From michiel at slackbuilds.org Thu Oct 1 00:41:04 2009 From: michiel at slackbuilds.org (Michiel van Wessem) Date: Thu, 1 Oct 2009 01:41:04 +0100 Subject: [Slackbuilds-users] feh scrot & giblib sources In-Reply-To: <20090930235302.GA3588@dark> References: <20090930235302.GA3588@dark> Message-ID: <20091001014104.68f8e3dc@hades.esn.local> On Thu, 1 Oct 2009 02:53:04 +0300 Grigorios Bouzakis wrote: > So the sources for all three applications are unavailable, and there > is no homepage for them. Having noticed that earlier today, for now I have put the sources here: http://buhkit.net/~michiel/sources/ At least the can be accessed. :) -M. -- Michiel van Wessem http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chris.abela at maltats.com Thu Oct 1 06:30:58 2009 From: chris.abela at maltats.com (Chris Abela) Date: Thu, 1 Oct 2009 08:30:58 +0200 Subject: [Slackbuilds-users] virtualbox-ose.SlacBuild on Multilib install In-Reply-To: <200909301422.21171.pprkut@liwjatan.at> Message-ID: Hi Heinz, Thank you for the instant reply. On my part, I am overwhelmed with other chores as usual and virtualbox takes long to compile. I confirm that gsoap from www.slackbuilds.org plays fine with virtualbox-ose, but there was an update to 2.7.14. I always tweak the SlackBuilds to the latest source when the script looks standard enough but this time round, it did not pay. I also confirm that editing LIBDIRSUFFIX is not necessary. I take your word that it is "certainly wrong". However, I have to confirm that unless I have finally gone crazy, VBOXUSERS=no is not respected by the SlackBuild. Moreover, setting HARDENING=no and VBOXUSERS=no crashes the SlackBuild when the patches kick in. The README seems to indicate setting that HARDENING=no and VBOXUSERS=no is not foreseen. The error virtualbox-ose.SlackBuild with WEBSERVICES=yes and gsoap-2.7.14 gives is the following: /tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/webservice/soapC-4 .cpp:20122: error: ISO C++ forbids variable length array kmk[2]: *** [/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/gen/webs ervice/soapC-5.o] Error 1 The failing command: @g++ -c -O2 -g -pipe -pedantic -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wno-long-long -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility-inlines-hidden -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -m64 -I/usr -I/usr/share/gsoap/import -I/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/webservice -I/tmp/SBo/VirtualBox-3.0.4_OSE/src/VBox/Main/webservice -I/tmp/SBo/VirtualBox-3.0.4_OSE/include -I/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"\" -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -Wp,-MD,/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/g en/webservice/soapC-5.o.dep -Wp,-MT,/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/g en/webservice/soapC-5.o -Wp,-MP -o /tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/gen/webse rvice/soapC-5.o /tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/webservice/soapC-5 .cpp kmk[2]: *** Waiting for unfinished jobs.... kmk[2]: *** [/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/gen/webs ervice/soapC-4.o] Error 1 The failing command: @g++ -c -O2 -g -pipe -pedantic -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -Wno-long-long -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility-inlines-hidden -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -m64 -I/usr -I/usr/share/gsoap/import -I/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/webservice -I/tmp/SBo/VirtualBox-3.0.4_OSE/src/VBox/Main/webservice -I/tmp/SBo/VirtualBox-3.0.4_OSE/include -I/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"\" -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -Wp,-MD,/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/g en/webservice/soapC-4.o.dep -Wp,-MT,/tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/g en/webservice/soapC-4.o -Wp,-MP -o /tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/vboxsoap/gen/webse rvice/soapC-4.o /tmp/SBo/VirtualBox-3.0.4_OSE/out/linux.amd64/release/obj/webservice/soapC-4 .cpp kmk[2]: Leaving directory `/tmp/SBo/VirtualBox-3.0.4_OSE' kmk[2]: Entering directory `/tmp/SBo/VirtualBox-3.0.4_OSE' kmk[2]: *** Exiting with status 2 kmk[1]: *** [pass_libraries_this] Error 2 kmk[1]: Leaving directory `/tmp/SBo/VirtualBox-3.0.4_OSE' kmk: *** [pass_libraries_order] Error 2 ` Chris -----Original Message----- From: slackbuilds-users-bounces at slackbuilds.org [mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Heinz Wiesinger Sent: 30 September 2009 14:22 To: SlackBuilds.org Users List Subject: Re: [Slackbuilds-users] virtualbox-ose.SlacBuild on Multilib install On Wednesday 30 September 2009 13:59:08 Chris Abela wrote: > Hi All, > > Not being competent as Alien Bob or Heinz Wiesinger, I must say that I only > managed to install virtualbox-ose-x86_64-1_Sbo.tgz on Slack64 after a heavy > trial and error session. For those who are planning to make such an > installation the following notes might help. If anyone can explain or > improve them, please go ahead. > > 1. Install Multilib according to Eric's wiki. Actually, you don't need a full multiplib setup. The gcc and glibc packages are sufficient. > 2. Do not bother installing gsoap. I did not manage to install the > webservice option, no matter what. It works fine here. What's the error you get? > 3. Edit LIBDIRSUFFIX="64" to LIBDIRSUFFIX="" in the SlackBuild. Now, this is certainly wrong. Do *NOT* do this! > 4. DO NOT source /etc/profile.d/32dev.sh. > 5. groupadd -g 215 vboxusers , # export VBOXUSERS=NO is not respected. If VBOXUSERS is not respected, you are using Hardening. You have to additionally pass HARDENING=no to the script. I personally wouldn't do this in a production environment though. > 6. Naturally, do not: # export WEBSERVISE=yes > 5. Run the virtualbox-ose.SlackBuild as usual. > 6. Run the virtualbox-kernel.SlacBuild as usual. > 7. installpkg the packages as usual. > Then usual VirtualBox stuff (that all Slacker know, but might forget) > follows > 8. Edit /etc/groups to include your users in the vboxusers group. > 9. # chmod 755 /etc/rc.d/rc.vboxdvr # DON'T ASK! rc.vboxdrv :) > 10. Edit /etc/rc.d/rc.local and /etc/rc.d/rc.local_shutdown according to > the README > 11. # /etc/rc.d/rc.vboxdrv start > 12 If you are running Fluxbox (my present WM), edit .fluxbox/menu with > [exec] (VirtualBox) {VirtualBox} somewhere appropriate. Grs, Heinz From pprkut at liwjatan.at Thu Oct 1 06:50:32 2009 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Thu, 1 Oct 2009 08:50:32 +0200 Subject: [Slackbuilds-users] virtualbox-ose.SlacBuild on Multilib install In-Reply-To: References: Message-ID: <200910010850.35954.pprkut@liwjatan.at> On Thursday 01 October 2009 08:30:58 Chris Abela wrote: > Hi Heinz, > > Thank you for the instant reply. On my part, I am overwhelmed with other > chores as usual and virtualbox takes long to compile. > > I confirm that gsoap from www.slackbuilds.org plays fine with > virtualbox-ose, but there was an update to 2.7.14. I always tweak the > SlackBuilds to the latest source when the script looks standard enough but > this time round, it did not pay. Uhh, yeah. Virtualbox not working with the newest gsoap was to be expected. I had to report multiple times that it didn't compile with 2.7.13 until it got fixed. So this is an upstream bug and there's pretty much nothing apart from reporting it that we can do. > I also confirm that editing LIBDIRSUFFIX is not necessary. I take your word > that it is "certainly wrong". > > However, I have to confirm that unless I have finally gone crazy, > VBOXUSERS=no is not respected by the SlackBuild. Moreover, setting > HARDENING=no and VBOXUSERS=no crashes the SlackBuild when the patches kick > in. The README seems to indicate setting that HARDENING=no and VBOXUSERS=no > is not foreseen. I know about that bug, it's fixed in my local version and will be part of the update I'll submit soon. I still need a bit of testing time though :) Basically VBOXUSERS=no will disappear, it was a hack anyway. For future version having the vboxusers group will be obligatory. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From acummingsus at gmail.com Thu Oct 1 07:07:29 2009 From: acummingsus at gmail.com (Al) Date: Thu, 01 Oct 2009 00:07:29 -0700 Subject: [Slackbuilds-users] kvm In-Reply-To: <39be090909301635y4d1ef8a4s1a310c372ca1ac5b@mail.gmail.com> References: <39be090909301635y4d1ef8a4s1a310c372ca1ac5b@mail.gmail.com> Message-ID: <4AC45531.7020203@gmail.com> Antonio Hern?ndez Blas wrote: > On Tue, Sep 29, 2009 at 5:33 AM, Ash Wiren wrote: > >> This is not the latest version of kvm, but its more recent than >> 12.2's, >> >> BTW, it seems to me that there?s a bug in your SlackBuild, in kvm.info >> you have this: >> >> DOWNLOAD="http://sourceforge.net/projects/kvm/files/qemu-kvm/0.10.6/qemu-kvm-0.10.6.tar.gz/download" >> >> But in kvm.SlackBuild you have: >> >> PRGNAM=kvm >> VERSION=${VERSION:-0.10.6} >> ........ >> tar xvf $CWD/$PRGNAM-$VERSION.tar.gz >> cd qemu-$PRGNAM-$VERSION >> >> Notice that inside your SlackBuild, $PRGNAM-$VERSION will be >> 'kvm-0.10.6.tar.gz',but this value does not correspond with the name >> of the file you?ve downloaded, 'qemu-kvm-0.10.6.tar.gz'. >> There's something going on there. I had to edit the slackbuild along those lines. And then it errored out based upon cpu not being 64 bit. But my E6750 dual core IS 64 bit (is it not?) So, I've it's not yet working for me on 64 bit. I'll need to study it all some more. Appreciate any assistance/suggestions too. -- Alan. From banderols at gmail.com Thu Oct 1 11:25:25 2009 From: banderols at gmail.com (Murat D. Kadirov) Date: Thu, 1 Oct 2009 17:25:25 +0600 Subject: [Slackbuilds-users] kvm In-Reply-To: References: Message-ID: <20091001112525.GC22817@darkstar> On Tue, Sep 29, 2009 at 06:33:35PM +0800, Ash Wiren wrote: > This is not the latest version of kvm, but its more recent than > 12.2's, we don't have a 13.0 build and no one has heard from the > maintainer in a while. > > I've been testing the resulting package very thoroughly, and it works > well on 32 and 64 bit. > > I'm happy to maintain this. I will upload kvm-88 within the next few days. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 From burningc at sdf.lonestar.org Thu Oct 1 15:00:21 2009 From: burningc at sdf.lonestar.org (Glenn Becker) Date: Thu, 1 Oct 2009 15:00:21 +0000 (UTC) Subject: [Slackbuilds-users] slackbuild for libedit Message-ID: Hi all - I tried building libedit since it is a requirement for the Glasgow Haskell Compiler slackbuild, but got a 404 via both sbopkg and the source link on slackbuilds.org The problem would seem to be that there's a new version (libedit-20090923-3.0.tar.gz as opposed to libedit-20090111-3.0.tar.gz) of the source available, so the link to the old doesn't work. I tried emailing the maintainer but have not heard back, so thought I would throw it out here. Thanks, GB +-----------------------------------------------------+ Glenn Becker - burningc at sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org +-----------------------------------------------------+ From listreader at lupulin.net Thu Oct 1 15:18:26 2009 From: listreader at lupulin.net (paul wisehart) Date: Thu, 01 Oct 2009 11:18:26 -0400 Subject: [Slackbuilds-users] kvm In-Reply-To: <20091001112525.GC22817@darkstar> References: <20091001112525.GC22817@darkstar> Message-ID: <4AC4C842.9000408@lupulin.net> Murat D. Kadirov wrote: > On Tue, Sep 29, 2009 at 06:33:35PM +0800, Ash Wiren wrote: >> This is not the latest version of kvm, but its more recent than >> 12.2's, we don't have a 13.0 build and no one has heard from the >> maintainer in a while. >> >> I've been testing the resulting package very thoroughly, and it works >> well on 32 and 64 bit. >> >> I'm happy to maintain this. > > I will upload kvm-88 within the next few days. > I also use kvm-88 based on the prev. SBo slackbuild, and it's been working fine. (slack-13 x86_64) From contato at brunorusso.eti.br Fri Oct 2 01:48:45 2009 From: contato at brunorusso.eti.br (Bruno T. Russo) Date: Thu, 1 Oct 2009 22:48:45 -0300 Subject: [Slackbuilds-users] configure: error: C compiler cannot create executables Message-ID: <79f2cb3b0910011848h7564bf8fm7ae3af1ba563bdc4@mail.gmail.com> Hello people! I'm having the following error when creating packages on my x64 machine. I have all the libraries and compiler tools installed. Does anyone have any idea how to solve? checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables ============================= == Bruno Tadeu Russo == Analista Linux == www.brunorusso.eti.br == www.solucaolivre.com.br == e-mail: contato at brunorusso.eti.br == ? ? ? ? ? ?brusso at gmail.com == ICQ: 74286898 == MSN: brunotadeurusso at hotmail.com ============================= From grbzks at xsmail.com Fri Oct 2 01:58:14 2009 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Fri, 2 Oct 2009 04:58:14 +0300 Subject: [Slackbuilds-users] configure: error: C compiler cannot create executables In-Reply-To: <79f2cb3b0910011848h7564bf8fm7ae3af1ba563bdc4@mail.gmail.com> References: <79f2cb3b0910011848h7564bf8fm7ae3af1ba563bdc4@mail.gmail.com> Message-ID: <20091002015813.GA3596@dark> On Thu, Oct 01, 2009 at 10:48:45PM -0300, Bruno T. Russo wrote: > Hello people! > > I'm having the following error when creating packages on my x64 machine. > > I have all the libraries and compiler tools installed. > > Does anyone have any idea how to solve? > > > checking for gcc... gcc > checking for C compiler default output file name... configure: error: > C compiler cannot create executables You have to edit the ARCH field in the SlackBuild. Some suggestions on how to do it can be found here: http://slackbuilds.org/faq/#x86_64 -- Greg From jsun at sdf.lonestar.org Thu Oct 1 02:03:03 2009 From: jsun at sdf.lonestar.org (slakmagik) Date: Wed, 30 Sep 2009 22:03:03 -0400 Subject: [Slackbuilds-users] free slackbuild, limitless time only Message-ID: <20091001020303.GA9733@SDF.LONESTAR.ORG> Because the rest are so expensive. I was playing around and made a SlackBuild I don't actually want so, if anybody would like to maintain lfm (the "Last" File Manager), maybe this would save some time/effort. I don't generally mess with python apps so it may not be up to spec, but it's a start. Figured it was better to post it here and delete it than just delete it. ;) -- jsun at sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org -------------- next part -------------- A non-text attachment was scrubbed... Name: lfm.tar.bz2 Type: application/octet-stream Size: 1898 bytes Desc: not available URL: From ash at spooksoftware.com Thu Oct 1 07:50:23 2009 From: ash at spooksoftware.com (Ash Wiren) Date: Thu, 1 Oct 2009 15:50:23 +0800 Subject: [Slackbuilds-users] kvm In-Reply-To: <4AC45531.7020203@gmail.com> References: <39be090909301635y4d1ef8a4s1a310c372ca1ac5b@mail.gmail.com> <4AC45531.7020203@gmail.com> Message-ID: On Thu, Oct 1, 2009 at 3:07 PM, Al wrote: > Antonio Hern?ndez Blas wrote: > >> On Tue, Sep 29, 2009 at 5:33 AM, Ash Wiren wrote: >> >> >>> This is not the latest version of kvm, but its more recent than >>> 12.2's, >>> >> > >> BTW, it seems to me that there?s a bug in your SlackBuild, in kvm.info >>> you have this: >>> >>> DOWNLOAD=" >>> http://sourceforge.net/projects/kvm/files/qemu-kvm/0.10.6/qemu-kvm-0.10.6.tar.gz/download >>> " >>> >>> But in kvm.SlackBuild you have: >>> >>> PRGNAM=kvm >>> VERSION=${VERSION:-0.10.6} >>> ........ >>> tar xvf $CWD/$PRGNAM-$VERSION.tar.gz >>> cd qemu-$PRGNAM-$VERSION >>> >>> Notice that inside your SlackBuild, $PRGNAM-$VERSION will be >>> 'kvm-0.10.6.tar.gz',but this value does not correspond with the name >>> of the file you?ve downloaded, 'qemu-kvm-0.10.6.tar.gz'. >>> >>> >> yeah i guess just renaming the build to qemu-kvm would solve a few problems, and more accurately reflect what the build is. However the path kvm binaries and qemu are going, they have or will very soon converge > There's something going on there. I had to edit the slackbuild along > those lines. > > And then it errored out based upon cpu not being 64 bit. > > But my E6750 dual core IS 64 bit (is it not?) > > So, I've it's not yet working for me on 64 bit. > > I'll need to study it all some more. > > Appreciate any assistance/suggestions too. > > -- > Alan. > > i assume you did export ARCH=x86_64 But note that you should only compile for 64bit if you are actually running slackware64. -------------- next part -------------- An HTML attachment was scrubbed... URL: From schnee72 at gmail.com Fri Oct 2 06:43:11 2009 From: schnee72 at gmail.com (Dustin Schnee) Date: Fri, 02 Oct 2009 01:43:11 -0500 Subject: [Slackbuilds-users] recent submission of pyserial Message-ID: <4AC5A0FF.1070405@gmail.com> I recently submitted a slackbuild for pyserial and I would like to have it retracted since I found a problem with it. Sorry for the trouble. Dustin From pprkut at slackbuilds.org Fri Oct 2 07:18:30 2009 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Fri, 2 Oct 2009 09:18:30 +0200 Subject: [Slackbuilds-users] recent submission of pyserial In-Reply-To: <4AC5A0FF.1070405@gmail.com> References: <4AC5A0FF.1070405@gmail.com> Message-ID: <200910020918.33391.pprkut@slackbuilds.org> On Friday 02 October 2009 08:43:11 Dustin Schnee wrote: > I recently submitted a slackbuild for pyserial and I would like to have > it retracted since I found a problem with it. Sorry for the trouble. Done. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From contato at brunorusso.eti.br Fri Oct 2 23:51:48 2009 From: contato at brunorusso.eti.br (Bruno Tadeu Russo) Date: Fri, 02 Oct 2009 20:51:48 -0300 Subject: [Slackbuilds-users] configure: error: C compiler cannot create executables In-Reply-To: <20091002015813.GA3596@dark> References: <79f2cb3b0910011848h7564bf8fm7ae3af1ba563bdc4@mail.gmail.com> <20091002015813.GA3596@dark> Message-ID: <4AC69214.3080007@brunorusso.eti.br> Grigorios Bouzakis wrote: > On Thu, Oct 01, 2009 at 10:48:45PM -0300, Bruno T. Russo wrote: > >> Hello people! >> >> I'm having the following error when creating packages on my x64 machine. >> >> I have all the libraries and compiler tools installed. >> >> Does anyone have any idea how to solve? >> >> >> checking for gcc... gcc >> checking for C compiler default output file name... configure: error: >> C compiler cannot create executables >> > > You have to edit the ARCH field in the SlackBuild. > Some suggestions on how to do it can be found here: > http://slackbuilds.org/faq/#x86_64 > > > Grigorios, thanks! > > > > The variable ARCH not defined. After set variable compile run 100% From acummingsus at gmail.com Sat Oct 3 02:46:29 2009 From: acummingsus at gmail.com (Al) Date: Fri, 02 Oct 2009 19:46:29 -0700 Subject: [Slackbuilds-users] kvm In-Reply-To: References: <39be090909301635y4d1ef8a4s1a310c372ca1ac5b@mail.gmail.com> <4AC45531.7020203@gmail.com> Message-ID: <4AC6BB05.3020004@gmail.com> Ash Wiren wrote: > On Thu, Oct 1, 2009 at 3:07 PM, Al > wrote: > > Antonio Hern?ndez Blas wrote: > > On Tue, Sep 29, 2009 at 5:33 AM, Ash Wiren > > wrote: > > > This is not the latest version of kvm, but its more recent > than > 12.2's, > > > > BTW, it seems to me that there?s a bug in your SlackBuild, > in kvm.info > you have this: > > # tar xvf $CWD/$PRGNAM-$VERSION.tar.gz tar xvf $CWD/qemu-$PRGNAM-$VERSION.tar.gz* In SlackBuild, the above (now commented) line is line # 78. My substitution for that commented line is the 2nd above tar line. Both of those above lines reside at line # 78 and line # 79 in my thus edited (and now working) SlackBuild. That minor edit of substitute ( s/1st_line/2nd_line/ ) -- that 2nd line above made it go, build and create an installable package. * > i assume you did export ARCH=x86_64 > But note that you should only compile for 64bit if you are actually > running slackware64. Doh! As soon as I did that then everything works! 0.16 or whatever version of (somewhat merged) qemu-kvm works super on Slackware 13.0 X64 FWIW on Slack 12.2 KVM 85 I got my Slack Samba shares seen by my Win guests. But, now, forgot how I did that. I might have added to the configure section of the SlackBuild. (13.0 x64) Had Samba running but forgot to do/create a /etc/samba/smb.conf until after Win 7 RC X64 guest up and running in KVM with Slack 13.0 X64 the host. Ha Ha -- Said Win 7 sees Samba but no Samba shares when run "net view" via command prompt. At least the internet web browse works fine from the guest. -- Alan. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kristofru at gmail.com Sat Oct 3 19:54:21 2009 From: kristofru at gmail.com (Chris Abela) Date: Sat, 3 Oct 2009 21:54:21 +0200 Subject: [Slackbuilds-users] recode.SlackBuild Message-ID: Hi, >From the Changelog: misc/recode: Removed; this won't build on 13.0. --pprkut Actually it compiles on Slackware 13.0. For x86_64 it does not, but adding this flags to the configure script: --host=$ARCH-slackware-linux makes a difference on on a multilib install. The only way I could go about it is: # . /etc/profile.d/32dev.sh # unset ARCH # ./recode.SlackBuild I am not maintaining this SlackBuild so I did not bother to update the other stuff like $PKGTYPE, and $LIBDIRSUFFIX, but I thought I'll let you know. Chris -------------- next part -------------- A non-text attachment was scrubbed... Name: recode.SlackBuild Type: application/octet-stream Size: 2168 bytes Desc: not available URL: From willysr at gmail.com Sun Oct 4 02:54:41 2009 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sun, 4 Oct 2009 09:54:41 +0700 Subject: [Slackbuilds-users] libv4l download? Message-ID: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hello, I'm trying to download libv4l from Slackbuild, but the source can't be retrieved. Anybody has the latest source ? Thanks - -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Use GnuPG with Firefox : http://getfiregpg.org (Version: 0.7.9) iEYEAREKAAYFAkrIDnAACgkQiHuDdNczM4F8rgCfV1zFGxC+xVHr8KMPqTJzPb1E vT0AoIPeorO0jHv6UiYxZBtP4fNngKNg =RxfD -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sun Oct 4 22:06:21 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 4 Oct 2009 22:06:21 +0000 Subject: [Slackbuilds-users] Updates - 20091004 Message-ID: <20091004220621.GA21193@slackbuilds.org> Sun Oct 4 22:04:34 UTC 2009 audio/gmpc: Updated for version 0.19.0. Thanks to Erik Hanson. --dsomero audio/gmpc-plugins: Updated for version 0.19.0. Thanks to Erik Hanson. --dsomero audio/ncmpcpp: Updated for version 0.4. business/AssociationSubscribersManager: Added - AssociationSubscribersManager is software designed to manage members of sport clubs, a music club, etc. Thanks to Arnaud Dupuis. --pprkut desktop/ion: Re-added and updated for x86_64. Thanks to Jorge Gajon. desktop/pidgin-libnotify: Added - pidgin-libnotify adds a libnotify interface to pidgin. Thanks to Marco Bonetti. --dsomero desktop/plasma-applet-daisy: Added - Daisy is a free open-source widget for Plasma/KDE. Thanks to Eugene Kommunist Bolotov. --rworkman development/esvn: Re-added at version 0.6.12.1. Thanks to Iskar Enev. --rworkman development/qt-creator: Fixed build errors. --pprkut libraries/cln: Updated for version 1.3.1. Thanks to Andrew Psaltis. --rworkman libraries/lablgtk: Updated for version 2.14.0. Thanks to Ferenc Deak. --pprkut libraries/libnids: Added - libnids is an implementation of an E-component of Network Intrusion Detection System. Thanks to Marco Bonetti. --michiel libraries/tinyxml: Added a patch to always have TIXML_USE_STL defined. Thanks to Larry Hajali. --pprkut misc/gxmessage: Re-added and updated for x86_64. Thanks to slakmagik. --pprkut multimedia/LiVES: Added - LiVES is a frame and sample accurate realtime and non-linear video editor. Thanks to klaatu, the guy with the blue hair at Southeast LinuxFest! ;-) --rworkman multimedia/iat: Added - IAT (Iso9660 Analyzer Tool is a tool for detecting the structure of many types of CD/DVD images. Thanks to Elvio Basello (HelLViS69). --rworkman network/asterisk: Updated for version 1.6.1.6. Thanks to Alan Hicks. --rworkman network/dahdi-linux: Added - dahdi drivers needed to use popular digital and analogue telephony equipment. Thanks to Alan Hicks. --rworkman network/dahdi-tools: Added - dahdi binaries needed to use popular digital and analogue telephony equipment. Thanks to Alan Hicks. --rworkman network/dsniff: Added - dsniff is a set of network auditing and penetration testing tools. Thanks to Marco Bonetti. --michiel network/freetalk: Added - Freetalk is a GPLv3 console (command line) based Jabber client. Thanks to klaatu. --rworkman network/museek+: Re-added. Thanks to Iskar Enev. --rworkman system/splix: Re-added at version 2.0.0. Thanks to Iskar Enev. --rworkman From rworkman at slackbuilds.org Sun Oct 4 22:31:00 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 4 Oct 2009 17:31:00 -0500 Subject: [Slackbuilds-users] SBo scripts and LC_COLLATE In-Reply-To: References: Message-ID: <20091004173100.1d1a001d@liberty.rlwhome.lan> On Tue, 29 Sep 2009 10:46:14 +0200 Mauro Giachero wrote: > A user recently reported a problem when building commoncpp2 which > resulted to be caused by > export LC_COLLATE=fr_FR > in /etc/profile.d/lang.sh (probably associated with an expression > like "cp [A-LN-Z]* foo/" in the script). Interesting; probably the best thing to do is "don't do that" in the build scripts (i.e. hardcode the names of the doc files). I've tried to fix those as I come across them, but perhaps I forget sometimes... > Are SBo scripts supposed to survive to custom LC_COLLATE settings, or > this falls into the "you have been warned" bin since there's a very > explicit comment in lang.sh warning about script breakage with > non-default settings? I don't think we really have a policy on that, and since it's a "once in a blue moon" type of occurrence, probably we don't need one. That being said, I suspect it would fall under the "you've been warned" category, which doesn't imply that we shouldn't fix it if possible. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From niels.horn at gmail.com Mon Oct 5 00:06:47 2009 From: niels.horn at gmail.com (Niels Horn) Date: Sun, 4 Oct 2009 21:06:47 -0300 Subject: [Slackbuilds-users] LDraw_data SlackBuild submission Message-ID: <3f18b2310910041706k3bee39d6k1d40009ee236e0f2@mail.gmail.com> Hi, I found a small problem with the SlackBuild I submitted. It works fine with the LDView program (also submitted by me), but not with another program I am preparing. The idea was to make a generic data-SlackBuild for all programs... The submission is still in the "PENDING" queue. I already have an improved script ready. Should I wait for the original to be approved or can I re-submit now? Thanks, Niels Horn From rworkman at slackbuilds.org Mon Oct 5 00:09:39 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 4 Oct 2009 19:09:39 -0500 Subject: [Slackbuilds-users] LDraw_data SlackBuild submission In-Reply-To: <3f18b2310910041706k3bee39d6k1d40009ee236e0f2@mail.gmail.com> References: <3f18b2310910041706k3bee39d6k1d40009ee236e0f2@mail.gmail.com> Message-ID: <20091004190939.4da396f6@liberty.rlwhome.lan> On Sun, 4 Oct 2009 21:06:47 -0300 Niels Horn wrote: > I found a small problem with the SlackBuild I submitted. > It works fine with the LDView program (also submitted by me), but not > with another program I am preparing. > The idea was to make a generic data-SlackBuild for all programs... > > The submission is still in the "PENDING" queue. > > I already have an improved script ready. Should I wait for the > original to be approved or can I re-submit now? I've removed it - you can resub it now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From niels.horn at gmail.com Mon Oct 5 00:15:00 2009 From: niels.horn at gmail.com (Niels Horn) Date: Sun, 4 Oct 2009 21:15:00 -0300 Subject: [Slackbuilds-users] LDraw_data SlackBuild submission In-Reply-To: <20091004190939.4da396f6@liberty.rlwhome.lan> References: <3f18b2310910041706k3bee39d6k1d40009ee236e0f2@mail.gmail.com> <20091004190939.4da396f6@liberty.rlwhome.lan> Message-ID: <3f18b2310910041715o59452919recf95f7fa8b5af52@mail.gmail.com> On Sun, Oct 4, 2009 at 9:09 PM, Robby Workman wrote: > On Sun, 4 Oct 2009 21:06:47 -0300 > Niels Horn wrote: > >> I found a small problem with the SlackBuild I submitted. >> It works fine with the LDView program (also submitted by me), but not >> with another program I am preparing. >> The idea was to make a generic data-SlackBuild for all programs... >> >> The submission is still in the "PENDING" queue. >> >> I already have an improved script ready. Should I wait for the >> original to be approved or can I re-submit now? > > > I've removed it - you can resub it now. > > -RW > Thanks! Resubmitted the improved version... Niels Horn From mauro.giachero at gmail.com Mon Oct 5 09:23:15 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Mon, 5 Oct 2009 11:23:15 +0200 Subject: [Slackbuilds-users] SBo scripts and LC_COLLATE In-Reply-To: <20091004173100.1d1a001d@liberty.rlwhome.lan> References: <20091004173100.1d1a001d@liberty.rlwhome.lan> Message-ID: On Mon, Oct 5, 2009 at 12:31 AM, Robby Workman wrote: > On Tue, 29 Sep 2009 10:46:14 +0200 > Mauro Giachero wrote: > > > A user recently reported a problem when building commoncpp2 which > > resulted to be caused by > > export LC_COLLATE=fr_FR > > in /etc/profile.d/lang.sh (probably associated with an expression > > like "cp [A-LN-Z]* foo/" in the script). > > > Interesting; probably the best thing to do is "don't do that" > in the build scripts (i.e. hardcode the names of the doc files). > I've tried to fix those as I come across them, but perhaps I > forget sometimes... > Ok, I'll avoid it in future submissions. > > Are SBo scripts supposed to survive to custom LC_COLLATE settings, or > > this falls into the "you have been warned" bin since there's a very > > explicit comment in lang.sh warning about script breakage with > > non-default settings? > > > I don't think we really have a policy on that, and since it's a > "once in a blue moon" type of occurrence, probably we don't need > one. That being said, I suspect it would fall under the "you've > been warned" category, which doesn't imply that we shouldn't fix > it if possible. > > -RW > Sure. Will do whenever I have enough time to properly do my maintainer job (sorry for being virtually disappeared since 13.0). -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From niels.horn at gmail.com Mon Oct 5 23:04:16 2009 From: niels.horn at gmail.com (Niels Horn) Date: Mon, 5 Oct 2009 20:04:16 -0300 Subject: [Slackbuilds-users] gcc flags for Slackware64 packages and SlackBuilds Message-ID: <3f18b2310910051604k3ad4a288t3be25af36e8d91e6@mail.gmail.com> Hi to all, I know the standard flags we put in SlackBuilds for Slackware 32-bits & 64-bits versions, but I have seen some "./configure" scripts including extra flags for the compiler like "-m64" or "-march=k8 / -mtune=k8" and even "-mtune=core2". The results work fine on my machine (with a Core2 processor), but should we avoid these in SlackBuilds or in pre-built packages? I browsed the gcc documentation but it did not give me a very clear answer... For instance, if I use -m64 (thus changing the length of (int)), can this cause problems when using libraries not compiled with this flag? Or is "k8" completely compatible with "core2" and the other way around? Clarifications are welcome... Niels Horn From larryhaja at gmail.com Mon Oct 5 23:05:59 2009 From: larryhaja at gmail.com (Larry Hajali) Date: Mon, 5 Oct 2009 16:05:59 -0700 Subject: [Slackbuilds-users] Anybody want Maintainership of the following slackbuilds? Message-ID: <8ba30f850910051605w2e17435dt22087c8ded781129@mail.gmail.com> Hi All, I just wanted to see if anybody wanted to take over Maintainership of any of my slackbuilds mentioned below. I will still maintain them if nobody bites but I don't use the following programs that much anymore. Miro speedcrunch easystroke xmlcopyeditor desmume glest and corresponding data packages ophcrack d4x qwit vidalia Thanks, Larry From jsun at sdf.lonestar.org Mon Oct 5 21:30:31 2009 From: jsun at sdf.lonestar.org (slakmagik) Date: Mon, 5 Oct 2009 17:30:31 -0400 Subject: [Slackbuilds-users] updated/orphaned packages In-Reply-To: <20090914231612.GA28666@SDF.LONESTAR.ORG> References: <20090914231612.GA28666@SDF.LONESTAR.ORG> Message-ID: <20091005213031.GA4478@SDF.LONESTAR.ORG> On Mon, Sep 14, 2009 at 07:16:12PM -0400, slakmagik wrote: > If anyone wants ded, cm_tools, td_lib, newsbeuter, stfl, w3m, or > root-tail, they're welcome to them. If no one adopts them (small > surprise) I might keep up with them anyway, but can't guarantee it. > All right: I've uploaded root-tail, after all. But unless snownews annoys me past the breaking point, I think I'm done with the rest. From disturbed1976 at gmail.com Tue Oct 6 04:14:19 2009 From: disturbed1976 at gmail.com (Keith Richie) Date: Tue, 6 Oct 2009 00:14:19 -0400 Subject: [Slackbuilds-users] Enlightenment missing --libdir Message-ID: <66a22e960910052114x42e33b72h9ed978a0515b8a13@mail.gmail.com> The Enlightenment SlackBuild is missing the --libdir configure option and LIBDIRSUFFIX declarations under SLKFLAGS. The dependencies of Enlightenment (eina, eet, evas, ecore, e_dbus, efreet, embryo and edje) do all have the --libdir and LIBDIRSUFFIX options. From rworkman at slackbuilds.org Tue Oct 6 04:30:54 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 6 Oct 2009 04:30:54 +0000 Subject: [Slackbuilds-users] Updates - 20091006 Message-ID: <20091006043054.GA8575@slackbuilds.org> Tue Oct 6 04:29:44 UTC 2009 desktop/cwp: Updated for version 0.9.12. Thanks to M.Dinslage. --rworkman development/acpica: Updated for version 20090903. Thanks to Heinz Wiesinger. --rworkman development/icecream: Added - Icecream is a distributed compile system. Thanks to Heinz Wiesinger. --rworkman graphics/djview4: Updated for version 4.5. Thanks to Murat D. Kadirov. --rworkman graphics/gimp-registry-plugins: Added - a series of additional plugins for The Gimp. Thanks to Pierre Cazenave. --rworkman libraries/libdc1394: Updated for version 2.1.2. Thanks to Larry Hajali. --rworkman libraries/libssh: Updated for version 0.3.4. Thanks to Larry Hajali. --rworkman libraries/libvirt: Updated for version 0.7.1. Thanks to Michal Bialozor. --rworkman libraries/virtualenv: Updated for version 1.3.4. Thanks to Larry Hajali. --rworkman misc/viking: Added - Viking is a free/open source program to manage GPS data. Thanks to Pierre Cazenave. --rworkman multimedia/grip: Re-added for 13.0. Thanks to B. Watson. --rworkman network/bmon: Re-added at version 2.1.0. Thanks to B. Watson. --rworkman network/packit: Re-added for 13.0. Thanks to Marco Bonetti. --rworkman network/spamassassin: Re-added at version 3.2.5. Thanks to Luken Shiro. --rworkman network/tunctl: Minor script cleanup. --rworkman office/calcurse: Updated for version 2.7. Thanks to Michiel van Wessem. --rworkman office/scribus: Updated for version 1.3.5.1. Thanks to Heinz Wiesinger. --rworkman system/gpsd: Included a minor patch to set the correct values in the pkgconfig files on x86_64. --rworkman system/gtk-vnc: Added - gtk-vnc is a VNC client for GTK. Thanks to Ash Wiren. --rworkman system/openct: Re-added at version 0.6.17. Thanks to Luken Shiro. --rworkman system/opensc: Re-added at version 0.11.9. Thanks to Luken Shiro. --rworkman system/pcmanfm: Updated for version 0.5.1 and changed maintainer. Thanks to Chris Abela. --rworkman system/pcsc-perl: Re-added at version 1.4.8. --rworkman system/pcsc-tools: Re-added at version 1.4.15. --rworkman system/tp_smapi: Fixed the package to use the hdaps module installed to an alternate location in lieu of replacing the stock module. Thanks to hba. --rworkman system/virtinst: Added - virtinst is a module to help start installations of Fedora/Red Hat Enterprise Linux related distributions inside of virtual machines. Thanks to Ash Wiren. --rworkman From rworkman at slackbuilds.org Tue Oct 6 04:41:57 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 5 Oct 2009 23:41:57 -0500 Subject: [Slackbuilds-users] gcc flags for Slackware64 packages and SlackBuilds In-Reply-To: <3f18b2310910051604k3ad4a288t3be25af36e8d91e6@mail.gmail.com> References: <3f18b2310910051604k3ad4a288t3be25af36e8d91e6@mail.gmail.com> Message-ID: <20091005234157.4e3ca50c@liberty.rlwhome.lan> On Mon, 5 Oct 2009 20:04:16 -0300 Niels Horn wrote: > Hi to all, > > I know the standard flags we put in SlackBuilds for Slackware 32-bits > & 64-bits versions, but I have seen some "./configure" scripts > including extra flags for the compiler like "-m64" or "-march=k8 / > -mtune=k8" and even "-mtune=core2". > > The results work fine on my machine (with a Core2 processor), but > should we avoid these in SlackBuilds or in pre-built packages? > I browsed the gcc documentation but it did not give me a very clear > answer... > > For instance, if I use -m64 (thus changing the length of (int)), can > this cause problems when using libraries not compiled with this flag? > Or is "k8" completely compatible with "core2" and the other way > around? > > Clarifications are welcome... I'm not sure I can clarify anything on this subject, but here's a (lame?) attempt... I'd prefer not to see any "special" optimizations in our build scripts (i.e. in the SLKCFLAGS="blah" lines) - that one's easy. For apps that auto-add such flags, well, there's not an easy answer. If they're easy to remove (e.g. running make like this: make OPTS="$SLKCFLAGS" or make CFLAGS="$SLKCFLAGS" then sure, let's do that so long as everything works fine that way. In may cases, it won't, at least not without some creative massaging. As an example, quite a few Makefiles have something like this in them near the top: CFLAGS:="-O3 -Wall" Ideally, everyone would either hardcode the app-specific flags in a separate variable and let packagers have CFLAGS, or else declare no opt settings at all in CFLAGS and then provide an OPT or OPTS variable for packagers to use. Of course, in an ideal world, it wouldn't be an issue, would it? ;-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From erik at slackbuilds.org Tue Oct 6 04:52:31 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Mon, 5 Oct 2009 23:52:31 -0500 Subject: [Slackbuilds-users] Enlightenment missing --libdir In-Reply-To: <66a22e960910052114x42e33b72h9ed978a0515b8a13@mail.gmail.com> References: <66a22e960910052114x42e33b72h9ed978a0515b8a13@mail.gmail.com> Message-ID: <20091005235231.5921b6f7@shaggy.doo> On Oct 06, 2009, at 12:14 AM, Keith Richie wrote: > The Enlightenment SlackBuild is missing the --libdir configure option > and LIBDIRSUFFIX declarations under SLKFLAGS. > The dependencies of Enlightenment (eina, eet, evas, ecore, e_dbus, > efreet, embryo and edje) do all have the --libdir and LIBDIRSUFFIX > options. Fixed in the REPO and noted in the next ChangeLog entry. Thanks. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mauro.giachero at gmail.com Tue Oct 6 07:40:00 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Tue, 6 Oct 2009 09:40:00 +0200 Subject: [Slackbuilds-users] libv4l download? In-Reply-To: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> References: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> Message-ID: On Sun, Oct 4, 2009 at 4:54 AM, Willy Sudiarto Raharjo wrote: > Hello, > > I'm trying to download libv4l from Slackbuild, but the source can't be > retrieved. > Anybody has the latest source ? > > Thanks > > - -- > Willy Sudiarto Raharjo > Thank you for reporting. After some googling I found that there's an hg repo at http://linuxtv.org/hg/~hgoede/libv4l/ which also provides revision tarballs. I thought that the 0.5.97 release was http://linuxtv.org/hg/~hgoede/libv4l/rev/a8ffd60240a0 (which can be downloaded as http://linuxtv.org/hg/~hgoede/libv4l/archive/a8ffd60240a0.tar.gz) but diffing with an old source package I had around by pure luck showed major differences, apparently due to the presence of kernel dvb drivers. As a temporary measure, I uploaded the sources I had here: http://gamma.unipv.it/mirror/libv4l-0.5.97.tar.gz Admins, would it be a problem to host this 100K source on your servers? -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at slackbuilds.org Tue Oct 6 08:31:43 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 6 Oct 2009 03:31:43 -0500 Subject: [Slackbuilds-users] libv4l download? In-Reply-To: References: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> Message-ID: <20091006033143.2583511e@shaggy.doo> On Oct 06, 2009, at 9:40 AM, Mauro Giachero wrote: > As a temporary measure, I uploaded the sources I had here: > http://gamma.unipv.it/mirror/libv4l-0.5.97.tar.gz Googling `index of libv4l-0.5.97.tar.gz` turns up mirrors: http://dbg.download.sourcemage.org/mirror/libv4l-0.5.97.tar.gz This works for a lot of "missing" sources. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From serban.udrea at skmail.ikp.physik.tu-darmstadt.de Tue Oct 6 08:54:41 2009 From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea) Date: Tue, 06 Oct 2009 10:54:41 +0200 Subject: [Slackbuilds-users] Updates - 20091006 In-Reply-To: <20091006043054.GA8575@slackbuilds.org> References: <20091006043054.GA8575@slackbuilds.org> Message-ID: <4ACB05D1.2010602@skmail.ikp.physik.tu-darmstadt.de> Robby Workman wrote: > ... > office/scribus: Updated for version 1.3.5.1. > Thanks to Heinz Wiesinger. --rworkman > ... Hello! There is a recommendation/warning about this in the release notes of the scribus developers: ====================================================================== The Scribus Team still recommends that all distributions package only Scribus 1.3.3.13 or 1.3.3.14svn. We recommend the additional packaging of 1.3.5 only if it is marked as a development version and can be installed alongside an existing Scribus 1.3.3.x (for example as scribus-ng). An important reminder: If you are working with 1.3.3.x and decide to implement some design features using 1.3.5, you should only work with a copy of your file, since once it is saved in 1.3.5 format, you will not be able to open it again with 1.3.3.x. Similarly, if you are working with a team, try to make sure that all team members use the same Scribus version ? this will avoid many headaches and extra work. ==================================================================== Maybe it would be good not to drop 1.3.3.13 and add a warning in the README file from the 1.3.5.1 slackbuild directory. Best regards, Serban Udrea From mauro.giachero at gmail.com Tue Oct 6 10:03:01 2009 From: mauro.giachero at gmail.com (Mauro Giachero) Date: Tue, 6 Oct 2009 12:03:01 +0200 Subject: [Slackbuilds-users] libv4l download? In-Reply-To: <20091006033143.2583511e@shaggy.doo> References: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> <20091006033143.2583511e@shaggy.doo> Message-ID: On Tue, Oct 6, 2009 at 10:31 AM, Erik Hanson wrote: > On Oct 06, 2009, at 9:40 AM, Mauro Giachero wrote: > > > As a temporary measure, I uploaded the sources I had here: > > http://gamma.unipv.it/mirror/libv4l-0.5.97.tar.gz > > Googling `index of libv4l-0.5.97.tar.gz` turns up mirrors: > http://dbg.download.sourcemage.org/mirror/libv4l-0.5.97.tar.gz > > This works for a lot of "missing" sources. > > -- > Erik Hanson > Nice, never thought about that. Would you mind to update the link in the info file? (I verified that the MD5 is as expected). -- Mauro Giachero -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprkut at liwjatan.at Tue Oct 6 10:03:29 2009 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Tue, 6 Oct 2009 12:03:29 +0200 Subject: [Slackbuilds-users] Updates - 20091006 In-Reply-To: <4ACB05D1.2010602@skmail.ikp.physik.tu-darmstadt.de> References: <20091006043054.GA8575@slackbuilds.org> <4ACB05D1.2010602@skmail.ikp.physik.tu-darmstadt.de> Message-ID: <200910061203.32344.pprkut@liwjatan.at> On Tuesday 06 October 2009 10:54:41 Serban Udrea wrote: > Robby Workman wrote: > > ... > > office/scribus: Updated for version 1.3.5.1. > > Thanks to Heinz Wiesinger. --rworkman > > ... > > Hello! > > There is a recommendation/warning about this in the release notes of the > scribus developers: > > ====================================================================== > > The Scribus Team still recommends that all distributions package only > Scribus 1.3.3.13 or 1.3.3.14svn. We recommend the additional packaging > of 1.3.5 only if it is marked as a development version and can be > installed alongside an existing Scribus 1.3.3.x (for example as > scribus-ng). > [..] > Maybe it would be good not to drop 1.3.3.13 and add a warning in the > README file from the 1.3.5.1 slackbuild directory. Ok, first a clarification that this was not an update from 1.3.3.x, but from a 1.3.5 release candidate version. 1.3.3.13 was never in the 13.0 repository, and will never be, at least not with me as the maintainer. I do know that upstream recommends using 1.3.3.x, but decided to go for 1.3.5 anyway, because it is based on Qt4 instead of Qt3, which means easier installation and maintenance for both me and the users. Additionally I have been working with 1.3.5 enough to say that it works reasonably well. If someone wants 1.3.3.x instead, he's free to edit either the 12.2 or the 13.0 SlackBuild himself. I don't consider a warning to be necessary, since we don't do warnings on beta/rc/svn versions either. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From serban.udrea at skmail.ikp.physik.tu-darmstadt.de Tue Oct 6 10:39:47 2009 From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea) Date: Tue, 06 Oct 2009 12:39:47 +0200 Subject: [Slackbuilds-users] Updates - 20091006 In-Reply-To: <200910061203.32344.pprkut@liwjatan.at> References: <20091006043054.GA8575@slackbuilds.org> <4ACB05D1.2010602@skmail.ikp.physik.tu-darmstadt.de> <200910061203.32344.pprkut@liwjatan.at> Message-ID: <4ACB1E73.6090106@skmail.ikp.physik.tu-darmstadt.de> Heinz Wiesinger wrote: > On Tuesday 06 October 2009 10:54:41 Serban Udrea wrote: >> Robby Workman wrote: >>> ... >>> office/scribus: Updated for version 1.3.5.1. >>> Thanks to Heinz Wiesinger. --rworkman >>> ... >> Hello! >> >> There is a recommendation/warning about this in the release notes of the >> scribus developers: > [...] >> Maybe it would be good not to drop 1.3.3.13 and add a warning in the >> README file from the 1.3.5.1 slackbuild directory. > > Ok, first a clarification that this was not an update from 1.3.3.x, but from a > 1.3.5 release candidate version. 1.3.3.13 was never in the 13.0 repository, > and will never be, at least not with me as the maintainer. My mistake, I did not notice what the previous version for 13.0 was. > I do know that upstream recommends using 1.3.3.x, but decided to go for 1.3.5 > anyway, because it is based on Qt4 instead of Qt3, which means easier > installation and maintenance for both me and the users. Additionally I have > been working with 1.3.5 enough to say that it works reasonably well. > > If someone wants 1.3.3.x instead, he's free to edit either the 12.2 or the > 13.0 SlackBuild himself. > > I don't consider a warning to be necessary, since we don't do warnings on > beta/rc/svn versions either. I would say that this is something which depends on upstream. For instance, mplayer developers actually recommend compiling from svn. I don't have the time to check the respective upstream recommendations/warnings for all beta/rc/svn packages on Slackbuilds.org, but in this specific case there is a clear one and the user should be made aware of it. Best regards, Serban Udrea From erik at slackbuilds.org Tue Oct 6 18:04:46 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 6 Oct 2009 13:04:46 -0500 Subject: [Slackbuilds-users] libv4l download? In-Reply-To: References: <6db5b9f70910031954o304ed7a7hb0186b935e5285ad@mail.gmail.com> <20091006033143.2583511e@shaggy.doo> Message-ID: <20091006130446.38ae7bdf@shaggy.doo> On Oct 06, 2009, at 12:03 PM, Mauro Giachero wrote: > On Tue, Oct 6, 2009 at 10:31 AM, Erik Hanson wrote: > > > On Oct 06, 2009, at 9:40 AM, Mauro Giachero wrote: > > > > > As a temporary measure, I uploaded the sources I had here: > > > http://gamma.unipv.it/mirror/libv4l-0.5.97.tar.gz > > > > Googling `index of libv4l-0.5.97.tar.gz` turns up mirrors: > > http://dbg.download.sourcemage.org/mirror/libv4l-0.5.97.tar.gz > > > > This works for a lot of "missing" sources. > > > > -- > > Erik Hanson > > > > Nice, never thought about that. > Would you mind to update the link in the info file? (I verified that the MD5 > is as expected). Sure, it's taken care of. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From grbzks at xsmail.com Wed Oct 7 05:20:36 2009 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Wed, 07 Oct 2009 08:20:36 +0300 Subject: [Slackbuilds-users] feh scrot & giblib sources In-Reply-To: <20090930235302.GA3588@dark> References: <20090930235302.GA3588@dark> Message-ID: <4ACC2524.7000401@xsmail.com> Grigorios Bouzakis wrote: > Hi, > i asked about this in #slackbuilds earlier too but noone from the team > was available at the moment, so i will ask here too so that i don't > forget about this. > Tom Gilbert who was the developer of feh, scrot & giblib sources is not > maintaing the applications any more. > In his blog http://linuxbrit.co.uk/ you can read the following: > "Sorry, but for those of you who used to follow my blog for the open > source software I wrote ? you won?t see too much of that. I just don?t > do it so much any more ? my life is full of work (where I still have a > technical job but don?t write code any more) and hobbies where I more > and more find myself outside and away from computers. Want to fork one > of my old projects? Ping me for the source code" > So the sources for all three applications are unavailable, and there is > no homepage for them. How should that be dealt with? I've noticed some > sources are uploaded to slackbuilds.org, if i am not mistaking. Is that > appropriate in this situation as well? They could also be hosted some > place outside SBo as well like googlecode or something similar. > Additionally there is the homepage issue. I guess the projects freshmeat > pages could be used there. They seem to be all submitted by their > author http://freshmeat.net/users/gilbertt until someone else picks em > up in the future. > Update on this Tom Gilbert seems to have added a homepage at least for feh, http://linuxbrit.co.uk/software/feh/ and hosts the sources of all his projects in http://linuxbrit.co.uk/downloads/ , at least for now. That means the SlackBuilds will work as they are now. Only the homepage links for giblib and scrot wont, but thats not a big deal. Greg From sbo at tpa.me.uk Wed Oct 7 08:04:53 2009 From: sbo at tpa.me.uk (Zordrak) Date: Wed, 07 Oct 2009 09:04:53 +0100 Subject: [Slackbuilds-users] XBMC slackbuild In-Reply-To: <8ba30f850909151801y1edebc20w66b43915d23eff67@mail.gmail.com> References: <8ba30f850909121121j4ed09d29k5c40e41291669ac6@mail.gmail.com> <4AACC2C7.1030504@tpa.me.uk> <20090913122835.GB2979@appolo> <8ba30f850909151801y1edebc20w66b43915d23eff67@mail.gmail.com> Message-ID: <4ACC4BA5.7000207@tpa.me.uk> Larry Hajali wrote: > Just a quick update. Any news Larry? As per previous it seems XBMC would now be a good candidate if you want to submit it.. unless there has been objections.. -- Zordrak sbo at tpa.me.uk From didier.spaier at epsm.fr Wed Oct 7 14:49:47 2009 From: didier.spaier at epsm.fr (Didier Spaier) Date: Wed, 7 Oct 2009 16:49:47 +0200 Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds Message-ID: <200910071649.47948.didier.spaier@epsm.fr> Hi, I have Slackware64-13.0, multilib following Eric's instructions. Running libsynce.SlackBuild from slackbuilds.org fail during make because of: "/usr/lib/libhal.so: could not read symbols: File in wrong format"; same problem with /usr/lib/libgobject-2.0.so and /usr/lib/libdbus-1.so After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could run the SlackBuild and get libsynce package I did check that I ran the SlackBuild with ARCH=x86_64 I do not know if this problem lie in the SlackBuild script, libsynce's source archive, compat-32 packages or between the chair and the keyboard. Didier -------------- next part -------------- /bin/sh ../libtool --tag=CC --mode=link gcc -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -Wall -Wsign-compare -Wno-long-long -O2 -fPIC -no-undefined -version-info 0:0:0 -o libsynce.la -rpath /usr/lib64 bswap.lo datetype.lo errors.lo files.lo filetime.lo info.lo password.lo synce_hash.lo synce_ini.lo synce_log.lo synce_socket.lo time_fields.lo wstr.lo config/libconfig.la -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -lhal -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0 -lm libtool: link: gcc -shared .libs/bswap.o .libs/datetype.o .libs/errors.o .libs/files.o .libs/filetime.o .libs/info.o .libs/password.o .libs/synce_hash.o .libs/synce_ini.o .libs/synce_log.o .libs/synce_socket.o .libs/time_fields.o .libs/wstr.o -Wl,--whole-archive config/.libs/libconfig.a -Wl,--no-whole-archive /usr/lib/libhal.so -L/usr/lib -ldl -luuid -ldbus-glib-1 /usr/lib/libdbus-1.so /usr/lib/libgobject-2.0.so /usr/lib/libglib-2.0.so -lm -Wl,-soname -Wl,libsynce.so.0 -o .libs/libsynce.so.0.0.0 /usr/lib/libhal.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[3]: *** [libsynce.la] Erreur 1 make[3]: quittant le r?rtoire ? /tmp/SBo/libsynce-0.13/lib ? make[2]: *** [all-recursive] Erreur 1 make[2]: quittant le r?rtoire ? /tmp/SBo/libsynce-0.13/lib ? make[1]: *** [all] Erreur 2 make: *** [all-recursive] Erreur 1 make[1]: quittant le r?rtoire ? /tmp/SBo/libsynce-0.13/lib ? From alien at slackware.com Wed Oct 7 15:08:47 2009 From: alien at slackware.com (Eric Hameleers) Date: Wed, 7 Oct 2009 08:08:47 -0700 (PDT) Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds In-Reply-To: <200910071649.47948.didier.spaier@epsm.fr> References: <200910071649.47948.didier.spaier@epsm.fr> Message-ID: On Wed, 7 Oct 2009, Didier Spaier wrote: > Hi, > > I have Slackware64-13.0, multilib following Eric's instructions. > > Running libsynce.SlackBuild from slackbuilds.org fail during make because of: > "/usr/lib/libhal.so: could not read symbols: File in wrong format"; same > problem with /usr/lib/libgobject-2.0.so and /usr/lib/libdbus-1.so > > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could run the > SlackBuild and get libsynce package > > I did check that I ran the SlackBuild with ARCH=x86_64 > > I do not know if this problem lie in the SlackBuild script, libsynce's source > archive, compat-32 packages or between the chair and the keyboard. > > Didier Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and especially adding this line to the configure command is important, it was not present by default in a lot of our Slackware 13.0 submissions because it is not needed when you run pure-64bit Slackware: LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ In a multilib setup, it is important that you point the tools to the lib64 directories first. Cheers, Eric -- Eric Hameleers Jabber: alien at jabber.xs4all.nl From didier.spaier at epsm.fr Wed Oct 7 19:07:55 2009 From: didier.spaier at epsm.fr (Didier Spaier) Date: Wed, 7 Oct 2009 21:07:55 +0200 Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds In-Reply-To: References: <200910071649.47948.didier.spaier@epsm.fr> Message-ID: <200910072107.55644.didier.spaier@epsm.fr> On Wednesday 07 October 2009 17:08:47 Eric Hameleers wrote: > On Wed, 7 Oct 2009, Didier Spaier wrote: > > Hi, > > > > I have Slackware64-13.0, multilib following Eric's instructions. > > > > Running libsynce.SlackBuild from slackbuilds.org fail during make because > > of: "/usr/lib/libhal.so: could not read symbols: File in wrong format"; > > same problem with /usr/lib/libgobject-2.0.so and /usr/lib/libdbus-1.so > > > > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could run > > the SlackBuild and get libsynce package > > > > I did check that I ran the SlackBuild with ARCH=x86_64 > > > > I do not know if this problem lie in the SlackBuild script, libsynce's > > source archive, compat-32 packages or between the chair and the keyboard. > > > > Didier > > Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and > especially adding this line to the configure command is important, it > was not present by default in a lot of our Slackware 13.0 submissions > because it is not needed when you run pure-64bit Slackware: > > LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ > > In a multilib setup, it is important that you point the tools to the > lib64 directories first. > > Cheers, Eric Thanks Eric, it worked. So alas my third hypothesis was the good one :-( While I am at it, one more silly question: in SlackBuilds that include the line: ARCH=${ARCH:-i486} Why not replace it by: ARCH=${ARCH:-$(uname -m)} so that in most case it be no more necessary to set ARCH at run time when it's not i486 ? Cheers, Didier From niels.horn at gmail.com Wed Oct 7 19:37:10 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 7 Oct 2009 16:37:10 -0300 Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds In-Reply-To: <200910072107.55644.didier.spaier@epsm.fr> References: <200910071649.47948.didier.spaier@epsm.fr> <200910072107.55644.didier.spaier@epsm.fr> Message-ID: <3f18b2310910071237k33079a89r70d08b50a1e0c296@mail.gmail.com> wrote: > On Wednesday 07 October 2009 17:08:47 Eric Hameleers wrote: >> On Wed, 7 Oct 2009, Didier Spaier wrote: >> > Hi, >> > >> > I have Slackware64-13.0, multilib following Eric's instructions. >> > >> > Running libsynce.SlackBuild from slackbuilds.org fail during make because >> > of: "/usr/lib/libhal.so: could not read symbols: File in wrong format"; >> > same problem with /usr/lib/libgobject-2.0.so and /usr/lib/libdbus-1.so >> > >> > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could run >> > the SlackBuild and get libsynce package >> > >> > I did check that I ran the SlackBuild with ARCH=x86_64 >> > >> > I do not know if this problem lie in the SlackBuild script, libsynce's >> > source archive, compat-32 packages or between the chair and the keyboard. >> > >> > Didier >> >> Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and >> especially adding this line to the configure command is important, it >> was not present by default in a lot of our Slackware 13.0 submissions >> because it is not needed when you run pure-64bit Slackware: >> >> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ >> >> In a multilib setup, it is important that you point the tools to the >> lib64 directories first. >> >> Cheers, Eric > > Thanks Eric, it worked. So alas my third hypothesis was the good one :-( > > While I am at it, one more silly question: in SlackBuilds that include the line: > ARCH=${ARCH:-i486} > > Why not replace it by: > ARCH=${ARCH:-$(uname -m)} > > so that in most case it be no more necessary to set ARCH at run time when it's not i486 ? > > Cheers, > > Didier > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > Didier, On my 32-bits machine 'uname -m' returns i686. Setting ARCH to i686 building packages means they won't work on older boxes like a '486. Yeah, I know... who has these machines nowadays... (answer: I have one running Slackware still!) And believe me, I do not want to compile packages for my '486 on that box, I prefer to compile them on a newer machine and copy the result. :) But I might be a very rare exception and I could set ARCH=i486 manually. Well, just a thought for the discussion... Niels From didier.spaier at epsm.fr Wed Oct 7 20:01:05 2009 From: didier.spaier at epsm.fr (Didier Spaier) Date: Wed, 7 Oct 2009 22:01:05 +0200 Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds In-Reply-To: <3f18b2310910071237k33079a89r70d08b50a1e0c296@mail.gmail.com> References: <200910071649.47948.didier.spaier@epsm.fr> <200910072107.55644.didier.spaier@epsm.fr> <3f18b2310910071237k33079a89r70d08b50a1e0c296@mail.gmail.com> Message-ID: <200910072201.05306.didier.spaier@epsm.fr> On Wednesday 07 October 2009 21:37:10 Niels Horn wrote: > wrote: > > On Wednesday 07 October 2009 17:08:47 Eric Hameleers wrote: > >> On Wed, 7 Oct 2009, Didier Spaier wrote: > >> > Hi, > >> > > >> > I have Slackware64-13.0, multilib following Eric's instructions. > >> > > >> > Running libsynce.SlackBuild from slackbuilds.org fail during make > >> > because of: "/usr/lib/libhal.so: could not read symbols: File in wrong > >> > format"; same problem with /usr/lib/libgobject-2.0.so and > >> > /usr/lib/libdbus-1.so > >> > > >> > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could > >> > run the SlackBuild and get libsynce package > >> > > >> > I did check that I ran the SlackBuild with ARCH=x86_64 > >> > > >> > I do not know if this problem lie in the SlackBuild script, libsynce's > >> > source archive, compat-32 packages or between the chair and the > >> > keyboard. > >> > > >> > Didier > >> > >> Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and > >> especially adding this line to the configure command is important, it > >> was not present by default in a lot of our Slackware 13.0 submissions > >> because it is not needed when you run pure-64bit Slackware: > >> > >> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ > >> > >> In a multilib setup, it is important that you point the tools to the > >> lib64 directories first. > >> > >> Cheers, Eric > > > > Thanks Eric, it worked. So alas my third hypothesis was the good one :-( > > > > While I am at it, one more silly question: in SlackBuilds that include > > the line: ARCH=${ARCH:-i486} > > > > Why not replace it by: > > ARCH=${ARCH:-$(uname -m)} > > > > so that in most case it be no more necessary to set ARCH at run time when > > it's not i486 ? > > > > Cheers, > > > > Didier > > > > Didier, > > On my 32-bits machine 'uname -m' returns i686. > Setting ARCH to i686 building packages means they won't work on older > boxes like a '486. > Yeah, I know... who has these machines nowadays... > (answer: I have one running Slackware still!) > And believe me, I do not want to compile paNiels, ckages for my '486 on that > box, I prefer to compile them on a newer machine and copy the result. > > :) > > But I might be a very rare exception and I could set ARCH=i486 manually. > > Well, just a thought for the discussion... > > Niels > Niels, You remind me of the first desktop computer I used, back in 1978 or so: it had a 8080 if I remember well :-) Back to the point: with my proposal, more generally one will certainly have to set ARCH at run-time if he/she runs a SlackBuild on a machine which has a different architecture than the package's target. But my guess is that most SlackBuilds users won't do that, and that for those who will that won't be an issue. Didier From niels.horn at gmail.com Wed Oct 7 20:17:58 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 7 Oct 2009 17:17:58 -0300 Subject: [Slackbuilds-users] Problem with libsynce SlackBuilds In-Reply-To: <200910072201.05306.didier.spaier@epsm.fr> References: <200910071649.47948.didier.spaier@epsm.fr> <200910072107.55644.didier.spaier@epsm.fr> <3f18b2310910071237k33079a89r70d08b50a1e0c296@mail.gmail.com> <200910072201.05306.didier.spaier@epsm.fr> Message-ID: <3f18b2310910071317w44e59365t8f030e227a59360a@mail.gmail.com> On Wed, Oct 7, 2009 at 5:01 PM, Didier Spaier wrote: > On Wednesday 07 October 2009 21:37:10 Niels Horn wrote: >> wrote: >> > On Wednesday 07 October 2009 17:08:47 Eric Hameleers wrote: >> >> On Wed, 7 Oct 2009, Didier Spaier wrote: >> >> > Hi, >> >> > >> >> > I have Slackware64-13.0, multilib following Eric's instructions. >> >> > >> >> > Running libsynce.SlackBuild from slackbuilds.org fail during make >> >> > because of: "/usr/lib/libhal.so: could not read symbols: File in wrong >> >> > format"; same problem with /usr/lib/libgobject-2.0.so and >> >> > /usr/lib/libdbus-1.so >> >> > >> >> > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could >> >> > run the SlackBuild and get libsynce package >> >> > >> >> > I did check that I ran the SlackBuild with ARCH=x86_64 >> >> > >> >> > I do not know if this problem lie in the SlackBuild script, libsynce's >> >> > source archive, compat-32 packages or between the chair and the >> >> > keyboard. >> >> > >> >> > Didier >> >> >> >> Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and >> >> especially adding this line to the configure command is important, it >> >> was not present by default in a lot of our Slackware 13.0 submissions >> >> because it is not needed when you run pure-64bit Slackware: >> >> >> >> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ >> >> >> >> In a multilib setup, it is important that you point the tools to the >> >> lib64 directories first. >> >> >> >> Cheers, Eric >> > >> > Thanks Eric, it worked. So alas my third hypothesis was the good one :-( >> > >> > While I am at it, one more silly question: in SlackBuilds that include >> > the line: ARCH=${ARCH:-i486} >> > >> > Why not replace it by: >> > ARCH=${ARCH:-$(uname -m)} >> > >> > so that in most case it be no more necessary to set ARCH at run time when >> > it's not i486 ? >> > >> > Cheers, >> > >> > Didier >> > >> >> Didier, >> >> On my 32-bits machine 'uname -m' returns i686. >> Setting ARCH to i686 building packages means they won't work on older >> boxes like a '486. >> Yeah, I know... who has these machines nowadays... >> (answer: I have one running Slackware still!) >> And believe me, I do not want to compile paNiels, ckages for my '486 on that >> box, I prefer to compile them on a newer machine and copy the result. >> >> :) >> >> But I might be a very rare exception and I could set ARCH=i486 manually. >> >> Well, just a thought for the discussion... >> >> Niels >> > Niels, > > You remind me of the first desktop computer I used, back in 1978 or so: it had a 8080 if I remember well :-) > > Back to the point: with my proposal, more generally one will certainly have to set ARCH at run-time if he/she runs a SlackBuild on a machine which has a different architecture than > the package's target. But my guess is that most SlackBuilds users won't do that, and that for those who will that won't be an issue. > > Didier > Didier, I still *have* my old desktop running a Z80 (=8080 compatible) :) But also two emulators for Linux with SlackBuilds on SBo... I *think* most official packages are compiled with the -march-i486 flag, maybe for compatibility reasons? I wouldn't mind setting ARCH=i486 on my 32-bits box to compile packages compatible with my museum piece. I know I am the minority here :) Niels From larryhaja at gmail.com Wed Oct 7 20:28:35 2009 From: larryhaja at gmail.com (Larry Hajali) Date: Wed, 7 Oct 2009 13:28:35 -0700 Subject: [Slackbuilds-users] XBMC slackbuild In-Reply-To: <4ACC4BA5.7000207@tpa.me.uk> References: <8ba30f850909121121j4ed09d29k5c40e41291669ac6@mail.gmail.com> <4AACC2C7.1030504@tpa.me.uk> <20090913122835.GB2979@appolo> <8ba30f850909151801y1edebc20w66b43915d23eff67@mail.gmail.com> <4ACC4BA5.7000207@tpa.me.uk> Message-ID: <8ba30f850910071328h44540a16re6418688e9ca9a9f@mail.gmail.com> On Wed, Oct 7, 2009 at 1:04 AM, Zordrak wrote: > Any news Larry? As I said in my first email, I'm not going to submit XBMC. Anybody else is welcome to submit it or do whatever they like with it. Update: I've made a couple of changes to the slackbuild. Fixed some hard coded "lib/python2.5" paths in the EventClients Makefile. The Nvidia hack in no longer an option and is now done by default. Now the the xbmc slackbuild will compile on Slackware64. XBMC is 64 bit compatible but by default is not completely lib64 compatible. Mesa 7.5.1 is now needed from a slackware mirror as it has the required glxinfo for direct rendering detection. Thanks to fire|bird from ##slackware for helping me troubleshoot Slackware64 compilation and to pprkut for additional script cleanup and testing on Slackware64. I don't want to spam this distribution list with another attachment so if you'd like an updated slackbuild you can find it on my site. http://slackbuilds.vogule.com/slackbuilds/XBMC/13.0/src/xbmc.tar.gz Thanks, Larry From eric at cameron-schultz.ca Thu Oct 8 15:43:11 2009 From: eric at cameron-schultz.ca (Eric Schultz) Date: Thu, 8 Oct 2009 11:43:11 -0400 Subject: [Slackbuilds-users] SlackBuilds-users Digest, Vol 41, Issue 6 In-Reply-To: References: Message-ID: > Date: Wed, 7 Oct 2009 22:01:05 +0200 > From: Didier Spaier > To: "SlackBuilds.org Users List" > Subject: Re: [Slackbuilds-users] Problem with libsynce SlackBuilds > Message-ID: <200910072201.05306.didier.spaier at epsm.fr> > Content-Type: Text/Plain; ?charset="iso-8859-1" > > On Wednesday 07 October 2009 21:37:10 Niels Horn wrote: >> wrote: >> > On Wednesday 07 October 2009 17:08:47 Eric Hameleers wrote: >> >> On Wed, 7 Oct 2009, Didier Spaier wrote: >> >> > Hi, >> >> > >> >> > I have Slackware64-13.0, multilib following Eric's instructions. >> >> > >> >> > Running libsynce.SlackBuild from slackbuilds.org fail during make >> >> > because of: "/usr/lib/libhal.so: could not read symbols: File in wrong >> >> > format"; same problem with /usr/lib/libgobject-2.0.so and >> >> > /usr/lib/libdbus-1.so >> >> > >> >> > After "removepkg glib2-compat32 dbus-compat32 hal-compat32" I could >> >> > run the SlackBuild and get libsynce package >> >> > >> >> > I did check that I ran the SlackBuild with ARCH=x86_64 >> >> > >> >> > I do not know if this problem lie in the SlackBuild script, libsynce's >> >> > source archive, compat-32 packages or between the chair and the >> >> > keyboard. >> >> > >> >> > Didier >> >> >> >> Check the section of our FAQ: http://slackbuilds.org/faq/#x86_64 and >> >> especially adding this line to the configure command is important, it >> >> was not present by default in a lot of our Slackware 13.0 submissions >> >> because it is not needed when you run pure-64bit Slackware: >> >> >> >> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ >> >> >> >> In a multilib setup, it is important that you point the tools to the >> >> lib64 directories first. >> >> >> >> Cheers, Eric >> > >> > Thanks Eric, it worked. So alas my third hypothesis was the good one :-( >> > >> > While I am at it, one more silly question: in SlackBuilds that include >> > the line: ARCH=${ARCH:-i486} >> > >> > Why not replace it by: >> > ARCH=${ARCH:-$(uname -m)} >> > >> > so that in most case it be no more necessary to set ARCH at run time when >> > it's not i486 ? >> > >> > Cheers, >> > >> > Didier >> > >> >> Didier, >> >> On my 32-bits machine 'uname -m' returns i686. >> Setting ARCH to i686 building packages means they won't work on older >> boxes like a '486. >> Yeah, I know... who has these machines nowadays... >> (answer: I have one running Slackware still!) >> And believe me, I do not want to compile paNiels, ckages for my '486 on that >> box, I prefer to compile them on a newer machine and copy the result. >> >> :) >> >> But I might be a very rare exception and I could set ARCH=i486 manually. >> >> Well, just a thought for the discussion... >> >> Niels >> > Niels, > > You remind me of the first desktop computer I used, back in 1978 or so: it had a 8080 if I remember well :-) > > Back to the point: with my proposal, more generally one will certainly have to set ARCH at run-time if he/she runs a SlackBuild on a machine which has a different architecture than > the package's target. But my guess is that most SlackBuilds users won't do that, and that for those who will that won't be an issue. > > Didier I was curious about this same thing myself. I'm running Slackware64 and I've seen other scripts use uname -m to identify the current architecture. I'm not sure what's better but I do like the idea of using uname -m as the standard and letting the user who builds for other architectures set their own ARCH manually at invocation. I wonder though if it's sufficient to use ARCH=${ARCH:-$(uname -m)} or if I should/could provide a default for uname -m and whether I need to account for a default in the if block shortly after ARCH is assigned? I.e.: Make "i486" the default if ARCH is neither "i686" or "x86_64" -- Headed for the second star to the right and straight on 'til morning... Eric Schultz (aka schultzter) http://cameron-schultz.ca http://2fatdads.com http://twitter.com/schultzter From rworkman at slackbuilds.org Thu Oct 8 20:23:23 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 8 Oct 2009 15:23:23 -0500 Subject: [Slackbuilds-users] ARCH setting in build scripts In-Reply-To: References: Message-ID: <20091008152323.60489231@liberty.rlwhome.lan> On Thu, 8 Oct 2009 11:43:11 -0400 Eric Schultz wrote: > I'm not sure what's better but I do like the idea of using uname -m as > the standard and letting the user who builds for other architectures > set their own ARCH manually at invocation. > > I wonder though if it's sufficient to use ARCH=${ARCH:-$(uname -m)} or > if I should/could provide a default for uname -m and whether I need to > account for a default in the if block shortly after ARCH is assigned? > I.e.: Make "i486" the default if ARCH is neither "i686" or "x86_64" If it's submitted to us, it needs to default to i486 until or unless Slackware moves to i686 by default in its builds. There are obvious exceptions for noarch packages, repacked binaries that are for i386 only, and that sort of thing, but generally speaking, we want to see ARCH=${ARCH:-i486} in things that come our way. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Sat Oct 10 06:02:12 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 10 Oct 2009 06:02:12 +0000 Subject: [Slackbuilds-users] Updates - 20091010 Message-ID: <20091010060212.GA4596@slackbuilds.org> Sat Oct 10 05:59:50 UTC 2009 desktop/enlightenment: BUILD=2 - Fixed the missing LIBDIRSUFFIX. Thanks to Keith Richie for pointing that out. desktop/thunar-svn-plugin: Removed - replaced by thunar-vcs-plugin. desktop/thunar-vcs-plugin: Added - The Thunar VCS Plugin adds Subversion and GIT actions to the context menu of Thunar. This replaces thunar-svn-plugin. Thanks to Robby Workman. --michiel desktop/tint2: Updated for version 0.7.1 and renamed from tint to tint2. Thanks to Eugene Wissner. --dsomero desktop/xclip: Updated for version 0.12. Thanks to Grigorios Bouzakis. --dsomero desktop/xfce4-clipman-plugin: Updated for version 1.1.1 Thanks to Robby Workman. --michiel desktop/xfce4-notes-plugin: Updated for version 1.7.1 Thanks to Robby Workman. --michiel development/cim: Added - cim is a compiler for the programming language Simula. Thanks to Andre Barboza. --dsomero development/Cython: Updated for version 0.11.3. Thanks to Larry Hajali. --dsomero development/avr-gdb: Added - gdb for avr. Thanks to Marek Buras --rworkman games/bsnes: Updated for version 0.052. Thanks to Larry Hajali. --pprkut graphics/dcraw: Updated for version 8.98. Thanks to Nishant Limbachia. --pprkut graphics/gimp-registry-plugins: Minor script and .info changes. Thanks to Pierre Cazenave. --rworkman libraries/boolstuff: Added - BoolStuff is a small C++ library that supports a few operations on boolean expression binary trees. Thanks to Dave Margell. --rworkman libraries/wxPython: Updated for version 2.8.10.1. Thanks to Heinz Wiesinger. --dsomero misc/krename: Updated for version 4.0.1. Thanks to Heinz Wiesinger. --michiel multimedia/exaile: Updated for version 0.3.0.1. Thanks to Marco Cecchetti. --dsomero multimedia/mscore: Updated for version 0.9.5. Thanks to Larry Hajali. --pprkut multimedia/nted: Updated for version 1.8.7. Thanks to Corrado Franco. --rworkman network/aria2: Updated for version 1.6.0. Thanks to Marco Cecchetti. --dsomero network/ctorrent: Update for version 3.3.2. Thanks to Erik Hameleers. --michiel network/claws-mail: Updated for version 3.7.3. Thanks to Erik Hanson. --michiel network/claws-mail-extra-plugins: Updated for version 3.7.3. Thanks to Erik Hanson. --michiel network/naim: Re-added at version 0.11.8.3.2. Thanks to Nai. --rworkman system/fsarchiver: Updated for version 0.6.1 Thanks to Nishant Limbachia. --michiel system/halevt: Added - Halevt (HAL events manager) is a daemon that executes arbitrary commands when a device with certain properties is added to the system and when device properties change. Thanks to Dave Margell. --rworkman system/virtualbox-ose: Updated for version 3.0.8. Thanks to pprkut. --rworkman system/virtualbox-ose-addons: Updated for version 3.0.8. Thanks to pprkut. --rworkman system/virtualbox-kernel: Updated for version 3.0.8. Thanks to pprkut. --rworkman system/virtualbox-kernel-addons: Updated for version 3.0.8. Thanks to pprkut. --rworkman From chaos.proton at gmail.com Sat Oct 10 10:16:01 2009 From: chaos.proton at gmail.com (Grissiom) Date: Sat, 10 Oct 2009 18:16:01 +0800 Subject: [Slackbuilds-users] Please remove ibus-pinyin in the pending list Message-ID: Hi, I am sorry that ibus-pinyin does not work well with gtk+2-2.14.7.(the setting dialog won't show up) This problem got fixed in upstream and I will re-submit the build scripts once the new version is released. Sorry for the unconvenience. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From lassinposti at gmail.com Sat Oct 10 09:29:59 2009 From: lassinposti at gmail.com (Lassi Kojo) Date: Sat, 10 Oct 2009 12:29:59 +0300 Subject: [Slackbuilds-users] Can't get slackbuild script to work Message-ID: <4AD05417.2020308@gmail.com> Hi, I'm trying to make my first SlackBuild script but it doesn't work properly. The application is aurorae, which is a theme engine for KWin window decorations. The problem is that the script can't find CMakeLists.txt file. My guess would be that it doesn't go to the proper build directory so that it fails in cd $APP section. The output is: Running cmake... CMake Error: The source directory "/tmp" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI. I know that the script is incomplete but I'm trying to get it working before cleaning it up and making it more compelete. You can find the slackbuild script at my site: http://lassi.hakkerit.fi/slack/testing/aurorae/aurorae.SlackBuild If there's something obvious to fix, please let me know. BTW, if you are willing to try to run the script, I renamed aurorae source code archive to aurorae-0.2.1.tar.gz because kde-look adds some numbers to the package name. - Lassi Kojo lassi at hakkerit.fi From larryhaja at gmail.com Sat Oct 10 15:47:51 2009 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 10 Oct 2009 08:47:51 -0700 Subject: [Slackbuilds-users] Can't get slackbuild script to work In-Reply-To: <4AD05417.2020308@gmail.com> References: <4AD05417.2020308@gmail.com> Message-ID: <8ba30f850910100847ofa7319elbdfc7667f219266e@mail.gmail.com> change this: -DCMAKE_BUILD_TYPE=Release .. to this: -DCMAKE_BUILD_TYPE=Release . Larry On Sat, Oct 10, 2009 at 2:29 AM, Lassi Kojo wrote: > Hi, > > I'm trying to make my first SlackBuild script but it doesn't work properly. > The application is aurorae, which is a theme engine for KWin window > decorations. > > The problem is that the script can't find CMakeLists.txt file. My guess > would be that it doesn't go to the proper build directory so that it fails > in cd $APP section. > The output is: > > Running cmake... > CMake Error: The source directory "/tmp" does not appear to contain > CMakeLists.txt. > Specify --help for usage, or press the help button on the CMake GUI. > > I know that the script is incomplete but I'm trying to get it working before > cleaning it up and making it more compelete. > > You can find the slackbuild script at my site: > http://lassi.hakkerit.fi/slack/testing/aurorae/aurorae.SlackBuild > > If there's something obvious to fix, please let me know. > > BTW, if you are willing to try to run the script, I renamed aurorae source > code archive to aurorae-0.2.1.tar.gz because kde-look adds some numbers to > the package name. > > - Lassi Kojo > lassi at hakkerit.fi > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From me at alkos333.net Sat Oct 10 16:09:52 2009 From: me at alkos333.net (alkos333) Date: Sat, 10 Oct 2009 11:09:52 -0500 Subject: [Slackbuilds-users] Updates - 20091010 In-Reply-To: <20091010060212.GA4596@slackbuilds.org> References: <20091010060212.GA4596@slackbuilds.org> Message-ID: On Sat, Oct 10, 2009 at 1:02 AM, Robby Workman wrote: > multimedia/nted: Updated for version 1.8.7. Download link fails when trying to upgrade in sbopkg -- Alex Lysenka Computer Science Major Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From rworkman at slackbuilds.org Sat Oct 10 16:24:35 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 10 Oct 2009 11:24:35 -0500 Subject: [Slackbuilds-users] Updates - 20091010 In-Reply-To: References: <20091010060212.GA4596@slackbuilds.org> Message-ID: <20091010112435.69a09b8d@liberty.rlwhome.lan> On Sat, 10 Oct 2009 11:09:52 -0500 alkos333 wrote: > On Sat, Oct 10, 2009 at 1:02 AM, Robby Workman > wrote: > > multimedia/nted: Updated for version 1.8.7. > > Download link fails when trying to upgrade in sbopkg Sheesh, it's already at 1.8.10 now, and the source gets removed from their server on every upgrade. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From larryhaja at gmail.com Sat Oct 10 16:29:42 2009 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 10 Oct 2009 09:29:42 -0700 Subject: [Slackbuilds-users] Updates - 20091010 In-Reply-To: <20091010112435.69a09b8d@liberty.rlwhome.lan> References: <20091010060212.GA4596@slackbuilds.org> <20091010112435.69a09b8d@liberty.rlwhome.lan> Message-ID: <8ba30f850910100929t53e25ea8kc950c32afb43d9ef@mail.gmail.com> The 1.8.7 version is now located in their "oldversions" directory. :/ http://vsr.informatik.tu-chemnitz.de/staff/jan/nted/oldversions/nted-1.8.7.tar.gz Larry On Sat, Oct 10, 2009 at 9:24 AM, Robby Workman wrote: > On Sat, 10 Oct 2009 11:09:52 -0500 > alkos333 wrote: > >> On Sat, Oct 10, 2009 at 1:02 AM, Robby Workman >> wrote: >> > multimedia/nted: Updated for version 1.8.7. >> >> Download link fails when trying to upgrade in sbopkg > > > Sheesh, it's already at 1.8.10 now, and the source gets removed > from their server on every upgrade. > > -RW > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > From rworkman at slackbuilds.org Sat Oct 10 16:36:57 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 10 Oct 2009 11:36:57 -0500 Subject: [Slackbuilds-users] Please remove ibus-pinyin in the pending list In-Reply-To: References: Message-ID: <20091010113657.5df0f167@liberty.rlwhome.lan> On Sat, 10 Oct 2009 18:16:01 +0800 Grissiom wrote: > I am sorry that ibus-pinyin does not work well with gtk+2-2.14.7.(the > setting dialog won't show up) This problem got fixed in upstream and > I will re-submit the build scripts once the new version is released. Done. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Sat Oct 10 16:39:54 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 10 Oct 2009 11:39:54 -0500 Subject: [Slackbuilds-users] Updates - 20091010 In-Reply-To: <8ba30f850910100929t53e25ea8kc950c32afb43d9ef@mail.gmail.com> References: <20091010060212.GA4596@slackbuilds.org> <20091010112435.69a09b8d@liberty.rlwhome.lan> <8ba30f850910100929t53e25ea8kc950c32afb43d9ef@mail.gmail.com> Message-ID: <20091010113954.5c6bc97d@liberty.rlwhome.lan> On Sat, 10 Oct 2009 09:29:42 -0700 Larry Hajali wrote: > The 1.8.7 version is now located in their "oldversions" directory. :/ > http://vsr.informatik.tu-chemnitz.de/staff/jan/nted/oldversions/nted-1.8.7.tar.gz Thanks; it's fixed now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ash at spooksoftware.com Sun Oct 11 00:19:23 2009 From: ash at spooksoftware.com (Ash Wiren) Date: Sun, 11 Oct 2009 08:19:23 +0800 Subject: [Slackbuilds-users] quilt on SBo Message-ID: Are you still interested in maintaining this? If not I'll happily do so. Regards Ash Wiren -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Sun Oct 11 08:25:51 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 11 Oct 2009 08:25:51 +0000 Subject: [Slackbuilds-users] Updates - 20091011 Message-ID: <20091011082551.GA32021@slackbuilds.org> Sun Oct 11 08:22:01 UTC 2009 desktop/root-tail: Re-added version 1.2 for Slackware 13.0. Thanks to slakmagik. -michiel development/geany: Updated for version 0.18. Thanks to Michiel van Wessem. --rworkman games/fortune_firefly: Re-added for 13.0. Thanks to B. Watson. --rworkman games/koules: Added - Koules is a fast action arcade-style game. Thanks to B. Watson. --rworkman games/nevernoid: Re-added for 13.0. Thanks to B. Watson. --rworkman games/xmoto: Updated for version 0.5.2. Thanks to Alex Word. --rworkman games/xaos: Re-added for 13.0. Thanks to B. Watson. --rworkman games/z26: Re-added for Slackware 13.0. Thanks to B. Watson. --rworkman libraries/slib: Updated for version 3b2. Thanks to Vincent Batts. --rworkman misc/gxmessage: Included an option to disable NLS. Thanks to slakmagik. --rworkman misc/stardict: Re-added for 13.0. Thanks to Murat D. Kadirov. --rworkman network/broadcom-sta: Added - this is the proprietary kernel module "wl" for some Broadcom cards, including the BCM4311, BCM4312, BCM4321, and BCM4322 chipsets. Thanks to David Matthew Jerry Koenig. --rworkman network/iscsitarget: Re-added for Slackware 13.0. Thanks to Thales A. Tsailas. --rworkman network/offlineimap: Added - OfflineIMAP is a tool to sync remote imap mailboxes. Thanks to Nishant Limbachia. --rworkman network/periscope: Added - Periscope is a subtitles searching module written in python that tries to find a correct match for a given video file. Thanks to Marco Bonetti. --rworkman office/tellico: Updated for version 2.0. Thanks to Gilcio Amaral. --rworkman system/gammu: Updated for version 1.26.1. Thanks to pprkut. --rworkman system/pcp: Added - Performance Co-Pilot (PCP) provides a framework and services to support system-level performance monitoring and management. Thanks to Roman Revyakin. --rworkman system/pcp-gui: Added - visualisation tools for monitoring systems using pcp. Thanks to Roman Revyakin. --rworkman system/pipemeter: Re-added for Slackware 13.0. Thanks to B. Watson. --rworkman From rworkman at slackbuilds.org Sun Oct 11 08:33:13 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 11 Oct 2009 03:33:13 -0500 Subject: [Slackbuilds-users] slackbuild for libedit In-Reply-To: References: Message-ID: <20091011033313.6f10f25d@liberty.rlwhome.lan> On Thu, 1 Oct 2009 15:00:21 +0000 (UTC) Glenn Becker wrote: > I tried building libedit since it is a requirement for the Glasgow > Haskell Compiler slackbuild, but got a 404 via both sbopkg and the > source link on slackbuilds.org > > The problem would seem to be that there's a new version > (libedit-20090923-3.0.tar.gz as opposed to > libedit-20090111-3.0.tar.gz) of the source available, so the link to > the old doesn't work. > > I tried emailing the maintainer but have not heard back, so thought I > would throw it out here. I'm not taking over maintenance of this (I have enough on my plate as is), but since you haven't heard back from the listed maintainer, I went ahead and submitted a version increment to our pending queue. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From polar at arunprasannan.com Sun Oct 11 15:19:50 2009 From: polar at arunprasannan.com (Arun Prasannan) Date: Sun, 11 Oct 2009 16:19:50 +0100 Subject: [Slackbuilds-users] quilt on SBo In-Reply-To: References: Message-ID: <20091011151950.GC431@arunprasannan.com> On Sunday, 11.10.09 at 08:19, Ash Wiren wrote: > Are you still interested in maintaining this? > If not I'll happily do so. > I hereby relinquish all relevant responsibilities. Kind regards. -- Arun Prasannan From rworkman at slackbuilds.org Tue Oct 13 13:35:17 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 13 Oct 2009 13:35:17 +0000 Subject: [Slackbuilds-users] Updates - 20091013 Message-ID: <20091013133517.GA28342@slackbuilds.org> Tue Oct 13 13:34:42 UTC 2009 academic/grace: Added - grace is a WYSIWYG tool to make two-dimensional plots of numerical data. Thanks to B. Jogai. --rworkman development/avarice: Added - avarice interfaces GNU gdb with the AVR JTAG ICE available from Atmel. Thanks to Marek Buras. --rworkman games/circuslinux: Re-added for 13.0. Thanks to B. Watson. --rworkman games/typhoon_2001: Re-added for 13.0. Thanks to B. Watson. --rworkman graphics/dia: Updated for version 0.97. Thanks to Ash Wiren. --rworkman libraries/Mako: Updated for version 0.2.5. Thanks to Larry Hajali. libraries/cssutils: Updated for version 0.9.6b5. Thanks to Larry Hajali. --rworkman libraries/enca: Updated for version 1.11. Thanks to Larry Hajali. --rworkman network/fqterm: Added - FQTerm is a cross-platform terminal emulator program which supports telnet/ssh1/ssh2 protocols and can process ANSI control sequences. Thanks to vvoody. --rworkman network/mew: Added - Mew is a mail reader for Emacs. Thanks to vvoody. --rworkman network/opera: Fixed an upstream bug to correct the detection of java on the system. Thanks to GazL on LinuxQuestions.org. --rworkman network/squid: Updated for version 3.0STABLE19 and added the NCSA auth module. Thanks to Alan Hicks and David Somero. --rworkman system/lirc: Re-added at version 0.8.6. Thanks to Murat D. Kadirov. system/smbldap-tools: Added - smbldap-tools is a set of perl scripts designed to manage user and group accounts stored in an LDAP directory. Thanks to Christopher Walker. --rworkman From jhollad at gmail.com Wed Oct 14 01:14:05 2009 From: jhollad at gmail.com (Joseph Holladay) Date: Tue, 13 Oct 2009 21:14:05 -0400 Subject: [Slackbuilds-users] Meta-Build Script Message-ID: <200910132114.05921.jhollad@gmail.com> Why should there not be a script to automatically download sources, compile the package, and install it if necessary? I hacked together a dirty bash script that works pretty well. I'll keep working on it such that it will be more useful. Any "patches" are welcome. -------------- next part -------------- A non-text attachment was scrubbed... Name: slackbuild.sh Type: application/x-shellscript Size: 817 bytes Desc: not available URL: From listreader at lupulin.net Wed Oct 14 01:16:01 2009 From: listreader at lupulin.net (paul wisehart) Date: Tue, 13 Oct 2009 21:16:01 -0400 Subject: [Slackbuilds-users] Meta-Build Script In-Reply-To: <200910132114.05921.jhollad@gmail.com> References: <200910132114.05921.jhollad@gmail.com> Message-ID: <4AD52651.3030307@lupulin.net> Joseph Holladay wrote: > Why should there not be a script to automatically download sources, compile > the package, and install it if necessary? I hacked together a dirty bash > script that works pretty well. I'll keep working on it such that it will be > more useful. Any "patches" are welcome. computer says no From jhollad at gmail.com Wed Oct 14 01:21:56 2009 From: jhollad at gmail.com (Joseph Holladay) Date: Tue, 13 Oct 2009 21:21:56 -0400 Subject: [Slackbuilds-users] Meta-Build Script In-Reply-To: <4AD52651.3030307@lupulin.net> References: <200910132114.05921.jhollad@gmail.com> <4AD52651.3030307@lupulin.net> Message-ID: <200910132121.57058.jhollad@gmail.com> #!/bin/sh #At this juncture PWD must be the slackbuild dir. #Get some information from *.info SLACKBUILD_NAME=`sed -ne 's/^PRGNAM="\(.*\)"/\1/p' *.info` SLACKBUILD_TARBALL_URL=`sed -ne 's/^DOWNLOAD="\(.*\)"/\1/p' $SLACKBUILD_NAME.info` #Get some information from *.SlackBuild PKG_VERSION=`sed -ne 's/^VERSION="\(.*\)"/\1/p' $SLACKBUILD_NAME.SlackBuild` #Function to build a package build () { #Sometimes a good idea to RTFM: less README #Download Source wget $SLACKBUILD_TARBALL_URL #Build the package sh $SLACKBUILD_NAME.SlackBuild } #DIRTY DIRTY DIRTY installing all packages in /tmp install () { installpkg /tmp/$SLACKBUILD_NAME*$.tgz } case "$1" in '-b' ) build ;; '-i' ) install ;; *) echo -e "Usage \n -b : build package \n -i : install package" esac From gwenhael.le.moine at gmail.com Wed Oct 14 01:43:41 2009 From: gwenhael.le.moine at gmail.com (Gwenhael Le Moine) Date: Wed, 14 Oct 2009 08:43:41 +0700 Subject: [Slackbuilds-users] Meta-Build Script In-Reply-To: <200910132114.05921.jhollad@gmail.com> References: <200910132114.05921.jhollad@gmail.com> Message-ID: <314c6c8f0910131843h45d61d5coed61ec25d0952c2e@mail.gmail.com> 2009/10/14 Joseph Holladay : > Why should there not be a script to automatically download sources, compile > the package, and install it if necessary? ?I hacked together a dirty bash > script that works pretty well. ?I'll keep working on it such that it will be > more useful. ?Any "patches" are welcome. something like SBopkg @ http://www.sbopkg.org ? From dave at unrealize.co.uk Wed Oct 14 07:50:47 2009 From: dave at unrealize.co.uk (David Woodfall) Date: Wed, 14 Oct 2009 08:50:47 +0100 Subject: [Slackbuilds-users] rar source 404 Message-ID: <20091014075047.GA25822@Junius> Just got a 404 on rar source rarlinux-3.9.b2.tar.gz David -- Don't look back, the lemmings are gaining on you. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 489 bytes Desc: not available URL: From Kevin at RawFedDogs.net Wed Oct 14 12:43:32 2009 From: Kevin at RawFedDogs.net (Kevin Monceaux) Date: Wed, 14 Oct 2009 07:43:32 -0500 Subject: [Slackbuilds-users] rar source 404 In-Reply-To: <20091014075047.GA25822@Junius> References: <20091014075047.GA25822@Junius> Message-ID: <20091014124332.GA18583@RawFedDogs.net> On Wed, Oct 14, 2009 at 08:50:47AM +0100, David Woodfall wrote: > Just got a 404 on rar source rarlinux-3.9.b2.tar.gz I got the same a while back. I hacked my local rar.SlackBuild to build the current version, then forgot about it until recently when running sbopkg -c kept suggesting I "upgrade" rar. I tried and once again got the 404 error, which jogged my memory. :-) I e-mailed the rar maintainer yesterday about it, as I should have done when I first got the error, but haven't heard back. It appears the current version is: rarlinux-3.9.0.tar.gz -- Kevin http://www.RawFedDogs.net http://www.WacoAgilityGroup.org Bruceville, TX Si hoc legere scis nimium eruditionis habes. Longum iter est per praecepta, breve et efficax per exempla!!! From larryhaja at gmail.com Wed Oct 14 14:16:45 2009 From: larryhaja at gmail.com (Larry Hajali) Date: Wed, 14 Oct 2009 07:16:45 -0700 Subject: [Slackbuilds-users] rar source 404 In-Reply-To: <20091014124332.GA18583@RawFedDogs.net> References: <20091014075047.GA25822@Junius> <20091014124332.GA18583@RawFedDogs.net> Message-ID: <8ba30f850910140716x6b1a3f48m95edbc7b14e127c4@mail.gmail.com> I already emailed the maintainer on September 21 about this issue and I still haven't gotten a response. Larry On Wed, Oct 14, 2009 at 5:43 AM, Kevin Monceaux wrote: > On Wed, Oct 14, 2009 at 08:50:47AM +0100, David Woodfall wrote: > >> Just got a 404 on rar source rarlinux-3.9.b2.tar.gz > > I got the same a while back. ?I hacked my local rar.SlackBuild to > build the current version, then forgot about it until recently when > running sbopkg -c kept suggesting I "upgrade" rar. ?I tried and once > again got the 404 error, which jogged my memory. ?:-) I e-mailed the > rar maintainer yesterday about it, as I should have done when I first > got the error, but haven't heard back. ?It appears the current version > is: > > rarlinux-3.9.0.tar.gz > > > -- > > Kevin > http://www.RawFedDogs.net > http://www.WacoAgilityGroup.org > Bruceville, TX > > Si hoc legere scis nimium eruditionis habes. > Longum iter est per praecepta, breve et efficax per exempla!!! > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From rworkman at slackbuilds.org Wed Oct 14 20:51:32 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 14 Oct 2009 20:51:32 +0000 Subject: [Slackbuilds-users] Updates - 20091014 Message-ID: <20091014205132.GA19321@slackbuilds.org> Wed Oct 14 20:50:31 UTC 2009 games/trackballs: Added - Trackballs is a marble game inspired by the 80's Atari classic Marble Madness. Thanks to B. Watson. --rworkman graphics/LDView: Added - LDView is a real-time 3D viewer for displaying LDraw models. Thanks to Niels Horn. --rworkman graphics/LDraw_data: Added - LDraw_data is a package of data-files needed by several utilities based on LDRAW. Thanks to Niels Horn. --rworkman graphics/ldglite: Added - ldglite is a program that lets you view and edit Lego brick models stored in LDRAW format. Thanks to Niels Horn. --rworkman libraries/gobject-introspection: Added - GObject Introspection is a project for providing machine readable introspection data of the API of C libraries. Thanks to Andrew Psaltis. --rworkman libraries/python-musicbrainz2: Updated for version 0.7.0. Thanks to Larry Hajali. --rworkman misc/rlwrap: Updated for version 0.32. Thanks to slakmagik. --rworkman network/irda-utils: Fixed an include for , which was . Thanks to Mark Pettit for bringing it to my attention. --rworkman From rworkman at slackbuilds.org Thu Oct 15 16:14:38 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 15 Oct 2009 16:14:38 +0000 Subject: [Slackbuilds-users] Updates - 20091015 Message-ID: <20091015161438.GA30080@slackbuilds.org> Thu Oct 15 16:12:40 UTC 2009 desktop/QtCurve-Gtk2: Updated for version 0.69. Thanks to ArTourter. --rworkman desktop/QtCurve-KDE4: Updated for version 0.69. Thanks to ArTourter. --rworkman desktop/dwm: Updated for version 5.7.2. Thanks to Tom Canich. --rworkman graphics/povray: Added - the Persistence of Vision Raytracer is a free and high quality tool for creating stunning three-dimensional graphics. Thanks to Niels Horn. --rworkman libraries/ilbc: Added - iLBC (internet Low Bitrate Codec) is a speech codec suitable for robust voice communication over IP. Thanks to Mauro Giachero. --rworkman libraries/libjingle: Added - libjingle is the Google Talk Voice and P2P Interoperability Library. Thanks to David Somero. --rworkman libraries/ortp: Added - ortp implements the RFC3550 (RTP) with a easy to use API with high and low level access. Thanks to David Somero. --rworkman network/dovecot-cmusieve: Updated for version 1.1.7. Thanks to Nishant Limbachia. --rworkman network/phpmyadmin: Updated for version 3.2.2.1. Thanks to Nishant Limbachia. --rworkman network/qwit: Updated for version 0.10. Thanks to Larry Hajali. --rworkman network/shorewall: Updated for version 4.4.2.2. Thanks to ArTourter. network/shorewall6: Updated for version 4.4.2. Thanks to ArTourter. network/tucan: Added - Tucan Manager is a free and open source software designed for automatic management of downloads and uploads at hosting sites like rapidshare or megaupload. Thanks to Nai. --rworkman system/ccid: Re-added at version 1.3.11. Thanks to Daniel R. --rworkman system/dash: Added - dash is a POSIX-compliant implementation of /bin/sh that aims to be as small as possible. Thanks to Vincent Batts. --rworkman system/opensc-ceres: Added - provides opensc support for FNMT CERES cards. Thanks to Daniel R. --rworkman system/opensc-dnie: Added - provides opensc support for Spanish ID cards. Thanks to Daniel R. --rworkman system/p7zip: Updated for version 9.04. Thanks to pprkut. --rworkman From lpax.slack at gmail.com Fri Oct 16 11:26:33 2009 From: lpax.slack at gmail.com (=?ISO-8859-1?Q?Luis_Paulo_Guimar=E3es?=) Date: Fri, 16 Oct 2009 08:26:33 -0300 Subject: [Slackbuilds-users] following link is not working Message-ID: <7b356a4e0910160426i2b99c28ek941ffe449e4d1e62@mail.gmail.com> Hi, i'm Luis Paulo, from Brazil and sorry for my bad english. following link is not working to download the package qt4 site SlackBuild. http://slackbuilds.org/repository/12.2/libraries/qt4/ *this link ok* http://get.qtsoftware.com/qt/source/qt-x11-opensource-src-4.5.1.tar.bz2 *this not* and link that I ftp download from Nokia. ftp://ftp.qt.nokia.com/qt/source/qt-x11-opensource-src-4.5.1.tar.bz2 -- Luis Paulo - lpax Linux User #407102 -------------- next part -------------- An HTML attachment was scrubbed... URL: From niels.horn at gmail.com Fri Oct 16 12:03:42 2009 From: niels.horn at gmail.com (Niels Horn) Date: Fri, 16 Oct 2009 09:03:42 -0300 Subject: [Slackbuilds-users] How far should doinst.sh go? Message-ID: <3f18b2310910160503q39e5ff17h5d061f65646ce86@mail.gmail.com> Should the doinst.sh just do the basic, like updating the menu, check /etc/(program) config files etc.? Or, should it also: - set up a MySQL database if the software needs it - create needed users & groups - change crontab - etc... (almost like a Windows installer ;) ) I know this could get tricky if the user is updating a package instead of installing, but the script could check for previous versions if needed. What is the correct way: just install the basic elements and let the user do the rest of the setting up, or do as much as possible? Niels Horn From erik at slackbuilds.org Fri Oct 16 12:11:44 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 16 Oct 2009 07:11:44 -0500 Subject: [Slackbuilds-users] How far should doinst.sh go? In-Reply-To: <3f18b2310910160503q39e5ff17h5d061f65646ce86@mail.gmail.com> References: <3f18b2310910160503q39e5ff17h5d061f65646ce86@mail.gmail.com> Message-ID: <20091016071144.458d6b9c@shaggy.doo> On Oct 16, 2009, at 9:03 AM, Niels Horn wrote: > Should the doinst.sh just do the basic, like updating the menu, check > /etc/(program) config files etc.? Yes. > Or, should it also: > - set up a MySQL database if the software needs it No. > - create needed users & groups No. > - change crontab No. > - etc... > (almost like a Windows installer ;) ) Most certainly not. :) > What is the correct way: just install the basic elements and let the > user do the rest of the setting up, or do as much as possible? Let the user do it, you can put some post-install instructions into a README.SLACKWARE file, there are numerous examples in the repo. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From niels.horn at gmail.com Fri Oct 16 14:09:51 2009 From: niels.horn at gmail.com (Niels Horn) Date: Fri, 16 Oct 2009 11:09:51 -0300 Subject: [Slackbuilds-users] How far should doinst.sh go? In-Reply-To: <20091016071144.458d6b9c@shaggy.doo> References: <3f18b2310910160503q39e5ff17h5d061f65646ce86@mail.gmail.com> <20091016071144.458d6b9c@shaggy.doo> Message-ID: <3f18b2310910160709s6e517cadl6a76aa26a38d48d3@mail.gmail.com> On Fri, Oct 16, 2009 at 9:11 AM, Erik Hanson wrote: > On Oct 16, 2009, at ?9:03 AM, Niels Horn wrote: > >> Should the doinst.sh just do the basic, like updating the menu, check >> /etc/(program) config files etc.? > > Yes. > >> Or, should it also: >> - set up a MySQL database if the software needs it > > No. > >> - create needed users & groups > > No. > >> - change crontab > > No. > >> - etc... >> (almost like a Windows installer ;) ) > > Most certainly not. :) > >> What is the correct way: just install the basic elements and let the >> user do the rest of the setting up, or do as much as possible? > > Let the user do it, you can put some post-install instructions into a > README.SLACKWARE file, there are numerous examples in the repo. > > -- > Erik Hanson > http://slackbuilds.org/ > OK, understood! I actually like the way the MySQL package is installed: it is all there, together with some scripts to configure it *IF* you want to do it that way. Since I work in the support business I have nightmares of users complaining "Hey, I installed your package but when I click on the icon nothing works!" :D I admit they are usually not Slackware users though, I guess SBo has a more 'refined' customer base. ;) Niels From pc_warner at yahoo.com Fri Oct 16 19:04:50 2009 From: pc_warner at yahoo.com (Phillip Warner) Date: Fri, 16 Oct 2009 12:04:50 -0700 (PDT) Subject: [Slackbuilds-users] How far should doinst.sh go? In-Reply-To: <3f18b2310910160709s6e517cadl6a76aa26a38d48d3@mail.gmail.com> Message-ID: <440579.51262.qm@web57702.mail.re3.yahoo.com> I don't think I would want those kind of users installing those packages in the first place...and if someone else installs the packages, then that person should do the post-install stuff. --phillip --- On Fri, 10/16/09, Niels Horn wrote: > From: Niels Horn > Subject: Re: [Slackbuilds-users] How far should doinst.sh go? > To: "SlackBuilds.org Users List" > Date: Friday, October 16, 2009, 7:09 AM > On Fri, Oct 16, 2009 at 9:11 AM, Erik > Hanson > wrote: > > On Oct 16, 2009, at ?9:03 AM, Niels Horn wrote: > > > >> Should the doinst.sh just do the basic, like > updating the menu, check > >> /etc/(program) config files etc.? > > > > Yes. > > > >> Or, should it also: > >> - set up a MySQL database if the software needs > it > > > > No. > > > >> - create needed users & groups > > > > No. > > > >> - change crontab > > > > No. > > > >> - etc... > >> (almost like a Windows installer ;) ) > > > > Most certainly not. :) > > > >> What is the correct way: just install the basic > elements and let the > >> user do the rest of the setting up, or do as much > as possible? > > > > Let the user do it, you can put some post-install > instructions into a > > README.SLACKWARE file, there are numerous examples in > the repo. > > > > -- > > Erik Hanson > > http://slackbuilds.org/ > > > > OK, understood! > > I actually like the way the MySQL package is installed: it > is all > there, together with some scripts to configure it *IF* you > want to do > it that way. > > Since I work in the support business I have nightmares of > users > complaining "Hey, I installed your package but > when I click on > the icon nothing works!" :D > I admit they are usually not Slackware users though, I > guess SBo has a > more 'refined' customer base. ;) > > Niels > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From john at wexfordpress.com Sat Oct 17 16:00:41 2009 From: john at wexfordpress.com (John Culleton) Date: Sat, 17 Oct 2009 12:00:41 -0400 Subject: [Slackbuilds-users] Requirements for Inkscape 47 Message-ID: <200910171200.41966.john@wexfordpress.com> The Inkscape 47 program (currently at pre 4) will compile clean with the current list of libraries etc. but major functions of the program will not work without two additional python-related packages, lxml and numpy, both of which are currently available from Slackbuild. The sequence of library installs is also important. The Slackbuild page has them in correct order. A note about sequencing could be added, such as "The above libraries should be installed in the order specified above." -- John Culleton From mrc.ildp at gmail.com Sun Oct 18 17:19:03 2009 From: mrc.ildp at gmail.com (Marco Cecchetti) Date: Sun, 18 Oct 2009 19:19:03 +0200 Subject: [Slackbuilds-users] pygobject issue Message-ID: <207ff4b00910181019g7b57c746qe89794934c9249ad@mail.gmail.com> Hello, Building python-clutter I run into this error: make[4]: execvp: /usr/share/pygobject/xsl/fixxref.py: Permission denied Is "fixxref.py" file expected to be executable? I think it should be. Changing the permission works. -- Marco Cecchetti -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Mon Oct 19 04:05:26 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 19 Oct 2009 04:05:26 +0000 Subject: [Slackbuilds-users] Updates - 20091019 Message-ID: <20091019040526.GA6204@slackbuilds.org> Mon Oct 19 04:03:16 UTC 2009 academic/opengrads: Added - the Grid Analysis and Display System (GrADS) is an interactive desktop tool for easy access, manipulation, and visualization of earth science data. Thanks to Oda. --rworkman audio/xmms-scrobbler: Added - an xmms plugin that reports your music listening to last.fm. Thanks to Sebasti?n Salazar Molina. --rworkman business/skrooge: Added - skrooge is a finance application for kde. Thanks to Vincent Batts. --rworkman desktop/q4wine: Updated for version 0.113. Thanks to David Somero. --rworkman development/apache-maven: Updated for version 2.2.1. Thanks to pprkut. --rworkman development/openmpi: Re-added for Slackware 13.0 at version 1.3.3. Thanks to Murat D. Kadirov. --rworkman development/quilt: Re-added for 13.0. Thanks to Ash Wiren. --rworkman development/mtd-utils: Added - mtd-utils are tools for accessing jffs2 images and other such utilities common on mobile platforms. Thanks to Vincent Batts. --rworkman games/atari++: Added - the Atari++ Emulator is a Unix based emulator of the Atari eight bit computers. Thanks to B. Watson. --rworkman games/pysolfc: Re-added for 13.0. Thanks to mfillpot. --rworkman games/tome: Added - ToMe is a game that emphasizes intricate, challenging, and varied gameplay over graphics. Thanks to David Melik. --pprkut graphics/leocad_pieces: Added - leocad_pieces contains the library of pieces needed by the LeoCAD program. Thanks to Niels Horn. --rworkman graphics/leocad: Added - LeoCAD is a CAD program that uses bricks similar to those found in many toys. Thanks to Niels Horn. --rworkman graphics/xpe: Added - the neXtgen Povray Editor is a graphical editor for POV-Ray. Thanks to Niels Horn. --rworkman libraries/gsm: Added - gsm contains command line utilities for libgsm, an implementation of the European GSM 06.10 provisional standard for full-rate speech transcoding. Thanks to David Somero. --rworkman libraries/libmimic: Added - libmimic is an open source video encoding and decoding library for Mimic V2.x-encoded content. Thanks to David Somero. --rworkman libraries/libqsqlpsql: Added - this is the postgresql plugin for Qt4. Thanks to pprkut. --rworkman libraries/pybluez: Added - PyBluez is a Python extension module allowing access to system Bluetooth resources. Thanks to pprkut. --rworkman libraries/pygtksourceview: Added - python bindings for gtksourceview. Thanks to Larry Hajali. --rworkman libraries/pypoppler: Added - python bindings for the poppler pdf library. Thanks to Larry Hajali. --rworkman misc/gnome-doc-utils: Removed - this is included in Slackware 13.0's linuxdoc-tools package. Thanks to Phillip Warner for the heads-up. If there are still some README files in other applications referring to it, please let us know so that we can fix them. --rworkman misc/ibus: Added - IBus is an Intelligent Input Bus similar to scim. Thanks to Grissiom. --rworkman misc/ibus-qt: Added - ibus-qt includes the ibus qt library and input method plugin. Thanks to Grissiom. --rworkman multimedia/gst-plugins-farsight: Added - this contains Farsight plugins for GStreamer. Thanks to David Somero. --rworkman multimedia/gsopcast: Added - gsopcast is a gtk gui frontend for sopcast. Thanks to Nai. --rworkman multimedia/sopcast: Added - SopCast is a simple, free way to broadcast video and audio or watch the video and listen to radio on the Internet. Thanks to Nai. --rworkman multimedia/tvtime: Added - tvtime is a high quality television application for use with video capture cards on Linux systems. Thanks to Marco Bonetti. --rworkman network/ekiga: Enabled gnome-doc-utils usage since it's part of Slackware's linuxdoc-tools package. --rworkman network/konversation: Updated for version 1.2. Thanks to Michiel van Wessem. network/nginx: Re-added for 13.0. Thanks to fizban for the update, but note that this is officially unmaintained in our repository (in case anyone is interested in maintaining it). --rworkman network/pyzor: Added - Pyzor is a collaborative, networked system to detect and block spam using digests of messages. Thanks to LukenShiro. --rworkman system/amanda: Updated for version 2.6.1p1. Thanks to Christopher Walker. system/crikey: Added - Crikey! (Conveniently Repeated Input Key) is a small program that simulates key events. Thanks to Bryan Harris. --rworkman system/john: Fixed a couple of bugs with the wrapper script creation. Thanks to hiptobecupic. --rworkman system/keylaunch: Added - KeyLaunch is a small utility for binding commands to a hot key. Thanks to Bryan Harris. --rworkman system/vice: Added - VICE is the one and only Versatile Commodore Emulator. Thanks to Mauro Giachero. --rworkman system/virt-manager: Added - virt-manager is a gtk interface that connects to libvirt. Thanks to Ash Wiren. --rworkman From rworkman at slackbuilds.org Mon Oct 19 04:10:14 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 18 Oct 2009 23:10:14 -0500 Subject: [Slackbuilds-users] Requirements for Inkscape 47 In-Reply-To: <200910171200.41966.john@wexfordpress.com> References: <200910171200.41966.john@wexfordpress.com> Message-ID: <20091018231014.6015620f@liberty.rlwhome.lan> On Sat, 17 Oct 2009 12:00:41 -0400 John Culleton wrote: > The Inkscape 47 program (currently at pre 4) will compile clean > with the current list of libraries etc. but major functions of the > program will not work without two additional python-related > packages, lxml and numpy, both of which are currently available > from Slackbuild. I'll note that they are optional but strongly recommended in order to get full functionality from inkscape. > The sequence of library installs is also important. The Slackbuild > page has them in correct order. A note about sequencing could be > added, such as > "The above libraries should be installed in the order specified > above." Aside from gc and gsl (which do NOT matter with respect to build order, as they're only used by inkscape itself), it's not possible to build the remainder out of order. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Mon Oct 19 04:16:39 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 18 Oct 2009 23:16:39 -0500 Subject: [Slackbuilds-users] pygobject issue In-Reply-To: <207ff4b00910181019g7b57c746qe89794934c9249ad@mail.gmail.com> References: <207ff4b00910181019g7b57c746qe89794934c9249ad@mail.gmail.com> Message-ID: <20091018231639.477f09b7@liberty.rlwhome.lan> On Sun, 18 Oct 2009 19:19:03 +0200 Marco Cecchetti wrote: > Building python-clutter I run into this error: python-clutter or python-cluster? We don't have python-clutter in our repo, but maybe it's something you're working on outside of SBo for the time being. It doesn't really matter in the context of the problem report, but I'm just curious... :-) > make[4]: execvp: /usr/share/pygobject/xsl/fixxref.py: Permission > denied > > > Is "fixxref.py" file expected to be executable? > I think it should be. Changing the permission works. Well, I wouldn't expect something in /usr/share to need executable bit set, but apparently python-clu(s|t)ter does. That file is not executable in pygobject-2.18.x either, so I suspect one of these two situations is accurate: 1. It's a bug in pygobject that other upstream projects have worked around by calling the python script differently. 2. It's a bug in python-clu(s|t)ter with expecting something that can't reasonably be expected. Finding out which one is likely to be fun, and quite frankly, I'd start with the python-clu(s|t)ter devs to see what they think. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mrc.ildp at gmail.com Mon Oct 19 07:47:36 2009 From: mrc.ildp at gmail.com (Marco Cecchetti) Date: Mon, 19 Oct 2009 09:47:36 +0200 Subject: [Slackbuilds-users] pygobject issue In-Reply-To: <207ff4b00910190008p2691d21v58d8bdbfc312056e@mail.gmail.com> References: <207ff4b00910181019g7b57c746qe89794934c9249ad@mail.gmail.com> <20091018231639.477f09b7@liberty.rlwhome.lan> <207ff4b00910190008p2691d21v58d8bdbfc312056e@mail.gmail.com> Message-ID: <207ff4b00910190047k5c3f1333j5008d38855b701ea@mail.gmail.com> 2009/10/19 Robby Workman > On Sun, 18 Oct 2009 19:19:03 +0200 > Marco Cecchetti wrote: > > > Building python-clutter I run into this error: > > > python-clutter or python-cluster? We don't have python-clutter > in our repo, but maybe it's something you're working on outside > of SBo for the time being. It doesn't really matter in the > context of the problem report, but I'm just curious... :-) > > To satisfy your curiosity ;-) I'm working on clutter, python-clutter and others as deps for "Entertainer", a media center for Xfce and GNOME. I have had an half working package so far (there are still some errors with the content-manager). ** > > make[4]: execvp: /usr/share/pygobject/xsl/fixxref.py: Permission > > denied > > > > > > Is "fixxref.py" file expected to be executable? > > I think it should be. Changing the permission works. > > > Well, I wouldn't expect something in /usr/share to need executable > bit set, but apparently python-clu(s|t)ter does. That file is not > executable in pygobject-2.18.x either, so I suspect one of these > two situations is accurate: > > 1. It's a bug in pygobject that other upstream projects have > worked around by calling the python script differently. > > 2. It's a bug in python-clu(s|t)ter with expecting something that > can't reasonably be expected. > > Building the other deps I found errors about the compatibility of the releases among clutter libs, so in some way, I need to fix that, (if the issue is only related to pkg-config, as sometimes happens) or to build an older version of some libs including "python-clutter". In that second case I would expect the same behavior about "pygobject" or not (I haven't verified so far and I can't at moment). ** > Finding out which one is likely to be fun, and quite frankly, I'd > start with the python-clu(s|t)ter devs to see what they think. > > -RW > I will try to verify. Thanks, -- Marco Cecchetti -------------- next part -------------- An HTML attachment was scrubbed... URL: From banderols at gmail.com Mon Oct 19 11:26:31 2009 From: banderols at gmail.com (Murat D. Kadirov) Date: Mon, 19 Oct 2009 17:26:31 +0600 Subject: [Slackbuilds-users] virt-mangager deps. Message-ID: <20091019112631.GA3937@darkstar> virt-manager's README says that requires libvirt, GConf, virtinst, gtk-vnc, tunctl, rarian. It is also requires gnome-python and urlgrabber (available from SB.org) to run and work properly. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 From lukenshiro at ngi.it Mon Oct 19 14:34:02 2009 From: lukenshiro at ngi.it (LukenShiro) Date: Mon, 19 Oct 2009 16:34:02 +0200 Subject: [Slackbuilds-users] efax-gtk's README.SLACKWARE correction Message-ID: <200910191634.02783.lukenshiro@ngi.it> There is a tiny correction I've forgotten to do, in order to abide by this rule in 50-udev-default.rules: KERNEL=="tty[A-Z]*[0-9]|pppox[0-9]*|ircomm[0-9]*|noz[0-9]*", GROUP="dialout" I'd need to edit group reference for serial devices written in efax- gtk's README.SLACKWARE, from "uucp" to "dialout". Thank you in advance. -- GNU/Linux * Slackware 13.0-32bit GNU/Linux * Gentoo amd64 testing LU #210970 LM #98222 SU #12583 From ash at spooksoftware.com Mon Oct 19 14:37:40 2009 From: ash at spooksoftware.com (Ash Wiren) Date: Mon, 19 Oct 2009 22:37:40 +0800 Subject: [Slackbuilds-users] virt-mangager deps. In-Reply-To: <20091019112631.GA3937@darkstar> References: <20091019112631.GA3937@darkstar> Message-ID: Urg, yeah, you're right. Sorry. I somehow missed these in the three times i checked it, after robby rejected the build the first time. I'll resubmit the build. Regards Ash Wiren On Mon, Oct 19, 2009 at 7:26 PM, Murat D. Kadirov wrote: > virt-manager's README says that requires libvirt, GConf, virtinst, > gtk-vnc, tunctl, rarian. It is also requires gnome-python and urlgrabber > (available from SB.org) to run and work properly. > > -- > Murat D. Kadirov > PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 ?76EE 1B97 0A0E CEC0 6AA0 > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From mjjzf at syntaktisk.dk Fri Oct 23 20:02:59 2009 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Fri, 23 Oct 2009 22:02:59 +0200 Subject: [Slackbuilds-users] Submission error Message-ID: <20091023220259.666fdd17@darkstar.example.net> I keep getting errors on my submission: "mjjzf at syntaktisk.dk was rejected by mail.gigahost.dk. Go back and enter a valid E-Mail address." However, the address does receive email, and I only experienced something like this with the Slackbuilds submission form. Any ideas? Yours. Morten __ Morten Juhl-Johansen Z?lde-Fej?r mjjzf at syntaktisk.dk * http://syntaktisk.dk From dmargell at gmail.com Sat Oct 24 13:17:04 2009 From: dmargell at gmail.com (Dave Margell) Date: Sat, 24 Oct 2009 09:17:04 -0400 Subject: [Slackbuilds-users] schedtool SlackBuild Message-ID: <4AE2FE50.3060702@gmail.com> I've been using Con Kolivas' BFS (Brain F**k Scheduler) patch version 304, and my desktop seems stable and very responsive with this patch. (2.6.31-sched-bfs-304.patch) http://ck.kolivas.org/patches/bfs/ Con mentions using schedtool in his "bfs-faq", and it sounds like it could be a useful tool even on a vanilla kernel. So I thought I'd take a crack at writing a schedtool.SlackBuild. Problem is schedtool doesn't have a configure script, and I can't find a way to pass custom CFLAGS to "make" without directly editing the Makefile. The author sets the CFLAGS to: CFLAGS=-Os -fomit-frame-pointer -s -pipe I've used sed to replace the CFLAGS, and I wonder if this is acceptable, or if there's another way to accomplish this. Or should I just leave the authors CFLAGS alone? I've temporarily included the slack-desc, url and md5sum within the attached script. Do you think it could meet SBo standards? Any advice would be appreciated. Thanks for your time. Dave. -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: schedtool.SlackBuild URL: From mjjzf at syntaktisk.dk Sat Oct 24 19:53:10 2009 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Sat, 24 Oct 2009 21:53:10 +0200 Subject: [Slackbuilds-users] Link dead on Wv Message-ID: <20091024215310.0159b087@darkstar.example.net> I was building Abiword and needed Wv - but it seems the link to the 1.2.1 source in the Wv Slackbuild doesn't check out anymore; there is a link to 1.2.4 on the site. Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r mjjzf at syntaktisk.dk * http://syntaktisk.dk From xgizzmo at slackbuilds.org Sat Oct 24 21:57:30 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sat, 24 Oct 2009 17:57:30 -0400 Subject: [Slackbuilds-users] Updates - 20091024 Message-ID: <200910241757.30954.xgizzmo@slackbuilds.org> Sat Oct 24 21:18:24 UTC 2009 academic/GMT: Updated for version 4.5.1. Thanks to Pierre Cazenave. --dsomero desktop/avant-window-navigator: Updated for version 0.3.2.1. Thanks to Marco Cecchetti. --dsomero desktop/cwp: Updated for version 0.9.15. Thanks to M.Dinslage. --dsomero desktop/gnome-colors: Updated for version 5.5. Thanks to Eugene Wissner. --dsomero desktop/QtCurve-Gtk2: Updated for version 0.69.2. Thanks to ArTourter. --dsomero desktop/QtCurve-KDE4: Updated for version 0.69.2. Thanks to ArTourter. --dsomero desktop/synergy-plus: Added - synergy-plus lets you easily share a single mouse and keyboard between multiple computers. Thanks to Pierre Cazenave. --dsomero development/bzr: Updated for version 2.0.0. Thanks to Robby Workman. --dsomero development/valgrind: Re-added and updated for version 3.5.0. Thanks to Peter Wang. --dsomero libraries/afflib: Updated for version 3.5.0. Thanks to Barry J. Grundy. --dsomero libraries/gdata: Updated for version 2.0.3. Thanks to Larry Hajali. --dsomero libraries/gtk-aurora-engine: Added - gtk-aurora-engine is a GTK theme. Thanks to Alan Alberghini. --dsomero libraries/libedit: Updated for version 20090923_3.0. Thanks to rworkman. --dsomero libraries/ruby-gtk2: Added - GTK bindings for the ruby scripting language. Thanks to Vincent Batts. --rworkman misc/dwdiff: Updated for version 1.6.1. Thanks to slakmagik. --dsomero misc/hunspell: Added - Hunspell is a spell checker and morphological analyzer library. Thanks to Chris Abela. --dsomero multimedia/mozplugger: Re-added and updated for version 1.13.0. Thanks to dhabyx. --dsomero network/centerim: Updated for version 4.22.8. Thanks to Christopher Forrest. --dsomero network/ekiga: Used --disable-gdu to allow compilation. It was my impression that this flag sets whether gnome-doc-utils is used or not, but apparently it doesn't matter. Sorry for the breakage. --rworkman system/dc3dd: Re-added and updated for version 6.12.3. Thanks to Barry J. Grundy. --dsomero system/lzip: Updated for version 1.8. Thanks to Barry J. Grundy. --dsomero +--------------------------+ From banderols at gmail.com Sun Oct 25 00:09:34 2009 From: banderols at gmail.com (Murat D. Kadirov) Date: Sun, 25 Oct 2009 05:09:34 +0500 Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <200910241757.30954.xgizzmo@slackbuilds.org> References: <200910241757.30954.xgizzmo@slackbuilds.org> Message-ID: <20091025000934.GA16915@apollo> On Sat, Oct 24, 2009 at 05:57:30PM -0400, xgizzmo at slackbuilds.org wrote: > system/dc3dd: Re-added and updated for version 6.12.3. > Thanks to Barry J. Grundy. --dsomero Slackware 13.0 already includes it. root at apollo:/home/murat# slackpkg info dc3dd PACKAGE NAME: dc3dd-6.12.3-x86_64-1.txz PACKAGE LOCATION: ./slackware64/ap PACKAGE SIZE (compressed): 120 K PACKAGE SIZE (uncompressed): 490 K PACKAGE DESCRIPTION: dc3dd: dc3dd (version of dd designed for computer forensics) dc3dd: dc3dd: dc3dd is a patched version of GNU dd to include a number of features dc3dd: useful for computer forensics. Many of these features were inspired by dc3dd: dcfldd, but were rewritten for dc3dd. Added features include robust dc3dd: error handling, logging, progress meter, image verification, split dc3dd: output and more. dc3dd: dc3dd: http://dc3dd.sourceforge.net/ dc3dd: -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 From grundy_b at yahoo.com Sun Oct 25 01:13:55 2009 From: grundy_b at yahoo.com (Barry Grundy) Date: Sat, 24 Oct 2009 18:13:55 -0700 (PDT) Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <20091025000934.GA16915@apollo> References: <200910241757.30954.xgizzmo@slackbuilds.org> <20091025000934.GA16915@apollo> Message-ID: <492559.97753.qm@web53009.mail.re2.yahoo.com> I'll be darned...didnt' notice that until now. I installed it for testing with a slackbuild without ever noticing it was already in 13.0. ----- Original Message ---- From: Murat D. Kadirov To: slackbuilds-users at slackbuilds.org Sent: Sat, October 24, 2009 8:09:34 PM Subject: Re: [Slackbuilds-users] Updates - 20091024 On Sat, Oct 24, 2009 at 05:57:30PM -0400, xgizzmo at slackbuilds.org wrote: > system/dc3dd: Re-added and updated for version 6.12.3. > Thanks to Barry J. Grundy. --dsomero Slackware 13.0 already includes it. root at apollo:/home/murat# slackpkg info dc3dd PACKAGE NAME: dc3dd-6.12.3-x86_64-1.txz PACKAGE LOCATION: ./slackware64/ap PACKAGE SIZE (compressed): 120 K PACKAGE SIZE (uncompressed): 490 K PACKAGE DESCRIPTION: dc3dd: dc3dd (version of dd designed for computer forensics) dc3dd: dc3dd: dc3dd is a patched version of GNU dd to include a number of features dc3dd: useful for computer forensics. Many of these features were inspired by dc3dd: dcfldd, but were rewritten for dc3dd. Added features include robust dc3dd: error handling, logging, progress meter, image verification, split dc3dd: output and more. dc3dd: dc3dd: http://dc3dd.sourceforge.net/ dc3dd: -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - http://slackbuilds.org/faq/ From xgizzmo at slackbuilds.org Sun Oct 25 01:28:28 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sat, 24 Oct 2009 21:28:28 -0400 Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <20091025000934.GA16915@apollo> References: <200910241757.30954.xgizzmo@slackbuilds.org> <20091025000934.GA16915@apollo> Message-ID: <200910242128.29011.xgizzmo@slackbuilds.org> On Saturday 24 October 2009 20:09:34 Murat D. Kadirov wrote: > On Sat, Oct 24, 2009 at 05:57:30PM -0400, xgizzmo at slackbuilds.org wrote: > > system/dc3dd: Re-added and updated for version 6.12.3. > > Thanks to Barry J. Grundy. --dsomero > > Slackware 13.0 already includes it. Removed thanks for the report. --dsomero From xgizzmo at slackbuilds.org Sun Oct 25 01:29:41 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sat, 24 Oct 2009 21:29:41 -0400 Subject: [Slackbuilds-users] Updates - 20091025 Message-ID: <200910242129.41926.xgizzmo@slackbuilds.org> Sun Oct 25 01:24:49 UTC 2009 system/dc3dd: Removed as it is included in Slackware. +--------------------------+ From dmargell at gmail.com Sun Oct 25 20:34:45 2009 From: dmargell at gmail.com (Dave Margell) Date: Sun, 25 Oct 2009 16:34:45 -0400 Subject: [Slackbuilds-users] yasm is also in the 13.0 release Message-ID: <4AE4B665.5090305@gmail.com> yasm is another package that overlaps with the Slackware 13.0 release. yasm-0.8.0 is in /extra. You may elect to keep it though, many people may not think to look in /extra. From banderols at gmail.com Sun Oct 25 20:55:57 2009 From: banderols at gmail.com (Murat D. Kadirov) Date: Mon, 26 Oct 2009 01:55:57 +0500 Subject: [Slackbuilds-users] QtCurve-* slackbuilds not available Message-ID: <20091025205557.GA4195@darkstar> QtCurve-KDE4 and QtCurve-Gtk2 slackbuilds not available from server. root at apollo:/usr/src# wget http://slackbuilds.org/slackbuilds/13.0/network/QtCurve-KDE4.tar.gz --2009-10-26 01:54:46-- http://slackbuilds.org/slackbuilds/13.0/network/QtCurve-KDE4.tar.gz Resolving slackbuilds.org... 208.67.159.181 Connecting to slackbuilds.org|208.67.159.181|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2009-10-26 01:54:47 ERROR 404: Not Found. the same with QtCurve-Gtk2 -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 From xgizzmo at slackbuilds.org Sun Oct 25 22:10:45 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sun, 25 Oct 2009 18:10:45 -0400 Subject: [Slackbuilds-users] yasm is also in the 13.0 release In-Reply-To: <4AE4B665.5090305@gmail.com> References: <4AE4B665.5090305@gmail.com> Message-ID: <200910251810.45309.xgizzmo@slackbuilds.org> On Sunday 25 October 2009 16:34:45 Dave Margell wrote: > yasm is another package that overlaps with the Slackware 13.0 release. > yasm-0.8.0 is in /extra. > > You may elect to keep it though, > many people may not think to look in /extra. yasm is only in Slackware64 at this time. --dsomero From xgizzmo at slackbuilds.org Sun Oct 25 22:13:40 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sun, 25 Oct 2009 18:13:40 -0400 Subject: [Slackbuilds-users] QtCurve-* slackbuilds not available In-Reply-To: <20091025205557.GA4195@darkstar> References: <20091025205557.GA4195@darkstar> Message-ID: <200910251813.40612.xgizzmo@slackbuilds.org> On Sunday 25 October 2009 16:55:57 Murat D. Kadirov wrote: > QtCurve-KDE4 and QtCurve-Gtk2 slackbuilds not available from server. > > root at apollo:/usr/src# wget http://slackbuilds.org/slackbuilds/13.0/network/QtCurve-KDE4.tar.gz > --2009-10-26 01:54:46-- http://slackbuilds.org/slackbuilds/13.0/network/QtCurve-KDE4.tar.gz They are there just got submitted with the wrong category. It is fixed now. Thanks --dsomero From marco.bonetti at slackware.it Mon Oct 26 21:49:02 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Mon, 26 Oct 2009 22:49:02 +0100 Subject: [Slackbuilds-users] Broken package page Message-ID: <4AE6194E.1080600@slackware.it> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, one of my slackbuilds user pointed me to this page: http://slackbuilds.org/repository/13.0/network/openvas-plugins/ looks like a bit broken, doesn't it? openvas-plugins is still needed at least until the next major openvas-server release ;-) ciao! - -- Marco Bonetti BT3 EeePC enhancing module: http://sid77.slackware.it/bt3/ Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkrmGU4ACgkQTYvJ9gtgvF8/jgCeNUPH/TOerAWpWW9J0t/RrnGc qyAAoNzKCuEAryIsdt5ZIQCtwgzfAHhc =Oepq -----END PGP SIGNATURE----- From vbatts at hashbangbash.com Tue Oct 27 04:08:53 2009 From: vbatts at hashbangbash.com (Vincent Batts) Date: Mon, 26 Oct 2009 23:08:53 -0500 Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <200910241757.30954.xgizzmo@slackbuilds.org> References: <200910241757.30954.xgizzmo@slackbuilds.org> Message-ID: <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> > desktop/synergy-plus: Added - synergy-plus lets you easily share a single > ?mouse and keyboard between multiple computers. > ?Thanks to Pierre Cazenave. ?--dsomero should we remove the "synergy" build that was originally published, in favor of this one. since its seems to be a direct fork that is apparently more actively developed? vb http://hashbangbash.com/ From belka.ew at gmail.com Tue Oct 27 17:04:27 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Tue, 27 Oct 2009 18:04:27 +0100 Subject: [Slackbuilds-users] gnome-colors Message-ID: <344cbe120910271004w63ef0101y9da42fa95adeaec4@mail.gmail.com> Hello to all. Why was changed my slackbuild for gnome-colors? Now it doesn't work. Should I rewrite script without using of gnome-extras-colors? Best regards, Eugen Wissner. -------------- next part -------------- An HTML attachment was scrubbed... URL: From pc_warner at yahoo.com Tue Oct 27 18:26:28 2009 From: pc_warner at yahoo.com (Phillip Warner) Date: Tue, 27 Oct 2009 11:26:28 -0700 (PDT) Subject: [Slackbuilds-users] SlackBuilds for gecko-mediaplayer and gnome-mplayer still being maintained? In-Reply-To: <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> Message-ID: <483919.66161.qm@web57705.mail.re3.yahoo.com> Are the slackBuilds for gecko-mediaplayer and gnome-mplayer still being maintained? I made my own versions a couple of weeks ago, and then I noticed that they are in the 12.2 repo. They were never updated for 13.0. I'd be happy to submit mine. I do not use gconf whatsoever, so I did not make any provisions for it as the original author had in the 12.2 SlackBuilds. I do not plan on adding this support, since it is not something I use and could check for proper function. --phillip From dragonwisard at gmail.com Tue Oct 27 18:56:28 2009 From: dragonwisard at gmail.com (Dragon Wisard) Date: Tue, 27 Oct 2009 14:56:28 -0400 Subject: [Slackbuilds-users] SlackBuilds for gecko-mediaplayer and gnome-mplayer still being maintained? In-Reply-To: <483919.66161.qm@web57705.mail.re3.yahoo.com> References: <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> <483919.66161.qm@web57705.mail.re3.yahoo.com> Message-ID: <6c341e560910271156k2cbf0466v462112375c676198@mail.gmail.com> MPlayer is now included in Slackware and gnome-mplayer is included by default in that package. On Tue, Oct 27, 2009 at 2:26 PM, Phillip Warner wrote: > Are the slackBuilds for gecko-mediaplayer and gnome-mplayer still being > maintained? > > I made my own versions a couple of weeks ago, and then I noticed that they > are in the 12.2 repo. They were never updated for 13.0. > > I'd be happy to submit mine. I do not use gconf whatsoever, so I did not > make any provisions for it as the original author had in the 12.2 > SlackBuilds. I do not plan on adding this support, since it is not > something I use and could check for proper function. > > --phillip > > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprkut at liwjatan.at Tue Oct 27 19:06:14 2009 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Tue, 27 Oct 2009 20:06:14 +0100 Subject: [Slackbuilds-users] SlackBuilds for gecko-mediaplayer and gnome-mplayer still being maintained? In-Reply-To: <6c341e560910271156k2cbf0466v462112375c676198@mail.gmail.com> References: <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> <483919.66161.qm@web57705.mail.re3.yahoo.com> <6c341e560910271156k2cbf0466v462112375c676198@mail.gmail.com> Message-ID: <200910272006.17923.pprkut@liwjatan.at> On Tuesday 27 October 2009 19:56:28 Dragon Wisard wrote: > MPlayer is now included in Slackware and gnome-mplayer is included by > default in that package. gmplayer != gnome-mplayer gnome-mplayer is NOT included in Slackware! Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From xgizzmo at slackbuilds.org Tue Oct 27 23:13:55 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Tue, 27 Oct 2009 19:13:55 -0400 Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> References: <200910241757.30954.xgizzmo@slackbuilds.org> <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> Message-ID: <200910271913.55839.xgizzmo@slackbuilds.org> On Tuesday 27 October 2009 00:08:53 Vincent Batts wrote: > > desktop/synergy-plus: Added - synergy-plus lets you easily share a single > > ?mouse and keyboard between multiple computers. > > ?Thanks to Pierre Cazenave. ?--dsomero > > should we remove the "synergy" build that was originally published, in > favor of this one. since its seems to be a direct fork that is > apparently more actively developed? > > vb I see no reason it should be removed. The user can pick the one they want. --dsomero From vbatts at hashbangbash.com Tue Oct 27 23:38:42 2009 From: vbatts at hashbangbash.com (Vincent Batts) Date: Tue, 27 Oct 2009 18:38:42 -0500 Subject: [Slackbuilds-users] Updates - 20091024 In-Reply-To: <200910271913.55839.xgizzmo@slackbuilds.org> References: <200910241757.30954.xgizzmo@slackbuilds.org> <2015330f0910262108m60b0708crb03574ea13e2a814@mail.gmail.com> <200910271913.55839.xgizzmo@slackbuilds.org> Message-ID: <2015330f0910271638r38aabc2fre722be72633bc567@mail.gmail.com> That's cool. Its easy on me, since the one I maintain, likely will not have any updates ;) Take care, vb On 10/27/09, xgizzmo at slackbuilds.org wrote: > On Tuesday 27 October 2009 00:08:53 Vincent Batts wrote: >> > desktop/synergy-plus: Added - synergy-plus lets you easily share a >> > single >> > ?mouse and keyboard between multiple computers. >> > ?Thanks to Pierre Cazenave. ?--dsomero >> >> should we remove the "synergy" build that was originally published, in >> favor of this one. since its seems to be a direct fork that is >> apparently more actively developed? >> >> vb > > I see no reason it should be removed. The user can pick the one they want. > > --dsomero > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -- Sent from my mobile device vb 205.352.4112 http://hashbangbash.com/ From belka.ew at gmail.com Wed Oct 28 06:39:52 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Wed, 28 Oct 2009 07:39:52 +0100 Subject: [Slackbuilds-users] gnome-colors In-Reply-To: <200910271854.52841.xgizzmo@slackbuilds.org> References: <344cbe120910271004w63ef0101y9da42fa95adeaec4@mail.gmail.com> <200910271854.52841.xgizzmo@slackbuilds.org> Message-ID: <344cbe120910272339u259afebbu24ed85052eb668b2@mail.gmail.com> I apologize. There was condition with checking if gnome-colors-extras-$VERSION.tar.gz exists. The condition was by someone removed, so extraction from gnome-colors-extras archive is broken. If gnome-colors-extras isn't downloaded, slackbuild doesn't work and link to gnome-colors-extras wasn't added on http://slackbuilds.org/repository/13.0/desktop/gnome-colors/. I attache modified SlackBuild. Other files are Ok, gnome-colors.info too. Can you please add links for downloading the both (gnome-colors and gnome-colors-extras) and write in the description (and README), that if user want to use extras, he should download it and put into the folder with slackbuild. Or should I resubmit? Thank you. 2009/10/27 > Eugen, > It was changed because you can't add any new variables to the .info file. > Can you tell me what does not work? You can include the gnome-extras-colors > but it needs to be done something like the way it is now. > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome-colors.SlackBuild Type: application/octet-stream Size: 3046 bytes Desc: not available URL: From xgizzmo at slackbuilds.org Wed Oct 28 11:54:56 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 28 Oct 2009 07:54:56 -0400 Subject: [Slackbuilds-users] gnome-colors In-Reply-To: <344cbe120910272339u259afebbu24ed85052eb668b2@mail.gmail.com> References: <344cbe120910271004w63ef0101y9da42fa95adeaec4@mail.gmail.com> <200910271854.52841.xgizzmo@slackbuilds.org> <344cbe120910272339u259afebbu24ed85052eb668b2@mail.gmail.com> Message-ID: <200910280754.56274.xgizzmo@slackbuilds.org> On Wednesday 28 October 2009 02:39:52 Eugen Wissner wrote: > I apologize. There was condition with checking if > gnome-colors-extras-$VERSION.tar.gz exists. The condition was by someone > removed, so extraction from gnome-colors-extras archive is broken. If > gnome-colors-extras isn't downloaded, slackbuild doesn't work and link to > gnome-colors-extras wasn't added on > http://slackbuilds.org/repository/13.0/desktop/gnome-colors/. > I attache modified SlackBuild. Other files are Ok, gnome-colors.info too. > Can you please add links for downloading the both (gnome-colors and > gnome-colors-extras) and write in the description (and README), that if user > want to use extras, he should download it and put into the folder with > slackbuild. Or should I resubmit? > Thank you. It has been fixed now, Thank you for your work on this. --dosmero From xgizzmo at slackbuilds.org Wed Oct 28 11:56:05 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 28 Oct 2009 07:56:05 -0400 Subject: [Slackbuilds-users] Updates - 20091028 Message-ID: <200910280756.05780.xgizzmo@slackbuilds.org> Wed Oct 28 11:37:30 UTC 2009 desktop/gnome-colors: Updated Slackbuild to make gnome-extra-colors optional. Thanks to Eugene Wissner. --dsomero From elyb at ioplasm.net Thu Oct 29 04:03:07 2009 From: elyb at ioplasm.net (Brad Ely) Date: Thu, 29 Oct 2009 00:03:07 -0400 Subject: [Slackbuilds-users] Osmo re-add/update to 0.2.8 Message-ID: <20091029000307.304b2b17.elyb@ioplasm.net> I wanted to try Osmo on 13.0 so gave a shot at updating the Slackbuild (not tested on _64). diff -u ../osmo-12.2/README ./README --- ../osmo-12.2/README 2009-05-06 20:21:42.000000000 -0400 +++ ./README 2009-10-28 19:25:14.000000000 -0400 @@ -3,5 +3,7 @@ easy to use and good looking PIM tool to help to manage personal information. -libnotify, libical, libsyncml (available at SBo), and libgringotts -(not available at SBo) are optional build time dependencies. +Optional build-time dependencies are: +libical (part of Slackware 13.0) +libnotify, libsyncml (available at SBo) +libgringotts, libtar (not available at SBo) Only in ../osmo-12.2: osmo-0.2.6.tar.gz diff -u ../osmo-12.2/osmo.SlackBuild ./osmo.SlackBuild --- ../osmo-12.2/osmo.SlackBuild 2009-05-06 20:21:42.000000000 -0400 +++ ./osmo.SlackBuild 2009-10-28 23:01:36.000000000 -0400 @@ -23,7 +23,7 @@ # ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. PRGNAM=osmo -VERSION=${VERSION:-0.2.6} +VERSION=${VERSION:-0.2.8} ARCH=${ARCH:-i486} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} @@ -35,10 +35,13 @@ if [ "$ARCH" = "i486" ]; then SLKCFLAGS="-O2 -march=i486 -mtune=i686" + LIBDIRSUFFIX="" elif [ "$ARCH" = "i686" ]; then SLKCFLAGS="-O2 -march=i686 -mtune=i686" + LIBDIRSUFFIX="" elif [ "$ARCH" = "x86_64" ]; then SLKCFLAGS="-O2 -fPIC" + LIBDIRSUFFIX="64" fi rm -rf $PKG @@ -54,16 +57,10 @@ \( -perm 666 -o -perm 664 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 \) \ -exec chmod 644 {} \; -# Apply patch-libgringotts-2.diff patch found at -# http://sourceforge.net/mailarchive/forum.php?thread_name=49B43951.50203%40waitrose.com&forum_name=osmo-pim-friends -# In order for Osmo 0.2.6 to compile, this patch needs to be applied regardless of building with or without libgringotts. -( cd src - patch -p0 < $CWD/patch-libgringotts-2.diff || exit 1 -) - CFLAGS="$SLKCFLAGS" \ ./configure \ --prefix=/usr \ + --libdir=/usr/lib${LIBDIRSUFFIX} \ --sysconfdir=/etc \ --localstatedir=/var \ --mandir=/usr/man \ @@ -88,4 +85,4 @@ cat $CWD/doinst.sh > $PKG/install/doinst.sh cd $PKG -/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.tgz +/sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} diff -u ../osmo-12.2/osmo.info ./osmo.info --- ../osmo-12.2/osmo.info 2009-05-08 21:01:55.000000000 -0400 +++ ./osmo.info 2009-10-28 23:05:47.000000000 -0400 @@ -1,8 +1,10 @@ PRGNAM="osmo" -VERSION="0.2.6" +VERSION="0.2.8" HOMEPAGE="http://clay.ll.pl/osmo" -DOWNLOAD="http://downloads.sourceforge.net/osmo-pim/osmo-0.2.6.tar.gz" -MD5SUM="0253bde2583c4299b1afcf2e29b134aa" +DOWNLOAD="http://downloads.sourceforge.net/osmo-pim/osmo-0.2.8.tar.gz" +DOWNLOAD_x86_64="" +MD5SUM="7fa83efd27cd3ecc54e73f0ec4e91d81" +MD5SUM_x86_64="" MAINTAINER="Frank Caraballo" EMAIL="fecaraballo{at}gmail{dot}com" APPROVED="dsomero" Only in ../osmo-12.2: patch-libgringotts-2.diff From pablosantamaria at gmail.com Thu Oct 29 15:08:04 2009 From: pablosantamaria at gmail.com (Pablo Santamaria) Date: Thu, 29 Oct 2009 12:08:04 -0300 Subject: [Slackbuilds-users] Prozilla slackbuild submission Message-ID: I found a bug with the SlackBuild I submitted. Please remove this of the pending queue. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: From serban.udrea at skmail.ikp.physik.tu-darmstadt.de Fri Oct 30 18:39:33 2009 From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea) Date: Fri, 30 Oct 2009 19:39:33 +0100 Subject: [Slackbuilds-users] Strange Wiki Webpage Message-ID: <4AEB32E5.1060904@skmail.ikp.physik.tu-darmstadt.de> Hello! I just tried to access SlackWiki.org from the links provided on http://slackbuilds.org/howto/ and got a strange result, please see attached picture. Best regards, Serban Udrea -------------- next part -------------- A non-text attachment was scrubbed... Name: SlackWiki.jpg Type: image/jpeg Size: 56987 bytes Desc: not available URL: From timp at timp.com.au Fri Oct 30 18:55:45 2009 From: timp at timp.com.au (Timothy Pollard) Date: Fri, 30 Oct 2009 11:55:45 -0700 Subject: [Slackbuilds-users] Strange Wiki Webpage In-Reply-To: <4AEB32E5.1060904@skmail.ikp.physik.tu-darmstadt.de> References: <4AEB32E5.1060904@skmail.ikp.physik.tu-darmstadt.de> Message-ID: <20091030115545.0f851125@shammah.timp.com.au> On Fri, 30 Oct 2009 19:39:33 +0100 Serban Udrea wrote: > Hello! > > I just tried to access SlackWiki.org from the links provided on > > http://slackbuilds.org/howto/ > > and got a strange result, please see attached picture. > > Best regards, > > Serban Udrea Whoever owned the SlackWiki.org domain let it expire. That's a domain squatters web page. -- TimP [http://blog.timp.com.au] -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rob0 at gmx.co.uk Fri Oct 30 19:10:55 2009 From: rob0 at gmx.co.uk (/dev/rob0) Date: Fri, 30 Oct 2009 14:10:55 -0500 Subject: [Slackbuilds-users] Strange Wiki Webpage In-Reply-To: <20091030115545.0f851125@shammah.timp.com.au> References: <4AEB32E5.1060904@skmail.ikp.physik.tu-darmstadt.de> <20091030115545.0f851125@shammah.timp.com.au> Message-ID: <200910301410.55664.rob0@gmx.co.uk> On Friday 30 October 2009 13:55:45 Timothy Pollard wrote: > On Fri, 30 Oct 2009 19:39:33 +0100 > > Serban Udrea wrote: > > Hello! > > > > I just tried to access SlackWiki.org from the links provided on > > > > http://slackbuilds.org/howto/ > > > > and got a strange result, please see attached picture. > > > > Best regards, > > > > Serban Udrea > > Whoever owned the SlackWiki.org domain let it expire. That's a domain > squatters web page. $ whois slackwiki.org ... Last Updated On:28-Oct-2009 11:52:31 UTC Expiration Date:27-Oct-2010 04:41:31 UTC Sponsoring Registrar:eNom, Inc. (R39-LROR) Status:CLIENT TRANSFER PROHIBITED Status:AUTORENEWPERIOD ... It appears that the registrar has extended the registration and is holding it hostage. I'm guessing that it will cost quite a bit extra to rescue it. The domain name business is very sleazy, run by and for the benefit of spammers. -- Offlist mail to this address is discarded unless "/dev/rob0" or "not-spam" is in Subject: header From banderols at gmail.com Sat Oct 31 11:46:47 2009 From: banderols at gmail.com (Murat D. Kadirov) Date: Sat, 31 Oct 2009 16:46:47 +0500 Subject: [Slackbuilds-users] Link to source djview4 incorrect Message-ID: <20091031114646.GB25596@apollo> On djview4 page is written version 4.5 but the application link links to version 4.4. djview4.info file has proper link. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0