From mjjzf at syntaktisk.dk Thu Apr 1 14:01:02 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Thu, 1 Apr 2010 10:01:02 -0400 Subject: [Slackbuilds-users] Semi-OT: (f)ailing Slackware mirrors Message-ID: <20100401100102.5b01273c@espero.syntaktisk.dk> Just writing this because there are a lot of American Slackers here. Is it just me, or do the US Slackware mirrors seem to be failing badly? A lot of the mirrors on the Get Slack page get 404s. Yours, M __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From mfilpot at gmail.com Thu Apr 1 14:49:08 2010 From: mfilpot at gmail.com (Matthew Fillpot) Date: Thu, 1 Apr 2010 10:49:08 -0400 Subject: [Slackbuilds-users] Semi-OT: (f)ailing Slackware mirrors In-Reply-To: <20100401100102.5b01273c@espero.syntaktisk.dk> References: <20100401100102.5b01273c@espero.syntaktisk.dk> Message-ID: On Thu, Apr 1, 2010 at 10:01 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote: > Just writing this because there are a lot of American Slackers here. Is > it just me, or do the US Slackware mirrors seem to be failing badly? > A lot of the mirrors on the Get Slack page get 404s. > > Yours, > M > __ > Morten Juhl-Johansen Z?lde-Fej?r > http://syntaktisk.dk * mjjzf at syntaktisk.dk > _______________________________________________ > 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/ > > I was getting the same issue when grabbing the updates yesterday from tds.net via the mirror-slackware-current script. For some reason slackpkg ran correctly, after running slackpkg to grab the updates the mirror script was able to successfully connect. This may be due to an unusually high activity level or there could be something deeper going on in the servers. -- -Thank You, -Matthew Fillpot From leva at ecentrum.hu Thu Apr 1 18:44:11 2010 From: leva at ecentrum.hu (LEVAI Daniel) Date: Thu, 1 Apr 2010 20:44:11 +0200 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: <20100330095434.207ca46b@liberty.rlwhome.lan> References: <20100330123429.GB13319@digidani.digicable.hu> <20100330095434.207ca46b@liberty.rlwhome.lan> Message-ID: <20100401184410.GA2244@serenity.chello.hu> On Tue, Mar 30, 2010 at 09:54:34AM -0500, Robby Workman wrote: [...] > > had been fixed. My question is that is there a demand for this > > improved pdksh among the existing pdksh users, and is it acceptable > > that I discontinue the current pdksh slackbuild (based on the > > original pdksh), and start to work on the OBSD's version of pdksh? > > I'd suggest to replace our current pdksh with the OpenBSD version. What do you suggest to use for version numbering/naming? Is there a working versioning mechanism for other cvs based slackbuilds? Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From niels.horn at gmail.com Fri Apr 2 00:46:54 2010 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 1 Apr 2010 21:46:54 -0300 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: <20100401184410.GA2244@serenity.chello.hu> References: <20100330123429.GB13319@digidani.digicable.hu> <20100330095434.207ca46b@liberty.rlwhome.lan> <20100401184410.GA2244@serenity.chello.hu> Message-ID: On Thu, Apr 1, 2010 at 3:44 PM, LEVAI Daniel wrote: > On Tue, Mar 30, 2010 at 09:54:34AM -0500, Robby Workman wrote: > [...] >> > had been fixed. My question is that is there a demand for this >> > improved pdksh among the existing pdksh users, and is it acceptable >> > that I discontinue the current pdksh slackbuild (based on the >> > original pdksh), and start to work on the OBSD's version of pdksh? >> >> I'd suggest to replace our current pdksh with the OpenBSD version. > > What do you suggest to use for version numbering/naming? Is there a > working versioning mechanism for other cvs based slackbuilds? > > > Daniel > Daniel, I have had some SlackBuilds in the past based on CVS or SVN snapshots and always used "cvs_yyyymmdd" or "svn_yyyymmdd" as the version number, so that it's clear from when the snapshot is. To guarantee that your SlackBuild works with the snapshot, you will have to have it hosted somewhere, since the cvs/svn repository might change daily. I hosted it on my own server as a tarball. Hope I made my thoughts clear to you after a long day of work :) Niels From matteo.bernardini at sns.it Fri Apr 2 05:23:52 2010 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Fri, 02 Apr 2010 07:23:52 +0200 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: References: <20100330123429.GB13319@digidani.digicable.hu> <20100330095434.207ca46b@liberty.rlwhome.lan> <20100401184410.GA2244@serenity.chello.hu> Message-ID: <4BB57F68.3010207@sns.it> On 02/04/2010 02:46, Niels Horn wrote: > I have had some SlackBuilds in the past based on CVS or SVN snapshots > and always used "cvs_yyyymmdd" or "svn_yyyymmdd" as the version > number, so that it's clear from when the snapshot is. > To guarantee that your SlackBuild works with the snapshot, you will > have to have it hosted somewhere, since the cvs/svn repository might > change daily. > I hosted it on my own server as a tarball. > not really sure if seen as safe, but for some of my own slackbuilds I checkout a specific svn revision in the slackbuild, using no tarball: in kvirc slackbuild instead of uncompressing the sources I got svn co --non-interactive --trust-server-cert -r $VERSION https://svn.kvirc.de/svn/trunk/kvirc where VERSION=${VERSION:-4228} then I makepkg adding r to VERSION/revision /sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-r$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} for git I use as version the short commit id, 7 alphanumeric chars, using that when I checkout the sources. but on others I used a previously checked out tarball like Niels hosted somewhere (snapshots are not always available) adding correct informations to the .info file (in the previous case I left DOWLOAD and MD5 variables blank). having some standard on those cases would be great :D Matteo From pprkut at slackbuilds.org Fri Apr 2 06:01:28 2010 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Fri, 2 Apr 2010 08:01:28 +0200 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: References: <20100330123429.GB13319@digidani.digicable.hu> <20100401184410.GA2244@serenity.chello.hu> Message-ID: <201004020801.31942.pprkut@slackbuilds.org> On Friday 02 April 2010 02:46:54 Niels Horn wrote: > On Thu, Apr 1, 2010 at 3:44 PM, LEVAI Daniel wrote: > > On Tue, Mar 30, 2010 at 09:54:34AM -0500, Robby Workman wrote: > > [...] > > > >> > had been fixed. My question is that is there a demand for this > >> > improved pdksh among the existing pdksh users, and is it acceptable > >> > that I discontinue the current pdksh slackbuild (based on the > >> > original pdksh), and start to work on the OBSD's version of pdksh? > >> > >> I'd suggest to replace our current pdksh with the OpenBSD version. > > > > What do you suggest to use for version numbering/naming? Is there a > > working versioning mechanism for other cvs based slackbuilds? > > > > > > Daniel > > Daniel, > > I have had some SlackBuilds in the past based on CVS or SVN snapshots > and always used "cvs_yyyymmdd" or "svn_yyyymmdd" as the version > number, so that it's clear from when the snapshot is. > To guarantee that your SlackBuild works with the snapshot, you will > have to have it hosted somewhere, since the cvs/svn repository might > change daily. > I hosted it on my own server as a tarball. IMHO using date as a version string for vcs snapshots of a version is not really that useful. Svn repositories change a lot, even during the time of a day, so how should I know exactly from what time of the day it is? Adding the time to the version string doesn't really help there as it's timezone dependent, and so on.... Unfortunately I haven't yet came across anything more useful than date for cvs snapshots. For svn I use the revision numbers as "r$REVISION", same for bzr. For git I use the short hash appended with the date (since by only using the hash it's very difficult to figure out which version is actually newer). I havn't had the pleasure yet of having to figure out a version string for other vcs systems like mercurial, darcs, .... In the end, the versioning in that case is up to the maintainer (as long as it's reasonable). What *is* however important, is that you base the script on one specific snapshot that's hosted somewhere (either by your own or by someone else). We do not allow direct checkouts within SlackBuilds, like Matteo mentioned in his post (you can add it as a comment though, somewhere in the SlackBuild). Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From matteo.bernardini at sns.it Fri Apr 2 07:29:53 2010 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Fri, 02 Apr 2010 09:29:53 +0200 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: <201004020801.31942.pprkut@slackbuilds.org> References: <20100330123429.GB13319@digidani.digicable.hu> <20100401184410.GA2244@serenity.chello.hu> <201004020801.31942.pprkut@slackbuilds.org> Message-ID: <4BB59CF1.9080407@sns.it> On 02/04/2010 08:01, Heinz Wiesinger wrote: > For git I use the short hash appended with the date (since by only using the > hash it's very difficult to figure out which version is actually newer). ... > In the end, the versioning in that case is up to the maintainer (as long as > it's reasonable). What *is* however important, is that you base the script on > one specific snapshot that's hosted somewhere (either by your own or by someone > else). We do not allow direct checkouts within SlackBuilds, like Matteo > mentioned in his post (you can add it as a comment though, somewhere in the > SlackBuild). tnx for clarifying and sorry if I missed at first, I'll try to fix my stuff to follow this policy :) Matteo From donaldcallen at gmail.com Fri Apr 2 14:03:04 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 10:03:04 -0400 Subject: [Slackbuilds-users] gnucash 2.2.9 dependencies Message-ID: If you load just the dependencies (from a combination of slackbuilds.org and a gnomeslackbuild.org mirror) specified on the gnucash 2.2.9 page, namely slib libofx ORbit2 GConf libtasn1 gnome-keyring gnome-mime-data libbonobo gnome-vfs libgnomecanvas libgnome libbonoboui libgnomeui libgnomecups libgnomeprint libgnomeprintui gtkhtml goffice gnucash will not build. You get the following error: -2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgconf-2 -lgthread-2.0 -lrt -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 -pthread -Wl,--export-dynamic -lgtkhtml-3.14 -lgnomeui-2 -lSM -lICE -lglade-2.0 -lenchant -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgconf-2 -lgthread-2.0 -lrt -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread -L/usr/lib64 -lguile -lltdl -lgmp -lcrypt -lm -lltdl -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -pthread -L/usr/lib64 -lguile -lltdl -lgmp -lcrypt -lm -lltdl -pthread -Wl,--export-dynamic -lgthread-2.0 -lrt -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 ../../lib/libqof/qof/libgnc-qof.la -lgoffice-0.8 -lgsf-1 -lglade-2.0 -lart_lgpl_2 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfreetype -lfontconfig -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lxml2 -lX11 -lpopt -lm -lm grep: /usr/lib64/libavahi-glib.la: No such file or directory /bin/sed: can't read /usr/lib64/libavahi-glib.la: No such file or directory libtool: link: `/usr/lib64/libavahi-glib.la' is not a valid libtool archive I fixed this by installing avahi-0.6.25-x86_64-8gsb.txz from ftp://ftp.slackware.org.uk/gsb/gsb64-2.26_slackware64-13.0/gsb64/a/ I suggest that this be added to the dependencies on the gnucash page. Thanks very much for the excellent service you provide! I've just returned to Slackware, having used in it in the early 1990s, when it was the distribution of choice (it might have been the only choice -- I don't remember). I want my computing environment very minimal -- a window manager (dwm) and the apps I need, nothing more. So need a distribution that gives me a lot of control and lets me build from the ground up. I've been using Arch, but their rolling release scheme is a bad idea. Periodically, updating your Arch system will blow it up (I'm talking about so screwed up that the only choice is to re-install). Given that their system is constantly changing, I think it's impossible for them to thoroughly test each new configuration, and the result is an unstable system. I've ignored Slackware, because of the lack of so-called "modern" package management. But I decided to give it a try when I finally got fed up with Arch, and was pleasantly surprised at how easy it is to get what I need installed and working, with much help from your site. /Don Allen From vbatts at hashbangbash.com Fri Apr 2 14:28:24 2010 From: vbatts at hashbangbash.com (Vincent Batts) Date: Fri, 2 Apr 2010 08:28:24 -0600 Subject: [Slackbuilds-users] gnucash 2.2.9 dependencies In-Reply-To: References: Message-ID: Don, Thanks for the input. Have you tried just compiling the requirements listed, only pulling from slackbuilds.org, on a slackware{,64}-13.0 system? the avahi is not needed then. Take care, vb http://hashbangbash.com/ On Fri, Apr 2, 2010 at 8:03 AM, Donald Allen wrote: > If you load just the dependencies (from a combination of > slackbuilds.org and a gnomeslackbuild.org mirror) specified on the > gnucash 2.2.9 page, namely > > slib libofx ORbit2 GConf libtasn1 gnome-keyring gnome-mime-data libbonobo > gnome-vfs libgnomecanvas libgnome libbonoboui libgnomeui libgnomecups > libgnomeprint libgnomeprintui gtkhtml goffice > > gnucash will not build. You get the following error: > > -2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 > -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgconf-2 > -lgthread-2.0 -lrt -lgmodule-2.0 -lgobject-2.0 -lglib-2.0 ? -pthread > -Wl,--export-dynamic -lgtkhtml-3.14 -lgnomeui-2 -lSM -lICE -lglade-2.0 > -lenchant -lbonoboui-2 -lgnomevfs-2 -lgnomecanvas-2 -lgnome-2 -lpopt > -lbonobo-2 -lbonobo-activation -lORBit-2 -lart_lgpl_2 -lgconf-2 > -lgthread-2.0 -lrt -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 > -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo > -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 > -lglib-2.0 ? -pthread -L/usr/lib64 -lguile -lltdl -lgmp -lcrypt -lm > -lltdl -lgdk_pixbuf-2.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 > -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 > -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 > -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 > -pthread -L/usr/lib64 -lguile -lltdl -lgmp -lcrypt -lm -lltdl -pthread > -Wl,--export-dynamic -lgthread-2.0 -lrt -lgobject-2.0 -lgmodule-2.0 > -lglib-2.0 ? ?../../lib/libqof/qof/libgnc-qof.la -lgoffice-0.8 -lgsf-1 > -lglade-2.0 -lart_lgpl_2 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 > -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lfreetype > -lfontconfig -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 > -lglib-2.0 ? ?-lxml2 ? -lX11 ?-lpopt -lm ?-lm > grep: /usr/lib64/libavahi-glib.la: No such file or directory > /bin/sed: can't read /usr/lib64/libavahi-glib.la: No such file or directory > libtool: link: `/usr/lib64/libavahi-glib.la' is not a valid libtool archive > > I fixed this by installing > > avahi-0.6.25-x86_64-8gsb.txz > > from ftp://ftp.slackware.org.uk/gsb/gsb64-2.26_slackware64-13.0/gsb64/a/ > > I suggest that this be added to the dependencies on the gnucash page. > > Thanks very much for the excellent service you provide! I've just > returned to Slackware, having used in it in the early 1990s, when it > was the distribution of choice (it might have been the only choice -- > I don't remember). I want my computing environment very minimal -- a > window manager (dwm) and the apps I need, nothing more. So need a > distribution that gives me a lot of control and lets me build from the > ground up. I've been using Arch, but their rolling release scheme is a > bad idea. Periodically, updating your Arch system will blow it up (I'm > talking about so screwed up that the only choice is to re-install). > Given that their system is constantly changing, I think it's > impossible for them to thoroughly test each new configuration, and the > result is an unstable system. I've ignored Slackware, because of the > lack of so-called "modern" package management. But I decided to give > it a try when I finally got fed up with Arch, and was pleasantly > surprised at how easy it is to get what I need installed and working, > with much help from your site. > > /Don Allen > _______________________________________________ > 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 Fri Apr 2 15:31:28 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 2 Apr 2010 10:31:28 -0500 Subject: [Slackbuilds-users] gnucash 2.2.9 dependencies In-Reply-To: References: Message-ID: <20100402103128.10c47d33@liberty.rlwhome.lan> On Fri, 2 Apr 2010 08:28:24 -0600 Vincent Batts wrote: > Thanks for the input. Have you tried just compiling the requirements > listed, only pulling from slackbuilds.org, on a slackware{,64}-13.0 > system? the avahi is not needed then. I'm adding Don to CC because he isn't (or at least wasn't) subscribed to the list when he sent this. As Batts said, this should all be fine *if* the dependencies are built on a clean system. It sounds like something in the GSB package list requires avahi, so when gnucash tries to link that, the missing avahi is noticed. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From vbatts at hashbangbash.com Fri Apr 2 15:56:23 2010 From: vbatts at hashbangbash.com (Vincent Batts) Date: Fri, 2 Apr 2010 09:56:23 -0600 Subject: [Slackbuilds-users] gnucash 2.2.9 dependencies In-Reply-To: References: <20100402103128.10c47d33@liberty.rlwhome.lan> Message-ID: Good. I'm glad everything is resolved nicely. Take care, vb http://hashbangbash.com/ On Fri, Apr 2, 2010 at 9:45 AM, Donald Allen wrote: > My apologies -- you are right. I'm not sure how I did this, but I > managed to convince myself that not all of gnucash's required gnome > libraries were present on slackbuilds.org (perhaps a copy-paste > error?). It looks like they are. So with this incorrect notion in my > head, I got the libraries from gsb. Different versions and thus the > avahi dependency. Actually, there's another one that shows up at boot > time -- avahi depends on libdaemon. Anyway, false alarm. > > /Don > > On Fri, Apr 2, 2010 at 11:31 AM, Robby Workman wrote: >> On Fri, 2 Apr 2010 08:28:24 -0600 >> Vincent Batts wrote: >> >>> Thanks for the input. Have you tried just compiling the requirements >>> listed, only pulling from slackbuilds.org, on a slackware{,64}-13.0 >>> system? the avahi is not needed then. >> >> >> I'm adding Don to CC because he isn't (or at least wasn't) >> subscribed to the list when he sent this. >> >> As Batts said, this should all be fine *if* the dependencies >> are built on a clean system. ?It sounds like something in >> the GSB package list requires avahi, so when gnucash tries >> to link that, the missing avahi is noticed. >> >> -RW >> > From leva at ecentrum.hu Fri Apr 2 15:57:09 2010 From: leva at ecentrum.hu (LEVAI Daniel) Date: Fri, 2 Apr 2010 17:57:09 +0200 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: <201004020801.31942.pprkut@slackbuilds.org> References: <20100330123429.GB13319@digidani.digicable.hu> <20100401184410.GA2244@serenity.chello.hu> <201004020801.31942.pprkut@slackbuilds.org> Message-ID: <20100402155709.GC22183@serenity.digicable.hu> On Fri, Apr 02, 2010 at 08:01:28AM +0200, Heinz Wiesinger wrote: > On Friday 02 April 2010 02:46:54 Niels Horn wrote: > > On Thu, Apr 1, 2010 at 3:44 PM, LEVAI Daniel wrote: > > > What do you suggest to use for version numbering/naming? Is there a > > > working versioning mechanism for other cvs based slackbuilds? > > > > I have had some SlackBuilds in the past based on CVS or SVN snapshots > > and always used "cvs_yyyymmdd" or "svn_yyyymmdd" as the version > > number, so that it's clear from when the snapshot is. > > To guarantee that your SlackBuild works with the snapshot, you will > > have to have it hosted somewhere, since the cvs/svn repository might > > change daily. > > I hosted it on my own server as a tarball. > > IMHO using date as a version string for vcs snapshots of a version is not > really that useful. Svn repositories change a lot, even during the time of a [...] > In the end, the versioning in that case is up to the maintainer (as long as > it's reasonable). What *is* however important, is that you base the script on > one specific snapshot that's hosted somewhere (either by your own or by someone > else). We do not allow direct checkouts within SlackBuilds, like Matteo > mentioned in his post (you can add it as a comment though, somewhere in the > SlackBuild). Thanks for the useful inputs. I think it will be for the best if I stick with OpenBSD's versioning; so mark each package with the OBSD release number in which it has first appeared, and append it with an update number. So now, when OBSD 4.7 has been tagged, the slackware package's name with the version number would be ksh-openbsd47-${ARCH}-${UPDATE_NUMBER}. The UPDATE_NUMBER would start with 1, and will just grow by one with each new update, which includes a new pack of updates from cvs HEAD. We will eventually reach the OBSD 4.8's freeze time, and when it'll be tagged, then we'll move to ksh-openbsd48-${ARCH}-1, and it will start again. How does this sound? BTW, I was wondering if it is possible to specify mirrors for the source package in the .info file, if I will be to host it. Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From donaldcallen at gmail.com Fri Apr 2 16:25:35 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 12:25:35 -0400 Subject: [Slackbuilds-users] postgresql Message-ID: Here's another one, given that I performed so brilliantly on the first submission. The postgresql page says: "Before you can run postgresql you'll need to create the database; please see README.SBo." README.SBo instructs you to add # Startup postgresql if [ -x /etc/rc.d/rc.postgresql ]; then /etc/rc.d/rc.postgresql start fi to /etc/rc.d/rc.local. But this doesn't work (the postgres server doesn't start) because /etc/rc.d/rc.postgresql doesn't have execute permission after installing the postgresql package that results from running postgresql.SlackBuild. Simply doing the obvious chmod +x /etc/rc.d/rc.postgresql in a root shell fixes the problem, but, of course, that shouldn't be necessary. I think the SlackBuild script, or, more likely, its associated doinst.sh, or the permissions on the postgresql/rc.postgresql.new (644) that results from from un-tarring the downloaded postgresql.tar.gz needs a little tweaking. /Don From donaldcallen at gmail.com Fri Apr 2 15:45:31 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 11:45:31 -0400 Subject: [Slackbuilds-users] gnucash 2.2.9 dependencies In-Reply-To: <20100402103128.10c47d33@liberty.rlwhome.lan> References: <20100402103128.10c47d33@liberty.rlwhome.lan> Message-ID: My apologies -- you are right. I'm not sure how I did this, but I managed to convince myself that not all of gnucash's required gnome libraries were present on slackbuilds.org (perhaps a copy-paste error?). It looks like they are. So with this incorrect notion in my head, I got the libraries from gsb. Different versions and thus the avahi dependency. Actually, there's another one that shows up at boot time -- avahi depends on libdaemon. Anyway, false alarm. /Don On Fri, Apr 2, 2010 at 11:31 AM, Robby Workman wrote: > On Fri, 2 Apr 2010 08:28:24 -0600 > Vincent Batts wrote: > >> Thanks for the input. Have you tried just compiling the requirements >> listed, only pulling from slackbuilds.org, on a slackware{,64}-13.0 >> system? the avahi is not needed then. > > > I'm adding Don to CC because he isn't (or at least wasn't) > subscribed to the list when he sent this. > > As Batts said, this should all be fine *if* the dependencies > are built on a clean system. ?It sounds like something in > the GSB package list requires avahi, so when gnucash tries > to link that, the missing avahi is noticed. > > -RW > From mrt.itnewbies at gmail.com Fri Apr 2 17:41:46 2010 From: mrt.itnewbies at gmail.com (Martinus Ady H) Date: Sat, 03 Apr 2010 00:41:46 +0700 Subject: [Slackbuilds-users] postgresql In-Reply-To: References: Message-ID: <4BB62C5A.3050705@gmail.com> Donald Allen wrote: > Here's another one, given that I performed so brilliantly on the first > submission. > > The postgresql page says: > > "Before you can run postgresql you'll need to create the database; > please see README.SBo." > > README.SBo instructs you to add > > # Startup postgresql > if [ -x /etc/rc.d/rc.postgresql ]; then > /etc/rc.d/rc.postgresql start > fi > > to /etc/rc.d/rc.local. But this doesn't work (the postgres server > doesn't start) because /etc/rc.d/rc.postgresql doesn't have execute > permission after installing the postgresql package that results from > running postgresql.SlackBuild. > > Simply doing the obvious > > chmod +x /etc/rc.d/rc.postgresql > > in a root shell fixes the problem, but, of course, that shouldn't be > necessary. I think the SlackBuild script, or, more likely, its > associated doinst.sh, or the permissions on the > postgresql/rc.postgresql.new (644) that results from from un-tarring > the downloaded postgresql.tar.gz needs a little tweaking. > > /Don > ________________________________ I think its ok to doing this after installation, because maybe some user don't need to run postgre service at startup. -- Regards, Martinus Ady H. From rworkman at slackbuilds.org Fri Apr 2 17:41:07 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 2 Apr 2010 12:41:07 -0500 Subject: [Slackbuilds-users] new pdksh package and slackbuild In-Reply-To: <20100402155709.GC22183@serenity.digicable.hu> References: <20100330123429.GB13319@digidani.digicable.hu> <20100401184410.GA2244@serenity.chello.hu> <201004020801.31942.pprkut@slackbuilds.org> <20100402155709.GC22183@serenity.digicable.hu> Message-ID: <20100402124107.7480cece@liberty.rlwhome.lan> On Fri, 2 Apr 2010 17:57:09 +0200 LEVAI Daniel wrote: > Thanks for the useful inputs. I think it will be for the best if I > stick with OpenBSD's versioning; so mark each package with the OBSD > release number in which it has first appeared, and append it with an > update number. > So now, when OBSD 4.7 has been tagged, the slackware package's name > with the version number would be > ksh-openbsd47-${ARCH}-${UPDATE_NUMBER}. The UPDATE_NUMBER would start > with 1, and will just grow by one with each new update, which > includes a new pack of updates from cvs HEAD. We will eventually > reach the OBSD 4.8's freeze time, and when it'll be tagged, then > we'll move to ksh-openbsd48-${ARCH}-1, and it will start again. How > does this sound? That sounds perfect. > BTW, I was wondering if it is possible to specify mirrors for the > source package in the .info file, if I will be to host it. I'm not sure I understand the question. If you need a place to host the sources, I can probably help you out on that (but that is only because I actually use pdksh some and it's relatively small size tarball). -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From donaldcallen at gmail.com Fri Apr 2 17:44:58 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 13:44:58 -0400 Subject: [Slackbuilds-users] postgresql In-Reply-To: References: Message-ID: I do note that the README.SBo says "make sure rc.postgresql is executable", which I overlooked on first reading. I still think this is a bug, or at least an inconvenience. Why require the user to add execute permission? The installation should just take care of it. /Don On Fri, Apr 2, 2010 at 12:25 PM, Donald Allen wrote: > Here's another one, given that I performed so brilliantly on the first > submission. > > The postgresql page says: > > "Before you can run postgresql you'll need to create the database; > please see README.SBo." > > README.SBo instructs you to add > > # Startup postgresql > if [ -x /etc/rc.d/rc.postgresql ]; then > ? ? ? ?/etc/rc.d/rc.postgresql start > fi > > to /etc/rc.d/rc.local. But this doesn't work (the postgres server > doesn't start) because /etc/rc.d/rc.postgresql doesn't have execute > permission after installing the postgresql package that results from > running postgresql.SlackBuild. > > Simply doing the obvious > > chmod +x /etc/rc.d/rc.postgresql > > in a root shell fixes the problem, but, of course, that shouldn't be > necessary. I think the SlackBuild script, or, more likely, its > associated doinst.sh, or the permissions on ?the > postgresql/rc.postgresql.new (644) that results from from un-tarring > the downloaded postgresql.tar.gz needs a little tweaking. > > /Don > From rob0 at slackbuilds.org Fri Apr 2 17:53:17 2010 From: rob0 at slackbuilds.org (/dev/rob0) Date: Fri, 2 Apr 2010 12:53:17 -0500 Subject: [Slackbuilds-users] postgresql In-Reply-To: References: Message-ID: <20100402175317.GJ7051@cardinal> On Fri, Apr 02, 2010 at 01:44:58PM -0400, Donald Allen wrote: > I do note that the README.SBo says "make sure rc.postgresql is > executable", which I overlooked on first reading. I still think > this is a bug, or at least an inconvenience. Why require the user > to add execute permission? The installation should just take care > of it. No, this is how Slackware works. Most server packages do not come enabled out of the box. You have to take explicit steps to enable them. The setup has a section which does this for included server packages. A Slackbuild builds a Slackware package, so it would be wrong for builds to assume that the service should be enabled by default. Welcome back to Slackware, BTW. From donaldcallen at gmail.com Fri Apr 2 18:29:47 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 14:29:47 -0400 Subject: [Slackbuilds-users] postgresql In-Reply-To: <20100402175317.GJ7051@cardinal> References: <20100402175317.GJ7051@cardinal> Message-ID: On Fri, Apr 2, 2010 at 1:53 PM, /dev/rob0 wrote: > On Fri, Apr 02, 2010 at 01:44:58PM -0400, Donald Allen wrote: >> I do note that the README.SBo says "make sure rc.postgresql is >> executable", which I overlooked on first reading. I still think >> this is a bug, or at least an inconvenience. Why require the user >> to add execute permission? The installation should just take care >> of it. > > No, this is how Slackware works. Most server packages do not come > enabled out of the box. You have to take explicit steps to enable > them. The setup has a section which does this for included server > packages. > > A Slackbuild builds a Slackware package, so it would be wrong for > builds to assume that the service should be enabled by default. Understood, but I knew that at the outset and what I'm saying doesn't violate that. I am neither assuming nor asking for the postgres server to be started by default. I'm saying that the postgres slackbuild goes to the trouble of creating an /etc/rc.d/rc.postgresql, which the user either chooses to execute from /etc/rc.d/rc.local or he doesn't. But if the user *does* choose to do this, my point is that the execute bit ought to be set for him, rather than requiring him to do the chmod manually, which is the case now. If the user doesn't start the server at boot time, the execute permission does no harm and may do some good -- allows him to do /etc/rc.d/rc.postgresql start from a shell. All benefit, no cost, one less manual thing the user doesn't have to do. > > Welcome back to Slackware, BTW. Thanks, that's very nice of you. It's come a long way since 1994 or thereabouts! I'm hoping I've finally found a Linux distribution that will rival the stability and attention to QA and documentation of OpenBSD, but give me the performance and friendly user forums that OpenBSD lacks. /Don > _______________________________________________ > 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 Fri Apr 2 19:15:27 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 2 Apr 2010 14:15:27 -0500 Subject: [Slackbuilds-users] postgresql In-Reply-To: References: <20100402175317.GJ7051@cardinal> Message-ID: <20100402141527.2eeef560@liberty.rlwhome.lan> On Fri, 2 Apr 2010 14:29:47 -0400 Donald Allen wrote: > On Fri, Apr 2, 2010 at 1:53 PM, /dev/rob0 > wrote: > > On Fri, Apr 02, 2010 at 01:44:58PM -0400, Donald Allen wrote: > >> I do note that the README.SBo says "make sure rc.postgresql is > >> executable", which I overlooked on first reading. I still think > >> this is a bug, or at least an inconvenience. Why require the user > >> to add execute permission? The installation should just take care > >> of it. > > > > No, this is how Slackware works. Most server packages do not come > > enabled out of the box. You have to take explicit steps to enable > > them. The setup has a section which does this for included server > > packages. > > > > A Slackbuild builds a Slackware package, so it would be wrong for > > builds to assume that the service should be enabled by default. > > Understood, but I knew that at the outset and what I'm saying doesn't > violate that. I am neither assuming nor asking for the postgres server > to be started by default. I'm saying that the postgres slackbuild goes > to the trouble of creating an /etc/rc.d/rc.postgresql, which the user > either chooses to execute from /etc/rc.d/rc.local or he doesn't. But > if the user *does* choose to do this, my point is that the execute bit > ought to be set for him, rather than requiring him to do the chmod > manually, which is the case now. If the user doesn't start the server > at boot time, the execute permission does no harm and may do some good > -- allows him to do > > /etc/rc.d/rc.postgresql start > > from a shell. All benefit, no cost, one less manual thing the user > doesn't have to do. For what it's worth, this is the way that we *try* to handle things (or at least *I* have been doing them this way). I think I was the last person to touch the postgresql build, so I guess I missed it on that one. Basically, the init script should be install with mode 0755 but as a rc.postgresql.new; the config() in doinst.sh then checks to see if there's already a rc.postgresql on the system, and if so, it sets the perms of the .new script to the same as what's currently on the system -- I think that will give us the best results regardless. I'll try to get that fixed up soonish. > > Welcome back to Slackware, BTW. > > Thanks, that's very nice of you. It's come a long way since 1994 or > thereabouts! I'm hoping I've finally found a Linux distribution that > will rival the stability and attention to QA and documentation of > OpenBSD, but give me the performance and friendly user forums that > OpenBSD lacks. Here's hoping :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From donaldcallen at gmail.com Fri Apr 2 20:15:47 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Fri, 2 Apr 2010 16:15:47 -0400 Subject: [Slackbuilds-users] postgresql In-Reply-To: <20100402141527.2eeef560@liberty.rlwhome.lan> References: <20100402175317.GJ7051@cardinal> <20100402141527.2eeef560@liberty.rlwhome.lan> Message-ID: On Fri, Apr 2, 2010 at 3:15 PM, Robby Workman wrote: > On Fri, 2 Apr 2010 14:29:47 -0400 > Donald Allen wrote: > >> On Fri, Apr 2, 2010 at 1:53 PM, /dev/rob0 >> wrote: >> > On Fri, Apr 02, 2010 at 01:44:58PM -0400, Donald Allen wrote: >> >> I do note that the README.SBo says "make sure rc.postgresql is >> >> executable", which I overlooked on first reading. I still think >> >> this is a bug, or at least an inconvenience. Why require the user >> >> to add execute permission? The installation should just take care >> >> of it. >> > >> > No, this is how Slackware works. Most server packages do not come >> > enabled out of the box. You have to take explicit steps to enable >> > them. The setup has a section which does this for included server >> > packages. >> > >> > A Slackbuild builds a Slackware package, so it would be wrong for >> > builds to assume that the service should be enabled by default. >> >> Understood, but I knew that at the outset and what I'm saying doesn't >> violate that. I am neither assuming nor asking for the postgres server >> to be started by default. I'm saying that the postgres slackbuild goes >> to the trouble of creating an /etc/rc.d/rc.postgresql, which the user >> either chooses to execute from /etc/rc.d/rc.local or he doesn't. But >> if the user *does* choose to do this, my point is that the execute bit >> ought to be set for him, rather than requiring him to do the chmod >> manually, which is the case now. If the user doesn't start the server >> at boot time, the execute permission does no harm and may do some good >> -- allows him to do >> >> /etc/rc.d/rc.postgresql start >> >> from a shell. All benefit, no cost, one less manual thing the user >> doesn't have to do. > > > For what it's worth, this is the way that we *try* to handle > things (or at least *I* have been doing them this way). ?I > think I was the last person to touch the postgresql build, > so I guess I missed it on that one. > > Basically, the init script should be install with mode 0755 but > as a rc.postgresql.new; the config() in doinst.sh then checks > to see if there's already a rc.postgresql on the system, and if > so, it sets the perms of the .new script to the same as what's > currently on the system -- I think that will give us the best > results regardless. Makes sense. > > I'll try to get that fixed up soonish. Great. This is a minor detail, but, as we know, that's where the devil is. /Don > > >> > Welcome back to Slackware, BTW. >> >> Thanks, that's very nice of you. It's come a long way since 1994 or >> thereabouts! I'm hoping I've finally found a Linux distribution that >> will rival the stability and attention to QA and documentation of >> OpenBSD, but give me the performance and friendly user forums that >> OpenBSD lacks. > > > Here's hoping :-) > > -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 donaldcallen at gmail.com Sat Apr 3 18:16:58 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Sat, 3 Apr 2010 14:16:58 -0400 Subject: [Slackbuilds-users] Slackbuild side-effects? Message-ID: >From the slackwiki slackbuilds page: "SlackBuild scripts are simple shell scripts which can automate the compiling and packaging of a program from source." From this statement and since the output of running a SlackBuild script is a Slackware package, I assumed that once a package is built on one machine, it could be installed on other like machines. That appears not to be the case, at least for gnucash. I generated a gnucash package on one x86_64 machine and once installed on that machine, it works properly. However, on another x86_64 machine, after installing the packages on which it depends (in the order specified), I installed the gnucash package built on the original machine, and gnucash does not run. I get ERROR: In procedure open-file: ERROR: Permission denied: "/usr/share/guile/1.8/slibcat" The error message is misleading, in that the file is missing, so not a permission problem. I then re-ran the gnucash.SlackBuild on this second machine and installed the resulting package again, and now gnucash works. So it appears that there is at least one (perhaps more) side-effect of running the SlackBuild script that is essential to the proper installation of the program. In other words, just installing the package isn't sufficient. This seems wrong and perhaps a bug in the gnucash script, although I may have the wrong impression of the function of these scripts and their resulting packages (though the sentence I quote above talks about "compiling and packaging", not installing, leading one to believe that there's a clean separation -- compiling and packaging is the job of the SlackBuild script, installation is the job of the resulting package). /Don From kingbeowulf at gmail.com Sun Apr 4 04:29:20 2010 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 3 Apr 2010 21:29:20 -0700 Subject: [Slackbuilds-users] Slackbuild side-effects? In-Reply-To: References: Message-ID: I've moved Slackware packages among several of my computers without issues. Occasionally there are some run time or compile time quirks. This is a known quirk with quile and slib and earlier versions of gnucash. One workaround is too run gnucash as root to create slibcat (a catalog of libs) and then run as normal. I don't run gnucash anymore (homebank is simpler and suites me fine as I don't need all the bells and whistles and gnome dependancy headaches) but a quick googling shows this issue in a number of distributions. I'm uncertain if this is because a full gnome environment is not used, or an incompatibility with guile-1.8, or just a permission issue. -Ed On Sat, Apr 3, 2010 at 11:16 AM, Donald Allen wrote: > >From the slackwiki slackbuilds page: "SlackBuild scripts are simple > shell scripts which can automate the compiling and packaging of a > program from source." From this statement and since the output of > running a SlackBuild script is a Slackware package, I assumed that > once a package is built on one machine, it could be installed on other > like machines. That appears not to be the case, at least for gnucash. > I generated a gnucash package on one x86_64 machine and once installed > on that machine, it works properly. However, on another x86_64 > machine, after installing the packages on which it depends (in the > order specified), I installed the gnucash package built on the > original machine, and gnucash does not run. I get > > ERROR: In procedure open-file: > ERROR: Permission denied: "/usr/share/guile/1.8/slibcat" > > The error message is misleading, in that the file is missing, so not a > permission problem. > > I then re-ran the gnucash.SlackBuild on this second machine and > installed the resulting package again, and now gnucash works. So it > appears that there is at least one (perhaps more) side-effect of > running the SlackBuild script that is essential to the proper > installation of the program. In other words, just installing the > package isn't sufficient. This seems wrong and perhaps a bug in the > gnucash script, although I may have the wrong impression of the > function of these scripts and their resulting packages (though the > sentence I quote above talks about "compiling and packaging", not > installing, leading one to believe that there's a clean separation -- > compiling and packaging is the job of the SlackBuild script, > installation is the job of the resulting package). > > /Don > _______________________________________________ > 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/ > > -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From eha at alienbase.nl Sat Apr 3 21:13:24 2010 From: eha at alienbase.nl (Eric Hameleers) Date: Sat, 3 Apr 2010 23:13:24 +0200 (CEST) Subject: [Slackbuilds-users] Slackbuild side-effects? In-Reply-To: References: Message-ID: On Sat, 3 Apr 2010, Donald Allen wrote: >> From the slackwiki slackbuilds page: "SlackBuild scripts are simple > shell scripts which can automate the compiling and packaging of a > program from source." From this statement and since the output of > running a SlackBuild script is a Slackware package, I assumed that > once a package is built on one machine, it could be installed on other > like machines. That appears not to be the case, at least for gnucash. > I generated a gnucash package on one x86_64 machine and once installed > on that machine, it works properly. However, on another x86_64 > machine, after installing the packages on which it depends (in the > order specified), I installed the gnucash package built on the > original machine, and gnucash does not run. I get > > ERROR: In procedure open-file: > ERROR: Permission denied: "/usr/share/guile/1.8/slibcat" > > The error message is misleading, in that the file is missing, so not a > permission problem. > > I then re-ran the gnucash.SlackBuild on this second machine and > installed the resulting package again, and now gnucash works. So it > appears that there is at least one (perhaps more) side-effect of > running the SlackBuild script that is essential to the proper > installation of the program. In other words, just installing the > package isn't sufficient. This seems wrong and perhaps a bug in the > gnucash script, although I may have the wrong impression of the > function of these scripts and their resulting packages (though the > sentence I quote above talks about "compiling and packaging", not > installing, leading one to believe that there's a clean separation -- > compiling and packaging is the job of the SlackBuild script, > installation is the job of the resulting package). > > /Don This would indeed be a bug in the SlackBuild script if it fails to add all installed and required files to the package. I have never built gnucash so I can not comment further, but I assume that the script's author (Vincent Batts) will have a look at your issue. Eric -- Eric Hameleers Email: alien at slackware.com Jabber: alien at jabber.xs4all.nl Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 The two basic principles of Windows system administration: * For minor problems, reboot * For major problems, reinstall From adis at linux.org.ba Mon Apr 5 12:39:59 2010 From: adis at linux.org.ba (Adis Nezirovic) Date: Mon, 5 Apr 2010 14:39:59 +0200 Subject: [Slackbuilds-users] postgresql In-Reply-To: <20100402141527.2eeef560@liberty.rlwhome.lan> References: <20100402175317.GJ7051@cardinal> <20100402141527.2eeef560@liberty.rlwhome.lan> Message-ID: <20100405123959.GB1170@pleo.cdom.ba> On Fri, Apr 02, 2010 at 02:15:27PM -0500, Robby Workman wrote: > For what it's worth, this is the way that we *try* to handle > things (or at least *I* have been doing them this way). I > think I was the last person to touch the postgresql build, > so I guess I missed it on that one. > > Basically, the init script should be install with mode 0755 but > as a rc.postgresql.new; the config() in doinst.sh then checks > to see if there's already a rc.postgresql on the system, and if > so, it sets the perms of the .new script to the same as what's > currently on the system -- I think that will give us the best > results regardless. > > I'll try to get that fixed up soonish. Preserving mode for existing scripts is OK, but I personally think that the default for new scripts should be 0644. Admin should run chmod +x manually. On the side note, I like to have /etc/rc.d in root PATH, and adding unecessary executable rc scripts interferes with that :-D Anyway, nothing too important, handle at you own discretion. Best regards, Adis -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From donaldcallen at gmail.com Mon Apr 5 16:18:41 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Mon, 5 Apr 2010 12:18:41 -0400 Subject: [Slackbuilds-users] A nit Message-ID: Here's another little nit that will be easy to fix. On the gnucash page: http://slackbuilds.org/repository/13.0/business/gnucash/ there is a list of dependencies. I copied that list to paste into a for lib in slib libofx ..... do done This didn't work quite right because the name of the ORBit2 library incorrectly has a lower-case 'b' on that page -- 'ORbit2'. So the build of that library fails, as does the subsequent build of GConf, because ORBit2 isn't installed. I'd suggest fixing that little typo, so someone else doesn't get bitten by this. Thanks -- /Don From vbatts at hashbangbash.com Mon Apr 5 16:29:17 2010 From: vbatts at hashbangbash.com (Vincent Batts) Date: Mon, 5 Apr 2010 11:29:17 -0500 Subject: [Slackbuilds-users] A nit In-Reply-To: References: Message-ID: Cool, Thanks again. vb 205.352.4112 http://hashbangbash.com/ On Mon, Apr 5, 2010 at 11:18 AM, Donald Allen wrote: > Here's another little nit that will be easy to fix. > > On the gnucash page: > > http://slackbuilds.org/repository/13.0/business/gnucash/ > > there is a list of dependencies. I copied that list to paste into a > > for lib in slib libofx ..... > do > > done > > This didn't work quite right because the name of the ORBit2 library > incorrectly has a lower-case 'b' on that page -- 'ORbit2'. So the > build of that library fails, as does the subsequent build of GConf, > because ORBit2 isn't installed. I'd suggest fixing that little typo, > so someone else doesn't get bitten by this. > > Thanks -- > /Don > _______________________________________________ > 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 dragonwisard at gmail.com Mon Apr 5 18:04:26 2010 From: dragonwisard at gmail.com (Ben Mendis) Date: Mon, 5 Apr 2010 14:04:26 -0400 Subject: [Slackbuilds-users] postgresql In-Reply-To: <20100405123959.GB1170@pleo.cdom.ba> References: <20100402175317.GJ7051@cardinal> <20100402141527.2eeef560@liberty.rlwhome.lan> <20100405123959.GB1170@pleo.cdom.ba> Message-ID: On Mon, Apr 5, 2010 at 8:39 AM, Adis Nezirovic wrote: > Preserving mode for existing scripts is OK, but I personally think that > the default for new scripts should be 0644. Admin should run chmod +x > manually. > I don't disagree that the Admin is ultimately responsible for making sure it's correctly configured, but I don't agree that the admin should be forced to do everything manually (especially things that could be so trivially scripted) as a general policy. IMHO, sane automation of the configuration (such as adopting the same permissions as the version being replaced) are preferable. This is especially useful in systems where the updates might be happening unattended. (Of course, in the absence of automation 0644 is a better default than 0755.) -------------- next part -------------- An HTML attachment was scrubbed... URL: From donaldcallen at gmail.com Mon Apr 5 18:32:32 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Mon, 5 Apr 2010 14:32:32 -0400 Subject: [Slackbuilds-users] postgresql In-Reply-To: References: <20100402175317.GJ7051@cardinal> <20100402141527.2eeef560@liberty.rlwhome.lan> <20100405123959.GB1170@pleo.cdom.ba> Message-ID: On Mon, Apr 5, 2010 at 2:04 PM, Ben Mendis wrote: > > > On Mon, Apr 5, 2010 at 8:39 AM, Adis Nezirovic wrote: >> >> Preserving mode for existing scripts is OK, but I personally think that >> the default for new scripts should be 0644. Admin should run chmod +x >> manually. > > I don't disagree that the Admin is ultimately responsible for making sure > it's correctly configured, but I don't agree that the admin should be forced > to do everything manually (especially things that could be so trivially > scripted) as a general policy. IMHO, sane automation of the configuration > (such as adopting the same permissions as the version being replaced) are > preferable. This is especially useful in systems where the updates might be > happening unattended. > > (Of course, in the absence of automation 0644 is a better default than > 0755.) Exactly. Slavish worship of doing things manually *where there's no clear benefit to doing so* doesn't make sense and this is one of those cases. Slackware seems devoted to finding a sensible balance in this area, automating where it's useful (by making things easier or less error-prone for the sys-admin) but not overdoing it (having things happen behind the scenes that a sys-admin might want to know about and/or control). I'm in the process of installing Slackware on four systems for my personal use, and so far it feels like the decisions relating to this issue have been very well thought out (which doesn't surprise me, given the years of experience Patrick Volkerding brings to the Linux-distribution problem). /Don > > _______________________________________________ > 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 wrodrigues201 at rediffmail.com Tue Apr 6 10:00:59 2010 From: wrodrigues201 at rediffmail.com (wr) Date: 6 Apr 2010 10:00:59 -0000 Subject: [Slackbuilds-users] =?utf-8?q?gcompris_dependency?= Message-ID: <20100406100059.4334.qmail@f5mail-237-219.rediffmail.com> Hello, I wanted to build the package for gcompris which is having a dependency of pysqlite2. I am not able to find the slackbuild for pysqlite2. Slackware: 12.2 Thanks wrodrigues201 Today is the tomorrow you worried about yesterday. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.abela at maltats.com Tue Apr 6 11:36:57 2010 From: chris.abela at maltats.com (Chris Abela) Date: Tue, 6 Apr 2010 13:36:57 +0200 Subject: [Slackbuilds-users] gcompris dependency In-Reply-To: <20100406100059.4334.qmail@f5mail-237-219.rediffmail.com> Message-ID: >I wanted to build the package for gcompris which is having a dependency of >pysqlite2. I am not able to find the slackbuild for pysqlite2. >Slackware: 12.2 The one for Slack12.1 might work: http://ftp.slackbuilds.org/repository/12.1/development/pysqlite2/ From xgizzmo at gmail.com Tue Apr 6 11:45:16 2010 From: xgizzmo at gmail.com (xgizzmo at gmail.com) Date: Tue, 6 Apr 2010 07:45:16 -0400 Subject: [Slackbuilds-users] gcompris dependency In-Reply-To: References: Message-ID: <201004060745.16674.xgizzmo@gmail.com> On Tuesday 06 April 2010 07:36:57 Chris Abela wrote: > > >I wanted to build the package for gcompris which is having a dependency of > >pysqlite2. I am not able to find the slackbuild for pysqlite2. > > >Slackware: 12.2 > > The one for Slack12.1 might work: > > http://ftp.slackbuilds.org/repository/12.1/development/pysqlite2/ > It is included in slackware 12.2 and higher, it is just a mistake in the README. --dsomero From rworkman at slackbuilds.org Wed Apr 7 13:47:46 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 7 Apr 2010 13:47:46 +0000 Subject: [Slackbuilds-users] Updates - 20100307 Message-ID: <20100407134746.GA4766@slackbuilds.org> Wed Apr 7 04:46:47 UTC 2010 audio/clementine: Added. Clementine is a port of Amarok 1.4, with some features rewritten to take advantage of Qt4. Thanks to David Woodfall. development/valgrind: Added patch for newer glibc versions. Thanks to Peter Wang. development/valkyrie: Added - this is a gui frontend for valgrind. Thanks to Andy Bailey. libraries/fftw: Updated for version 3.2.2. libraries/lame: Updated for version 3.98.4. libraries/unixODBC: Added. unixODBC is an ODBC library for Unix platforms. Thanks to Henrique Grolli Bassotto. multimedia/kaffeine: Updated for version 1.0_pre3. network/aria2: Minor build fix related to bash4. No BUILD bump. network/shorewall: Updated for version 4.4.8. network/shorewall6: Updated for version 4.4.8. office/fbreader: Updated for version 0.12.9. system/gparted: Updated for version 0.5.2. system/oss: Added. The Open Sound System is a set of sound drivers that serve as an alternative to the usual ALSA architecture. Thanks to Dugan Chen. system/virtualbox-ose: Updated for version 3.1.6. system/virtualbox-ose-addons: Updated for version 3.1.6. system/virtualbox-kernel: Updated for version 3.1.6. system/virtualbox-kernel-addons: Updated for version 3.1.6. From mjjzf at syntaktisk.dk Thu Apr 8 03:56:41 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Wed, 7 Apr 2010 23:56:41 -0400 Subject: [Slackbuilds-users] Slackware release? Message-ID: <20100407235641.57e8ffa2@espero.syntaktisk.dk> Today, I was talking to the people behind Gajim. They say that their upcoming release requires a newer version of GTK2 than Slackware provides. And I got to thinking - I have seen quite a lot of activity on the changelog; is there a feeling of a new release in the works? Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From eha at alienbase.nl Thu Apr 8 08:00:09 2010 From: eha at alienbase.nl (Eric Hameleers) Date: Thu, 8 Apr 2010 10:00:09 +0200 (CEST) Subject: [Slackbuilds-users] Slackware release? In-Reply-To: <20100407235641.57e8ffa2@espero.syntaktisk.dk> References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> Message-ID: On Wed, 7 Apr 2010, Morten Juhl-Johansen [ISO-8859-1] Z?lde-Fej?r wrote: > Today, I was talking to the people behind Gajim. > They say that their upcoming release requires a newer version of GTK2 > than Slackware provides. And I got to thinking - I have seen quite a > lot of activity on the changelog; is there a feeling of a new release > in the works? > > Yours, > Morten Newer than Slackware-current provides (gtk+-2.18.7)? There is always activity in the Slackware ChangeLog. Until messages start appearing like "this is Release Candidate 1" the entries in the ChangeLog are no indicator for an upcoming new release. Cheers, Eric -- Eric Hameleers Email: alien at slackware.com Jabber: alien at jabber.xs4all.nl Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 The two basic principles of Windows system administration: * For minor problems, reboot * For major problems, reinstall From mrc.ildp at gmail.com Thu Apr 8 13:29:14 2010 From: mrc.ildp at gmail.com (Marco Cecchetti) Date: Thu, 8 Apr 2010 15:29:14 +0200 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> Message-ID: 2010/4/8 Eric Hameleers > On Wed, 7 Apr 2010, Morten Juhl-Johansen [ISO-8859-1] Z?lde-Fej?r wrote: > > Today, I was talking to the people behind Gajim. >> They say that their upcoming release requires a newer version of GTK2 >> than Slackware provides. And I got to thinking - I have seen quite a >> lot of activity on the changelog; is there a feeling of a new release >> in the works? >> >> Yours, >> Morten >> > > Newer than Slackware-current provides (gtk+-2.18.7)? > > There is always activity in the Slackware ChangeLog. Until messages start > appearing like "this is Release Candidate 1" the entries in the ChangeLog > are no indicator for an upcoming new release. > > Cheers, Eric > > -- > Eric Hameleers > Email: alien at slackware.com > Jabber: alien at jabber.xs4all.nl > Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 > > The two basic principles of Windows system administration: > * For minor problems, reboot > * For major problems, reinstall > _______________________________________________ > 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/ > > About gtk slightly OT only by proposal It looks LXDE is actively developed. Since Alien BOB maintains a repository for the packages, and that DE looks consistent with the slackware stylish essentiality I think it would be great to have it officialy included for future releases of Slackware. regards, -- Marco Cecchetti -------------- next part -------------- An HTML attachment was scrubbed... URL: From banderols at gmail.com Thu Apr 8 15:18:52 2010 From: banderols at gmail.com (Murat D. Kadirov) Date: Thu, 08 Apr 2010 21:18:52 +0600 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> Message-ID: <4BBDF3DC.2060807@gmail.com> On 08.04.2010 19:29, Marco Cecchetti wrote: > > > 2010/4/8 Eric Hameleers > > > On Wed, 7 Apr 2010, Morten Juhl-Johansen [ISO-8859-1] Z?lde-Fej?r > wrote: > > Today, I was talking to the people behind Gajim. > They say that their upcoming release requires a newer version > of GTK2 > than Slackware provides. And I got to thinking - I have seen > quite a > lot of activity on the changelog; is there a feeling of a new > release > in the works? > > Yours, > Morten > > > Newer than Slackware-current provides (gtk+-2.18.7)? > > There is always activity in the Slackware ChangeLog. Until > messages start appearing like "this is Release Candidate 1" the > entries in the ChangeLog are no indicator for an upcoming new release. > > Cheers, Eric > > -- > Eric Hameleers > Email: alien at slackware.com > Jabber: alien at jabber.xs4all.nl > Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 > > The two basic principles of Windows system administration: > * For minor problems, reboot > * For major problems, reinstall > _______________________________________________ > 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/ > > About gtk slightly OT only by proposal > > It looks LXDE is actively developed. Since Alien BOB maintains a > repository for the packages, and that DE looks consistent with the > slackware stylish essentiality I think it would be great to have it > officialy included for future releases of Slackware. > regards, > -- > Marco Cecchetti My 2 cents about future release :) ..may be it is time upgrade audacious from 1.5.1 to 2.3 version? -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjjzf at syntaktisk.dk Thu Apr 8 15:33:14 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Thu, 8 Apr 2010 11:33:14 -0400 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> Message-ID: <20100408113314.6a332b53@espero.syntaktisk.dk> On Thu, 8 Apr 2010 10:00:09 +0200 (CEST) Eric Hameleers wrote: > > Today, I was talking to the people behind Gajim. > > They say that their upcoming release requires a newer version of > > GTK2 than Slackware provides. > Newer than Slackware-current provides (gtk+-2.18.7)? No, and that was the point; I can't submit Slackbuilds expecting people to run elements from Slackware-current. As it is, Gajim 0.13.4 needs a patch to build, and the updates from 0.13.3 are minor, so I was considering waiting if a new release wasn't too far off. Cheers, M __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From grbzks at xsmail.com Thu Apr 8 15:34:40 2010 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Thu, 8 Apr 2010 18:34:40 +0300 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: <4BBDF3DC.2060807@gmail.com> References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> <4BBDF3DC.2060807@gmail.com> Message-ID: <201004081834.48495.grbzks@xsmail.com> On Thursday 08 of April 2010 18:18:52 Murat D. Kadirov wrote: > On 08.04.2010 19:29, Marco Cecchetti wrote: > > 2010/4/8 Eric Hameleers > > > > > On Wed, 7 Apr 2010, Morten Juhl-Johansen [ISO-8859-1] Z?lde- Fej?r > > wrote: > > > > Today, I was talking to the people behind Gajim. > > They say that their upcoming release requires a newer version > > of GTK2 > > than Slackware provides. And I got to thinking - I have seen > > quite a > > lot of activity on the changelog; is there a feeling of a new > > release > > in the works? > > > > Yours, > > Morten > > > > > > Newer than Slackware-current provides (gtk+-2.18.7)? > > > > There is always activity in the Slackware ChangeLog. Until > > messages start appearing like "this is Release Candidate 1" the > > entries in the ChangeLog are no indicator for an upcoming new > > release. > > > > Cheers, Eric > > > > About gtk slightly OT only by proposal > > > > It looks LXDE is actively developed. Since Alien BOB maintains a > > repository for the packages, and that DE looks consistent with the > > slackware stylish essentiality I think it would be great to have it > > officialy included for future releases of Slackware. > > regards, > > My 2 cents about future release :) ..may be it is time upgrade audacious > from 1.5.1 to 2.3 version? > Last i checked this wasn't the place to discuss Slackware development and make feature requests for future releases. -- Greg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From didier.spaier at epsm.fr Thu Apr 8 15:42:53 2010 From: didier.spaier at epsm.fr (Didier Spaier) Date: Thu, 08 Apr 2010 17:42:53 +0200 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: <4BBDF3DC.2060807@gmail.com> References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> <4BBDF3DC.2060807@gmail.com> Message-ID: <4BBDF97D.4010902@epsm.fr> Murat D. Kadirov wrote: > On 08.04.2010 19:29, Marco Cecchetti wrote: >> >> 2010/4/8 Eric Hameleers > >> >> On Wed, 7 Apr 2010, Morten Juhl-Johansen [ISO-8859-1] Z?lde-Fej?r >> wrote: >> >> Today, I was talking to the people behind Gajim. >> They say that their upcoming release requires a newer version >> of GTK2 >> than Slackware provides. And I got to thinking - I have seen >> quite a >> lot of activity on the changelog; is there a feeling of a new >> release >> in the works? >> >> Yours, >> Morten >> >> >> Newer than Slackware-current provides (gtk+-2.18.7)? >> >> There is always activity in the Slackware ChangeLog. Until >> messages start appearing like "this is Release Candidate 1" the >> entries in the ChangeLog are no indicator for an upcoming new release. >> >> Cheers, Eric >> >> -- >> Eric Hameleers >> Email: alien at slackware.com >> Jabber: alien at jabber.xs4all.nl >> Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 >> >> The two basic principles of Windows system administration: >> * For minor problems, reboot >> * For major problems, reinstall >> _______________________________________________ >> 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/ >> >> About gtk slightly OT only by proposal >> >> It looks LXDE is actively developed. Since Alien BOB maintains a >> repository for the packages, and that DE looks consistent with the >> slackware stylish essentiality I think it would be great to have it >> officialy included for future releases of Slackware. >> regards, >> -- >> Marco Cecchetti > > My 2 cents about future release :) ..may be it is time upgrade audacious > from 1.5.1 to 2.3 version? > For once, let me add noise to the rumor ;) I wouldn't mind to wait for 2.6.34, as a lot of things are cooking in the drivers/gpu/drm area and I'm interested as far as nouveau is in concern... But let's not be too egocentric, radeon users will benefit of changes as well ;) Ah, and upgrade of xorg-server to 1.8.0 will be welcome as well - though yes, I understand that a lot of HAL files could need to be rewritten as UDEV rules or /etc/X11/xorg.d configuration files so may be we'll have to wait for the next train... Just my 1/2 cent (en fran?ais on pourrait dire : juste mon demi sou) Didier From mfilpot at gmail.com Thu Apr 8 15:58:12 2010 From: mfilpot at gmail.com (Matthew Fillpot) Date: Thu, 8 Apr 2010 11:58:12 -0400 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: <4BBDF97D.4010902@epsm.fr> References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> <4BBDF3DC.2060807@gmail.com> <4BBDF97D.4010902@epsm.fr> Message-ID: As I understand it, all current slackbuilds should be written for the current stable release. The modifications needed for the builds to work on the next release are to be held until the call for slackbuilds on the next release is issued. I already have some of my slackbuilds modified to work on current, and I will continue to test them with each update to current until we are ready for the next release. As for your recommendations on the next release, I was told that this is technically an unofficial Slackware project group. Your recommendations should be voiced to Patrick Volkerding since he is the one making the decisions, just don't blast him with requests since he has more important tasks than reading package requests. -- -Thank You, -Matthew Fillpot From dragonwisard at gmail.com Thu Apr 8 16:06:11 2010 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 8 Apr 2010 12:06:11 -0400 Subject: [Slackbuilds-users] Slackware release? In-Reply-To: References: <20100407235641.57e8ffa2@espero.syntaktisk.dk> <4BBDF3DC.2060807@gmail.com> <4BBDF97D.4010902@epsm.fr> Message-ID: On Thu, Apr 8, 2010 at 11:58 AM, Matthew Fillpot wrote: > As for your recommendations on the next release, I was told that this > is technically an unofficial Slackware project group. Your > recommendations should be voiced to Patrick Volkerding since he is the > one making the decisions, just don't blast him with requests since he > has more important tasks than reading package requests. > Does he have a list where people can discuss changes or package requests for Slackware or does it all just go through his inbox? -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukenshiro at ngi.it Thu Apr 8 21:55:09 2010 From: lukenshiro at ngi.it (LukenShiro) Date: Thu, 8 Apr 2010 23:55:09 +0200 Subject: [Slackbuilds-users] fltk and fltk2 download links Message-ID: <20100408235509.39ab3dbelukenshiro@ngi.it@starchild.grp> It seems there has been an unpredictable mirrors' death, lately :-/ Download link for fltk source is broken or does not exist anymore. The same has happened to fltk2. SBo users can use this one (for fltk), instead: http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/fltk/1.1.10/fltk-1.1.10-source.tar.bz2 and for fltk2, this one http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/fltk/snapshots/fltk-2.0.x-r6970.tar.bz2 -- GNU/Linux * Slackware64 current Slackware 13.0-32bit VM LU #210970 SU #12583 LM #98222/#412913 From rworkman at slackbuilds.org Fri Apr 9 00:34:32 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 8 Apr 2010 19:34:32 -0500 Subject: [Slackbuilds-users] fltk and fltk2 download links In-Reply-To: <20100408235509.39ab3dbelukenshiro@ngi.it@starchild.grp> References: <20100408235509.39ab3dbelukenshiro@ngi.it@starchild.grp> Message-ID: <20100408193432.40cdd71c@liberty.rlwhome.lan> On Thu, 8 Apr 2010 23:55:09 +0200 LukenShiro wrote: > It seems there has been an unpredictable mirrors' death, lately :-/ > > Download link for fltk source is broken or does not exist anymore. The > same has happened to fltk2. > > SBo users can use this one (for fltk), instead: > http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/fltk/1.1.10/fltk-1.1.10-source.tar.bz2 > Fixed in local copy and soon to be synced publicly. > and for fltk2, this one > http://ftp.funet.fi/pub/mirrors/ftp.easysw.com/pub/fltk/snapshots/fltk-2.0.x-r6970.tar.bz2 > Fixed in the pending copy. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From leva at ecentrum.hu Fri Apr 9 16:26:45 2010 From: leva at ecentrum.hu (LEVAI Daniel) Date: Fri, 9 Apr 2010 18:26:45 +0200 Subject: [Slackbuilds-users] dmenu slackbuild fix Message-ID: <20100409162645.GA25923@serenity.chello.hu> Hi! The dmenu package's slackbuild doesn't work because of the too subtle way of trying to strip the binary. This diff below helps. Please update, thanks. --- dmenu.SlackBuild.orig 2009-08-27 23:24:35.000000000 +0200 +++ dmenu.SlackBuild 2010-04-06 19:35:46.636107375 +0200 @@ -73,11 +73,7 @@ DESTDIR=$PKG -( find $PKG | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \ - xargs strip --strip-unneeded 2> /dev/null || true - find $PKG | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \ - xargs strip --strip-unneeded 2> /dev/null -) +strip --strip-unneeded $PKG/usr/bin/dmenu ( cd $PKG/usr/man find . -type f -exec gzip -9 {} \; -------------------------------------------------------------- I've sent the above message to the Maintainer, but got no response. Is it okay to fix this? Dani -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From rworkman at slackbuilds.org Fri Apr 9 17:47:25 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 9 Apr 2010 12:47:25 -0500 Subject: [Slackbuilds-users] dmenu slackbuild fix In-Reply-To: <20100409162645.GA25923@serenity.chello.hu> References: <20100409162645.GA25923@serenity.chello.hu> Message-ID: <20100409124725.4cad0a36@liberty.rlwhome.lan> On Fri, 9 Apr 2010 18:26:45 +0200 LEVAI Daniel wrote: > The dmenu package's slackbuild doesn't work because of the too subtle > way of trying to strip the binary. > > This diff below helps. Please update, thanks. > > --- dmenu.SlackBuild.orig 2009-08-27 23:24:35.000000000 +0200 > +++ dmenu.SlackBuild 2010-04-06 19:35:46.636107375 +0200 > @@ -73,11 +73,7 @@ > DESTDIR=$PKG > > > -( find $PKG | xargs file | grep "executable" | grep ELF | cut -f 1 > -d : | \ > - xargs strip --strip-unneeded 2> /dev/null || true > - find $PKG | xargs file | grep "shared object" | grep ELF | cut -f > 1 -d : | \ > - xargs strip --strip-unneeded 2> /dev/null > -) > +strip --strip-unneeded $PKG/usr/bin/dmenu > > ( cd $PKG/usr/man > find . -type f -exec gzip -9 {} \; I fixed it a bit different, but it's done in my local repo. It will be pushed in the next public update. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From pc_warner at yahoo.com Fri Apr 9 23:00:45 2010 From: pc_warner at yahoo.com (Phillip Warner) Date: Fri, 9 Apr 2010 16:00:45 -0700 (PDT) Subject: [Slackbuilds-users] Slackware release? In-Reply-To: Message-ID: <888541.43530.qm@web57708.mail.re3.yahoo.com> --- On Thu, 4/8/10, Ben Mendis wrote: Does he have a list where people can discuss changes or package requests for Slackware or does it all just go through his inbox? Pat does check out LQ from what I understand.? Maybe try posting at http://www.linuxquestions.org/questions/slackware-14/what-features-changes-would-you-like-to-see-in-future-slackware-605827/ --phillip -------------- next part -------------- An HTML attachment was scrubbed... URL: From pc_warner at yahoo.com Fri Apr 9 23:14:35 2010 From: pc_warner at yahoo.com (Phillip Warner) Date: Fri, 9 Apr 2010 16:14:35 -0700 (PDT) Subject: [Slackbuilds-users] dmenu slackbuild fix In-Reply-To: <20100409124725.4cad0a36@liberty.rlwhome.lan> Message-ID: <610668.50367.qm@web57708.mail.re3.yahoo.com> Thanks, Robby and Daniel! --phillip --- On Fri, 4/9/10, Robby Workman wrote: > From: Robby Workman > Subject: Re: [Slackbuilds-users] dmenu slackbuild fix > To: slackbuilds-users at slackbuilds.org > Date: Friday, April 9, 2010, 10:47 AM > On Fri, 9 Apr 2010 18:26:45 +0200 > LEVAI Daniel > wrote: > > > The dmenu package's slackbuild doesn't work because of > the too subtle > > way of trying to strip the binary. > > > > This diff below helps. Please update, thanks. > > > > --- dmenu.SlackBuild.orig 2009-08-27 > 23:24:35.000000000 +0200 > > +++ dmenu.SlackBuild? 2010-04-06 > 19:35:46.636107375 +0200 > > @@ -73,11 +73,7 @@ > >? ? DESTDIR=$PKG > >? > >? > > -( find $PKG | xargs file | grep "executable" | grep > ELF | cut -f 1 > > -d : | \ > > -? ? xargs strip --strip-unneeded 2> > /dev/null || true > > -? find $PKG | xargs file | grep "shared object" > | grep ELF | cut -f > > 1 -d : | \ > > -? ? xargs strip --strip-unneeded 2> > /dev/null > > -) > > +strip --strip-unneeded $PKG/usr/bin/dmenu > >? > >? ( cd $PKG/usr/man > >? ? find . -type f -exec gzip -9 {} \; > > > I fixed it a bit different, but it's done in my local > repo. > It will be pushed in the next public update. > > -RW > > -----Inline Attachment Follows----- > > _______________________________________________ > 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 Apr 10 07:05:45 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 10 Apr 2010 07:05:45 +0000 Subject: [Slackbuilds-users] Updates - 20100410 Message-ID: <20100410070544.GA13753@slackbuilds.org> Sat Apr 10 06:55:57 UTC 2010 academic/GMT: Updated for version 4.5.2. academic/octave: Updated for version 3.2.4. academic/xephem: Added - Xephem is an astronomy program. Thanks to Dario Nicodemi. audio/fluidsynth: Updated for version 1.1.1. audio/jack-audio-connection-kit: Updated for version 0.118.0. desktop/dmenu: Fixes for bash4. desktop/xtrascreenhacks: Added - this is a small collection of display modes that are based on and intended to be run with XScreensaver. development/eric: Updated for version 4.4.3. development/kdesvn: Updated for version 1.5.2. development/ldns: Added - ldns is a DNS toolkit. Thanks to Andy Bailey. development/p4v: The Perforce Visual Client, provides quick and easy access to versioned files through a graphical interface. Thanks to Andy Bailey. development/qt-doc: Updated download link. games/freedroidrpg: Added - this is a sci-fi isometric role playing game. Thanks to JK Wood. games/gl-117: Added - gl-117 is an action flight simulator. Thanks to Dario Nicodemi. games/glbsp: Added - glBSP is a node builder specially designed for OpenGL ports of the DOOM game engine. Thanks to B. Watson. games/oblige: Added - OBLIGE is a random level generator for various classic games. Thanks to B. Watson. graphics/dcraw: Updated for version 8.99. graphics/fig2sxd: Added - fig2sxd converts images in fig format (used by XFig) to OpenOffice.org Draw format. Thanks to Dario Nicodemi. graphics/goocanvas: Updated for bash4. graphics/tgif-QPL: Added - Tgif is an interactive 2-D drawing facility. Thanks to Dario Nicodemi. libraries/Nevow: Added - Nevow is a web application construction kit written in Python. Thanks to Marco Bonetti. libraries/argparse: Added - the argparse python module provides an easy declarative interface for creating command line tools. Thanks to Marco Bonetti. libraries/atlas: Added - ATLAS is Automatically Tuned Linear Algebra Software. Thanks to Serban Udrea. libraries/darcsver: Added - generates a version number from darcs history. Thanks to Marco Bonetti. libraries/fltk: Fixed download link. libraries/fltk2: Fixed download link. libraries/frei0r: Updated for latest version. libraries/gdata: Updated for version 2.0.9. libraries/gtksourceview: Updated for version 2.8.2. libraries/libssh: Updated for version 0.4.2. libraries/libvdpau: Updated for version 0.4. libraries/lxml: Updated for version 2.2.6. libraries/perl-Magick: Added - perl-Magick is a perl interface to ImageMagick. Thanks to Mikhail Cuddy. libraries/ptlib: Updated for version 2.6.6. libraries/pygoocanvas: Updated for bash4. libraries/rrdtool: Updated for version 1.4.3. libraries/wxGTK: Updated for version 2.8.10. libraries/yaz: Updated for version 4.0.2. misc/hunspell: Updated for version 1.2.9. misc/openssl-certs: Added - openssl-certs are certificates for those SSL-based programs that need them. Thanks to David Woodfall. --michiel misc/recode: Updated download link. multimedia/tvtime: Updated build with glibc patch. network/amavisd-new: Added - amavisd-new is an interface between message transfer agent (MTA) and one or more content checkers. Thanks to Nishant Limbachia. network/exim: Added - exim is a sendmail replacement. Thanks to Thomas Morper. network/exim-html: Added - html docs for exim. Thanks to Thomas Morper. network/msmtp: Updated for version 1.4.20. network/spamassasin: Updated for version 3.3.1. Thanks to LukenShiro. network/sylpheed: Updated build and added license. network/ttcp: Added - TTCP is a benchmarking tool for determining TCP and UDP performance between 2 systems. Thanks to Dario Nicodemi. network/wireshark: Updated for version 1.2.7. office/hevea: Added - hevea is a LaTeX to HTML translator. Thanks to Dario Nicodemi. office/html2ps: Added - html2ps converts HTML pages to PostScript documents. Thanks to Dario Nicodemi. system/fpm2: Updated for version 0.78. system/kvm-kmod: Updated for version 2.6.33.1. system/MySQL-Sandbox: Added - MySQL-Sandbox is a tool that installs one or more MySQL servers within seconds, easily, securely, and with full control. Thanks to Dhaby Xiloj. system/multitail: Updated for version 5.2.6. system/nvidia-driver: Updated for version 195.36.15. system/nvidia-kernel: Updated for version 195.36.15. system/nvidia-legacy173-driver: Updated for version 173.14.25. system/nvidia-legacy173-kernel: Updated for version 173.14.25. system/nvidia-legacy96-driver: Updated for version 96.43.16. system/nvidia-legacy96-kernel: Updated for version 96.43.16. system/postgresql: Set default permissions on rc.postgresql to 0755; note that this will not affect permissions if there's an existing rc script on the system already. Thanks to Don Allen for the problem report. system/qemu-kvm: Updated for version 0.12.3. system/regionset: Added - regionset is a tool for setting the region code in dvd drives. Thanks to David Woodfall. system/roxterm: Updated for version 1.18.1. system/xjobs: Updated for version 20100311. system/zeroinstall-injector: Updated for version 0.46. From john at jcoppens.com Sat Apr 10 14:01:08 2010 From: john at jcoppens.com (John Coppens) Date: Sat, 10 Apr 2010 11:01:08 -0300 Subject: [Slackbuilds-users] Update goffice package In-Reply-To: <20100329144634.e402f182.john@jcoppens.com> References: <20100329144634.e402f182.john@jcoppens.com> Message-ID: <20100410110108.2ccdb6e9.john@jcoppens.com> On Mon, 29 Mar 2010 14:46:34 -0300 John Coppens wrote: > I just sent an update of the goffice SlackBuild to its maintainer, to be > able to compile 0.8.1, necessary for gnumeric 1.10.1. This is the first > time I make such a beast... please advise if errors were made. Never had feedback from the maintainer. Did the update make it? Or is goffice simply unmaintained? John From me at alkos333.net Sat Apr 10 16:17:48 2010 From: me at alkos333.net (alkos333) Date: Sat, 10 Apr 2010 11:17:48 -0500 Subject: [Slackbuilds-users] Update goffice package In-Reply-To: <20100410110108.2ccdb6e9.john@jcoppens.com> References: <20100329144634.e402f182.john@jcoppens.com> <20100410110108.2ccdb6e9.john@jcoppens.com> Message-ID: On Sat, Apr 10, 2010 at 9:01 AM, John Coppens wrote: > > Never had feedback from the maintainer. Did the update make it? Or is > goffice simply unmaintained? I never got your email, but I have long stopped using gnumeric and so if you would like to take over the maintenance, I'd really appreciate that. -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From vbatts at hashbangbash.com Sun Apr 11 04:52:49 2010 From: vbatts at hashbangbash.com (Vincent Batts) Date: Sat, 10 Apr 2010 23:52:49 -0500 Subject: [Slackbuilds-users] Slackbuild side-effects? In-Reply-To: References: Message-ID: I remember this having been an issue quite some time ago, but i have not seen it in a while nor heard it reported. To test, i just did a fresh installation of slackware-13.0, and only compiled && installed the dependencies of gnucash and gnucash itself as it currently is on SBo. then as a limited user, i launch gnucash for the first time and do not get any such errors. BUT when i * copied off those packages * then rolled that virtual machine installation back to a time prior to compiling everything (the clean 13.0 installation) * installed the packages (without compiling everything) sure enough, gnucash can't find /usr/share/guile/1.8/slibcat the issue is in the slib package and its installation. SO, i have just rebuilt that package and submitted it. No need to upgrade to this new 2_SBo build of slib, unless you need a relocatable package. Thanks for the report Ed. Take care, vb http://hashbangbash.com/ On Sat, Apr 3, 2010 at 11:29 PM, King Beowulf wrote: > I've moved Slackware packages among several of my computers without > issues. ?Occasionally there are some run time or compile time quirks. > This is a known quirk with quile and slib and earlier versions of > gnucash. ?One workaround is too run gnucash as root to create slibcat > (a catalog of libs) and then run as normal. I don't run gnucash > anymore (homebank is simpler and suites me fine as I don't need all > the bells and whistles and gnome dependancy headaches) but a quick > googling shows this issue in a number of distributions. ?I'm uncertain > if this is because a full gnome environment is not used, or an > incompatibility with guile-1.8, or just a permission issue. > > -Ed > > On Sat, Apr 3, 2010 at 11:16 AM, Donald Allen wrote: >> >From the slackwiki slackbuilds page: "SlackBuild scripts are simple >> shell scripts which can automate the compiling and packaging of a >> program from source." From this statement and since the output of >> running a SlackBuild script is a Slackware package, I assumed that >> once a package is built on one machine, it could be installed on other >> like machines. That appears not to be the case, at least for gnucash. >> I generated a gnucash package on one x86_64 machine and once installed >> on that machine, it works properly. However, on another x86_64 >> machine, after installing the packages on which it depends (in the >> order specified), I installed the gnucash package built on the >> original machine, and gnucash does not run. I get >> >> ERROR: In procedure open-file: >> ERROR: Permission denied: "/usr/share/guile/1.8/slibcat" >> >> The error message is misleading, in that the file is missing, so not a >> permission problem. >> >> I then re-ran the gnucash.SlackBuild on this second machine and >> installed the resulting package again, and now gnucash works. So it >> appears that there is at least one (perhaps more) side-effect of >> running the SlackBuild script that is essential to the proper >> installation of the program. In other words, just installing the >> package isn't sufficient. This seems wrong and perhaps a bug in the >> gnucash script, although I may have the wrong impression of the >> function of these scripts and their resulting packages (though the >> sentence I quote above talks about "compiling and packaging", not >> installing, leading one to believe that there's a clean separation -- >> compiling and packaging is the job of the SlackBuild script, >> installation is the job of the resulting package). >> >> /Don >> _______________________________________________ >> 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/ >> >> > > > > -- > You! What PLANET is this! > ? ? ? ?-- McCoy, "The City on the Edge of Forever", stardate 3134.0 > _______________________________________________ > 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 grbzks at xsmail.com Tue Apr 13 00:26:27 2010 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Tue, 13 Apr 2010 03:26:27 +0300 Subject: [Slackbuilds-users] Anacron FYI Message-ID: <201004130326.33100.grbzks@xsmail.com> Hi, earlier i wanted to adopt one of Michael Wagner's [1] orphaned packages and while searching the mailing list archives to find that reference, i noticed that Marco Bonetti expressed the will to adopt anacron [2]. I wanted to inform Marco, and all other anacron users out there, that anacron's features are now included in the default dcron that comes with the -current branch of Slackware. You might want to start using that in the future. You can visit the dron webpage and read about it here: http://www.jimpryor.net/linux/dcron [1]: http://lists.slackbuilds.org/pipermail/slackbuilds-users/2010- February/005274.html [2]: http://lists.slackbuilds.org/pipermail/slackbuilds-users/2010- February/005275.html -- Greg -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. URL: From sid77 at slackware.it Tue Apr 13 05:03:44 2010 From: sid77 at slackware.it (Marco Bonetti) Date: Tue, 13 Apr 2010 07:03:44 +0200 Subject: [Slackbuilds-users] Anacron FYI In-Reply-To: <201004130326.33100.grbzks@xsmail.com> References: <201004130326.33100.grbzks@xsmail.com> Message-ID: <0C03B624-CC51-41B6-B89E-BB34F2D47462@slackware.it> This is interesting news, thanks! -- Sent from my iPwn From john at jcoppens.com Tue Apr 13 15:31:00 2010 From: john at jcoppens.com (John Coppens) Date: Tue, 13 Apr 2010 12:31:00 -0300 Subject: [Slackbuilds-users] Update goffice package In-Reply-To: References: <20100329144634.e402f182.john@jcoppens.com> <20100410110108.2ccdb6e9.john@jcoppens.com> Message-ID: <20100413123100.067e235f.john@jcoppens.com> On Sat, 10 Apr 2010 11:17:48 -0500 alkos333 wrote: > > Never had feedback from the maintainer. Did the update make it? Or is > > goffice simply unmaintained? > > I never got your email, but I have long stopped using gnumeric and so > if you would like to take over the maintenance, I'd really appreciate > that. Sorry for the delay in responding. I'd be glad to be of help. Could you warn the guys at SlackBuilds? Cheers, John From me at alkos333.net Tue Apr 13 16:00:30 2010 From: me at alkos333.net (alkos333) Date: Tue, 13 Apr 2010 11:00:30 -0500 Subject: [Slackbuilds-users] Update goffice package In-Reply-To: <20100413123100.067e235f.john@jcoppens.com> References: <20100329144634.e402f182.john@jcoppens.com> <20100410110108.2ccdb6e9.john@jcoppens.com> <20100413123100.067e235f.john@jcoppens.com> Message-ID: On Tue, Apr 13, 2010 at 10:31 AM, John Coppens wrote: > Sorry for the delay in responding. I'd be glad to be of help. Could you > warn the guys at SlackBuilds? These emails are going through the mailing list, so they can consider themselves warned :P -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From mjjzf at syntaktisk.dk Wed Apr 14 14:11:07 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Wed, 14 Apr 2010 10:11:07 -0400 Subject: [Slackbuilds-users] Uget issue - call for test Message-ID: <20100414101107.25254ff8@espero.syntaktisk.dk> Dear all, I submitted a Slackbuild for Uget: http://slackbuilds.org/repository/13.0/network/uget/ ... but I am experiencing difficulties with audio when it is compiled with Gstreamer support for the audio notification for finished downloads. Sometimes my audio would hang, and I couldn't get any sound; whenever I killed Uget, it would end. Now I have compiled it without sound support, and the issue is gone. Therefore, I would like to request someone willing to help to build and install Uget, fetch a file like http://syntaktisk.dk/files/slack-s.png, and once the notification bell for the finished download has sounded, try to play an audiofile with, say, 'play' to see what the output is. Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From donaldcallen at gmail.com Wed Apr 14 16:03:30 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Wed, 14 Apr 2010 12:03:30 -0400 Subject: [Slackbuilds-users] postgresql again Message-ID: When you run the postgresql.SlackBuild, you get reminded that you need to create a postgres group and user and you are given the commands to do so. You comply, the postgres package builds, you install it, and then get it running following the instructions in README.SBo. Some time later, you use the resulting package to try to install postgresql on another system. It installs, but when you attempt to get it running, you can't, because you need to create the postgres group and user, which you find out when you attempt to do su postgres -c "initdb -D /var/lib/pgsql/data" Except the error you get doesn't tell you how to fix the problem. So maybe you remember enough from when you originally built the package to dig through the postgresql.SlackBuild and figure it out. My point is this: the reminders to create the group and user should not occur at build time, they should occur at install time (or maybe both, if they are really needed at build time). At the very least, the README.SBo ought to tell you that the group- and user-creation is needed and how to do it. It seems to be assuming that this has already been done, which it may not be, if you are installing a package that you created on a different system six months ago. This issue is similar in nature to the issue I had with the gnucash package: the package is not self-contained and should be. /Don From larryhaja at gmail.com Thu Apr 15 00:26:44 2010 From: larryhaja at gmail.com (Larry Hajali) Date: Wed, 14 Apr 2010 17:26:44 -0700 Subject: [Slackbuilds-users] Uget issue - call for test In-Reply-To: <20100414101107.25254ff8@espero.syntaktisk.dk> References: <20100414101107.25254ff8@espero.syntaktisk.dk> Message-ID: No issues here related to sound. I built version 1.5.0.3. On a side note, it might be good to add the following to the doinst.sh because of pictures installed to /usr/share/icons/hicolor. if [ -e usr/share/icons/hicolor/icon-theme.cache ]; then if [ -x /usr/bin/gtk-update-icon-cache ]; then /usr/bin/gtk-update-icon-cache usr/share/icons/hicolor >/dev/null 2>&1 fi fi Larry On Wed, Apr 14, 2010 at 7:11 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote: > Dear all, > I submitted a Slackbuild for Uget: > http://slackbuilds.org/repository/13.0/network/uget/ > ... but I am experiencing difficulties with audio when it is > compiled with Gstreamer support for the audio notification for finished > downloads. > Sometimes my audio would hang, and I couldn't get any sound; whenever I > killed Uget, it would end. Now I have compiled it without sound > support, and the issue is gone. > Therefore, I would like to request someone willing to help to build and > install Uget, fetch a file like http://syntaktisk.dk/files/slack-s.png, > and once the notification bell for the finished download has sounded, > try to play an audiofile with, say, 'play' to see what the output is. > > Yours, > Morten > __ > Morten Juhl-Johansen Z?lde-Fej?r > http://syntaktisk.dk * mjjzf at syntaktisk.dk > _______________________________________________ > 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 Thu Apr 15 02:22:38 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 14 Apr 2010 21:22:38 -0500 Subject: [Slackbuilds-users] postgresql again In-Reply-To: References: Message-ID: <20100414212238.6acda2ad@liberty.rlwhome.lan> On Wed, 14 Apr 2010 12:03:30 -0400 Donald Allen wrote: > When you run the postgresql.SlackBuild, you get reminded that you need > to create a postgres group and user and you are given the commands to > do so. You comply, the postgres package builds, you install it, and > then get it running following the instructions in README.SBo. > > Some time later, you use the resulting package to try to install > postgresql on another system. It installs, but when you attempt to get > it running, you can't, because you need to create the postgres group > and user, which you find out when you attempt to do > > su postgres -c "initdb -D /var/lib/pgsql/data" > > Except the error you get doesn't tell you how to fix the problem. So > maybe you remember enough from when you originally built the package > to dig through the postgresql.SlackBuild and figure it out. > > My point is this: the reminders to create the group and user should > not occur at build time, they should occur at install time (or maybe > both, if they are really needed at build time). At the very least, the > README.SBo ought to tell you that the group- and user-creation is > needed and how to do it. It seems to be assuming that this has already > been done, which it may not be, if you are installing a package that > you created on a different system six months ago. > > This issue is similar in nature to the issue I had with the gnucash > package: the package is not self-contained and should be. This one is a WONTFIX, if only because I don't see it as a bug. That's not to say that I don't see your point -- I do -- but there's not any obvious way that we can do this better without adding some badness. By "badness," I mean: we are not going to have postinstall scripts create users and/or groups on the system. In essence, this is one of those things that's going to have to be documented by the system admin in a local ChangeLog or some such and then consulted when doing new installs. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dickson.tim at googlemail.com Thu Apr 15 08:03:09 2010 From: dickson.tim at googlemail.com (Tim Dickson) Date: Thu, 15 Apr 2010 09:03:09 +0100 Subject: [Slackbuilds-users] postgresql again In-Reply-To: <20100414212238.6acda2ad@liberty.rlwhome.lan> References: <20100414212238.6acda2ad@liberty.rlwhome.lan> Message-ID: <4BC6C83D.9020609@googlemail.com> just a thought.. It should be easy enough to just echo instructions using doinst.sh That way the end user/installer gets to know how to get things working, without the package interfering and doing it for them. Either that, or (or as well) include the instructions in an rc. file as comments, in the same way that the mysql package already does. Tim On 15/04/2010 03:22, Robby Workman wrote: > On Wed, 14 Apr 2010 12:03:30 -0400 > Donald Allen wrote: > > >> When you run the postgresql.SlackBuild, you get reminded that you need >> to create a postgres group and user and you are given the commands to >> do so. You comply, the postgres package builds, you install it, and >> then get it running following the instructions in README.SBo. >> >> Some time later, you use the resulting package to try to install >> postgresql on another system. It installs, but when you attempt to get >> it running, you can't, because you need to create the postgres group >> and user, which you find out when you attempt to do >> >> su postgres -c "initdb -D /var/lib/pgsql/data" >> >> Except the error you get doesn't tell you how to fix the problem. So >> maybe you remember enough from when you originally built the package >> to dig through the postgresql.SlackBuild and figure it out. >> >> My point is this: the reminders to create the group and user should >> not occur at build time, they should occur at install time (or maybe >> both, if they are really needed at build time). At the very least, the >> README.SBo ought to tell you that the group- and user-creation is >> needed and how to do it. It seems to be assuming that this has already >> been done, which it may not be, if you are installing a package that >> you created on a different system six months ago. >> >> This issue is similar in nature to the issue I had with the gnucash >> package: the package is not self-contained and should be. >> > > This one is a WONTFIX, if only because I don't see it as a bug. > > That's not to say that I don't see your point -- I do -- but > there's not any obvious way that we can do this better without > adding some badness. By "badness," I mean: we are not going > to have postinstall scripts create users and/or groups on the > system. > > In essence, this is one of those things that's going to have to > be documented by the system admin in a local ChangeLog or some > such and then consulted when doing new installs. > > -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/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From donaldcallen at gmail.com Thu Apr 15 12:30:22 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Thu, 15 Apr 2010 08:30:22 -0400 Subject: [Slackbuilds-users] postgresql again In-Reply-To: <4BC6C83D.9020609@googlemail.com> References: <20100414212238.6acda2ad@liberty.rlwhome.lan> <4BC6C83D.9020609@googlemail.com> Message-ID: On Thu, Apr 15, 2010 at 4:03 AM, Tim Dickson wrote: > just a thought.. > > It should be easy enough to just echo instructions using doinst.sh > That way the end user/installer gets to know how to get things working, > without the package interfering and doing it for them. > Either that, or (or as well) include the instructions in an rc. file as > comments, in the same way that the mysql package already does. And (as I mentioned in my original post) in the README.SBo, together with the instructions for how to initialize the database. I agree with Robby that this isn't quite a "bug" -- it's more a documentation issue. And despite what you've said above, if it turns out to be inconvenient or undesirable to have the package check for the presence of the postgres group and user at install time, anyone installing postgresql is going to have to consult the README.SBo to know how to edit rc.local/rc.local_shutdown get the server running/stopped and the database initialized. So having the information about the needed group and user there seems like the natural place to put it. I'd be happy with just that. If the package can do the check at install time, so much the better. /Don > > Tim > > On 15/04/2010 03:22, Robby Workman wrote: > > On Wed, 14 Apr 2010 12:03:30 -0400 > Donald Allen wrote: > > > > When you run the postgresql.SlackBuild, you get reminded that you need > to create a postgres group and user and you are given the commands to > do so. You comply, the postgres package builds, you install it, and > then get it running following the instructions in README.SBo. > > Some time later, you use the resulting package to try to install > postgresql on another system. It installs, but when you attempt to get > it running, you can't, because you need to create the postgres group > and user, which you find out when you attempt to do > > su postgres -c "initdb -D /var/lib/pgsql/data" > > Except the error you get doesn't tell you how to fix the problem. So > maybe you remember enough from when you originally built the package > to dig through the postgresql.SlackBuild and figure it out. > > My point is this: the reminders to create the group and user should > not occur at build time, they should occur at install time (or maybe > both, if they are really needed at build time). At the very least, the > README.SBo ought to tell you that the group- and user-creation is > needed and how to do it. It seems to be assuming that this has already > been done, which it may not be, if you are installing a package that > you created on a different system six months ago. > > This issue is similar in nature to the issue I had with the gnucash > package: the package is not self-contained and should be. > > > This one is a WONTFIX, if only because I don't see it as a bug. > > That's not to say that I don't see your point -- I do -- but > there's not any obvious way that we can do this better without > adding some badness. By "badness," I mean: we are not going > to have postinstall scripts create users and/or groups on the > system. > > In essence, this is one of those things that's going to have to > be documented by the system admin in a local ChangeLog or some > such and then consulted when doing new installs. > > -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/ > > > > _______________________________________________ > 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 adis at linux.org.ba Thu Apr 15 17:19:12 2010 From: adis at linux.org.ba (Adis Nezirovic) Date: Thu, 15 Apr 2010 19:19:12 +0200 Subject: [Slackbuilds-users] postgresql again In-Reply-To: References: <20100414212238.6acda2ad@liberty.rlwhome.lan> <4BC6C83D.9020609@googlemail.com> Message-ID: <1271351952.4737.2.camel@lestaro2.team.ba> There is also post installation script (setup.postgresql) which creates user and groups, and initializes database directories. Script can be run through pkgtool (setup->postgresql) Best regards, Adis From mjjzf at syntaktisk.dk Thu Apr 15 20:07:49 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Thu, 15 Apr 2010 16:07:49 -0400 Subject: [Slackbuilds-users] "Latest" link Message-ID: <20100415160749.2c154629@espero.syntaktisk.dk> Dear Slackbuilders - I recently offered a Slackbuild to the site of the package in question. Naturally, the link is formed http://slackbuilds.org/repository/13.0/$CATEGORY/$PACKAGE. I was asked if there was a permanent link. Is there a way to link to the latest Slackware release - as in http://slackbuilds.org/repository/latest/$CATEGORY/$PACKAGE, where latest was a link to 13.0, to be changed for 13.1 - or is it at least something that could be considered for simplicity? I am aware that this also provides an opportunity for broken links after a new Slackware release. Opinions? Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From ml at mareichelt.de Thu Apr 15 20:18:58 2010 From: ml at mareichelt.de (markus reichelt) Date: Thu, 15 Apr 2010 22:18:58 +0200 Subject: [Slackbuilds-users] "Latest" link In-Reply-To: <20100415160749.2c154629@espero.syntaktisk.dk> References: <20100415160749.2c154629@espero.syntaktisk.dk> Message-ID: <20100415201858.GA6058@tatooine.rebelbase.local> * Morten Juhl-Johansen Z?lde-Fej?r wrote: > Opinions? I really fail to see the benefits. -- left blank, right bald -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From mjjzf at syntaktisk.dk Thu Apr 15 20:37:08 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Thu, 15 Apr 2010 16:37:08 -0400 Subject: [Slackbuilds-users] "Latest" link In-Reply-To: <20100415201858.GA6058@tatooine.rebelbase.local> References: <20100415160749.2c154629@espero.syntaktisk.dk> <20100415201858.GA6058@tatooine.rebelbase.local> Message-ID: <20100415163708.5fd32f37@espero.syntaktisk.dk> On Thu, 15 Apr 2010 22:18:58 +0200 markus reichelt wrote: > * Morten Juhl-Johansen Z?lde-Fej?r wrote: > > > Opinions? > > I really fail to see the benefits. You don't see a benefit in being able to permalink Slackbuilds? Yours, M __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mickeytintincolle at yahoo.fr Thu Apr 15 20:49:35 2010 From: mickeytintincolle at yahoo.fr (Antoine NONYME) Date: Thu, 15 Apr 2010 22:49:35 +0200 Subject: [Slackbuilds-users] postgresql again In-Reply-To: <4BC6C83D.9020609@googlemail.com> References: <20100414212238.6acda2ad@liberty.rlwhome.lan> <4BC6C83D.9020609@googlemail.com> Message-ID: <20100415224935.3beb1673@yahoo.fr> Le Thu, 15 Apr 2010 09:03:09 +0100, Tim Dickson a ?crit : > just a thought.. > > It should be easy enough to just echo instructions using doinst.sh > That way the end user/installer gets to know how to get things > working, without the package interfering and doing it for them. > Either that, or (or as well) include the instructions in an rc. file > as comments, in the same way that the mysql package already does. The dbus SlackBuild for Slackware 11.0 created a package which echoed such a request to create a "messagebus" user/group if there weren't such one . > > Tim > From erik at slackbuilds.org Thu Apr 15 20:53:14 2010 From: erik at slackbuilds.org (Erik Hanson) Date: Thu, 15 Apr 2010 15:53:14 -0500 Subject: [Slackbuilds-users] "Latest" link In-Reply-To: <20100415163708.5fd32f37@espero.syntaktisk.dk> References: <20100415160749.2c154629@espero.syntaktisk.dk> <20100415201858.GA6058@tatooine.rebelbase.local> <20100415163708.5fd32f37@espero.syntaktisk.dk> Message-ID: <20100415155314.35e812dd@shaggy.doo> On Apr 15, 2010, at 4:37 PM, Morten Juhl-Johansen Z?lde-Fej?r wrote: > On Thu, 15 Apr 2010 22:18:58 +0200 > markus reichelt wrote: > > > * Morten Juhl-Johansen Z?lde-Fej?r wrote: > > > > > Opinions? > > > > I really fail to see the benefits. > > You don't see a benefit in being able to permalink Slackbuilds? It wouldn't be a permanent link, it would change, and that's a problem. We've had this discussion before and it's not going to happen. -- 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 mjjzf at syntaktisk.dk Thu Apr 15 20:58:21 2010 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Thu, 15 Apr 2010 16:58:21 -0400 Subject: [Slackbuilds-users] "Latest" link In-Reply-To: <20100415155314.35e812dd@shaggy.doo> References: <20100415160749.2c154629@espero.syntaktisk.dk> <20100415201858.GA6058@tatooine.rebelbase.local> <20100415163708.5fd32f37@espero.syntaktisk.dk> <20100415155314.35e812dd@shaggy.doo> Message-ID: <20100415165821.10ccb2ee@espero.syntaktisk.dk> On Thu, 15 Apr 2010 15:53:14 -0500 Erik Hanson wrote: > It wouldn't be a permanent link, it would change, and that's a > problem. We've had this discussion before and it's not going to > happen. Okay, just wanted to put it out - I am not blind to the drawbacks. I'll explain the situation.Thank you. Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From artourter at gmail.com Thu Apr 15 22:19:34 2010 From: artourter at gmail.com (Greg' Ar Tourter) Date: Thu, 15 Apr 2010 23:19:34 +0100 Subject: [Slackbuilds-users] "Latest" link In-Reply-To: <20100415165821.10ccb2ee@espero.syntaktisk.dk> References: <20100415160749.2c154629@espero.syntaktisk.dk> <20100415201858.GA6058@tatooine.rebelbase.local> <20100415163708.5fd32f37@espero.syntaktisk.dk> <20100415155314.35e812dd@shaggy.doo> <20100415165821.10ccb2ee@espero.syntaktisk.dk> Message-ID: Hi, I can actually see the benefit when linking to the slackbuild as the official slackware package for a particular program. This is the case for instance for the shorewall packages and the software devs have linked on their website to the search results: http://slackbuilds.org/result/?search= Hope this helps Cheers Greg On 15 April 2010 21:58, Morten Juhl-Johansen Z?lde-Fej?r wrote: > On Thu, 15 Apr 2010 15:53:14 -0500 > Erik Hanson wrote: >> It wouldn't be a permanent link, it would change, and that's a >> problem. We've had this discussion before and it's not going to >> happen. > > Okay, just wanted to put it out - I am not blind to the drawbacks. I'll > explain the situation.Thank you. > > Yours, > Morten > __ > Morten Juhl-Johansen Z?lde-Fej?r > http://syntaktisk.dk * mjjzf at syntaktisk.dk > > _______________________________________________ > 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 yalhcru at gmail.com Fri Apr 16 03:16:08 2010 From: yalhcru at gmail.com (B Watson) Date: Thu, 15 Apr 2010 23:16:08 -0400 Subject: [Slackbuilds-users] postgresql again In-Reply-To: <4BC6C83D.9020609@googlemail.com> References: <20100414212238.6acda2ad@liberty.rlwhome.lan> <4BC6C83D.9020609@googlemail.com> Message-ID: On 4/15/10, Tim Dickson wrote: > It should be easy enough to just echo instructions using doinst.sh > That way the end user/installer gets to know how to get things working, > without the package interfering and doing it for them. My 2?: Why not just mention it in the slack-desc? Last couple lines could read "This package requires a postgres user to be created before starting the service" or some such. Seems a good compromise, not too automated, but helpful, and it involves no code changes (thus not likely to cause problems). From elcaio at gmail.com Fri Apr 16 20:14:58 2010 From: elcaio at gmail.com (caio) Date: Fri, 16 Apr 2010 17:14:58 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm Message-ID: Hello, I want to install inkscape, then to satisfy dependencies i also install: cairomm-1.8.0-i486-1_SBo gc-7.1-i486-1_SBo glibmm-2.18.2-i486-1_SBo gsl-1.13-i486-1_SBo libsigc++-2.2.3-i486-1_SBo numpy-1.3.0-i486-1_SBo pangomm-2.14.1-i486-1_SBo ptlib-2.6.6-i486-1_SBo atk-1.26.0-i486-1 gtk+2-2.18.7-i486-2 But when I want to compile gtkmm (v2.14.3), it complains with: <...cut...> g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -I../../gtk -I../../gtk -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -I/usr/include/pangomm-1.4 -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/gtk-unix-print-2.0 -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -march=i486 -mtune=i686 -Wall -MT recentinfo.lo -MD -MP -MF .deps/recentinfo.Tpo -c recentinfo.cc -fPIC -DPIC -o .libs/recentinfo.o recentinfo.cc: In member function 'bool Gtk::RecentInfo::get_application_info(const Glib::ustring&, Glib::StringArrayHandle&, guint&, time_t&) const': recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const gchar**' recentinfo.cc:192: error: initializing argument 3 of 'gboolean gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, const gchar**, guint*, time_t*)' make[5]: *** [recentinfo.lo] Error 1 make[5]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/gtkmm-2.14.3' make: *** [all] Error 2 I see gtkmm requirements, and it list: gtkmm_min_glibmm_version=2.18.0 gtkmm_min_giomm_version=2.18.0 gtkmm_min_gtk_version=2.14.0 gtkmm_min_cairomm_version=1.2.2 gtkmm_min_pangomm_version=2.14.0 What is wrong? Can anybody tell me what i'm missing? Thanks for your help. Caio From dragonwisard at gmail.com Fri Apr 16 20:30:34 2010 From: dragonwisard at gmail.com (Ben Mendis) Date: Fri, 16 Apr 2010 16:30:34 -0400 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: Are you using Slackware-current? The "invalid conversion..." error was introduced by a changed in GCC-4.4.x. Slackware-current uses GCC-4.4.3 Read: http://gcc.gnu.org/gcc-4.4/porting_to.html On Fri, Apr 16, 2010 at 4:14 PM, caio wrote: > Hello, I want to install inkscape, then to satisfy dependencies i also > install: > > cairomm-1.8.0-i486-1_SBo > gc-7.1-i486-1_SBo > glibmm-2.18.2-i486-1_SBo > gsl-1.13-i486-1_SBo > libsigc++-2.2.3-i486-1_SBo > numpy-1.3.0-i486-1_SBo > pangomm-2.14.1-i486-1_SBo > ptlib-2.6.6-i486-1_SBo > atk-1.26.0-i486-1 > gtk+2-2.18.7-i486-2 > > But when I want to compile gtkmm (v2.14.3), it complains with: > > <...cut...> > g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -I../../gtk -I../../gtk > -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk > -I../../gdk -I../../gtk -I../../gtk -I/usr/include/glibmm-2.4 > -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 > -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/giomm-2.4 > -I/usr/lib/giomm-2.4/include -I/usr/include/cairomm-1.0 > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng14 -I/usr/include/pangomm-1.4 > -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 > -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/gtk-unix-print-2.0 -pthread -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -O2 -march=i486 -mtune=i686 -Wall -MT > recentinfo.lo -MD -MP -MF .deps/recentinfo.Tpo -c recentinfo.cc -fPIC > -DPIC -o .libs/recentinfo.o > recentinfo.cc: In member function 'bool > Gtk::RecentInfo::get_application_info(const Glib::ustring&, > Glib::StringArrayHandle&, guint&, time_t&) const': > recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const > gchar**' > recentinfo.cc:192: error: initializing argument 3 of 'gboolean > gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, > const gchar**, guint*, time_t*)' > make[5]: *** [recentinfo.lo] Error 1 > make[5]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/SBo/gtkmm-2.14.3' > make: *** [all] Error 2 > > I see gtkmm requirements, and it list: > > gtkmm_min_glibmm_version=2.18.0 > gtkmm_min_giomm_version=2.18.0 > gtkmm_min_gtk_version=2.14.0 > gtkmm_min_cairomm_version=1.2.2 > gtkmm_min_pangomm_version=2.14.0 > > What is wrong? Can anybody tell me what i'm missing? > > Thanks for your help. > Caio > _______________________________________________ > 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 yalhcru at gmail.com Fri Apr 16 20:41:25 2010 From: yalhcru at gmail.com (B Watson) Date: Fri, 16 Apr 2010 16:41:25 -0400 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: On 4/16/10, caio wrote: > But when I want to compile gtkmm (v2.14.3), it complains with: > > recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const > gchar**' > recentinfo.cc:192: error: initializing argument 3 of 'gboolean > gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, > const gchar**, guint*, time_t*)' That looks like the sort of thing that happens when your gcc is newer than the one the code was tested with... Are you running -current by any chance? (SBo scripts aren't necessarily tested for -current) From elcaio at gmail.com Fri Apr 16 20:55:45 2010 From: elcaio at gmail.com (caio) Date: Fri, 16 Apr 2010 17:55:45 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: Yes, I do running current.. and gcc is v4.4.3. What do you recommend, downgrade gcc or stop using current, or what? I think this time was gtkmm but maybe in a few days another app will complains about it too. Caio On Fri, Apr 16, 2010 at 5:41 PM, B Watson wrote: > On 4/16/10, caio wrote: > >> But when I want to compile gtkmm (v2.14.3), it complains with: >> >> recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const >> gchar**' >> recentinfo.cc:192: error: ? initializing argument 3 of 'gboolean >> gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, >> const gchar**, guint*, time_t*)' > > That looks like the sort of thing that happens when your gcc is newer > than the one the code was tested with... Are you running -current by > any chance? (SBo scripts aren't necessarily tested for -current) > _______________________________________________ > 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 dragonwisard at gmail.com Fri Apr 16 21:11:37 2010 From: dragonwisard at gmail.com (Ben Mendis) Date: Fri, 16 Apr 2010 17:11:37 -0400 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: If you want to simply avoid issues like this, you should switch back to Slackware-13. When the next stable version (13.1?) is released SBo's scripts will be checked against and updated for whatever version of GCC is in that version. The fix for this particular issue is relatively simple. Typically it just involves adding the 'const' modifier to the variable declaration so that the variable being assigned matches the return type that is being assigned to it. (See the example in the link I previously sent.) On Fri, Apr 16, 2010 at 4:55 PM, caio wrote: > Yes, I do running current.. and gcc is v4.4.3. > What do you recommend, downgrade gcc or stop using current, or what? I > think this time was gtkmm but maybe in a few days another app will > complains about it too. > > Caio > > On Fri, Apr 16, 2010 at 5:41 PM, B Watson wrote: > > On 4/16/10, caio wrote: > > > >> But when I want to compile gtkmm (v2.14.3), it complains with: > >> > >> recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const > >> gchar**' > >> recentinfo.cc:192: error: initializing argument 3 of 'gboolean > >> gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, > >> const gchar**, guint*, time_t*)' > > > > That looks like the sort of thing that happens when your gcc is newer > > than the one the code was tested with... Are you running -current by > > any chance? (SBo scripts aren't necessarily tested for -current) > > _______________________________________________ > > 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/ > > > > > _______________________________________________ > 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 yalhcru at gmail.com Fri Apr 16 21:12:08 2010 From: yalhcru at gmail.com (B Watson) Date: Fri, 16 Apr 2010 17:12:08 -0400 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: On 4/16/10, caio wrote: > Yes, I do running current.. and gcc is v4.4.3. > What do you recommend, downgrade gcc or stop using current, or what? I > think this time was gtkmm but maybe in a few days another app will > complains about it too. If you know enough C++ to do it, you should create a patch and a modified SlackBuild script that applies the patch... and send it to the maintainer of the slackbuild. Later on, when slackware 13.1 comes out (which will have the same gcc as -current has now, or a newer one), he'll already have a working build to submit to SBo. If you don't know enough C++, but you do know bash scripting and how to apply patches, you could see if Gentoo or Debian -unstable has the same problem (and a patch to fix it). If so, borrow their patch (they won't mind). If you don't know C++ or bash or how to use patch, eh, what possessed you to run -current in the first place? Downgrading gcc is a bad idea, unless you're going to downgrade the whole OS to Slackware 13. Mixing and matching packages from stable and current isn't a great idea: it might work sometimes, but when it breaks, you're probably the only person on the planet who has that exact mix of packages, so it's hard for anyone to help you much... From elcaio at gmail.com Fri Apr 16 21:26:02 2010 From: elcaio at gmail.com (caio) Date: Fri, 16 Apr 2010 18:26:02 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: Thank you both for your clear answers. I'll patch this for this current problem, and wait for v13.1 with the newer and well tested gcc. I know was my fail to upgrade gcc without bearing in mind this kind of issues, but i'm fine on -current. Again, thank you. Caio On Fri, Apr 16, 2010 at 6:12 PM, B Watson wrote: > On 4/16/10, caio wrote: > >> Yes, I do running current.. and gcc is v4.4.3. >> What do you recommend, downgrade gcc or stop using current, or what? I >> think this time was gtkmm but maybe in a few days another app will >> complains about it too. > > If you know enough C++ to do it, you should create a patch and a modified > SlackBuild script that applies the patch... and send it to the maintainer > of the slackbuild. Later on, when slackware 13.1 comes out (which will > have the same gcc as -current has now, or a newer one), he'll already > have a working build to submit to SBo. > > If you don't know enough C++, but you do know bash scripting and how > to apply patches, you could see if Gentoo or Debian -unstable has the > same problem (and a patch to fix it). If so, borrow their patch (they > won't mind). > > If you don't know C++ or bash or how to use patch, eh, what possessed > you to run -current in the first place? > > Downgrading gcc is a bad idea, unless you're going to downgrade the > whole OS to Slackware 13. Mixing and matching packages from stable and > current isn't a great idea: it might work sometimes, but when it breaks, > you're probably the only person on the planet who has that exact mix of > packages, so it's hard for anyone to help you much... > _______________________________________________ > 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 willysr at gmail.com Fri Apr 16 21:35:02 2010 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sat, 17 Apr 2010 04:35:02 +0700 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: > Hello, I want to install inkscape, then to satisfy dependencies i also install: > > cairomm-1.8.0-i486-1_SBo > gc-7.1-i486-1_SBo > glibmm-2.18.2-i486-1_SBo > gsl-1.13-i486-1_SBo > libsigc++-2.2.3-i486-1_SBo > numpy-1.3.0-i486-1_SBo > pangomm-2.14.1-i486-1_SBo > ptlib-2.6.6-i486-1_SBo > atk-1.26.0-i486-1 > gtk+2-2.18.7-i486-2 > > But when I want to compile gtkmm (v2.14.3), it complains with: > > <...cut...> > ?g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -I../../gtk -I../../gtk > -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk > -I../../gdk -I../../gtk -I../../gtk -I/usr/include/glibmm-2.4 > -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 > -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/giomm-2.4 > -I/usr/lib/giomm-2.4/include -I/usr/include/cairomm-1.0 > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng14 -I/usr/include/pangomm-1.4 > -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 > -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 > -I/usr/include/gtk-unix-print-2.0 -pthread -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -O2 -march=i486 -mtune=i686 -Wall -MT > recentinfo.lo -MD -MP -MF .deps/recentinfo.Tpo -c recentinfo.cc ?-fPIC > -DPIC -o .libs/recentinfo.o > recentinfo.cc: In member function 'bool > Gtk::RecentInfo::get_application_info(const Glib::ustring&, > Glib::StringArrayHandle&, guint&, time_t&) const': > recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const gchar**' > recentinfo.cc:192: error: ? initializing argument 3 of 'gboolean > gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, > const gchar**, guint*, time_t*)' > make[5]: *** [recentinfo.lo] Error 1 > make[5]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/SBo/gtkmm-2.14.3' > make: *** [all] Error 2 > > I see gtkmm requirements, and it list: > > gtkmm_min_glibmm_version=2.18.0 > gtkmm_min_giomm_version=2.18.0 > gtkmm_min_gtk_version=2.14.0 > gtkmm_min_cairomm_version=1.2.2 > gtkmm_min_pangomm_version=2.14.0 > > What is wrong? Can anybody tell me what i'm missing? Try using gtkmm 2.14.4 http://slackware.ponce.cc/blog/2010/04/11/sbo-git-20100410/ -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com From elcaio at gmail.com Sat Apr 17 01:01:36 2010 From: elcaio at gmail.com (caio) Date: Fri, 16 Apr 2010 22:01:36 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: On Fri, Apr 16, 2010 at 6:35 PM, Willy Sudiarto Raharjo wrote: >> Hello, I want to install inkscape, then to satisfy dependencies i also install: >> >> cairomm-1.8.0-i486-1_SBo >> gc-7.1-i486-1_SBo >> glibmm-2.18.2-i486-1_SBo >> gsl-1.13-i486-1_SBo >> libsigc++-2.2.3-i486-1_SBo >> numpy-1.3.0-i486-1_SBo >> pangomm-2.14.1-i486-1_SBo >> ptlib-2.6.6-i486-1_SBo >> atk-1.26.0-i486-1 >> gtk+2-2.18.7-i486-2 >> >> But when I want to compile gtkmm (v2.14.3), it complains with: >> >> <...cut...> >> ?g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -I../../gtk -I../../gtk >> -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk >> -I../../gdk -I../../gtk -I../../gtk -I/usr/include/glibmm-2.4 >> -I/usr/lib/glibmm-2.4/include -I/usr/include/sigc++-2.0 >> -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 >> -I/usr/lib/glib-2.0/include -I/usr/include/giomm-2.4 >> -I/usr/lib/giomm-2.4/include -I/usr/include/cairomm-1.0 >> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 >> -I/usr/include/libpng14 -I/usr/include/pangomm-1.4 >> -I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 >> -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 >> -I/usr/include/gtk-unix-print-2.0 -pthread -I/usr/include/glib-2.0 >> -I/usr/lib/glib-2.0/include -O2 -march=i486 -mtune=i686 -Wall -MT >> recentinfo.lo -MD -MP -MF .deps/recentinfo.Tpo -c recentinfo.cc ?-fPIC >> -DPIC -o .libs/recentinfo.o >> recentinfo.cc: In member function 'bool >> Gtk::RecentInfo::get_application_info(const Glib::ustring&, >> Glib::StringArrayHandle&, guint&, time_t&) const': >> recentinfo.cc:192: error: invalid conversion from 'gchar**' to 'const gchar**' >> recentinfo.cc:192: error: ? initializing argument 3 of 'gboolean >> gtk_recent_info_get_application_info(GtkRecentInfo*, const gchar*, >> const gchar**, guint*, time_t*)' >> make[5]: *** [recentinfo.lo] Error 1 >> make[5]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' >> make[4]: *** [all-recursive] Error 1 >> make[4]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk/gtkmm' >> make[3]: *** [all-recursive] Error 1 >> make[3]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' >> make[2]: *** [all] Error 2 >> make[2]: Leaving directory `/tmp/SBo/gtkmm-2.14.3/gtk' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/tmp/SBo/gtkmm-2.14.3' >> make: *** [all] Error 2 >> >> I see gtkmm requirements, and it list: >> >> gtkmm_min_glibmm_version=2.18.0 >> gtkmm_min_giomm_version=2.18.0 >> gtkmm_min_gtk_version=2.14.0 >> gtkmm_min_cairomm_version=1.2.2 >> gtkmm_min_pangomm_version=2.14.0 >> >> What is wrong? Can anybody tell me what i'm missing? > > Try using gtkmm 2.14.4 > http://slackware.ponce.cc/blog/2010/04/11/sbo-git-20100410/ > Willy, your branch version 2.14.4 worked without problems. Thanks. And I could also compile and install 2.14.3, with a minor fix (in a constant assigment just how Ben pointed). Regards, Caio > > -- > Willy Sudiarto Raharjo > Registered Linux User : 336579 > Web : http://www.informatix.or.id/willy > Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com > _______________________________________________ > 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 Apr 17 01:12:27 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 16 Apr 2010 20:12:27 -0500 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: Message-ID: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> On Fri, 16 Apr 2010 17:14:58 -0300 caio wrote: > Hello, I want to install inkscape, then to satisfy dependencies i > also install: > > cairomm-1.8.0-i486-1_SBo > gc-7.1-i486-1_SBo > glibmm-2.18.2-i486-1_SBo > gsl-1.13-i486-1_SBo > libsigc++-2.2.3-i486-1_SBo > numpy-1.3.0-i486-1_SBo > pangomm-2.14.1-i486-1_SBo > ptlib-2.6.6-i486-1_SBo > atk-1.26.0-i486-1 > gtk+2-2.18.7-i486-2 > > But when I want to compile gtkmm (v2.14.3), it complains with: > > <...cut...> > > I see gtkmm requirements, and it list: > > gtkmm_min_glibmm_version=2.18.0 > gtkmm_min_giomm_version=2.18.0 > gtkmm_min_gtk_version=2.14.0 > gtkmm_min_cairomm_version=1.2.2 > gtkmm_min_pangomm_version=2.14.0 > > What is wrong? Can anybody tell me what i'm missing? Yes, you're on -current. -current has gtk+2-2.18.x, so you need the gtkmm version made for it. You also need newer glibmm (because glib is newer) and possibly others. I really don't know how we can make this issue any clearer in our FAQ -- the scripts (and by extension, the versions of the software that they build) should NOT be expected to work on a -current system. If they do, that's great, but if they don't, oh well. I know this is going to seem a bit harsh, but again, oh well -- if you're going to be running our (Slackware hat on) development branch (the -current tree), then you've simply got to be able to figure this sort of thing out for yourself. All that said, here's what I have installed on my -current box: libsigc++-2.2.4-x86_64-1_rlw glibmm-2.22.1-x86_64-1_rlw cairomm-1.8.4-x86_64-1_rlw pangomm-2.26.0-x86_64-1_rlw gtkmm-2.18.2-x86_64-1_rlw -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From matteo.bernardini at sns.it Sat Apr 17 05:22:26 2010 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Sat, 17 Apr 2010 07:22:26 +0200 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> Message-ID: <4BC94592.6000100@sns.it> On 17/04/2010 03:12, Robby Workman wrote: > All that said, here's what I have installed on my -current box: > libsigc++-2.2.4-x86_64-1_rlw > glibmm-2.22.1-x86_64-1_rlw > cairomm-1.8.4-x86_64-1_rlw > pangomm-2.26.0-x86_64-1_rlw > gtkmm-2.18.2-x86_64-1_rlw > tnx for the hint :) Matteo From chess at chessgriffin.com Sat Apr 17 13:05:34 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 17 Apr 2010 09:05:34 -0400 Subject: [Slackbuilds-users] My SlackBuilds Message-ID: <20100417130534.GA15014@localhost> I have been extremely lax in updating and maintaining my SlackBuilds but am trying to remedy that. A few have been submitted recently. However, there are several apps that I no longer use and would prefer to pass off maintainership to someone who who does, so if anyone would like to see these particular scripts updated in the repo, please consider adopting one or more of these wayward children: desktop/awesome development/help2man games/micropolis games/nexuiz libraries/wxGTK multimedia/gpodder network/bip network/feedparser It would probably make sense that whoever adopts gpodder also pick up help2man and feedparser, since they are dependencies of gpodder. I would probably recommend dropping awesome since it is an old unmaintained branch (unless someone wants to pick it up, of course). Thanks. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From niels.horn at gmail.com Sat Apr 17 13:17:36 2010 From: niels.horn at gmail.com (Niels Horn) Date: Sat, 17 Apr 2010 10:17:36 -0300 Subject: [Slackbuilds-users] My SlackBuilds In-Reply-To: <20100417130534.GA15014@localhost> References: <20100417130534.GA15014@localhost> Message-ID: On Sat, Apr 17, 2010 at 10:05 AM, Chess Griffin wrote: > I have been extremely lax in updating and maintaining my SlackBuilds but > am trying to remedy that. ?A few have been submitted recently. ?However, > there are several apps that I no longer use and would prefer to pass off > maintainership to someone who who does, so if anyone would like to see > these particular scripts updated in the repo, please consider adopting > one or more of these wayward children: > > desktop/awesome > development/help2man > games/micropolis > games/nexuiz > libraries/wxGTK > multimedia/gpodder > network/bip > network/feedparser > > It would probably make sense that whoever adopts gpodder also pick up > help2man and feedparser, since they are dependencies of gpodder. ?I > would probably recommend dropping awesome since it is an old > unmaintained branch (unless someone wants to pick it up, of course). > > Thanks. > > -- > Chess Griffin > Chess, I already took over wxGTK from you some time ago and the newer version has been submitted and approved. :) Niels From chess at chessgriffin.com Sat Apr 17 13:24:25 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 17 Apr 2010 09:24:25 -0400 Subject: [Slackbuilds-users] My SlackBuilds In-Reply-To: References: <20100417130534.GA15014@localhost> Message-ID: <20100417132425.GA27916@localhost> * Niels Horn [2010-04-17 10:17:36]: > Chess, > > I already took over wxGTK from you some time ago and the newer version > has been submitted and approved. :) > > Niels Yep. Brain fart. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From taninux at gmail.com Sat Apr 17 14:27:57 2010 From: taninux at gmail.com (taninux at gmail.com) Date: Sat, 17 Apr 2010 16:27:57 +0200 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure Message-ID: <20100417142757.GA18416@mi.dipvvf.it> I am trying to build lame with sbopkg, but the md5sum of source archive fails (see below). How can I go on ? Thanks --- sbopkg session ----------------------------------------------------------- sbopkg -i lame Checking GPG signatures. Please be patient... Checking GPG for lame.tar.gz ... OK ########################################### New queue process started on: Sat Apr 17 16:21:36 CEST 2010 ########################################### +++++++++++++++++++++++++++++++++++++++++++ PACKAGE BUILDING/INSTALLATION PRE-CHECK LOG Using the SBo repository for Slackware 13.0 Queue Process: Build and install lame: Checking GPG for lame.tar.gz ... OK Processing lame 3.98.4-1 Using original .info file Using original SlackBuild file No build options selected. +++++++++++++++++++++++++++++++++++++++++++ Pre-check complete. Do you wish to proceed based on the search results above? Packages not found will be skipped during the process. Press (Y)es to proceed or (N)o to quit. y Building lame lame: --2010-04-17 16:21:40-- http://downloads.sourceforge.net/lame/lame-3.98.4.tar.gz Resolving downloads.sourceforge.net... 216.34.181.59 Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected. HTTP request sent, awaiting response... 302 Found Location: http://garr.dl.sourceforge.net/project/lame/lame/3.98.4/lame-3.98.4.tar.gz [following] --2010-04-17 16:21:41-- http://garr.dl.sourceforge.net/project/lame/lame/3.98.4/lame-3.98.4.tar.gz Resolving garr.dl.sourceforge.net... 193.206.140.34, 2001:760:ffff:b0::34 Connecting to garr.dl.sourceforge.net|193.206.140.34|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 1336025 (1.3M) [application/x-gzip] Saving to: `lame-3.98.4.tar.gz' 100%[======================================>] 1,336,025 385K/s in 3.4s 2010-04-17 16:21:53 (385 KB/s) - `lame-3.98.4.tar.gz' saved [1336025/1336025] Checking MD5SUM: MD5SUM check for lame-3.98.4.tar.gz ... FAILED! Expected: 92169a198b28b7dfb79b8860b4709cff Found: 8e9866ad6b570c6c95c8cba48060473f Do you want to use the downloaded lame source: lame-3.98.4.tar.gz in /var/cache/sbopkg? You can choose among the following options: - (Y)es, keep the source and continue the build process; - (N)o, delete the source and abort the build process; or - (R)etry download and continue the build process. Your choice? n Source deleted. From chess at chessgriffin.com Sat Apr 17 14:38:56 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 17 Apr 2010 10:38:56 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417142757.GA18416@mi.dipvvf.it> References: <20100417142757.GA18416@mi.dipvvf.it> Message-ID: <20100417143856.GA24086@localhost> * taninux at gmail.com [2010-04-17 16:27:57]: > I am trying to build lame with sbopkg, but the md5sum of source > archive fails (see below). > > How can I go on ? > > Thanks > The MD5SUM in the lame.info is incorrect but I am sure this is just an oversight. You can continue the build by pressing 'Y' when sbopkg prompts you if you wish, which essentially just ignores the MD5SUM. You may want to manually verify the md5sum yourself. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From taninux at gmail.com Sat Apr 17 15:03:57 2010 From: taninux at gmail.com (Nellinux) Date: Sat, 17 Apr 2010 17:03:57 +0200 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417142757.GA18416@mi.dipvvf.it> References: <20100417142757.GA18416@mi.dipvvf.it> Message-ID: <20100417150357.GA24405@mi.dipvvf.it> On Sat Apr 17 14:38:56 UTC 2010, Chess Griffin wrote: > The MD5SUM in the lame.info is incorrect but I am sure this is just an > oversight. You can continue the build by pressing 'Y' when sbopkg > prompts you if you wish, which essentially just ignores the MD5SUM. > You may want to manually verify the md5sum yourself. Ok, but where I can find the authentic sum ? I cannot find it on http://sourceforge.net/projects/lame/. From chess at chessgriffin.com Sat Apr 17 15:27:42 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 17 Apr 2010 11:27:42 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417150357.GA24405@mi.dipvvf.it> References: <20100417142757.GA18416@mi.dipvvf.it> <20100417150357.GA24405@mi.dipvvf.it> Message-ID: <20100417152742.GA22188@localhost> * Nellinux [2010-04-17 17:03:57]: > On Sat Apr 17 14:38:56 UTC 2010, Chess Griffin wrote: > > > The MD5SUM in the lame.info is incorrect but I am sure this is just an > > oversight. You can continue the build by pressing 'Y' when sbopkg > > prompts you if you wish, which essentially just ignores the MD5SUM. > > You may want to manually verify the md5sum yourself. > > Ok, but where I can find the authentic sum ? > > I cannot find it on http://sourceforge.net/projects/lame/. > Download the source yourself and run the 'md5sum' command on it. Compare that output with what is in the .info file. That is all sbopkg does. If the values are different, then either the value in the .info file is just a mistake or your download was corrupted. That's why the MD5SUM variable is in the .info file in the first place -- so you can verify your source downloads. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From donaldcallen at gmail.com Sat Apr 17 15:28:27 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Sat, 17 Apr 2010 11:28:27 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417150357.GA24405@mi.dipvvf.it> References: <20100417142757.GA18416@mi.dipvvf.it> <20100417150357.GA24405@mi.dipvvf.it> Message-ID: On Sat, Apr 17, 2010 at 11:03 AM, Nellinux wrote: > On Sat Apr 17 14:38:56 UTC 2010, Chess Griffin wrote: > >> The MD5SUM in the lame.info is incorrect but I am sure this is just an >> oversight. ?You can continue the build by pressing 'Y' when sbopkg >> prompts you if you wish, which essentially just ignores the MD5SUM. >> You may want to manually verify the md5sum yourself. > > Ok, but where I can find the authentic sum ? > > I cannot find it on http://sourceforge.net/projects/lame/. I'm not sure what he meant by "manually verify the md5sum yourself", but if I were you, I'd download the file multiple times and compute the md5 sum each time. If they are all the same, which is likely, you've pretty much ruled out the possibility that the md5 discrepancy was due to an error in transmission, which leaves the explanation you got from Chess Griffin -- it's an oversight -- whomever last updated the file forgot to recompute the md5sum and post the result. /Don > > _______________________________________________ > 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 donaldcallen at gmail.com Sat Apr 17 15:31:42 2010 From: donaldcallen at gmail.com (Donald Allen) Date: Sat, 17 Apr 2010 11:31:42 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417152742.GA22188@localhost> References: <20100417142757.GA18416@mi.dipvvf.it> <20100417150357.GA24405@mi.dipvvf.it> <20100417152742.GA22188@localhost> Message-ID: On Sat, Apr 17, 2010 at 11:27 AM, Chess Griffin wrote: > * Nellinux [2010-04-17 17:03:57]: > >> On Sat Apr 17 14:38:56 UTC 2010, Chess Griffin wrote: >> >> > The MD5SUM in the lame.info is incorrect but I am sure this is just an >> > oversight. ?You can continue the build by pressing 'Y' when sbopkg >> > prompts you if you wish, which essentially just ignores the MD5SUM. >> > You may want to manually verify the md5sum yourself. >> >> Ok, but where I can find the authentic sum ? >> >> I cannot find it on http://sourceforge.net/projects/lame/. >> > > Download the source yourself and run the 'md5sum' command on it. > Compare that output with what is in the .info file. ?That is all sbopkg > does. ?If the values are different, then either the value in the .info > file is just a mistake or your download was corrupted. ?That's why the > MD5SUM variable is in the .info file in the first place -- so you can > verify your source downloads. I'm new to slackware and slackbuilds and I didn't know where to find the correct md5sum either, so thanks for the explanation. /Don > > -- > Chess Griffin > > _______________________________________________ > 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 yalhcru at gmail.com Sat Apr 17 16:52:38 2010 From: yalhcru at gmail.com (B Watson) Date: Sat, 17 Apr 2010 12:52:38 -0400 Subject: [Slackbuilds-users] My SlackBuilds In-Reply-To: <20100417130534.GA15014@localhost> References: <20100417130534.GA15014@localhost> Message-ID: On 4/17/10, Chess Griffin wrote: > there are several apps that I no longer use and would prefer to pass off > games/micropolis > games/nexuiz I'll take these two, since I've been in games-mode lately anyway... From elcaio at gmail.com Sat Apr 17 20:51:51 2010 From: elcaio at gmail.com (caio) Date: Sat, 17 Apr 2010 17:51:51 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: <4BC94592.6000100@sns.it> References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> Message-ID: On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini wrote: > On 17/04/2010 03:12, Robby Workman wrote: >> >> All that said, here's what I have installed on my -current box: >> ? libsigc++-2.2.4-x86_64-1_rlw >> ? glibmm-2.22.1-x86_64-1_rlw >> ? cairomm-1.8.4-x86_64-1_rlw >> ? pangomm-2.26.0-x86_64-1_rlw >> ? gtkmm-2.18.2-x86_64-1_rlw >> well, finally my versions are (on -current too and gcc-4.4.3): cairomm-1.8.0-i486-1_SBo glibmm-2.18.2-i486-1_SBo gtk+2-2.18.7-i486-2 gtkmm-2.14.3-i486-1_cgf (with a fix) inkscape-0.47-i486-1_SBo (uncommented poppler fix) libsigc++-2.2.3-i486-1_SBo pangomm-2.14.1-i486-1_SBo poppler-0.12.4-i486-1 Cheers, Claudio > > tnx for the hint :) > > Matteo > _______________________________________________ > 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 Apr 17 21:04:39 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 17 Apr 2010 16:04:39 -0500 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> Message-ID: <20100417160439.3e552268@liberty.rlwhome.lan> On Sat, 17 Apr 2010 17:51:51 -0300 caio wrote: > On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini > wrote: > > On 17/04/2010 03:12, Robby Workman wrote: > >> > >> All that said, here's what I have installed on my -current box: > >> ? libsigc++-2.2.4-x86_64-1_rlw > >> ? glibmm-2.22.1-x86_64-1_rlw > >> ? cairomm-1.8.4-x86_64-1_rlw > >> ? pangomm-2.26.0-x86_64-1_rlw > >> ? gtkmm-2.18.2-x86_64-1_rlw > >> > > well, finally my versions are (on -current too and gcc-4.4.3): > > cairomm-1.8.0-i486-1_SBo > glibmm-2.18.2-i486-1_SBo > gtk+2-2.18.7-i486-2 > gtkmm-2.14.3-i486-1_cgf (with a fix) > inkscape-0.47-i486-1_SBo (uncommented poppler fix) > libsigc++-2.2.3-i486-1_SBo > pangomm-2.14.1-i486-1_SBo > poppler-0.12.4-i486-1 Did you actually read what I wrote in my previous message? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From chess at chessgriffin.com Sat Apr 17 21:29:09 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 17 Apr 2010 17:29:09 -0400 Subject: [Slackbuilds-users] My SlackBuilds In-Reply-To: References: <20100417130534.GA15014@localhost> Message-ID: <20100417212909.GA9219@localhost> * B Watson [2010-04-17 12:52:38]: > On 4/17/10, Chess Griffin wrote: > > > there are several apps that I no longer use and would prefer to pass off > > > games/micropolis > > games/nexuiz > > I'll take these two, since I've been in games-mode lately anyway... Okay, thanks! Feel free to submit an update whenever you like and change MAINTAINER in the .info file. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From elcaio at gmail.com Sat Apr 17 22:30:32 2010 From: elcaio at gmail.com (caio) Date: Sat, 17 Apr 2010 19:30:32 -0300 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: <20100417160439.3e552268@liberty.rlwhome.lan> References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> <20100417160439.3e552268@liberty.rlwhome.lan> Message-ID: Yes, I did. I mean these versions compiled and were installed, and I assume the risk because all of this mess of versions. But i take your advice and i'm going to upgrade them sooner for the correct version they were made. Thank you Caio On Sat, Apr 17, 2010 at 6:04 PM, Robby Workman wrote: > On Sat, 17 Apr 2010 17:51:51 -0300 > caio wrote: > >> On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini >> wrote: >> > On 17/04/2010 03:12, Robby Workman wrote: >> >> >> >> All that said, here's what I have installed on my -current box: >> >> ? libsigc++-2.2.4-x86_64-1_rlw >> >> ? glibmm-2.22.1-x86_64-1_rlw >> >> ? cairomm-1.8.4-x86_64-1_rlw >> >> ? pangomm-2.26.0-x86_64-1_rlw >> >> ? gtkmm-2.18.2-x86_64-1_rlw >> >> >> >> well, finally my versions are (on -current too and gcc-4.4.3): >> >> cairomm-1.8.0-i486-1_SBo >> glibmm-2.18.2-i486-1_SBo >> gtk+2-2.18.7-i486-2 >> gtkmm-2.14.3-i486-1_cgf (with a fix) >> inkscape-0.47-i486-1_SBo (uncommented poppler fix) >> libsigc++-2.2.3-i486-1_SBo >> pangomm-2.14.1-i486-1_SBo >> poppler-0.12.4-i486-1 > > > Did you actually read what I wrote in my previous message? > > -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 valtimchenko at gmail.com Sun Apr 18 10:13:26 2010 From: valtimchenko at gmail.com (Valeriy Timchenko) Date: Sun, 18 Apr 2010 14:13:26 +0400 Subject: [Slackbuilds-users] Org-mode Message-ID: <87zl11jcft.fsf@DeadNetBook.hausnet.ru> Hi everybody. Last time I submitted org-mode update, I have changed README file, for it to state that org-mode is an _EMACS_ mode for taking notes, etc. But on slackbuilds.org there is still old README in use. Is there any way to fix this? -- ? ?????????, ??????? ???????? ValTimchenko at gmail.com 8(903)622-29-76 From wise at lupulin.net Sat Apr 17 23:19:05 2010 From: wise at lupulin.net (paul wisehart) Date: Sat, 17 Apr 2010 19:19:05 -0400 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> <20100417160439.3e552268@liberty.rlwhome.lan> Message-ID: <4BCA41E9.8030708@lupulin.net> caio wrote: > Yes, I did. I mean these versions compiled and were installed, and I > assume the risk because all of this mess of versions. But i take your > advice and i'm going to upgrade them sooner for the correct version > they were made. > > Thank you > Caio > Hey caio, I'm the gtkmm maintainer. Thanks for delving into this. From the_emmel at gmx.net Sun Apr 18 17:23:18 2010 From: the_emmel at gmx.net (emmel) Date: Sun, 18 Apr 2010 19:23:18 +0200 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> Message-ID: <20100418172318.GA9445@pollux.mlnet> On Sat, Apr 17, 2010 at 05:51:51PM -0300, caio wrote: > On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini > wrote: > > On 17/04/2010 03:12, Robby Workman wrote: > >> > >> All that said, here's what I have installed on my -current box: > >> ? libsigc++-2.2.4-x86_64-1_rlw > >> ? glibmm-2.22.1-x86_64-1_rlw > >> ? cairomm-1.8.4-x86_64-1_rlw > >> ? pangomm-2.26.0-x86_64-1_rlw > >> ? gtkmm-2.18.2-x86_64-1_rlw > >> > > well, finally my versions are (on -current too and gcc-4.4.3): > > cairomm-1.8.0-i486-1_SBo > glibmm-2.18.2-i486-1_SBo > gtk+2-2.18.7-i486-2 > gtkmm-2.14.3-i486-1_cgf (with a fix) > inkscape-0.47-i486-1_SBo (uncommented poppler fix) > libsigc++-2.2.3-i486-1_SBo > pangomm-2.14.1-i486-1_SBo > poppler-0.12.4-i486-1 OK, I just have to ask this. How did you get to build libsigc++ with gcc-4.4.3? It fails horribly for me. I didn't get the current 2.2.5 to build either... -- emmel GPG signed Fingerprint: 60B4 D8E3 9617 900C 6726 168F D677 5AAD D40F CCE7 Certserver : hkp://pgp.mit.edu -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From andrew.david.45 at gmail.com Mon Apr 19 10:07:50 2010 From: andrew.david.45 at gmail.com (Andrew) Date: Mon, 19 Apr 2010 18:07:50 +0800 Subject: [Slackbuilds-users] Hi,,,,P..! Message-ID: Hi,friend I found a good electronic website.it is a Chinese one: www.lonbng.info . all the electronic products are original and new.I bought a tv last week from this website and i have received it now.the product has low price and high quality.the seller also solved the tariff for me. I hope you can order their products too and I believe this is a wise choice. From rworkman at slackbuilds.org Mon Apr 19 13:11:34 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 19 Apr 2010 08:11:34 -0500 Subject: [Slackbuilds-users] Hi,,,,P..! In-Reply-To: References: Message-ID: <20100419081134.0b5550e1@liberty.rlwhome.lan> On Mon, 19 Apr 2010 18:07:50 +0800 Andrew wrote: > Hi,friend > I found a good electronic website.it is a Chinese one: > [link removed] . all the electronic products are original and new.I > bought a tv last week from this website and i have received it now.the > product has low price and high quality.the seller also solved the > tariff for me. > I hope you can order their products too and I believe this is a wise > choice. _______________________________________________ Apologies to all for the spam on-list, but just so you know, there's nothing we can do about that. This member is a real person who's participated here before, so perhaps the gmail account is hijacked... -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From andrew.david.45 at gmail.com Mon Apr 19 13:21:11 2010 From: andrew.david.45 at gmail.com (andrew) Date: Mon, 19 Apr 2010 23:21:11 +1000 Subject: [Slackbuilds-users] Hi,,,,P..! In-Reply-To: <20100419081134.0b5550e1@liberty.rlwhome.lan> References: <20100419081134.0b5550e1@liberty.rlwhome.lan> Message-ID: <20100419132111.GA6135@skamandros.andrews-corner.org> On Mon, Apr 19, 2010 at 08:11:34AM -0500, Robby Workman wrote: > Apologies to all for the spam on-list, but just so you know, > there's nothing we can do about that. This member is a real > person who's participated here before, so perhaps the gmail > account is hijacked... And my apologies as well for my email address being hijacked to send this spam. According to the gmail logs my account was accessed from a Chinese IP a couple of hours ago and about 6 emails were sent out. Hopefully I have rectified the problem and again my deepest apologies for this. Andrew Strong -- Do you think that's air you're breathing? From elcaio at gmail.com Mon Apr 19 21:28:39 2010 From: elcaio at gmail.com (caio) Date: Mon, 19 Apr 2010 18:28:39 -0300 Subject: [Slackbuilds-users] vpnc bash4 fix Message-ID: Hello, Just a reminder for those who want to install vpnc using bash4....,remember to add " || true" at the end of each (find ... | strip...) line on the sbo script. Here the fix: --- vpnc.SlackBuild 2009-08-27 19:00:25.000000000 -0300 +++ vpnc.SlackBuild.new 2010-04-19 18:21:33.000000000 -0300 @@ -74,9 +74,9 @@ ( cd $PKG find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \ - xargs strip --strip-unneeded 2> /dev/null + xargs strip --strip-unneeded 2> /dev/null || true find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \ - xargs strip --strip-unneeded 2> /dev/null + xargs strip --strip-unneeded 2> /dev/null || true ) Regards, Caio From yalhcru at gmail.com Tue Apr 20 20:57:04 2010 From: yalhcru at gmail.com (B Watson) Date: Tue, 20 Apr 2010 16:57:04 -0400 Subject: [Slackbuilds-users] vpnc bash4 fix In-Reply-To: References: Message-ID: On 4/19/10, caio wrote: > Just a reminder for those who want to install vpnc using > bash4....,remember to add " || true" at the end of each (find ... | > strip...) line on the sbo script. Looks like there going to be a lot of these in the near future... A suggestion, to whoever maintains the template.SlackBuild: try adding the -r option to xargs. That'll avoid running the strip command at all, if the find|grep stuff doesn't find any files (which should keep bash4 happy, although I haven't installed bash4 to actually test it yet). Another idea would be to see if bash4 has a "set" option to restore the old behaviour for subshells, and add it to the "set -e" line that's already in the template. Apologies if I'm being redundant (am sure this has been discussed already). From xgizzmo at slackbuilds.org Tue Apr 20 21:28:07 2010 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Tue, 20 Apr 2010 17:28:07 -0400 Subject: [Slackbuilds-users] vpnc bash4 fix In-Reply-To: References: Message-ID: <201004201728.07554.xgizzmo@slackbuilds.org> On Tuesday 20 April 2010 16:57:04 B Watson wrote: > On 4/19/10, caio wrote: > > > Just a reminder for those who want to install vpnc using > > bash4....,remember to add " || true" at the end of each (find ... | > > strip...) line on the sbo script. > > Looks like there going to be a lot of these in the near future... > > A suggestion, to whoever maintains the template.SlackBuild: try adding > the -r option to xargs. That'll avoid running the strip command at all, > if the find|grep stuff doesn't find any files (which should keep bash4 > happy, although I haven't installed bash4 to actually test it yet). > > Another idea would be to see if bash4 has a "set" option to restore > the old behaviour for subshells, and add it to the "set -e" line that's > already in the template. > > Apologies if I'm being redundant (am sure this has been discussed > already). We are fixing these as we do updates. There are a few ways to fix it. Our template has been updated so all submissions should be using the updated template in addition to using the approved version of the build for all updates. Replace: ( cd $PKG find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null || true find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null ) With this: ( cd $PKG find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null || true find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null || true ) Or this: find $PKG | xargs file | grep -e "executable" -e "shared object" | grep ELF \ | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true I prefer the latter. --dsomero From xgizzmo at slackbuilds.org Thu Apr 22 03:56:35 2010 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 21 Apr 2010 23:56:35 -0400 Subject: [Slackbuilds-users] Updates - 20100422 Message-ID: <201004212356.35739.xgizzmo@slackbuilds.org> Sorry for the long delay on some of these. Thu Apr 22 03:31:59 UTC 2010 academic/R: Fixes for bash4. academic/octave-forge: Updated for bundle-20090607. audio/celt: Added - celt is a low delay audio codec. Thanks to Heinz Wiesinger. audio/gmpc: Updated for version 0.20.0. audio/gmpc-plugins: Updated for version 0.20.0. audio/moc: Updated for version 2.5.0_alpha4. audio/mpd: Updated for version 0.15.9. audio/musepack-tools: Added - musepack-tools provides Musepack SV8 command line tools. Thanks to ??ime Ramov. business/AssociationSubscribersManager: Updated for version 3.2.0. business/lemonpos: Added - lemonpos is a Point-Of-Sale finance application. Thanks to Vincent Batts. business/skrooge: Updated for version 0.7.0. desktop/QtCurve-Gtk2: Updated for version 1.3.0. desktop/QtCurve-KDE4: Updated for version 1.3.1. desktop/cwp: Updated for version 1.0.1. desktop/dekorator: Added - deKorator is a themable window decorator. Thanks to mario. desktop/gtk-kde4: Added - Qt and GTK+ appearance in KDE4. Thanks to mario. desktop/openbox: Updated for version 3.4.11. desktop/tint2: Updated for version 0.9. development/Coin: Added - Coin is an Open Inventor API compatible library. Thanks to new maintainer Niels Horn. development/Pivy: Added - Pivy is a Coin binding for Python. Thanks to new maintainer Niels Horn. development/SoQt: Added - SoQt is Qt GUI bindings for Coin library. Thanks to new maintainer Niels Horn. development/couchdb: Updated for version 0.11.0. development/gob2: Updated for version 2.0.17. development/gputils: Added - gputils is a collection of tools for the PIC microcontroller. Thanks to GPLeo. development/hexedit: Added - hexedit is a simple hex editor. Thanks to Luis Henrique. development/ht: Added - ht is a hex editor and debugger. Thanks to Lu??s Henrique. development/likepython: Added - likepython adds modern dialect support to Python. Thanks to JK Wood. development/mono: Updated for version 2.6.3. development/orc: Updated for version 0.4.4. development/pip: Updated for version 0.7. development/polyml: Added - polyml is a full implementation of Standard ML. Thanks to Eugene Suter. development/psycopg2: Updated for version 2.0.14. development/tkcvs: Added - tkcvs is a Tcl/Tk Graphical Interface to CVS and Subversion. Thanks to Ferenc Deak. development/trac: Added - trac is a wiki and issue tracking system. Thanks to Eugene Suter. development/vala: Updated for version 0.7.10. development/yasm: Updated for version 1.0.0. games/brainparty: Added - brainparty is a puzzle game. Thanks to Larry Hajali. games/clonekeen: Added - clonekeen is a open source engine for Commander Keen. Thanks to B. Watson. games/fceux: Updated for version 2.1.3. games/jfsw: Added - Shadow Warrior first-person shooter. Thanks to B. Watson. games/jfsw_demo_data: Added - Shadow Warrior shareware data. Thanks to B. Watson. games/jfsw_hires_pack: Added - Hi-res graphics for Shadow Warrior. Thanks to B. Watson. games/mfe: Added - mfe is a front-end for mednafen. Thanks to Luis Henrique. games/micropolis: Updated for version 20100418. games/mupen64plus: Updated build with patch for gcc 4.4. games/nexuiz: Updated for version 2.5.2. games/openarena: Updated for version 0.8.5. games/openttd: Updated for version 1.0.0. Can now use open source graphics, sounds, and music. Thanks to Chess Griffin. games/rejoystick: Added - rejoystick translates joystick keypresses to keyboard. Thanks to Steven Pledger. games/rott: Added - Rise of the Triad, first person shooter game. Thanks to B. Watson. games/wesnoth: Updated for version 1.8. games/xroar: Added - xroar is a Dragon emulator. Thanks to B. Watson. graphics/LDraw_data: Updated for version 201001. graphics/fotoxx: Added - fotoxx is a photo editing and collection management application. Thanks to Robby Workman. graphics/gimp-deskew-plugin: Added - gimp-deskew-plugin is a gimp plugin to adjust skew. Thanks to Pierre Cazenave. graphics/gimp-registry-plugins: Updated for version 0.0.2. graphics/graphviz: Updated for version 2.26.3. graphics/leocad_pieces: Updated for version 3506. graphics/resynthesizer: Added - resynthesizer is a Gimp plug-in for texture synthesis. Thanks to Pierre Cazenave. graphics/scantailor: Added - Scan Tailor is an interactive post-processing tool for scanned pages. Thanks to Zhischenko Sergey. graphics/ufraw: Updated for version 0.17. libraries/configobj: Added - the python configobj module. Thanks to Luis Henrique. libraries/dnspython: Updated for version 1.8.0. libraries/foolscap: Added - foolscap is a RPC protocol for Python+Twisted. Thanks to Marco Bonetti. libraries/genshi: Added - genshi is a Python toolkit for generation of output for the web. Thanks to Eugene Suter. libraries/hdf5: Updated for version 1.8.4_patch1. libraries/libcuefile: Added - libcuefile is a CUE File library. Thanks to ??ime Ramov. libraries/libev: Added - libev is a high-performance event loop/model library. Thanks to ??ime Ramov. libraries/libffado: Added - libffado is a free firewire driver implemenation. Thanks to Heinz Wiesinger. libraries/libiptcdata: Build bump, script cleanup. libraries/libjpeg-turbo: Added - libjpeg-turbo is a accelerated version of libjpeg. Thanks to V'yacheslav Stetskevych. libraries/libmemcached: Updated for version 0.39. libraries/libmicrohttpd: Added - libmicrohttpd is a small HTTP server C library. Thanks to Marco Bonetti. libraries/libmpd: Updated for version 0.20.0. libraries/libreplaygain: Added - libreplaygain is a Musepack ReplayGain library. Thanks to ??ime Ramov. libraries/opal: Updated for version 3.6.7. libraries/perl-Net-Telnet: Added - perl-Net-Telnet interacts with TELNET or TCP ports. Thanks to Marco Bonetti. libraries/perl-Text-Autoformat: Added - perl-Text-Autoformat is a automatic text wrapping and reformatting module. Thanks to ??ime Ramov. libraries/perl-Text-Reform: Added - perl-Text-Reform is a Manual text wrapping and reformatting module. Thanks to ??ime Ramov. libraries/pycryptopp: Added - Python wrappers for Crypto++. Thanks to Marco Bonetti. libraries/pygtksourceview: Updated for version 2.68.0. libraries/pyutil: Added - pyutil is Python utilities. Thanks to Marco Bonetti. libraries/pyquery: Added - pyquery is a jquery-like library for python. Thanks to ??ime Ramov. libraries/reportlab: Updated for version 2.4. libraries/slib: Updated to fix guile slibcat issue. libraries/tolua++: Added - tolua++ is a tool to integrate C/C++ code with Lua. Thanks to Larry Hajali. libraries/wxPython: Build bump, added patches for newer glib and libpng. Thanks to Heinz Wiesinger. libraries/zbase32: Added - zbase32 is a Python base32 encoder/decoder. Thanks to Marco Bonetti. libraries/zfec: Added - zfec is a fast erasure codec. Thanks to Marco Bonetti. misc/conkyforecast: Added - conkyforecast is a weather plugin for conky. Thanks to M.Dinslage. misc/fribid: Added - fribid is a program for handling e-legitimation with BankID. Thanks to Niklas 'Nille' ? kerstr??m. misc/gramps: Updated for version 3.2.0. multimedia/DivFix++: Added - DivFix++ repairs broken AVI file streams by rebuilding index part of the file. Thanks to Roberto Metere. multimedia/anyremote: Added - anyremote is a remote control service. Thanks to otzy_007. multimedia/audacious-crossfade: Added - Audacious Crossfade plugin. Thanks to Luis Henrique. multimedia/dssi: Build bump, added profile.d scripts. Thanks to Heinz Wiesinger. multimedia/ffmpeg: Updated for version 0.5.1. multimedia/llcon: Updated for version 3.1.0. multimedia/loopy: Updated for version 0.5.1. multimedia/schroedinger: Script cleanup, BUILD=2. Thanks to Nishant Limbachia. multimedia/tovid: Added - tovid is a collection of GPL video disc authoring tools. Thanks to "eviljames". multimedia/vcdimager: Fixed typo in man section, BUILD=2. multimedia/x264: Updated for snapshot 20100327-2245. multimedia/xmms-crossfade: Added - XMMS Crossfade plugin. Thanks to Luis Henrique. multimedia/xvidcore: Updated for version 1.2.2. network/LimeWire: Updated for version 5.5.8. network/allmydata-tahoe: Added - Tahoe-LAFS is a secure, decentralized, data store. Thanks to Marco Bonetti. network/aria2: Updated for version 1.9.1. network/bitlbee: Updated for version 1.2.5. network/ekiga: Updated for version 3.2.6. network/etherape: Added - etherape is a graphical network monitor. Thanks to Chris Abela. network/google-chrome: Updated for version 5.0.371.0. network/greenbone-security-assistant: Added - greenbone-security-assistant is a web interface for OpenVAS. Thanks to Marco Bonetti. network/heimdal: Updated for version 1.3.2. network/imapfilter: Added - imapfilter is a mail filtering utility. Thanks to ??ime Ramov. network/krb5: Updated for version 1.7.1. network/openvas-administrator: Added - openvas-administrator User, Feed, and Settings Management. Thanks to Marco Bonetti. network/openvas-libraries: Updated for version 3.0.4. network/openvas-manager: Added - OpenVAS manager organizes scans. Thanks to Marco Bonetti. network/openvas-scanner: Updated build with new config file. network/phpmyadmin: Updated for version 3.3.2. network/rtorrent: Updated buildscript to include rtorrent.rc example. Thanks to Brian Kysela. network/shorewall6: Updated for version 4.4.8.1. network/shorewall: Updated for version 4.4.8.1. network/smb4k: Updated for version 0.10.7. network/sylpheed: Updated for version 3.0.2. network/transmission: Updated for version 1.92. network/vidalia: Updated for version 0.2.7. network/xl2tpd: Added - xl2tpd is a L2TP daemon. Thanks to gshep. network/youtube-dl: Updated for version 2010.04.04. network/zabbix_agentd: Updated for version 1.8.2. network/zabbix_server: Updated for version 1.8.2. office/abiword: Updated for version 2.8.4. office/adobe-reader-fontpacks: Added - Asian and Extended Fonts Packs for Adobe Reader. Thanks to Gregory J.L. Tourte. office/org-mode: Updated for version 6.35g. office/texmaker: Updated for version 1.9.9. system/acpi: Updated for version 1.5. system/bacula-client: Added - Managed backup and recovery client only. Thanks to mario. system/bacula: Added - Managed backup and recovery. Thanks to mario. system/cbmfs: Added - cbmfs is a fuse filesystem for Commodore disk images. Thanks to Marcel Saegebarth. system/ccrypt: Build bump, script cleanup. system/clusterglue: Added - clusterglue is the heart of the Heartbeat / OpenAIS / Corosync / Pacemaker application stack. Thanks to Zordrak. system/clusterresourceagents: Added - clusterresourceagents is the OCF Resource Agents for HA-Linux. Thanks to Zordrak. system/conky: Updated for version 1.8.0. system/corosync: Added - corosync is a Cluster plug-in engine for 3rd party cluster services. Thanks to Zordrak. system/dar: Updated for version 2.3.10. system/emelfm2: Updated for version 0.7.2. system/halevt: Updated for version 0.1.6.1. system/ksh: Added - ksh is OpenBSD ksh ported to Linux. Thanks to Daniel LEVAI. system/luckybackup: Updated for version 0.3.5. system/mlterm: Updated for version 3.0.0. system/openais: Added - OpenAIS Standards Based Cluster Framework. Thanks to Zordrak. system/openct: Updated for version 0.6.20. system/opensc: Updated for version 0.11.13. system/pacemaker: Added - pacemaker is a cluster resource manager. Thanks to Zordrak. system/picocom: Added - picocom is a minimal dumb-terminal emulator. Thanks to Asaf Ohaion. system/pbzip2: Updated for version 1.1.1. system/safecopy: Build bump, script cleanup. system/sleuthkit: Updated for version 3.1.1. system/terminator: Added - terminator ia a useful tool for arranging terminals. Thanks to Alan Alberghini. system/tokyocabinet: Updated for version 1.4.43. system/tokyotyrant: Updated for version 1.1.40. system/ufiformat: Added - ufiformat is a formatting utility for USB floppy drives. Thanks to Ben Collver. +--------------------------+ From rworkman at slackbuilds.org Thu Apr 22 04:16:21 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 21 Apr 2010 23:16:21 -0500 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100417142757.GA18416@mi.dipvvf.it> References: <20100417142757.GA18416@mi.dipvvf.it> Message-ID: <20100421231621.3fe07e0a@liberty.rlwhome.lan> On Sat, 17 Apr 2010 16:27:57 +0200 taninux at gmail.com wrote: > Checking MD5SUM: > MD5SUM check for lame-3.98.4.tar.gz ... FAILED! > Expected: 92169a198b28b7dfb79b8860b4709cff > Found: 8e9866ad6b570c6c95c8cba48060473f Not my fault :-) I just checked the md5sum on the lame-3.98.4.tar.gz archive in my local repo, and it matches the "Expected" sum above. I then downloaded it again and it matches the "Found" sum above. It seems that upstream changed the tarball contents without doing a version bump, so Gentoo and some other source-based distros are surely upset about it too :-) *.orig is the "Expected" tarball, while *.new is the "Found" tarball: diff -Nur lame-3.98.4.orig/libmp3lame/i386/Makefile.in lame-3.98.4.new/libmp3lame/i386/Makefile.in --- lame-3.98.4.orig/libmp3lame/i386/Makefile.in 2008-06-25 07:17:51.000000000 -0500 +++ lame-3.98.4.new/libmp3lame/i386/Makefile.in 2010-04-14 05:19:47.000000000 -0500 @@ -485,7 +485,7 @@ test -d .libs || mkdir .libs $(ECHO) '# Generated by ltmain.sh - GNU libtool 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)' >$@ $(ECHO) "pic_object='.libs/$*.o'" >>$@ - $(ECHO) "non_pic_object='$*.o'" >>$@ + $(ECHO) "non_pic_object='.libs/$*.o'" >>$@ $(NASM) $(NASMFLAGS) $< -o .libs/$*.o -l $@.lst #$(OBJECTS): libtool Anyway, I'll get this fixed soonish. -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 Thu Apr 22 04:21:32 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 21 Apr 2010 23:21:32 -0500 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: <20100418172318.GA9445@pollux.mlnet> References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> <20100418172318.GA9445@pollux.mlnet> Message-ID: <20100421232132.4e40ab24@liberty.rlwhome.lan> On Sun, 18 Apr 2010 19:23:18 +0200 emmel wrote: > On Sat, Apr 17, 2010 at 05:51:51PM -0300, caio wrote: > > On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini > > wrote: > > > On 17/04/2010 03:12, Robby Workman wrote: > > >> > > >> All that said, here's what I have installed on my -current box: > > >> ? libsigc++-2.2.4-x86_64-1_rlw > > >> ? glibmm-2.22.1-x86_64-1_rlw > > >> ? cairomm-1.8.4-x86_64-1_rlw > > >> ? pangomm-2.26.0-x86_64-1_rlw > > >> ? gtkmm-2.18.2-x86_64-1_rlw > > >> > > > > well, finally my versions are (on -current too and gcc-4.4.3): > > > > cairomm-1.8.0-i486-1_SBo > > glibmm-2.18.2-i486-1_SBo > > gtk+2-2.18.7-i486-2 > > gtkmm-2.14.3-i486-1_cgf (with a fix) > > inkscape-0.47-i486-1_SBo (uncommented poppler fix) > > libsigc++-2.2.3-i486-1_SBo > > pangomm-2.14.1-i486-1_SBo > > poppler-0.12.4-i486-1 > > OK, I just have to ask this. How did you get to build libsigc++ with > gcc-4.4.3? It fails horribly for me. I didn't get the current 2.2.5 to > build either... It built fine here with no tricks or hackery. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ferenc.deak at gmail.com Thu Apr 22 07:38:43 2010 From: ferenc.deak at gmail.com (Deak, Ferenc) Date: Thu, 22 Apr 2010 09:38:43 +0200 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <201004212356.35739.xgizzmo@slackbuilds.org> References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: Helo, Erik Hanson approved my tkcvs script, but he made a small mistake, by replacing the generic 'man page compressing' part with a simpler one. The problem is, that there is an extra man page for tkdiff which I added to the package, and he added a compress command for it, but removed the generic compressing. But the upstream source also contains a man page (for tkcvs itself) which is not compressed now. Here is a patch to revert the original man page handling fdeak -------------- next part -------------- A non-text attachment was scrubbed... Name: tkcvs.SlackBuild.patch Type: application/octet-stream Size: 495 bytes Desc: not available URL: From erik at slackbuilds.org Thu Apr 22 07:53:46 2010 From: erik at slackbuilds.org (Erik Hanson) Date: Thu, 22 Apr 2010 02:53:46 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: <20100422025346.4fe6ed39@shaggy.doo> On Apr 22, 2010, at 9:38 AM, Deak, Ferenc wrote: > Erik Hanson approved my tkcvs script, but he made a small mistake, by > replacing the generic 'man page compressing' part with a simpler one. Sorry, an update will go out soon-ish with a fix (not reverting the pointless sub-shells). 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 the_emmel at gmx.net Thu Apr 22 08:23:15 2010 From: the_emmel at gmx.net (emmel) Date: Thu, 22 Apr 2010 10:23:15 +0200 Subject: [Slackbuilds-users] inkscape and gtkmm In-Reply-To: <20100421232132.4e40ab24@liberty.rlwhome.lan> References: <20100416201227.3cf0c3f2@liberty.rlwhome.lan> <4BC94592.6000100@sns.it> <20100418172318.GA9445@pollux.mlnet> <20100421232132.4e40ab24@liberty.rlwhome.lan> Message-ID: <20100422082315.GA2201@pollux.mlnet> On Wed, Apr 21, 2010 at 11:21:32PM -0500, Robby Workman wrote: > On Sun, 18 Apr 2010 19:23:18 +0200 > emmel wrote: > > > On Sat, Apr 17, 2010 at 05:51:51PM -0300, caio wrote: > > > On Sat, Apr 17, 2010 at 2:22 AM, Matteo Bernardini > > > wrote: > > > > On 17/04/2010 03:12, Robby Workman wrote: > > > >> > > > >> All that said, here's what I have installed on my -current box: > > > >> ? libsigc++-2.2.4-x86_64-1_rlw > > > >> ? glibmm-2.22.1-x86_64-1_rlw > > > >> ? cairomm-1.8.4-x86_64-1_rlw > > > >> ? pangomm-2.26.0-x86_64-1_rlw > > > >> ? gtkmm-2.18.2-x86_64-1_rlw > > > >> > > > > > > well, finally my versions are (on -current too and gcc-4.4.3): > > > > > > cairomm-1.8.0-i486-1_SBo > > > glibmm-2.18.2-i486-1_SBo > > > gtk+2-2.18.7-i486-2 > > > gtkmm-2.14.3-i486-1_cgf (with a fix) > > > inkscape-0.47-i486-1_SBo (uncommented poppler fix) > > > libsigc++-2.2.3-i486-1_SBo > > > pangomm-2.14.1-i486-1_SBo > > > poppler-0.12.4-i486-1 > > > > OK, I just have to ask this. How did you get to build libsigc++ with > > gcc-4.4.3? It fails horribly for me. I didn't get the current 2.2.5 to > > build either... > > It built fine here with no tricks or hackery. Odd. What I get (slackware-current, recent clean install) it fails quite quickly. I've included the output of make below. Any help appreciated make all-recursive make[1]: Entering directory `/tmp/SBo/libsigc++-2.2.3' Making all in sigc++ make[2]: Entering directory `/tmp/SBo/libsigc++-2.2.3/sigc++' make all-am make[3]: Entering directory `/tmp/SBo/libsigc++-2.2.3/sigc++' /bin/sh ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I.. -O2 -march=i486 -mtune=i686 -MT signal.lo -MD -MP -MF .deps/signal.Tpo -c -o signal.lo signal.cc mkdir .libs g++ -DHAVE_CONFIG_H -I.. -I.. -O2 -march=i486 -mtune=i686 -MT signal.lo -MD -MP -MF .deps/signal.Tpo -c signal.cc -fPIC -DPIC -o .libs/signal.o In file included from ../sigc++/signal_base.h:28, from ../sigc++/signal.h:8, from signal.cc:20: ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call1::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:136: error: expected '(' before '>' token ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call2::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:172: error: expected '(' before ',' token In file included from ../sigc++/signal_base.h:28, from ../sigc++/signal.h:8, from signal.cc:20: ../sigc++/functors/slot.h:172: error: expected '(' before '>' token ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call3::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:210: error: expected '(' before ',' token ../sigc++/functors/slot.h:210: error: expected '(' before ',' token ../sigc++/functors/slot.h:210: error: expected '(' before '>' token ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call4::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:250: error: expected '(' before ',' token ../sigc++/functors/slot.h:250: error: expected '(' before ',' token ../sigc++/functors/slot.h:250: error: expected '(' before ',' token ../sigc++/functors/slot.h:250: error: expected '(' before '>' token ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call5::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:292: error: expected '(' before ',' token ../sigc++/functors/slot.h:292: error: expected '(' before ',' token ../sigc++/functors/slot.h:292: error: expected '(' before ',' token ../sigc++/functors/slot.h:292: error: expected '(' before ',' token ../sigc++/functors/slot.h:292: error: expected '(' before '>' token In file included from ../sigc++/signal_base.h:28, from ../sigc++/signal.h:8, from signal.cc:20: ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call6::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:336: error: expected '(' before ',' token ../sigc++/functors/slot.h:336: error: expected '(' before ',' token ../sigc++/functors/slot.h:336: error: expected '(' before ',' token ../sigc++/functors/slot.h:336: error: expected '(' before ',' token ../sigc++/functors/slot.h:336: error: expected '(' before ',' token ../sigc++/functors/slot.h:336: error: expected '(' before '>' token ../sigc++/functors/slot.h: In static member function 'static T_return sigc::internal::slot_call7::call_it(sigc::internal::slot_rep*, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take, typename sigc::type_trait::take)': ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before ',' token ../sigc++/functors/slot.h:382: error: expected '(' before '>' token make[3]: *** [signal.lo] Error 1 make[3]: Leaving directory `/tmp/SBo/libsigc++-2.2.3/sigc++' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/SBo/libsigc++-2.2.3/sigc++' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/libsigc++-2.2.3' make: *** [all] Error 2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From chess at chessgriffin.com Thu Apr 22 10:17:01 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Thu, 22 Apr 2010 06:17:01 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100421231621.3fe07e0a@liberty.rlwhome.lan> References: <20100417142757.GA18416@mi.dipvvf.it> <20100421231621.3fe07e0a@liberty.rlwhome.lan> Message-ID: <20100422101701.GA3364@localhost> * Robby Workman [2010-04-21 23:16:21]: > On Sat, 17 Apr 2010 16:27:57 +0200 > taninux at gmail.com wrote: > > > Checking MD5SUM: > > MD5SUM check for lame-3.98.4.tar.gz ... FAILED! > > Expected: 92169a198b28b7dfb79b8860b4709cff > > Found: 8e9866ad6b570c6c95c8cba48060473f > > > Not my fault :-) I just checked the md5sum on the lame-3.98.4.tar.gz > archive in my local repo, and it matches the "Expected" sum above. > I then downloaded it again and it matches the "Found" sum above. > > It seems that upstream changed the tarball contents without doing > a version bump, so Gentoo and some other source-based distros are > surely upset about it too :-) *.orig is the "Expected" tarball, > while *.new is the "Found" tarball: > You gotta love it when upstream does fun likes like that. Not. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From chess at chessgriffin.com Thu Apr 22 13:03:52 2010 From: chess at chessgriffin.com (Chess Griffin) Date: Thu, 22 Apr 2010 09:03:52 -0400 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100422101701.GA3364@localhost> References: <20100417142757.GA18416@mi.dipvvf.it> <20100421231621.3fe07e0a@liberty.rlwhome.lan> <20100422101701.GA3364@localhost> Message-ID: <20100422130352.GB28352@localhost> * Chess Griffin [2010-04-22 06:17:01]: > You gotta love it when upstream does fun likes like that. > Wow, I was tired when I sent that. I meant, of course, "You gotta love it when upstream does fun stuff like that." Geez. -- Chess Griffin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: not available URL: From vbatts at hashbangbash.com Thu Apr 22 13:07:11 2010 From: vbatts at hashbangbash.com (Vincent Batts) Date: Thu, 22 Apr 2010 08:07:11 -0500 Subject: [Slackbuilds-users] lame 3.98.4 - md5 check failure In-Reply-To: <20100422130352.GB28352@localhost> References: <20100417142757.GA18416@mi.dipvvf.it> <20100421231621.3fe07e0a@liberty.rlwhome.lan> <20100422101701.GA3364@localhost> <20100422130352.GB28352@localhost> Message-ID: I must have been tired when I read it, because I saw it as intended, not like it was written. vb On 4/22/10, Chess Griffin wrote: > * Chess Griffin [2010-04-22 06:17:01]: > >> You gotta love it when upstream does fun likes like that. >> > > Wow, I was tired when I sent that. I meant, of course, "You gotta love > it when upstream does fun stuff like that." Geez. > > -- > Chess Griffin > -- vb 205.352.4112 http://hashbangbash.com/ From skalkoto at gmail.com Thu Apr 22 14:28:55 2010 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Thu, 22 Apr 2010 17:28:55 +0300 Subject: [Slackbuilds-users] wesnoth 1.8 slackware-current Message-ID: I seem to have compilation errors with the latest wesnoth update in slackware current: if [ "exported" = "" ] || [ "exported" = "exported" ]; then echo '' >/tmp/westemp$$; \ else echo '#define REVISION "exported"' >/tmp/westemp$$; fi;\ if cmp -s revision.hpp /tmp/westemp$$ 2>/dev/null; then :; else cp /tmp/westemp$$ revision.hpp; fi; \ if [ -e /tmp/westemp$$ ]; then rm /tmp/westemp$$; fi depbase=`echo tools/exploder_utils.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -DHAVE_REVISION -I../intl -I../intl -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -DWESNOTH_PATH=\"/usr/share/wesnoth\" -DLOCALEDIR=\"translations\" -DHAS_RELATIVE_LOCALEDIR=1 -DFIFODIR=\"/var/run/wesnothd\" -DWESNOTH_PREFIX=\"/usr\" -Werror -Wno-unused-parameter -O2 -W -Wall -ansi -O2 -march=i486 -mtune=i686 -DDISABLE_POOL_ALLOC -DOLD_FRIBIDI -I/usr/include/fribidi -D_X11 -I/usr/include -MT tools/exploder_utils.o -MD -MP -MF $depbase.Tpo -c -o tools/exploder_utils.o tools/exploder_utils.cpp &&\ mv -f $depbase.Tpo $depbase.Po tools/exploder_utils.cpp: In function ?void save_image(surface, const std::string&)?: tools/exploder_utils.cpp:177: error: ?png_voidp_NULL? was not declared in this scope tools/exploder_utils.cpp:178: error: ?png_error_ptr_NULL? was not declared in this scope make: *** [tools/exploder_utils.o] Error 1 Does anybody have any clue what's going on? Thanx, Nikos Skalkotos -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Thu Apr 22 14:38:32 2010 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Thu, 22 Apr 2010 21:38:32 +0700 Subject: [Slackbuilds-users] wesnoth 1.8 slackware-current In-Reply-To: References: Message-ID: > I seem to have compilation errors with the latest wesnoth update in > slackware current: > > if [ "exported" = "" ] || [ "exported" = "exported" ]; then echo '' >>/tmp/westemp$$; > \ > ??????? else echo '#define REVISION??? "exported"' >/tmp/westemp$$; > fi;\ > ??????? if cmp -s revision.hpp /tmp/westemp$$ 2>/dev/null; then :; else cp > /tmp/westemp$$ revision.hpp; fi; > \ > ??????? if [ -e /tmp/westemp$$ ]; then rm /tmp/westemp$$; > fi > depbase=`echo tools/exploder_utils.o | sed > 's|[^/]*$|.deps/&|;s|\.o$||'`;\ > ??????? g++ -DHAVE_CONFIG_H -I. -I..?? -I/usr/include > -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include > -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng14???? -DHAVE_REVISION -I../intl -I../intl > -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT > -DWESNOTH_PATH=\"/usr/share/wesnoth\" -DLOCALEDIR=\"translations\" > -DHAS_RELATIVE_LOCALEDIR=1 -DFIFODIR=\"/var/run/wesnothd\" > -DWESNOTH_PREFIX=\"/usr\" -Werror -Wno-unused-parameter -O2 -W -Wall -ansi > -O2 -march=i486 -mtune=i686 -DDISABLE_POOL_ALLOC -DOLD_FRIBIDI > -I/usr/include/fribidi??? -D_X11???? -I/usr/include -MT > tools/exploder_utils.o -MD -MP -MF $depbase.Tpo -c -o tools/exploder_utils.o > tools/exploder_utils.cpp &&\ > ??????? mv -f $depbase.Tpo > $depbase.Po > tools/exploder_utils.cpp: In function ?void save_image(surface, const > std::string&)?: > tools/exploder_utils.cpp:177: error: ?png_voidp_NULL? was not declared in > this > scope > tools/exploder_utils.cpp:178: error: ?png_error_ptr_NULL? was not declared > in this > scope > make: *** [tools/exploder_utils.o] Error 1 > > Does anybody have any clue what's going on? See here http://slackblogs.blogspot.com/2010/04/wesnoth-18-on-current.html I have submitted a patch to Michiel, Wesnoth maintainer, but since wesnoth is still buildable in 13.0, it won't be released in SlackBuilds until 13.1 comes out -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com From skalkoto at gmail.com Thu Apr 22 16:27:00 2010 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Thu, 22 Apr 2010 19:27:00 +0300 Subject: [Slackbuilds-users] wesnoth 1.8 slackware-current In-Reply-To: References: Message-ID: Thanks for the reply. As far as I can see you change the undefined png_error_ptr_NULL to NULL. So, I'll probably use your patch. I guess this has to do with the fact that libpng was updated in slackware-current, and the png_error_ptr_NULL is not defined anymore. I wonder if anybody has submitted a bug report to wesnorth about not supporting new releases of libpng? NIkos On Thu, Apr 22, 2010 at 5:38 PM, Willy Sudiarto Raharjo wrote: > > I seem to have compilation errors with the latest wesnoth update in > > slackware current: > > > > if [ "exported" = "" ] || [ "exported" = "exported" ]; then echo '' > >>/tmp/westemp$$; > > \ > > else echo '#define REVISION "exported"' >/tmp/westemp$$; > > fi;\ > > if cmp -s revision.hpp /tmp/westemp$$ 2>/dev/null; then :; else > cp > > /tmp/westemp$$ revision.hpp; fi; > > \ > > if [ -e /tmp/westemp$$ ]; then rm /tmp/westemp$$; > > fi > > depbase=`echo tools/exploder_utils.o | sed > > 's|[^/]*$|.deps/&|;s|\.o$||'`;\ > > g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/include > > -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include > > -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 > > -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 > -I/usr/include/freetype2 > > -I/usr/include/libpng14 -DHAVE_REVISION -I../intl -I../intl > > -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT > > -DWESNOTH_PATH=\"/usr/share/wesnoth\" -DLOCALEDIR=\"translations\" > > -DHAS_RELATIVE_LOCALEDIR=1 -DFIFODIR=\"/var/run/wesnothd\" > > -DWESNOTH_PREFIX=\"/usr\" -Werror -Wno-unused-parameter -O2 -W -Wall > -ansi > > -O2 -march=i486 -mtune=i686 -DDISABLE_POOL_ALLOC -DOLD_FRIBIDI > > -I/usr/include/fribidi -D_X11 -I/usr/include -MT > > tools/exploder_utils.o -MD -MP -MF $depbase.Tpo -c -o > tools/exploder_utils.o > > tools/exploder_utils.cpp &&\ > > mv -f $depbase.Tpo > > $depbase.Po > > tools/exploder_utils.cpp: In function ?void save_image(surface, const > > std::string&)?: > > tools/exploder_utils.cpp:177: error: ?png_voidp_NULL? was not declared in > > this > > scope > > tools/exploder_utils.cpp:178: error: ?png_error_ptr_NULL? was not > declared > > in this > > scope > > make: *** [tools/exploder_utils.o] Error 1 > > > > Does anybody have any clue what's going on? > > See here http://slackblogs.blogspot.com/2010/04/wesnoth-18-on-current.html > I have submitted a patch to Michiel, Wesnoth maintainer, but since > wesnoth is still buildable in 13.0, it won't be released in > SlackBuilds until 13.1 comes out > > > > > -- > Willy Sudiarto Raharjo > Registered Linux User : 336579 > Web : http://www.informatix.or.id/willy > Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com > _______________________________________________ > 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 willysr at gmail.com Thu Apr 22 16:32:01 2010 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Thu, 22 Apr 2010 23:32:01 +0700 Subject: [Slackbuilds-users] wesnoth 1.8 slackware-current In-Reply-To: References: Message-ID: > Thanks for the reply. As far as I can see you change the undefined > png_error_ptr_NULL to NULL. So, I'll probably use your patch. > > I guess this has to do with the fact that libpng was updated in > slackware-current, and the png_error_ptr_NULL is not defined anymore. I > wonder if anybody has submitted a bug report to wesnorth about not > supporting new releases of libpng? i believe it should have been fixed in their source, so you should see them in the next release of Wesnoth (1.8.1) -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com From nishant at mnspace.net Thu Apr 22 17:46:22 2010 From: nishant at mnspace.net (Nishant Limbachia) Date: Thu, 22 Apr 2010 12:46:22 -0500 Subject: [Slackbuilds-users] audio: mutagen Message-ID: <4BD08B6E.2070507@mnspace.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Admins, Just noticed that mutagen is still pointing to the old home page. It now has a new website. http://code.google.com/p/mutagen/ Thanks, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvQi24ACgkQeG5dog/51tWDlgCfUgBuMZwNkB3Fn9QN+B8BPoSu Q7wAn3ZLJqM+q7yWd/aMPiGUSDEW3mUX =PF4C -----END PGP SIGNATURE----- From pc_warner at yahoo.com Thu Apr 22 23:12:28 2010 From: pc_warner at yahoo.com (Phillip Warner) Date: Thu, 22 Apr 2010 16:12:28 -0700 (PDT) Subject: [Slackbuilds-users] dmenu download link changed In-Reply-To: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: <531303.57548.qm@web57702.mail.re3.yahoo.com> The dmenu download link has changed to: http://dl.suckless.org/tools/dmenu-4.0.tar.gz Could one of the admins please correct this in the .info file? Thank you in advance! Also thanks to Andrew Bailey for bringing the issue to my attention. --phillip From joshuakwood at gmail.com Fri Apr 23 03:03:30 2010 From: joshuakwood at gmail.com (JK Wood) Date: Thu, 22 Apr 2010 22:03:30 -0500 Subject: [Slackbuilds-users] wesnoth 1.8 slackware-current In-Reply-To: References: Message-ID: In Wesnoth's defense, doing a release while trying to prepare for GSoC is bound to result in some quirks. --JK On Apr 22, 2010 11:32 AM, "Willy Sudiarto Raharjo" wrote: > Thanks for the reply. As far as I can see you change the undefined > png_error_ptr_NULL to NULL. S... i believe it should have been fixed in their source, so you should see them in the next release of Wesnoth (1.8.1) -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog :... -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Fri Apr 23 03:38:53 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 22 Apr 2010 22:38:53 -0500 Subject: [Slackbuilds-users] audio: mutagen In-Reply-To: <4BD08B6E.2070507@mnspace.net> References: <4BD08B6E.2070507@mnspace.net> Message-ID: <20100422223853.40988878@liberty.rlwhome.lan> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 22 Apr 2010 12:46:22 -0500 Nishant Limbachia wrote: > Just noticed that mutagen is still pointing to the old home page. It > now has a new website. > > http://code.google.com/p/mutagen/ Thanks for the heads-up; erik's got this one on his list. - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvRFk0ACgkQvGy9tf6lsvu9fwCaA74YUvnWesWYMmh9OFHNS3QX pQUAmwaXmbzZr8I2LkVV3MjXupp9rnQ2 =npAS -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Fri Apr 23 03:39:16 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 22 Apr 2010 22:39:16 -0500 Subject: [Slackbuilds-users] dmenu download link changed In-Reply-To: <531303.57548.qm@web57702.mail.re3.yahoo.com> References: <201004212356.35739.xgizzmo@slackbuilds.org> <531303.57548.qm@web57702.mail.re3.yahoo.com> Message-ID: <20100422223916.43ea3073@liberty.rlwhome.lan> On Thu, 22 Apr 2010 16:12:28 -0700 (PDT) Phillip Warner wrote: > The dmenu download link has changed to: > http://dl.suckless.org/tools/dmenu-4.0.tar.gz > > Could one of the admins please correct this in the .info file? Thank > you in advance! > > Also thanks to Andrew Bailey for bringing the issue to my attention. Thanks; erik's got this one as well. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From me at alkos333.net Fri Apr 23 04:54:13 2010 From: me at alkos333.net (alkos333) Date: Thu, 22 Apr 2010 23:54:13 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <201004212356.35739.xgizzmo@slackbuilds.org> References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: On Wed, Apr 21, 2010 at 10:56 PM, wrote: > office/abiword: Updated for version 2.8.4. I get the following when trying to compile on Slackware64-13.0: /usr/lib/libgthread-2.0.so: could not read symbols: File in wrong format collect2: ld returned 1 exit status make[3]: *** [libabiword-2.8.la] Error 1 make[3]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/abiword-2.8.4' make: *** [all] Error 2 -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From rworkman at slackbuilds.org Fri Apr 23 05:04:13 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 23 Apr 2010 00:04:13 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: <20100423000413.2cb431dc@liberty.rlwhome.lan> On Thu, 22 Apr 2010 23:54:13 -0500 alkos333 wrote: > On Wed, Apr 21, 2010 at 10:56 PM, wrote: > > office/abiword: Updated for version 2.8.4. > > I get the following when trying to compile on Slackware64-13.0: With multilib stuff installed. That's important. > /usr/lib/libgthread-2.0.so: could not read symbols: File in wrong > format collect2: ld returned 1 exit status > make[3]: *** [libabiword-2.8.la] Error 1 > make[3]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/SBo/abiword-2.8.4' > make: *** [all] Error 2 See our FAQ on multilib. -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 Fri Apr 23 05:05:47 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 23 Apr 2010 00:05:47 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <20100423000413.2cb431dc@liberty.rlwhome.lan> References: <201004212356.35739.xgizzmo@slackbuilds.org> <20100423000413.2cb431dc@liberty.rlwhome.lan> Message-ID: <20100423000547.3d54993b@liberty.rlwhome.lan> On Fri, 23 Apr 2010 00:04:13 -0500 Robby Workman wrote: > On Thu, 22 Apr 2010 23:54:13 -0500 > alkos333 wrote: > > > On Wed, Apr 21, 2010 at 10:56 PM, wrote: > > > office/abiword: Updated for version 2.8.4. > > > > I get the following when trying to compile on Slackware64-13.0: > > > With multilib stuff installed. That's important. > > > > /usr/lib/libgthread-2.0.so: could not read symbols: File in > > wrong format collect2: ld returned 1 exit status > > make[3]: *** [libabiword-2.8.la] Error 1 > > make[3]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > > make[2]: *** [all-recursive] Error 1 > > make[2]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > > make[1]: *** [all-recursive] Error 1 > > make[1]: Leaving directory `/tmp/SBo/abiword-2.8.4' > > make: *** [all] Error 2 > > > See our FAQ on multilib. Or alternatively you didn't set ARCH in the environment. There's an FAQ on that too. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From me at alkos333.net Fri Apr 23 05:06:16 2010 From: me at alkos333.net (alkos333) Date: Fri, 23 Apr 2010 00:06:16 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <20100423000547.3d54993b@liberty.rlwhome.lan> References: <201004212356.35739.xgizzmo@slackbuilds.org> <20100423000413.2cb431dc@liberty.rlwhome.lan> <20100423000547.3d54993b@liberty.rlwhome.lan> Message-ID: On Fri, Apr 23, 2010 at 12:05 AM, Robby Workman wrote: > Or alternatively you didn't set ARCH in the environment. > There's an FAQ on that too. I'm not trying to compile this as a 32-bit app. sbopkg sets the ARCH variable. All other applications have compiled successfully w/o issues. -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From erik at slackbuilds.org Fri Apr 23 05:11:29 2010 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 23 Apr 2010 00:11:29 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: <20100423001129.11a09d77@shaggy.doo> On Apr 22, 2010, at 11:54 PM, alkos333 wrote: > On Wed, Apr 21, 2010 at 10:56 PM, wrote: > > office/abiword: Updated for version 2.8.4. > > I get the following when trying to compile on Slackware64-13.0: > > /usr/lib/libgthread-2.0.so: could not read symbols: File in wrong format Looks like a multilib problem, see FAQ #19. -- 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 me at alkos333.net Fri Apr 23 16:19:45 2010 From: me at alkos333.net (alkos333) Date: Fri, 23 Apr 2010 11:19:45 -0500 Subject: [Slackbuilds-users] lame MD5 Check Fails Message-ID: lame: MD5SUM check for lame-3.98.4.tar.gz ... FAILED! Expected: 92169a198b28b7dfb79b8860b4709cff Found: 8e9866ad6b570c6c95c8cba48060473f -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From rworkman at slackbuilds.org Fri Apr 23 16:37:30 2010 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 23 Apr 2010 11:37:30 -0500 Subject: [Slackbuilds-users] lame MD5 Check Fails In-Reply-To: References: Message-ID: <20100423113730.6a2f4917@liberty.rlwhome.lan> On Fri, 23 Apr 2010 11:19:45 -0500 alkos333 wrote: > lame: > MD5SUM check for lame-3.98.4.tar.gz ... FAILED! > Expected: 92169a198b28b7dfb79b8860b4709cff > Found: 8e9866ad6b570c6c95c8cba48060473f Please see yesterday's archives on this subject. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From nishant at mnspace.net Fri Apr 23 21:15:58 2010 From: nishant at mnspace.net (Nishant Limbachia) Date: Fri, 23 Apr 2010 16:15:58 -0500 Subject: [Slackbuilds-users] maintaining policyd Message-ID: <4BD20E0E.2070201@mnspace.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, Is anybody interested in taking over maintenance of policyd? Policyd is now in maintenance-only mode upstream and development has moved to Policyd2. Personally I have started using policyd2 instead and intend to submit new slackbuild for policyd2 shortly. Ofcourse if no one is interested, I'll keep it but it would be nice to have a little less workload :-) Thanks, -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkvSDg4ACgkQeG5dog/51tV2nwCfezg9WZ1xmPTh1YgKmLrUkqnN 5gIAnAm7v43j51lL4J8XinH/eipr8NZz =WT4R -----END PGP SIGNATURE----- From wrodrigues201 at gmail.com Sat Apr 24 05:57:41 2010 From: wrodrigues201 at gmail.com (wrodrigues) Date: Sat, 24 Apr 2010 11:27:41 +0530 Subject: [Slackbuilds-users] skype on sw 12.2 Message-ID: <20100424055741.GA8841@wilson01> Hello, The download link for skype 2.0.0.72 is broken. The later version of skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 but gives Segmentation fault error when skype is run. I am not able to get the older version from skype site. Thanks in advance. From willysr at gmail.com Sat Apr 24 06:03:12 2010 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sat, 24 Apr 2010 13:03:12 +0700 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: <20100424055741.GA8841@wilson01> References: <20100424055741.GA8841@wilson01> Message-ID: > The download link for skype 2.0.0.72 is broken. The later version of skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 but gives Segmentation fault error when skype is run. I think it uses newer QT (4.4.0). That's why it would broke in 12.2 Try the static version -- Willy Sudiarto Raharjo Registered Linux User : 336579 Web : http://www.informatix.or.id/willy Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com From wrodrigues201 at gmail.com Sat Apr 24 11:16:55 2010 From: wrodrigues201 at gmail.com (wrodrigues) Date: Sat, 24 Apr 2010 16:46:55 +0530 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: References: <20100424055741.GA8841@wilson01> Message-ID: <20100424111655.GA27435@wilson01> On Sat, Apr 24, 2010 at 01:03:12PM +0700, Willy Sudiarto Raharjo wrote: > > The download link for skype 2.0.0.72 is broken. The later version of skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 but gives Segmentation fault error when skype is run. > > I think it uses newer QT (4.4.0). That's why it would broke in 12.2 > Try the static version > I tried the static version skype_static-2.1.0.81 which did not work. Unfortunately I am not able to get the earlier static version (skype_static-2.0.0.72) The slackbuild for skype from slackware 13 after compiling and installing gives the error "skype: error while loading shared libraries: libQtDBus.so.4: cannot open shared object file: No such file or directory" after launching. So I assume that I need to use slackbuilds from 12.2 only. > > Willy Sudiarto Raharjo > Registered Linux User : 336579 > Web : http://www.informatix.or.id/willy > Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com > _______________________________________________ > 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 wrodrigues201 at gmail.com Sat Apr 24 11:52:20 2010 From: wrodrigues201 at gmail.com (wrodrigues) Date: Sat, 24 Apr 2010 17:22:20 +0530 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: References: <20100424055741.GA8841@wilson01> Message-ID: <20100424115220.GA10788@wilson01> On Sat, Apr 24, 2010 at 01:03:12PM +0700, Willy Sudiarto Raharjo wrote: > > The download link for skype 2.0.0.72 is broken. The later version of skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 but gives Segmentation fault error when skype is run. > > I think it uses newer QT (4.4.0). That's why it would broke in 12.2 > Try the static version > I got the skype_static-2.0.0.72.tar.bz2 file from another site after searching in google. Now skype is running fine. > > -- > Willy Sudiarto Raharjo > Registered Linux User : 336579 > Web : http://www.informatix.or.id/willy > Blog : http://willysr.blogspot.com http://slackblogs.blogspot.com > _______________________________________________ > 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 eha at alienbase.nl Sat Apr 24 11:54:59 2010 From: eha at alienbase.nl (Eric Hameleers) Date: Sat, 24 Apr 2010 13:54:59 +0200 (CEST) Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: <20100424111655.GA27435@wilson01> References: <20100424055741.GA8841@wilson01> <20100424111655.GA27435@wilson01> Message-ID: On Sat, 24 Apr 2010, wrodrigues wrote: > On Sat, Apr 24, 2010 at 01:03:12PM +0700, Willy Sudiarto Raharjo wrote: >>> The download link for skype 2.0.0.72 is broken. The later version of skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 but gives Segmentation fault error when skype is run. >> >> I think it uses newer QT (4.4.0). That's why it would broke in 12.2 >> Try the static version >> > > I tried the static version skype_static-2.1.0.81 which did not work. Unfortunately I am not able to get the earlier static version (skype_static-2.0.0.72) > > The slackbuild for skype from slackware 13 after compiling and installing gives the error "skype: error while loading shared libraries: libQtDBus.so.4: cannot open shared object file: No such file or directory" after launching. So I assume that I need to use slackbuilds from 12.2 only. I still have a skype_static-2.0.0.72 tarball in my repository on http://slackware.com/~alien/slackbuilds/skype/build/ Eric -- Eric Hameleers Email: alien at slackware.com Jabber: alien at jabber.xs4all.nl Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 The two basic principles of Windows system administration: * For minor problems, reboot * For major problems, reinstall From artourter at gmail.com Sat Apr 24 14:46:56 2010 From: artourter at gmail.com (Greg' Ar Tourter) Date: Sat, 24 Apr 2010 15:46:56 +0100 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: References: <20100424055741.GA8841@wilson01> <20100424111655.GA27435@wilson01> Message-ID: The most recent version of skype (2.1.0.x) work fine on both -13 and -current with the dynamic package (and on prior version of slack with the static package) but only if the binaries are not stripped. if you comment out the strip line in the slackbuilds,, and rebuild it will work fine. Otherwise, as you see it segfaults, no idea why. Hope this helps Cheers Greg On 24 April 2010 12:54, Eric Hameleers wrote: > On Sat, 24 Apr 2010, wrodrigues wrote: > >> On Sat, Apr 24, 2010 at 01:03:12PM +0700, Willy Sudiarto Raharjo wrote: >>>> >>>> The download link for skype 2.0.0.72 is broken. The later version of >>>> skype is skype_static-2.1.0.81 which compiles and installs on Slackware 12.2 >>>> but gives Segmentation fault error when skype is run. >>> >>> I think it uses newer QT (4.4.0). That's why it would broke in 12.2 >>> Try the static version >>> >> >> I tried the static version skype_static-2.1.0.81 which did not work. >> Unfortunately I am not able to get the earlier static version >> (skype_static-2.0.0.72) >> >> The slackbuild for skype from slackware 13 after compiling and installing >> gives the error "skype: error while loading shared libraries: >> libQtDBus.so.4: cannot open shared object file: No such file or directory" >> after launching. So I assume that I need to use slackbuilds from 12.2 only. > > I still have a skype_static-2.0.0.72 tarball in my repository on > http://slackware.com/~alien/slackbuilds/skype/build/ > > Eric > > -- > Eric Hameleers > Email: alien at slackware.com > Jabber: alien at jabber.xs4all.nl > Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E ?581E 5E56 AAAF A75C BDA0 > > The two basic principles of Windows system administration: > * For minor problems, reboot > * For major problems, reinstall > _______________________________________________ > 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 Apr 24 16:50:37 2010 From: me at alkos333.net (alkos333) Date: Sat, 24 Apr 2010 11:50:37 -0500 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <20100423001129.11a09d77@shaggy.doo> References: <201004212356.35739.xgizzmo@slackbuilds.org> <20100423001129.11a09d77@shaggy.doo> Message-ID: On Fri, Apr 23, 2010 at 12:11 AM, Erik Hanson wrote: > > Looks like a multilib problem, see FAQ #19. Tried adding LDFLAGS suggested in #19 - no luck. -- Alex Lysenka Bachelor of Computer Science Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From joshuakwood at gmail.com Sat Apr 24 19:22:59 2010 From: joshuakwood at gmail.com (JK Wood) Date: Sat, 24 Apr 2010 14:22:59 -0500 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: References: <20100424055741.GA8841@wilson01> <20100424111655.GA27435@wilson01> Message-ID: On Sat, Apr 24, 2010 at 9:46 AM, Greg' Ar Tourter wrote: > The most recent version of skype (2.1.0.x) work fine on both -13 and > -current with the dynamic package (and on prior version of slack with > the static package) but only if the binaries are not stripped. > > if you comment out the strip line in the slackbuilds,, and rebuild it > will work fine. Otherwise, as you see it segfaults, no idea why. > > Hope this helps > > Cheers > > Greg > > On 24 April 2010 12:54, Eric Hameleers wrote: > > On Sat, 24 Apr 2010, wrodrigues wrote: > > > >> On Sat, Apr 24, 2010 at 01:03:12PM +0700, Willy Sudiarto Raharjo wrote: > >>>> > >>>> The download link for skype 2.0.0.72 is broken. The later version of > >>>> skype is skype_static-2.1.0.81 which compiles and installs on > Slackware 12.2 > >>>> but gives Segmentation fault error when skype is run. > >>> > >>> I think it uses newer QT (4.4.0). That's why it would broke in 12.2 > >>> Try the static version > >>> > >> > >> I tried the static version skype_static-2.1.0.81 which did not work. > >> Unfortunately I am not able to get the earlier static version > >> (skype_static-2.0.0.72) > >> > >> The slackbuild for skype from slackware 13 after compiling and > installing > >> gives the error "skype: error while loading shared libraries: > >> libQtDBus.so.4: cannot open shared object file: No such file or > directory" > >> after launching. So I assume that I need to use slackbuilds from 12.2 > only. > > > > I still have a skype_static-2.0.0.72 tarball in my repository on > > http://slackware.com/~alien/slackbuilds/skype/build/ > > > > Eric > > > > -- > > Eric Hameleers > > Email: alien at slackware.com > > Jabber: alien at jabber.xs4all.nl > > Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 > > > > The two basic principles of Windows system administration: > > * For minor problems, reboot > > * For major problems, reinstall > > _______________________________________________ > > 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/ > > > > > _______________________________________________ > 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/ > > This, a thousand times this. I spent hours trying to get the newer one to run, only to discover that it ran fine straight out of the tarball, but the packaged version didn't. I thought I'd found a bug in pkgtools, until I realized that the md5 difference was thanks to strip. --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.david.52 at gmail.com Sat Apr 24 06:07:34 2010 From: andrew.david.52 at gmail.com (andrew) Date: Sat, 24 Apr 2010 16:07:34 +1000 Subject: [Slackbuilds-users] skype on sw 12.2 In-Reply-To: <20100424055741.GA8841@wilson01> References: <20100424055741.GA8841@wilson01> Message-ID: <20100424060734.GA13016@skamandros.andrews-corner.org> On Sat, Apr 24, 2010 at 11:27:41AM +0530, wrodrigues wrote: > The download link for skype 2.0.0.72 is broken. The later version of > skype is skype_static-2.1.0.81 which compiles and installs on > Slackware 12.2 but gives Segmentation fault error when skype is run. Looks like the link has been adjusted on the 13.0 page: http://slackbuilds.org/repository/13.0/network/skype/ Andrew -- Do you think that's air you're breathing? From matteo.bernardini at sns.it Sun Apr 25 09:46:32 2010 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Sun, 25 Apr 2010 11:46:32 +0200 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: References: <201004212356.35739.xgizzmo@slackbuilds.org> Message-ID: <4BD40F78.2060600@sns.it> On 23/04/2010 06:54, alkos333 wrote: > On Wed, Apr 21, 2010 at 10:56 PM, wrote: > >> office/abiword: Updated for version 2.8.4. >> > I get the following when trying to compile on Slackware64-13.0: > > /usr/lib/libgthread-2.0.so: could not read symbols: File in wrong format > collect2: ld returned 1 exit status > make[3]: *** [libabiword-2.8.la] Error 1 > make[3]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/tmp/SBo/abiword-2.8.4/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/SBo/abiword-2.8.4' > make: *** [all] Error 2 > > looks like DEPS_LIBS variable get wrong values during ./configure execution: this small patch to configure seems to fix building on multilib stable (on -current there are additional not-finding-boost problems with plugins build, but this is another story ;) ) http://ponce.cc/slackware/sources/patches/abiword-multilib-configure.patch --- abiword-2.8.4/configure.orig 2010-04-25 10:10:58.649514876 +0200 +++ abiword-2.8.4/configure 2010-04-25 11:20:28.326014806 +0200 @@ -18547,6 +18547,7 @@ else DEPS_CFLAGS=$pkg_cv_DEPS_CFLAGS DEPS_LIBS=$pkg_cv_DEPS_LIBS + DEPS_LIBS=${DEPS_LIBS/\ -L\/usr\/lib\ / -L\/usr\/lib64 } { $as_echo "$as_me:$LINENO: result: yes" >&5 $as_echo "yes" >&6; } : but I haven't solved yet why it gets the wrong values on multilib (pkgconfig?)... Matteo From matteo.bernardini at sns.it Sun Apr 25 10:43:44 2010 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Sun, 25 Apr 2010 12:43:44 +0200 Subject: [Slackbuilds-users] Updates - 20100422 In-Reply-To: <4BD40F78.2060600@sns.it> References: <201004212356.35739.xgizzmo@slackbuilds.org> <4BD40F78.2060600@sns.it> Message-ID: <4BD41CE0.5050100@sns.it> On 25/04/2010 11:46, Matteo Bernardini wrote: > on -current there are additional not-finding-boost problems with > plugins build, but this is another story ;) sorry for answering myself but an "autoreconf -i" solved also this issue on -current. Matteo From oalhassane at gmail.com Sun Apr 25 15:26:31 2010 From: oalhassane at gmail.com (Omar Alhassane) Date: Sun, 25 Apr 2010 11:26:31 -0400 Subject: [Slackbuilds-users] advancemame problem Message-ID: <4BD45F27.5020403@gmail.com> Hello, I've found out that the slackbuild for advancemame does not run until the end in Slackware13. There is no error message in the config.log or system log but no package created either. I found out by commenting out this next section, everything runs fine. ( cd $PKG find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null || true find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d : | \ xargs strip --strip-unneeded 2> /dev/null ) ( cd $PKG/usr/man find . -type f -exec gzip -9 {} \; for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done ) PS: Sorry for the bad english Thanks Omar From dragonwisard at gmail.com Sun Apr 25 17:09:32 2010 From: dragonwisard at gmail.com (Ben Mendis) Date: Sun, 25 Apr 2010 13:09:32 -0400 Subject: [Slackbuilds-users] avr-libc fails on -current (not the bash 4 issue) Message-ID: I know -current isn't officially supported, but I would appreciate if someone could take a look anyways. The SlackBuild for avr-libc fails on Slackware-current with the following: cd latex_src && \ sed -e '/{TabularC}{3}/s/{TabularC}{3}/{longtable}{|l|l|l|}/' \ -e '/{longtable}{|l|l|l|}/,/TabularC/s/TabularC/longtable/' \ -e '/Architecture/s/\\\\\\hline/\\endhead\\hline/' \ using_tools.tex > tmp.$ && \ mv -f tmp.$ using_tools.tex sed: can't read using_tools.tex: No such file or directory make[3]: *** [latex_src/refman.tex] Error 2 make[3]: Leaving directory `/tmp/SBo/avr-libc-1.6.7/doc/api' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/SBo/avr-libc-1.6.7/doc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/avr-libc-1.6.7' make: *** [all] Error 2 I tested on Slackware 13 and it built cleanly. I can build the package just fine if I comment out the docs so this isn't an urgent issue. Still, if anyone has any suggestions on how I could track this down I'd like to hear it. Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From stautzenberger at verizon.net Mon Apr 26 02:34:01 2010 From: stautzenberger at verizon.net (Sid) Date: Sun, 25 Apr 2010 21:34:01 -0500 (CDT) Subject: [Slackbuilds-users] lyx.Slackbuild Message-ID: <652341596.218542.1272249242049.JavaMail.root@vznit170070> I've been trying to compile lyx-1.6.3 using the latest Slackware "Current", but it no longer will finish the compilation. It seems to get stuck with the make install DESTDIR=$PKG, but there is no failure notification - the program just exits. Slackware 13 worked without a problem. Any idea what changed in the latest "Current"? Thanks, Sid Stautzenberger From nishant at mnspace.net Mon Apr 26 03:27:37 2010 From: nishant at mnspace.net (Nishant Limbachia) Date: Sun, 25 Apr 2010 22:27:37 -0500 Subject: [Slackbuilds-users] lyx.Slackbuild In-Reply-To: <652341596.218542.1272249242049.JavaMail.root@vznit170070> References: <652341596.218542.1272249242049.JavaMail.root@vznit170070> Message-ID: <4BD50829.1090304@mnspace.net> On 04/25/2010 09:34 PM, Sid wrote: > I've been trying to compile lyx-1.6.3 using the latest Slackware "Current", but it no longer will finish the compilation. > It seems to get stuck with the make install DESTDIR=$PKG, but there is no failure notification - the program just exits. > Slackware 13 worked without a problem. > Any idea what changed in the latest "Current"? > Thanks, > Sid Stautzenberger > _______________________________________________ > 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/ > You need to put "|| true" at the end to lines that strip the binaries (lines just after make install). This is due to -current using Bash4 and how Bash4 handles subshells. There's plenty of discussion on the list about this. From chaos.proton at gmail.com Tue Apr 27 09:32:01 2010 From: chaos.proton at gmail.com (Grissiom) Date: Tue, 27 Apr 2010 17:32:01 +0800 Subject: [Slackbuilds-users] Drop some package maintenance of mine Message-ID: Hello all, Because I don't use them now, I want to hand over some package maintenance: pycurl Pygments sympy zsync cuetools I would be glad to see these packages having new maintainers. If not, I *may* keep bumping the versions. But I cannot guarantee these packages are all up-to-date and working. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukenshiro at ngi.it Tue Apr 27 10:13:49 2010 From: lukenshiro at ngi.it (LukenShiro) Date: Tue, 27 Apr 2010 12:13:49 +0200 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: References: Message-ID: <20100427121349.3169aadflukenshiro@ngi.it@starchild.grp> Il giorno Tue, 27 Apr 2010 17:32:01 +0800 Grissiom ha scritto: > Because I don't use them now, I want to hand over some package > maintenance: [..] > I would be glad to see these packages having new maintainers. If not, > I *may* keep bumping the versions. But I cannot guarantee these > packages are all up-to-date and working. I would take care of "pycurl" and "Pygments" -- GNU/Linux * Slackware64 current Slackware 13.0-32bit VM LU #210970 SU #12583 LM #98222/#412913 From chaos.proton at gmail.com Tue Apr 27 10:17:40 2010 From: chaos.proton at gmail.com (Grissiom) Date: Tue, 27 Apr 2010 18:17:40 +0800 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: <1984433182697522717@unknownmsgid> References: <1984433182697522717@unknownmsgid> Message-ID: On Tue, Apr 27, 2010 at 6:13 PM, LukenShiro wrote: > > I would take care of "pycurl" and "Pygments" > > > Thanks a lot. ;-) -- Take care, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From joao.eel at gmail.com Tue Apr 27 12:08:38 2010 From: joao.eel at gmail.com (=?ISO-8859-1?Q?Jo=E3o_Felipe_Santos?=) Date: Tue, 27 Apr 2010 09:08:38 -0300 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: References: Message-ID: Hello, I can keep sympy updated. I would update it for using it on my machines, anyways :) -- Jo?o Felipe Santos On Tue, Apr 27, 2010 at 6:32 AM, Grissiom wrote: > Hello all, > Because I don't use them now, I want to hand over some package maintenance: > pycurl > Pygments > sympy > zsync > cuetools > > I would be glad to see these packages having new maintainers. If not, I > *may* keep bumping the versions. But I cannot?guarantee?these packages are > all up-to-date and working. > > -- > Cheers, > Grissiom > > _______________________________________________ > 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 artourter at gmail.com Tue Apr 27 14:58:59 2010 From: artourter at gmail.com (Greg' Ar Tourter) Date: Tue, 27 Apr 2010 15:58:59 +0100 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: References: Message-ID: Hi Grissom, I can take over cuetools if you want. Cheers ArTourter On 27 April 2010 10:32, Grissiom wrote: > Hello all, > Because I don't use them now, I want to hand over some package maintenance: > pycurl > Pygments > sympy > zsync > cuetools > > I would be glad to see these packages having new maintainers. If not, I > *may* keep bumping the versions. But I cannot?guarantee?these packages are > all up-to-date and working. > > -- > Cheers, > Grissiom > > _______________________________________________ > 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 chaos.proton at gmail.com Wed Apr 28 00:36:06 2010 From: chaos.proton at gmail.com (Grissiom) Date: Wed, 28 Apr 2010 08:36:06 +0800 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: References: Message-ID: 2010/4/27 Jo?o Felipe Santos > Hello, > > I can keep sympy updated. I would update it for using it on my > machines, anyways :) > > Thanks! I noticed there is new version of sympy but as I don't use it anymore, I didn't update it. Just take it over ;) -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaos.proton at gmail.com Wed Apr 28 00:38:46 2010 From: chaos.proton at gmail.com (Grissiom) Date: Wed, 28 Apr 2010 08:38:46 +0800 Subject: [Slackbuilds-users] Drop some package maintenance of mine In-Reply-To: References: Message-ID: On Tue, Apr 27, 2010 at 10:58 PM, Greg' Ar Tourter wrote: > Hi Grissom, > > I can take over cuetools if you want. > > Thanks! I'm glad someone would take care of it. Just take it over ;) -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at slackbuilds.org Wed Apr 28 04:22:47 2010 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 27 Apr 2010 23:22:47 -0500 Subject: [Slackbuilds-users] Updates - 20100428 Message-ID: <20100427232247.36003b2a@shaggy.doo> Wed Apr 28 04:06:17 UTC 2010 accessibility/espeak: Build bump, fix phoneme data permissions. Thanks to B. Watson. business/gnucash: Fixed a minor typo in README. desktop/grun: Added - gRun is a GTK based Run dialog that closely resembles the Windows Run dialog, just like xexec. Thanks to David Woodfall. desktop/kanyremote: Added - kanyremote is a KDE GUI frontend for anyRemote. Thanks to otzy_007. desktop/scrotwm: Added - scrotwm is a small dynamic tiling window manager. Thanks to Daniel LEVAI. desktop/xfce4-systemload-plugin: Fixes for bash4. desktop/xfswitch-plugin: Fixes for bash4. development/ming: Updated for version 0.4.3. development/qjson: Added - QJson is a qt-based library that maps JSON data to QVariant objects. Thanks to "otzy_007". games/brainparty: Updated for version 0.61. graphics/rawstudio: Build bump, script cleanup. graphics/VariCAD: Added - VariCAD is a 3D/2D CAD system for mechanical engineering. Thanks to Niels Horn. graphics/viewnior: Added - Viewnior is an image viewer program. Created to be simple, fast and elegant. Thanks to ?ime Ramov. libraries/lame: Fixed md5sum in the .info file. libraries/libcue: Added - libcue is a CUE Sheet Parser Library. Thanks to Erik Hanson. libraries/libdbi-drivers: Fixed a spelling error in README. libraries/libdynamite: Added - libdynamite is a cab extractor. Thanks to David Somero. libraries/libkate: Build bump, script cleanup. libraries/libmemcached: Updated for version 0.40. libraries/perl-BerkeleyDB: Updated for version 0.42. libraries/perl-Cache-FastMmap: Added - perl-Cache-FastMmap is the Cache::FastMmap perl module. Thanks to Nishant Limbachia. libraries/perl-Config-IniFiles: Added - perl-Config-IniFiles is the Config::IniFiles perl module. Thanks to Nishant Limbachia. libraries/perl-Crypt-OpenSSL-RSA: Updated for version 0.26. libraries/perl-Test-Exception: Updated for version 0.29. libraries/perl-Test-Pod: Updated for version 1.43. misc/ibus: Updated for version 1.3.1. misc/ibus-anthy: Updated for version 1.2.1. misc/merkaartor: Added - Merkaartor is an openstreetmap mapping program. Thanks to "otzy_007". multimedia/dirac: Build bump, script cleanup. multimedia/ffmpeg2theora: Build bump, script cleanup. multimedia/gpac: Build bump, script cleanup. multimedia/kdenlive: Updated for version 0.7.7.1. multimedia/mlt: Updated for version 0.5.4. multimedia/vobcopy: Build bump, script cleanup. multimedia/xvst: Updated for version 2.3.5. network/amavisd-new: Cleaned up build. network/cgterm: Added - cgterm is a C/G telnet & 64CHAT client. Thanks to Marcel Saegebarth. network/perl-Mail-DKIM: Updated for version 0.38. network/perl-MailTools: Updated for version 2.06. network/perl-MIME-tools: Updated for version 5.428. network/perl-Net-CIDR: Added - perl-Net-CIDR is the Net::CIDR perl module. Thanks to Nishant Limbachia. network/pflogsumm: Updated for version 1.1.3. network/ttcp: Updated download link. network/udpcast: Updated for version 20100130. office/auctex: Updated for version 11.86. office/gocr: Build bump, script cleanup. office/texworks: Added - texworks is a TeX editor. Thanks to digwtx. system/clamsmtp: Build bump, script cleanup. system/ddrescue: Updated for version 1.12. system/mcrypt: Build bump, script cleanup. system/partitionmanager: Updated for version 1.0.2. system/rxvt-unicode: Updated for version 9.07. Thanks to new maintainer Daniel LEVAI. system/xosd: Updated for version 2.2.14. -- 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 bailey at akamai.com Thu Apr 29 22:45:02 2010 From: bailey at akamai.com (R. Andrew Bailey) Date: Thu, 29 Apr 2010 18:45:02 -0400 Subject: [Slackbuilds-users] xmobar Message-ID: <20100429224502.GC14009@akamai.com> Hi All, Xavier Maillard is listed as the owner of xmobar, which was last updated for 12.2. I've tried to reach him by email regarding a couple of minor updates I made (for 13.0 and to take an updated xmobar release) but haven't heard back yet. I thought I'd try the list in case my direct message to him was filtered, or if anyone else knows him. Thanks! .andy From mickeytintincolle at yahoo.fr Fri Apr 30 18:41:06 2010 From: mickeytintincolle at yahoo.fr (Antoine NONYME) Date: Fri, 30 Apr 2010 20:41:06 +0200 Subject: [Slackbuilds-users] advancemame problem In-Reply-To: <4BD45F27.5020403@gmail.com> References: <4BD45F27.5020403@gmail.com> Message-ID: <20100430204106.6a5a3439@yahoo.fr> Le Sun, 25 Apr 2010 11:26:31 -0400, Omar Alhassane a ?crit : > Hello, > > I've found out that the slackbuild for advancemame does not run until > the end in Slackware13. There is no error message in the config.log > or system log but no package created either. > > I found out by commenting out this next section, everything runs fine. > > ( cd $PKG > find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : > | \ xargs strip --strip-unneeded 2> /dev/null || true > find . | xargs file | grep "shared object" | grep ELF | cut -f 1 > -d : | \ xargs strip --strip-unneeded 2> /dev/null > ) > > ( cd $PKG/usr/man > find . -type f -exec gzip -9 {} \; > for i in $( find . -type l ) ; do ln -s $( readlink $i ).gz > $i.gz ; rm $i ; done > ) There is no need to comment all of this . Just replace the two following lines : ) by : ) || true > > PS: Sorry for the bad english Your English is not really bad :) > > Thanks > > Omar > _______________________________________________ > 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 audrius at neutrino.lt Fri Apr 30 20:41:07 2010 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 30 Apr 2010 23:41:07 +0300 Subject: [Slackbuilds-users] Kismet update Message-ID: <20100430204107.GA29958@kiras.geris> Hi, I'm going to submit updated Kismet SlackBuild (thanks goes to Antonio Hern?ndez Blas for updating it), but before that I want to ask something. Kismet developers strongly encourage to use 'make suidinstall' for new version which makes it work only for the members of 'kismet' group. I've tested that during installation this group is created automatically, but I wanted to ask if it would be a better idea to add it to file and require it before starting the build process as I've seen in other scripts that use UIDs and GIDs from SBo list? If so, should I take the next unused GID from the list and add the code to check for the group or should I leave it for SBo admins to do? -- Audrius Ka?ukauskas -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ml at mareichelt.com Fri Apr 30 21:17:59 2010 From: ml at mareichelt.com (markus reichelt) Date: Fri, 30 Apr 2010 23:17:59 +0200 Subject: [Slackbuilds-users] Kismet update In-Reply-To: <20100430204107.GA29958@kiras.geris> References: <20100430204107.GA29958@kiras.geris> Message-ID: <20100430211759.GB14654@pc21.mareichelt.com> * Audrius Ka?ukauskas wrote: > to add it to file and require it Surely documenting it is a good idea. -- left blank, right bald -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: