From xavier at maillard.im Sun Jan 1 09:54:36 2012 From: xavier at maillard.im (Xavier Maillard) Date: Sun, 01 Jan 2012 10:54:36 +0100 Subject: [Slackbuilds-users] Updates - 20111231.1 In-Reply-To: References: <20111231011548.0fb9e97e@liberty.rlwhome.lan> Message-ID: On Sat, 31 Dec 2011 14:25:15 -0500, gmartin wrote: > The admins did a lot of work in December to flush the queue. Great work! > Thanks for all the work this year. > Merry Cristmas and happy New Year everyone. Too late for Christmas ;) Congratulations and happy new year to all of you ! All the best for 2012 to you, your friends and your family. /Xavier From netrixtardis at stealth3.com Mon Jan 2 06:29:34 2012 From: netrixtardis at stealth3.com (netrixtardis) Date: Mon, 2 Jan 2012 00:29:34 -0600 Subject: [Slackbuilds-users] Updates - 20111231.1 In-Reply-To: <20111231011548.0fb9e97e@liberty.rlwhome.lan> References: <20111231011548.0fb9e97e@liberty.rlwhome.lan> Message-ID: <20120102002934.41c9da75@conroe.localdomain.lan> On Sat, 31 Dec 2011 01:15:48 -0600 Robby Workman wrote: > network/claws-mail-extra-plugins: Updated for version 3.8.0. the md5 of the source is incorrect. what it should be: leoem at conroe:~$ cat claws-mail-extra-plugins-3.8.0.tar.bz2.md5 4776f6e0357a694f384349ac73b6da52 claws-mail-extra-plugins-3.8.0.tar.bz2 What's in the db: PRGNAM="claws-mail-extra-plugins" MD5SUM="0783008baff9e09cb21ffc8947e9f2ee" NetrixTardis From niels.horn at gmail.com Mon Jan 2 09:56:53 2012 From: niels.horn at gmail.com (Niels Horn) Date: Mon, 2 Jan 2012 07:56:53 -0200 Subject: [Slackbuilds-users] Updates - 20111231.1 In-Reply-To: <20120102002934.41c9da75@conroe.localdomain.lan> References: <20111231011548.0fb9e97e@liberty.rlwhome.lan> <20120102002934.41c9da75@conroe.localdomain.lan> Message-ID: On Mon, Jan 2, 2012 at 4:29 AM, netrixtardis wrote: > On Sat, 31 Dec 2011 01:15:48 -0600 > Robby Workman wrote: > >> network/claws-mail-extra-plugins: Updated for version 3.8.0. > > the md5 of the source is incorrect. > > what it should be: > leoem at conroe:~$ cat claws-mail-extra-plugins-3.8.0.tar.bz2.md5 > 4776f6e0357a694f384349ac73b6da52 ?claws-mail-extra-plugins-3.8.0.tar.bz2 > > What's in the db: > PRGNAM="claws-mail-extra-plugins" > > MD5SUM="0783008baff9e09cb21ffc8947e9f2ee" > > > NetrixTardis They must have repackaged the source: Copy I downloaded when approving: $ md5sum ~/slackware/sources/claws-mail-extra-plugins-3.8.0.tar.bz2 0783008baff9e09cb21ffc8947e9f2ee /root/slackware/sources/claws-mail-extra-plugins-3.8.0.tar.bz2 Copy I downloaded just now: $ md5sum claws-mail-extra-plugins-3.8.0.tar.bz2 4776f6e0357a694f384349ac73b6da52 claws-mail-extra-plugins-3.8.0.tar.bz2 I checked the contents of the two packages and they are exactly the same. Checking on sourceforge, I noticed the date of the "release" was now Dec. 30th, i.e., after we checked it. Checking a bit more, I discovered that the file I downloaded was *named* .bz2, but was actually .gz: $ file ~/slackware/sources/claws-mail-extra-plugins-3.8.0.tar.bz2 /root/slackware/sources/claws-mail-extra-plugins-3.8.0.tar.bz2: gzip compressed data, from Unix, last modified: Fri Dec 16 09:41:26 2011 That's probably why they repackaged it :) I'll fix this in our repo. -- Niels Horn From lukenshiro at ngi.it Tue Jan 3 11:11:43 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Tue, 3 Jan 2012 12:11:43 +0100 Subject: [Slackbuilds-users] libwww-perl README's typo and discussion about dependency list Message-ID: <20120103121143.7ff51ad9@hamalay.mnt> Hi all (and happy new year :)), a kind SBo user has correctly pointed out there is a typo in libwww-perl's README: it currently requires "perl-http-messages", but the right one is "perl-http-message" (without the final 's'). Another point is: which kind of dependencies should be included in README file. As far as I understand we need to indicate just direct/first level dependency packages, and not every dependency of a dependency submitted on SBo. The problem is more evident for perl modules who need a bunch of other perl modules as dependencies, particularly after recent unbundling on cpan.org, as we don't have a sort of automatic system to trace the dep chain out. From a user's point of view I can easily understand how better would be for him/her to have a complete dependency list (e.g. if package A depends on B, C and D; B depends on E and F; C depends on H and G, D depends on G, J and K; a complete list for A would be: "A requires E, F, B, H, G, C, J, K and D") The problem I see here concerns potential modification in 'son' package's dependency list who would necessarily need a modification in every 'father' packages' dependency list, too. Have we a particular policy on it? Opinions on topic are really welcome :) TIA. Regards. -- GNU/Linux * Slackware64 current/multilib LU #210970 SU #12583 LM #98222/#412913 From wrodrigues201 at gmail.com Tue Jan 3 11:41:16 2012 From: wrodrigues201 at gmail.com (wrodrigues201) Date: Tue, 03 Jan 2012 17:11:16 +0530 Subject: [Slackbuilds-users] missing file for john package Message-ID: <4F02E95C.1020700@gmail.com> Hello, Happy new year. Getting a 404 error for john package. http://slackbuilds.org/slackbuilds/13.37/misc/john.tar.gz Thanks. From niels.horn at gmail.com Tue Jan 3 11:59:36 2012 From: niels.horn at gmail.com (Niels Horn) Date: Tue, 3 Jan 2012 09:59:36 -0200 Subject: [Slackbuilds-users] missing file for john package In-Reply-To: <4F02E95C.1020700@gmail.com> References: <4F02E95C.1020700@gmail.com> Message-ID: On Tue, Jan 3, 2012 at 9:41 AM, wrodrigues201 wrote: > Hello, > > Happy new year. > > Getting a 404 error for john package. > http://slackbuilds.org/slackbuilds/13.37/misc/john.tar.gz > > > Thanks. OK, thanks & fixed! -- Niels Horn From slava18 at gmail.com Tue Jan 3 11:50:57 2012 From: slava18 at gmail.com (V'yacheslav Stetskevych) Date: Tue, 3 Jan 2012 13:50:57 +0200 Subject: [Slackbuilds-users] Orphaned packages: ZoneMinder and some more Message-ID: Hi everyone. I feed sad to announce this, but I am no longer able to maintain my slackbuilds. Please pick them up if you feel they are worthy to keep. This list has been generated based on google results for my name at slackbuilds.org. So it might even be incomplete. Personal note for Heinz Wiesinger (re: mail): Dear Heinz, I really thought that in a while I would be able to submit a ZoneMinder update and test it against your ffmpeg, but alas this hasn't happened. Sorry. A note about ZoneMinder: In June 2011 I have done an update of ZM to 1.24.4 and of libjpeg-turbo to 1.1.1. I am attaching these archived builds in case someone wants to base their work on them. ZoneMinder 1.24.4 no longer depends on perl-PHP-Serialization, as they have switched to using json instead. system/eibd libraries/pthsem system/nut system/sqlite2 system/xautomation system/vifm system/shake system/xf86-input-evtouch system/xinput_calibrator development/xtruss games/sl system/ZoneMinder libraries/libjpeg-turbo perl/perl-Devel-Symdump perl/perl-Astro-Suntime perl/perl-MIME-Lite perl/perl-Device-SerialPort perl/perl-Time-modules perl/perl-YAML-Syck perl/perl-Sys-Mmap perl/perl-Test-Inter perl/perl-Date-Manip perl/perl-Pod-Coverage perl/perl-X10 perl/perl-PHP-Serialization perl/perl-Test-Pod-Coverage perl/perl-Email-Date-Format Thanks, -- V'yacheslav. -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Digital and all the music is free... ? ? ? ?http://www.getgnulinux.org -------------- next part -------------- A non-text attachment was scrubbed... Name: ZoneMinder-201106.tar.gz Type: application/x-gzip Size: 1688086 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: libjpeg-turbo-201106.tar.gz Type: application/x-gzip Size: 1448517 bytes Desc: not available URL: From xgizzmo at slackbuilds.org Tue Jan 3 12:15:02 2012 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Tue, 3 Jan 2012 07:15:02 -0500 Subject: [Slackbuilds-users] missing file for john package In-Reply-To: <4F02E95C.1020700@gmail.com> References: <4F02E95C.1020700@gmail.com> Message-ID: <201201030715.03137.xgizzmo@slackbuilds.org> On Tuesday 03 January 2012 06:41:16 wrodrigues201 wrote: > Hello, > > Happy new year. > > Getting a 404 error for john package. > http://slackbuilds.org/slackbuilds/13.37/misc/john.tar.gz > Where did you get that link? john is in system not misc. --dsomero From niels.horn at gmail.com Tue Jan 3 12:17:35 2012 From: niels.horn at gmail.com (Niels Horn) Date: Tue, 3 Jan 2012 10:17:35 -0200 Subject: [Slackbuilds-users] Orphaned packages: ZoneMinder and some more In-Reply-To: References: Message-ID: On Tue, Jan 3, 2012 at 9:50 AM, V'yacheslav Stetskevych wrote: > Hi everyone. > > I feed sad to announce this, but I am no longer able to maintain my slackbuilds. > Please pick them up if you feel they are worthy to keep. > This list has been generated based on google results for my name at > slackbuilds.org. So it might even be incomplete. > > Personal note for Heinz Wiesinger (re: mail): > Dear Heinz, I really thought that in a while I would be able to submit > a ZoneMinder update and test it against your ffmpeg, but alas this > hasn't happened. Sorry. > > A note about ZoneMinder: > In June 2011 I have done an update of ZM to 1.24.4 and of > libjpeg-turbo to 1.1.1. I am attaching these archived builds in case > someone wants to base their work on them. > ZoneMinder 1.24.4 no longer depends on perl-PHP-Serialization, as they > have switched to using json instead. > > system/eibd > libraries/pthsem > system/nut > system/sqlite2 > system/xautomation > system/vifm > system/shake > system/xf86-input-evtouch > system/xinput_calibrator > development/xtruss > games/sl > system/ZoneMinder > libraries/libjpeg-turbo > perl/perl-Devel-Symdump > perl/perl-Astro-Suntime > perl/perl-MIME-Lite > perl/perl-Device-SerialPort > perl/perl-Time-modules > perl/perl-YAML-Syck > perl/perl-Sys-Mmap > perl/perl-Test-Inter > perl/perl-Date-Manip > perl/perl-Pod-Coverage > perl/perl-X10 > perl/perl-PHP-Serialization > perl/perl-Test-Pod-Coverage > perl/perl-Email-Date-Format > > Thanks, > -- V'yacheslav. > > -- > If you think of MS-DOS as mono, and Windows as stereo, > then Linux is Dolby Digital and all the music is free... > ? ? ? ?http://www.getgnulinux.org > OK, to start the list, I'll take "sl". As a terrible typist, I need that :) -- Niels Horn From niels.horn at gmail.com Tue Jan 3 12:18:29 2012 From: niels.horn at gmail.com (Niels Horn) Date: Tue, 3 Jan 2012 10:18:29 -0200 Subject: [Slackbuilds-users] missing file for john package In-Reply-To: <201201030715.03137.xgizzmo@slackbuilds.org> References: <4F02E95C.1020700@gmail.com> <201201030715.03137.xgizzmo@slackbuilds.org> Message-ID: On Tue, Jan 3, 2012 at 10:15 AM, wrote: > On Tuesday 03 January 2012 06:41:16 wrodrigues201 wrote: >> Hello, >> >> Happy new year. >> >> Getting a 404 error for john package. >> http://slackbuilds.org/slackbuilds/13.37/misc/john.tar.gz >> > > Where did you get that link? john is in system not misc. > --dsomero > _______________________________________________ Yes, but it was in "misc" in our database :) -- Niels Horn From ozan.turkyilmaz at gmail.com Tue Jan 3 12:21:06 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Tue, 3 Jan 2012 17:21:06 +0500 Subject: [Slackbuilds-users] Orphaned packages: ZoneMinder and some more In-Reply-To: References: Message-ID: 2012/1/3 V'yacheslav Stetskevych : > Hi everyone. > system/shake I'll grab that one. I use it personally. MAINTAINER="Ozan T?rky?lmaz" EMAIL="ozan.turkyilmaz at gmail.com" I'll check out if any updates this weekend, -- Ozan, BSc, BEng From estranho at diogoleal.com Tue Jan 3 14:09:51 2012 From: estranho at diogoleal.com (Diogo Leal) Date: Tue, 3 Jan 2012 12:09:51 -0200 Subject: [Slackbuilds-users] Orphaned packages: ZoneMinder and some more In-Reply-To: References: Message-ID: On Tue, Jan 3, 2012 at 9:50 AM, V'yacheslav Stetskevych wrote: > Hi everyone. > > I feed sad to announce this, but I am no longer able to maintain my slackbuilds. > Please pick them up if you feel they are worthy to keep. > This list has been generated based on google results for my name at > slackbuilds.org. So it might even be incomplete. > > A note about ZoneMinder: > In June 2011 I have done an update of ZM to 1.24.4 and of > libjpeg-turbo to 1.1.1. I am attaching these archived builds in case > someone wants to base their work on them. > ZoneMinder 1.24.4 no longer depends on perl-PHP-Serialization, as they > have switched to using json instead. > > system/sqlite2 > system/xautomation > system/vifm > system/ZoneMinder > libraries/libjpeg-turbo > perl/perl-Devel-Symdump > perl/perl-Astro-Suntime > perl/perl-MIME-Lite > perl/perl-Device-SerialPort > perl/perl-Time-modules > perl/perl-YAML-Syck > perl/perl-Sys-Mmap > perl/perl-Test-Inter > perl/perl-Date-Manip > perl/perl-Pod-Coverage > perl/perl-X10 > perl/perl-PHP-Serialization > perl/perl-Test-Pod-Coverage > perl/perl-Email-Date-Format Hello, I would like to keep these packages. Since I am an enthusiastically Perl and other packages, and use the xautomation sqlite2. Diogo Leal [estranho] http://diogoleal.com msn | gtalk: estranho at diogoleal.com > > Thanks, > -- V'yacheslav. > > -- > If you think of MS-DOS as mono, and Windows as stereo, > then Linux is Dolby Digital and all the music is free... > ? ? ? ?http://www.getgnulinux.org > > _______________________________________________ > 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 thedoogster at gmail.com Tue Jan 3 15:33:21 2012 From: thedoogster at gmail.com (Doogster) Date: Tue, 3 Jan 2012 07:33:21 -0800 Subject: [Slackbuilds-users] Anyone want to take off compiz-boxmenu? Message-ID: Would anyone like to take over maintenance of the compiz-boxmenu SlackBuild? I'm losing interest in maintaining it because I'm no longer a Compiz user. From niels.horn at gmail.com Tue Jan 3 15:52:44 2012 From: niels.horn at gmail.com (Niels Horn) Date: Tue, 3 Jan 2012 13:52:44 -0200 Subject: [Slackbuilds-users] libwww-perl README's typo and discussion about dependency list In-Reply-To: <20120103121143.7ff51ad9@hamalay.mnt> References: <20120103121143.7ff51ad9@hamalay.mnt> Message-ID: On Tue, Jan 3, 2012 at 9:11 AM, LukenShiro wrote: > Hi all (and happy new year :)), > > a kind SBo user has correctly pointed out there is a typo in > libwww-perl's README: it currently requires "perl-http-messages", but > the right one is "perl-http-message" (without the final 's'). > > > Another point is: which kind of dependencies should be included in > README file. As far as I understand we need to indicate just > direct/first level dependency packages, and not every dependency of a > dependency submitted on SBo. The problem is more evident for perl > modules who need a bunch of other perl modules as dependencies, > particularly after recent unbundling on cpan.org, as we don't have a > sort of automatic system to trace the dep chain out. > From a user's point of view I can easily understand how better would be > for him/her to have a complete dependency list (e.g. if package A > depends on B, C and D; B depends on E and F; C depends on H and G, D > depends on G, J and K; a complete list for A would be: "A requires E, > F, B, H, G, C, J, K and D") > > The problem I see here concerns potential modification in 'son' > package's dependency list who would necessarily need a modification in > every 'father' packages' dependency list, too. > > Have we a particular policy on it? > Opinions on topic are really welcome :) > > TIA. Regards. > > -- > GNU/Linux * Slackware64 current/multilib > LU #210970 SU #12583 LM #98222/#412913 About mentioning dependencies: There is not really an official "policy", but - chatting with the other admins - the general consensus is that: - you need to state the direct dependencies - you do not need to state all the indirect dependencies, but some maintainers do and ... - if you do mention them all, list them in the correct order of building / installing to avoid confusion. Users that can't / don't want to figure out all the second-level dependencies coul use sbopkg with queue files. About the error in the README, you can submit a simple update, or count on me not forgetting to fix it when I get home :) -- Niels Horn From lukenshiro at ngi.it Wed Jan 4 16:41:43 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Wed, 4 Jan 2012 17:41:43 +0100 Subject: [Slackbuilds-users] libwww-perl README's typo and discussion about dependency list In-Reply-To: References: <20120103121143.7ff51ad9@hamalay.mnt> Message-ID: <20120104174143.67f54525@hamalay.mnt> Il giorno Tue, 3 Jan 2012 13:52:44 -0200 Niels Horn ha scritto: > About mentioning dependencies: There is not really an official > "policy", but - chatting with the other admins - the general consensus > is that: > - you need to state the direct dependencies > - you do not need to state all the indirect dependencies, but some > maintainers do and ... > - if you do mention them all, list them in the correct order of > building / installing to avoid confusion. > > Users that can't / don't want to figure out all the second-level > dependencies coul use sbopkg with queue files. Ok, it seems completely reasonable to me :) > About the error in the README, you can submit a simple update, or > count on me not forgetting to fix it when I get home :) Thank you, I will submit an update. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From molbolom at gmail.com Sun Jan 8 05:40:07 2012 From: molbolom at gmail.com (Charles) Date: Sat, 7 Jan 2012 23:40:07 -0600 Subject: [Slackbuilds-users] Vifm 0.7.1 Slackbuild. Message-ID: <20120107234007.1838edf1.molbolom@gmail.com> I saw recently that Diogo Leal had mentioned about taking over for several slackbuilds by V'yacheslav, and I was wondering if he was going to maintain vifm as well? If so, here's a slackbuild I wrote for version 0.7.1 so he can use it and repair it if it has any issues. http://dl.dropbox.com/u/8119425/slackbuilds/vifm/vifm.tar.gz If Diogo doesn't want to do so I would be more than happy to maintain it. -- Charles From pwcazenave at gmail.com Mon Jan 9 10:16:42 2012 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Mon, 09 Jan 2012 10:16:42 +0000 Subject: [Slackbuilds-users] Kino Message-ID: <4F0ABE8A.90100@gmail.com> Kino has not been updated by upstream in some time, and getting it to play nicely with the newest ffmpeg version is something for which I don't have time. As it stands at the moment, it will not build with the ffmpeg in the SBo repository. If anyone would like to take it over (and its dependencies which I also maintain: libavc1394 and libiec61883), they are welcome to do so. Otherwise, I suggest it is removed from the repository as it doesn't work. Thanks, Pierre From matteo.bernardini at gmail.com Mon Jan 9 10:41:54 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 9 Jan 2012 11:41:54 +0100 Subject: [Slackbuilds-users] Kino In-Reply-To: <4F0ABE8A.90100@gmail.com> References: <4F0ABE8A.90100@gmail.com> Message-ID: I don't use kino that much, but it seems to build here (also with ffmpeg-0.9) with this patch from debian/ubuntu http://cgit.ponce.cc/slackbuilds/plain/multimedia/kino/1.3.4_fix_ftbfs_libav.patch and, FYI, as I'm on -current, I use also this other patch (needed for kernels > 2.6.37) http://cgit.ponce.cc/slackbuilds/plain/multimedia/kino/v4l1_includes.diff Matteo From pwcazenave at gmail.com Mon Jan 9 10:46:07 2012 From: pwcazenave at gmail.com (Pierre Cazenave) Date: Mon, 09 Jan 2012 10:46:07 +0000 Subject: [Slackbuilds-users] Kino In-Reply-To: References: <4F0ABE8A.90100@gmail.com> Message-ID: <4F0AC56F.1060906@gmail.com> On 09/01/2012 10:41, Matteo Bernardini wrote: > I don't use kino that much, but it seems to build here (also with > ffmpeg-0.9) with this patch from debian/ubuntu > > http://cgit.ponce.cc/slackbuilds/plain/multimedia/kino/1.3.4_fix_ftbfs_libav.patch > > and, FYI, as I'm on -current, I use also this other patch (needed > for kernels> 2.6.37) > > http://cgit.ponce.cc/slackbuilds/plain/multimedia/kino/v4l1_includes.diff > > Matteo _______________________________________________ > SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > Hi Matteo, I received an email yesterday from someone trying to build kino saying they were unable to do so, and so I pointed them to your repository since I imagined you would have found a fix if one existed. However, I am writing up my thesis at the moment, and time is tight, so I am still unable to maintain kino. To be honest, I haven't had a lot of time for any of my SlackBuilds (even those for programs I use daily). Pierre From willysr at gmail.com Mon Jan 9 11:03:34 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Mon, 9 Jan 2012 18:03:34 +0700 Subject: [Slackbuilds-users] Future guvcview releases Message-ID: Hi, SBo currently host SlackBuild script for guvcview-1.5.0 and there's 1.5.1 available, but it requires gtk3, which is not yet available in Slackware nor SBo project, only in GSB. Any suggestion to solve this? Can we mention that it requires gtk3 and users are advised to install GSB instead? I'm not really convenient with this approach OR we could leave it as it is right now until Slackware update gtk in the official release and by then, we could push the update to guvcview package? Thanks -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From erik at slackbuilds.org Mon Jan 9 11:40:01 2012 From: erik at slackbuilds.org (Erik Hanson) Date: Mon, 9 Jan 2012 05:40:01 -0600 Subject: [Slackbuilds-users] Future guvcview releases In-Reply-To: References: Message-ID: <20120109054001.052a5a45@shaggy.doo> On Mon, 9 Jan 2012 18:03:34 +0700 Willy Sudiarto Raharjo wrote: > we could leave it as it is right now until Slackware update gtk in the > official release and by then, we could push the update to guvcview > package? This is the only viable option. -- Erik Hanson From vbatts at gmail.com Mon Jan 9 13:22:59 2012 From: vbatts at gmail.com (Vincent Batts) Date: Mon, 9 Jan 2012 08:22:59 -0500 Subject: [Slackbuilds-users] Future guvcview releases In-Reply-To: References: Message-ID: What a silly release decision on their part to make achange like that in point release.. (instead of a 2.0, or 1.6 at least). Like in tom callaway's talk, this another way projects make it confusing for packages and folks that are new to everything. vb On Jan 9, 2012 6:11 AM, "Willy Sudiarto Raharjo" wrote: > Hi, > > SBo currently host SlackBuild script for guvcview-1.5.0 and there's > 1.5.1 available, but it requires gtk3, which is not yet available in > Slackware nor SBo project, only in GSB. > > Any suggestion to solve this? > Can we mention that it requires gtk3 and users are advised to install > GSB instead? > I'm not really convenient with this approach > > OR > > we could leave it as it is right now until Slackware update gtk in the > official release and by then, we could push the update to guvcview > package? > > Thanks > > > -- > Willy Sudiarto Raharjo > Personal Blog : http://willysr.blogspot.com > Linux Blog: http://slackblogs.blogspot.com > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From robby at rlworkman.net Wed Jan 11 03:48:47 2012 From: robby at rlworkman.net (Robby Workman) Date: Tue, 10 Jan 2012 21:48:47 -0600 Subject: [Slackbuilds-users] NM 0.9 with Sierra USB 305 modem connection problems In-Reply-To: <1325703497.5890.7.camel@d430> References: <4E56A8BE.6010009@gmail.com> <1325703497.5890.7.camel@d430> Message-ID: <20120110214847.2d60d179@liberty.rlwhome.lan> On Wed, 04 Jan 2012 12:58:17 -0600 Dan Williams wrote: > On Fri, 2011-08-26 at 02:55 +0700, Arief M Utama wrote: > > Hi all, > > > > > > I'm using Debian's NM 0.9 with MM 0.5 (from experimental repo), > > with Sierra Wireless modem USB 305 (USB id: 1199:68a3) mobile > > broadband connection does not work. > > I bought a 305 off ebay and implemented support for it in latest git > master and MM 0.5 last week. If you're able, please try it out and > let me know how it works for you. Wow, Dan - that's awesome. Thanks for continuing to be an upstream that *really* cares about its users. CC'd to the SlackBuilds.org users list just as an "FYI" mail... :) -RW From vbatts at gmail.com Wed Jan 11 13:21:59 2012 From: vbatts at gmail.com (Vincent Batts) Date: Wed, 11 Jan 2012 08:21:59 -0500 Subject: [Slackbuilds-users] NM 0.9 with Sierra USB 305 modem connection problems In-Reply-To: <20120110214847.2d60d179@liberty.rlwhome.lan> References: <4E56A8BE.6010009@gmail.com> <1325703497.5890.7.camel@d430> <20120110214847.2d60d179@liberty.rlwhome.lan> Message-ID: Thanks rworkman. A good example of winning indeed. vb On Jan 10, 2012 10:48 PM, "Robby Workman" wrote: > On Wed, 04 Jan 2012 12:58:17 -0600 > Dan Williams wrote: > > > On Fri, 2011-08-26 at 02:55 +0700, Arief M Utama wrote: > > > Hi all, > > > > > > > > > I'm using Debian's NM 0.9 with MM 0.5 (from experimental repo), > > > with Sierra Wireless modem USB 305 (USB id: 1199:68a3) mobile > > > broadband connection does not work. > > > > I bought a 305 off ebay and implemented support for it in latest git > > master and MM 0.5 last week. If you're able, please try it out and > > let me know how it works for you. > > > Wow, Dan - that's awesome. Thanks for continuing to be an upstream > that *really* cares about its users. > > CC'd to the SlackBuilds.org users list just as an "FYI" mail... :) > > -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 the_emmel at gmx.net Thu Jan 12 10:43:03 2012 From: the_emmel at gmx.net (emmel) Date: Thu, 12 Jan 2012 11:43:03 +0100 Subject: [Slackbuilds-users] R failes to download Message-ID: <20120112104303.GA15136@pollux.mlnet> Tried to build R and got: http://cran.opensourceresources.org/src/base/R-2/R-2.14.0.tar.gz Resolving cran.opensourceresources.org (cran.opensourceresources.org)... 65.111.171.158 Connecting to cran.opensourceresources.org (cran.opensourceresources.org)|65.111.171.158|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2012-01-12 11:39:18 ERROR 403: Forbidden. Message CC'd to the maintainer. -- 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 rshepard at appl-ecosys.com Thu Jan 12 14:07:56 2012 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 12 Jan 2012 06:07:56 -0800 (PST) Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120112104303.GA15136@pollux.mlnet> References: <20120112104303.GA15136@pollux.mlnet> Message-ID: On Thu, 12 Jan 2012, emmel wrote: > Tried to build R and got: > > http://cran.opensourceresources.org/src/base/R-2/R-2.14.0.tar.gz > Resolving cran.opensourceresources.org (cran.opensourceresources.org)... > 65.111.171.158 > Connecting to cran.opensourceresources.org > (cran.opensourceresources.org)|65.111.171.158|:80... connected. > HTTP request sent, awaiting response... 403 Forbidden > 2012-01-12 11:39:18 ERROR 403: Forbidden. I've not let the SlackBuild script download souces tarballs because the version number needs to be updated with each new build in any case. If you wander over to www.r-project.org you can download 2.14.1, change the version in the script and build it. I just did this (downloaded the tarball yesterday but got too busy to continue then). The upgrade from 2.14.0 to 2.14.1 went as smoothly as did the previous upgrades. Rich From the_emmel at gmx.net Thu Jan 12 14:14:33 2012 From: the_emmel at gmx.net (emmel) Date: Thu, 12 Jan 2012 15:14:33 +0100 Subject: [Slackbuilds-users] R failes to download In-Reply-To: References: <20120112104303.GA15136@pollux.mlnet> Message-ID: <20120112141433.GA5670@pollux.mlnet> On Thu, Jan 12, 2012 at 06:07:56AM -0800, Rich Shepard wrote: > On Thu, 12 Jan 2012, emmel wrote: > > >Tried to build R and got: > > > >http://cran.opensourceresources.org/src/base/R-2/R-2.14.0.tar.gz > >Resolving cran.opensourceresources.org (cran.opensourceresources.org)... > >65.111.171.158 > >Connecting to cran.opensourceresources.org > >(cran.opensourceresources.org)|65.111.171.158|:80... connected. > >HTTP request sent, awaiting response... 403 Forbidden > >2012-01-12 11:39:18 ERROR 403: Forbidden. > > I've not let the SlackBuild script download souces tarballs because the > version number needs to be updated with each new build in any case. > > If you wander over to www.r-project.org you can download 2.14.1, change > the version in the script and build it. > > I just did this (downloaded the tarball yesterday but got too busy to > continue then). The upgrade from 2.14.0 to 2.14.1 went as smoothly as did > the previous upgrades. > > Rich So the .info lists a not working download link? Isn't that in violation of the slackbuild guidelines? And should that not be mentioned in the REDAME at least? -- 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 rshepard at appl-ecosys.com Thu Jan 12 15:36:36 2012 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 12 Jan 2012 07:36:36 -0800 (PST) Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120112141433.GA5670@pollux.mlnet> References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> Message-ID: On Thu, 12 Jan 2012, emmel wrote: > So the .info lists a not working download link? Isn't that in violation of > the slackbuild guidelines? And should that not be mentioned in the REDAME > at least? I've no idea. As I wrote, I make it a practice to download the source tarball from the application's web site and modify the version number in the script. I don't download a new script from SBo unless the one I've been using fails. Rich From yalhcru at gmail.com Thu Jan 12 19:19:15 2012 From: yalhcru at gmail.com (B Watson) Date: Thu, 12 Jan 2012 14:19:15 -0500 Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120112141433.GA5670@pollux.mlnet> References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> Message-ID: On 1/12/12, emmel wrote: > So the .info lists a not working download link? Isn't that in violation > of the slackbuild guidelines? And should that not be mentioned in the > REDAME at least? I bet it was a working link at the time the script was submitted... there are quite a few projects that remove their old releases when they make a new release. One way to deal with this would be to make the download link point to a Gentoo or FreeBSD repository, if there's an ebuild or a bsd-port of the package. Gentoo apparently keeps old versions on their mirrors forever. Just make sure the md5sum matches the source from the original site. Another way, of course, would be to mirror it yourself... or ask the SBo admins to store it on the slackbuilds.org site. From rworkman at slackbuilds.org Thu Jan 12 21:06:36 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 12 Jan 2012 15:06:36 -0600 Subject: [Slackbuilds-users] R failes to download In-Reply-To: References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> Message-ID: <20120112150636.7b981df4@liberty.rlwhome.lan> On Thu, 12 Jan 2012 14:19:15 -0500 B Watson wrote: > On 1/12/12, emmel wrote: > > So the .info lists a not working download link? Isn't that in > > violation of the slackbuild guidelines? And should that not be > > mentioned in the REDAME at least? > > I bet it was a working link at the time the script was submitted... > there are quite a few projects that remove their old releases when > they make a new release. Yes indeed. > One way to deal with this would be to make the download link point to > a Gentoo or FreeBSD repository, if there's an ebuild or a bsd-port of > the package. Gentoo apparently keeps old versions on their mirrors > forever. Just make sure the md5sum matches the source from the > original site. Sure, that's fine. > Another way, of course, would be to mirror it yourself... or ask the > SBo admins to store it on the slackbuilds.org site. We *really* don't want to do this. We have done it in the past, but we decided that this was not going to be the norm, so generally speaking, that won't happen. -RW > We *really* don't want to do this. We have done it in the past, but we decided that this was not going to be the norm, so generally speaking, that won't happen. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Thu Jan 12 21:07:58 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 12 Jan 2012 15:07:58 -0600 Subject: [Slackbuilds-users] R failes to download In-Reply-To: References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> Message-ID: <20120112150758.2b2cb63c@liberty.rlwhome.lan> On Thu, 12 Jan 2012 07:36:36 -0800 (PST) Rich Shepard wrote: > On Thu, 12 Jan 2012, emmel wrote: > > > So the .info lists a not working download link? Isn't that in > > violation of the slackbuild guidelines? And should that not be > > mentioned in the REDAME at least? > > I've no idea. As I wrote, I make it a practice to download the > source tarball from the application's web site and modify the version > number in the script. I don't download a new script from SBo unless > the one I've been using fails. Just make sure you *always* sync your local copy of a script (and the associated files - slack-desc, README, etcetera) with what's in our git repo before submitting an 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 crockabiscuit at gmail.com Fri Jan 13 08:24:26 2012 From: crockabiscuit at gmail.com (crocket) Date: Fri, 13 Jan 2012 17:24:26 +0900 Subject: [Slackbuilds-users] The link to chromium source needs fixing. Message-ID: It can be downloaded, but it is downloaded with a weird filename, so sbopkg can't automatically install it. Can anybody fix it? From ml at mareichelt.com Fri Jan 13 08:53:41 2012 From: ml at mareichelt.com (markus reichelt) Date: Fri, 13 Jan 2012 09:53:41 +0100 Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver / foolscap / twisted Message-ID: <20120113085341.GA15641@pc21.mareichelt.com> Aloha, I have some news to share about Tahoe-LAFS. Maintainer(s) of dependency builds are CC The allmydata-tahoe buildscript is still for v1.6.1 In early September I shared info with the listed maintainer to get things going for 1.8.2, and submitted two additional dependencies to SBo. In October I mailed again about tahoe (with info for 1.8.3), and new updated download links for dependencies. In the beginning of November I contacted the maintainer again with an updated buildscript for tahoe-lafs 1.9.0. During that time I also added Slackware to tahoe's "OSpackages page" at https://tahoe-lafs.org/trac/tahoe-lafs/wiki/OSPackages On Nov 19th 2011 I mailed the maintainer the offer about taking over, since then there has been no reply. Since Nov 2011 I offer quick-setup guides/notes for tahoe on Slackware 13.37 @ http://mareichelt.com/pub/mine/tahoe-lafs/ Would it be ok for me to submit my buildscript for allmydata-tahoe 1.9.1 in order to taker over maintainership? Any objections? (I hate to have to do it this way) And there's an oddity with the pycryptopp buildscript: the install of "/usr/embeddedcryptopp/extraversion.h" It's an unusual place for a .h and its naming implies that it shouldn't be there at all. (anyone got a clue?) And the darcsver buildscript needs to be adapted: DOCS="README.rst" is necessary for the latest version (1.7.4) wrt foolscap & twisted: the versions listed on SBo (0.6.1 & 11.0.0) are ok to use in that combo, but if you update, update them both (to 0.6.3 & 11.1.0, the buildscripts on SBo work just fine) Hope I didn't forget something important... Oh well, time for a caffeine refill. -- 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 sid77 at slackware.it Fri Jan 13 09:37:49 2012 From: sid77 at slackware.it (Marco Bonetti) Date: Fri, 13 Jan 2012 10:37:49 +0100 (CET) Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver / foolscap / twisted In-Reply-To: <20120113085341.GA15641@pc21.mareichelt.com> Message-ID: <9a2abc43-d5bb-448f-87c9-4780e4a294d8@zimbra> ----- Original Message ----- > On Nov 19th 2011 I mailed the maintainer the offer about taking over, > since then there has been no reply. I haven't received this email and, IIRC, I've replied all of your previous one. Anyway... > Would it be ok for me to submit my buildscript for allmydata-tahoe > 1.9.1 in order to taker over maintainership? Any objections? > (I hate to have to do it this way) ...I was waiting for the 1.9.1 security fix to update tahoe and it has been released today (yesterday, depending on the time zone). If you are in an hurry, go ahead and take over maintenance of it and needed dependencies as you see it fit in. Just drop here what packages you would like to take on. Have fun! -- Marco Bonetti Tor research and other stuff: http://sid77.slackware.it/ Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From michiel at slackbuilds.org Fri Jan 13 10:59:08 2012 From: michiel at slackbuilds.org (Michiel van Wessem) Date: Fri, 13 Jan 2012 10:59:08 +0000 Subject: [Slackbuilds-users] The link to chromium source needs fixing. In-Reply-To: References: Message-ID: <20120113105908.3d4be240@hades.olympus.lan> On Fri, 13 Jan 2012 17:24:26 +0900 crocket wrote: > It can be downloaded, but it is downloaded with a weird filename, so > sbopkg can't automatically install it. > Have you read /etc/sbopkg/renames.d/README ? Perhaps that what you seek is in there. -- Michiel van Wessem http://slackbuilds.org/ From lukenshiro at ngi.it Fri Jan 13 11:34:04 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Fri, 13 Jan 2012 12:34:04 +0100 Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120112150636.7b981df4@liberty.rlwhome.lan> References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> <20120112150636.7b981df4@liberty.rlwhome.lan> Message-ID: <20120113123404.5026aa2f@hamalay.mnt> Il giorno Thu, 12 Jan 2012 15:06:36 -0600 Robby Workman ha scritto: > > One way to deal with this would be to make the download link point > > to a Gentoo or FreeBSD repository, if there's an ebuild or a > > bsd-port of the package. Gentoo apparently keeps old versions on > > their mirrors forever. Just make sure the md5sum matches the source > > from the original site. > > Sure, that's fine. Just a suggestion: couldn't we maybe introduce an optional fallback DOWNLOAD link in .info's template to be used if upstream main link has been moved or doesn't work? E.g. [..] DOWNLOAD="http://xyz.net/somedir/xxxx.zip" MD5SUM="6d7d71a01ae5731a515ea3e6552cd843" DOWNLOAD2="http://zyx.com/yaddayadda/xxxx.zip" MD5SUM2="6d7d71a01ae5731a515ea3e6552cd843" [..] -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From rootoutcast at hushmail.com Fri Jan 13 12:42:41 2012 From: rootoutcast at hushmail.com (rootoutcast at hushmail.com) Date: Fri, 13 Jan 2012 07:42:41 -0500 Subject: [Slackbuilds-users] Working on slackbuilds for festival and speech_tools Message-ID: <20120113124241.A22B4A6E3F@smtp.hushmail.com> Hi everyone I am working on slackbuilds for festival and speech_tools and am having a problem with simlinks being created during the make process for festival, the festival binary and the festival_client binary in $PKG/usr/bin/ are simlinks to /tmp/SBo/festival/bin/, this is also true for saytime. I have looked at the documentation for festival and found a variable in config/config called FESTIVAL_HOME That can be changed to set the installation location of festival. My question is can this variable be set from inside the slackbuild? Joseph From chris.abela at maltats.com Fri Jan 13 13:11:38 2012 From: chris.abela at maltats.com (ABELA Chris) Date: Fri, 13 Jan 2012 14:11:38 +0100 Subject: [Slackbuilds-users] Working on slackbuilds for festival andspeech_tools In-Reply-To: <20120113124241.A22B4A6E3F@smtp.hushmail.com> References: <20120113124241.A22B4A6E3F@smtp.hushmail.com> Message-ID: Hi everyone I am working on slackbuilds for festival and speech_tools and am having a problem with simlinks being created during the make process for festival, the festival binary and the festival_client binary in $PKG/usr/bin/ are simlinks to /tmp/SBo/festival/bin/, this is also true for saytime. I have looked at the documentation for festival and found a variable in config/config called FESTIVAL_HOME That can be changed to set the installation location of festival. My question is can this variable be set from inside the slackbuild? Joseph _______________________________________________ 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 my experience it is best to assume that you can do anything sensible in a SlackBuild and let the ADMINS sort it at their convenience and discretion, but I would also look for other SlackBuilds to determine the norm; say rm $PKG/usr/bin/my_symlink ln -s /festival/bin/ $PKG/usr/bin/my_symlink This will create a bad symlink in the $PKG but when installed it will point to the correct place. From chris.abela at maltats.com Fri Jan 13 13:18:57 2012 From: chris.abela at maltats.com (ABELA Chris) Date: Fri, 13 Jan 2012 14:18:57 +0100 Subject: [Slackbuilds-users] The link to chromium source needs fixing. In-Reply-To: <20120113105908.3d4be240@hades.olympus.lan> References: <20120113105908.3d4be240@hades.olympus.lan> Message-ID: <2D07BAC3550245CDAE4DF8157C0198CA@maltats.com> Niels implemented a clever solution in my zyGrib.SlackBuild which may be copied: # In case the source was fetched with wget or some other downloader: SRCTAR=$PRGNAM-$VERSION.tgz [ -e "getfile.php?file=$SRCTAR" ] && SRCTAR="getfile.php?file=$SRCTAR" . . . tar xvf $CWD/$SRCTAR . . . -------------- next part -------------- An HTML attachment was scrubbed... URL: From jedi.kenjiro at gmail.com Fri Jan 13 13:38:10 2012 From: jedi.kenjiro at gmail.com (Yucatan "Kenjiro" Costa) Date: Fri, 13 Jan 2012 11:38:10 -0200 Subject: [Slackbuilds-users] The link to chromium source needs fixing. In-Reply-To: <2D07BAC3550245CDAE4DF8157C0198CA@maltats.com> References: <20120113105908.3d4be240@hades.olympus.lan> <2D07BAC3550245CDAE4DF8157C0198CA@maltats.com> Message-ID: I tried downloading the source using 'wget' and had no problems. What does sbopkg uses? curl? On Fri, Jan 13, 2012 at 11:18 AM, ABELA Chris wrote: > Niels implemented a clever solution in my zyGrib.SlackBuild which may be > copied:**** > > ** ** > > ** ** > > # In case the source was fetched with wget or some other downloader:**** > > SRCTAR=$PRGNAM-$VERSION.tgz**** > > [ -e "getfile.php?file=$SRCTAR" ] && SRCTAR="getfile.php?file=$SRCTAR"**** > > ** ** > > .**** > > .**** > > .**** > > tar xvf $CWD/$SRCTAR**** > > .**** > > .**** > > .**** > > ** ** > > _______________________________________________ > 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/ > > > -- May the Force be with you! Yucatan "Kenjiro" Costa -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Fri Jan 13 13:40:13 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Fri, 13 Jan 2012 18:40:13 +0500 Subject: [Slackbuilds-users] The link to chromium source needs fixing. In-Reply-To: References: <20120113105908.3d4be240@hades.olympus.lan> <2D07BAC3550245CDAE4DF8157C0198CA@maltats.com> Message-ID: 2012/1/13 Yucatan "Kenjiro" Costa : > I tried downloading the source using 'wget' and had no problems. > > What does sbopkg uses? curl? > As much as I remember it was wget. But sometimes, proxies gets in the way and gives a weird name for the file. -- Ozan, BSc, BEng From chris.abela at maltats.com Fri Jan 13 14:02:33 2012 From: chris.abela at maltats.com (ABELA Chris) Date: Fri, 13 Jan 2012 15:02:33 +0100 Subject: [Slackbuilds-users] The link to chromium source needs fixing. In-Reply-To: References: <20120113105908.3d4be240@hades.olympus.lan><2D07BAC3550245CDAE4DF8157C0198CA@maltats.com> Message-ID: <141FCCDEBEE7494D870DDA9C191AB795@maltats.com> I tried downloading the source using 'wget' and had no problems. What does sbopkg uses? curl? ________________________________________ From: slackbuilds-users-bounces at slackbuilds.org [mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of Yucatan "Kenjiro" Costa Sent: 13 January 2012 14:38 To: SlackBuilds.org Users List Subject: Re: [Slackbuilds-users] The link to chromium source needs fixing. >From what I read in /usr/sbin/sbopkg, it uses wget, but that is not my point. You could get the source via pigeon courier and your SlackBuild would not be bothered at all. I was just referring to a solution to deal with source names that need fixing. From chris.abela at maltats.com Fri Jan 13 14:05:47 2012 From: chris.abela at maltats.com (ABELA Chris) Date: Fri, 13 Jan 2012 15:05:47 +0100 Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver /foolscap / twisted In-Reply-To: <20120113085341.GA15641@pc21.mareichelt.com> References: <20120113085341.GA15641@pc21.mareichelt.com> Message-ID: <80A34E0C21504E1CAE7AFC90B4FAC6AE@maltats.com> Aloha, I have some news to share about Tahoe-LAFS. Maintainer(s) of dependency builds are CC The allmydata-tahoe buildscript is still for v1.6.1 In early September I shared info with the listed maintainer to get things going for 1.8.2, and submitted two additional dependencies to SBo. In October I mailed again about tahoe (with info for 1.8.3), and new updated download links for dependencies. In the beginning of November I contacted the maintainer again with an updated buildscript for tahoe-lafs 1.9.0. During that time I also added Slackware to tahoe's "OSpackages page" at https://tahoe-lafs.org/trac/tahoe-lafs/wiki/OSPackages On Nov 19th 2011 I mailed the maintainer the offer about taking over, since then there has been no reply. Since Nov 2011 I offer quick-setup guides/notes for tahoe on Slackware 13.37 @ http://mareichelt.com/pub/mine/tahoe-lafs/ Would it be ok for me to submit my buildscript for allmydata-tahoe 1.9.1 in order to taker over maintainership? Any objections? (I hate to have to do it this way) And there's an oddity with the pycryptopp buildscript: the install of "/usr/embeddedcryptopp/extraversion.h" It's an unusual place for a .h and its naming implies that it shouldn't be there at all. (anyone got a clue?) And the darcsver buildscript needs to be adapted: DOCS="README.rst" is necessary for the latest version (1.7.4) wrt foolscap & twisted: the versions listed on SBo (0.6.1 & 11.0.0) are ok to use in that combo, but if you update, update them both (to 0.6.3 & 11.1.0, the buildscripts on SBo work just fine) Hope I didn't forget something important... Oh well, time for a caffeine refill. -- left blank, right bald -----Original Message----- From: slackbuilds-users-bounces at slackbuilds.org [mailto:slackbuilds-users-bounces at slackbuilds.org] On Behalf Of markus reichelt Sent: 13 January 2012 09:54 To: slackbuilds-users at slackbuilds.org Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver /foolscap / twisted I will archive this mail. Just in case someone tell me that Slackware is a dying distro :-) From yalhcru at gmail.com Fri Jan 13 16:45:52 2012 From: yalhcru at gmail.com (B Watson) Date: Fri, 13 Jan 2012 11:45:52 -0500 Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120113123404.5026aa2f@hamalay.mnt> References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> <20120112150636.7b981df4@liberty.rlwhome.lan> <20120113123404.5026aa2f@hamalay.mnt> Message-ID: On 1/13/12, LukenShiro wrote: > Just a suggestion: couldn't we maybe introduce an optional fallback > DOWNLOAD link in .info's template to be used if upstream main link has > been moved or doesn't work? > E.g. > [..] > DOWNLOAD="http://xyz.net/somedir/xxxx.zip" > MD5SUM="6d7d71a01ae5731a515ea3e6552cd843" > DOWNLOAD2="http://zyx.com/yaddayadda/xxxx.zip" > MD5SUM2="6d7d71a01ae5731a515ea3e6552cd843" > [..] Does it need 2 md5sums? The idea is that they're the same file, hosted on different sites, right? From artourter at gmail.com Fri Jan 13 16:46:54 2012 From: artourter at gmail.com (Greg' Ar Tourter) Date: Fri, 13 Jan 2012 16:46:54 +0000 Subject: [Slackbuilds-users] R failes to download In-Reply-To: <20120113123404.5026aa2f@hamalay.mnt> References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> <20120112150636.7b981df4@liberty.rlwhome.lan> <20120113123404.5026aa2f@hamalay.mnt> Message-ID: Well it seems to simply be a case were the mirror used in the info file (cran.opensourceresources.org) is no longer hosting the files. not even the latest version (all file access get a 403 error with an additional 404 on the error page) which probably means that some rather destructive thing has happened somewhere. In the meantime, all the other mirrors I have tried still carry the files, source included. so the info file should probably be changed to (for example): http://ftp.osuosl.org/pub/cran/src/base/R-2/R-2.14.0.tar.gz Hope this helps Greg On 13 January 2012 11:34, LukenShiro wrote: > Il giorno Thu, 12 Jan 2012 15:06:36 -0600 > Robby Workman ha scritto: >> > One way to deal with this would be to make the download link point >> > to a Gentoo or FreeBSD repository, if there's an ebuild or a >> > bsd-port of the package. Gentoo apparently keeps old versions on >> > their mirrors forever. Just make sure the md5sum matches the source >> > from the original site. >> >> Sure, that's fine. > > Just a suggestion: couldn't we maybe introduce an optional fallback > DOWNLOAD link in .info's template to be used if upstream main link has > been moved or doesn't work? > E.g. > [..] > DOWNLOAD="http://xyz.net/somedir/xxxx.zip" > MD5SUM="6d7d71a01ae5731a515ea3e6552cd843" > DOWNLOAD2="http://zyx.com/yaddayadda/xxxx.zip" > MD5SUM2="6d7d71a01ae5731a515ea3e6552cd843" > [..] > > -- > GNU/Linux * Slackware64 current > LU #210970 SU #12583 LM #98222/#412913 > _______________________________________________ > 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 nille.kungen at gmail.com Fri Jan 13 18:47:09 2012 From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_Nille_=C5kerstr=F6m?=) Date: Fri, 13 Jan 2012 19:47:09 +0100 Subject: [Slackbuilds-users] Avidemux Message-ID: <4F107C2D.8020400@gmail.com> I updated avidemux to version 2.5.6 but i got one thing that i like your opinion about. The build makes 2 desktop files Qt and gtk should i leave it like this? Or should only the Qt one be used in KDE and gtk elsewhere? This would be done with the options OnlyShownIn=KDE; and NotShowIn=KDE; in the desktop files. /Nille **** -------------- next part -------------- An HTML attachment was scrubbed... URL: From ml at mareichelt.com Fri Jan 13 19:37:47 2012 From: ml at mareichelt.com (markus reichelt) Date: Fri, 13 Jan 2012 20:37:47 +0100 Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver / foolscap / twisted In-Reply-To: <9a2abc43-d5bb-448f-87c9-4780e4a294d8@zimbra> References: <20120113085341.GA15641@pc21.mareichelt.com> <9a2abc43-d5bb-448f-87c9-4780e4a294d8@zimbra> Message-ID: <20120113193747.GD15641@pc21.mareichelt.com> * Marco Bonetti wrote: > > On Nov 19th 2011 I mailed the maintainer the offer about taking over, > > since then there has been no reply. > I haven't received this email and, IIRC, I've replied all of your > previous one. Anyway... My co-conspirator reminded me to check if I also bothered you on IRC about tahoe. I did ... and feel a little bit stupid now: = 2010 Oct 11 19:16:39-!- Irssi: Starting query in server2 with sid77 = 2010 Oct 11 19:16:39 you there? sorry if i bother you like this but could you please update http://slackbuilds.org/repository/13.1/network/allmydata-tahoe/ ? that version is quite stale, and 1.8.0 is out for 3 weeks now. thanks. And you replied along the lines of "not much time now, take over if you want just tell sbo-u-ml" In retrospect though, it was a good thing I didn't do that; because shortly after that chat life itself showed me all the joy a certain type of new neighbours has to offer. (I eventually relocated) > > Would it be ok for me to submit my buildscript for allmydata-tahoe > > 1.9.1 in order to taker over maintainership? Any objections? > > (I hate to have to do it this way) > I was waiting for the 1.9.1 security fix to update tahoe and it has > been released today (yesterday, depending on the time zone). If > you are in an hurry, go ahead and take over maintenance of it and > needed dependencies as you see it fit in. Just drop here what > packages you would like to take on. > > Have fun! Thank you. I'll submit updated buildscript of allmydata-tahoe later on. As to the dependencies, if it's ok with you, I could also take over: argparse darcsver foolscap Nevow pycryptopp pyOpenSSL python-twisted pyutil zbase32 zfec ok? -- 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 lukenshiro at ngi.it Fri Jan 13 21:52:53 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Fri, 13 Jan 2012 22:52:53 +0100 Subject: [Slackbuilds-users] R failes to download In-Reply-To: References: <20120112104303.GA15136@pollux.mlnet> <20120112141433.GA5670@pollux.mlnet> <20120112150636.7b981df4@liberty.rlwhome.lan> <20120113123404.5026aa2f@hamalay.mnt> Message-ID: <20120113225253.57534a08@hamalay.mnt> Il giorno Fri, 13 Jan 2012 11:45:52 -0500 B Watson ha scritto: > Does it need 2 md5sums? The idea is that they're the same file, hosted > on different sites, right? My bad, obviously you are right :) -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From erik at slackbuilds.org Fri Jan 13 22:31:36 2012 From: erik at slackbuilds.org (Erik Hanson) Date: Fri, 13 Jan 2012 16:31:36 -0600 Subject: [Slackbuilds-users] Updates - 20120113.1 Message-ID: <20120113163136.3b019e16@shaggy.doo> Fri Jan 13 20:47:11 UTC 2012 audio/clementine: Updated for version 1.0.0. audio/sonic-visualiser: Fix missing APPROVED. desktop/compiz-boxmenu: Updated for version 1.1.0. desktop/murrine-themes: Updated for version 0.98.3. desktop/recoll: Updated for version 1.16.2. development/Sphinx: Updated for version 1.1.2. development/alex: Updated for version 3.0.1. development/gambas3: Added (Gambas Almost Means BASic) development/gaphor: Updated for version 0.17.1. development/happy: Updated for version 1.18.8. development/scite: Added missing changelog. development/zope.interface: Updated for version 3.8.0. development/zope.testing: Updated for version 4.0.0. games/Domination: Updated for version 1.1.0.3. games/alienarena: Updated for version 7.53. games/nethack: Added (roguelike game) games/sl: New maintainer, script clean-up. games/yamagi-quake2: Updated for version 4.01. graphics/FreeCAD: Updated for version 0.12.5284. graphics/OpenCASCADE: Updated for version 6.5.2. graphics/dia: Updated for version 0.97.2. graphics/enblend-enfuse: Updated for version 4.0. graphics/hugin: Updated for version 4.0. graphics/librecad: Added (2D CAD program) haskell/haskell-Diff: Added (diff algorithm in haskell) haskell/haskell-GLURaw: Updated for version 1.1.0.1. haskell/haskell-GLUT: Updated for version 2.2.2.1. haskell/haskell-HUnit: Updated for version 1.2.4.2. haskell/haskell-OpenGL: Updated for version 2.4.0.2. haskell/haskell-OpenGLRaw: Updated for version 1.1.0.2. haskell/haskell-QuickCheck: Updated for version 2.4.2. haskell/haskell-X11: Updated for version 1.5.0.1. haskell/haskell-bmp: Added (Read and write BMP image files) haskell/haskell-dataenc: Updated for version 0.14.0.3. haskell/haskell-deepseq: Updated for version 1.2.0.1. haskell/haskell-digest: Updated for version 0.0.1.0. haskell/haskell-gloss: Added (graphics, animations and simulations) haskell/haskell-hashed-storage: Updated for version 0.5.9. haskell/haskell-haskeline: Updated for version 0.6.4.6. haskell/haskell-haskell-src: Updated for version 1.0.1.5. haskell/haskell-network: Updated for version 2.3.0.8. haskell/haskell-parallel: Updated for version 3.2.0.2. haskell/haskell-parsec: Updated for version 3.1.2. haskell/haskell-syb: Updated for version 0.3.6. haskell/haskell-terminfo: Updated for version 0.3.2.3. haskell/haskell-text: Updated for version 0.11.1.12. libraries/SQLObject: Updated for version 1.2.1. libraries/ZODB3: Updated for version 3.10.5. libraries/libcec: Added (library for the Pulse-Eight USB - HDMI CEC adaptor) libraries/libnfs: Added (a client library for accessing NFS shares) libraries/xapian-core: Updated for version 1.2.8. libraries/zope.component: Updated for version 3.12.0. libraries/zope.configuration: Updated for version 3.8.0. libraries/zope.schema: Updated for version 4.0.1. libraries/zope.security: Updated for version 3.8.3. misc/conkyforecast: Updated for version 2.24. misc/gcp: Script clean-up, new DOWNLOAD link. network/claws-mail-extra-plugins: Updated md5sum. network/filezilla: Updated for version 3.5.3. network/icecat: Updated for version 9.0.1. network/licq: Updated for version 1.6.0. network/midori: Updated for version 0.4.3 (+new maintainer) network/pidgin-toobars: Updated for version 1.14. network/qupzilla: Fix location of icons (BUILD bump) network/shorewall6: Updated for version 4.4.27.1. network/shorewall: Updated for version 4.4.27.1. network/uget: Updated for version 1.8.0. network/zabbix_agentd: Updated for version 1.8.10. network/zabbix_proxy: Updated for version 1.8.10. network/zabbix_server: Updated for version 1.8.10. perl/libwww-perl: Fix typo and build order in README. perl/perl-IPC-Run3: Updated for version 0.045. python/subvertpy: Updated for version 0.8.9. system/fusesmb: Fixed typo and misc clean up. system/luckybackup: Updated for version 0.4.6. system/multitail: Updated for version 5.2.9. system/rxvt-unicode: Updated for version 9.14. system/xjobs: Updated for version 20110730. From weibullguy at gmail.com Sat Jan 14 00:11:36 2012 From: weibullguy at gmail.com (Andrew Rowland) Date: Fri, 13 Jan 2012 19:11:36 -0500 Subject: [Slackbuilds-users] Obconf Patch Message-ID: <4F10C838.3080606@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 All, As requested by Mr. Workman in IRC this evening, attached is the patch that will allow Obconf (from git) to build against Openbox-3.5.0. Happy Slacking, Andrew - -- Andrew Rowland 39A3 A9AD 3874 FEB8 741A 993F F6B9 516F CB55 B365 http://sourceforge.net/projects/reliafree/ Please do not send me MS Office files if possible. They are a proprietary format and do not conform to internationally recognized standards. They are difficult to deal with and problematic to use. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk8QyDcACgkQ9rlRb8tVs2U/3wEAnk4dDaNXJi02kkSkaHzAKNys S5oS3FaZcEokofNLkzMBALiWogyGqemg3C1FWqjLNDkMF40YUzcyui0wLZguhddP =D5xX -----END PGP SIGNATURE----- -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: obconf_git_preview.patch URL: From ozan.turkyilmaz at gmail.com Sat Jan 14 02:34:01 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Sat, 14 Jan 2012 07:34:01 +0500 Subject: [Slackbuilds-users] Avidemux In-Reply-To: <4F107C2D.8020400@gmail.com> References: <4F107C2D.8020400@gmail.com> Message-ID: 2012/1/13 Niklas Nille ?kerstr?m : > I updated avidemux to version 2.5.6 but i got one thing that i like your > opinion about. > The build makes 2 desktop files Qt and gtk? should i leave it like this? > Or should only the Qt one be used in KDE and gtk elsewhere? > This would be done with the options OnlyShownIn=KDE; and NotShowIn=KDE; in > the desktop files. > I support this as both GUIs are pretty much same expect the library they use. -- Ozan, BSc, BEng From rworkman at slackbuilds.org Sat Jan 14 06:21:00 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 14 Jan 2012 00:21:00 -0600 Subject: [Slackbuilds-users] Obconf Patch In-Reply-To: <4F10C838.3080606@gmail.com> References: <4F10C838.3080606@gmail.com> Message-ID: <20120114002100.14a4ee68@liberty.rlwhome.lan> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 13 Jan 2012 19:11:36 -0500 Andrew Rowland wrote: > As requested by Mr. Workman in IRC this evening, attached is the patch > that will allow Obconf (from git) to build against Openbox-3.5.0. This still won't build for me. First, I think you diff'd in the wrong order when creating the patch, as it complains of being an already applied patch (so I reversed it to work around that). However, it still wont' build: checking for OPENBOX... configure: error: Package requirements (obrender-3.0 >= 3.4.2 obparser-3.0 >= 3.4.2) were not met: No package 'obrender-3.0' found No package 'obparser-3.0' found - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8RHs0ACgkQvGy9tf6lsvvVyACcDP+CJJoB1l7WxTmvojbAFHrv zxgAn2FRgdKiPl0gp1M0BBht9nyhzxNd =/4X1 -----END PGP SIGNATURE----- From matteo.bernardini at gmail.com Sat Jan 14 10:46:53 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 14 Jan 2012 11:46:53 +0100 Subject: [Slackbuilds-users] Obconf Patch In-Reply-To: <20120114002100.14a4ee68@liberty.rlwhome.lan> References: <4F10C838.3080606@gmail.com> <20120114002100.14a4ee68@liberty.rlwhome.lan> Message-ID: If can be useful, I'm using it in its latest git version like this http://cgit.ponce.cc/slackbuilds/commit/?h=obconf&id=ef875e2ff70fb81ac582a67bf97b929657f98e39 http://cgit.ponce.cc/slackbuilds/plain/desktop/obconf?h=obconf Matteo From sid77 at slackware.it Tue Jan 17 09:09:07 2012 From: sid77 at slackware.it (Marco Bonetti) Date: Tue, 17 Jan 2012 10:09:07 +0100 (CET) Subject: [Slackbuilds-users] Tahoe-LAFS News / pycryptopp / darcsver / foolscap / twisted In-Reply-To: <20120113193747.GD15641@pc21.mareichelt.com> Message-ID: <3d587005-46d4-4953-aa6b-10f8272f1cda@zimbra> ----- Original Message ----- > I'll submit updated buildscript of allmydata-tahoe later on. > > As to the dependencies, if it's ok with you, I could also take over: > > argparse > darcsver > foolscap > Nevow > pycryptopp > pyOpenSSL > python-twisted > pyutil > zbase32 > zfec they're all yours! I will move them out of my git repo later today. -- Marco Bonetti Tor research and other stuff: http://sid77.slackware.it/ Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From dave at dawoodfall.net Thu Jan 19 23:19:18 2012 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 19 Jan 2012 23:19:18 +0000 Subject: [Slackbuilds-users] Clementine readme deps needs an edit Message-ID: <20120119231918.GA27345@Junius> Hi, I mistakenly listed a couple of optional deps in the readme that are stock packages: libmtp libcdio Could someone please edit it for me and check that the others are ok? Cheers Dave -- Studioware http://www.studioware.org From slava18 at gmail.com Mon Jan 23 09:44:13 2012 From: slava18 at gmail.com (V'yacheslav Stetskevych) Date: Mon, 23 Jan 2012 11:44:13 +0200 Subject: [Slackbuilds-users] One of the links to your packages is not working. Perl-date-manip In-Reply-To: References: Message-ID: On Sun, Jan 22, 2012 at 9:51 PM, Branden Capell wrote: > The link is: > > http://search.cpan.org/CPAN/authors/id/S/SB/SBECK/Date-Manip-6.25.tar.gz Hi Branden, the slackbuild is not mine any longer, I gave up maintainership on the mailing list in December. CCing the list. Cheers, V'yacheslav. -- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Digital and all the music is free... ? ? ? ?http://www.getgnulinux.org From andreas at andreasvoegele.com Mon Jan 23 10:29:11 2012 From: andreas at andreasvoegele.com (=?ISO-8859-1?Q?Andreas_V=F6gele?=) Date: Mon, 23 Jan 2012 11:29:11 +0100 Subject: [Slackbuilds-users] One of the links to your packages is not working. Perl-date-manip In-Reply-To: References: Message-ID: V'yacheslav Stetskevych writes: > On Sun, Jan 22, 2012 at 9:51 PM, Branden Capell wrote: >> The link is: >> >> http://search.cpan.org/CPAN/authors/id/S/SB/SBECK/Date-Manip-6.25.tar.gz > > Hi Branden, > > the slackbuild is not mine any longer, I gave up maintainership on the > mailing list in December. I've recently written CPANPLUS::Dist::Slackware, a CPANPLUS plugin that creates Slackware compatible packages from Perl distributions. See L for more information. There's no slackbuild yet but the plugin can be used to package lots of Perl modules with minimal effort. slackbuilds.org also provides cpan2tgz. From Hullen at t-online.de Mon Jan 23 17:16:00 2012 From: Hullen at t-online.de (Helmut Hullen) Date: 23 Jan 2012 18:16:00 +0100 Subject: [Slackbuilds-users] heimdal crashes Message-ID: Hallo, slackbuilds-users, I've just tried to compile heimdal-1.5.1 It crashes with [...] Making all in hdb make[2]: Entering directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' ../../lib/asn1/asn1_compile ./hdb.asn1 hdb_asn1 ../../lib/com_err/compile_et hdb_err.et make all-am make[3]: Entering directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT common.lo -MD -MP -MF .deps/common.Tpo -c -o common.lo common.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c -fPIC -DPIC -o .libs/common.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c -o common.o >/dev/null 2>&1 mv -f .deps/common.Tpo .deps/common.Plo /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT db.lo -MD -MP -MF .deps/db.Tpo -c -o db.lo db.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT db.lo -MD -MP -MF .deps/db.Tpo -c db.c -fPIC -DPIC -o .libs/db.o db.c: In function 'DB_close': db.c:48:5: error: too few arguments to function 'd->close' db.c: In function 'DB_lock': db.c:67:5: error: too few arguments to function 'd->fd' db.c: In function 'DB_unlock': db.c:80:5: error: too few arguments to function 'd->fd' db.c: In function 'DB_seq': db.c:104:15: error: 'DB' has no member named 'seq' db.c:123:43: error: 'R_NEXT' undeclared (first use in this function) db.c:123:43: note: each undeclared identifier is reported only once for each function it appears in db.c: In function 'DB_firstkey': db.c:146:46: error: 'R_FIRST' undeclared (first use in this function) db.c: In function 'DB_nextkey': db.c:153:46: error: 'R_NEXT' undeclared (first use in this function) db.c: In function 'DB__get': db.c:187:5: warning: passing argument 2 of 'd->get' from incompatible pointer type db.c:187:5: note: expected 'struct DB_TXN *' but argument is of type 'struct DBT *' db.c:187:5: error: too few arguments to function 'd->get' db.c: In function 'DB__put': db.c:219:47: error: 'R_NOOVERWRITE' undeclared (first use in this function) db.c:219:5: warning: passing argument 2 of 'd->put' from incompatible pointer type db.c:219:5: note: expected 'struct DB_TXN *' but argument is of type 'struct DBT *' db.c:219:5: error: too few arguments to function 'd->put' db.c: In function 'DB__del': db.c:245:5: warning: passing argument 2 of 'd->del' from incompatible pointer type db.c:245:5: note: expected 'struct DB_TXN *' but argument is of type 'struct DBT *' db.c:245:5: error: too few arguments to function 'd->del' db.c: In function 'DB_open': db.c:269:5: warning: implicit declaration of function 'dbopen' db.c:269:5: warning: nested extern declaration of 'dbopen' db.c:269:16: warning: assignment makes pointer from integer without a cast db.c:273:13: warning: assignment makes pointer from integer without a cast db.c: In function 'DB_nextkey': db.c:154:1: warning: control reaches end of non-void function db.c: In function 'DB_firstkey': db.c:147:1: warning: control reaches end of non-void function make[3]: *** [db.lo] Error 1 make[3]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' make[2]: *** [all] Error 2 make[2]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib' make: *** [all-recursive] Error 1 #------------------------------------------- Where's the problem? Viele Gruesse! Helmut From Hullen at t-online.de Mon Jan 23 19:56:00 2012 From: Hullen at t-online.de (Helmut Hullen) Date: 23 Jan 2012 20:56:00 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: Message-ID: Hallo, Thibaut, Du meintest am 23.01.12: > Are you on slackware 13.37 ? Yes. More precisely: "slackware-current" (32 Bit). From Dec. 2011. > I remember I already saw this problem compiling heimdal 1.5.1, but it > was on slackware 12.1, which have an different version of berkeley db > than 13.37... > If you are on 12.1, 13.0 or 13.1, you can use heimdal 1.4 : > http://slackbuilds.org/repository/13.1/network/heimdal/ I'll take a try. Viele Gruesse! Helmut From matteo.bernardini at gmail.com Mon Jan 23 20:48:48 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 23 Jan 2012 21:48:48 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: References: Message-ID: first the disclaimer, as usual :D remember that slackware-current is unsupported by the build scripts, they are tested on a specific slackware version (in this case, 13.37). then the hacking ;) For curiosity I tried and seems to build fine here on slackware64-current: can it be you're missing the package db44-4.4.20 in your setup? or maybe you're using db5? http://bit.ly/xK1GBq at a quick look seems like a problem with the db headers... FYI, after testing the build, I also updated to 1.5.2 and added two security patches http://bit.ly/ynqzY1 http://bit.ly/wXkMy3 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-4862 https://secunia.com/advisories/47397/ From korgie at gmail.com Mon Jan 23 21:18:16 2012 From: korgie at gmail.com (korgman) Date: Mon, 23 Jan 2012 23:18:16 +0200 Subject: [Slackbuilds-users] Anyone that use libmusicbrainz? Message-ID: <4F1DCE98.1090202@gmail.com> I personally use kid3 for tagging, so I didn't knew that libmusicbrainz-2 (and 3?) are deprecated. One user reported to me (thanks d?????x at gmail.com) that is deprecated http://bugs.musicbrainz.org/ticket/5095 Before I remove the support, Is there anyone out there that uses libmusicbrainz2 (or 3?) From erik at slackbuilds.org Tue Jan 24 01:57:37 2012 From: erik at slackbuilds.org (Erik Hanson) Date: Mon, 23 Jan 2012 19:57:37 -0600 Subject: [Slackbuilds-users] Clementine readme deps needs an edit In-Reply-To: <20120119231918.GA27345@Junius> References: <20120119231918.GA27345@Junius> Message-ID: <20120123195737.58fd3313@shaggy.doo> On Thu, 19 Jan 2012 23:19:18 +0000 David Woodfall wrote: > libmtp > libcdio > > Could someone please edit it for me and check that the others are ok? I made these edits after you mentioned it on IRC. I did not check the others. http://slackbuilds.org/cgit/slackbuilds/commit/?h=erik&id=f541ad -- Erik Hanson From Hullen at t-online.de Tue Jan 24 07:07:00 2012 From: Hullen at t-online.de (Helmut Hullen) Date: 24 Jan 2012 08:07:00 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: Message-ID: Hallo, Thibaut, Du meintest am 23.01.12: > Are you on slackware 13.37 ? > I remember I already saw this problem compiling heimdal 1.5.1, but it > was on slackware 12.1, which have an different version of berkeley db > than 13.37... > If you are on 12.1, 13.0 or 13.1, you can use heimdal 1.4 : > http://slackbuilds.org/repository/13.1/network/heimdal/ > If you absolutly want to use heimdal 1.5.1, I'am afraid you have to > upgrade your slackware version... The tests are still running ... First mistake (my mistake): I had to restore one of my compiling machines from backup, and in that backup I had excluded "*.o" ... Second possible problem: my first tries run on a machine with kernel 3.1 - may be that causes other problems (p.e. with "/usr/lib/include/asm"). Third (minor) problem: my machines don't use X, the actual test now runs without "--with-x", kernel 2.6.38.3 (self made, too). But I'll add some X packages ... Viele Gruesse! Helmut From Hullen at t-online.de Tue Jan 24 15:11:00 2012 From: Hullen at t-online.de (Helmut Hullen) Date: 24 Jan 2012 16:11:00 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: Message-ID: Hallo, Thibaut, Du meintest am 23.01.12: > Are you on slackware 13.37 ? > I remember I already saw this problem compiling heimdal 1.5.1, but it > was on slackware 12.1, which have an different version of berkeley db > than 13.37... > If you are on 12.1, 13.0 or 13.1, you can use heimdal 1.4 : > http://slackbuilds.org/repository/13.1/network/heimdal/ There seems to be another problem. I run a reduced slackware installation, without most X packages. Compiling heimdal-1.4 and/or heimdal-1.5.1 without the option "--with-x" tells config.log: Reading specs from /usr/lib/gcc/i486-slackware-linux/4.5.3/specs COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i486-slackware-linux/4.5.3/lto-wrapper Target: i486-slackware-linux Configured with: ../gcc-4.5.3/configure --prefix=/usr --libdir=/usr/lib --mandir=/usr/man --infodir=/usr/info --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,java,objc,lto --enable-threads=posix --enable-checking=release --enable-objc-gc --with-system-zlib --with-python-dir=/lib/python2.6/site-packages --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --enable-lto --with-gnu-ld --verbose --with-arch=i486 --target=i486-slackware-linux --build=i486-slackware-linux --host=i486-slackware-linux Thread model: posix gcc version 4.5.3 (GCC) last lines from "make": Making all in xnlock make[2]: Entering directory `/tmp/SBo/heimdal-1.4/appl/xnlock' gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT xnlock.o -MD -MP -MF .deps/xnlock.Tpo -c -o xnlock.o xnlock.c In file included from /usr/include/X11/Intrinsic.h:53:0, from xnlock.c:19: /usr/include/X11/Xlib.h:44:19: schwerwiegender Fehler: X11/X.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[2]: *** [xnlock.o] Fehler 1 make[2]: Leaving directory `/tmp/SBo/heimdal-1.4/appl/xnlock' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/tmp/SBo/heimdal-1.4/appl' make: *** [all-recursive] Fehler 1 ---------------------------------------------------------- Why tries heimdal to "make" xnlock? Viele Gruesse! Helmut From dave at dawoodfall.net Tue Jan 24 17:07:34 2012 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 24 Jan 2012 17:07:34 +0000 Subject: [Slackbuilds-users] Clementine readme deps needs an edit In-Reply-To: <20120123195737.58fd3313@shaggy.doo> References: <20120119231918.GA27345@Junius> <20120123195737.58fd3313@shaggy.doo> Message-ID: <20120124170734.GA9725@Junius> On (19:57 23/01/12), Erik Hanson put forth the proposition: >On Thu, 19 Jan 2012 23:19:18 +0000 >David Woodfall wrote: > >> libmtp >> libcdio >> >> Could someone please edit it for me and check that the others are ok? > >I made these edits after you mentioned it on IRC. I did not check the >others. > >http://slackbuilds.org/cgit/slackbuilds/commit/?h=erik&id=f541ad Ok thanks Erik. >-- >Erik Hanson -- Studioware http://www.studioware.org From matteo.bernardini at gmail.com Tue Jan 24 17:56:15 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 24 Jan 2012 18:56:15 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: References: Message-ID: have you tried --without-x ? Matteo From Hullen at t-online.de Tue Jan 24 20:45:00 2012 From: Hullen at t-online.de (Helmut Hullen) Date: 24 Jan 2012 21:45:00 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: Message-ID: Hallo, Matteo, Du meintest am 24.01.12: > have you tried > --without-x > ? Now? Yes! And it works with heimdal-1.5.1 ./configure --help | grep PACKAGE shows that "--with-x" seems to be the default, which is changed by "-- without-x" or "--with-x=no". Not only by ommiting the option. Thank you! Viele Gruesse! Helmut From thibaut.notteboom at gmail.com Mon Jan 23 19:36:08 2012 From: thibaut.notteboom at gmail.com (Thibaut Notteboom) Date: Mon, 23 Jan 2012 20:36:08 +0100 Subject: [Slackbuilds-users] heimdal crashes In-Reply-To: References: Message-ID: Hello, Are you on slackware 13.37 ? I remember I already saw this problem compiling heimdal 1.5.1, but it was on slackware 12.1, which have an different version of berkeley db than 13.37... If you are on 12.1, 13.0 or 13.1, you can use heimdal 1.4 : http://slackbuilds.org/repository/13.1/network/heimdal/ If you absolutly want to use heimdal 1.5.1, I'am afraid you have to upgrade your slackware version... Sincerely yours, -- Thibaut 2012/1/23 Helmut Hullen > Hallo, slackbuilds-users, > > I've just tried to compile heimdal-1.5.1 > > It crashes with > > [...] > > Making all in hdb > make[2]: Entering directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' > ../../lib/asn1/asn1_compile ./hdb.asn1 hdb_asn1 > ../../lib/com_err/compile_et hdb_err.et > make all-am > make[3]: Entering directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' > /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken > -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 > -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall > -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast > -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT > common.lo -MD -MP -MF .deps/common.Tpo -c -o common.lo common.c > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include > -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 > -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite > -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes > -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs > -O2 -march=i486 -mtune=i686 -MT common.lo -MD -MP -MF .deps/common.Tpo -c > common.c -fPIC -DPIC -o .libs/common.o > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include > -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 > -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite > -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes > -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs > -O2 -march=i486 -mtune=i686 -MT common.lo -MD -MP -MF .deps/common.Tpo -c > common.c -o common.o >/dev/null 2>&1 > mv -f .deps/common.Tpo .deps/common.Plo > /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. > -I. -I../../include -I../../include -I../../lib/roken -I../../lib/roken > -I../asn1 -I./../asn1 -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 > -I../../lib/sqlite -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall > -Wmissing-prototypes -Wpointer-arith -Wbad-function-cast > -Wmissing-declarations -Wnested-externs -O2 -march=i486 -mtune=i686 -MT > db.lo -MD -MP -MF .deps/db.Tpo -c -o db.lo db.c > libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I../../include > -I../../include -I../../lib/roken -I../../lib/roken -I../asn1 -I./../asn1 > -DHDB_DB_DIR=\"/var/heimdal\" -I./../krb5 -I../../lib/sqlite > -D_LARGE_FILES= -D_FILE_OFFSET_BITS=64 -Wall -Wmissing-prototypes > -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs > -O2 -march=i486 -mtune=i686 -MT db.lo -MD -MP -MF .deps/db.Tpo -c db.c > -fPIC -DPIC -o .libs/db.o > db.c: In function 'DB_close': > db.c:48:5: error: too few arguments to function 'd->close' > db.c: In function 'DB_lock': > db.c:67:5: error: too few arguments to function 'd->fd' > db.c: In function 'DB_unlock': > db.c:80:5: error: too few arguments to function 'd->fd' > db.c: In function 'DB_seq': > db.c:104:15: error: 'DB' has no member named 'seq' > db.c:123:43: error: 'R_NEXT' undeclared (first use in this function) > db.c:123:43: note: each undeclared identifier is reported only once for > each function it appears in > db.c: In function 'DB_firstkey': > db.c:146:46: error: 'R_FIRST' undeclared (first use in this function) > db.c: In function 'DB_nextkey': > db.c:153:46: error: 'R_NEXT' undeclared (first use in this function) > db.c: In function 'DB__get': > db.c:187:5: warning: passing argument 2 of 'd->get' from incompatible > pointer type > db.c:187:5: note: expected 'struct DB_TXN *' but argument is of type > 'struct DBT *' > db.c:187:5: error: too few arguments to function 'd->get' > db.c: In function 'DB__put': > db.c:219:47: error: 'R_NOOVERWRITE' undeclared (first use in this function) > db.c:219:5: warning: passing argument 2 of 'd->put' from incompatible > pointer type > db.c:219:5: note: expected 'struct DB_TXN *' but argument is of type > 'struct DBT *' > db.c:219:5: error: too few arguments to function 'd->put' > db.c: In function 'DB__del': > db.c:245:5: warning: passing argument 2 of 'd->del' from incompatible > pointer type > db.c:245:5: note: expected 'struct DB_TXN *' but argument is of type > 'struct DBT *' > db.c:245:5: error: too few arguments to function 'd->del' > db.c: In function 'DB_open': > db.c:269:5: warning: implicit declaration of function 'dbopen' > db.c:269:5: warning: nested extern declaration of 'dbopen' > db.c:269:16: warning: assignment makes pointer from integer without a cast > db.c:273:13: warning: assignment makes pointer from integer without a cast > db.c: In function 'DB_nextkey': > db.c:154:1: warning: control reaches end of non-void function > db.c: In function 'DB_firstkey': > db.c:147:1: warning: control reaches end of non-void function > make[3]: *** [db.lo] Error 1 > make[3]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' > make[2]: *** [all] Error 2 > make[2]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib/hdb' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/SBo/heimdal-1.5.1/lib' > make: *** [all-recursive] Error 1 > > #------------------------------------------- > > Where's the problem? > > Viele Gruesse! > Helmut > _______________________________________________ > 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 pfeifer.felix at googlemail.com Sun Jan 29 19:42:52 2012 From: pfeifer.felix at googlemail.com (Felix Pfeifer) Date: Sun, 29 Jan 2012 20:42:52 +0100 Subject: [Slackbuilds-users] Anyone that use libmusicbrainz? In-Reply-To: <4F1DCE98.1090202@gmail.com> References: <4F1DCE98.1090202@gmail.com> Message-ID: Hi korgman, sry for my late response. (i still have no internet at my new home.) I had a look at the READMEs and i found this: root at darkstar:/var/lib/sbopkg/SBo/13.37# grep brainz */*/README audio/HamsiManager/README:Optional dependencies: python-musicbrainz2 and MySQL-python for more audio/dcd/README:This requires libmusicbrainz. audio/kid3/README:This requires libmusicbrainz (2 or 3), libofa, libtunepimp, and id3lib. audio/puddletag/README:This requires pyparsing, mutagen, configobj and python-musicbrainz2. audio/rhythmbox/README:vala, avahi, libdmapsharing, and libmusicbrainz are optional dependencies. audio/xmms-scrobbler/README:This requires libmusicbrainz. libraries/libmusicbrainz/README:libmusicbrainz (library for accessing MusicBrainz servers) libraries/libmusicbrainz3/README:The libmusicbrainz (also known as mb_client or MusicBrainz Client Library) libraries/libmusicbrainz3/README:Note: This is a new library for libmusicbrainz, which is not backwards libraries/libtunepimp/README:standardized directory hierarchy. libmusicbrainz and libtunepimp are used by libraries/libtunepimp/README:This requires libmusicbrainz and libofa. multimedia/gnome-mplayer/README:pass "GCONF=YES" to the script. libmusicbrainz3 is an optional dependency. multimedia/ripit/README:When using Musicbrainz DB one needs additionally: WebService::MusicBrainz python/python-musicbrainz2/README:If you'd like to generate and install the python-musicbrainz2 API documents, I guess some other maintainers would appreciate to keep this? Felix From pfeifer.felix at googlemail.com Sun Jan 29 19:45:48 2012 From: pfeifer.felix at googlemail.com (Felix Pfeifer) Date: Sun, 29 Jan 2012 20:45:48 +0100 Subject: [Slackbuilds-users] launchpadd Message-ID: Hi list, launchpadd is deprecated since 13.37. The driver for the novation launchpad is now part of the kernel. Can some admin please remove this script? (I didn't test it a long period so i found this out just recently.) Felix From erik at slackbuilds.org Sun Jan 29 20:05:35 2012 From: erik at slackbuilds.org (Erik Hanson) Date: Sun, 29 Jan 2012 14:05:35 -0600 Subject: [Slackbuilds-users] launchpadd In-Reply-To: References: Message-ID: <20120129140535.12bd6d94@shaggy.doo> On Sun, 29 Jan 2012 20:45:48 +0100 Felix Pfeifer wrote: > Hi list, > > launchpadd is deprecated since 13.37. The driver for the novation > launchpad is now part of the kernel. Can some admin please remove > this script? (I didn't test it a long period so i found this out just > recently.) It's taken care of and will be removed in the next public update, Thanks. -- Erik Hanson