From iskar.enev at gmail.com Fri Apr 1 07:27:48 2011 From: iskar.enev at gmail.com (iskar enev) Date: Fri, 1 Apr 2011 10:27:48 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds Message-ID: It is with great sadness that I announce the orphanage of my SlackBuids: system/lshw system/splix system/pgadmin3 games/freeciv network/aMule network/museek+ network/transmission network/nicotine+ network/ddclient development/scite development/esvn libraries/libxml++ libraries/cryptopp libraries/jbigkit I've already discussed with Robby Workman that esvn will be removed as it requires qt3. For the rest of them, may they find a good maintainer. Regards Iskar Enev -------------- next part -------------- An HTML attachment was scrubbed... URL: From ml at mareichelt.com Fri Apr 1 09:55:48 2011 From: ml at mareichelt.com (markus reichelt) Date: Fri, 1 Apr 2011 11:55:48 +0200 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <20110401095548.GA27530@pc21.mareichelt.com> * iskar enev wrote: > libraries/cryptopp I can take over cryptopp. -- 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 niels.horn at gmail.com Fri Apr 1 10:23:10 2011 From: niels.horn at gmail.com (Niels Horn) Date: Fri, 1 Apr 2011 07:23:10 -0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: On Fri, Apr 1, 2011 at 4:27 AM, iskar enev wrote: > It is with great sadness that I announce the orphanage of my SlackBuids: > > system/lshw > system/splix > system/pgadmin3 > games/freeciv > network/aMule > network/museek+ > network/transmission > network/nicotine+ > network/ddclient > development/scite > development/esvn > libraries/libxml++ > libraries/cryptopp > libraries/jbigkit > > > I've already discussed with Robby Workman that esvn will be removed as it > requires qt3. > For the rest of them, may they find a good maintainer. > > Regards > Iskar Enev > Some comments: - freeciv I already took over when you offered it on 8/8/10 :) - libxml++ was already taken over by Diogo Leal at some time >From the rest, I use frequently: - transmission - ddclient So I'll take them. I did not check the others... -- Niels Horn From audrius at neutrino.lt Fri Apr 1 11:39:25 2011 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 1 Apr 2011 14:39:25 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <20110401113925.GA4775@kiras> On Fri, 2011-04-01 at 10:27:48 +0300, iskar enev wrote: > network/nicotine+ I can take this (since I use it from time to time), unless someone else wants it. -- 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 vbatts at gmail.com Fri Apr 1 11:43:17 2011 From: vbatts at gmail.com (Vincent Batts) Date: Fri, 1 Apr 2011 07:43:17 -0400 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: On Apr 1, 2011 3:28 AM, "iskar enev" wrote: > > system/lshw I'm game for this package. vb -------------- next part -------------- An HTML attachment was scrubbed... URL: From burningc at SDF.LONESTAR.ORG Fri Apr 1 13:26:43 2011 From: burningc at SDF.LONESTAR.ORG (Glenn Becker) Date: Fri, 1 Apr 2011 13:26:43 +0000 (UTC) Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: > It is with great sadness that I announce the orphanage of my > SlackBuids: > > system/lshw > system/splix I would be willing to take these two on. Thx, Glenn +-----------------------------------------------------+ Glenn Becker - burningc at sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org +-----------------------------------------------------+ From ozan.turkyilmaz at gmail.com Fri Apr 1 14:03:24 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Fri, 1 Apr 2011 17:03:24 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: 2011/4/1 iskar enev : > It is with great sadness that I announce the orphanage of my SlackBuids: > network/aMule I'm willing to get this one. I'll get the updated scripts as soon as possible. -- Ozan, BSc, BEng From ozan.turkyilmaz at gmail.com Fri Apr 1 14:07:00 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Fri, 1 Apr 2011 17:07:00 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: 2011/4/1 Ozan T?rky?lmaz : > 2011/4/1 iskar enev : >> It is with great sadness that I announce the orphanage of my SlackBuids: > >> network/aMule > > I'm willing to get this one. I'll get the updated scripts as soon as possible. and cryptopp -- Ozan, BSc, BEng From niels.horn at gmail.com Fri Apr 1 15:21:09 2011 From: niels.horn at gmail.com (Niels Horn) Date: Fri, 1 Apr 2011 12:21:09 -0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: 2011/4/1 Ozan T?rky?lmaz : > 2011/4/1 Ozan T?rky?lmaz : >> 2011/4/1 iskar enev : >>> It is with great sadness that I announce the orphanage of my SlackBuids: >> >>> network/aMule >> >> I'm willing to get this one. I'll get the updated scripts as soon as possible. > > and cryptopp > > -- > Ozan, BSc, BEng > _______________________________________________ I think we need to organize this a bit: *** These are solved: games/freeciv - Already had a new maintainer (Niels Horn) libraries/libxml++ - Already had a new maintainer (Diogo Leal) network/ddclient - Picked up by Niels Horn network/transmission - Picked up by Niels Horn network/nicotine+ - Picked up by Audrius Ka?ukauskas system/splix - Picked up by Glenn Becker network/aMule - Picked up by Ozan *** These have two new maintainers: (Please resolve) libraries/cryptopp - Picked up by Markus Reichelt + Ozan system/lshw - Picked up by Vincent Batts + Glenn Becker *** These are unclaimed: system/pgadmin3 network/museek+ development/scite development/esvn libraries/jbigkit -- Niels Horn From pprkut at slackbuilds.org Fri Apr 1 15:28:23 2011 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Fri, 1 Apr 2011 17:28:23 +0200 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <201104011728.30353.pprkut@slackbuilds.org> On Friday 01 April 2011 17:21:09 Niels Horn wrote: > 2011/4/1 Ozan T?rky?lmaz : > > 2011/4/1 Ozan T?rky?lmaz : > >> 2011/4/1 iskar enev : > >>> It is with great sadness that I announce the orphanage of my > I think we need to organize this a bit: > > *** These are solved: > system/splix - Picked up by Glenn Becker > > *** These are unclaimed: > > libraries/jbigkit jbigkit is listed as a dependency for splix, so even if splix has a new maintainer, unless someone takes jbigkit or it's actually not really a dependency both will go. Grs, Heinz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From vbatts at gmail.com Fri Apr 1 15:29:42 2011 From: vbatts at gmail.com (Vincent Batts) Date: Fri, 1 Apr 2011 11:29:42 -0400 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: > system/lshw - Picked up by Vincent Batts + Glenn Becker Glenn can take it. I didn't want this to go unmaintained. Take care, vb From burningc at SDF.LONESTAR.ORG Fri Apr 1 15:36:42 2011 From: burningc at SDF.LONESTAR.ORG (Glenn Becker) Date: Fri, 1 Apr 2011 15:36:42 +0000 (UTC) Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: >> system/lshw - Picked up by Vincent Batts + Glenn Becker > > Glenn can take it. I didn't want this to go unmaintained. Thanks, Vincent. I'd've said the same thing re: you taking it, but you beat me to it. ;^) +-----------------------------------------------------+ Glenn Becker - burningc at sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org +-----------------------------------------------------+ From burningc at SDF.LONESTAR.ORG Fri Apr 1 15:37:33 2011 From: burningc at SDF.LONESTAR.ORG (Glenn Becker) Date: Fri, 1 Apr 2011 15:37:33 +0000 (UTC) Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <201104011728.30353.pprkut@slackbuilds.org> References: <201104011728.30353.pprkut@slackbuilds.org> Message-ID: >> I think we need to organize this a bit: >> >> *** These are solved: >> system/splix - Picked up by Glenn Becker >> >> *** These are unclaimed: >> >> libraries/jbigkit > > jbigkit is listed as a dependency for splix, so even if splix has a new > maintainer, unless someone takes jbigkit or it's actually not really a > dependency both will go. I will pick up jbigkit as well. /g +-----------------------------------------------------+ Glenn Becker - burningc at sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org +-----------------------------------------------------+ From ozan.turkyilmaz at gmail.com Fri Apr 1 15:46:38 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Fri, 1 Apr 2011 18:46:38 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: > > libraries/cryptopp - Picked up by Markus Reichelt + Ozan Markus got it.We resolved the config. -- Ozan, BSc, BEng From rworkman at slackbuilds.org Fri Apr 1 15:46:44 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 10:46:44 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110401095548.GA27530@pc21.mareichelt.com> References: <20110401095548.GA27530@pc21.mareichelt.com> Message-ID: <20110401104644.1bed0c96@liberty.rlwhome.lan> On Fri, 1 Apr 2011 11:55:48 +0200 markus reichelt wrote: > * iskar enev wrote: > > > libraries/cryptopp > > I can take over cryptopp. Changed in my git branch. -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 1 15:47:34 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 10:47:34 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <20110401104734.4d6a1e62@liberty.rlwhome.lan> On Fri, 1 Apr 2011 07:23:10 -0300 Niels Horn wrote: > From the rest, I use frequently: > - transmission > - ddclient > So I'll take them. I'll let you change thos in your git branch :-) -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 1 15:48:52 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 10:48:52 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110401113925.GA4775@kiras> References: <20110401113925.GA4775@kiras> Message-ID: <20110401104852.3f38c952@liberty.rlwhome.lan> On Fri, 1 Apr 2011 14:39:25 +0300 Audrius Ka?ukauskas wrote: > On Fri, 2011-04-01 at 10:27:48 +0300, iskar enev wrote: > > network/nicotine+ > > I can take this (since I use it from time to time), unless someone > else wants it. Done in my git branch. -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 1 15:51:07 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 10:51:07 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <20110401105107.7744cee6@liberty.rlwhome.lan> On Fri, 1 Apr 2011 17:03:24 +0300 Ozan T?rky?lmaz wrote: > 2011/4/1 iskar enev : > > It is with great sadness that I announce the orphanage of my > > SlackBuids: > > > network/aMule > > I'm willing to get this one. I'll get the updated scripts as soon as > possible. Changed in my branch. -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 1 15:56:10 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 10:56:10 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: <201104011728.30353.pprkut@slackbuilds.org> Message-ID: <20110401105610.3578ebeb@liberty.rlwhome.lan> On Fri, 1 Apr 2011 15:37:33 +0000 (UTC) Glenn Becker wrote: > > >> I think we need to organize this a bit: > >> > >> *** These are solved: > >> system/splix - Picked up by Glenn Becker > >> > >> *** These are unclaimed: > >> > >> libraries/jbigkit > > > > jbigkit is listed as a dependency for splix, so even if splix has a > > new maintainer, unless someone takes jbigkit or it's actually not > > really a dependency both will go. > > I will pick up jbigkit as well. Okay, I've got this one done in my git branch (as well as lshw), but splix is in our "didn't build" list. I don't know the reason for the failure (XGizzmo?), but it's slated for removal if it's not handled by the time 13.37 releases. If you have an update or something for it, send it our way and we'll get that done. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From niels.horn at gmail.com Fri Apr 1 16:07:07 2011 From: niels.horn at gmail.com (Niels Horn) Date: Fri, 1 Apr 2011 13:07:07 -0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110401104734.4d6a1e62@liberty.rlwhome.lan> References: <20110401104734.4d6a1e62@liberty.rlwhome.lan> Message-ID: On Fri, Apr 1, 2011 at 12:47 PM, Robby Workman wrote: > On Fri, 1 Apr 2011 07:23:10 -0300 > Niels Horn wrote: > >> From the rest, I use frequently: >> - transmission >> - ddclient >> So I'll take them. > > > I'll let you change thos in your git branch :-) > > -RW > Done :) -- Niels Horn From rworkman at slackbuilds.org Fri Apr 1 16:09:59 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 11:09:59 -0500 Subject: [Slackbuilds-users] cairo-dock and cairo-dock -plugins SlackBuilds In-Reply-To: <4D91E735.4080809@tuxane.com> References: <4D91B5F0.1090607@gmail.com> <4D91B9BD.1050005@gmail.com> <4D91E735.4080809@tuxane.com> Message-ID: <20110401110959.03f13efc@liberty.rlwhome.lan> On Tue, 29 Mar 2011 16:05:41 +0200 TuxaneMedia wrote: > I guess there is a typo in the package . > The SlackBuild files are called Slackbuild so it can't build. > Try to use 'Edit SlackBuild' in SboPkg and you'll see it's empty Thanks; these should both be fixed now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Fri Apr 1 16:15:36 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 11:15:36 -0500 Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> Message-ID: <20110401111536.4d78616a@liberty.rlwhome.lan> On Tue, 29 Mar 2011 20:38:47 +0100 David Spencer wrote: > Am I allowed to recycle this thread for some more packages? Nah, make a new thread - it's easier to follow. > (1) I see from git that R is being removed (unmaintained). Well, qgis > (one of my packages) incorrectly lists R as a dependency in the > README. In fact qgis does not depend on R these days, so it would be > great to just edit the README to remove the reference to R. Thanks! Done. > (2) postgis (not one of my packages) doesn't build at the moment. > This is not a 13.37 problem -- the cause is the recent Postgresql 9 > upgrade. Upgrading postgis to the latest version upstream (1.5.2) is > straightforward and solves the build problem. Hrm, this one is not in our failure list, so it apparently built on somebody's test machine. :/ -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From artourter at gmail.com Fri Apr 1 16:19:42 2011 From: artourter at gmail.com (Greg' Ar Tourter) Date: Fri, 1 Apr 2011 17:19:42 +0100 Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: <20110401111536.4d78616a@liberty.rlwhome.lan> References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> Message-ID: Hi, is R being picked up by anyone? otherwise I'll do it. it would be a shame to have that one unmaintained here. Cheers Greg On 1 April 2011 17:15, Robby Workman wrote: > On Tue, 29 Mar 2011 20:38:47 +0100 > David Spencer wrote: > >> Am I allowed to recycle this thread for some more packages? > > > Nah, make a new thread - it's easier to follow. > > >> (1) I see from git that R is being removed (unmaintained). ?Well, qgis >> (one of my packages) incorrectly lists R as a dependency in the >> README. ?In fact qgis does not depend on R these days, so it would be >> great to just edit the README to remove the reference to R. ?Thanks! > > > Done. > > >> (2) postgis (not one of my packages) doesn't build at the moment. >> This is not a 13.37 problem -- the cause is the recent Postgresql 9 >> upgrade. ?Upgrading postgis to the latest version upstream (1.5.2) is >> straightforward and solves the build problem. > > > Hrm, this one is not in our failure list, so it apparently built on > somebody's test machine. ? :/ > > -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 rshepard at appl-ecosys.com Fri Apr 1 16:22:28 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 1 Apr 2011 09:22:28 -0700 (PDT) Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> Message-ID: On Fri, 1 Apr 2011, Greg' Ar Tourter wrote: > is R being picked up by anyone? otherwise I'll do it. it would be a > shame to have that one unmaintained here. Greg, Ivan and I are newcomers to package maintenance but agreed to stumble along together in maintaining R. Ivan's a chemist using R and I'm an ecologist just learning R. Rich From grbzks at xsmail.com Fri Apr 1 16:23:00 2011 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Fri, 1 Apr 2011 19:23:00 +0300 Subject: [Slackbuilds-users] updated tig SlackBuild Message-ID: <20110401162259.GA2072@netbook> Hello, devel/tig version 0.16.2 doesnt build with the updated ncurses 5.8 in 13.37. I dont know if its in your removal list for that reason. Attached is an update to 0.17 which works fine. PS. For testdisk see http://www.linuxquestions.org/questions/slackware-14/ncurses-5-8-on-13-37-mar-21-a-869911/#post4305903 ---- Greg -------------- next part -------------- A non-text attachment was scrubbed... Name: tig.tar.gz Type: application/octet-stream Size: 2737 bytes Desc: not available URL: From grbzks at xsmail.com Fri Apr 1 16:28:43 2011 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Fri, 1 Apr 2011 19:28:43 +0300 Subject: [Slackbuilds-users] updated tig SlackBuild In-Reply-To: <20110401162259.GA2072@netbook> References: <20110401162259.GA2072@netbook> Message-ID: <20110401162839.GA4359@netbook> I wrote: > > devel/tig version 0.16.2 doesnt build with the updated ncurses 5.8 in > 13.37. I actually meant it doesnt work, as it builds fine, so chances are this was unoticed. ---- Greg From rworkman at slackbuilds.org Fri Apr 1 17:49:34 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 12:49:34 -0500 Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> Message-ID: <20110401124934.039f4088@liberty.rlwhome.lan> On Fri, 1 Apr 2011 09:22:28 -0700 (PDT) Rich Shepard wrote: > On Fri, 1 Apr 2011, Greg' Ar Tourter wrote: > > > is R being picked up by anyone? otherwise I'll do it. it would be a > > shame to have that one unmaintained here. > > Greg, > > Ivan and I are newcomers to package maintenance but agreed to > stumble along together in maintaining R. Ivan's a chemist using R and > I'm an ecologist just learning R. Okay, then one of you will need to submit it once we open up the submission form (after 13.37 releases). -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 1 17:58:37 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 1 Apr 2011 12:58:37 -0500 Subject: [Slackbuilds-users] updated tig SlackBuild In-Reply-To: <20110401162259.GA2072@netbook> References: <20110401162259.GA2072@netbook> Message-ID: <20110401125837.10e7d3d0@liberty.rlwhome.lan> On Fri, 1 Apr 2011 19:23:00 +0300 Grigorios Bouzakis wrote: > devel/tig version 0.16.2 doesnt build with the updated ncurses 5.8 in > 13.37. I dont know if its in your removal list for that reason. > Attached is an update to 0.17 which works fine. Got it in my git repo now; thanks. > PS. For testdisk see > http://www.linuxquestions.org/questions/slackware-14/ncurses-5-8-on-13-37-mar-21-a-869911/#post4305903 The src/texfat.c file doesn't exist in the tarball, so that hunk fails to apply and errors out the build. I personally don't have time to wade through the code and see if it's fine to skip that hunk, so maybe someone else will care enough ;-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From grbzks at xsmail.com Fri Apr 1 18:48:57 2011 From: grbzks at xsmail.com (Grigorios Bouzakis) Date: Fri, 1 Apr 2011 21:48:57 +0300 Subject: [Slackbuilds-users] updated tig SlackBuild In-Reply-To: <20110401125837.10e7d3d0@liberty.rlwhome.lan> References: <20110401162259.GA2072@netbook> <20110401125837.10e7d3d0@liberty.rlwhome.lan> Message-ID: <20110401184853.GA4864@netbook> Robby Workman wrote: > >> PS. For testdisk see >> http://www.linuxquestions.org/questions/slackware-14/ncurses-5-8-on-13-37= >> -mar-21-a-869911/#post4305903 > > > The src/texfat.c file doesn't exist in the tarball, so that hunk > fails to apply and errors out the build. I personally don't have > time to wade through the code and see if it's fine to skip that > hunk, so maybe someone else will care enough ;-) Yes, i posted it for people who care, most importantly the maintainer, since its not my package. Upstream also supplies a 6.12-WIP (work in progress) tarball which works: http://www.cgsecurity.org/wiki/TestDisk_Download Mind though that this is not a stable release, its currently tagged as beta, additionallly from what i can tell theres been many changes to the way the program operates since 6.11.3. ---- Greg From ivanp84 at gmail.com Fri Apr 1 19:27:44 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Fri, 1 Apr 2011 21:27:44 +0200 Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: <20110401124934.039f4088@liberty.rlwhome.lan> References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> <20110401124934.039f4088@liberty.rlwhome.lan> Message-ID: Hi Rich, Hi Greg! I was absent for a few days, and now I have read the thread. Am using, but also still learning R. :) I agree with the idea, and also working on SBs for Jmol and Bioclipse, to repack these Java programs and reach SB standards. On Fri, Apr 1, 2011 at 7:49 PM, Robby Workman wrote: > On Fri, 1 Apr 2011 09:22:28 -0700 (PDT) > Rich Shepard wrote: > > > On Fri, 1 Apr 2011, Greg' Ar Tourter wrote: > > > > > is R being picked up by anyone? otherwise I'll do it. it would be a > > > shame to have that one unmaintained here. > > > > Greg, > > > > Ivan and I are newcomers to package maintenance but agreed to > > stumble along together in maintaining R. Ivan's a chemist using R and > > I'm an ecologist just learning R. > > > Okay, then one of you will need to submit it once we open up the > submission form (after 13.37 releases). > > -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/ > > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From disturbed1976 at gmail.com Fri Apr 1 19:28:16 2011 From: disturbed1976 at gmail.com (Keith Richie) Date: Fri, 1 Apr 2011 15:28:16 -0400 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110401105610.3578ebeb@liberty.rlwhome.lan> References: <201104011728.30353.pprkut@slackbuilds.org> <20110401105610.3578ebeb@liberty.rlwhome.lan> Message-ID: On Fri, Apr 1, 2011 at 11:56 AM, Robby Workman wrote: > On Fri, 1 Apr 2011 15:37:33 +0000 (UTC) > Glenn Becker wrote: > >> >> >> I think we need to organize this a bit: >> >> >> >> *** These are solved: >> >> system/splix - Picked up by Glenn Becker >> >> >> >> *** These are unclaimed: >> >> >> >> libraries/jbigkit >> > >> > jbigkit is listed as a dependency for splix, so even if splix has a >> > new maintainer, unless someone takes jbigkit or it's actually not >> > really a dependency both will go. >> >> I will pick up jbigkit as well. > > > Okay, I've got this one done in my git branch (as well as lshw), > but splix is in our "didn't build" list. ?I don't know the reason > for the failure (XGizzmo?), but it's slated for removal if it's > not handled by the time 13.37 releases. ?If you have an update or > something for it, send it our way and we'll get that done. > > -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/ > > > Try adding sed -i 's#const PPDFile::Value::Value #const PPDFile::Value #' src/ppdfile.cpp That's what differs from my local copy and the one on SBo.org, and is working here on my current PCs. From yalhcru at gmail.com Fri Apr 1 19:28:46 2011 From: yalhcru at gmail.com (B Watson) Date: Fri, 1 Apr 2011 15:28:46 -0400 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: <20110401104734.4d6a1e62@liberty.rlwhome.lan> Message-ID: > network/museek+ I'll take this one, as I use it a bit From ferenc.deak at gmail.com Fri Apr 1 21:15:53 2011 From: ferenc.deak at gmail.com (Deak, Ferenc) Date: Fri, 1 Apr 2011 23:15:53 +0200 Subject: [Slackbuilds-users] My packages under current Message-ID: <20110401231553.00e53511@abacus.fdeak.net> Dear admins, I've checked my packages on slackware-current in the state of 2011.04.01. - Three packages need a version bump, in order to be compiled under the upcoming slackware: * libraries/lablgtk - needs a newer version to be able to compile, plus we can remove a patch from the build (tgz attached) * system/unison - new stable release (tgz attached) * development/ocaml - new stable release, needed by the above two (tgz attached) (the build order is ocaml, lablgtk, unison) - The others do not need urgent changes: * development/LLgen - up to date, compiles * development/ddd - up to date, compiles * development/ftjam - up to date, compiles * development/jasspa - up to date, compiles * development/tkcvs - can be updated from 8.2.1 to 8.2.2, but its not urgent network/firehol - up to date, compiles * office/keppassx - up to date, compiles * system/fakeroot - can be upgraded (I will update after the new slackware release) fdeak -------------- next part -------------- A non-text attachment was scrubbed... Name: lablgtk.tar.gz Type: application/x-gzip Size: 2334 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ocaml.tar.gz Type: application/x-gzip Size: 2567 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: unison.tar.gz Type: application/x-gzip Size: 3765 bytes Desc: not available URL: From rshepard at appl-ecosys.com Sat Apr 2 21:10:20 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 2 Apr 2011 14:10:20 -0700 (PDT) Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit Message-ID: I need to upgrade the BIOS on my Dell laptop and they provide a firmware tool kit, but only in RPM format. I'm willing to try porting it to a SlackBuild script with help from you folks who know what you're doing and from the firmware developers' mail list. Rich From ivanp84 at gmail.com Sat Apr 2 21:33:50 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Sat, 2 Apr 2011 23:33:50 +0200 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: Try rpm2tgz, usually works fine with original RedHat like rpm. Check kernel (version) compatibility for the firmware. On Sat, Apr 2, 2011 at 11:10 PM, Rich Shepard wrote: > I need to upgrade the BIOS on my Dell laptop and they provide a firmware > tool kit, but only in RPM format. I'm willing to try porting it to a > SlackBuild script with help from you folks who know what you're doing and > from the firmware developers' mail list. > > Rich > _______________________________________________ > 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/ > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sat Apr 2 21:46:45 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 2 Apr 2011 14:46:45 -0700 (PDT) Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sat, 2 Apr 2011, Ivan Pavicevic wrote: > Try rpm2tgz, usually works fine with original RedHat like rpm. Check > kernel (version) compatibility for the firmware. Ivan, OK. Since screwing up the BIOS is usually considered a Bad Thing, and I've not used rpm2tgz I had no idea if it might work. I'll check with the firmware developers on kernel version compatibility. Many thanks, Rich From vmj at linuxbox.fi Sat Apr 2 21:48:10 2011 From: vmj at linuxbox.fi (Mikko Varri) Date: Sun, 3 Apr 2011 00:48:10 +0300 Subject: [Slackbuilds-users] A few info errors Message-ID: <20110402214809.GH18300@linuxbox.fi> Admins, Not sure if you already noticed. There's a couple of errors in the info files: * system/lshw/lshw.info: MD5SUM has the checksum at the wrong side of the quote. * misc/KeePass/KeePass.info: DOWNLOAD and MD5SUM are missing the backslashes. * libraries/atkmm/atkmm.info: PRGNAM is missing the opening quote. -vmj From ivanp84 at gmail.com Sat Apr 2 22:00:55 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Sun, 3 Apr 2011 00:00:55 +0200 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: Totally agree with you Rich, it could be very risky. I think that it is a good idea to contact firmware developers and get the answer from the first hand. On Sat, Apr 2, 2011 at 11:46 PM, Rich Shepard wrote: > On Sat, 2 Apr 2011, Ivan Pavicevic wrote: > > Try rpm2tgz, usually works fine with original RedHat like rpm. Check >> kernel (version) compatibility for the firmware. >> > > Ivan, > > OK. Since screwing up the BIOS is usually considered a Bad Thing, and I've > not used rpm2tgz I had no idea if it might work. > > I'll check with the firmware developers on kernel version compatibility. > > Many thanks, > > > Rich > _______________________________________________ > 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/ > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sat Apr 2 22:40:07 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 2 Apr 2011 15:40:07 -0700 (PDT) Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sun, 3 Apr 2011, Ivan Pavicevic wrote: > Totally agree with you Rich, it could be very risky. I think that it is a > good idea to contact firmware developers and get the answer from the first > hand. Ivan, I sent a message and will wait for a reply. My inclination is to either build from source or figure out how to write a SlackBuild script so others could make use of it, too. Thanks, Rich From eric.b.pratt at gmail.com Sat Apr 2 22:53:21 2011 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Sat, 2 Apr 2011 18:53:21 -0400 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110402214809.GH18300@linuxbox.fi> References: <20110402214809.GH18300@linuxbox.fi> Message-ID: I didn't know that the multi-line entries required them. I thought the line breaks were for human readability. I also didn't see anything about that on the submission guidelines. Now that I look at it, it does look like it is supposed to be read by a shell script. If that is the case and it is required, then I will update the package. If not, then I'll leave it be until KeePass comes out with another update. If I do need to update the current package, should I wait for the submission page to open or should I submit it via email before then? Sorry about all this. I'm pretty new to maintaining slackbuilds. Eric On Sat, Apr 2, 2011 at 5:48 PM, Mikko Varri wrote: > Admins, > > > Not sure if you already noticed. ?There's a couple of errors in the info files: > > ?* system/lshw/lshw.info: MD5SUM has the checksum at the wrong side of the quote. > ?* misc/KeePass/KeePass.info: DOWNLOAD and MD5SUM are missing the backslashes. > ?* libraries/atkmm/atkmm.info: PRGNAM is missing the opening quote. > > > -vmj > _______________________________________________ > 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 ivanp84 at gmail.com Sat Apr 2 23:03:20 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Sun, 3 Apr 2011 01:03:20 +0200 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: Rich, I understand, and when I mentioned rpm2tgz, I assumed that it could be nice starting point for firmware package dissection, and latter for repacking in Slacware way. I hope so that you'll soon find the answer and make a nice SB script. ;) Ivan On Sun, Apr 3, 2011 at 12:40 AM, Rich Shepard wrote: > On Sun, 3 Apr 2011, Ivan Pavicevic wrote: > > Totally agree with you Rich, it could be very risky. I think that it is a >> good idea to contact firmware developers and get the answer from the first >> hand. >> > > Ivan, > > I sent a message and will wait for a reply. My inclination is to either > build from source or figure out how to write a SlackBuild script so others > could make use of it, too. > > > Thanks, > > Rich > _______________________________________________ > 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/ > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From joshuakwood at gmail.com Sun Apr 3 05:09:47 2011 From: joshuakwood at gmail.com (JK Wood) Date: Sun, 3 Apr 2011 00:09:47 -0500 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: Sorry for top-posting, blame the Android Gmail client. In any case, the Dell bios update tool, libsmbios, already exists on Slackbuilds.org, and works well. --JK On Apr 2, 2011 6:03 PM, "Ivan Pavicevic" wrote: Rich, I understand, and when I mentioned rpm2tgz, I assumed that it could be nice starting point for firmware package dissection, and latter for repacking in Slacware way. I hope so that you'll soon find the answer and make a nice SB script. ;) Ivan On Sun, Apr 3, 2011 at 12:40 AM, Rich Shepard wrote: > > On Sun, 3 Apr ... -- If you don't care where you are, then you ain't lost _______________________________________________ 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 rworkman at slackbuilds.org Sun Apr 3 05:40:38 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 00:40:38 -0500 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110402214809.GH18300@linuxbox.fi> References: <20110402214809.GH18300@linuxbox.fi> Message-ID: <20110403004038.6a539351@liberty.rlwhome.lan> On Sun, 3 Apr 2011 00:48:10 +0300 Mikko Varri wrote: > Admins, > > > Not sure if you already noticed. There's a couple of errors in the > info files: > > * system/lshw/lshw.info: MD5SUM has the checksum at the wrong side > of the quote. > * misc/KeePass/KeePass.info: DOWNLOAD and MD5SUM are missing the > backslashes. > * libraries/atkmm/atkmm.info: PRGNAM is missing the opening quote. I'd not noticed any of them, and two of them were definitely *my* mistakes, so thanks! Fixed now in my git branch. -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 Sun Apr 3 05:42:09 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 00:42:09 -0500 Subject: [Slackbuilds-users] A few info errors In-Reply-To: References: <20110402214809.GH18300@linuxbox.fi> Message-ID: <20110403004209.54c2b62b@liberty.rlwhome.lan> On Sat, 2 Apr 2011 18:53:21 -0400 Eric Pratt wrote: > I didn't know that the multi-line entries required them. I thought > the line breaks were for human readability. I also didn't see > anything about that on the submission guidelines. Now that I look at > it, it does look like it is supposed to be read by a shell script. If > that is the case and it is required, then I will update the package. > If not, then I'll leave it be until KeePass comes out with another > update. > > If I do need to update the current package, should I wait for the > submission page to open or should I submit it via email before then? > > Sorry about all this. I'm pretty new to maintaining slackbuilds. No worries; we generally handle that on our end if the newlines are not escaped. Either way is technically correct, but for the sake of consistency, we like to escape the newlines. I've fixed it in my git branch, so no action is needed on your part. Thanks! -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 Sun Apr 3 05:47:36 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 00:47:36 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: <20110401104734.4d6a1e62@liberty.rlwhome.lan> Message-ID: <20110403004736.4ab0cbbf@liberty.rlwhome.lan> On Fri, 1 Apr 2011 15:28:46 -0400 B Watson wrote: > > network/museek+ > > I'll take this one, as I use it a bit Changed in my git repo; thanks! -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 Sun Apr 3 05:50:35 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 00:50:35 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: <201104011728.30353.pprkut@slackbuilds.org> <20110401105610.3578ebeb@liberty.rlwhome.lan> Message-ID: <20110403005035.6305d88b@liberty.rlwhome.lan> On Fri, 1 Apr 2011 15:28:16 -0400 Keith Richie wrote: > > Okay, I've got this one done in my git branch (as well as lshw), > > but splix is in our "didn't build" list. ?I don't know the reason > > for the failure (XGizzmo?), but it's slated for removal if it's > > not handled by the time 13.37 releases. ?If you have an update or > > something for it, send it our way and we'll get that done. > > Try adding > > sed -i 's#const PPDFile::Value::Value #const PPDFile::Value #' > src/ppdfile.cpp > > That's what differs from my local copy and the one on SBo.org, and is > working here on my current PCs. Yep, that did it; thanks! I just committed the maintainer change to my git branch. -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 Sun Apr 3 06:07:10 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 01:07:10 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: References: Message-ID: <20110403010710.785cad4e@liberty.rlwhome.lan> On Fri, 1 Apr 2011 10:27:48 +0300 iskar enev wrote: > system/pgadmin3 > network/nicotine+ > development/scite These three are now in my "maybe-remove" branch in git. If they're not claimed RSN, that will change... -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 Sun Apr 3 06:08:28 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 01:08:28 -0500 Subject: [Slackbuilds-users] testdisk (was tig etcetera) In-Reply-To: <20110401184853.GA4864@netbook> References: <20110401162259.GA2072@netbook> <20110401125837.10e7d3d0@liberty.rlwhome.lan> <20110401184853.GA4864@netbook> Message-ID: <20110403010828.65529bb5@liberty.rlwhome.lan> On Fri, 1 Apr 2011 21:48:57 +0300 Grigorios Bouzakis wrote: > Robby Workman wrote: > > > >> PS. For testdisk see > >> http://www.linuxquestions.org/questions/slackware-14/ncurses-5-8-on-13-37= > >> -mar-21-a-869911/#post4305903 > > > > > > The src/texfat.c file doesn't exist in the tarball, so that hunk > > fails to apply and errors out the build. I personally don't have > > time to wade through the code and see if it's fine to skip that > > hunk, so maybe someone else will care enough ;-) > > Yes, i posted it for people who care, most importantly the maintainer, > since its not my package. Upstream also supplies a 6.12-WIP (work in > progress) tarball which works: > http://www.cgsecurity.org/wiki/TestDisk_Download > Mind though that this is not a stable release, its currently tagged as > beta, additionallly from what i can tell theres been many changes to > the way the program operates since 6.11.3. Well, it builds here, so I'm going to bump it before 13.37 goes out. The maintainer can deal with the fallout ;-) -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 Sun Apr 3 06:20:21 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 01:20:21 -0500 Subject: [Slackbuilds-users] Slackintosh 12.1 - in sync again In-Reply-To: <4D90C5C9.2060408@slackware.it> References: <4D907B92.3030301@slackware.it> <4D90C5C9.2060408@slackware.it> Message-ID: <20110403012021.7fde3c5f@liberty.rlwhome.lan> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 28 Mar 2011 19:30:49 +0200 Marco Bonetti wrote: > Oh crap... sorry for the spam, folks: I misread thunderbird > autocomplete and sent the announce letter to the wrong address. > I've really got too many slack* addresses in my inbox ;-) No worries; it's at least tangentially related, so I don't see a huge problem with it. On the other hand, Niels Horn might be tempted to start playing... ;-) - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk2YEaYACgkQvGy9tf6lsvvf4ACcCmedHwlXY9FI4MmqvdtccjLh gr0AniZLfels0bCxijQU/9F55Hdztmna =i3fq -----END PGP SIGNATURE----- From slakmagik at gmail.com Sun Apr 3 08:07:09 2011 From: slakmagik at gmail.com (slakmagik) Date: Sun, 3 Apr 2011 04:07:09 -0400 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110403010710.785cad4e@liberty.rlwhome.lan> References: <20110403010710.785cad4e@liberty.rlwhome.lan> Message-ID: <20110403080709.GA7322@devbox> On 2011-04-03 (Sun) 01:07:10 [-0500], Robby Workman wrote: > On Fri, 1 Apr 2011 10:27:48 +0300 > iskar enev wrote: > > > system/pgadmin3 > > network/nicotine+ > > development/scite > > > These three are now in my "maybe-remove" branch in git. > If they're not claimed RSN, that will change... > If no one else will take it, I'll take pgadmin3. I can't swear I'll maintain it forever but I did install it and play with it awhile back because I keep meaning to start using postgres and may use this on top of it. Seems like it ought to be maintained by somebody. ;) I have 1.12.1 with just a version bump over 1.10.1 but I see 1.12.2 is out. I'd need to test that but I know 1.12.1 works. From audrius at neutrino.lt Sun Apr 3 09:38:58 2011 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sun, 3 Apr 2011 12:38:58 +0300 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110403010710.785cad4e@liberty.rlwhome.lan> References: <20110403010710.785cad4e@liberty.rlwhome.lan> Message-ID: <20110403093858.GA1788@kiras> On Sun, 2011-04-03 at 01:07:10 -0500, Robby Workman wrote: > On Fri, 1 Apr 2011 10:27:48 +0300 > iskar enev wrote: > > > system/pgadmin3 > > network/nicotine+ > > development/scite > > > These three are now in my "maybe-remove" branch in git. > If they're not claimed RSN, that will change... Um, maybe you meant something else instead of nicotine+, because I've claimed it recently. Or is there a build problem with it? Since it's pure Python code, there shouldn't be any... -- 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 ivanp84 at gmail.com Sun Apr 3 10:33:45 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Sun, 3 Apr 2011 12:33:45 +0200 Subject: [Slackbuilds-users] Jmol 12.0.39 SB script Message-ID: This script makes tgz package from Jmol's java binary. The script makes jmol branch in /opt and then makes symbolic link to /usr/bin. Also, I made jmol.desktop, and added jmol.png as icon, so after installation Jmol appears in Applications/Education section (I'm using Xfce). It works, but if you find anything wrong in the script, please let me know. Download link: http://sourceforge.net/projects/jmol/files/Jmol/Version%2012.0/Version%2012.0.39/Jmol-12.0.39-binary.tar.gz/download -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: jmol.tar.gz Type: application/x-gzip Size: 26625 bytes Desc: not available URL: From niels.horn at gmail.com Sun Apr 3 11:28:07 2011 From: niels.horn at gmail.com (Niels Horn) Date: Sun, 3 Apr 2011 08:28:07 -0300 Subject: [Slackbuilds-users] Slackintosh 12.1 - in sync again In-Reply-To: <20110403012021.7fde3c5f@liberty.rlwhome.lan> References: <4D907B92.3030301@slackware.it> <4D90C5C9.2060408@slackware.it> <20110403012021.7fde3c5f@liberty.rlwhome.lan> Message-ID: On Sun, Apr 3, 2011 at 3:20 AM, Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 28 Mar 2011 19:30:49 +0200 > Marco Bonetti wrote: > >> Oh crap... sorry for the spam, folks: I misread thunderbird >> autocomplete and sent the announce letter to the wrong address. >> I've really got too many slack* addresses in my inbox ;-) > > > No worries; it's at least tangentially related, so I don't > see a huge problem with it. ?On the other hand, Niels Horn > might be tempted to start playing... ?;-) > You mean to join my network of Slackware, Slack/390 and ARMedslack? Anyone have an old Macintosh for sale?? :-) > - -RW -- Niels Horn From rshepard at appl-ecosys.com Sun Apr 3 13:50:12 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 3 Apr 2011 06:50:12 -0700 (PDT) Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sun, 3 Apr 2011, JK Wood wrote: > In any case, the Dell bios update tool, libsmbios, already exists on > Slackbuilds.org, and works well. JK, Hoo-ha! Thank you very much. Rich From rworkman at slackbuilds.org Sun Apr 3 14:04:09 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 09:04:09 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110403093858.GA1788@kiras> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403093858.GA1788@kiras> Message-ID: <20110403090409.6f906072@liberty.rlwhome.lan> On Sun, 3 Apr 2011 12:38:58 +0300 Audrius Ka?ukauskas wrote: > On Sun, 2011-04-03 at 01:07:10 -0500, Robby Workman wrote: > > On Fri, 1 Apr 2011 10:27:48 +0300 > > iskar enev wrote: > > > > > system/pgadmin3 > > > network/nicotine+ > > > development/scite > > > > > > These three are now in my "maybe-remove" branch in git. > > If they're not claimed RSN, that will change... > > Um, maybe you meant something else instead of nicotine+, because I've > claimed it recently. Or is there a build problem with it? Since it's > pure Python code, there shouldn't be any... No, it's fine - that was my mistake. Iskar mailed privately to point it out. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From eric.b.pratt at gmail.com Sun Apr 3 16:04:22 2011 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Sun, 3 Apr 2011 12:04:22 -0400 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110403004209.54c2b62b@liberty.rlwhome.lan> References: <20110402214809.GH18300@linuxbox.fi> <20110403004209.54c2b62b@liberty.rlwhome.lan> Message-ID: On Sun, Apr 3, 2011 at 1:42 AM, Robby Workman wrote: > On Sat, 2 Apr 2011 18:53:21 -0400 > Eric Pratt wrote: > >> I didn't know that the multi-line entries required them. ?I thought >> the line breaks were for human readability. ?I also didn't see >> anything about that on the submission guidelines. ?Now that I look at >> it, it does look like it is supposed to be read by a shell script. ?If >> that is the case and it is required, then I will update the package. >> If not, then I'll leave it be until KeePass comes out with another >> update. >> >> If I do need to update the current package, should I wait for the >> submission page to open or should I submit it via email before then? >> >> Sorry about all this. ?I'm pretty new to maintaining slackbuilds. > > > No worries; we generally handle that on our end if the newlines > are not escaped. ?Either way is technically correct, but for > the sake of consistency, we like to escape the newlines. > > I've fixed it in my git branch, so no action is needed on your > part. > > Thanks! > > -RW > OK. I understand. Thanks! I've updated my local copy anyway so the next update I submit will have the escapes. Eric From rworkman at slackbuilds.org Sun Apr 3 16:11:36 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 11:11:36 -0500 Subject: [Slackbuilds-users] A few info errors In-Reply-To: References: <20110402214809.GH18300@linuxbox.fi> <20110403004209.54c2b62b@liberty.rlwhome.lan> Message-ID: <20110403111136.415b7002@liberty.rlwhome.lan> On Sun, 3 Apr 2011 12:04:22 -0400 Eric Pratt wrote: > I've updated my local copy anyway so the next update I > submit will have the escapes. You probably did this anyway, but make sure your local copy is completely in sync with what's in the git repo -- that way, we don't have to fuss at you about reverting any changes we made... :-) -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 Sun Apr 3 16:30:40 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 11:30:40 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110403080709.GA7322@devbox> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403080709.GA7322@devbox> Message-ID: <20110403113040.23da0ae7@liberty.rlwhome.lan> On Sun, 3 Apr 2011 04:07:09 -0400 slakmagik wrote: > On 2011-04-03 (Sun) 01:07:10 [-0500], Robby Workman wrote: > > On Fri, 1 Apr 2011 10:27:48 +0300 > > iskar enev wrote: > > > > > system/pgadmin3 > > > network/nicotine+ > > > development/scite > > > > > > These three are now in my "maybe-remove" branch in git. > > If they're not claimed RSN, that will change... > > > > If no one else will take it, I'll take pgadmin3. I can't swear I'll > maintain it forever but I did install it and play with it awhile back > because I keep meaning to start using postgres and may use this on top > of it. Seems like it ought to be maintained by somebody. ;) Okay, it's yours. > I have 1.12.1 with just a version bump over 1.10.1 but I see 1.12.2 is > out. I'd need to test that but I know 1.12.1 works. You can submit it after 13.37 releases and we reopen the submit form. Thanks! -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From eric.b.pratt at gmail.com Sun Apr 3 16:35:30 2011 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Sun, 3 Apr 2011 12:35:30 -0400 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110403111136.415b7002@liberty.rlwhome.lan> References: <20110402214809.GH18300@linuxbox.fi> <20110403004209.54c2b62b@liberty.rlwhome.lan> <20110403111136.415b7002@liberty.rlwhome.lan> Message-ID: On Sun, Apr 3, 2011 at 12:11 PM, Robby Workman wrote: > On Sun, 3 Apr 2011 12:04:22 -0400 > Eric Pratt wrote: > >> I've updated my local copy anyway so the next update I >> submit will have the escapes. > > > You probably did this anyway, but make sure your local copy > is completely in sync with what's in the git repo -- that > way, we don't have to fuss at you about reverting any changes > we made... ?:-) > > -RW > Ah. No I didn't. I just popped open my local tarball and changed it. I'm old fashioned like that. I'll sync up with git instead from now on. Thanks! Eric From rshepard at appl-ecosys.com Sun Apr 3 18:16:39 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 3 Apr 2011 11:16:39 -0700 (PDT) Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sun, 3 Apr 2011, JK Wood wrote: > In any case, the Dell bios update tool, libsmbios, already exists on > Slackbuilds.org, and works well. JK, I'll look more closely at this and contact Alan. The blurb on slackbuilds.org says it provides info on the BIOS, not that it will upgrade it. But, it may well be a starting point. Much thanks, Rich From joshuakwood at gmail.com Sun Apr 3 18:28:21 2011 From: joshuakwood at gmail.com (JK Wood) Date: Sun, 3 Apr 2011 13:28:21 -0500 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sun, Apr 3, 2011 at 1:16 PM, Rich Shepard wrote: > On Sun, 3 Apr 2011, JK Wood wrote: > > In any case, the Dell bios update tool, libsmbios, already exists on >> Slackbuilds.org, and works well. >> > > JK, > > I'll look more closely at this and contact Alan. The blurb on > slackbuilds.org says it provides info on the BIOS, not that it will > upgrade > it. But, it may well be a starting point. > > Much thanks, > > Rich > > _______________________________________________ > 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/ > > The functionality you're looking for is /usr/sbin/dellBiosUpdate-compat, and I can assure you it's there - I've used it several times to update my bios on this Dell Latitude D830. --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From joshuakwood at gmail.com Sun Apr 3 18:37:41 2011 From: joshuakwood at gmail.com (JK Wood) Date: Sun, 3 Apr 2011 13:37:41 -0500 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: On Sun, Apr 3, 2011 at 1:28 PM, JK Wood wrote: > > > On Sun, Apr 3, 2011 at 1:16 PM, Rich Shepard wrote: > >> On Sun, 3 Apr 2011, JK Wood wrote: >> >> In any case, the Dell bios update tool, libsmbios, already exists on >>> Slackbuilds.org, and works well. >>> >> >> JK, >> >> I'll look more closely at this and contact Alan. The blurb on >> slackbuilds.org says it provides info on the BIOS, not that it will >> upgrade >> it. But, it may well be a starting point. >> >> Much thanks, >> >> Rich >> >> _______________________________________________ >> 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/ >> >> > The functionality you're looking for is /usr/sbin/dellBiosUpdate-compat, > and I can assure you it's there - I've used it several times to update my > bios on this Dell Latitude D830. > > --JK > > Also, see http://linux.dell.com/repo/firmware/bios-hdrs/ for the bios update files themselves. /usr/sbin/smbios-sys-info to grab your system tag (the dev_0x???? part of the filename) and bios version --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmartin at gmartin.org Sun Apr 3 18:54:50 2011 From: gmartin at gmartin.org (gmartin) Date: Sun, 3 Apr 2011 14:54:50 -0400 Subject: [Slackbuilds-users] BIOS Firmware Upgrade Kit In-Reply-To: References: Message-ID: I had no idea this was available. I upgraded with a windows boot disk last year. Psyched to go try check it out. Thanks \\Greg On Sun, Apr 3, 2011 at 2:37 PM, JK Wood wrote: > > > On Sun, Apr 3, 2011 at 1:28 PM, JK Wood wrote: > >> >> >> On Sun, Apr 3, 2011 at 1:16 PM, Rich Shepard wrote: >> >>> On Sun, 3 Apr 2011, JK Wood wrote: >>> >>> In any case, the Dell bios update tool, libsmbios, already exists on >>>> Slackbuilds.org, and works well. >>>> >>> >>> JK, >>> >>> I'll look more closely at this and contact Alan. The blurb on >>> slackbuilds.org says it provides info on the BIOS, not that it will >>> upgrade >>> it. But, it may well be a starting point. >>> >>> Much thanks, >>> >>> Rich >>> >>> _______________________________________________ >>> 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/ >>> >>> >> The functionality you're looking for is /usr/sbin/dellBiosUpdate-compat, >> and I can assure you it's there - I've used it several times to update my >> bios on this Dell Latitude D830. >> >> --JK >> >> > Also, see http://linux.dell.com/repo/firmware/bios-hdrs/ for the bios > update files themselves. > > /usr/sbin/smbios-sys-info to grab your system tag (the dev_0x???? part of > the filename) and bios version > > --JK > > > _______________________________________________ > 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 vmj at linuxbox.fi Sun Apr 3 21:26:55 2011 From: vmj at linuxbox.fi (Mikko Varri) Date: Mon, 4 Apr 2011 00:26:55 +0300 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110403004038.6a539351@liberty.rlwhome.lan> References: <20110402214809.GH18300@linuxbox.fi> <20110403004038.6a539351@liberty.rlwhome.lan> Message-ID: <20110403212654.GI18300@linuxbox.fi> On Sun, Apr 03, 2011 at 12:40:38AM -0500, Robby Workman wrote: > On Sun, 3 Apr 2011 00:48:10 +0300 > Mikko Varri wrote: > > > * libraries/atkmm/atkmm.info: PRGNAM is missing the opening quote. > > Fixed now in my git branch. > Looks like you found something I missed: you fixed DOWNLOAD, while I reported PRGNAM :) -vmj From rworkman at slackbuilds.org Sun Apr 3 23:37:24 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 3 Apr 2011 18:37:24 -0500 Subject: [Slackbuilds-users] A few info errors In-Reply-To: <20110403212654.GI18300@linuxbox.fi> References: <20110402214809.GH18300@linuxbox.fi> <20110403004038.6a539351@liberty.rlwhome.lan> <20110403212654.GI18300@linuxbox.fi> Message-ID: <20110403183724.09bd02bb@liberty.rlwhome.lan> On Mon, 4 Apr 2011 00:26:55 +0300 Mikko Varri wrote: > On Sun, Apr 03, 2011 at 12:40:38AM -0500, Robby Workman wrote: > > On Sun, 3 Apr 2011 00:48:10 +0300 > > Mikko Varri wrote: > > > > > * libraries/atkmm/atkmm.info: PRGNAM is missing the opening > > > quote. > > > > Fixed now in my git branch. > > > > Looks like you found something I missed: you fixed DOWNLOAD, while I > reported PRGNAM :) Haha, oops. I just pushed a new commit for that; thanks! -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From crockabiscuit at yahoo.com Mon Apr 4 03:46:17 2011 From: crockabiscuit at yahoo.com (crocket) Date: Sun, 3 Apr 2011 20:46:17 -0700 (PDT) Subject: [Slackbuilds-users] A certificate error is made when fetching vidalia. Message-ID: <518201.32668.qm@web120318.mail.ne1.yahoo.com> ERROR: cannot verify archive.torproject.org?s certificate, issued by ?/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3?: Unable to locally verify the issuer?s authority. To connect to archive.torproject.org insecurely, use ?--no-check-certificate?. It seems that DigiCert High Assurance CA-3 is present in ca-certificates package from slackware64-current. How can I remove this error? From vmj at linuxbox.fi Tue Apr 5 15:38:40 2011 From: vmj at linuxbox.fi (Mikko Varri) Date: Tue, 5 Apr 2011 18:38:40 +0300 Subject: [Slackbuilds-users] development/psycopg2: Source moved. Message-ID: <20110405153839.GA3185@linuxbox.fi> Hi, Just a quick note: correct DOWNLOAD is http://initd.org/psycopg/tarballs/PSYCOPG-2-2/psycopg2-2.2.2.tar.gz -vmj From rworkman at slackbuilds.org Tue Apr 5 16:08:54 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 5 Apr 2011 11:08:54 -0500 Subject: [Slackbuilds-users] development/psycopg2: Source moved. In-Reply-To: <20110405153839.GA3185@linuxbox.fi> References: <20110405153839.GA3185@linuxbox.fi> Message-ID: <20110405110854.2e2034b1@liberty.rlwhome.lan> On Tue, 5 Apr 2011 18:38:40 +0300 Mikko Varri wrote: > Just a quick note: correct DOWNLOAD is > http://initd.org/psycopg/tarballs/PSYCOPG-2-2/psycopg2-2.2.2.tar.gz Fixed in git master; thanks! -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 Tue Apr 5 18:10:35 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Tue, 5 Apr 2011 14:10:35 -0400 Subject: [Slackbuilds-users] flash-plugin Message-ID: The flash-player-plugin SlackBuild (flash-player-plugin.tar.gz) referenced http://slackbuilds.org/repository/13.1/multimedia/flash-player-plugin/ is not gzipped. It's an ordinary tar file. This confuses some automated stuff I've built to deal with packages from slackbuilds.org that expects .tar.gz files to be what they say they are -- gzipped. /Don Allen From rworkman at slackbuilds.org Tue Apr 5 18:49:10 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 5 Apr 2011 13:49:10 -0500 Subject: [Slackbuilds-users] flash-plugin In-Reply-To: References: Message-ID: <20110405134910.694aa694@liberty.rlwhome.lan> On Tue, 5 Apr 2011 14:10:35 -0400 Donald Allen wrote: > The flash-player-plugin SlackBuild (flash-player-plugin.tar.gz) > referenced > > http://slackbuilds.org/repository/13.1/multimedia/flash-player-plugin/ > > is not gzipped. It's an ordinary tar file. This confuses some > automated stuff I've built to deal with packages from slackbuilds.org > that expects .tar.gz files to be what they say they are -- gzipped. Fixed; thanks! -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From audrius at neutrino.lt Tue Apr 5 19:23:36 2011 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Tue, 5 Apr 2011 22:23:36 +0300 Subject: [Slackbuilds-users] Jmol 12.0.39 SB script In-Reply-To: References: Message-ID: <20110405192336.GA17361@kiras> On Sun, 2011-04-03 at 12:33:45 +0200, Ivan Pavicevic wrote: > This script makes tgz package from Jmol's java binary. The script makes jmol > branch in /opt and then makes symbolic link to /usr/bin. Also, I made > jmol.desktop, and added jmol.png as icon, so after installation Jmol appears > in Applications/Education section (I'm using Xfce). > It works, but if you find anything wrong in the script, please let me know. I had a quick peek into your script and it doesn't look like it was based on any of SBo templates[0]. I suggest to follow them as closely as possible. To handle different program and source file names, you could use SRC_NAME (or something similar) for the latter one. The former should be PRGNAM as written in templates. [0] http://slackbuilds.org/templates/ Documentation in Slackware should be placed in /usr/doc, not /usr/share/doc. Icon file should be placed in /usr/share/pixmaps, that way you won't have to provide a full path for it in .desktop file. And there are some issues with .desktop file: $ desktop-file-validate jmol.desktop jmol.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated jmol.desktop: error: value "Application;Education" for string list key "Categories" in group "Desktop Entry" does not have a semicolon (';') as trailing character I haven't tried to run it, but overall it looks okay, just needs to be written more closely to SBo guidelines. -- 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 donaldcallen at gmail.com Tue Apr 5 20:09:11 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Tue, 5 Apr 2011 16:09:11 -0400 Subject: [Slackbuilds-users] flash-plugin In-Reply-To: <20110405134910.694aa694@liberty.rlwhome.lan> References: <20110405134910.694aa694@liberty.rlwhome.lan> Message-ID: On Tue, Apr 5, 2011 at 2:49 PM, Robby Workman wrote: > On Tue, 5 Apr 2011 14:10:35 -0400 > Donald Allen wrote: > >> The flash-player-plugin SlackBuild (flash-player-plugin.tar.gz) >> referenced >> >> http://slackbuilds.org/repository/13.1/multimedia/flash-player-plugin/ >> >> is not gzipped. It's an ordinary tar file. This confuses some >> automated stuff I've built to deal with packages from slackbuilds.org >> that expects .tar.gz files to be what they say they are -- gzipped. > > > Fixed; thanks! Thank you! /Don > > -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 ivanp84 at gmail.com Tue Apr 5 20:20:15 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Tue, 5 Apr 2011 22:20:15 +0200 Subject: [Slackbuilds-users] Jmol 12.0.39 SB script In-Reply-To: <20110405192336.GA17361@kiras> References: <20110405192336.GA17361@kiras> Message-ID: Thanks Audrius! I appreciate suggestions, and I'll try to make better script. Jmol is my first SB script which I shared with the SB community. :) 2011/4/5 Audrius Ka?ukauskas > On Sun, 2011-04-03 at 12:33:45 +0200, Ivan Pavicevic wrote: > > This script makes tgz package from Jmol's java binary. The script makes > jmol > > branch in /opt and then makes symbolic link to /usr/bin. Also, I made > > jmol.desktop, and added jmol.png as icon, so after installation Jmol > appears > > in Applications/Education section (I'm using Xfce). > > It works, but if you find anything wrong in the script, please let me > know. > > I had a quick peek into your script and it doesn't look like it was > based on any of SBo templates[0]. I suggest to follow them as closely > as possible. To handle different program and source file names, you > could use SRC_NAME (or something similar) for the latter one. The > former should be PRGNAM as written in templates. > > [0] http://slackbuilds.org/templates/ > > Documentation in Slackware should be placed in /usr/doc, not > /usr/share/doc. Icon file should be placed in /usr/share/pixmaps, that > way you won't have to provide a full path for it in .desktop file. > > And there are some issues with .desktop file: > > $ desktop-file-validate jmol.desktop > jmol.desktop: warning: key "Encoding" in group "Desktop Entry" is > deprecated > jmol.desktop: error: value "Application;Education" for string list key > "Categories" in group "Desktop Entry" does not have a semicolon (';') > as trailing character > > I haven't tried to run it, but overall it looks okay, just needs to be > written more closely to SBo guidelines. > > -- > Audrius Ka?ukauskas > > _______________________________________________ > 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/ > > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Wed Apr 6 03:09:26 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 6 Apr 2011 03:09:26 +0000 Subject: [Slackbuilds-users] Updates - 20110406.1 Message-ID: <20110406030926.GA16632@slackbuilds.org> Wed Apr 6 02:28:32 UTC 2011 Believe it or not, we've got the entire repo checked out and fixed up for -current, so we're sitting on "hurry up and wait" for 13.37 to release. In the meantime, we decided to be generous and push out a few backports from git master into the 13.1 repo. Enjoy! audio/playmp3list: Fixed download link. desktop/xfce4-cpugraph-plugin: Updated maintainer info desktop/xfce4-systemload-plugin: Changed maintainer development/psycopg2: Fixed download link libraries/cryptopp: Changed maintainer libraries/jbigkit: Changed maintainer libraries/libcanberra: Fixed typo in README libraries/libvdpau: New maintainer. misc/ciso: Fixed download link and minor build tweaks. misc/kasumi: Fixed download link. misc/mdic: Fixed download link. misc/vdpauinfo: New maintainer. multimedia/tabu_audio_player: Fixed download link. network/aMule: Changed maintainer network/ddclient: New maintainer info. network/flexget: Added nose as dependency to README. network/nicotine+: Changed maintainer network/transmission: New maintainer info. office/libreoffice-langpack: Updated for version 3.3.2. office/libreoffice: Updated for version 3.3.2. office/wink: Fixed download link. system/cdfs: Updated maintainer information system/motion: Fixed download link + $PKGTYPE system/nvidia-driver: New maintainer. system/nvidia-kernel: New maintainer. system/nvidia-legacy173-driver: New maintainer. system/nvidia-legacy173-kernel: New maintainer. system/nvidia-legacy96-driver: New maintainer. system/nvidia-legacy96-kernel: New maintainer. system/pcsc-perl: Fixed download link. system/ufiformat: Fixed .info file From vegard at haugland.at Wed Apr 6 11:25:22 2011 From: vegard at haugland.at (Vegard Haugland) Date: Wed, 6 Apr 2011 13:25:22 +0200 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. Message-ID: Hi all, I run -current, and just finished compiling evince-2.2.8.2 using the slackbuild from the master branch. This slackbuild contains a patch, evince_poppler016.patch, which makes it possible to compile evince on -current. However, even though it compiles successfully, it breaks when you attempt to use Find to search for a text string. If you enter 2 characters in the input dialog that pops up, it breaks, and returns the following backtrace: *** glibc detected *** evince: double free or corruption (out): 0x00000000029d02a0 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x78f85)[0x7f55d2c92f85] /lib64/libc.so.6(cfree+0x73)[0x7f55d2c96d93] /usr/lib64/libglib-2.0.so.0(g_list_foreach+0x27)[0x7f55d3bf9077] /usr/lib64/libevview.so.1(+0x12107)[0x7f55d8c05107] /usr/lib64/libgobject-2.0.so.0(g_object_unref+0xea)[0x7f55d43033da] evince[0x42a843] evince[0x42c856] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] /usr/lib64/libgobject-2.0.so.0(g_object_thaw_notify+0x604)[0x7f55d43068d4] evince[0x41d525] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0xc4b79)[0x7f55d867bb79] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] /usr/lib64/libgobject-2.0.so.0(g_object_notify+0x524)[0x7f55d4305b14] /usr/lib64/libgtk-x11-2.0.so.0(+0xcf560)[0x7f55d8686560] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f2cc)[0x7f55d43132cc] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgtk-x11-2.0.so.0(+0xd0403)[0x7f55d8687403] /usr/lib64/libgtk-x11-2.0.so.0(+0xc8ab5)[0x7f55d867fab5] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0xc0773)[0x7f55d8677773] /usr/lib64/libgtk-x11-2.0.so.0(+0xc974e)[0x7f55d868074e] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0x120c3a)[0x7f55d86d7c3a] /usr/lib64/libgtk-x11-2.0.so.0(+0x1215e9)[0x7f55d86d85e9] /usr/lib64/libgtk-x11-2.0.so.0(+0x12316e)[0x7f55d86da16e] /usr/lib64/libgtk-x11-2.0.so.0(+0xce514)[0x7f55d8685514] /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0xa9)[0x7f55d4301fd9] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgtk-x11-2.0.so.0(+0x256c3f)[0x7f55d880dc3f] /usr/lib64/libgtk-x11-2.0.so.0(gtk_window_propagate_key_event+0xeb)[0x7f55d8822a6b] /usr/lib64/libgtk-x11-2.0.so.0(+0x26e48b)[0x7f55d882548b] /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] ======= Memory map: ======== 00400000-00461000 r-xp 00000000 fe:01 810033 /usr/bin/evince 00660000-00665000 rw-p 00060000 fe:01 810033 /usr/bin/evince 01dd4000-0329a000 rw-p 00000000 00:00 0 [heap] 7f55cafcb000-7f55cafcc000 ---p 00000000 00:00 0 7f55cafcc000-7f55cb7cc000 rw-p 00000000 00:00 0 7f55cbf82000-7f55cc000000 rw-p 00000000 00:00 0 7f55cc000000-7f55cd248000 rw-p 00000000 00:00 0 7f55cd248000-7f55d0000000 ---p 00000000 00:00 0 7f55d0016000-7f55d0023000 r-xp 00000000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0023000-7f55d0223000 ---p 0000d000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0223000-7f55d0224000 rw-p 0000d000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0225000-7f55d0226000 ---p 00000000 00:00 0 7f55d0226000-7f55d0a26000 rw-p 00000000 00:00 0 7f55d0a26000-7f55d0a78000 r--p 00000000 fe:01 1216426 /usr/share/fonts/TTF/DejaVuSansMono.ttf 7f55d0a78000-7f55d0ad8000 rw-s 00000000 00:04 21135377 /SYSV00000000 (deleted) 7f55d0ad8000-7f55d0b38000 rw-s 00000000 00:04 21102608 /SYSV00000000 (deleted) 7f55d0b38000-7f55d0b3d000 r-xp 00000000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0b3d000-7f55d0d3c000 ---p 00005000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0d3c000-7f55d0d3d000 rw-p 00004000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0d3d000-7f55d0d57000 r--s 00000000 fe:01 1053791 /usr/share/mime/mime.cache 7f55d0d57000-7f55d0d59000 r-xp 00000000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0d59000-7f55d0f58000 ---p 00002000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0f58000-7f55d0f59000 rw-p 00001000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0f59000-7f55d0f80000 r--s 00000000 fe:01 1605815 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le64.cache-3 7f55d0f80000-7f55d0f89000 r-xp 00000000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d0f89000-7f55d1189000 ---p 00009000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d1189000-7f55d118a000 rw-p 00009000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d118a000-7f55d1196000 r-xp 00000000 fe:01 1837780 /lib64/libnss_files-2.13.so 7f55d1196000-7f55d1395000 ---p 0000c000 fe:01 1837780 /lib64/libnss_files-2.13.soAborted Am I the only one encountering this problem? Thanks, Vegard Haugland -- Vegard Haugland Mob. +47 976 68 262 Web: http://v3gard.com If you want to send me encrypted email, my public GPG key is located at http://v3gard.com/files/gpg.pub -------------- next part -------------- An HTML attachment was scrubbed... URL: From niels.horn at gmail.com Wed Apr 6 11:49:25 2011 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 6 Apr 2011 08:49:25 -0300 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: References: Message-ID: On Wed, Apr 6, 2011 at 8:25 AM, Vegard Haugland wrote: > Hi all, > I run -current, and just finished compiling evince-2.2.8.2 using the > slackbuild from the master branch. This slackbuild contains a > patch,?evince_poppler016.patch, which makes it possible to compile evince on > -current. > However, even though it compiles successfully, it breaks when you attempt to > use Find to search for a text string. If you enter 2 characters in the input > dialog that pops up, it breaks, and returns the following backtrace: > *** glibc detected *** evince: double free or corruption (out): > 0x00000000029d02a0 *** > ======= Backtrace: ========= > /lib64/libc.so.6(+0x78f85)[0x7f55d2c92f85] > /lib64/libc.so.6(cfree+0x73)[0x7f55d2c96d93] > /usr/lib64/libglib-2.0.so.0(g_list_foreach+0x27)[0x7f55d3bf9077] > /usr/lib64/libevview.so.1(+0x12107)[0x7f55d8c05107] > /usr/lib64/libgobject-2.0.so.0(g_object_unref+0xea)[0x7f55d43033da] > evince[0x42a843] > evince[0x42c856] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] > /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] > /usr/lib64/libgobject-2.0.so.0(g_object_thaw_notify+0x604)[0x7f55d43068d4] > evince[0x41d525] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] > /usr/lib64/libgtk-x11-2.0.so.0(+0xc4b79)[0x7f55d867bb79] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] > /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] > /usr/lib64/libgobject-2.0.so.0(g_object_notify+0x524)[0x7f55d4305b14] > /usr/lib64/libgtk-x11-2.0.so.0(+0xcf560)[0x7f55d8686560] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1f2cc)[0x7f55d43132cc] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] > /usr/lib64/libgtk-x11-2.0.so.0(+0xd0403)[0x7f55d8687403] > /usr/lib64/libgtk-x11-2.0.so.0(+0xc8ab5)[0x7f55d867fab5] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] > /usr/lib64/libgtk-x11-2.0.so.0(+0xc0773)[0x7f55d8677773] > /usr/lib64/libgtk-x11-2.0.so.0(+0xc974e)[0x7f55d868074e] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] > /usr/lib64/libgtk-x11-2.0.so.0(+0x120c3a)[0x7f55d86d7c3a] > /usr/lib64/libgtk-x11-2.0.so.0(+0x1215e9)[0x7f55d86d85e9] > /usr/lib64/libgtk-x11-2.0.so.0(+0x12316e)[0x7f55d86da16e] > /usr/lib64/libgtk-x11-2.0.so.0(+0xce514)[0x7f55d8685514] > /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0xa9)[0x7f55d4301fd9] > /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] > /usr/lib64/libgtk-x11-2.0.so.0(+0x256c3f)[0x7f55d880dc3f] > /usr/lib64/libgtk-x11-2.0.so.0(gtk_window_propagate_key_event+0xeb)[0x7f55d8822a6b] > /usr/lib64/libgtk-x11-2.0.so.0(+0x26e48b)[0x7f55d882548b] > /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] > /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] > /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] > /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] > ======= Memory map: ======== > 00400000-00461000 r-xp 00000000 fe:01 810033 > /usr/bin/evince > 00660000-00665000 rw-p 00060000 fe:01 810033 > /usr/bin/evince > 01dd4000-0329a000 rw-p 00000000 00:00 0 > ?[heap] > 7f55cafcb000-7f55cafcc000 ---p 00000000 00:00 0 > 7f55cafcc000-7f55cb7cc000 rw-p 00000000 00:00 0 > 7f55cbf82000-7f55cc000000 rw-p 00000000 00:00 0 > 7f55cc000000-7f55cd248000 rw-p 00000000 00:00 0 > 7f55cd248000-7f55d0000000 ---p 00000000 00:00 0 > 7f55d0016000-7f55d0023000 r-xp 00000000 fe:01 948583 > /usr/lib64/evince/1/backends/libpdfdocument.so > 7f55d0023000-7f55d0223000 ---p 0000d000 fe:01 948583 > /usr/lib64/evince/1/backends/libpdfdocument.so > 7f55d0223000-7f55d0224000 rw-p 0000d000 fe:01 948583 > /usr/lib64/evince/1/backends/libpdfdocument.so > 7f55d0225000-7f55d0226000 ---p 00000000 00:00 0 > 7f55d0226000-7f55d0a26000 rw-p 00000000 00:00 0 > 7f55d0a26000-7f55d0a78000 r--p 00000000 fe:01 1216426 > ?/usr/share/fonts/TTF/DejaVuSansMono.ttf > 7f55d0a78000-7f55d0ad8000 rw-s 00000000 00:04 21135377 > /SYSV00000000 (deleted) > 7f55d0ad8000-7f55d0b38000 rw-s 00000000 00:04 21102608 > /SYSV00000000 (deleted) > 7f55d0b38000-7f55d0b3d000 r-xp 00000000 fe:01 34236 > ?/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so > 7f55d0b3d000-7f55d0d3c000 ---p 00005000 fe:01 34236 > ?/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so > 7f55d0d3c000-7f55d0d3d000 rw-p 00004000 fe:01 34236 > ?/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so > 7f55d0d3d000-7f55d0d57000 r--s 00000000 fe:01 1053791 > ?/usr/share/mime/mime.cache > 7f55d0d57000-7f55d0d59000 r-xp 00000000 fe:01 943087 > /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so > 7f55d0d59000-7f55d0f58000 ---p 00002000 fe:01 943087 > /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so > 7f55d0f58000-7f55d0f59000 rw-p 00001000 fe:01 943087 > /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so > 7f55d0f59000-7f55d0f80000 r--s 00000000 fe:01 1605815 > ?/var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le64.cache-3 > 7f55d0f80000-7f55d0f89000 r-xp 00000000 fe:01 1059613 > ?/usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so > 7f55d0f89000-7f55d1189000 ---p 00009000 fe:01 1059613 > ?/usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so > 7f55d1189000-7f55d118a000 rw-p 00009000 fe:01 1059613 > ?/usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so > 7f55d118a000-7f55d1196000 r-xp 00000000 fe:01 1837780 > ?/lib64/libnss_files-2.13.so > 7f55d1196000-7f55d1395000 ---p 0000c000 fe:01 1837780 > ?/lib64/libnss_files-2.13.soAborted > Am I the only one encountering this problem? > Thanks, > Vegard Haugland > -- > Vegard Haugland > Mob. +47 976 68 262 > Web:?http://v3gard.com > If you want to send me encrypted email, my public GPG key is located at > http://v3gard.com/files/gpg.pub > > > _______________________________________________ > 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/ > > > No, I just tested this and can confirm it... I'll try to take a look into this later. -- Niels Horn From jens at tuxane.com Wed Apr 6 13:47:19 2011 From: jens at tuxane.com (TuxaneMedia) Date: Wed, 06 Apr 2011 15:47:19 +0200 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110403090409.6f906072@liberty.rlwhome.lan> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403093858.GA1788@kiras> <20110403090409.6f906072@liberty.rlwhome.lan> Message-ID: <4D9C6EE7.9020709@tuxane.com> Did anyone claim development/scite already? If not I would as I still sometimes use scite Jens Am 03.04.2011 16:04, schrieb Robby Workman: > On Sun, 3 Apr 2011 12:38:58 +0300 > Audrius Ka?ukauskas wrote: > >> On Sun, 2011-04-03 at 01:07:10 -0500, Robby Workman wrote: >>> On Fri, 1 Apr 2011 10:27:48 +0300 >>> iskar enev wrote: >>> >>>> system/pgadmin3 >>>> network/nicotine+ >>>> development/scite >>> >>> These three are now in my "maybe-remove" branch in git. >>> If they're not claimed RSN, that will change... >> Um, maybe you meant something else instead of nicotine+, because I've >> claimed it recently. Or is there a build problem with it? Since it's >> pure Python code, there shouldn't be any... > > No, it's fine - that was my mistake. Iskar mailed privately > to point it out. > > -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 rworkman at slackbuilds.org Wed Apr 6 15:04:30 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 6 Apr 2011 10:04:30 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <4D9C6EE7.9020709@tuxane.com> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403093858.GA1788@kiras> <20110403090409.6f906072@liberty.rlwhome.lan> <4D9C6EE7.9020709@tuxane.com> Message-ID: <20110406100430.375475c9@liberty.rlwhome.lan> On Wed, 06 Apr 2011 15:47:19 +0200 TuxaneMedia wrote: > Did anyone claim > > development/scite > > already? > > If not I would as I still sometimes use scite Nope, it was removed, but we can add it back. What would you like to be in the MAINTAINER and EMAIL lines? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jens at tuxane.com Thu Apr 7 07:12:00 2011 From: jens at tuxane.com (jens@Tuxane) Date: Thu, 07 Apr 2011 09:12:00 +0200 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <20110406100430.375475c9@liberty.rlwhome.lan> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403093858.GA1788@kiras> <20110403090409.6f906072@liberty.rlwhome.lan> <4D9C6EE7.9020709@tuxane.com> <20110406100430.375475c9@liberty.rlwhome.lan> Message-ID: <4D9D63C0.7020708@tuxane.com> Am 06.04.2011 17:04, schrieb Robby Workman: > On Wed, 06 Apr 2011 15:47:19 +0200 > TuxaneMedia wrote: > >> Did anyone claim >> >> development/scite >> >> already? >> >> If not I would as I still sometimes use scite > > Nope, it was removed, but we can add it back. What would you > like to be in the MAINTAINER and EMAIL lines? > > -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/ > Please use MAINTAINER="Jens Weber" EMAIL="jens at tuxane.com" thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From the_emmel at gmx.net Thu Apr 7 07:12:31 2011 From: the_emmel at gmx.net (emmel) Date: Thu, 7 Apr 2011 09:12:31 +0200 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: References: Message-ID: <20110407071231.GB6612@pollux.mlnet> On Wed, Apr 06, 2011 at 08:49:25AM -0300, Niels Horn wrote: > On Wed, Apr 6, 2011 at 8:25 AM, Vegard Haugland wrote: > > Hi all, > > I run -current, and just finished compiling evince-2.2.8.2 using the > > slackbuild from the master branch. This slackbuild contains a > > patch,?evince_poppler016.patch, which makes it possible to compile evince on > > -current. > > However, even though it compiles successfully, it breaks when you attempt to > > use Find to search for a text string. If you enter 2 characters in the input > > dialog that pops up, it breaks, and returns the following backtrace: > No, I just tested this and can confirm it... > > I'll try to take a look into this later. That would be appreciated. The only version I got to compile natively (without patches) is the 2.32 and that one is seriously broken. Even with dconf or whatever that new confing thingamajig is called. -- 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 the_emmel at gmx.net Thu Apr 7 07:13:45 2011 From: the_emmel at gmx.net (emmel) Date: Thu, 7 Apr 2011 09:13:45 +0200 Subject: [Slackbuilds-users] rtorrent on slackware -current / 13.37 In-Reply-To: <20110327201342.0412cd48@liberty.rlwhome.lan> References: <20110310232140.GA10471@skamandros.andrews-corner.org> <20110327201342.0412cd48@liberty.rlwhome.lan> Message-ID: <20110407071345.GC6612@pollux.mlnet> On Sun, Mar 27, 2011 at 08:13:42PM -0500, Robby Workman wrote: > On Fri, 11 Mar 2011 10:21:40 +1100 > andrew wrote: > > > Looks like rtorrent requires a small patch to compile against the new > > ncurses in the upcoming 13.37 release: > > > > http://www.linuxquestions.org/questions/slackware-14/update-to-current-rtorrent-throws-error-wont-start-867779/ > > > I just pushed this to my git branch. > > -RW Was that included in an update yet? It doesn't look like it on my end... -- 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 ivanp84 at gmail.com Thu Apr 7 07:23:52 2011 From: ivanp84 at gmail.com (Ivan Pavicevic) Date: Thu, 7 Apr 2011 09:23:52 +0200 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: <20110407071231.GB6612@pollux.mlnet> References: <20110407071231.GB6612@pollux.mlnet> Message-ID: I had same problem, compiled 2.32.0 on Slack64, but crashes during runtime with "GLib-GIO-ERROR **: Settings schema 'org.gnome.Evince.Default' is not installed"... I haven't time for lookout in forums and find what error means. On Thu, Apr 7, 2011 at 9:12 AM, emmel wrote: > On Wed, Apr 06, 2011 at 08:49:25AM -0300, Niels Horn wrote: > > On Wed, Apr 6, 2011 at 8:25 AM, Vegard Haugland > wrote: > > > Hi all, > > > I run -current, and just finished compiling evince-2.2.8.2 using the > > > slackbuild from the master branch. This slackbuild contains a > > > patch, evince_poppler016.patch, which makes it possible to compile > evince on > > > -current. > > > However, even though it compiles successfully, it breaks when you > attempt to > > > use Find to search for a text string. If you enter 2 characters in the > input > > > dialog that pops up, it breaks, and returns the following backtrace: > > > > > No, I just tested this and can confirm it... > > > > I'll try to take a look into this later. > > That would be appreciated. The only version I got to compile natively > (without patches) is the 2.32 and that one is seriously broken. Even > with dconf or whatever that new confing thingamajig is called. > -- > emmel > > GPG signed > Fingerprint: 60B4 D8E3 9617 900C 6726 168F D677 5AAD D40F CCE7 > Certserver : hkp://pgp.mit.edu > > _______________________________________________ > 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/ > > > -- If you don't care where you are, then you ain't lost -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Thu Apr 7 07:47:04 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Thu, 7 Apr 2011 10:47:04 +0300 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: References: <20110407071231.GB6612@pollux.mlnet> Message-ID: 2011/4/7 Ivan Pavicevic : > I had same problem, compiled 2.32.0 on Slack64, but crashes during runtime > with "GLib-GIO-ERROR **: Settings schema 'org.gnome.Evince.Default' is not > installed"... I haven't time for lookout in forums and find what error > means. I think it tries to do a configure with GConf but fails as needed schemes did not installed. -- Ozan, BSc, BEng From dn2010 at km.ru Thu Apr 7 07:55:45 2011 From: dn2010 at km.ru (Daniil Bratashov) Date: Thu, 7 Apr 2011 11:55:45 +0400 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: References: <20110407071231.GB6612@pollux.mlnet> Message-ID: <20110407115545.50e172e1@darkstar.example.net> On Thu, 7 Apr 2011 10:47:04 +0300 Ozan T?rky?lmaz wrote: > I think it tries to do a configure with GConf but fails as needed > schemes did not installed. 2.30.3 is last working version, but it requires attached patch to work. 2.32.0 can not be built even with complete gnome 2.32 WBR, Daniil Bratashov. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-poppler-0.16-API-changes.diff Type: text/x-patch Size: 1381 bytes Desc: not available URL: From niels.horn at gmail.com Thu Apr 7 08:27:00 2011 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 7 Apr 2011 05:27:00 -0300 Subject: [Slackbuilds-users] rtorrent on slackware -current / 13.37 In-Reply-To: <20110407071345.GC6612@pollux.mlnet> References: <20110310232140.GA10471@skamandros.andrews-corner.org> <20110327201342.0412cd48@liberty.rlwhome.lan> <20110407071345.GC6612@pollux.mlnet> Message-ID: On Thu, Apr 7, 2011 at 4:13 AM, emmel wrote: > On Sun, Mar 27, 2011 at 08:13:42PM -0500, Robby Workman wrote: >> On Fri, 11 Mar 2011 10:21:40 +1100 >> andrew wrote: >> >> > Looks like rtorrent requires a small patch to compile against the new >> > ncurses in the upcoming 13.37 release: >> > >> > http://www.linuxquestions.org/questions/slackware-14/update-to-current-rtorrent-throws-error-wont-start-867779/ >> >> >> I just pushed this to my git branch. >> >> -RW > > Was that included in an update yet? It doesn't look like it on my end... > -- > emmel > > GPG signed > Fingerprint: 60B4 D8E3 9617 900C 6726 ?168F D677 5AAD D40F CCE7 > Certserver : hkp://pgp.mit.edu > Have you tried to compile it against the newest ncurses (-current update April 5th)? ncurses 5.9 solves some problems that enteres with 5.8. -- Niels Horn From the_emmel at gmx.net Thu Apr 7 08:40:11 2011 From: the_emmel at gmx.net (emmel) Date: Thu, 7 Apr 2011 10:40:11 +0200 Subject: [Slackbuilds-users] rtorrent on slackware -current / 13.37 In-Reply-To: References: <20110310232140.GA10471@skamandros.andrews-corner.org> <20110327201342.0412cd48@liberty.rlwhome.lan> <20110407071345.GC6612@pollux.mlnet> Message-ID: <20110407084011.GA14557@pollux.mlnet> On Thu, Apr 07, 2011 at 05:27:00AM -0300, Niels Horn wrote: > On Thu, Apr 7, 2011 at 4:13 AM, emmel wrote: > > On Sun, Mar 27, 2011 at 08:13:42PM -0500, Robby Workman wrote: > >> On Fri, 11 Mar 2011 10:21:40 +1100 > >> andrew wrote: > >> > >> > Looks like rtorrent requires a small patch to compile against the new > >> > ncurses in the upcoming 13.37 release: > >> > > >> > http://www.linuxquestions.org/questions/slackware-14/update-to-current-rtorrent-throws-error-wont-start-867779/ > >> > >> > >> I just pushed this to my git branch. > >> > >> -RW > > > > Was that included in an update yet? It doesn't look like it on my end... > > -- > > emmel > > > > GPG signed > > Fingerprint: 60B4 D8E3 9617 900C 6726 ?168F D677 5AAD D40F CCE7 > > Certserver : hkp://pgp.mit.edu > > > > Have you tried to compile it against the newest ncurses (-current > update April 5th)? > ncurses 5.9 solves some problems that enteres with 5.8. > > -- > Niels Horn > _______________________________________________ > 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 *think* so, but I'll try again. Once I managed to convince my SBo repository to sync. I get the impression the provider throttles rsync or something. -- 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 donaldcallen at gmail.com Thu Apr 7 12:38:00 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Thu, 7 Apr 2011 08:38:00 -0400 Subject: [Slackbuilds-users] Fwd: [uzbl-dev] Problem downloading gzipped tar files In-Reply-To: <4D9DAB71.1040603@gnome.org> References: <4D9DAB71.1040603@gnome.org> Message-ID: Robby -- Below is a response from one of the uzbl developers to a message I sent them, which unfortunately is truncated in his response. The issue is that with the uzbl browser, which is built on top of webkitgtk, when I download slackbuild tar files, they get gunzipped, though the locally stored file is still named foo.tar.gz. As mentioned below, I do not see this behavior when downloading .tar.gz files from other sites, nor do I see it with Firefox. His message explains all this, including asserting that slackbuilds.org sending "Content-Encoding: gzip" is incorrect. If you agree that this is an error (in my experience, the uzbl guys know what they are talking about when it comes to browser matters, web protocols, etc.), please put fixing this on your to-do list. By the way, my earlier message about the flash-plugin slackbuild may have been a result of this problem. I don't remember if I tried downloading it with firefox. If I didn't, the file may actually have been ok and was delivered uncompressed to me because of the above issue. Thanks -- /Don ---------- Forwarded message ---------- From: Dan Winship Date: Thu, Apr 7, 2011 at 8:17 AM Subject: Re: [uzbl-dev] Problem downloading gzipped tar files To: Donald Allen Cc: uzbl-dev at lists.uzbl.org On 04/06/2011 11:24 PM, Donald Allen wrote: > uzbl, what I end up with is the tar file gunzip-ed, but it is still > named foo.tar.gz. For example, go to > > http://slackbuilds.org/repository/13.1/academic/ess/ > > and click the 'ess.tar.gz' link. Unless there's something about my > setup that's causing this, you will get an ess.tar.gz file that is > actually an uncompressed tar file. Doing the same with Firefox 3.6.15 > results in a > gzipped tar file, as one would expect. > I do not see this behavior when downloading gzipped tar files from > some other sites, e.g., gnucash.org. It's because slackbuilds is sending "Content-Encoding: gzip", which is wrong. Other browsers work around this, but WebKitGTK doesn't. There's a bug at https://bugzilla.gnome.org/show_bug.cgi?id=613361. We never got around to figuring out exactly how Firefox is special-casing this, so it never got fixed. -- Dan From donaldcallen at gmail.com Thu Apr 7 12:56:13 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Thu, 7 Apr 2011 08:56:13 -0400 Subject: [Slackbuilds-users] [uzbl-dev] Problem downloading gzipped tar files In-Reply-To: References: <4D9DAB71.1040603@gnome.org> Message-ID: On Thu, Apr 7, 2011 at 8:38 AM, Donald Allen wrote: > Robby -- > > Below is a response from one of the uzbl developers to a message I > sent them, which unfortunately is truncated in his response. The issue > is that with the uzbl browser, which is built on top of webkitgtk, > when I download slackbuild tar files, they get gunzipped, though the > locally stored file is still named foo.tar.gz. As mentioned below, I > do not see this behavior when downloading .tar.gz files from other > sites, nor do I see it with Firefox. His message explains all this, > including asserting that slackbuilds.org sending "Content-Encoding: > gzip" is incorrect. If you agree that this is an error (in my > experience, the uzbl guys know what they are talking about when it > comes to browser matters, web protocols, etc.), please put fixing this > on your to-do list. I just did a bit of reading on this and it's pretty clear that he's right. "Content-Encoding: gzip" asks the browser to gunzip what the server sends. Whatever Firefox is doing is a heuristic, a hack to avoid uncompressing .tar.gz files even if the server says "Content-Encoding: gzip" incorrectly. /Don > > By the way, my earlier message about the flash-plugin slackbuild may > have been a result of this problem. I don't remember if I tried > downloading it with firefox. If I didn't, the file may actually have > been ok and was delivered uncompressed to me because of the above > issue. > > Thanks -- > /Don > > > ---------- Forwarded message ---------- > From: Dan Winship > Date: Thu, Apr 7, 2011 at 8:17 AM > Subject: Re: [uzbl-dev] Problem downloading gzipped tar files > To: Donald Allen > Cc: uzbl-dev at lists.uzbl.org > > > On 04/06/2011 11:24 PM, Donald Allen wrote: >> uzbl, what I end up with is the tar file gunzip-ed, but it is still >> named foo.tar.gz. For example, go to >> >> http://slackbuilds.org/repository/13.1/academic/ess/ >> >> and click the 'ess.tar.gz' link. Unless there's something about my >> setup that's causing this, you will get an ess.tar.gz file that is >> actually an uncompressed tar file. Doing the same with Firefox 3.6.15 >> results in a >> gzipped tar file, as one would expect. > >> I do not see this behavior when downloading gzipped tar files from >> some other sites, e.g., gnucash.org. > > It's because slackbuilds is sending "Content-Encoding: gzip", which is > wrong. Other browsers work around this, but WebKitGTK doesn't. > > There's a bug at https://bugzilla.gnome.org/show_bug.cgi?id=613361. We > never got around to figuring out exactly how Firefox is special-casing > this, so it never got fixed. > > -- Dan > From adam.moomaw at gmail.com Thu Apr 7 22:28:07 2011 From: adam.moomaw at gmail.com (Adam Moomaw) Date: Thu, 7 Apr 2011 17:28:07 -0500 Subject: [Slackbuilds-users] Celestia SlackBuild Message-ID: Greetings. I believe that the version of the Celestia SlackBuild at http://slackbuilds.org/repository/13.1/academic/celestia/ should be updated to the version here: https://github.com/Ponce/slackbuilds/blob/current/academic/celestia/ The difference seems to be the file celestia-1.5.1-gcc44.patch as opposed to the other version's celestia-1.6.0-gcc45.patch. The one on slackbuilds.org right now fails to build, at least on my machine, complaining about 'abs' already being defined in some scope or another. The one with the later patch builds just fine. I tried to mail the maintainer listed, but the address did not seem valid. Thanks, Adam Moomaw adam.moomaw at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Fri Apr 8 05:57:30 2011 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 08 Apr 2011 07:57:30 +0200 Subject: [Slackbuilds-users] Celestia SlackBuild In-Reply-To: References: Message-ID: <4D9EA3CA.6010604@gmail.com> Il 08/04/2011 00:28, Adam Moomaw ha scritto: > Greetings. > > I believe that the version of the Celestia SlackBuild at > http://slackbuilds.org/repository/13.1/academic/celestia/ should be > updated to the version here: > https://github.com/Ponce/slackbuilds/blob/current/academic/celestia/ > > The difference seems to be the file celestia-1.5.1-gcc44.patch as > opposed to the other version's celestia-1.6.0-gcc45.patch. > > The one on slackbuilds.org right now fails to > build, at least on my machine, complaining about 'abs' already being > defined in some scope or another. The one with the later patch builds > just fine. > > I tried to mail the maintainer listed, but the address did not seem valid. > that is already updated on slackbuilds.org git master: I pulled that xgizzmo commit from there :) http://slackbuilds.org/gitweb/?p=slackbuilds.git;a=commit;h=89e256b5923d04b8647724660bb70388459ae407 Matteo (ponce) From ozan.turkyilmaz at gmail.com Fri Apr 8 20:04:09 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Fri, 8 Apr 2011 23:04:09 +0300 Subject: [Slackbuilds-users] What happened to libupnp? Message-ID: I remember seeing a libupnp sometime ago and now I can't find. Did I dream of libupnp? -- Ozan, BSc, BEng From rworkman at slackbuilds.org Mon Apr 11 06:07:59 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 11 Apr 2011 01:07:59 -0500 Subject: [Slackbuilds-users] What happened to libupnp? In-Reply-To: References: Message-ID: <20110411010759.0bca4033@liberty.rlwhome.lan> On Fri, 8 Apr 2011 23:04:09 +0300 Ozan T?rky?lmaz wrote: > I remember seeing a libupnp sometime ago and now I can't find. Did I > dream of libupnp? I answered on irc, but for everyone's benefit: you dream 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 rworkman at slackbuilds.org Mon Apr 11 06:11:47 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 11 Apr 2011 01:11:47 -0500 Subject: [Slackbuilds-users] Orphaned SlackBuilds In-Reply-To: <4D9D63C0.7020708@tuxane.com> References: <20110403010710.785cad4e@liberty.rlwhome.lan> <20110403093858.GA1788@kiras> <20110403090409.6f906072@liberty.rlwhome.lan> <4D9C6EE7.9020709@tuxane.com> <20110406100430.375475c9@liberty.rlwhome.lan> <4D9D63C0.7020708@tuxane.com> Message-ID: <20110411011147.1be7f788@liberty.rlwhome.lan> On Thu, 07 Apr 2011 09:12:00 +0200 "jens at Tuxane" wrote: > Am 06.04.2011 17:04, schrieb Robby Workman: > > On Wed, 06 Apr 2011 15:47:19 +0200 > > TuxaneMedia wrote: > > > >> Did anyone claim > >> > >> development/scite > >> > >> already? > >> > >> If not I would as I still sometimes use scite > > > > Nope, it was removed, but we can add it back. What would you > > like to be in the MAINTAINER and EMAIL lines? > > > > > Please use > MAINTAINER="Jens Weber" > EMAIL="jens at tuxane.com" Thanks; it's in my git branch and will go into master with the next merge. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Mon Apr 11 06:15:05 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 11 Apr 2011 01:15:05 -0500 Subject: [Slackbuilds-users] [uzbl-dev] Problem downloading gzipped tar files In-Reply-To: References: <4D9DAB71.1040603@gnome.org> Message-ID: <20110411011505.7b75e666@liberty.rlwhome.lan> On Thu, 7 Apr 2011 08:56:13 -0400 Donald Allen wrote: > On Thu, Apr 7, 2011 at 8:38 AM, Donald Allen > wrote: > > Robby -- > > > > Below is a response from one of the uzbl developers to a message I > > sent them, which unfortunately is truncated in his response. The > > issue is that with the uzbl browser, which is built on top of > > webkitgtk, when I download slackbuild tar files, they get > > gunzipped, though the locally stored file is still named > > foo.tar.gz. As mentioned below, I do not see this behavior when > > downloading .tar.gz files from other sites, nor do I see it with > > Firefox. His message explains all this, including asserting that > > slackbuilds.org sending "Content-Encoding: gzip" is incorrect. If > > you agree that this is an error (in my experience, the uzbl guys > > know what they are talking about when it comes to browser matters, > > web protocols, etc.), please put fixing this on your to-do list. > > I just did a bit of reading on this and it's pretty clear that he's > right. "Content-Encoding: gzip" asks the browser to gunzip what the > server sends. Whatever Firefox is doing is a heuristic, a hack to > avoid uncompressing .tar.gz files even if the server says > "Content-Encoding: gzip" incorrectly. That sounds right; the problem is that RemoveEncoding (which I'm pretty sure works as expected on httpd-2.x) doesn't seem to do what I think it should on apache-1.x. Until/unless we either figure out the required magic, or upgrade to a later release of Slackware (which probably won't happen unless we get new hardware), wget or some other browser is my recommended solution :-) -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 Mon Apr 11 12:48:36 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Mon, 11 Apr 2011 08:48:36 -0400 Subject: [Slackbuilds-users] [uzbl-dev] Problem downloading gzipped tar files In-Reply-To: <20110411011505.7b75e666@liberty.rlwhome.lan> References: <4D9DAB71.1040603@gnome.org> <20110411011505.7b75e666@liberty.rlwhome.lan> Message-ID: On Mon, Apr 11, 2011 at 2:15 AM, Robby Workman wrote: > On Thu, 7 Apr 2011 08:56:13 -0400 > Donald Allen wrote: > >> On Thu, Apr 7, 2011 at 8:38 AM, Donald Allen >> wrote: >> > Robby -- >> > >> > Below is a response from one of the uzbl developers to a message I >> > sent them, which unfortunately is truncated in his response. The >> > issue is that with the uzbl browser, which is built on top of >> > webkitgtk, when I download slackbuild tar files, they get >> > gunzipped, though the locally stored file is still named >> > foo.tar.gz. As mentioned below, I do not see this behavior when >> > downloading .tar.gz files from other sites, nor do I see it with >> > Firefox. His message explains all this, including asserting that >> > slackbuilds.org sending "Content-Encoding: gzip" is incorrect. If >> > you agree that this is an error (in my experience, the uzbl guys >> > know what they are talking about when it comes to browser matters, >> > web protocols, etc.), please put fixing this on your to-do list. >> >> I just did a bit of reading on this and it's pretty clear that he's >> right. "Content-Encoding: gzip" asks the browser to gunzip what the >> server sends. Whatever Firefox is doing is a heuristic, a hack to >> avoid uncompressing .tar.gz files even if the server says >> "Content-Encoding: gzip" incorrectly. > > > That sounds right; the problem is that RemoveEncoding (which I'm > pretty sure works as expected on httpd-2.x) doesn't seem to do > what I think it should on apache-1.x. > > Until/unless we either figure out the required magic, or upgrade > to a later release of Slackware (which probably won't happen > unless we get new hardware), wget or some other browser is my > recommended solution :-) The automated (make-based) thing I use to obtain packages from slackbuilds.org uses wget, so except in oddball cases (such as flash-plugin, which generates a slackware package with a version number different than that in the .info file) where I need to do things manually, it's not an issue. And now that I know what's going on, I use firefox instead of uzbl in situations like that, so it's not an operational problem for me. I just wanted to get it on your list because others might trip over it. Too bad apache isn't cooperating -- thanks for trying. /Don > > -RW > From crockabiscuit at yahoo.com Tue Apr 12 12:11:23 2011 From: crockabiscuit at yahoo.com (crocket) Date: Tue, 12 Apr 2011 05:11:23 -0700 (PDT) Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: References: Message-ID: <890182.90755.qm@web120312.mail.ne1.yahoo.com> I will upload a new version of evince after 13.37 is released. Just hold tight. ________________________________ From: Vegard Haugland To: slackbuilds-users at slackbuilds.org Sent: Wed, April 6, 2011 8:25:22 PM Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. Hi all, I run -current, and just finished compiling evince-2.2.8.2 using the slackbuild from the master branch. This slackbuild contains a patch, evince_poppler016.patch, which makes it possible to compile evince on -current. However, even though it compiles successfully, it breaks when you attempt to use Find to search for a text string. If you enter 2 characters in the input dialog that pops up, it breaks, and returns the following backtrace: *** glibc detected *** evince: double free or corruption (out): 0x00000000029d02a0 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x78f85)[0x7f55d2c92f85] /lib64/libc.so.6(cfree+0x73)[0x7f55d2c96d93] /usr/lib64/libglib-2.0.so.0(g_list_foreach+0x27)[0x7f55d3bf9077] /usr/lib64/libevview.so.1(+0x12107)[0x7f55d8c05107] /usr/lib64/libgobject-2.0.so.0(g_object_unref+0xea)[0x7f55d43033da] evince[0x42a843] evince[0x42c856] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] /usr/lib64/libgobject-2.0.so.0(g_object_thaw_notify+0x604)[0x7f55d43068d4] evince[0x41d525] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0xc4b79)[0x7f55d867bb79] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgobject-2.0.so.0(+0xfad9)[0x7f55d4303ad9] /usr/lib64/libgobject-2.0.so.0(g_object_notify+0x524)[0x7f55d4305b14] /usr/lib64/libgtk-x11-2.0.so.0(+0xcf560)[0x7f55d8686560] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f2cc)[0x7f55d43132cc] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgtk-x11-2.0.so.0(+0xd0403)[0x7f55d8687403] /usr/lib64/libgtk-x11-2.0.so.0(+0xc8ab5)[0x7f55d867fab5] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0xc0773)[0x7f55d8677773] /usr/lib64/libgtk-x11-2.0.so.0(+0xc974e)[0x7f55d868074e] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1fb07)[0x7f55d4313b07] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x885)[0x7f55d431cf35] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_by_name+0x1b2)[0x7f55d431d2c2] /usr/lib64/libgtk-x11-2.0.so.0(+0x120c3a)[0x7f55d86d7c3a] /usr/lib64/libgtk-x11-2.0.so.0(+0x1215e9)[0x7f55d86d85e9] /usr/lib64/libgtk-x11-2.0.so.0(+0x12316e)[0x7f55d86da16e] /usr/lib64/libgtk-x11-2.0.so.0(+0xce514)[0x7f55d8685514] /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0xa9)[0x7f55d4301fd9] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] /usr/lib64/libgtk-x11-2.0.so.0(+0x256c3f)[0x7f55d880dc3f] /usr/lib64/libgtk-x11-2.0.so.0(gtk_window_propagate_key_event+0xeb)[0x7f55d8822a6b] /usr/lib64/libgtk-x11-2.0.so.0(+0x26e48b)[0x7f55d882548b] /usr/lib64/libgtk-x11-2.0.so.0(+0x13af68)[0x7f55d86f1f68] /usr/lib64/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f55d430208e] /usr/lib64/libgobject-2.0.so.0(+0x1f918)[0x7f55d4313918] /usr/lib64/libgobject-2.0.so.0(g_signal_emit_valist+0x625)[0x7f55d431ccd5] /usr/lib64/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f55d431d103] ======= Memory map: ======== 00400000-00461000 r-xp 00000000 fe:01 810033 /usr/bin/evince 00660000-00665000 rw-p 00060000 fe:01 810033 /usr/bin/evince 01dd4000-0329a000 rw-p 00000000 00:00 0 [heap] 7f55cafcb000-7f55cafcc000 ---p 00000000 00:00 0 7f55cafcc000-7f55cb7cc000 rw-p 00000000 00:00 0 7f55cbf82000-7f55cc000000 rw-p 00000000 00:00 0 7f55cc000000-7f55cd248000 rw-p 00000000 00:00 0 7f55cd248000-7f55d0000000 ---p 00000000 00:00 0 7f55d0016000-7f55d0023000 r-xp 00000000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0023000-7f55d0223000 ---p 0000d000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0223000-7f55d0224000 rw-p 0000d000 fe:01 948583 /usr/lib64/evince/1/backends/libpdfdocument.so 7f55d0225000-7f55d0226000 ---p 00000000 00:00 0 7f55d0226000-7f55d0a26000 rw-p 00000000 00:00 0 7f55d0a26000-7f55d0a78000 r--p 00000000 fe:01 1216426 /usr/share/fonts/TTF/DejaVuSansMono.ttf 7f55d0a78000-7f55d0ad8000 rw-s 00000000 00:04 21135377 /SYSV00000000 (deleted) 7f55d0ad8000-7f55d0b38000 rw-s 00000000 00:04 21102608 /SYSV00000000 (deleted) 7f55d0b38000-7f55d0b3d000 r-xp 00000000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0b3d000-7f55d0d3c000 ---p 00005000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0d3c000-7f55d0d3d000 rw-p 00004000 fe:01 34236 /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-png.so 7f55d0d3d000-7f55d0d57000 r--s 00000000 fe:01 1053791 /usr/share/mime/mime.cache 7f55d0d57000-7f55d0d59000 r-xp 00000000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0d59000-7f55d0f58000 ---p 00002000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0f58000-7f55d0f59000 rw-p 00001000 fe:01 943087 /usr/lib64/pango/1.6.0/modules/pango-basic-fc.so 7f55d0f59000-7f55d0f80000 r--s 00000000 fe:01 1605815 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le64.cache-3 7f55d0f80000-7f55d0f89000 r-xp 00000000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d0f89000-7f55d1189000 ---p 00009000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d1189000-7f55d118a000 rw-p 00009000 fe:01 1059613 /usr/lib64/gtk-2.0/2.10.0/engines/libxfce.so 7f55d118a000-7f55d1196000 r-xp 00000000 fe:01 1837780 /lib64/libnss_files-2.13.so 7f55d1196000-7f55d1395000 ---p 0000c000 fe:01 1837780 /lib64/libnss_files-2.13.soAborted Am I the only one encountering this problem? Thanks, Vegard Haugland -- Vegard Haugland Mob. +47 976 68 262 Web: http://v3gard.com If you want to send me encrypted email, my public GPG key is located at http://v3gard.com/files/gpg.pub From rworkman at slackbuilds.org Tue Apr 12 13:40:18 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 12 Apr 2011 08:40:18 -0500 Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: <890182.90755.qm@web120312.mail.ne1.yahoo.com> References: <890182.90755.qm@web120312.mail.ne1.yahoo.com> Message-ID: <20110412084018.60d3d0d5@liberty.rlwhome.lan> On Tue, 12 Apr 2011 05:11:23 -0700 (PDT) crocket wrote: > I will upload a new version of evince after 13.37 is released. > Just hold tight. You're not the maintainer of the evince build, and besides, it's already been handled by us. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From crockabiscuit at yahoo.com Wed Apr 13 07:49:03 2011 From: crockabiscuit at yahoo.com (crocket) Date: Wed, 13 Apr 2011 00:49:03 -0700 (PDT) Subject: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. In-Reply-To: <20110412084018.60d3d0d5@liberty.rlwhome.lan> References: <890182.90755.qm@web120312.mail.ne1.yahoo.com> <20110412084018.60d3d0d5@liberty.rlwhome.lan> Message-ID: <378306.49930.qm@web120309.mail.ne1.yahoo.com> Damn, you're right. Since I submitted gthumb and evince was a runtime dependency of gthumb, I was confused that I maintained it. ----- Original Message ---- From: Robby Workman To: slackbuilds-users at slackbuilds.org Sent: Tue, April 12, 2011 10:40:18 PM Subject: Re: [Slackbuilds-users] evince breaks while entering text into the find dialog. compiled using the latest slackbuild from the master branch. On Tue, 12 Apr 2011 05:11:23 -0700 (PDT) crocket wrote: > I will upload a new version of evince after 13.37 is released. > Just hold tight. You're not the maintainer of the evince build, and besides, it's already been handled by us. -RW From skalkoto at gmail.com Wed Apr 13 21:34:18 2011 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Thu, 14 Apr 2011 00:34:18 +0300 Subject: [Slackbuilds-users] ocropus compilation error Message-ID: I tried to compile ocropus and I get errors like those below. ocropus states iulib as it's dependency. It looks like iulib needs an SDL library, maybe SDL_image, but iulib's README file does not state anything about this and I can't find an SlackBuild script for it. Any Hints? Am I doing something wrong? Nikos Skalkotos P.S. I'm using slackware-current and the slackbuilds I used are from slackbuilds.org 13.1 repository. g++ -O2 -march=i486 -mtune=i686 -Wl,-E -L/usr/lib -L/usr/lib -o ocroscript ocroscript.o ocrotoplevel.o -ltiff -lpng -ljpeg ./../ext/lua/liblua.a libocroscript.a ./../libocropus.a ./../ext/tolua++/libtolua++.a -ltesseract_full -lpthread -liulib -ltiff -ljpeg -lpng -lz /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dinit(int, int, bool)': dgraphics.cc:(.text+0x1a0): undefined reference to `SDL_Init' dgraphics.cc:(.text+0x1bc): undefined reference to `SDL_SetVideoMode' /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dclear(int)': dgraphics.cc:(.text+0x253): undefined reference to `SDL_MapRGB' dgraphics.cc:(.text+0x26b): undefined reference to `SDL_FillRect' dgraphics.cc:(.text+0x298): undefined reference to `SDL_UpdateRect' /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dwait()': dgraphics.cc:(.text+0x2cc): undefined reference to `SDL_WaitEvent' /usr/lib/libiulib.a(dgraphics.o): In function `void iulib::dshow(colib::narray&, char const*, double, int, int)': dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x125): undefined reference to `SDL_MapRGB' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x13a): undefined reference to `SDL_FillRect' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x167): undefined reference to `SDL_UpdateRect' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x1c2): undefined reference to `SDL_CreateRGBSurfaceFrom' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x1dd): undefined reference to `SDL_SetAlpha' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x1fd): undefined reference to `rotozoomSurface' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x217): undefined reference to `SDL_SetAlpha' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x222): undefined reference to `SDL_FreeSurface' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x253): undefined reference to `SDL_UpperBlit' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x25b): undefined reference to `SDL_FreeSurface' dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x288): undefined reference to `SDL_UpdateRect' /usr/lib/libiulib.a(dgraphics.o): In function `void iulib::dshow(colib::narray&, char const*, double, int, int)': dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x125): undefined reference to `SDL_MapRGB' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x13a): undefined reference to `SDL_FillRect' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x167): undefined reference to `SDL_UpdateRect' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x1c9): undefined reference to `SDL_CreateRGBSurfaceFrom' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x1e4): undefined reference to `SDL_SetAlpha' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x204): undefined reference to `rotozoomSurface' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x21e): undefined reference to `SDL_SetAlpha' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x229): undefined reference to `SDL_FreeSurface' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x25a): undefined reference to `SDL_UpperBlit' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x262): undefined reference to `SDL_FreeSurface' dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void iulib::dshow(colib::narray&, char const*, double, int, int)]+0x28f): undefined reference to `SDL_UpdateRect' collect2: ld returned 1 exit status make[1]: *** [ocroscript] Error 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalhcru at gmail.com Thu Apr 14 04:23:46 2011 From: yalhcru at gmail.com (B Watson) Date: Thu, 14 Apr 2011 00:23:46 -0400 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: References: Message-ID: On 4/13/11, Nikos Skalkotos wrote: > I tried to compile ocropus and I get errors like those below. > ocropus states iulib as it's dependency. It looks like iulib needs an SDL > library, maybe SDL_image I have no idea what ocropus is, but: > dgraphics.cc:(.text+0x1a0): undefined reference to `SDL_Init' > dgraphics.cc:(.text+0x1bc): undefined reference to `SDL_SetVideoMode' > /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dclear(int)': > dgraphics.cc:(.text+0x253): undefined reference to `SDL_MapRGB' > dgraphics.cc:(.text+0x26b): undefined reference to `SDL_FillRect' > dgraphics.cc:(.text+0x298): undefined reference to `SDL_UpdateRect' > /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dwait()': > dgraphics.cc:(.text+0x2cc): undefined reference to `SDL_WaitEvent' These are standard SDL functions (part of the SDL package in Slackware), not in an extra library like SDL_image. The only obvious thing I see from your compile: > g++ -O2 -march=i486 -mtune=i686 -Wl,-E -L/usr/lib -L/usr/lib -o ocroscript > ocroscript.o ocrotoplevel.o -ltiff -lpng -ljpeg ./../ext/lua/liblua.a > libocroscript.a ./../libocropus.a ./../ext/tolua++/libtolua++.a > -ltesseract_full -lpthread -liulib -ltiff -ljpeg -lpng -lz I don't actually see -lSDL in that compile command. Don't know what's causing it to be missing though. Normally, Makefiles and/or configure scripts will use either "sdl-config --libs" or "pkg-config --libs sdl" to get the correct link flags (both of which work fine on my -current box), maybe this will give you a starting point to diagnose the problem... From yalhcru at gmail.com Thu Apr 14 04:26:31 2011 From: yalhcru at gmail.com (B Watson) Date: Thu, 14 Apr 2011 00:26:31 -0400 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: References: Message-ID: Minor correction to previous post: > These are standard SDL functions (part of the SDL package in Slackware), > not in an extra library like SDL_image. Actually, Slackware's SDL package includes SDL_image already, so you're covered either way as long as you have it installed. From pwcazenave at gmail.com Thu Apr 14 09:27:00 2011 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Thu, 14 Apr 2011 10:27:00 +0100 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: References: Message-ID: <4DA6BDE4.5010706@gmail.com> On 14/04/2011 05:23, B Watson wrote: > On 4/13/11, Nikos Skalkotos wrote: > >> I tried to compile ocropus and I get errors like those below. >> ocropus states iulib as it's dependency. It looks like iulib needs >> an SDL library, maybe SDL_image > > I have no idea what ocropus is, but: > >> dgraphics.cc:(.text+0x1a0): undefined reference to `SDL_Init' >> dgraphics.cc:(.text+0x1bc): undefined reference to >> `SDL_SetVideoMode' /usr/lib/libiulib.a(dgraphics.o): In function >> `iulib::dclear(int)': dgraphics.cc:(.text+0x253): undefined >> reference to `SDL_MapRGB' dgraphics.cc:(.text+0x26b): undefined >> reference to `SDL_FillRect' dgraphics.cc:(.text+0x298): undefined >> reference to `SDL_UpdateRect' /usr/lib/libiulib.a(dgraphics.o): In >> function `iulib::dwait()': dgraphics.cc:(.text+0x2cc): undefined >> reference to `SDL_WaitEvent' > > These are standard SDL functions (part of the SDL package in > Slackware), not in an extra library like SDL_image. > > The only obvious thing I see from your compile: > >> g++ -O2 -march=i486 -mtune=i686 -Wl,-E -L/usr/lib -L/usr/lib -o >> ocroscript ocroscript.o ocrotoplevel.o -ltiff -lpng -ljpeg >> ./../ext/lua/liblua.a libocroscript.a ./../libocropus.a >> ./../ext/tolua++/libtolua++.a -ltesseract_full -lpthread -liulib >> -ltiff -ljpeg -lpng -lz > > I don't actually see -lSDL in that compile command. Don't know > what's causing it to be missing though. Normally, Makefiles and/or > configure scripts will use either "sdl-config --libs" or "pkg-config > --libs sdl" to get the correct link flags (both of which work fine on > my -current box), maybe this will give you a starting point to > diagnose the problem... > _______________________________________________ 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/ > It's weird because I specifically put the --without-SDL configure flag in the SlackBuild script, so it shouldn't even be trying to use the SDL libraries. I'll do a bit of a research to see if I can figure out what the problem is. It looks like I need to upgrade a few packages (I have a leptonica and tesseract build waiting, but iulib looks like it's a bit out of date too). I'm hoping simply bumping versions will fix a lot of issues... Pierre From ozan.turkyilmaz at gmail.com Thu Apr 14 12:21:17 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Thu, 14 Apr 2011 15:21:17 +0300 (EEST) Subject: [Slackbuilds-users] gtkmm build problems Message-ID: I'm on -current (with latest updates) and I noticed problem with building gtkmm. It fails with following errors; Can't open perl script "/usr/share/glibmm-2.4/doctool/doc-install.pl": No such directory or file make[3]: *** [install-htmlref] Hata 2 make[3]: `/tmp/sbopkg.xHOC1t/gtkmm-2.24.0/docs' dizininden ??k?l?yor make[2]: *** [install-am] Hata 2 make[2]: `/tmp/sbopkg.xHOC1t/gtkmm-2.24.0/docs' dizininden ??k?l?yor make[2]:`/tmp/sbopkg.xHOC1t/gtkmm-2.24.0' dizinine giriliyor make[3]:`/tmp/sbopkg.xHOC1t/gtkmm-2.24.0' dizinine giriliyor make[3]: `install-exec-am' i?in hi?bir ?ey yap?lmad?. test -z "/usr/include/gdkmm-2.4" || /usr/bin/mkdir -p "/tmp/sbopkg.xHOC1t/package-gtkmm/usr/include/gdkmm-2.4" /usr/bin/ginstall -c -m 644 'gdk/gdkmm.h' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/include/gdkmm-2.4/gdkmm.h' test -z "/usr/include/gtkmm-2.4" || /usr/bin/mkdir -p "/tmp/sbopkg.xHOC1t/package-gtkmm/usr/include/gtkmm-2.4" /usr/bin/ginstall -c -m 644 'gtk/gtkmm.h' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/include/gtkmm-2.4/gtkmm.h' test -z "/usr/lib/gdkmm-2.4/include" || /usr/bin/mkdir -p "/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/gdkmm-2.4/include" /usr/bin/ginstall -c -m 644 'gdk/gdkmmconfig.h' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/gdkmm-2.4/include/gdkmmconfig.h' test -z "/usr/lib/gtkmm-2.4/include" || /usr/bin/mkdir -p "/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/gtkmm-2.4/include" /usr/bin/ginstall -c -m 644 'gtk/gtkmmconfig.h' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/gtkmm-2.4/include/gtkmmconfig.h' test -z "/usr/lib/pkgconfig" || /usr/bin/mkdir -p "/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/pkgconfig" /usr/bin/ginstall -c -m 644 'gdk/gdkmm-2.4.pc' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/pkgconfig/gdkmm-2.4.pc' /usr/bin/ginstall -c -m 644 'gtk/gtkmm-2.4.pc' '/tmp/sbopkg.xHOC1t/package-gtkmm/usr/lib/pkgconfig/gtkmm-2.4.pc' make[3]: `/tmp/sbopkg.xHOC1t/gtkmm-2.24.0' dizininden ??k?l?yor make[2]: `/tmp/sbopkg.xHOC1t/gtkmm-2.24.0' dizininden ??k?l?yor make[1]: *** [install-recursive] Hata 1 make[1]: `/tmp/sbopkg.xHOC1t/gtkmm-2.24.0' dizininden ??k?l?yor make: *** [install-strip] Hata 2 ps: I'll got the latest version from git repo Ozan, BSc, BEng From matteo.bernardini at gmail.com Thu Apr 14 13:31:50 2011 From: matteo.bernardini at gmail.com (matteo.bernardini at gmail.com) Date: Thu, 14 Apr 2011 13:31:50 +0000 Subject: [Slackbuilds-users] gtkmm build problems In-Reply-To: Message-ID: <0016e6dd98ab9daa2c04a0e0f217@google.com> Il giorno , Ozan T?rky?lmaz ha scritto: > I'm on -current (with latest updates) and I noticed problem with building > gtkmm. It fails with following errors; > Can't open perl script "/usr/share/glibmm-2.4/doctool/doc-install.pl": No > such directory or file I think you need to install the new dep mm-common. Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Thu Apr 14 14:35:58 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Thu, 14 Apr 2011 17:35:58 +0300 (EEST) Subject: [Slackbuilds-users] gtkmm build problems In-Reply-To: <0016e6dd98ab9daa2c04a0e0f217@google.com> References: <0016e6dd98ab9daa2c04a0e0f217@google.com> Message-ID: On Thu, 14 Apr 2011, matteo.bernardini at gmail.com wrote: > Il giorno , Ozan T?rky?lmaz ha scritto: > > > > I'm on -current (with latest updates) and I noticed problem with building > > gtkmm. It fails with following errors; > > > > > Can't open perl script "/usr/share/glibmm-2.4/doctool/doc-install.pl": No > > such directory or file > > I think you need to install the new dep mm-common. > > Matteo > Got it. Ozan, BSc, BEng From pwcazenave at gmail.com Thu Apr 14 14:54:06 2011 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Thu, 14 Apr 2011 15:54:06 +0100 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: References: Message-ID: <4DA70A8E.6050109@gmail.com> On 13/04/2011 22:34, Nikos Skalkotos wrote: > I tried to compile ocropus and I get errors like those below. > ocropus states iulib as it's dependency. It looks like iulib needs an SDL > library, maybe SDL_image, but iulib's README file does not state anything > about this and I can't find an SlackBuild script for it. Any Hints? Am I > doing something wrong? > On -current, it looks like iulib requires SDL_gfx. It didn't on 13.1, for some reason. It seems some of the dependencies (which I also maintain) are a bit out of date. I have attached some updated SlackBuilds for ocropus (v0.4) and iulib (v0.4). I have a new tesseract build waiting, but you can't build ocropus against the new version of tesseract -- too many things have changed, it seems. I also have a leptonica build (which can be used by both tesseract and ocropus) but seemingly leptonica is too up to date for them. So, to summarise, if you build the following in this order, you should be fine on -current: 1. SDL_gfx (from SBo) 2. iulib (v0.4 attached) 3. tesseract (from SBo) 4. gsl (SBo) 5. ocropus (v0.4 attached) Pierre > Nikos Skalkotos > > P.S. I'm using slackware-current and the slackbuilds I used are from > slackbuilds.org 13.1 repository. > > > > g++ -O2 -march=i486 -mtune=i686 -Wl,-E -L/usr/lib -L/usr/lib -o ocroscript > ocroscript.o ocrotoplevel.o -ltiff -lpng -ljpeg ./../ext/lua/liblua.a > libocroscript.a ./../libocropus.a ./../ext/tolua++/libtolua++.a > -ltesseract_full -lpthread -liulib -ltiff -ljpeg -lpng -lz > /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dinit(int, int, > bool)': > dgraphics.cc:(.text+0x1a0): undefined reference to `SDL_Init' > dgraphics.cc:(.text+0x1bc): undefined reference to `SDL_SetVideoMode' > /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dclear(int)': > dgraphics.cc:(.text+0x253): undefined reference to `SDL_MapRGB' > dgraphics.cc:(.text+0x26b): undefined reference to `SDL_FillRect' > dgraphics.cc:(.text+0x298): undefined reference to `SDL_UpdateRect' > /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dwait()': > dgraphics.cc:(.text+0x2cc): undefined reference to `SDL_WaitEvent' > /usr/lib/libiulib.a(dgraphics.o): In function `void iulib::dshow char>(colib::narray&, char const*, double, int, int)': > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x125): undefined reference to `SDL_MapRGB' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x13a): undefined reference to `SDL_FillRect' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x167): undefined reference to `SDL_UpdateRect' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x1c2): undefined reference to `SDL_CreateRGBSurfaceFrom' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x1dd): undefined reference to `SDL_SetAlpha' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x1fd): undefined reference to `rotozoomSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x217): undefined reference to `SDL_SetAlpha' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x222): undefined reference to `SDL_FreeSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x253): undefined reference to `SDL_UpperBlit' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x25b): undefined reference to `SDL_FreeSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, > double, int, int)]+0x288): undefined reference to `SDL_UpdateRect' > /usr/lib/libiulib.a(dgraphics.o): In function `void > iulib::dshow(colib::narray&, char const*, double, int, int)': > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x125): undefined reference to `SDL_MapRGB' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x13a): undefined reference to `SDL_FillRect' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x167): undefined reference to `SDL_UpdateRect' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x1c9): undefined reference to `SDL_CreateRGBSurfaceFrom' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x1e4): undefined reference to `SDL_SetAlpha' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x204): undefined reference to `rotozoomSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x21e): undefined reference to `SDL_SetAlpha' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x229): undefined reference to `SDL_FreeSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x25a): undefined reference to `SDL_UpperBlit' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x262): undefined reference to `SDL_FreeSurface' > dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void > iulib::dshow(colib::narray&, char const*, double, int, > int)]+0x28f): undefined reference to `SDL_UpdateRect' > collect2: ld returned 1 exit status > make[1]: *** [ocroscript] Error 1 > > > > > _______________________________________________ > 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 -------------- A non-text attachment was scrubbed... Name: iulib.tar.bz2 Type: application/octet-stream Size: 3088 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ocropus.tar.bz2 Type: application/octet-stream Size: 3300 bytes Desc: not available URL: From skalkoto at gmail.com Thu Apr 14 15:49:27 2011 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Thu, 14 Apr 2011 18:49:27 +0300 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: <4DA70A8E.6050109@gmail.com> References: <4DA70A8E.6050109@gmail.com> Message-ID: Thank you for your time. I'll try that. On Thu, Apr 14, 2011 at 5:54 PM, Pierre Cazenave wrote: > On 13/04/2011 22:34, Nikos Skalkotos wrote: > >> I tried to compile ocropus and I get errors like those below. >> ocropus states iulib as it's dependency. It looks like iulib needs an SDL >> library, maybe SDL_image, but iulib's README file does not state anything >> about this and I can't find an SlackBuild script for it. Any Hints? Am I >> doing something wrong? >> >> > On -current, it looks like iulib requires SDL_gfx. It didn't on 13.1, for > some reason. > > It seems some of the dependencies (which I also maintain) are a bit out of > date. I have attached some updated SlackBuilds for ocropus (v0.4) and iulib > (v0.4). I have a new tesseract build waiting, but you can't build ocropus > against the new version of tesseract -- too many things have changed, it > seems. I also have a leptonica build (which can be used by both tesseract > and ocropus) but seemingly leptonica is too up to date for them. > > So, to summarise, if you build the following in this order, you should be > fine on -current: > > 1. SDL_gfx (from SBo) > 2. iulib (v0.4 attached) > 3. tesseract (from SBo) > 4. gsl (SBo) > 5. ocropus (v0.4 attached) > > Pierre > > Nikos Skalkotos >> >> P.S. I'm using slackware-current and the slackbuilds I used are from >> slackbuilds.org 13.1 repository. >> >> >> >> g++ -O2 -march=i486 -mtune=i686 -Wl,-E -L/usr/lib -L/usr/lib -o >> ocroscript >> ocroscript.o ocrotoplevel.o -ltiff -lpng -ljpeg ./../ext/lua/liblua.a >> libocroscript.a ./../libocropus.a ./../ext/tolua++/libtolua++.a >> -ltesseract_full -lpthread -liulib -ltiff -ljpeg -lpng -lz >> /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dinit(int, int, >> bool)': >> dgraphics.cc:(.text+0x1a0): undefined reference to `SDL_Init' >> dgraphics.cc:(.text+0x1bc): undefined reference to `SDL_SetVideoMode' >> /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dclear(int)': >> dgraphics.cc:(.text+0x253): undefined reference to `SDL_MapRGB' >> dgraphics.cc:(.text+0x26b): undefined reference to `SDL_FillRect' >> dgraphics.cc:(.text+0x298): undefined reference to `SDL_UpdateRect' >> /usr/lib/libiulib.a(dgraphics.o): In function `iulib::dwait()': >> dgraphics.cc:(.text+0x2cc): undefined reference to `SDL_WaitEvent' >> /usr/lib/libiulib.a(dgraphics.o): In function `void iulib::dshow> char>(colib::narray&, char const*, double, int, int)': >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x125): undefined reference to `SDL_MapRGB' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x13a): undefined reference to `SDL_FillRect' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x167): undefined reference to `SDL_UpdateRect' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x1c2): undefined reference to >> `SDL_CreateRGBSurfaceFrom' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x1dd): undefined reference to `SDL_SetAlpha' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x1fd): undefined reference to `rotozoomSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x217): undefined reference to `SDL_SetAlpha' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x222): undefined reference to `SDL_FreeSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x253): undefined reference to `SDL_UpperBlit' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x25b): undefined reference to `SDL_FreeSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIhEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, >> double, int, int)]+0x288): undefined reference to `SDL_UpdateRect' >> /usr/lib/libiulib.a(dgraphics.o): In function `void >> iulib::dshow(colib::narray&, char const*, double, int, int)': >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x125): undefined reference to `SDL_MapRGB' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x13a): undefined reference to `SDL_FillRect' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x167): undefined reference to `SDL_UpdateRect' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x1c9): undefined reference to `SDL_CreateRGBSurfaceFrom' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x1e4): undefined reference to `SDL_SetAlpha' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x204): undefined reference to `rotozoomSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x21e): undefined reference to `SDL_SetAlpha' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x229): undefined reference to `SDL_FreeSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x25a): undefined reference to `SDL_UpperBlit' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x262): undefined reference to `SDL_FreeSurface' >> dgraphics.cc:(.text._ZN5iulib5dshowIiEEvRN5colib6narrayIT_EEPKcdii[void >> iulib::dshow(colib::narray&, char const*, double, int, >> int)]+0x28f): undefined reference to `SDL_UpdateRect' >> collect2: ld returned 1 exit status >> make[1]: *** [ocroscript] Error 1 >> >> >> >> >> _______________________________________________ >> 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 lukenshiro at ngi.it Fri Apr 15 10:57:21 2011 From: lukenshiro at ngi.it (LukenShiro) Date: Fri, 15 Apr 2011 12:57:21 +0200 Subject: [Slackbuilds-users] hdf5 SlackBuild Message-ID: <20110415125721.3a5d95b5@hamalay.mnt> Hi all, as submissions are currently unavailable using usual form, and current download link is broken, I would need to modify hdf5.info's DOWNLOAD link to: DOWNLOAD="ftp://ftp.hdfgroup.org/HDF5/prev-releases/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2" TIA. Regards. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From rworkman at slackbuilds.org Mon Apr 18 03:46:52 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 17 Apr 2011 22:46:52 -0500 Subject: [Slackbuilds-users] hdf5 SlackBuild In-Reply-To: <20110415125721.3a5d95b5@hamalay.mnt> References: <20110415125721.3a5d95b5@hamalay.mnt> Message-ID: <20110417224652.53cbacf1@liberty.rlwhome.lan> On Fri, 15 Apr 2011 12:57:21 +0200 LukenShiro wrote: > Hi all, > > as submissions are currently unavailable using usual form, and current > download link is broken, I would need to modify hdf5.info's DOWNLOAD > link to: > > DOWNLOAD="ftp://ftp.hdfgroup.org/HDF5/prev-releases/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2" I had a mail a few days ago from someone else suggesting this as a new download link, and I just got around to committing it in my git branch: ftp://ftp.hdfgroup.org/HDF5/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2 Is that acceptable, or should I use yours? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From skalkoto at gmail.com Mon Apr 18 09:02:16 2011 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Mon, 18 Apr 2011 12:02:16 +0300 Subject: [Slackbuilds-users] NVIDIA Drivers update Message-ID: Hi all, I just wanted to ask if you plan to update the NVIDIA drivers. Driver 260.19.44 is out since 2011.03.07. I have used the Slackbuilds.org scripts with the it and I haven't faced any problem. Nikos Skalkotos From ozan.turkyilmaz at gmail.com Mon Apr 18 09:27:00 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Mon, 18 Apr 2011 12:27:00 +0300 (EEST) Subject: [Slackbuilds-users] NVIDIA Drivers update In-Reply-To: References: Message-ID: On Mon, 18 Apr 2011, Nikos Skalkotos wrote: > Hi all, > > I just wanted to ask if you plan to update the NVIDIA drivers. Driver > 260.19.44 is out since 2011.03.07. I have used the Slackbuilds.org > scripts with the it and I haven't faced any problem. > Right now submitions are closed and only updates related to system breaking are accepted. But then admins may accept other kind of updates. Ozan, BSc, BEng From rworkman at slackbuilds.org Mon Apr 18 13:09:16 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 18 Apr 2011 08:09:16 -0500 Subject: [Slackbuilds-users] NVIDIA Drivers update In-Reply-To: References: Message-ID: <20110418080916.3a42dec7@liberty.rlwhome.lan> On Mon, 18 Apr 2011 12:02:16 +0300 Nikos Skalkotos wrote: > I just wanted to ask if you plan to update the NVIDIA drivers. Driver > 260.19.44 is out since 2011.03.07. I have used the Slackbuilds.org > scripts with the it and I haven't faced any problem. http://slackbuilds.org/faq/#version_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 rworkman at slackbuilds.org Mon Apr 18 13:10:48 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 18 Apr 2011 08:10:48 -0500 Subject: [Slackbuilds-users] ocropus compilation error In-Reply-To: <4DA70A8E.6050109@gmail.com> References: <4DA70A8E.6050109@gmail.com> Message-ID: <20110418081048.62c775ea@liberty.rlwhome.lan> On Thu, 14 Apr 2011 15:54:06 +0100 Pierre Cazenave wrote: > On 13/04/2011 22:34, Nikos Skalkotos wrote: > > I tried to compile ocropus and I get errors like those below. > > ocropus states iulib as it's dependency. It looks like iulib needs > > an SDL library, maybe SDL_image, but iulib's README file does not > > state anything about this and I can't find an SlackBuild script for > > it. Any Hints? Am I doing something wrong? > > > > On -current, it looks like iulib requires SDL_gfx. It didn't on 13.1, > for some reason. Want me to note that in the README in git master? > It seems some of the dependencies (which I also maintain) are a bit > out of date. I have attached some updated SlackBuilds for ocropus > (v0.4) and iulib (v0.4). I have a new tesseract build waiting, but > you can't build ocropus against the new version of tesseract -- too > many things have changed, it seems. I also have a leptonica build > (which can be used by both tesseract and ocropus) but seemingly > leptonica is too up to date for them. > > So, to summarise, if you build the following in this order, you > should be fine on -current: > > 1. SDL_gfx (from SBo) > 2. iulib (v0.4 attached) > 3. tesseract (from SBo) > 4. gsl (SBo) > 5. ocropus (v0.4 attached) Hrm, can the updates wait until after 13.37 is out? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Mon Apr 18 15:02:26 2011 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 18 Apr 2011 08:02:26 -0700 Subject: [Slackbuilds-users] NVIDIA Drivers update In-Reply-To: <20110418080916.3a42dec7@liberty.rlwhome.lan> References: <20110418080916.3a42dec7@liberty.rlwhome.lan> Message-ID: As the new maintainer, I am waiting for 13.37 to go stable before I submit. Yes, there shouldn't be any issues, afaik, for this minor version bump (at least compiling in a VM). This version doesn't add anything for 90% of the cards out there. I am also planning to add a multilib option for the 64bit script, for those of us into the multilib fun. On a sad note, my 7600GS bit the big one; it joins the pile of tnt2, GeforceDDR and GeforceTI4800. This means I only have the GT430 on the 64bit box and nothing for the 32bit box. -Ed On 4/18/11, Robby Workman wrote: > On Mon, 18 Apr 2011 12:02:16 +0300 > Nikos Skalkotos wrote: > >> I just wanted to ask if you plan to update the NVIDIA drivers. Driver >> 260.19.44 is out since 2011.03.07. I have used the Slackbuilds.org >> scripts with the it and I haven't faced any problem. > > > http://slackbuilds.org/faq/#version_update > > -RW > -- Sent from my mobile device You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From lukenshiro at ngi.it Mon Apr 18 19:54:41 2011 From: lukenshiro at ngi.it (LukenShiro) Date: Mon, 18 Apr 2011 21:54:41 +0200 Subject: [Slackbuilds-users] hdf5 SlackBuild In-Reply-To: <20110417224652.53cbacf1@liberty.rlwhome.lan> References: <20110415125721.3a5d95b5@hamalay.mnt> <20110417224652.53cbacf1@liberty.rlwhome.lan> Message-ID: <20110418215441.1a4498d7@hamalay.mnt> Il giorno Sun, 17 Apr 2011 22:46:52 -0500 Robby Workman ha scritto: > > DOWNLOAD="ftp://ftp.hdfgroup.org/HDF5/prev-releases/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2" > I had a mail a few days ago from someone else suggesting this as > a new download link, and I just got around to committing it in > my git branch: > > ftp://ftp.hdfgroup.org/HDF5/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2 > > Is that acceptable, or should I use yours? I don't have any objections, but I suppose the first link is more consistent, the second one could be maybe removed from time to time (as far as I understand it should be a shortcut for the immediately previous version: meantime it is roughly the same file). Thank you. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From rworkman at slackbuilds.org Mon Apr 18 20:46:55 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 18 Apr 2011 15:46:55 -0500 Subject: [Slackbuilds-users] hdf5 SlackBuild In-Reply-To: <20110418215441.1a4498d7@hamalay.mnt> References: <20110415125721.3a5d95b5@hamalay.mnt> <20110417224652.53cbacf1@liberty.rlwhome.lan> <20110418215441.1a4498d7@hamalay.mnt> Message-ID: <20110418154655.49cc29a2@liberty.rlwhome.lan> On Mon, 18 Apr 2011 21:54:41 +0200 LukenShiro wrote: > Il giorno Sun, 17 Apr 2011 22:46:52 -0500 > Robby Workman ha scritto: > > > DOWNLOAD="ftp://ftp.hdfgroup.org/HDF5/prev-releases/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2" > > I had a mail a few days ago from someone else suggesting this as > > a new download link, and I just got around to committing it in > > my git branch: > > > > ftp://ftp.hdfgroup.org/HDF5/hdf5-1.8.5-patch1/src/hdf5-1.8.5-patch1.tar.bz2 > > > > Is that acceptable, or should I use yours? > > I don't have any objections, but I suppose the first link is more > consistent, the second one could be maybe removed from time to time > (as far as I understand it should be a shortcut for the immediately > previous version: meantime it is roughly the same file). Good point, so I just force-pushed a new branch with your link. Thanks! -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From pyllyukko at maimed.org Fri Apr 22 20:54:59 2011 From: pyllyukko at maimed.org (pyllyukko) Date: Fri, 22 Apr 2011 23:54:59 +0300 Subject: [Slackbuilds-users] Update for arm SlackBuild Message-ID: <20110422205459.GA26996@xdsl-83-150-82-121> Hi. Here's a patch file for the arm SlackBuild. It's a version bump for the latest stable version of arm. The submissions were closed so I posted it here. -- pyllyukko -------------- next part -------------- diff --git a/arm/arm.SlackBuild b/arm/arm.SlackBuild index 334ce54..240ac5a 100644 --- a/arm/arm.SlackBuild +++ b/arm/arm.SlackBuild @@ -4,7 +4,7 @@ # Written by pyllyukko - pyllyukko AT maimed dot org PRGNAM=arm -VERSION=${VERSION:-1.4.1.3} +VERSION=${VERSION:-1.4.2.3} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} ARCH=noarch @@ -60,7 +60,7 @@ mv -v ${PKG}/usr/share/man ${PKG}/usr mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION cp -a \ - ChangeLog LICENSE README TODO \ + ChangeLog LICENSE README \ $PKG/usr/doc/$PRGNAM-$VERSION cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild diff --git a/arm/arm.info b/arm/arm.info index bc410b9..a50e51b 100644 --- a/arm/arm.info +++ b/arm/arm.info @@ -1,8 +1,8 @@ PRGNAM="arm" -VERSION="1.4.1.3" +VERSION="1.4.2.3" HOMEPAGE="http://www.atagar.com/arm/" -DOWNLOAD="http://www.atagar.com/arm/resources/arm-1.4.1.3.tar.bz2" -MD5SUM="92fcd7b32892ecdecce9b8a91f0787e7" +DOWNLOAD="http://www.atagar.com/arm/resources/static/arm-1.4.2.3.tar.bz2 http://www.atagar.com/arm/resources/static/arm-1.4.2.3.tar.bz2.asc" +MD5SUM="7e1fef848472c2f43c6bcc861c9dc32b 2f5cfed1ec013520781eaecaa88c952a" DOWNLOAD_x86_64="" MD5SUM_x86_64="" MAINTAINER="pyllyukko" -------------- next part -------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEABECAAYFAk2x6V0ACgkQjAuVIaHzLqqQDwCgmkKsXPDKnkAQzH87f9/SqSMa svgAoOW5K7XNb6C8opQbhIZLGO8vfTIz =pIcu -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From donaldcallen at gmail.com Sat Apr 23 13:54:27 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Sat, 23 Apr 2011 09:54:27 -0400 Subject: [Slackbuilds-users] chicken slackbuild issue Message-ID: On a 64-bit Slackware 13.1 system, the Chicken (Scheme compiler) slackbuild fails if you specify ARCH=x86_64: chicken-4.6.0/LICENSE chicken-4.6.0/srfi-1.c make -f ./Makefile.linux CONFIG= all make[1]: Entering directory `/tmp/SBo/chicken-4.6.0' make[1]: *** No rule to make target `apply-hack.x86_64.S', needed by `apply-hack.x86_64.o'. Stop. make[1]: Leaving directory `/tmp/SBo/chicken-4.6.0' make: *** [all] Error 2 If you don't specify ARCH, it fails differently: gcc -shared -Wl,-soname,libchicken.so \ -o libchicken.so library.o eval.o data-structures.o ports.o files.o extras.o lolevel.o utils.o tcp.o srfi-1.o srfi-4.o srfi-13.o srfi-14.o srfi-18.o srfi-69.o posixunix.o regex.o scheduler.o profiler.o stub.o expand.o chicken-syntax.o chicken-ffi-syntax.o runtime.o apply-hack.x86-64.o -lm -ldl gcc -L. -shared -Wl,-R"." setup-download.o -o setup-download.so \ -lchicken \ -lm -ldl ./libchicken.so: file not recognized: File format not recognized collect2: ld returned 1 exit status make[1]: *** [setup-download.so] Error 1 make[1]: *** Waiting for unfinished jobs.... ln -sf libchicken.so libchicken.so.5 make[1]: Leaving directory `/tmp/SBo/chicken-4.6.0' make: *** [all] Error 2 /Don Allen -------------- next part -------------- An HTML attachment was scrubbed... URL: From donaldcallen at gmail.com Sat Apr 23 15:04:58 2011 From: donaldcallen at gmail.com (Donald Allen) Date: Sat, 23 Apr 2011 11:04:58 -0400 Subject: [Slackbuilds-users] chicken slackbuild issue In-Reply-To: References: Message-ID: On Sat, Apr 23, 2011 at 9:54 AM, Donald Allen wrote: > On a 64-bit Slackware 13.1 system, the Chicken (Scheme compiler) slackbuild > fails if you specify ARCH=x86_64: > > chicken-4.6.0/LICENSE > chicken-4.6.0/srfi-1.c > make -f ./Makefile.linux CONFIG= all > make[1]: Entering directory `/tmp/SBo/chicken-4.6.0' > make[1]: *** No rule to make target `apply-hack.x86_64.S', needed by > `apply-hack.x86_64.o'. Stop. > make[1]: Leaving directory `/tmp/SBo/chicken-4.6.0' > make: *** [all] Error 2 > > If you don't specify ARCH, it fails differently: > > gcc -shared -Wl,-soname,libchicken.so \ > -o libchicken.so library.o eval.o data-structures.o ports.o > files.o extras.o lolevel.o utils.o tcp.o srfi-1.o srfi-4.o srfi-13.o > srfi-14.o srfi-18.o srfi-69.o posixunix.o regex.o scheduler.o profiler.o > stub.o expand.o chicken-syntax.o chicken-ffi-syntax.o runtime.o > apply-hack.x86-64.o -lm -ldl > gcc -L. -shared -Wl,-R"." setup-download.o -o setup-download.so \ > -lchicken \ > -lm -ldl > ./libchicken.so: file not recognized: File format not recognized > collect2: ld returned 1 exit status > make[1]: *** [setup-download.so] Error 1 > make[1]: *** Waiting for unfinished jobs.... > ln -sf libchicken.so libchicken.so.5 > make[1]: Leaving directory `/tmp/SBo/chicken-4.6.0' > make: *** [all] Error 2 > I think the second error was caused by my use of parallel make (specifying -j 4 to make). The chicken README file mentions that parallel make is not supported and I get the same error when I simply download the 4.6.0 source tarball and attempt to build it with -j 4. Without -j 4, the slackbuild works -- builds the slackware package successfully. /Don > /Don Allen > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gort.klaatu at gmail.com Sun Apr 24 01:38:22 2011 From: gort.klaatu at gmail.com (Klaatu) Date: Sat, 23 Apr 2011 21:38:22 -0400 Subject: [Slackbuilds-users] www3.mplayerhq.hu is gone? Message-ID: I was attempting to build mplayer-codecs tonight and couldn't get to the server listed in the .info file to get the sources. Turns out the server listed in the .info file is www3.mplayerhq.hu and that does indeed seem to be down for now. www.mplayerhq.hu of course works as expected. I went into freenode's #mplayer channel and asked if www3 was gone forever and a random person in that channel said that it looked like it was. Since it came from an unknown source on the almighty Internet, I take it as gospel truth. I dunno, maybe wait a few days, and then maybe we should s/www3/www/ instead? -- klaatu -- --- uzu linukso. subtenu libera programaro. kotizu al oggcastplanet.org/gnuWorldOrder fedorareloaded.com From mickeytintincolle at yahoo.fr Sun Apr 24 01:47:44 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Sun, 24 Apr 2011 03:47:44 +0200 Subject: [Slackbuilds-users] www3.mplayerhq.hu is gone? In-Reply-To: References: Message-ID: <20110424034744.187887dc@ammo42.ens-lyon.fr> Le Sat, 23 Apr 2011 21:38:22 -0400, Klaatu a ?crit : > I was attempting to build mplayer-codecs tonight and couldn't get to > the server listed in the .info file to get the sources. Turns out the > server listed in the .info file is www3.mplayerhq.hu and that does > indeed seem to be down for now. www.mplayerhq.hu of course works as > expected. > > I went into freenode's #mplayer channel and asked if www3 was gone > forever and a random person in that channel said that it looked like > it was. Since it came from an unknown source on the almighty > Internet, I take it as gospel truth. > > I dunno, maybe wait a few days, and then maybe we should s/www3/www/ > instead? It's probably related to this : http://www.phoronix.com/scan.php?page=news_item&px=OTMwNA http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2011-April/068016.html > > -- klaatu > From chaos.proton at gmail.com Sun Apr 24 05:42:44 2011 From: chaos.proton at gmail.com (Grissiom) Date: Sun, 24 Apr 2011 13:42:44 +0800 Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> Message-ID: On Sat, Apr 2, 2011 at 12:22 AM, Rich Shepard wrote: > On Fri, 1 Apr 2011, Greg' Ar Tourter wrote: > >> is R being picked up by anyone? otherwise I'll do it. it would be a >> shame to have that one unmaintained here. > > Greg, > > ?Ivan and I are newcomers to package maintenance but agreed to stumble > along together in maintaining R. Ivan's a chemist using R and I'm an > ecologist just learning R. > FYI, when I try to build R-2.13.0 with the old SlackBuild. I found some bugs: 1, --with-perl option is no longer needed. 2, the old SlackBuild didn't set the CXXFLAGS, FCFLAGS, FFLAGS and OBJCFLAGS. I doubt whether R actually use obj-c but configure report it. And it's no harm to set it. 3, "export" is needed in the "adjust PATH" line. With these changes applied, R seems build and run well on my system. I did a demo(graphics) and it went well. -- Cheers, Grissiom From rshepard at appl-ecosys.com Sun Apr 24 14:45:56 2011 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 24 Apr 2011 07:45:56 -0700 (PDT) Subject: [Slackbuilds-users] My SlackBuilds on -current. In-Reply-To: References: <4D91B5F0.1090607@gmail.com> <4D91BAD5.7080703@gmail.com> <4D91E88C.2040703@gmail.com> <20110401111536.4d78616a@liberty.rlwhome.lan> Message-ID: On Sun, 24 Apr 2011, Grissiom wrote: > FYI, when I try to build R-2.13.0 with the old SlackBuild. I found some bugs: > > 1, --with-perl option is no longer needed. > 2, the old SlackBuild didn't set the CXXFLAGS, FCFLAGS, FFLAGS and > OBJCFLAGS. I doubt whether R actually use obj-c but configure report > it. And it's no harm to set it. > 3, "export" is needed in the "adjust PATH" line. > > With these changes applied, R seems build and run well on my system. I > did a demo(graphics) and it went well. Grissiom, Thank you. I hope to be able to make time this week to continue the conversion of my portable to the 64-bit current and will upgrade the BIOS then start rebuilding packages. Rich From gort.klaatu at gmail.com Sun Apr 24 14:46:56 2011 From: gort.klaatu at gmail.com (Klaatu) Date: Sun, 24 Apr 2011 10:46:56 -0400 Subject: [Slackbuilds-users] www3.mplayerhq.hu is gone? In-Reply-To: <20110424034744.187887dc@ammo42.ens-lyon.fr> References: <20110424034744.187887dc@ammo42.ens-lyon.fr> Message-ID: wow. what a mess. On 4/23/11, /dev/ammo42 wrote: > Le Sat, 23 Apr 2011 21:38:22 -0400, > Klaatu a ?crit : > >> I was attempting to build mplayer-codecs tonight and couldn't get to >> the server listed in the .info file to get the sources. Turns out the >> server listed in the .info file is www3.mplayerhq.hu and that does >> indeed seem to be down for now. www.mplayerhq.hu of course works as >> expected. >> >> I went into freenode's #mplayer channel and asked if www3 was gone >> forever and a random person in that channel said that it looked like >> it was. Since it came from an unknown source on the almighty >> Internet, I take it as gospel truth. >> >> I dunno, maybe wait a few days, and then maybe we should s/www3/www/ >> instead? > It's probably related to this : > http://www.phoronix.com/scan.php?page=news_item&px=OTMwNA > http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2011-April/068016.html >> >> -- klaatu >> > > _______________________________________________ > 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/ > > -- --- uzu linukso. subtenu libera programaro. kotizu al oggcastplanet.org/gnuWorldOrder fedorareloaded.com From skalkoto at gmail.com Sun Apr 24 19:33:06 2011 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Sun, 24 Apr 2011 22:33:06 +0300 Subject: [Slackbuilds-users] Fwd: slackbuilds.org: grub2: typos in dependencies package names In-Reply-To: <63515.97423.qm@web120310.mail.ne1.yahoo.com> References: <63515.97423.qm@web120310.mail.ne1.yahoo.com> Message-ID: ---------- Forwarded message ---------- From: crocket Date: Sun, Apr 24, 2011 at 1:53 PM Subject: Re: slackbuilds.org: grub2: typos in dependencies package names To: Nikos Skalkotos For typos, you better contact slackbuilds.org admins in #slackbuilds in chat.freenode.net. Or send a message about typos to slackbuilds.org mailing list. It's prudent to first contact maintainers regarding this, but slackbuilds.org admins can usually take care of that kind of stuff. ----- Original Message ---- From: Nikos Skalkotos To: crockabiscuit at yahoo.com Sent: Sat, April 23, 2011 3:52:12 AM Subject: slackbuilds.org: grub2: typos in dependencies package names Hello, In http://slackbuilds.org/slackbuilds/13.1/system/grub2/README you mention "osprober" and "unifont" as dependencies for grub2. I searched the repository and there aren't any packages with those names. You probably mean "os-proper" and "gnu-unifont". Can use please update the README file if this is the case? Thank you, Nikos Skalkotos Athens, Greece From rworkman at slackbuilds.org Thu Apr 28 01:23:56 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 28 Apr 2011 01:23:56 +0000 Subject: [Slackbuilds-users] Slackware 13.37 is Out! :-) Message-ID: <20110428012355.GA13658@slackbuilds.org> Wed Apr 27 17:42:43 UTC 2011 Well, it's that time again, and as expected, I'm at a loss for words. I suppose I'll start by thanking all of the usual suspects: the entire admin team here at SlackBuilds.org for the (as always) outstanding work; Pat and the Slackware team for such an elite, er, 1337 distribution, and all of our contributors and users for supporting us over the years. In addition to the usual cleanup and fixes that accompany a new release, we have (thanks in part to git) done some purging of dead and unmaintained stuff from the repo, so hopefully none of that will be missed. The only other notable change since 13.1 is the addition of haskell, perl, python, and ruby categories, so browsing the category listing should be a bit less harsh on the eyes now. Finally, if you are a build script maintainer or potential submitter, we'd like to make the following public service announcement: be sure to check the repo before submitting updates and new things, and if you are doing an update, make sure your local copy is identical to what's in the repo before you begin making changes - we tend to get a bit short-tempered when we have to redo previous fixes in a new submission. Enjoy! --rworkman From gmartin at gmartin.org Thu Apr 28 01:35:23 2011 From: gmartin at gmartin.org (gmartin) Date: Wed, 27 Apr 2011 21:35:23 -0400 Subject: [Slackbuilds-users] Slackware 13.37 is Out! :-) In-Reply-To: <20110428012355.GA13658@slackbuilds.org> References: <20110428012355.GA13658@slackbuilds.org> Message-ID: Thanks Robby, the SB.o team, contributors and the core Slackware team for all your work for the community! Go 13.37! \\Greg On Wed, Apr 27, 2011 at 9:23 PM, Robby Workman wrote: > Wed Apr 27 17:42:43 UTC 2011 > Well, it's that time again, and as expected, I'm at a loss for words. > I suppose I'll start by thanking all of the usual suspects: the entire > admin team here at SlackBuilds.org for the (as always) outstanding work; > Pat and the Slackware team for such an elite, er, 1337 distribution, and > all of our contributors and users for supporting us over the years. > In addition to the usual cleanup and fixes that accompany a new release, we > have (thanks in part to git) done some purging of dead and unmaintained > stuff from the repo, so hopefully none of that will be missed. The only > other notable change since 13.1 is the addition of haskell, perl, python, > and ruby categories, so browsing the category listing should be a bit less > harsh on the eyes now. > Finally, if you are a build script maintainer or potential submitter, we'd > like to make the following public service announcement: be sure to check > the repo before submitting updates and new things, and if you are doing > an update, make sure your local copy is identical to what's in the repo > before you begin making changes - we tend to get a bit short-tempered > when we have to redo previous fixes in a new submission. > Enjoy! --rworkman > > _______________________________________________ > 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 kingbeowulf at gmail.com Thu Apr 28 01:55:02 2011 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 27 Apr 2011 18:55:02 -0700 Subject: [Slackbuilds-users] Slackware 13.37 is Out! :-) In-Reply-To: References: <20110428012355.GA13658@slackbuilds.org> Message-ID: Whoop! Thanks to slack team and SBo! I'm in the middle of a house move but I'll update the scripts I maintain as soon as possible. Just a version bump, no issues afaik in the 1337 VMs. Ed On 4/27/11, gmartin wrote: > Thanks Robby, the SB.o team, contributors and the core Slackware team for > all your work for the community! > > Go 13.37! > > \\Greg > > > > On Wed, Apr 27, 2011 at 9:23 PM, Robby Workman > wrote: > >> Wed Apr 27 17:42:43 UTC 2011 >> Well, it's that time again, and as expected, I'm at a loss for words. >> I suppose I'll start by thanking all of the usual suspects: the entire >> admin team here at SlackBuilds.org for the (as always) outstanding work; >> Pat and the Slackware team for such an elite, er, 1337 distribution, and >> all of our contributors and users for supporting us over the years. >> In addition to the usual cleanup and fixes that accompany a new release, >> we >> have (thanks in part to git) done some purging of dead and unmaintained >> stuff from the repo, so hopefully none of that will be missed. The only >> other notable change since 13.1 is the addition of haskell, perl, python, >> and ruby categories, so browsing the category listing should be a bit >> less >> harsh on the eyes now. >> Finally, if you are a build script maintainer or potential submitter, we'd >> like to make the following public service announcement: be sure to check >> the repo before submitting updates and new things, and if you are doing >> an update, make sure your local copy is identical to what's in the repo >> before you begin making changes - we tend to get a bit short-tempered >> when we have to redo previous fixes in a new submission. >> Enjoy! --rworkman >> >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - http://slackbuilds.org/faq/ >> >> > -- Sent from my mobile device You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From slakmagik at gmail.com Thu Apr 28 03:16:36 2011 From: slakmagik at gmail.com (slakmagik) Date: Wed, 27 Apr 2011 23:16:36 -0400 Subject: [Slackbuilds-users] Sbopkg 0.35.0 Released Message-ID: <20110428031636.GA27640@devbox> Greetings, all. This release includes a few small features, a few modifications, and a few more or less minor bugs. Thanks to everyone who helped. Congrats to Pat, et al., on the new Slackware. sbopkg 0.35.0 (2011-04-28 02:48 UTC) FEATURES * This release of sbopkg is Slackware 13.37-ready. (Congrats to all involved in the Slackware release.) * The READMEs of all installed packages can now be read from the main menu's list/uninstall item. (Selection state will also now be remembered.) Thanks to dmotaleite for the RFE. * Similarly, the -R and -p flags can now be combined to page through the READMEs of all installed packages. * Added ponce's repo (SBo variant for -current) to the default repos. Thanks to Mauro for suggesting this about a year ago. Note that this is unsupported (if a build from this repo breaks in sbopkg you get to keep both pieces) but people seem pleased with this repo and it'll save a step for new users. Note that the default repo files have been reordered, as well. 50-sb64 is now 70, 60-local is now 50, and the new one is 60. This puts the unsupported repos last. If by chance you have a file with those names already in there, upgrading sbopkg will clobber them. See each of the two following sections for more repo-related modifications and bugfixing. * Added a bash completion file for sbopkg. This is independent of the bash-completion package. It can be found in the new doc/contrib directory. Source the file (in your shell startup files if you want it always on automatically) from its current location or wherever you wish to copy it and you should be able to complete some of sbopkg's flags and their arguments. Also see the KNOWN_ISSUES file. Thanks to Sergey V. for this contribution. MODIFICATIONS * Updated French man pages. Thanks to Marie-Claude Collilieux. * Revised documentation: moved the queuefiles directory into a new contrib directory, renamed the README-*.d documents, stripping the '.d'. Clarified/updated the dialog nav/certcheck sections of KNOWN_ISSUES, brought the missing 0.27.0 and 0.33.1 branch changes from their ChangeLogs into NEWS, added a block in README describing all the plain text documents, added a note about making corrections to THANKS, a couple of TODO items, etc. * Note also that symlinks are now made from README-repos and README-renames to READMEs in the corresponding /etc/sbopkg/*.d directories. NOTE that renames files must now end in .renames so, if you have custom files in renames.d, you'll need to rename them. * The 'Choose a repository' dialog widget is now titled 'Repository Selection' and the widget text was revised. Also, the menu itself used to say 'BRANCH (REPO) DESCRIPTION' and now says 'REPO (BRANCH) DESCRIPTION'. The relevant item in the Utilities menu that shows which repo/branch you're on and takes you to the Repository Selection widget was similarly re-ordered. * When a repository directory does not exist, sbopkg now displays, e.g. REPO_{ROOT,NAME,BRANCH} -> /var/lib/sbopkg/,SBo/,13.1 or, in the case of git repos which don't currently have BRANCH directories, it just shows REPO_{ROOT,NAME}. It used to display REPO_ROOT -----------> /var/lib/sbopkg/ While the new line may be odd looking, it should be clear enough that it means REPO_ROOT is /var/lib/sbopkg/, REPO_NAME is SBo/ and REPO_BRANCH is 13.1 and that these are path components and that the path is missing. Before, it would say /var/lib/sbopkg/ didn't exist if, e.g., 13.1 was missing even when /var/lib/sbopkg/ did exist. BUGFIXES * Fixed an issue where URL redirects and SSL certificate check failures could combine to cause a download failure. Thanks to vbatts for raising this issue. * Fixed a documentation bug where the ability to keep a ~/.sbopkg.conf file to override the system config file (since 0.25.0) wasn't documented anywhere other than this file. It's now in both manuals. Thanks to Bill Kirkpatrick for raising this issue. * Fixed an issue where 'Invert all' in file removal dialogs didn't 'invert' but turned everything on or off, regardless of selection state. If it was really intended to be 'Select/Deselect all', then changing the button to "Invert Sel" and making it do that was a feature/modification instead of a bugfix. ;) * Fixed an issue were the user could switch repos, receive a directory creation prompt, abort it, and the active repo would be switched anyway, despite the directory not being created. Now, the original repo is restored as the active one. * Fixed a bug in a previous bugfix that would still let sbopkg download source files whose DOWNLOAD value ended in '/download' even when the source files were cached. * Fixed a depth-restriction bug triggered when an app directory's subdirectory has the same name as another app directory, causing sbopkg to match things or try to use things like openvswitch/xen/foo when xen/foo is intended. Thanks to David Somero for reporting this. From eugen at flevum.de Thu Apr 28 08:30:35 2011 From: eugen at flevum.de (Eugen Wissner) Date: Thu, 28 Apr 2011 10:30:35 +0200 Subject: [Slackbuilds-users] gecko-mediaplayer Message-ID: <20110428103035.318e74d1@hellerstern.kiwi> Hi congratulations with new release! I believe gecko-mediaplayer misses dependency from xulrunner. It isn't listed in gecko-mediaplayer's README but I couldn't get mediaplayer compiled without it. Best regards Eugene Wissner From ozan.turkyilmaz at gmail.com Thu Apr 28 13:41:55 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Thu, 28 Apr 2011 16:41:55 +0300 Subject: [Slackbuilds-users] gecko-mediaplayer In-Reply-To: <20110428103035.318e74d1@hellerstern.kiwi> References: <20110428103035.318e74d1@hellerstern.kiwi> Message-ID: 2011/4/28 Eugen Wissner : > Hi > congratulations with new release! > I believe gecko-mediaplayer misses dependency from xulrunner. It isn't > listed in gecko-mediaplayer's README but I couldn't get mediaplayer > compiled without it. No it does not. Seamonkey has missing headers. Problem is known and missing headers are identified. It will be fixed soon. -- Ozan, BSc, BEng From adaniel19952010 at gmail.com Thu Apr 28 11:36:56 2011 From: adaniel19952010 at gmail.com (Andrew Daniel) Date: Thu, 28 Apr 2011 07:36:56 -0400 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel Message-ID: <000001cc0598$95089fc0$bf19df40$@gmail.com> Hi, After I build and install both the nvidia-driver and nvidia-kernel SlackBuild packages, I try to startx with the module and all I get is this error "Error inserting nvidia (/lib/modules/2.6.37.6/kernel/drivers/video/nvidia.ko): No such device." My xorg.conf is setup correctly. Rebooting does not work either. I have also tried manually loading the module using modprobe, but I get the same error. I have found no way of making the SlackBuild work. Installing the latest Nvidia driver from the official Nvidia website without using the SlackBuild works however. I am using Slackware64 13.37 and used the correct SlackBuilds for this release. -------------- next part -------------- An HTML attachment was scrubbed... URL: From esenede at gmail.com Thu Apr 28 14:25:36 2011 From: esenede at gmail.com (Sergio Dias) Date: Thu, 28 Apr 2011 11:25:36 -0300 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel In-Reply-To: <000001cc0598$95089fc0$bf19df40$@gmail.com> References: <000001cc0598$95089fc0$bf19df40$@gmail.com> Message-ID: Hi, I think your problem is your are getting up the nouveau module, that is a gnu driver for nvidia graphic cards. If you put it in the /etc/modules.d/blacklist.conf and restart will use the nvidia module instead. Sergio Your problem is that nouveau module, the n On Thu, Apr 28, 2011 at 8:36 AM, Andrew Daniel wrote: > Hi, > > > > After I build and install both the nvidia-driver and nvidia-kernel > SlackBuild packages, I try to startx with the module and all I get is this > error ?Error inserting nvidia (/lib/modules/ > 2.6.37.6/kernel/drivers/video/nvidia.ko): No such device." My xorg.conf is > setup correctly. Rebooting does not work either. I have also tried manually > loading the module using modprobe, but I get the same error. I have found no > way of making the SlackBuild work. Installing the latest Nvidia driver from > the official Nvidia website without using the SlackBuild works however. I am > using Slackware64 13.37 and used the correct SlackBuilds for this release. > > _______________________________________________ > 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 ozan.turkyilmaz at gmail.com Thu Apr 28 14:35:50 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Thu, 28 Apr 2011 17:35:50 +0300 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel In-Reply-To: References: <000001cc0598$95089fc0$bf19df40$@gmail.com> Message-ID: 2011/4/28 Sergio Dias : > Hi, > > I think your problem is your are getting up the nouveau module, that is a > gnu driver for nvidia graphic cards. If you put it in the > /etc/modules.d/blacklist.conf and restart will use the nvidia module > instead. > extra/ has a package for blacklisting nouveau. -- Ozan, BSc, BEng From esenede at gmail.com Thu Apr 28 14:42:54 2011 From: esenede at gmail.com (Sergio Dias) Date: Thu, 28 Apr 2011 11:42:54 -0300 Subject: [Slackbuilds-users] OO 3.3.0 Message-ID: Hi, I just modified the slackbuid script to work with Open Office 3.3.0, I dont know how to share ir if you know or want send me a email. Thxs Sergio -------------- next part -------------- An HTML attachment was scrubbed... URL: From dragonwisard at gmail.com Thu Apr 28 15:12:11 2011 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 28 Apr 2011 11:12:11 -0400 Subject: [Slackbuilds-users] OO 3.3.0 In-Reply-To: References: Message-ID: Has anyone tested the OOo Slackbuild with LibreOffice? Is there any interest among other Slackers in transitioning to LibreOffice? Regards, Ben On Thu, Apr 28, 2011 at 10:42 AM, Sergio Dias wrote: > Hi, > > I just modified the slackbuid script to work with Open Office 3.3.0, I dont > know how to share ir if you know or want send me a email. > > Thxs > Sergio > > _______________________________________________ > 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 erik at slackbuilds.org Thu Apr 28 15:21:20 2011 From: erik at slackbuilds.org (Erik Hanson) Date: Thu, 28 Apr 2011 10:21:20 -0500 Subject: [Slackbuilds-users] OO 3.3.0 In-Reply-To: References: Message-ID: <20110428102120.2067ce50@shaggy.doo> On Thu, 28 Apr 2011 11:12:11 -0400 Ben Mendis wrote: > Has anyone tested the OOo Slackbuild with LibreOffice? Is there any > interest among other Slackers in transitioning to LibreOffice? http://slackbuilds.org/result/?search=libreoffice&sv=13.37 -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From pwcazenave at gmail.com Thu Apr 28 15:17:33 2011 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Thu, 28 Apr 2011 16:17:33 +0100 Subject: [Slackbuilds-users] OO 3.3.0 In-Reply-To: References: Message-ID: <4DB9850D.8010200@gmail.com> On 28/04/2011 16:12, Ben Mendis wrote: > Has anyone tested the OOo Slackbuild with LibreOffice? Is there any > interest among other Slackers in transitioning to LibreOffice? > > Regards, Ben > > On Thu, Apr 28, 2011 at 10:42 AM, Sergio Dias > wrote: > >> Hi, >> >> I just modified the slackbuid script to work with Open Office >> 3.3.0, I dont know how to share ir if you know or want send me a >> email. >> >> Thxs Sergio >> >> _______________________________________________ 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/ > There is a LibreOffice Slackbuild already: http://slackbuilds.org/result/?search=libreoffice&sv=13.37 Pierre From kingbeowulf at gmail.com Thu Apr 28 15:18:03 2011 From: kingbeowulf at gmail.com (King Beowulf) Date: Thu, 28 Apr 2011 08:18:03 -0700 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel In-Reply-To: References: <000001cc0598$95089fc0$bf19df40$@gmail.com> Message-ID: Yes, the nouveau driver needs to be blacklisted. I didn't have any issues with -current but I will check the 13.37 release when I can. I'm in the middle of a house move and internet connection is off (yikes! Only blackberry for access!) and my computers are all boxed. -Ed On 4/28/11, Ozan T?rky?lmaz wrote: > 2011/4/28 Sergio Dias : >> Hi, >> >> I think your problem is your are getting up the nouveau module, that is a >> gnu driver for nvidia graphic cards. If you put it in the >> /etc/modules.d/blacklist.conf and restart will use the nvidia module >> instead. >> > > extra/ has a package for blacklisting nouveau. > > -- > Ozan, BSc, BEng > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -- Sent from my mobile device You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From dragonwisard at gmail.com Thu Apr 28 15:23:49 2011 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 28 Apr 2011 11:23:49 -0400 Subject: [Slackbuilds-users] OO 3.3.0 In-Reply-To: <4DB9850D.8010200@gmail.com> References: <4DB9850D.8010200@gmail.com> Message-ID: Thanks! I guess I'm just behind on all the updates recently. On Thu, Apr 28, 2011 at 11:17 AM, Pierre Cazenave wrote: > On 28/04/2011 16:12, Ben Mendis wrote: > >> Has anyone tested the OOo Slackbuild with LibreOffice? Is there any >> interest among other Slackers in transitioning to LibreOffice? >> >> Regards, Ben >> >> On Thu, Apr 28, 2011 at 10:42 AM, Sergio Dias >> wrote: >> >> Hi, >>> >>> I just modified the slackbuid script to work with Open Office >>> 3.3.0, I dont know how to share ir if you know or want send me a >>> email. >>> >>> Thxs Sergio >>> >>> _______________________________________________ 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/ >> >> > There is a LibreOffice Slackbuild already: > > > http://slackbuilds.org/result/?search=libreoffice&sv=13.37 > > Pierre > > _______________________________________________ > 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 ml at mareichelt.com Thu Apr 28 17:11:38 2011 From: ml at mareichelt.com (markus reichelt) Date: Thu, 28 Apr 2011 19:11:38 +0200 Subject: [Slackbuilds-users] Slackware 13.37 is Out! :-) In-Reply-To: References: <20110428012355.GA13658@slackbuilds.org> Message-ID: <20110428171138.GA11636@pc21.mareichelt.com> * King Beowulf wrote: > Whoop! Thanks to slack team and SBo! I'm in the middle of a house > move but I'll update the scripts I maintain as soon as possible. Same here, most likely right after Linuxtag. -- 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 dragonwisard at gmail.com Thu Apr 28 20:24:59 2011 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 28 Apr 2011 16:24:59 -0400 Subject: [Slackbuilds-users] gst-python build problem on 13.37_64 w/ multilib Message-ID: Is anyone else having this issue? I have Slackware64 13.37 w/ Multilib (as per AlienBOB's wiki) and I'm getting a build error on gst-python. The build fails with: /usr/lib/libgstreamer-0.10.so: could not read symbols: File in wrong format Which is because 32-bit version from the gstreamer-compat32 package. Shouldn't it be looking at /usr/lib64/libgstreamer-0.10.so instead? Did I screw something up? Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Thu Apr 28 20:36:05 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Thu, 28 Apr 2011 23:36:05 +0300 (EEST) Subject: [Slackbuilds-users] gst-python build problem on 13.37_64 w/ multilib In-Reply-To: References: Message-ID: On Thu, 28 Apr 2011, Ben Mendis wrote: > > Did I screw something up? > Yes, you didn't read the FAQ. It has anwsers to life, universe and your problem :P -- Ozan, BSc, BEng From dragonwisard at gmail.com Thu Apr 28 21:09:29 2011 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 28 Apr 2011 17:09:29 -0400 Subject: [Slackbuilds-users] gst-python build problem on 13.37_64 w/ multilib In-Reply-To: References: Message-ID: 2011/4/28 Ozan T?rky?lmaz > On Thu, 28 Apr 2011, Ben Mendis wrote: > >> >> Did I screw something up? >> >> Yes, you didn't read the FAQ. It has anwsers to life, universe and your > problem :P > THANK YOU! You're absolutely right. I'll try not to do that again (no promises, though). > -- > Ozan, BSc, BEng > _______________________________________________ > 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 dragonwisard at gmail.com Thu Apr 28 21:16:31 2011 From: dragonwisard at gmail.com (Ben Mendis) Date: Thu, 28 Apr 2011 17:16:31 -0400 Subject: [Slackbuilds-users] www.fox-toolkit.org appears to be down. Message-ID: Ok, trying not to be as dumb as last time, I did check http://www.downforeveryoneorjustme.com/http://www.fox-toolkit.org/ which seems to concur that the page is down. I found fox-toolkit.net, but the versions on their download page appear to be out of date. Does anyone know of an up-to-date mirror? Thanks, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From mickeytintincolle at yahoo.fr Thu Apr 28 21:59:12 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Thu, 28 Apr 2011 23:59:12 +0200 Subject: [Slackbuilds-users] Minitube SlackBuild Message-ID: <20110428235912.17a15895@darkstar.example.net> Hi everybody, The minitube SlackBuild is completely outdated (it builds version 1.1 of minitube, while 1.4.2 is the current version and 1.1 no longer works due to a YouTube protocol change). However, a version bump to 1.4.2 builds a working package (Slackware 13.37 x86_64). BTW, did someone test/use the Xfmedia SlackBuild of which I am supposed to be maintainer ? I no longer use it and the upstream project seems dead (even Debian Squeeze removed it). CC'd to the maintainer of minitube. From ozan.turkyilmaz at gmail.com Thu Apr 28 23:06:21 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Fri, 29 Apr 2011 02:06:21 +0300 (EEST) Subject: [Slackbuilds-users] Minitube SlackBuild In-Reply-To: <20110428235912.17a15895@darkstar.example.net> References: <20110428235912.17a15895@darkstar.example.net> Message-ID: On Thu, 28 Apr 2011, /dev/ammo42 wrote: > Hi everybody, > The minitube SlackBuild is completely outdated (it builds version 1.1 > of minitube, while 1.4.2 is the current version and 1.1 no longer works > due to a YouTube protocol change). However, a version bump to 1.4.2 > builds a working package (Slackware 13.37 x86_64). > BTW, did someone test/use the Xfmedia SlackBuild of which I am supposed > to be maintainer ? I no longer use it and the upstream project seems > dead (even Debian Squeeze removed it). > Yeah, xfmedia is dead. Parole replaced it. ANd it won't work with new Xfce as well. -- Ozan, BSc, BEng From disturbed1976 at gmail.com Fri Apr 29 02:13:32 2011 From: disturbed1976 at gmail.com (Keith Richie) Date: Thu, 28 Apr 2011 22:13:32 -0400 Subject: [Slackbuilds-users] www.fox-toolkit.org appears to be down. In-Reply-To: References: Message-ID: On Thu, Apr 28, 2011 at 5:16 PM, Ben Mendis wrote: > Ok, trying not to be as dumb as last time, I did > check?http://www.downforeveryoneorjustme.com/http://www.fox-toolkit.org/?which > seems to concur that the page is down. I found fox-toolkit.net, but the > versions on their download page appear to be out of date. > Does anyone know of an up-to-date mirror? > Thanks, > Ben > _______________________________________________ > 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've had problems with their site before. They don't seem to have the most reliable web host. http://mirrors.geeks.org/pub/FreeBSD/distfiles/fox-1.6.44.tar.gz Other versions are they too, if you require a particular release. From pc_warner at yahoo.com Fri Apr 29 02:46:15 2011 From: pc_warner at yahoo.com (Phillip Warner) Date: Thu, 28 Apr 2011 19:46:15 -0700 (PDT) Subject: [Slackbuilds-users] gecko-mediaplayer In-Reply-To: Message-ID: <281889.2420.qm@web161711.mail.bf1.yahoo.com> --- On Thu, 4/28/11, Ozan T?rky?lmaz wrote: > From: Ozan T?rky?lmaz > Subject: Re: [Slackbuilds-users] gecko-mediaplayer > To: "SlackBuilds.org Users List" > Date: Thursday, April 28, 2011, 6:41 AM > 2011/4/28 Eugen Wissner : > > Hi > > congratulations with new release! > > I believe gecko-mediaplayer misses dependency from > xulrunner. It isn't > > listed in gecko-mediaplayer's README but I couldn't > get mediaplayer > > compiled without it. > > No it does not. Seamonkey has missing headers. Problem is > known and > missing headers are identified. It will be fixed soon. I have updated SlackBuilds for gnome-mplayer and gecko-mediaplayer 1.0.3 that I plan on releasing after some more testing. The new upstream version is supposed to have FF4 and Chrome support... I'm looking forward to the updated seamonkey package. --phillip From eugen at flevum.de Fri Apr 29 07:55:03 2011 From: eugen at flevum.de (Eugen Wissner) Date: Fri, 29 Apr 2011 09:55:03 +0200 Subject: [Slackbuilds-users] gecko-mediaplayer In-Reply-To: <281889.2420.qm@web161711.mail.bf1.yahoo.com> References: <281889.2420.qm@web161711.mail.bf1.yahoo.com> Message-ID: <20110429095503.24039d1a@hellerstern.kiwi> 1.0.3 doesn't work, it has a bug, gnome-mplayer doesn't start and firefox crashes: http://bugs.gentoo.org/show_bug.cgi?id=364513. But there is a possibility to try to start this with some extra compile flags or to compile the version from svn. Am Thu, 28 Apr 2011 19:46:15 -0700 (PDT) schrieb Phillip Warner : > --- On Thu, 4/28/11, Ozan T?rky?lmaz > wrote: > > > From: Ozan T?rky?lmaz > > Subject: Re: [Slackbuilds-users] gecko-mediaplayer > > To: "SlackBuilds.org Users List" > > Date: Thursday, April 28, 2011, 6:41 AM > > 2011/4/28 Eugen Wissner : > > > Hi > > > congratulations with new release! > > > I believe gecko-mediaplayer misses dependency from > > xulrunner. It isn't > > > listed in gecko-mediaplayer's README but I couldn't > > get mediaplayer > > > compiled without it. > > > > No it does not. Seamonkey has missing headers. Problem is > > known and > > missing headers are identified. It will be fixed soon. > > I have updated SlackBuilds for gnome-mplayer and gecko-mediaplayer > 1.0.3 that I plan on releasing after some more testing. The new > upstream version is supposed to have FF4 and Chrome support... > > I'm looking forward to the updated seamonkey package. > > --phillip > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From audrius at neutrino.lt Fri Apr 29 10:49:12 2011 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 29 Apr 2011 13:49:12 +0300 Subject: [Slackbuilds-users] Change category for my SlackBuilds Message-ID: <20110429104912.GA7111@kiras> Hi, Could admins please change the category from development to python for the following of my SlackBuilds: development/distribute development/pep8 development/pip All of them are used for Python code, so they fit better in python category. There's also libraries/virtualenv which is used to create virtual isolated Python environments and does belong to python category, too, I believe, but since it's not mine, it's up to Larry Hajali to decide on this one. Thanks, -- 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 thomas at beingboiled.info Fri Apr 29 12:43:05 2011 From: thomas at beingboiled.info (Thomas Morper) Date: Fri, 29 Apr 2011 14:43:05 +0200 Subject: [Slackbuilds-users] 13.37 SlackBuild glitches Message-ID: <20110429124305.GA25936@arktinen> Hello fellow Slackbuilders, While preparing packages for my upgrade to 13.37, I noticed minor glitches with some of the Slackbuilds, namely: - hatari: is this still being maintained? The script is for 1.1.0 from 2008, current version is 1.4.0 from 2010. - lighttpd: is this still being maintained? The script is for 1.4.26, current version is 1.4.28 from 2010. - virtualbox: needs jdk from /extra to build. - vobcopy: the README still mentions a dependency on libdvdread from SBo, but this is a part of Slackware now. - wireshark: download link is broken. As I said... details, mostly. But maintainers and admins propably want to have a look at it. -- http://beingboiled.info/slackware/ From mherda at gmail.com Fri Apr 29 15:41:35 2011 From: mherda at gmail.com (Martin) Date: Fri, 29 Apr 2011 16:41:35 +0100 Subject: [Slackbuilds-users] dirac slackbuild gets stuck Message-ID: <4DBADC2F.2030705@gmail.com> Hi there. I can't seem to be able to compile dirac. I'm running a fresh install of Slack64 13.37. When I type ./dirac.Slackbuild it just gets stuck and absolutely nothing happens. Other slackbuilds work fine. What could be the reason? Thank you regards Martin From ozan.turkyilmaz at gmail.com Fri Apr 29 16:25:56 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Fri, 29 Apr 2011 19:25:56 +0300 (EEST) Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: <4DBADC2F.2030705@gmail.com> References: <4DBADC2F.2030705@gmail.com> Message-ID: On Fri, 29 Apr 2011, Martin wrote: > Hi there. > > I can't seem to be able to compile dirac. I'm running a fresh install of > Slack64 13.37. > When I type ./dirac.Slackbuild it just gets stuck and absolutely nothing > happens. > Are you really sure it gets stuck? It may simply compile really slow. Check top etc to see what's going on. And sometimes it looks stuck as compile output changes a little. -- Ozan, BSc, BEng From mickeytintincolle at yahoo.fr Fri Apr 29 16:43:04 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Fri, 29 Apr 2011 18:43:04 +0200 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: References: <4DBADC2F.2030705@gmail.com> Message-ID: <20110429184304.3de9b360@darkstar.example.net> Le Fri, 29 Apr 2011 19:25:56 +0300 (EEST), "Ozan T?rky?lmaz" a ?crit : > On Fri, 29 Apr 2011, Martin wrote: > > Hi there. > > > > I can't seem to be able to compile dirac. I'm running a fresh > > install of Slack64 13.37. > > When I type ./dirac.Slackbuild it just gets stuck and absolutely > > nothing happens. > > > > Are you really sure it gets stuck? It may simply compile really slow. > Check top etc to see what's going on. And sometimes it looks stuck as > compile output changes a little. It Works For Me? (Slackware64 13.37 too), and takes 2 minutes to build with NUMJOBS=-j5 on my Core i3 laptop (I used sbopkg). > From mherda at gmail.com Fri Apr 29 16:42:49 2011 From: mherda at gmail.com (Martin) Date: Fri, 29 Apr 2011 17:42:49 +0100 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: References: <4DBADC2F.2030705@gmail.com> Message-ID: <4DBAEA89.5060202@gmail.com> On 04/29/2011 05:25 PM, Ozan T?rky?lmaz wrote: > On Fri, 29 Apr 2011, Martin wrote: >> Hi there. >> >> I can't seem to be able to compile dirac. I'm running a fresh install >> of Slack64 13.37. >> When I type ./dirac.Slackbuild it just gets stuck and absolutely >> nothing happens. >> > > Are you really sure it gets stuck? It may simply compile really slow. > Check top etc to see what's going on. And sometimes it looks stuck as > compile output changes a little. > Thanks for your reply. There's nothing new appearing in top when I start the slackbuild that would indicate any compiling activity. Well, apart from doxygen, which I don't know what it is. I can see 2 instances of "doxygen" taking 100%CPU. The problem is that it is there even if I interrupt ./dirac.Slackbuild with Ctrl-C. It's a quick system i7/6GB so I don't suppose it compile that slowely. As I said, other slackbuilds are fine. I'll try rebooting the computer and see what happens. I don't know what this doxygen thing is. I remember there was another slackbuild that I used this morning which got stuck at some line mentioning 'doxygen'. thanks again From mherda at gmail.com Fri Apr 29 16:47:56 2011 From: mherda at gmail.com (Martin) Date: Fri, 29 Apr 2011 17:47:56 +0100 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: References: <4DBADC2F.2030705@gmail.com> Message-ID: <4DBAEBBC.4080904@gmail.com> On 04/29/2011 05:25 PM, Ozan T?rky?lmaz wrote: > On Fri, 29 Apr 2011, Martin wrote: >> Hi there. >> >> I can't seem to be able to compile dirac. I'm running a fresh install >> of Slack64 13.37. >> When I type ./dirac.Slackbuild it just gets stuck and absolutely >> nothing happens. >> > > Are you really sure it gets stuck? It may simply compile really slow. > Check top etc to see what's going on. And sometimes it looks stuck as > compile output changes a little. > Ok, I rebooted the computer and got rid of those 'doxygen' processes and everything is fine. I don't know what they were but they seem to have been blocking something. cheers Martin From mherda at gmail.com Fri Apr 29 16:51:49 2011 From: mherda at gmail.com (Martin) Date: Fri, 29 Apr 2011 17:51:49 +0100 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: References: <4DBADC2F.2030705@gmail.com> Message-ID: <4DBAECA5.5070701@gmail.com> Actually, it's not ok. ./dirac.Slackbuild created now an instance of 'doxygen' (as seen in top) and it is stuck at: ... Generating disk names... Adding source references... Adding xrefitems... Sorting member lists... Counting data structures... Resolving user defined references... Finding anchors and sections in the documentation... Combining using relations... Adding members to index pages... The doxygen takes 100% cpu and it's been like that for 4 minutes so definitely something is wrong here. From mherda at gmail.com Fri Apr 29 17:20:35 2011 From: mherda at gmail.com (Martin) Date: Fri, 29 Apr 2011 18:20:35 +0100 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: <20110429184304.3de9b360@darkstar.example.net> References: <4DBADC2F.2030705@gmail.com> <20110429184304.3de9b360@darkstar.example.net> Message-ID: <4DBAF363.1010904@gmail.com> I found and instance when someone got the same problem http://www.linuxquestions.org/questions/slackware-14/libdvdcss-doxygen-problem-877543/ with another slackbuild. I tried to do the same, ie. I removed the line specifying the doc directory and added --disable-doc. Unfortunately, it didn't prevent from creating docs and it got stuck again at the same place. Is there anything else to do to disable creating documentation there. thank you From mickeytintincolle at yahoo.fr Fri Apr 29 17:29:41 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Fri, 29 Apr 2011 19:29:41 +0200 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: <4DBAF363.1010904@gmail.com> References: <4DBADC2F.2030705@gmail.com> <20110429184304.3de9b360@darkstar.example.net> <4DBAF363.1010904@gmail.com> Message-ID: <20110429192941.0583e944@darkstar.example.net> Le Fri, 29 Apr 2011 18:20:35 +0100, Martin a ?crit : > I found and instance when someone got the same problem > http://www.linuxquestions.org/questions/slackware-14/libdvdcss-doxygen-problem-877543/ > with another slackbuild. > > I tried to do the same, ie. I removed the line specifying the doc > directory and added --disable-doc. > Unfortunately, it didn't prevent from creating docs and it got stuck > again at the same place. > > Is there anything else to do to disable creating documentation there. chmod a-x `which doxygen` > > thank you > > > _______________________________________________ > 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 erik at slackbuilds.org Fri Apr 29 17:34:27 2011 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 29 Apr 2011 12:34:27 -0500 Subject: [Slackbuilds-users] 13.37 SlackBuild glitches In-Reply-To: <20110429124305.GA25936@arktinen> References: <20110429124305.GA25936@arktinen> Message-ID: <20110429123427.62961101@shaggy.doo> On Fri, 29 Apr 2011 14:43:05 +0200 Thomas Morper wrote: > - hatari: is this still being maintained? The script is for 1.1.0 from > 2008, current version is 1.4.0 from 2010. > > - lighttpd: is this still being maintained? The script is for 1.4.26, > current version is 1.4.28 from 2010. > > - virtualbox: needs jdk from /extra to build. > > - vobcopy: the README still mentions a dependency on libdvdread from > SBo, but this is a part of Slackware now. > > - wireshark: download link is broken. These are all things you should try contacting the respective maintainers about, they may not be subscribed to this list. We're not here to do version bumps or fix people's typos. :) -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mickeytintincolle at yahoo.fr Fri Apr 29 17:45:43 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Fri, 29 Apr 2011 19:45:43 +0200 Subject: [Slackbuilds-users] dirac slackbuild gets stuck In-Reply-To: <20110429192941.0583e944@darkstar.example.net> References: <4DBADC2F.2030705@gmail.com> <20110429184304.3de9b360@darkstar.example.net> <4DBAF363.1010904@gmail.com> <20110429192941.0583e944@darkstar.example.net> Message-ID: <20110429194543.5471cc6b@darkstar.example.net> Le Fri, 29 Apr 2011 19:29:41 +0200, /dev/ammo42 a ?crit : > Le Fri, 29 Apr 2011 18:20:35 +0100, > Martin a ?crit : > > > I found and instance when someone got the same problem > > http://www.linuxquestions.org/questions/slackware-14/libdvdcss-doxygen-problem-877543/ > > with another slackbuild. > > > > I tried to do the same, ie. I removed the line specifying the doc > > directory and added --disable-doc. > > Unfortunately, it didn't prevent from creating docs and it got > > stuck again at the same place. > > > > Is there anything else to do to disable creating documentation > > there. > chmod a-x `which doxygen` followed by echo "#!/bin/bash" > /usr/local/bin/doxygen chmod a+x /usr/local/bin/doxygen (otherwise make will fail unless called with -k :)) > > > > thank you > > > > > > _______________________________________________ > > 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 yalhcru at gmail.com Fri Apr 29 20:58:41 2011 From: yalhcru at gmail.com (B Watson) Date: Fri, 29 Apr 2011 16:58:41 -0400 Subject: [Slackbuilds-users] 13.37 SlackBuild glitches In-Reply-To: <20110429124305.GA25936@arktinen> References: <20110429124305.GA25936@arktinen> Message-ID: On 4/29/11, Thomas Morper wrote: > - hatari: is this still being maintained? The script is for 1.1.0 from > 2008, current version is 1.4.0 from 2010. That one's mine. I've already got an updated script for 1.4.0, am waiting for 13.37 submissions to open (also the script probably needs to be updated to match the new 13.37 template, if that's changed since 13.1). If you really don't want to wait, I can mail it to you. From pc_warner at yahoo.com Sat Apr 30 00:48:54 2011 From: pc_warner at yahoo.com (Phillip Warner) Date: Fri, 29 Apr 2011 17:48:54 -0700 (PDT) Subject: [Slackbuilds-users] gecko-mediaplayer In-Reply-To: <20110429095503.24039d1a@hellerstern.kiwi> Message-ID: <525886.88877.qm@web161706.mail.bf1.yahoo.com> --- On Fri, 4/29/11, Eugen Wissner wrote: > 1.0.3 doesn't work, it has a bug, > gnome-mplayer doesn't start and > firefox crashes: http://bugs.gentoo.org/show_bug.cgi?id=364513. But > there is a possibility to try to start this with some extra > compile > flags or to compile the version from svn. I believe I fixed that by running "glib-compile-schemas /usr/share/glib-2.0/schemas/" in the doinst.sh file. Otherwise, even running gnome-mplayer by itself would crash with the problem you described. As I said, however, I still need to do a little more testing. --phillip From bosth at lavabit.com Fri Apr 29 20:40:52 2011 From: bosth at lavabit.com (bosth at lavabit.com) Date: Fri, 29 Apr 2011 13:40:52 -0700 (PDT) Subject: [Slackbuilds-users] SlackBuilds Survey Message-ID: <23064.206.16.98.96.1304109652.squirrel@lavabit.com> In case anyone didn't see my post on the LinuxQuestions forum, I'd like to point out that I am doing a 'survey' of SlackBuild use. There's a complete explanation on the LQ page (http://www.linuxquestions.org/questions/slackware-14/slackbuild-survey-877535/), but basically I'd like to know how many people are using SlackBuilds. I am collecting submissions (list of installed SBo packages) from anyone who is interested in participating. I have already received about 100 submissions and in a couple more days, I will post the results of how many people are using each package (and which versions). I hope this information will be of interest to other SlackBuild maintainers, and of course, in the meantime please feel free to contribute your own submission to the survey. Ben From rworkman at slackbuilds.org Sat Apr 30 02:57:13 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 29 Apr 2011 21:57:13 -0500 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel In-Reply-To: References: <000001cc0598$95089fc0$bf19df40$@gmail.com> Message-ID: <20110429215713.6f9e0967@liberty.rlwhome.lan> On Thu, 28 Apr 2011 17:35:50 +0300 Ozan T?rky?lmaz wrote: > 2011/4/28 Sergio Dias : > > Hi, > > > > I think your problem is your are getting up the nouveau module, > > that is a gnu driver for nvidia graphic cards. If you put it in the > > /etc/modules.d/blacklist.conf and restart will use the nvidia module > > instead. > > > > extra/ has a package for blacklisting nouveau. Editing blacklist.conf is a road filled with pain. Don't edit the files shipped with Slackware unless there's no good alternative; that makes upgrades and such *much* easier. That being said, I *think* the binary driver from nvidia installs a blacklist file for you, and if so, then our build script needs to do so as well. However, we do *not* need to use the same filename as the one that ships in /extra. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Sat Apr 30 04:35:10 2011 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 29 Apr 2011 21:35:10 -0700 Subject: [Slackbuilds-users] Problem with nvidia-driver/nvidia-kernel In-Reply-To: <20110429215713.6f9e0967@liberty.rlwhome.lan> References: <000001cc0598$95089fc0$bf19df40$@gmail.com> <20110429215713.6f9e0967@liberty.rlwhome.lan> Message-ID: I'll add a bit in the nvidia slackbuilds to create a unique blacklist file when I update for the new versions. Now that nouveau is present by default we need to make sure everything is nice and tidy. -Ed On 4/29/11, Robby Workman wrote: > On Thu, 28 Apr 2011 17:35:50 +0300 > Ozan T?rky?lmaz wrote: > >> 2011/4/28 Sergio Dias : >> > Hi, >> > >> > I think your problem is your are getting up the nouveau module, >> > that is a gnu driver for nvidia graphic cards. If you put it in the >> > /etc/modules.d/blacklist.conf and restart will use the nvidia module >> > instead. >> > >> >> extra/ has a package for blacklisting nouveau. > > > Editing blacklist.conf is a road filled with pain. Don't edit the > files shipped with Slackware unless there's no good alternative; > that makes upgrades and such *much* easier. That being said, I > *think* the binary driver from nvidia installs a blacklist file > for you, and if so, then our build script needs to do so as well. > However, we do *not* need to use the same filename as the one that > ships in /extra. > > -RW > -- Sent from my mobile device You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From ozan.turkyilmaz at gmail.com Sat Apr 30 06:32:59 2011 From: ozan.turkyilmaz at gmail.com (=?UTF-8?Q?Ozan_T=C3=BCrky=C4=B1lmaz?=) Date: Sat, 30 Apr 2011 09:32:59 +0300 (EEST) Subject: [Slackbuilds-users] gecko-mediaplayer In-Reply-To: <525886.88877.qm@web161706.mail.bf1.yahoo.com> References: <525886.88877.qm@web161706.mail.bf1.yahoo.com> Message-ID: On Fri, 29 Apr 2011, Phillip Warner wrote: > --- On Fri, 4/29/11, Eugen Wissner wrote: > > > 1.0.3 doesn't work, it has a bug, > > gnome-mplayer doesn't start and > > firefox crashes: http://bugs.gentoo.org/show_bug.cgi?id=364513. But > > there is a possibility to try to start this with some extra > > compile > > flags or to compile the version from svn. > > I believe I fixed that by running "glib-compile-schemas /usr/share/glib-2.0/schemas/" in the doinst.sh file. Otherwise, even running gnome-mplayer by itself would crash with the problem you described. > > As I said, however, I still need to do a little more testing. Can you send me the updated script? -- Ozan, BSc, BEng From pwcazenave at gmail.com Sat Apr 30 08:19:43 2011 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Sat, 30 Apr 2011 09:19:43 +0100 Subject: [Slackbuilds-users] CImg $VERSION mismatch Message-ID: <4DBBC61F.6010408@gmail.com> There's a mismatch between the $VERSION number in the .info file and the $VERSION value in the SlackBuild. The .info has 1.2.9 whilst the SlackBuild is 1.4.6 (the latter being correct). I can resubmit a corrected build or could one of the admins change it please? Thanks, Pierre From skalkoto at gmail.com Sat Apr 30 08:50:45 2011 From: skalkoto at gmail.com (Nikos Skalkotos) Date: Sat, 30 Apr 2011 11:50:45 +0300 Subject: [Slackbuilds-users] When do you plan to open the Submission? Message-ID: The SlackBuilds Upload Form page states that the submissions are closed. When do you plan to open it again? I would like to submit a slackbuild for python Cheetah (http://www.cheetahtemplate.org/) I have prepared. Thanx, Nikos Skalkotos From 01micko at gmail.com Sat Apr 30 03:59:20 2011 From: 01micko at gmail.com (Michael Amadio) Date: Sat, 30 Apr 2011 13:59:20 +1000 Subject: [Slackbuilds-users] ffmpeg slackbuild script, 13.37 Message-ID: Hi I ran into a bug building ffmpeg-0.6.1 No problem with dependencies, all built and installed perfectly. ffmpeg built just fine but it fell down at packaging. *POD doc/ffmpeg.pod MAN doc/ffmpeg.1 POD doc/ffplay.pod MAN doc/ffplay.1 POD doc/ffprobe.pod MAN doc/ffprobe.1 POD doc/ffserver.pod MAN doc/ffserver.1 INSTALL doc/ffmpeg.1 INSTALL doc/ffplay.1 INSTALL doc/ffprobe.1 INSTALL doc/ffserver.1 rm doc/ffprobe.pod doc/ffplay.pod doc/ffmpeg.pod doc/ffserver.pod cp: cannot stat `doc/*.html': No such file or directory* That's weird, no html files in doc/ So I commented line 196 in ffmpeg.SlackBuild and all is well for me anyway. Built package, installed, working fine. Can reproduce 100% of the time. Hope this helps, regards Mick -------------- next part -------------- An HTML attachment was scrubbed... URL: From mickeytintincolle at yahoo.fr Sat Apr 30 15:17:48 2011 From: mickeytintincolle at yahoo.fr (/dev/ammo42) Date: Sat, 30 Apr 2011 17:17:48 +0200 Subject: [Slackbuilds-users] ffmpeg slackbuild script, 13.37 In-Reply-To: References: Message-ID: <20110430171748.0cd0886e@darkstar.example.net> Le Sat, 30 Apr 2011 13:59:20 +1000, Michael Amadio <01micko at gmail.com> a ?crit : > Hi > I ran into a bug building ffmpeg-0.6.1 > No problem with dependencies, all built and installed perfectly. > ffmpeg built just fine but it fell down at packaging. > > *POD doc/ffmpeg.pod > MAN doc/ffmpeg.1 > POD doc/ffplay.pod > MAN doc/ffplay.1 > POD doc/ffprobe.pod > MAN doc/ffprobe.1 > POD doc/ffserver.pod > MAN doc/ffserver.1 > INSTALL doc/ffmpeg.1 > INSTALL doc/ffplay.1 > INSTALL doc/ffprobe.1 > INSTALL doc/ffserver.1 > rm doc/ffprobe.pod doc/ffplay.pod doc/ffmpeg.pod doc/ffserver.pod > cp: cannot stat `doc/*.html': No such file or directory* > > That's weird, no html files in doc/ > So I commented line 196 in ffmpeg.SlackBuild and all is well for me > anyway. Built package, installed, working fine. > Can reproduce 100% of the time. ACK for the error part (Slackware64 13.37, with dependencies and VPX=yes). I didn't try commenting line 196, but I think adding || true would be better. > Hope this helps, regards > Mick From pprkut at liwjatan.at Sat Apr 30 15:24:12 2011 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Sat, 30 Apr 2011 17:24:12 +0200 Subject: [Slackbuilds-users] ffmpeg slackbuild script, 13.37 In-Reply-To: References: Message-ID: <201104301724.20025.pprkut@liwjatan.at> On Saturday 30 April 2011 05:59:20 Michael Amadio wrote: > Hi > I ran into a bug building ffmpeg-0.6.1 > No problem with dependencies, all built and installed perfectly. > ffmpeg built just fine but it fell down at packaging. > > cp: cannot stat `doc/*.html': No such file or directory* > > That's weird, no html files in doc/ > So I commented line 196 in ffmpeg.SlackBuild and all is well for me anyway. > Built package, installed, working fine. > Can reproduce 100% of the time. 'Make sure to run this script in a real root shell ("su -") and that you have either tetex or texlive installed.' -README Grs, Heinz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: From mjjzf at syntaktisk.dk Sat Apr 30 20:48:23 2011 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Sat, 30 Apr 2011 22:48:23 +0200 Subject: [Slackbuilds-users] LyX Slackbuild Message-ID: <20110430224823.6206c9e1@espero.syntaktisk.dk> Dear all, Just wanted to inform those of you who like LyX: The most recent Slackbuild is v1.6.8, and subsequently LyX 1.6.9 has been released. However, 2.0 is approaching release with a RC3 out for a while, so I will wait with the update until that one is out of the dock. I am on Slackware 13.37 from today. Thank you all for your efforts. Sincerely, Morten From eugen at flevum.de Sat Apr 30 21:07:18 2011 From: eugen at flevum.de (Eugen Wissner) Date: Sat, 30 Apr 2011 23:07:18 +0200 Subject: [Slackbuilds-users] asunder and abcde Message-ID: <20110430230718.47024efc@hellerstern.kiwi> Hi does anyone maintain asunder or/and abcde? The submitted versions are old, maybe i can take over something... From wxj.g.sh at gmail.com Sat Apr 30 18:08:46 2011 From: wxj.g.sh at gmail.com (vvoody) Date: Sun, 1 May 2011 02:08:46 +0800 Subject: [Slackbuilds-users] When do you plan to open the Submission? In-Reply-To: References: Message-ID: yes, I also have a bunch of updates ;-) On Sat, Apr 30, 2011 at 4:50 PM, Nikos Skalkotos wrote: > The SlackBuilds Upload Form page states that the submissions are > closed. When do you plan to open it again? I would like to submit a > slackbuild for python Cheetah (http://www.cheetahtemplate.org/) I have > prepared. > > > Thanx, > Nikos Skalkotos > _______________________________________________ > 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/ > > -- Free as freedom, slack as Slackware. vvoody From rworkman at slackbuilds.org Sat Apr 30 23:05:01 2011 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 30 Apr 2011 18:05:01 -0500 Subject: [Slackbuilds-users] When do you plan to open the Submission? In-Reply-To: References: Message-ID: <20110430180501.0dad9efa@liberty.rlwhome.lan> On Sat, 30 Apr 2011 11:50:45 +0300 Nikos Skalkotos wrote: > The SlackBuilds Upload Form page states that the submissions are > closed. When do you plan to open it again? The (canonical|usual|expected) answer: When we're ready. :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: