From xgizzmo at slackbuilds.org Tue Jan 1 22:11:29 2013 From: xgizzmo at slackbuilds.org (David Somero) Date: Tue, 1 Jan 2013 17:11:29 -0500 Subject: [Slackbuilds-users] Updates - 20130101.1 Message-ID: <20130101221129.GA26117@slackbuilds.org> Happy New Year from all of us at SlackBuilds.org. Tue Jan 1 21:37:11 UTC 2013 academic/ent: License added. academic/mapnik: Added (map-rendering toolkit) audio/horgand: License and capability support added. audio/rhythmbox: Removed libiconv from the optional dependencies. development/gambas3: Removed libiconv from the optional deps. development/qt-creator: Updated for version 2.6.1. games/golly: Added (Game of Life simulator) games/pokerth: Updated for version 1.0. games/stone_soup: Fixed in game docs. games/tome: Misc build cleanups. games/torcs: Updated for version 1.3.4. games/vbam: Updated for version r1138, only builds gvbam now. libraries/geos: Updated for version 3.3.6. libraries/libicns: Updated for version 0.8.1. libraries/libiconv: Removed (conflicts with glibc). misc/cwiid: License added. misc/heyu: Updated for version 2.10. multimedia/mtpfs: Updated for version 1.1. multimedia/spotify: Added (digital music service) multimedia/vlc: Removed libiconv from REQUIRES. network/cacti: Updated for version 0.8.8a_p1. network/gtk-gnutella: Updated for version 0.98.4. network/netsurf: Added (NetSurf web browser) network/openresolv: Added (management framework for resolv.conf) perl/perl-Convert-UU: Added (perl module) perl/perl-Inline: Added (perl module) perl/perl-Test-Number-Delta: Added (perl module) system/adobe-source-code-pro-font: Fixed README. system/dar: Updated for version 2.4.8. system/fs-uae: Added (Amiga Emulator) system/proj: Updated for version 4.8.0. system/st: Updated for version 0.3. system/wqy-microhei-font-ttf: Fixed .conf file. +--------------------------+ From vito.detullio at gmail.com Wed Jan 2 08:16:37 2013 From: vito.detullio at gmail.com (Vito De Tullio) Date: Wed, 2 Jan 2013 09:16:37 +0100 Subject: [Slackbuilds-users] yakuake slackbuilds Message-ID: Hi. I noticed that the version of the yakuake package on http://slackbuilds.org/repository/14.0/system/yakuake/ while functional, it's almost 3 years old. I tried to contact the mantainer, Steffen Schwebel, but my emails only receive error 550 (mailbox unavailable). Following http://slackbuilds.org/faq/#version_update I kindly ask here if there is someone who can update the package. Thank you. -- Vito De Tullio - Vito.DeTullio at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From klaatu at straightedgelinux.com Wed Jan 2 12:46:38 2013 From: klaatu at straightedgelinux.com (Klaatu) Date: Wed, 02 Jan 2013 07:46:38 -0500 Subject: [Slackbuilds-users] yakuake slackbuilds In-Reply-To: References: Message-ID: <2896652.WhyFLMO71u@slackk> Vito, as a quick fix, you can just download the updated code for version 2.9.9 from kde-apps.org, change the version number in the yakuake.SlackBuild to 2.9.9 and the untar line to .xz instead of .bz2, and it builds and installs fine. You might have already done that, but I thought I'd mention it just in case you didn't know. - klaatu On Wednesday, January 02, 2013 09:16:37 AM Vito De Tullio wrote: Hi. I noticed that the version of the yakuake package on http://slackbuilds.org/repository/14.0/system/yakuake/ while functional, it's almost 3 years old. I tried to contact the mantainer, Steffen Schwebel, but my emails only receive error 550 (mailbox unavailable). Following http://slackbuilds.org/faq/#version_update I kindly ask here if there is someone who can update the package. Thank you. -- Vito De Tullio - Vito.DeTullio at gmail.com - klaatu -------------- next part -------------- An HTML attachment was scrubbed... URL: From mfilpot at gmail.com Wed Jan 2 12:57:12 2013 From: mfilpot at gmail.com (Matthew Fillpot) Date: Wed, 2 Jan 2013 07:57:12 -0500 Subject: [Slackbuilds-users] yakuake slackbuilds In-Reply-To: <2896652.WhyFLMO71u@slackk> References: <2896652.WhyFLMO71u@slackk> Message-ID: On Wed, Jan 2, 2013 at 7:46 AM, Klaatu wrote: > ** > > Vito, as a quick fix, you can just download the updated code for version > 2.9.9 from kde-apps.org, change the version number in the > yakuake.SlackBuild to 2.9.9 and the untar line to .xz instead of .bz2, and > it builds and installs fine. > > > > You might have already done that, but I thought I'd mention it just in > case you didn't know. > > > > - klaatu > > > > > > On Wednesday, January 02, 2013 09:16:37 AM Vito De Tullio wrote: > > Hi. > > I noticed that the version of the yakuake package on > http://slackbuilds.org/repository/14.0/system/yakuake/ while functional, > it's almost 3 years old. > > > I tried to contact the mantainer, Steffen Schwebel, but my emails only > receive error 550 (mailbox unavailable). > > Following http://slackbuilds.org/faq/#version_update I kindly ask here if > there is someone who can update the package. > > Thank you. > > > -- > Vito De Tullio - Vito.DeTullio at gmail.com > > > > - 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/ > > > If the maintainer cannot be found then I can take over this slackbuild. -- -Thank You, -Matthew Fillpot -Slackware Documentation Project - Staff Editor - http://docs.slackware.com/wiki:user:mfillpot -Linux.com - Moderator - https://www.linux.com/forums/person/198 -------------- next part -------------- An HTML attachment was scrubbed... URL: From wxj.g.sh at gmail.com Wed Jan 2 13:54:13 2013 From: wxj.g.sh at gmail.com (vvoody) Date: Wed, 2 Jan 2013 14:54:13 +0100 Subject: [Slackbuilds-users] yakuake slackbuilds In-Reply-To: References: <2896652.WhyFLMO71u@slackk> Message-ID: 2.9.9 is a nice version, worth a upgrade :) BTW, happy new year! On Wed, Jan 2, 2013 at 1:57 PM, Matthew Fillpot wrote: > > > > On Wed, Jan 2, 2013 at 7:46 AM, Klaatu wrote: >> >> Vito, as a quick fix, you can just download the updated code for version >> 2.9.9 from kde-apps.org, change the version number in the yakuake.SlackBuild >> to 2.9.9 and the untar line to .xz instead of .bz2, and it builds and >> installs fine. >> >> >> >> You might have already done that, but I thought I'd mention it just in >> case you didn't know. >> >> >> >> - klaatu >> >> >> >> >> >> On Wednesday, January 02, 2013 09:16:37 AM Vito De Tullio wrote: >> >> Hi. >> >> I noticed that the version of the yakuake package on >> http://slackbuilds.org/repository/14.0/system/yakuake/ while functional, >> it's almost 3 years old. >> >> >> I tried to contact the mantainer, Steffen Schwebel, but my emails only >> receive error 550 (mailbox unavailable). >> >> Following http://slackbuilds.org/faq/#version_update I kindly ask here if >> there is someone who can update the package. >> >> Thank you. >> >> >> -- >> Vito De Tullio - Vito.DeTullio at gmail.com >> >> >> >> - 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/ >> >> > > If the maintainer cannot be found then I can take over this slackbuild. > > -- > -Thank You, > -Matthew Fillpot > > -Slackware Documentation Project - Staff Editor > - http://docs.slackware.com/wiki:user:mfillpot > > -Linux.com - Moderator > - https://www.linux.com/forums/person/198 > > _______________________________________________ > 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 haikuhacker at gmail.com Wed Jan 2 20:48:26 2013 From: haikuhacker at gmail.com (chris) Date: Wed, 02 Jan 2013 12:48:26 -0800 Subject: [Slackbuilds-users] lmello's gpodder Message-ID: <50E49D1A.90101@gmail.com> Hi Luis Happy New Year. I was wondering if I could coordinate a SlackBuilds gpodder package submission with you. I would like to submit gpodder-3.4.0 to SlackBuils.org. XGizzmo in the #slackbuilds irc said that it would conflict with your gpodder-2.6 package and that it might work if I renamed it to something other than gpodder like gpodder3. Alternatively, you may want to upgrade your package to the latest version or keep it at gpodder2 since there is still a lot of interest in maintaining the 2 version. Let me know what you think. Chris Farrell timcowchip From lmello.009 at gmail.com Thu Jan 3 07:30:29 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Thu, 03 Jan 2013 05:30:29 -0200 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50E49D1A.90101@gmail.com> References: <50E49D1A.90101@gmail.com> Message-ID: <50E53395.6030402@gmail.com> Hi Chris, Well, I think it's good. I just submitted the latest versions of mygpoclient and feedparser. What do you got for gpodder 3.4.0? - Luis On 01/02/2013 06:48 PM, chris wrote: > Hi Luis > > Happy New Year. I was wondering if I could coordinate a SlackBuilds > gpodder package submission with you. I would like to submit > gpodder-3.4.0 to SlackBuils.org. > > XGizzmo in the #slackbuilds irc said that it would conflict with your > gpodder-2.6 package and that it might work if I renamed it to something > other than gpodder like gpodder3. > > Alternatively, you may want to upgrade your package to the latest > version or keep it at gpodder2 since there is still a lot of interest in > maintaining the 2 version. > > Let me know what you think. > > Chris Farrell > timcowchip > _______________________________________________ > 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 haikuhacker at gmail.com Thu Jan 3 19:16:43 2013 From: haikuhacker at gmail.com (chris) Date: Thu, 03 Jan 2013 11:16:43 -0800 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50E53395.6030402@gmail.com> References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> Message-ID: <50E5D91B.4050804@gmail.com> Hi Luis, I made a gpodder-3.4.0 Slackbuild and as well as gpodder-3.3.0 and gpodder-3.4.0 SLKBUILDs for Salix. The 3.3.0 package is in their 14.0 repo and the 3.4.0 package is in mine: http://people.salixos.org/timcowchip/gpodder/3.4.0/ I submitted the Slackbuild to SBo, but they want to see what you want to do with it. So with you permission I'll re-submit it. Let me know if that is alright with you or you would rather do it yourself. Chris On 01/02/2013 11:30 PM, Luis Henrique Mello wrote: > Hi Chris, > > Well, I think it's good. > > I just submitted the latest versions of mygpoclient and feedparser. > What do you got for gpodder 3.4.0? > > - Luis > > On 01/02/2013 06:48 PM, chris wrote: >> Hi Luis >> >> Happy New Year. I was wondering if I could coordinate a SlackBuilds >> gpodder package submission with you. I would like to submit >> gpodder-3.4.0 to SlackBuils.org. >> >> XGizzmo in the #slackbuilds irc said that it would conflict with your >> gpodder-2.6 package and that it might work if I renamed it to something >> other than gpodder like gpodder3. >> >> Alternatively, you may want to upgrade your package to the latest >> version or keep it at gpodder2 since there is still a lot of interest in >> maintaining the 2 version. >> >> Let me know what you think. >> >> Chris Farrell >> timcowchip >> _______________________________________________ >> 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 thedoogster at gmail.com Fri Jan 4 07:39:49 2013 From: thedoogster at gmail.com (Doogster) Date: Thu, 3 Jan 2013 23:39:49 -0800 Subject: [Slackbuilds-users] razor-qt listing on SBo is inconsistent with its content Message-ID: What's going on with the razor-qt SlackBuild? The listing on SBo has the source download pointing to version 0.4.1 and lists the maintainer as Robby Workman. The SlackBuild and its info file indicate that it's intended to build version 0.5.1 and that its maintainer is Ponce. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Fri Jan 4 16:04:19 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 4 Jan 2013 17:04:19 +0100 Subject: [Slackbuilds-users] razor-qt listing on SBo is inconsistent with its content In-Reply-To: References: Message-ID: thanks for reporting this, it's fixed. Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard at aaazen.com Fri Jan 4 23:13:34 2013 From: richard at aaazen.com (Richard) Date: Fri, 04 Jan 2013 15:13:34 -0800 Subject: [Slackbuilds-users] Donation builds In-Reply-To: References: Message-ID: <50E7621E.70802@aaazen.com> Diogo Leal wrote: > Would anyone like to take some items from the list below? >... > regina-rexx >... I'm a bit late to this thread, but I can take this one. From yochanon at lavabit.com Sat Jan 5 13:47:05 2013 From: yochanon at lavabit.com (JB) Date: Sat, 5 Jan 2013 07:47:05 -0600 Subject: [Slackbuilds-users] RazorQt build problem... Message-ID: <20130105074705.79b3305f@oogah.boogah.org> Hi gang, I just downloaded the slackbuild for RazorQt and started the build (installed the requirements first of course), but got this message: make[2]: Leaving directory `/tmp/SBo/razorqt-0.5.1' /usr/bin/cmake -E cmake_progress_report /tmp/SBo/razorqt-0.5.1/CMakeFiles 39 40 41 [ 35%] Built target quicklaunch make[1]: Leaving directory `/tmp/SBo/razorqt-0.5.1' make: *** [all] Error 2 Any ideas what it means or what I should do next? I really really like this razor DE(?) as I tried it with 0.4.1. It had a few things that needed working on so I didn't keep it installed long but I could see it was going to be nice as it became 'fixed'. JB -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -Benjamin Franklin From matteo.bernardini at gmail.com Sat Jan 5 13:49:26 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 5 Jan 2013 14:49:26 +0100 Subject: [Slackbuilds-users] RazorQt build problem... In-Reply-To: <20130105074705.79b3305f@oogah.boogah.org> References: <20130105074705.79b3305f@oogah.boogah.org> Message-ID: that doesn't seem to be the error, maybe is above in the build log. the only dependency not in a full install of Slackware is libstatgrab. Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From yochanon at lavabit.com Sat Jan 5 17:48:32 2013 From: yochanon at lavabit.com (JB) Date: Sat, 5 Jan 2013 11:48:32 -0600 Subject: [Slackbuilds-users] RazorQt build problem... In-Reply-To: References: <20130105074705.79b3305f@oogah.boogah.org> Message-ID: <20130105114832.7b43e5ca@oogah.boogah.org> On Sat, 5 Jan 2013 14:49:26 +0100 Matteo Bernardini wrote: > that doesn't seem to be the error, maybe is above in the build log. > the only dependency not in a full install of Slackware is libstatgrab. > > Matteo Already had the libstatgrab installed before trying the razor build (sorry, I called it a requirement and meant dependency). Okay, I saw/found these also: /usr/include/X11/extensions/Xdamage.h:26:39: fatal error: X11/extensions/damagewire.h: No such file or directory compilation terminated. make[2]: *** [razorqt-panel/plugin-tray/CMakeFiles/tray.dir/razortray.cpp.o] Error 1 make[2]: Leaving directory `/tmp/SBo/razorqt-0.5.1' make[1]: *** [razorqt-panel/plugin-tray/CMakeFiles/tray.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... and at the very beginning: -- checking for module 'xdamage' -- found xdamage, version 1.1.3 Package damageproto was not found in the pkg-config search path. Perhaps you should add the directory containing `damageproto.pc' to the PKG_CONFIG_PATH environment variable What's damageproto, how do I install it and how do I add it to the PKG_CONFIG_PATH? JB -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -Benjamin Franklin From yochanon at lavabit.com Sat Jan 5 18:02:43 2013 From: yochanon at lavabit.com (JB) Date: Sat, 5 Jan 2013 12:02:43 -0600 Subject: [Slackbuilds-users] RazorQt build problem... In-Reply-To: <20130105114832.7b43e5ca@oogah.boogah.org> References: <20130105074705.79b3305f@oogah.boogah.org> <20130105114832.7b43e5ca@oogah.boogah.org> Message-ID: <20130105120243.25cc099d@oogah.boogah.org> On Sat, 5 Jan 2013 11:48:32 -0600 JB wrote: > On Sat, 5 Jan 2013 14:49:26 +0100 > Matteo Bernardini wrote: > > > that doesn't seem to be the error, maybe is above in the build log. > > the only dependency not in a full install of Slackware is libstatgrab. > > > > Matteo > > Already had the libstatgrab installed before trying the razor build (sorry, I > called it a requirement and meant dependency). > > Okay, I saw/found these also: > > /usr/include/X11/extensions/Xdamage.h:26:39: fatal error: > X11/extensions/damagewire.h: No such file or directory compilation terminated. > make[2]: *** [razorqt-panel/plugin-tray/CMakeFiles/tray.dir/razortray.cpp.o] Error > 1 make[2]: Leaving directory `/tmp/SBo/razorqt-0.5.1' > make[1]: *** [razorqt-panel/plugin-tray/CMakeFiles/tray.dir/all] Error 2 > make[1]: *** Waiting for unfinished jobs.... > > > and at the very beginning: > > -- checking for module 'xdamage' > -- found xdamage, version 1.1.3 > Package damageproto was not found in the pkg-config search path. > Perhaps you should add the directory containing `damageproto.pc' > to the PKG_CONFIG_PATH environment variable > > > What's damageproto, how do I install it and how do I add it to the > PKG_CONFIG_PATH? > > JB > > That was the problem...needed the damageproto thing. I found it on linux packages.org for slackware 14. Once it was installed, razorqt built just fine. Now to try it out, heh. Thanks Mateo for the push in the right direction!. JB -- Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -Benjamin Franklin From matteo.bernardini at gmail.com Sat Jan 5 18:16:03 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 5 Jan 2013 19:16:03 +0100 Subject: [Slackbuilds-users] RazorQt build problem... In-Reply-To: <20130105120243.25cc099d@oogah.boogah.org> References: <20130105074705.79b3305f@oogah.boogah.org> <20130105114832.7b43e5ca@oogah.boogah.org> <20130105120243.25cc099d@oogah.boogah.org> Message-ID: remember that here only full installs of the latest stable slackware are supported (in this case slackware-14.0): beside that, you're basically on your own ;) Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From bocke at mycity.rs Sat Jan 5 19:33:22 2013 From: bocke at mycity.rs (Bojan Popovic) Date: Sat, 5 Jan 2013 20:33:22 +0100 Subject: [Slackbuilds-users] Screenfetch SlackBuild archive seems to be missing? Message-ID: <20130105203322.31e333e4@deathstar.universe.org> Hi guys, There seems to be the problem with this page: http://slackbuilds.org/repository/14.0/misc/screenfetch/ It seems the SlackBuild archive is missing. And this link is invalid: http://slackbuilds.org/slackbuilds/14.0/misc/screenfetch.tar.gz Can you please check that? Thanx, Bojan. From matteo.bernardini at gmail.com Sat Jan 5 20:51:37 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 5 Jan 2013 21:51:37 +0100 Subject: [Slackbuilds-users] Screenfetch SlackBuild archive seems to be missing? In-Reply-To: <20130105203322.31e333e4@deathstar.universe.org> References: <20130105203322.31e333e4@deathstar.universe.org> Message-ID: for some reason it was listed under "misc" but it was really in "desktop", now it's fixed http://slackbuilds.org/repository/14.0/desktop/screenfetch/ Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From murdochrav at yahoo.ca Sat Jan 5 20:52:47 2013 From: murdochrav at yahoo.ca (Martin Raivio) Date: Sat, 5 Jan 2013 12:52:47 -0800 (PST) Subject: [Slackbuilds-users] geos build Message-ID: <1357419167.84164.YahooMailNeo@web162601.mail.bf1.yahoo.com> Slack 14 and some previous also I think. link for geos.tar.gz? is wrong at slackbuilds. it points to? http://slackbuilds.org/slackbuilds/14.0/system/geos.tar.gz whereas it should be http://slackbuilds.org/slackbuilds/14.0/libraries/geos.tar.gz ? Murdoch Ravlin -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Sat Jan 5 23:10:14 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 6 Jan 2013 00:10:14 +0100 Subject: [Slackbuilds-users] geos build In-Reply-To: <1357419167.84164.YahooMailNeo@web162601.mail.bf1.yahoo.com> References: <1357419167.84164.YahooMailNeo@web162601.mail.bf1.yahoo.com> Message-ID: Thanks for spotting it, it's fixed. Matteo > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From haikuhacker at gmail.com Sat Jan 5 23:17:23 2013 From: haikuhacker at gmail.com (chris) Date: Sat, 05 Jan 2013 15:17:23 -0800 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50E53395.6030402@gmail.com> References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> Message-ID: <50E8B483.7040602@gmail.com> Hi Luis, I have submitted a gpodder3 package so as not to conflict with your original gpodder package. There is still a lot more interest in version 2 than version 3 and many distros offer both versions in their repos. Chris On 01/02/2013 11:30 PM, Luis Henrique Mello wrote: > Hi Chris, > > Well, I think it's good. > > I just submitted the latest versions of mygpoclient and feedparser. > What do you got for gpodder 3.4.0? > > - Luis > > On 01/02/2013 06:48 PM, chris wrote: >> Hi Luis >> >> Happy New Year. I was wondering if I could coordinate a SlackBuilds >> gpodder package submission with you. I would like to submit >> gpodder-3.4.0 to SlackBuils.org. >> >> XGizzmo in the #slackbuilds irc said that it would conflict with your >> gpodder-2.6 package and that it might work if I renamed it to something >> other than gpodder like gpodder3. >> >> Alternatively, you may want to upgrade your package to the latest >> version or keep it at gpodder2 since there is still a lot of interest in >> maintaining the 2 version. >> >> Let me know what you think. >> >> Chris Farrell >> timcowchip >> _______________________________________________ >> 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 audrius at neutrino.lt Sun Jan 6 10:40:23 2013 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sun, 6 Jan 2013 12:40:23 +0200 Subject: [Slackbuilds-users] smem.SlackBuild In-Reply-To: References: <20130105120530.GA3291@kiras> Message-ID: <20130106104023.GA1783@kiras> On Sat, 2013-01-05 at 17:56:31 +0100, Du?an Stefanovi? wrote: > Thanks for interest, but I'm very busy at a moment, and it will last > at least for month. > > I see that you are active contributor for SBo, so if you want, you can > take the script. OK, I can take it, the releases seem to be rare, so it won't make much effort to maintain. Thanks! CC'ing this to SBo mailing list. > On 1/5/13, Audrius Ka?ukauskas wrote: > > Hi, Du?an, > > > > I recently discovered smem and am very happy with this nice little tool. > > Thanks for adding a build script to SlackBuilds.org. It would be great > > if you update it to the latest version (1.2), since the one in SBo is > > pretty old (0.1). I'm attaching the patch with changes that I had made > > for SlackBuild to work with the version 1.2. -- Audrius Ka?ukauskas http://neutrino.lt/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From bocke at mycity.rs Sun Jan 6 13:40:13 2013 From: bocke at mycity.rs (Bojan Popovic) Date: Sun, 6 Jan 2013 14:40:13 +0100 Subject: [Slackbuilds-users] Screenfetch SlackBuild archive seems to be missing? In-Reply-To: References: <20130105203322.31e333e4@deathstar.universe.org> Message-ID: <20130106144013.35bdba4d@deathstar.universe.org> Thanx Matteo :) Cheers, Bojan. On Sat, 5 Jan 2013 21:51:37 +0100 Matteo Bernardini wrote: > for some reason it was listed under "misc" but it was really in > "desktop", now it's fixed > > http://slackbuilds.org/repository/14.0/desktop/screenfetch/ > > Matteo From klaatu at straightedgelinux.com Sun Jan 6 16:49:24 2013 From: klaatu at straightedgelinux.com (Klaatu) Date: Sun, 06 Jan 2013 11:49:24 -0500 Subject: [Slackbuilds-users] upload form Message-ID: <1854948.nOByOr32ep@slackk> I am trying to upload two different submissions, both of which fail: """ There was a problem with your upload. Please check the file and try again. If the problem persists, contact an admin. """ It could be that I screwed something up in the SlackBuilds themselves and it's being rejected, but in the past it's more or less told me what the problem was. This is a new error to me. Is it a problem with the upload form or just a double-hitter user error? - klaatu From klaatu at straightedgelinux.com Sun Jan 6 16:52:08 2013 From: klaatu at straightedgelinux.com (Klaatu) Date: Sun, 06 Jan 2013 11:52:08 -0500 Subject: [Slackbuilds-users] upload form In-Reply-To: <1854948.nOByOr32ep@slackk> References: <1854948.nOByOr32ep@slackk> Message-ID: <11410471.5CIgyFxbjA@slackk> On Sunday, January 06, 2013 11:49:24 AM Klaatu wrote: > I am trying to upload two different submissions, both of which fail: > > """ > There was a problem with your upload. Please check the file and try again. > If the problem persists, contact an admin. > """ > > It could be that I screwed something up in the SlackBuilds themselves and > it's being rejected, but in the past it's more or less told me what the > problem was. This is a new error to me. > > Is it a problem with the upload form or just a double-hitter user error? > > - klaatu Disregard my last; it was my fault. Hidden .git and .backups folders still in the directory. - klaatu From leva at ecentrum.hu Tue Jan 8 09:18:36 2013 From: leva at ecentrum.hu (LEVAI Daniel) Date: Tue, 8 Jan 2013 10:18:36 +0100 Subject: [Slackbuilds-users] ksh-openbsd update in sbo git Message-ID: <20130108091836.GA6328@daniell-kurt.KURTHQ.local> Hi! Regarding the commit f4377265b5c1549a388a018e0b9de6254637e21d, made by ponce@: Why did you change the HOMEPAGE variable in the info file? That site has nothing to do with me, nor I have anything to do with them. You are misleading the user who might seek further information on this package or this version of ksh. This is not the first time you guys change stuff in the scripts or info files as you wish, without asking me, the maintainer (and not just particularly in this slackbuild). Respect other's work, please, or at least ask me before changing my submission. Thank you very much, Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From matteo.bernardini at gmail.com Tue Jan 8 09:38:20 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 8 Jan 2013 10:38:20 +0100 Subject: [Slackbuilds-users] ksh-openbsd update in sbo git In-Reply-To: <20130108091836.GA6328@daniell-kurt.KURTHQ.local> References: <20130108091836.GA6328@daniell-kurt.KURTHQ.local> Message-ID: 2013/1/8 LEVAI Daniel > Hi! > > Regarding the commit f4377265b5c1549a388a018e0b9de6254637e21d, made by > ponce@: > > Why did you change the HOMEPAGE variable in the info file? That site has > nothing to do with me, nor I have anything to do with them. You are > misleading the user who might seek further information on this package > or this version of ksh. > Sorry, in this case I had the same string as HOMEPAGE and DOWNLOAD: I thought it was an oversight :) I'll fix it promptly. > This is not the first time you guys change stuff in the scripts or info > files as you wish, without asking me, the maintainer (and not just > particularly in this slackbuild). Respect other's work, please, or at > least ask me before changing my submission. Usually, if I change something that I think is an error or to conform to templates I simply fix it, I don't email the maintainer: I'll be email-chatting all the time. I do it if I had to do intrusive changes or something in the SlackBuild isn't clear to me. Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmello.009 at gmail.com Tue Jan 8 10:03:38 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 08 Jan 2013 08:03:38 -0200 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50E5D91B.4050804@gmail.com> References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> <50E5D91B.4050804@gmail.com> Message-ID: <50EBEEFA.1090707@gmail.com> Hi Chris, Be cool, submit it as I don't use Gpodder in my Slackware machine, only in my Arch one :) Luis On 01/03/2013 05:16 PM, chris wrote: > Hi Luis, > > I made a gpodder-3.4.0 Slackbuild and as well as gpodder-3.3.0 and > gpodder-3.4.0 SLKBUILDs for Salix. The 3.3.0 package is in their 14.0 > repo and the 3.4.0 package is in mine: > http://people.salixos.org/timcowchip/gpodder/3.4.0/ > > I submitted the Slackbuild to SBo, but they want to see what you want to > do with it. So with you permission I'll re-submit it. Let me know if > that is alright with you or you would rather do it yourself. > > Chris > > On 01/02/2013 11:30 PM, Luis Henrique Mello wrote: >> Hi Chris, >> >> Well, I think it's good. >> >> I just submitted the latest versions of mygpoclient and feedparser. >> What do you got for gpodder 3.4.0? >> >> - Luis >> >> On 01/02/2013 06:48 PM, chris wrote: >>> Hi Luis >>> >>> Happy New Year. I was wondering if I could coordinate a SlackBuilds >>> gpodder package submission with you. I would like to submit >>> gpodder-3.4.0 to SlackBuils.org. >>> >>> XGizzmo in the #slackbuilds irc said that it would conflict with your >>> gpodder-2.6 package and that it might work if I renamed it to something >>> other than gpodder like gpodder3. >>> >>> Alternatively, you may want to upgrade your package to the latest >>> version or keep it at gpodder2 since there is still a lot of interest in >>> maintaining the 2 version. >>> >>> Let me know what you think. >>> >>> Chris Farrell >>> timcowchip >>> _______________________________________________ >>> 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/ >> > > _______________________________________________ > 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 matteo.bernardini at gmail.com Tue Jan 8 11:17:46 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 8 Jan 2013 12:17:46 +0100 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50EBEEFA.1090707@gmail.com> References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> <50E5D91B.4050804@gmail.com> <50EBEEFA.1090707@gmail.com> Message-ID: sorry Luis, does this means there's no need to submit chris' script as gpodder3 and that he can take over maintainership of gpodder here? I'm asking because in this case I'll fix this stuff in my branch, where gpodder3 is waiting to be merged... Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmello.009 at gmail.com Tue Jan 8 16:48:41 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 08 Jan 2013 14:48:41 -0200 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> <50E5D91B.4050804@gmail.com> <50EBEEFA.1090707@gmail.com> Message-ID: <50EC4DE9.2000101@gmail.com> Gee now I don't know what's best for everyone... what's the interest over *not* upgrading the 2.x branch to the 3.x branch? Luis On 01/08/2013 09:17 AM, Matteo Bernardini wrote: > sorry Luis, > > does this means there's no need to submit chris' script as gpodder3 and > that he can take over maintainership of gpodder here? > I'm asking because in this case I'll fix this stuff in my branch, where > gpodder3 is waiting to be merged... > > Matteo > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From matteo.bernardini at gmail.com Tue Jan 8 17:01:15 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 8 Jan 2013 18:01:15 +0100 Subject: [Slackbuilds-users] lmello's gpodder In-Reply-To: <50EC4DE9.2000101@gmail.com> References: <50E49D1A.90101@gmail.com> <50E53395.6030402@gmail.com> <50E5D91B.4050804@gmail.com> <50EBEEFA.1090707@gmail.com> <50EC4DE9.2000101@gmail.com> Message-ID: 2013/1/8 Luis Henrique Mello > Gee now I don't know what's best for everyone... what's the interest over > *not* upgrading the 2.x branch to the 3.x branch? there's none, I think. ;) Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From kristofru at gmail.com Tue Jan 8 21:02:17 2013 From: kristofru at gmail.com (Chris Abela) Date: Tue, 8 Jan 2013 22:02:17 +0100 Subject: [Slackbuilds-users] recode source code Message-ID: Currently the recode source code is not available from link indicated in the recode.info file: http://slackermedia.info/slackbuilds/recode-3.6.tar.gz. Yet I found it on http://fossies.org/unix/misc/recode-3.6.tar.gz You may wish to amend the recode.info file accordingly. Chris Abela From xgizzmo at slackbuilds.org Thu Jan 10 00:54:04 2013 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 9 Jan 2013 19:54:04 -0500 Subject: [Slackbuilds-users] Updates - 20130110.1 Message-ID: <201301091954.05028.xgizzmo@slackbuilds.org> Thu Jan 10 00:02:38 UTC 2013 academic/pianobooster: License added. academic/qrupdate: Updated for version 1.1.2. academic/suitesparse: Updated for version 4.0.2. accessibility/unclutter: License added. accessibility/xsel: License added. audio/cmt: License added. audio/eawpats: License added. audio/fantasia: License added. audio/fluid-soundfont: License added. audio/fluidsynth-dssi: License added. audio/ghostess: License added. audio/grip2: License added. audio/jack-keyboard: License added. audio/jack-rack: License added. audio/jack-tools: License added. audio/jack_delay: License added. audio/lv2dynparam1: License added. audio/match-vamp-plugin: License added. audio/millennium-plugins: License added. audio/mp3gain: License added. audio/nnls-chroma: License added. audio/qm-vamp-plugins: License added. audio/qmidiroute: License added. audio/rakarrack: License added. audio/sfc: License added. audio/sonic-visualiser: License added. audio/swh-plugins-lv2: License added. audio/tap_plugins: License added. audio/tapiir: License added. audio/transcribe: License added. audio/vcf_plugins: License added. audio/vocoder-ladspa: License added. audio/waon: License added. audio/wineasio: License added. audio/xmms-mp4: License added. audio/xsynth-dssi: License added. audio/zita-rev1: License added. audio/zynjacku: License added. desktop/kde-gtk-config: Added (GTK2 and GTK3 Configurator for KDE). desktop/oxygen-gtk3: Added (GTK3 oxygen theme). desktop/wmclock: License added. desktop/wmmon: License added. development/JSONObject: Added (JSON C++ library). development/google-go-lang: Updated for version 1.0.3. development/omake: Added (the OMake build system). games/adom: Updated for version 1.2.0_pre5 (supports also x86_64). games/alephone: License added. games/an: License added. games/brickout: License added. games/circuslinux: License added. games/clonekeen: License added. games/colem: License added. games/darkplaces: Updated for version 20121222. games/defendguin: License added. games/dolphin-emu: Added (Gamecube emulator). games/doom_shareware_data: License added. games/doomseeker: License added. games/ds-models: License added. games/dunelegacy: License added. games/eduke32: License added. games/eduke32_hires_pack: License added. games/eduke32_shareware_data: License added. games/fceux: Updated for version 2.2.0. games/fortune-dune: License added. games/fortune_firefly: License added. games/freedoom: License added. games/generator_cbiere: License added. games/glbsp: License added. games/gtklife: License added. games/gzdoom: License added. games/hatari_tos_roms: License added. games/heretic_shareware_data: License added. games/hexen_demo_data: License added. games/icebreaker: License added. games/jfsw: License added. games/jfsw_demo_data: License added. games/jfsw_hires_pack: License added. games/jzintv: License added. games/koules: License added. games/liquidwar6: License added. games/madbomber: License added. games/maelstrom: License added. games/marathon-data: License added. games/marathon-infinity-data: License added. games/marathon2-data: License added. games/nestopia: Updated for version 1.4.3. games/nevernoid: License added. games/o2em: License added. games/oblige: License added. games/odamex: License added. games/pentagram: License added. games/skulltag: License added. games/snes9x: License added. games/steem: License added. games/trackballs: License added. games/transfusion: License added. games/typhoon_2001: License added. games/ucr: License added. games/uqm: License added. games/uqm_3domusic: License added. games/uqm_voice: License added. games/vectoroids: License added. games/xcowsay: License added. games/xu4: License added. games/yamagi-quake2: Updated for version 5.10. games/z26: License added. games/zdbsp: License added. games/zennode: License added. graphics/mypaint: Added (graphic painting application). libraries/cfitsio: Updated for version 3.31. libraries/gdl: Updated for version 3.7.3. libraries/girara: License added. libraries/gtksourceview3: Updated for version 3.7.1. libraries/harfbuzz: Updated for version 0.9.10. libraries/libmrss: Added (C RSS library). libraries/libmygpo-qt: Added (C++/Qt gpodder client library). libraries/libnxml: Fixed libdir in the pkgconfig file. libraries/libsmf: License added. libraries/libunwind: Added (determine the call-chain). libraries/mygpoclient: Updated for version 1.6. libraries/php-memcache: Added (Memcached bindings for PHP). libraries/php-ssh2: Added (SSH2 bindings for PHP). libraries/qwt: Updated for version 6.0.2, changed maintainer. libraries/soil: Added (C OpenGL texture library). libraries/xmltooling: Added (OpenSAML XML processing library). libraries/libslack: Added (General programmers' utilities). multimedia/cinelerra: Fixed DOWNLOAD and MD5SUM in the .info file. multimedia/flowblade: Added (non-linear video editor). multimedia/gpodder3: Added (branch 3.x of gpodder). multimedia/gtkpod: Updated for version 2.1.3. multimedia/lsdvd: License added. network/bmon: License added. network/cyrus-imapd: Updated for version 2.4.17. network/efax-gtk: Updated for version 3.2.11. network/etherpad-lite: Updated for version 1.2.3. network/feedparser: Updated for version 5.1.3. network/irssi_otr: License added. network/oidentd: Added (identd daemon). network/pure-ftpd: Added (FTP server). network/rhapsody: License added. network/sockstress: Added (tcp socket stress). network/unicornscan: Added (flexible and efficient network probing). office/calibre: Updated for version 0.9.13. office/qpdfview: Updated for version 0.3.7. office/texstudio: Updated for version 2.5.2, added license. office/zathura-ps: License added. python/pyliblo: License added. python/python-blake2: Added (blake2 python module). system/gphotofs: License added. system/isomd5sum: License added. system/kegs: License added. system/ksh-openbsd: Updated for version 20120910. system/lzop: Added (LZO archiver). system/macutils: License added. system/mksh: Updated for version R41. system/netatop: Updated for version 0.2. system/pipemeter: License added. system/smem: Updated for version 1.2. system/trackfs: License added. system/usbmon: License added. system/xf86-video-unichrome: Added (driver for various VIA gpus). +--------------------------+ From binhvng at gmail.com Fri Jan 11 02:34:08 2013 From: binhvng at gmail.com (Binh Nguyen) Date: Fri, 11 Jan 2013 09:34:08 +0700 Subject: [Slackbuilds-users] Some abandoned SlackBuilds Message-ID: Hi, Due to time constrains these days, I'm going to drop some of my SlackBuilds that I actually do not use anymore. They are as follows: audio/volwheel desktop/obmenu desktop/openbox-themes desktop/stalonetray games/gtkballs games/tuxkart graphics/shutter misc/gprename multimedia/realplayer network/gtorrentviewer network/imageshack-uploader If someone want to take over, please inform to this thread. I would also like to confirm that Willy Sudiarto Raharjo has agreed to take over TeamViewer maintenance. -- Binh From wxj.g.sh at gmail.com Sat Jan 12 16:05:35 2013 From: wxj.g.sh at gmail.com (vvoody) Date: Sat, 12 Jan 2013 17:05:35 +0100 Subject: [Slackbuilds-users] Anyone runs Spotify successfully under 14.0? Message-ID: Hi guys. I built latest version of Spotify with a little modification to the slackbuild and fixed a bug in the shipped 'spotify' file, it should look like this: --- spotify 2013-01-12 16:51:01.000000000 +0100 +++ /usr/bin/spotify 2013-01-12 16:54:51.041402458 +0100 @@ -1,3 +1,3 @@ #!/bin/sh -LD_LIBRARY_PATH="/usr/share/spotify/" /usr/share/spotify/spotify $@ +LD_LIBRARY_PATH="/usr/share/spotify/" /usr/bin/spotify $@ But I got this error, "/usr/bin/spotify: fork: Cannot allocate memory". Oops... Is anyone listening music with Spotify under Slackware 14.0 x86_64 now? -- Free as freedom, slack as Slackware. vvoody From lukenshiro at ngi.it Sat Jan 12 20:35:50 2013 From: lukenshiro at ngi.it (LukenShiro) Date: Sat, 12 Jan 2013 21:35:50 +0100 Subject: [Slackbuilds-users] Anyone runs Spotify successfully under 14.0? In-Reply-To: References: Message-ID: <20130112213550.356c7179@hamalayi.mnt> Il giorno Sat, 12 Jan 2013 17:05:35 +0100 vvoody ha scritto: > --- spotify 2013-01-12 16:51:01.000000000 +0100 > +++ /usr/bin/spotify 2013-01-12 16:54:51.041402458 +0100 > @@ -1,3 +1,3 @@ > #!/bin/sh > > -LD_LIBRARY_PATH="/usr/share/spotify/" /usr/share/spotify/spotify $@ > +LD_LIBRARY_PATH="/usr/share/spotify/" /usr/bin/spotify $@ > > But I got this error, "/usr/bin/spotify: fork: Cannot allocate > memory". Oops... Is anyone listening music with Spotify under > Slackware 14.0 x86_64 now? I don't use it, but I'd say your modification seems wrong. If "/usr/bin/spotify" is a wrapper (as far as I can tell), there is a uninterruptable recursion: wrapper keeps on calling _itself_ not the real _executable_ ... -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From wxj.g.sh at gmail.com Sat Jan 12 21:20:40 2013 From: wxj.g.sh at gmail.com (vvoody) Date: Sat, 12 Jan 2013 22:20:40 +0100 Subject: [Slackbuilds-users] Anyone runs Spotify successfully under 14.0? In-Reply-To: <20130112213550.356c7179@hamalayi.mnt> References: <20130112213550.356c7179@hamalayi.mnt> Message-ID: Oh, how stupid I am :( Ignore me... On Sat, Jan 12, 2013 at 9:35 PM, LukenShiro wrote: > Il giorno Sat, 12 Jan 2013 17:05:35 +0100 > vvoody ha scritto: > >> --- spotify 2013-01-12 16:51:01.000000000 +0100 >> +++ /usr/bin/spotify 2013-01-12 16:54:51.041402458 +0100 >> @@ -1,3 +1,3 @@ >> #!/bin/sh >> >> -LD_LIBRARY_PATH="/usr/share/spotify/" /usr/share/spotify/spotify $@ >> +LD_LIBRARY_PATH="/usr/share/spotify/" /usr/bin/spotify $@ >> >> But I got this error, "/usr/bin/spotify: fork: Cannot allocate >> memory". Oops... Is anyone listening music with Spotify under >> Slackware 14.0 x86_64 now? > > I don't use it, but I'd say your modification seems wrong. If > "/usr/bin/spotify" is a wrapper (as far as I can tell), there is a > uninterruptable recursion: wrapper keeps on calling _itself_ not the > real _executable_ ... > > -- > 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/ > -- Free as freedom, slack as Slackware. vvoody From matteo.bernardini at gmail.com Sun Jan 13 14:24:35 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 13 Jan 2013 15:24:35 +0100 Subject: [Slackbuilds-users] recode source code In-Reply-To: References: Message-ID: I've hosted a copy on my webspace: hopefully should last. ;) Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at microlinux.fr Sun Jan 13 16:58:25 2013 From: info at microlinux.fr (Niki Kovacs) Date: Sun, 13 Jan 2013 17:58:25 +0100 Subject: [Slackbuilds-users] recode source code In-Reply-To: References: Message-ID: <50F2E7B1.1060902@microlinux.fr> Le 08/01/2013 22:02, Chris Abela a ?crit : > Currently the recode source code is not available from link indicated > in the recode.info file: > http://slackermedia.info/slackbuilds/recode-3.6.tar.gz. > Yet I found it onhttp://fossies.org/unix/misc/recode-3.6.tar.gz You > may wish to amend the recode.info file accordingly. That's also the link I use in my own SlackBuild: http://www.microlinux.fr/slackware/14.0/source/ap/recode/ Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'?glise - 30730 Montpezat Web : http://www.microlinux.fr Mail : info at microlinux.fr T?l. : 04 66 63 10 32 From kristofru at gmail.com Mon Jan 14 22:33:31 2013 From: kristofru at gmail.com (Chris Abela) Date: Mon, 14 Jan 2013 23:33:31 +0100 Subject: [Slackbuilds-users] recode source code In-Reply-To: <50F2E7B1.1060902@microlinux.fr> References: <50F2E7B1.1060902@microlinux.fr> Message-ID: The URL shown for the source code on the website is currently: http://ponce.cc/slackware/sources/repo/recode-3.6.tar.gz works but the one shown in the INFO file is still unavailable. I apologize if this is in hand but I am frequently being notified by users and I think that I am duty bound to let you know. From matteo.bernardini at gmail.com Tue Jan 15 05:37:54 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 15 Jan 2013 06:37:54 +0100 Subject: [Slackbuilds-users] recode source code In-Reply-To: References: <50F2E7B1.1060902@microlinux.fr> Message-ID: I forgot to tell in my previous message, but I added the correction above in my work branch: that will go in the repository on the next update :) http://slackbuilds.org/cgit/slackbuilds/log/?h=ponce Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario.stg at videotron.ca Wed Jan 16 00:17:53 2013 From: mario.stg at videotron.ca (Mario St-Gelais) Date: Tue, 15 Jan 2013 19:17:53 -0500 Subject: [Slackbuilds-users] About http://slackbuilds.org/uid_gid.txt Message-ID: <20130115191753.979f2e5ea4e81f4bcc2b53ef@videotron.ca> I suppose this file is valid under Slackware 14. Maybe it would be wise to update this statement: # Recommended UID/GIDs for use with SlackBuilds.org scripts. These # do not conflict with default system accounts for Slackware-11.0 # nor with the initial (and subsequent) UIDs recommended by adduser. -- Mario From rworkman at slackbuilds.org Wed Jan 16 02:53:24 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Jan 2013 20:53:24 -0600 Subject: [Slackbuilds-users] About http://slackbuilds.org/uid_gid.txt In-Reply-To: <20130115191753.979f2e5ea4e81f4bcc2b53ef@videotron.ca> References: <20130115191753.979f2e5ea4e81f4bcc2b53ef@videotron.ca> Message-ID: <20130115205324.2f5d568b@home.rlworkman.net> On Tue, 15 Jan 2013 19:17:53 -0500 Mario St-Gelais wrote: > I suppose this file is valid under Slackware 14. > > Maybe it would be wise to update this statement: > # Recommended UID/GIDs for use with SlackBuilds.org scripts. These > # do not conflict with default system accounts for Slackware-11.0 > # nor with the initial (and subsequent) UIDs recommended by adduser. At least two admins agree, because someone beat me to it. It's there 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 lukenshiro at ngi.it Wed Jan 16 17:13:48 2013 From: lukenshiro at ngi.it (LukenShiro) Date: Wed, 16 Jan 2013 18:13:48 +0100 Subject: [Slackbuilds-users] mypaint Message-ID: <20130116181348.08bfdd8a@hamalayi.mnt> I've noticed mypaint.SlackBuild uses "scons" to install its related program, so I would say "scons" needs to be added to REQUIRES= line. TIA. Regards. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From klaatu at straightedgelinux.com Wed Jan 16 17:19:57 2013 From: klaatu at straightedgelinux.com (Klaatu) Date: Wed, 16 Jan 2013 12:19:57 -0500 Subject: [Slackbuilds-users] mypaint In-Reply-To: <20130116181348.08bfdd8a@hamalayi.mnt> References: <20130116181348.08bfdd8a@hamalayi.mnt> Message-ID: <6410326.q2fGoUf4NR@slackk> On Wednesday, January 16, 2013 06:13:48 PM LukenShiro wrote: > I've noticed mypaint.SlackBuild uses "scons" to install its related > program, so I would say "scons" needs to be added to REQUIRES= > line. > > TIA. Regards. Yeah, someone else pointed that out to me too. I've submitted an update via the submission page so that should be fixed soonish. Sorry! - klaatu From pyllyukko at maimed.org Wed Jan 16 18:04:48 2013 From: pyllyukko at maimed.org (pyllyukko) Date: Wed, 16 Jan 2013 20:04:48 +0200 Subject: [Slackbuilds-users] ClamAV logging inconsistencies In-Reply-To: <20121021102814.GA11114@severi.lan> References: <20121009183304.GA17604@severi.lan> <20121021102814.GA11114@severi.lan> Message-ID: <20130116180447.GA14213@severi.lan> Hello. On Sun, Oct 21, 2012 at 01:28:15PM +0300, pyllyukko wrote: > I ran into more problems with ClamAV. Now that the script sends SIGHUP > to both clamd and freshclam, it might be required to add 'sharedscripts' > to the logrotate conf. > > Also, I received this from logrotate by mail: > (I have 'create 0640 root adm' in /etc/logrotate.conf, hence the GID) > > error: error setting owner of /var/log/clamav/clamd.log to uid 0 and gid > 4: Operation not permitted > error: error setting owner of /var/log/clamav/freshclam.log to uid 0 and > gid 4: Operation not permitted > > I noticed that the clamav logrotate script only has the 'su' option, and > lacks 'create' completely. I believe this might be the reason. > > > But, I still need to do more tests to make sure, and to find out how I > can get it working perfectly. After some testing, I've come to the conclusion that the "create" configuration is also necessary, otherwise the logging from clamd stops after rotation. So here's my complete working conf: /var/log/clamav/*.log { su clamav clamav weekly rotate 5 compress delaycompress notifempty missingok create 0660 clamav clamav sharedscripts postrotate /bin/kill -HUP `cat /var/run/clamav/clamd.pid 2>/dev/null` 2>/dev/null || true /bin/kill -HUP `cat /var/run/clamav/freshclam.pid 2>/dev/null` 2>/dev/null || true endscript } Can someone update this to the SlackBuild? -- pyllyukko email: pgp: 0xA1F32EAA www: http://maimed.org/~pyllyukko/ twitter: https://twitter.com/pyllyukko -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From sikmir at gmail.com Thu Jan 17 16:30:00 2013 From: sikmir at gmail.com (Nikolay Korotkiy) Date: Thu, 17 Jan 2013 20:30:00 +0400 Subject: [Slackbuilds-users] astyle Message-ID: Hi all, ?an anybody tell me why astyle was removed from 13.* 14.* releases? Whether it can be returned back to current? -- Best regards, Nikolay Korotkiy -------------- next part -------------- An HTML attachment was scrubbed... URL: From fritz.kent at gmail.com Thu Jan 17 17:11:46 2013 From: fritz.kent at gmail.com (Kent Fritz) Date: Thu, 17 Jan 2013 09:11:46 -0800 Subject: [Slackbuilds-users] astyle In-Reply-To: References: Message-ID: http://lists.slackbuilds.org/pipermail/slackbuilds-users/2009-August/004439.html So, lack of time/interest of the maintainer is likely the reason. On Thu, Jan 17, 2013 at 8:30 AM, Nikolay Korotkiy wrote: > Hi all, > > ?an anybody tell me why astyle was removed from 13.* 14.* releases? Whether > it can be returned back to current? > > -- > Best regards, > Nikolay Korotkiy > > _______________________________________________ > 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 pfeifer.felix at gmail.com Fri Jan 18 12:01:05 2013 From: pfeifer.felix at gmail.com (Felix Pfeifer) Date: Fri, 18 Jan 2013 13:01:05 +0100 Subject: [Slackbuilds-users] script for arm cross compiler toolchain Message-ID: Hi all, i'd like to make a SlackBuildScript for gcc and newlib for crosscompiling for arm processors (arm-none-eabi). The procedure is like this: build and install binutils (a seperate SB-script) build and install arm-gcc build and install newlib using arm-gcc build and install arm-gcc a second time My idea was to make 1 SlackBuildScript for arm-gcc and newlib. To build newlib i want to use the installed arm-gcc in /tmp/$PKG and therefor put this directory into $PATH. Is that a way i can do it or is there anything against it? greetings, Felix From giorgio.peron at gmail.com Sat Jan 19 00:56:10 2013 From: giorgio.peron at gmail.com (Giorgio Peron) Date: Sat, 19 Jan 2013 01:56:10 +0100 Subject: [Slackbuilds-users] Redis compilation error with ARCH x86_64 Message-ID: <50F9EF2A.8050200@gmail.com> I got this error during the Redis compilation on a 64 bit machine MAKE hiredis cd hiredis && make static make[3]: Entering directory `/tmp/SBo/redis-2.6.5/deps/hiredis' cc -std=c99 -pedantic -c -O3 -fPIC -O2 -fPIC -Wall -W -Wstrict-prototypes -Wwrite-strings -g -ggdb x86_64 net.c cc: error: x86_64: No such file or directory make[3]: *** [net.o] Error 1 make[3]: Leaving directory `/tmp/SBo/redis-2.6.5/deps/hiredis' make[2]: *** [hiredis] Error 2 make[2]: Leaving directory `/tmp/SBo/redis-2.6.5/deps' make[1]: [persist-settings] Error 2 (ignored) CC adlist.o In file included from adlist.c:34:0: zmalloc.h:50:31: fatal error: jemalloc/jemalloc.h: No such file or directory compilation terminated. make[1]: *** [adlist.o] Error 1 make[1]: Leaving directory `/tmp/SBo/redis-2.6.5/src' make: *** [all] Error 2 my workaround was unset and set the ARCH variable before and after the make command. There is a better solution? Giorgio -------------- next part -------------- An HTML attachment was scrubbed... URL: From audrius at neutrino.lt Sat Jan 19 10:06:50 2013 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sat, 19 Jan 2013 12:06:50 +0200 Subject: [Slackbuilds-users] Redis compilation error with ARCH x86_64 In-Reply-To: <50F9EF2A.8050200@gmail.com> References: <50F9EF2A.8050200@gmail.com> Message-ID: <20130119100650.GA1814@kiras> Hi, Giorgio, On Sat, 2013-01-19 at 01:56:10 +0100, Giorgio Peron wrote: > I got this error during the Redis compilation on a 64 bit machine <...> > my workaround was unset and set the ARCH variable before and after > the make command. There is a better solution? Not that I know of. It's the second time this issue arises, and the solution last time was the same (unset ARCH). See http://lists.slackbuilds.org/pipermail/slackbuilds-users/2012-September/009230.html -- Audrius Ka?ukauskas http://neutrino.lt/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From powtrix at gmail.com Sat Jan 19 15:09:36 2013 From: powtrix at gmail.com (powtrix) Date: Sat, 19 Jan 2013 13:09:36 -0200 Subject: [Slackbuilds-users] script for arm cross compiler toolchain In-Reply-To: References: Message-ID: hi felix, I wrote one powerpc64-cross-compiler - for ps3 stuff: http://pastebin.com/raw.php?i=EAfg2vwz maybe this helps you. --- 2013/1/18 Felix Pfeifer : > Hi all, > > i'd like to make a SlackBuildScript for gcc and newlib for > crosscompiling for arm processors (arm-none-eabi). > The procedure is like this: > build and install binutils (a seperate SB-script) > build and install arm-gcc > build and install newlib using arm-gcc > build and install arm-gcc a second time > > My idea was to make 1 SlackBuildScript for arm-gcc and > newlib. To build newlib i want to use the installed arm-gcc > in /tmp/$PKG and therefor put this directory into $PATH. > Is that a way i can do it or is there anything against it? > -- powtrix From larryhaja at gmail.com Sat Jan 19 16:50:48 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 19 Jan 2013 08:50:48 -0800 Subject: [Slackbuilds-users] Redis compilation error with ARCH x86_64 In-Reply-To: <20130119100650.GA1814@kiras> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> Message-ID: Yeah, it looks like the Makefile picks up the ARCH variable when it is exported. Probably best solution is to unset ARCH (like it was already mentioned) right before the redis.SlackBuild defines ARCH. That way ARCH is defined but not used by the Makefile. --Larry On Sat, Jan 19, 2013 at 2:06 AM, Audrius Ka?ukauskas wrote: > Hi, Giorgio, > > On Sat, 2013-01-19 at 01:56:10 +0100, Giorgio Peron wrote: > > I got this error during the Redis compilation on a 64 bit machine > <...> > > my workaround was unset and set the ARCH variable before and after > > the make command. There is a better solution? > > Not that I know of. It's the second time this issue arises, and the > solution last time was the same (unset ARCH). See > > http://lists.slackbuilds.org/pipermail/slackbuilds-users/2012-September/009230.html > > -- > Audrius Ka?ukauskas > http://neutrino.lt/ > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalhcru at gmail.com Sat Jan 19 20:44:26 2013 From: yalhcru at gmail.com (B Watson) Date: Sat, 19 Jan 2013 15:44:26 -0500 Subject: [Slackbuilds-users] jbig2dec source MIA Message-ID: http://ghostscript.com/~giles/jbig2/jbig2dec/jbig2dec-0.11.tar.gz is gone as of sometime last week. The homepage still links there, but it's 404 now. There's a copy here that probably will be around for a while: http://distfiles.gentoo.org/distfiles/jbig2dec-0.11.tar.gz From audrius at neutrino.lt Sat Jan 19 21:34:12 2013 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sat, 19 Jan 2013 23:34:12 +0200 Subject: [Slackbuilds-users] Redis compilation error with ARCH x86_64 In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> Message-ID: <20130119213412.GB13514@kiras> On Sat, 2013-01-19 at 08:50:48 -0800, Larry Hajali wrote: > Yeah, it looks like the Makefile picks up the ARCH variable when it is > exported. Probably best solution is to unset ARCH (like it was already > mentioned) right before the redis.SlackBuild defines ARCH. That way ARCH > is defined but not used by the Makefile. I submitted an update which unsets ARCH in a subshell before calling make (thanks to Matteo for the patch). -- Audrius Ka?ukauskas http://neutrino.lt/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From mfilpot at gmail.com Sun Jan 20 04:42:31 2013 From: mfilpot at gmail.com (Matthew Fillpot) Date: Sat, 19 Jan 2013 23:42:31 -0500 Subject: [Slackbuilds-users] yakuake slackbuilds In-Reply-To: References: <2896652.WhyFLMO71u@slackk> Message-ID: On Wed, Jan 2, 2013 at 7:57 AM, Matthew Fillpot wrote: > > > > On Wed, Jan 2, 2013 at 7:46 AM, Klaatu wrote: > >> ** >> >> Vito, as a quick fix, you can just download the updated code for version >> 2.9.9 from kde-apps.org, change the version number in the >> yakuake.SlackBuild to 2.9.9 and the untar line to .xz instead of .bz2, and >> it builds and installs fine. >> >> >> >> You might have already done that, but I thought I'd mention it just in >> case you didn't know. >> >> >> >> - klaatu >> >> >> >> >> >> On Wednesday, January 02, 2013 09:16:37 AM Vito De Tullio wrote: >> >> Hi. >> >> I noticed that the version of the yakuake package on >> http://slackbuilds.org/repository/14.0/system/yakuake/ while functional, >> it's almost 3 years old. >> >> >> I tried to contact the mantainer, Steffen Schwebel, but my emails only >> receive error 550 (mailbox unavailable). >> >> Following http://slackbuilds.org/faq/#version_update I kindly ask here >> if there is someone who can update the package. >> >> Thank you. >> >> >> -- >> Vito De Tullio - Vito.DeTullio at gmail.com >> >> >> >> - 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/ >> >> >> > If the maintainer cannot be found then I can take over this slackbuild. > > -- > -Thank You, > -Matthew Fillpot > > -Slackware Documentation Project - Staff Editor > - http://docs.slackware.com/wiki:user:mfillpot > > -Linux.com - Moderator > - https://www.linux.com/forums/person/198 > I also tried to reach the currently listed maintainer and got the 550 error. As he cannot be reached and no one else on the list decided to assume the yakuake script, I will take it over so updates will be made. I will be submitting an updated tar in a couple of days. -- -Thank You, -Matthew Fillpot -Slackware Documentation Project - Staff Editor - http://docs.slackware.com/wiki:user:mfillpot -Linux.com - Moderator - https://www.linux.com/forums/person/198 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mfilpot at gmail.com Sun Jan 20 05:20:33 2013 From: mfilpot at gmail.com (Matthew Fillpot) Date: Sun, 20 Jan 2013 00:20:33 -0500 Subject: [Slackbuilds-users] Some abandoned SlackBuilds In-Reply-To: References: Message-ID: On Thu, Jan 10, 2013 at 9:34 PM, Binh Nguyen wrote: > Hi, > > Due to time constrains these days, I'm going to drop some of my > SlackBuilds that I actually do not use anymore. They are as follows: > > audio/volwheel > desktop/obmenu > desktop/openbox-themes > desktop/stalonetray > games/gtkballs > games/tuxkart > graphics/shutter > misc/gprename > multimedia/realplayer > network/gtorrentviewer > network/imageshack-uploader > > If someone want to take over, please inform to this thread. > > I would also like to confirm that Willy Sudiarto Raharjo has agreed to > take over TeamViewer maintenance. > > > -- Binh > _______________________________________________ > 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 no one has taken tuxkart yet, I would like to call it for my son as he will also be assuming some of my scripts also. -- -Thank You, -Matthew Fillpot -Slackware Documentation Project - Staff Editor - http://docs.slackware.com/wiki:user:mfillpot -Linux.com - Moderator - https://www.linux.com/forums/person/198 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xgizzmo at slackbuilds.org Sun Jan 20 14:42:36 2013 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sun, 20 Jan 2013 09:42:36 -0500 Subject: [Slackbuilds-users] Updates - 20130120.1 Message-ID: <201301200942.36403.xgizzmo@slackbuilds.org> Sun Jan 20 14:08:30 UTC 2013 academic/antiprism: Updated for version 0.22. academic/bowtie: Added (short read aligner of DNA sequences). academic/bwa: Added (Burrows-Wheeler Aligner). academic/cap3: Added (DNA sequence assembly program). academic/geomview: Added (3D geometrical package). academic/mafft: Added (multiple sequence alignment program). academic/mrbayes: Added (Bayesian Inference of Phylogeny). academic/ncbi-blast-plus: Added (BLAST+ CLI applications). academic/ncbi-blast: Added (Basic Local Alignment Search Tool). academic/t_coffee: Added (multiple sequence alignment program). academic/tilem2: Added (TI-calculator emulator for linux). academic/ugene: Added (unified bioinformatics toolkit). audio/clementine: Updated for version 1.1.1. desktop/e16: Added (window manager for X) development/jdk: Updated for version 7u11. games/bsnes: Fixed up some perms in usr/share/bsnes/*. graphics/GraphicsMagick: Updated for version 1.3.17. graphics/SweetHome3D: Updated for version 3.7 (+new maintainer) graphics/photivo: Added (photo processor). libraries/opal: Updated for version 3.10.9. libraries/ptlib: Updated for version 2.10.9. misc/recode: Changed download link. multimedia/flash-player-plugin: Updated for version 11.2.202.261. network/cacti-spine: Added (poller for Cacti). network/chromium: Updated for version 24.0.1312.52. network/ekiga: Updated for version 4.0.0. network/lighttpd2: Updated for version 20121206_01abf70. network/nginx: Updated for version 1.2.6. network/offlineimap: Updated for version 6.5.4, changed homepage. +--------------------------+ From bencollver at gmail.com Sat Jan 19 16:43:18 2013 From: bencollver at gmail.com (Ben Collver) Date: Sat, 19 Jan 2013 08:43:18 -0800 Subject: [Slackbuilds-users] wink download link Message-ID: <20130119164318.GA31269@computor> Good morning, Someone told me that the wink download link is broken. The Linux version of wink no longer has a direct download link, but it has an interactive download page. The following changes will fix the SlackBuild. -Ben --- wink.orig/wink.SlackBuild 2010-06-15 22:22:12.000000000 -0700 +++ wink/wink.SlackBuild 2013-01-19 08:46:04.671669017 -0800 @@ -41,7 +41,7 @@ rm -rf $PRGNAM-$VERSION mkdir $PRGNAM-$VERSION cd $PRGNAM-$VERSION -tar xvf $CWD/wink15.tar.gz +tar xvf $CWD/wink15_b1060.tar.gz chown -R root:root . find . \ \( -perm 777 -o -perm 775 -o -perm 711 -o -perm 555 -o -perm 511 \) \ --- wink.orig/wink.info 2012-09-28 21:34:38.000000000 -0700 +++ wink/wink.info 2013-01-19 08:47:32.079352359 -0800 @@ -1,7 +1,7 @@ PRGNAM="wink" VERSION="1.5" HOMEPAGE="http://www.debugmode.com/wink/" -DOWNLOAD="http://www.digital2b.com/mirror_wink/wink15.tar.gz" +DOWNLOAD="http://www.afterdawn.com/software/desktop/screen_capture/wink_for_linux.cfm" MD5SUM="be2d80bcf3fdfe1a403674d789aed9db" DOWNLOAD_x86_64="" MD5SUM_x86_64="" From willysr at gmail.com Mon Jan 21 01:33:58 2013 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Mon, 21 Jan 2013 08:33:58 +0700 Subject: [Slackbuilds-users] wrong version in rsnapshot's README Message-ID: The version used in slackbuilds is 1.3.1, but the documentaion stated in README is still pointing to 1.3.0 -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From lmello.009 at gmail.com Tue Jan 22 03:45:54 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 22 Jan 2013 01:45:54 -0200 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> Message-ID: <50FE0B72.3010309@gmail.com> Hi, I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit build improves performance. - Luis From slackeee at gmail.com Tue Jan 22 11:19:00 2013 From: slackeee at gmail.com (Tobias Eichmann) Date: Tue, 22 Jan 2013 12:19:00 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <50FE0B72.3010309@gmail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> Message-ID: <20130122111900.GA22092@demon> On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello wrote: > Hi, > > I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit > build improves performance. > > - Luis > _______________________________________________ > 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/ > Not all x86_64 CPUs support SSE3 (the lowest common denominator is SSE2), so adding this option by default will render the script unusable for owners of such CPUs. - Tobi -- Tobias Eichmann, slackeee at gmail.com LinuxQuestions.org Forum Moderator http://www.linuxquestions.org/questions/user/tobisgd-506425/ From kingbeowulf at gmail.com Tue Jan 22 15:42:32 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 22 Jan 2013 07:42:32 -0800 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <20130122111900.GA22092@demon> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: Add it as a switch option? That way there is a reminder for those users who can benefit from ss3 as they might not think of it or release otherwise. On 1/22/13, Tobias Eichmann wrote: > On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello wrote: >> Hi, >> >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit >> build improves performance. >> >> - Luis >> _______________________________________________ >> 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/ >> > > Not all x86_64 CPUs support SSE3 (the lowest common denominator is SSE2), > so > adding this option by default will render the script unusable for owners of > such CPUs. > > - Tobi > > -- > Tobias Eichmann, slackeee at gmail.com > LinuxQuestions.org Forum Moderator > http://www.linuxquestions.org/questions/user/tobisgd-506425/ > > _______________________________________________ > 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 lmello.009 at gmail.com Tue Jan 22 15:52:00 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 22 Jan 2013 13:52:00 -0200 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: <50FEB5A0.80106@gmail.com> Good idea - this boosted me like almost 10fps... On 01/22/2013 01:42 PM, King Beowulf wrote: > Add it as a switch option? That way there is a reminder for those > users who can benefit from ss3 as they might not think of it or > release otherwise. > > > On 1/22/13, Tobias Eichmann wrote: >> On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello wrote: >>> Hi, >>> >>> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit >>> build improves performance. >>> >>> - Luis >>> _______________________________________________ >>> 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/ >>> >> >> Not all x86_64 CPUs support SSE3 (the lowest common denominator is SSE2), >> so >> adding this option by default will render the script unusable for owners of >> such CPUs. >> >> - Tobi >> >> -- >> Tobias Eichmann, slackeee at gmail.com >> LinuxQuestions.org Forum Moderator >> http://www.linuxquestions.org/questions/user/tobisgd-506425/ >> >> _______________________________________________ >> 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 larryhaja at gmail.com Tue Jan 22 16:23:50 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Tue, 22 Jan 2013 08:23:50 -0800 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: Could just add an if statement that will add it to the SLKCFLAGS if it is detected on the computer. if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then SLKCFLAGS="$SLKCFLAGS -msse3" fi Not sure if this leads to undesirable results. I don't have an sse3 capable processor, so I can't test. --Larry On Tue, Jan 22, 2013 at 7:42 AM, King Beowulf wrote: > Add it as a switch option? That way there is a reminder for those > users who can benefit from ss3 as they might not think of it or > release otherwise. > > > On 1/22/13, Tobias Eichmann wrote: > > On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello wrote: > >> Hi, > >> > >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit > >> build improves performance. > >> > >> - Luis > >> _______________________________________________ > >> 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/ > >> > > > > Not all x86_64 CPUs support SSE3 (the lowest common denominator is SSE2), > > so > > adding this option by default will render the script unusable for owners > of > > such CPUs. > > > > - Tobi > > > > -- > > Tobias Eichmann, slackeee at gmail.com > > LinuxQuestions.org Forum Moderator > > http://www.linuxquestions.org/questions/user/tobisgd-506425/ > > > > _______________________________________________ > > 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 > _______________________________________________ > 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 lmello.009 at gmail.com Wed Jan 23 01:29:00 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 22 Jan 2013 23:29:00 -0200 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: <50FF3CDC.3010404@gmail.com> The correct 'if' statement would be: if grep ssse3 /proc/cpuinfo 1> /dev/null; then SLKCFLAGS="$SLKCFLAGS -msse3" fi On 01/22/2013 02:23 PM, Larry Hajali wrote: > Could just add an if statement that will add it to the SLKCFLAGS if it > is detected on the computer. > > if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then > SLKCFLAGS="$SLKCFLAGS -msse3" > fi > > Not sure if this leads to undesirable results. I don't have an sse3 > capable processor, so I can't test. > > --Larry > > On Tue, Jan 22, 2013 at 7:42 AM, King Beowulf > wrote: > > Add it as a switch option? That way there is a reminder for those > users who can benefit from ss3 as they might not think of it or > release otherwise. > > > On 1/22/13, Tobias Eichmann > wrote: > > On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello wrote: > >> Hi, > >> > >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit > >> build improves performance. > >> > >> - Luis > >> _______________________________________________ > >> 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/ > >> > > > > Not all x86_64 CPUs support SSE3 (the lowest common denominator > is SSE2), > > so > > adding this option by default will render the script unusable for > owners of > > such CPUs. > > > > - Tobi > > > > -- > > Tobias Eichmann, slackeee at gmail.com > > LinuxQuestions.org Forum Moderator > > http://www.linuxquestions.org/questions/user/tobisgd-506425/ > > > > _______________________________________________ > > 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 > _______________________________________________ > 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 larryhaja at gmail.com Wed Jan 23 02:33:26 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Tue, 22 Jan 2013 18:33:26 -0800 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <50FF3CDC.3010404@gmail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> <50FF3CDC.3010404@gmail.com> Message-ID: Yes, that probably is correct. But there wasn't good information on sse3 vs. ssse3 when I did a google search. On Tue, Jan 22, 2013 at 5:29 PM, Luis Henrique Mello wrote: > The correct 'if' statement would be: > > if grep ssse3 /proc/cpuinfo 1> /dev/null; then > SLKCFLAGS="$SLKCFLAGS -msse3" > fi > > > On 01/22/2013 02:23 PM, Larry Hajali wrote: > >> Could just add an if statement that will add it to the SLKCFLAGS if it >> is detected on the computer. >> >> if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then >> SLKCFLAGS="$SLKCFLAGS -msse3" >> fi >> >> Not sure if this leads to undesirable results. I don't have an sse3 >> capable processor, so I can't test. >> >> --Larry >> >> On Tue, Jan 22, 2013 at 7:42 AM, King Beowulf > **> wrote: >> >> Add it as a switch option? That way there is a reminder for those >> users who can benefit from ss3 as they might not think of it or >> release otherwise. >> >> >> On 1/22/13, Tobias Eichmann > > wrote: >> > On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique Mello >> wrote: >> >> Hi, >> >> >> >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 >> bit >> >> build improves performance. >> >> >> >> - Luis >> >> ______________________________**_________________ >> >> 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/ >> >> >> > >> > Not all x86_64 CPUs support SSE3 (the lowest common denominator >> is SSE2), >> > so >> > adding this option by default will render the script unusable for >> owners of >> > such CPUs. >> > >> > - Tobi >> > >> > -- >> > Tobias Eichmann, slackeee at gmail.com >> >> > LinuxQuestions.org Forum Moderator >> > http://www.linuxquestions.org/**questions/user/tobisgd-506425/ >> > >> > ______________________________**_________________ >> > 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 >> ______________________________**_________________ >> 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/ >> >> > ______________________________**_________________ > 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 lmello.009 at gmail.com Wed Jan 23 02:37:22 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Wed, 23 Jan 2013 00:37:22 -0200 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> <50FF3CDC.3010404@gmail.com> Message-ID: <50FF4CE2.8060107@gmail.com> It indeed works, just tested it. This could be useful not only for Desmume, but all 'heavyweight' computing applications such as Octave. What do you guys think? On 01/23/2013 12:33 AM, Larry Hajali wrote: > Yes, that probably is correct. But there wasn't good information on > sse3 vs. ssse3 when I did a google search. > > On Tue, Jan 22, 2013 at 5:29 PM, Luis Henrique Mello > > wrote: > > The correct 'if' statement would be: > > if grep ssse3 /proc/cpuinfo 1> /dev/null; then > SLKCFLAGS="$SLKCFLAGS -msse3" > fi > > > On 01/22/2013 02:23 PM, Larry Hajali wrote: > > Could just add an if statement that will add it to the SLKCFLAGS > if it > is detected on the computer. > > if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then > SLKCFLAGS="$SLKCFLAGS -msse3" > fi > > Not sure if this leads to undesirable results. I don't have an sse3 > capable processor, so I can't test. > > --Larry > > On Tue, Jan 22, 2013 at 7:42 AM, King Beowulf > > >__> > wrote: > > Add it as a switch option? That way there is a reminder for > those > users who can benefit from ss3 as they might not think of it or > release otherwise. > > > On 1/22/13, Tobias Eichmann > >> wrote: > > On Tue, Jan 22, 2013 at 01:45:54AM -0200, Luis Henrique > Mello wrote: > >> Hi, > >> > >> I've noticed that adding '-msse3' to the $SLKCFLAGS on > a x86_64 bit > >> build improves performance. > >> > >> - Luis > >> _________________________________________________ > >> 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/ > >> > > > > Not all x86_64 CPUs support SSE3 (the lowest common > denominator > is SSE2), > > so > > adding this option by default will render the script > unusable for > owners of > > such CPUs. > > > > - Tobi > > > > -- > > Tobias Eichmann, slackeee at gmail.com > > > > > LinuxQuestions.org Forum Moderator > > > http://www.linuxquestions.org/__questions/user/tobisgd-506425/ > > > > > _________________________________________________ > > 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 > _________________________________________________ > 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/ > > > _________________________________________________ > 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 slacker at slaphappygeeks.com Wed Jan 23 05:04:29 2013 From: slacker at slaphappygeeks.com (Slacker build user) Date: Tue, 22 Jan 2013 22:04:29 -0700 Subject: [Slackbuilds-users] evolus-pencil.Slackbuild results in corrupted system Message-ID: <50FF6F5D.10903@slaphappygeeks.com> My first hiccup with an SBo script... Installing the package built from evolus-pencil changes directory permissions for /usr, /usr/lib, /usr/bin, /usr/share to 744 making it very difficult to do anything! Modifying the script to set proper execute permissions after extracting from rpm fixes it. I will also write the maintainer but wanted to write to the list as well as this would be a serious issue for some. Thanks, Robert From elyk03 at gmail.com Wed Jan 23 05:16:45 2013 From: elyk03 at gmail.com (Kyle Guinn) Date: Tue, 22 Jan 2013 23:16:45 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: On 1/22/13, Kyle Guinn wrote: > On 1/22/13, Larry Hajali wrote: >> Could just add an if statement that will add it to the SLKCFLAGS if it is >> detected on the computer. >> >> if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then >> SLKCFLAGS="$SLKCFLAGS -msse3" >> fi >> >> Not sure if this leads to undesirable results. I don't have an sse3 >> capable processor, so I can't test. > > Well, one problem is that you have a package that advertises itself as > working on $ARCH (by having $ARCH in the package filename) but it may > not actually work on every CPU with that $ARCH so you can't safely > distribute it. > > If you're going to go that route, why not just use -march=native? > Maybe also set $ARCH to "native" for lack of anything better to use, > and then it should be clear that you shouldn't redistribute the > resulting package. I'm sure there's a way to work that into the 'if [ > "$ARCH" = "i486" ] ...' stanza if you can find a way to add -fPIC and > set $LIBDIRSUFFIX appropriately on 64-bit machines. Here's my first attempt at $ARCH=native: SLKCFLAGS="-O2" LIBDIRSUFFIX="" if [ "$ARCH" = "x86_64" -o \( "$ARCH" = "native" -a "$(uname -m)" = "x86_64" \) ]; then SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" fi if [ "$ARCH" = "native" ]; then SLKCFLAGS="$SLKCFLAGS -march=native" elif [ "$ARCH" = "i486" ]; then SLKCFLAGS="$SLKCFLAGS -march=i486 -mtune=i686" elif [ "$ARCH" = "i686" ]; then SLKCFLAGS="$SLKCFLAGS -march=i686 -mtune=i686" fi -Kyle From matteo.bernardini at gmail.com Wed Jan 23 06:31:14 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 23 Jan 2013 07:31:14 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: 2013/1/23 Kyle Guinn > SLKCFLAGS="-O2" > LIBDIRSUFFIX="" > if [ "$ARCH" = "x86_64" -o \( "$ARCH" = "native" -a "$(uname -m)" = > "x86_64" \) ]; then > SLKCFLAGS="$SLKCFLAGS -fPIC" > LIBDIRSUFFIX="64" > fi > if [ "$ARCH" = "native" ]; then > SLKCFLAGS="$SLKCFLAGS -march=native" > elif [ "$ARCH" = "i486" ]; then > SLKCFLAGS="$SLKCFLAGS -march=i486 -mtune=i686" > elif [ "$ARCH" = "i686" ]; then > SLKCFLAGS="$SLKCFLAGS -march=i686 -mtune=i686" > fi > I played a little with it SLKCFLAGS=${SLKCFLAGS:--O2} LIBDIRSUFFIX="" [ "$ARCH" = "x86_64" ] || [ "$ARCH" = "native" -a "$(uname -m)" = "x86_64" ] \ && SLKCFLAGS="$SLKCFLAGS -fPIC" ; LIBDIRSUFFIX="64" [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] \ && SLKCFLAGS="$SLKCFLAGS -march=$ARCH" [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS -march=$ARCH -mtune=$ARCH" Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Jan 23 07:10:59 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 23 Jan 2013 08:10:59 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: 2013/1/23 Matteo Bernardini > 2013/1/23 Kyle Guinn > >> SLKCFLAGS="-O2" >> LIBDIRSUFFIX="" >> if [ "$ARCH" = "x86_64" -o \( "$ARCH" = "native" -a "$(uname -m)" = >> "x86_64" \) ]; then >> SLKCFLAGS="$SLKCFLAGS -fPIC" >> LIBDIRSUFFIX="64" >> fi >> if [ "$ARCH" = "native" ]; then >> SLKCFLAGS="$SLKCFLAGS -march=native" >> elif [ "$ARCH" = "i486" ]; then >> SLKCFLAGS="$SLKCFLAGS -march=i486 -mtune=i686" >> elif [ "$ARCH" = "i686" ]; then >> SLKCFLAGS="$SLKCFLAGS -march=i686 -mtune=i686" >> fi >> > > I played a little with it > still playing, this is what I came up with at the end SLKCFLAGS=${SLKCFLAGS:--O2} LIBDIRSUFFIX="" [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" [ "$ARCH" = "i?86" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS -march=$ARCH" [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS -mtune=$ARCH" -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Jan 23 07:21:59 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 23 Jan 2013 08:21:59 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: I lied (previous versions are fails) SLKCFLAGS=${SLKCFLAGS:--O2} LIBDIRSUFFIX="" [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS -march=$ARCH" [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS -mtune=i686" Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From elyk03 at gmail.com Wed Jan 23 04:33:10 2013 From: elyk03 at gmail.com (Kyle Guinn) Date: Tue, 22 Jan 2013 22:33:10 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: On 1/22/13, Larry Hajali wrote: > Could just add an if statement that will add it to the SLKCFLAGS if it is > detected on the computer. > > if grep [^s]sse3 /proc/cpuinfo 2>/dev/null; then > SLKCFLAGS="$SLKCFLAGS -msse3" > fi > > Not sure if this leads to undesirable results. I don't have an sse3 > capable processor, so I can't test. Well, one problem is that you have a package that advertises itself as working on $ARCH (by having $ARCH in the package filename) but it may not actually work on every CPU with that $ARCH so you can't safely distribute it. If you're going to go that route, why not just use -march=native? Maybe also set $ARCH to "native" for lack of anything better to use, and then it should be clear that you shouldn't redistribute the resulting package. I'm sure there's a way to work that into the 'if [ "$ARCH" = "i486" ] ...' stanza if you can find a way to add -fPIC and set $LIBDIRSUFFIX appropriately on 64-bit machines. -Kyle From dickson.tim at googlemail.com Wed Jan 23 09:51:30 2013 From: dickson.tim at googlemail.com (Tim Dickson) Date: Wed, 23 Jan 2013 09:51:30 +0000 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: <50FFB2A2.6000204@googlemail.com> On 23/01/2013 07:21, Matteo Bernardini wrote: > I lied (previous versions are fails) > > SLKCFLAGS=${SLKCFLAGS:--O2} > LIBDIRSUFFIX="" > [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" > LIBDIRSUFFIX="64" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && > SLKCFLAGS="$SLKCFLAGS -march=$ARCH" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS > -mtune=i686" > > 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/ > i think you would have difficulties creating 32bit packages from 64bit (multilib) slackware, as uname -m would set libdirsuffix to 64 which is not what you want for 32bit package. you might have to add a && ![ "$ARCH" = "i486" ] or something similar after the first part of the test. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Jan 23 10:26:30 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 23 Jan 2013 11:26:30 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <50FFB2A2.6000204@googlemail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> <50FFB2A2.6000204@googlemail.com> Message-ID: 2013/1/23 Tim Dickson > On 23/01/2013 07:21, Matteo Bernardini wrote: > > I lied (previous versions are fails) > > SLKCFLAGS=${SLKCFLAGS:--O2} > LIBDIRSUFFIX="" > [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" > LIBDIRSUFFIX="64" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS > -march=$ARCH" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS > -mtune=i686" > > i think you would have difficulties creating 32bit packages from 64bit > (multilib) slackware, as uname -m would set libdirsuffix to 64 which is not > what you want for 32bit package. you might have to add a && ![ "$ARCH" = > "i486" ] or something similar after the first part of the test. > thank for spotting it, you mean something like this? SLKCFLAGS=${SLKCFLAGS:--O2} LIBDIRSUFFIX="" [ "$ARCH" = "x86_64" ] || [ "$ARCH" = "native" ] && [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS -march=$ARCH" [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS -mtune=i686" Matteo -------------- next part -------------- An HTML attachment was scrubbed... URL: From veljko3 at gmail.com Wed Jan 23 10:40:14 2013 From: veljko3 at gmail.com (Veljko) Date: Wed, 23 Jan 2013 11:40:14 +0100 Subject: [Slackbuilds-users] Percona XtraBackup Message-ID: Hi! I compiled percona-xtrabackup.Slackbuild and all looks fine, until I try to backup database with innobackupex command. I'm getting this error: sh: xtrabackup_51: command not found innobackupex: fatal error: no 'mysqld' group in MySQL options Is it something I did wrong or something is missing in xtrabackup package? I'm using Slackware64 14. Regards, Veljko -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprkut at liwjatan.at Wed Jan 23 11:10:25 2013 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Wed, 23 Jan 2013 12:10:25 +0100 Subject: [Slackbuilds-users] Percona XtraBackup In-Reply-To: References: Message-ID: <1614798.USDiz9MWTC@callisto> On Wednesday 23 January 2013 11:40:14 Veljko wrote: > Hi! > > I compiled percona-xtrabackup.Slackbuild and all looks fine, until I try to > backup database with innobackupex command. I'm getting this error: > > sh: xtrabackup_51: command not found > innobackupex: fatal error: no 'mysqld' group in MySQL options I could reproduce this error here, although for me it complains about xtrabackup_55. > Is it something I did wrong or something is missing in xtrabackup package? This is an issue in the Slackbuild, but fixing it might take some tinkering. For the time being you can use xtrabackup itself, which works fine on my system. Grs, Heinz From j at dawnrazor.net Wed Jan 23 14:14:11 2013 From: j at dawnrazor.net (j at dawnrazor.net) Date: Wed, 23 Jan 2013 08:14:11 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> <50FFB2A2.6000204@googlemail.com> Message-ID: On 2013-01-23 04:26, Matteo Bernardini wrote: > 2013/1/23 Tim Dickson > >> On 23/01/2013 07:21, Matteo Bernardini wrote: >> >>> I lied (previous versions are fails) >>> >>> SLKCFLAGS=${SLKCFLAGS:--O2} >>> LIBDIRSUFFIX="" >>> [ "$(uname -m)" = "x86_64" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" >>> LIBDIRSUFFIX="64" >>> [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && >>> SLKCFLAGS="$SLKCFLAGS -march=$ARCH" >>> [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && >>> SLKCFLAGS="$SLKCFLAGS -mtune=i686" >> i think you would have difficulties creating 32bit packages from >> 64bit (multilib) slackware, as uname -m would set libdirsuffix to 64 >> which is not what you want for 32bit package. you might have to add a? >> && ![ "$ARCH" = "i486" ] or something similar after the first part of >> the test. > > thank for spotting it, you mean something like this? > it does not apply, because ARCH should not get changed in order to compile 32bit packages on multilib x86_64 bit systems, per http://www.slackware.com/~alien/multilib/ : -- You will be able to use standard SlackBuilds to build 32-bit packages for Slackware64. There are two things to keep in mind: (1) You will have to define the ARCH variable as 'x86_64' even though you are compiling a 32-bit program! (2) You will have to edit the SlackBuild and if it wants to use 'lib64/' directories for "$ARCH = x86_64", you will have to force it to use 'lib/' directories instead. Usually, this is accomplished by finding a definition like: LIBDIRSUFFIX="64" and change this line to LIBDIRSUFFIX="" -- so this is not even a consideration. From veljko3 at gmail.com Wed Jan 23 11:23:16 2013 From: veljko3 at gmail.com (Veljko) Date: Wed, 23 Jan 2013 12:23:16 +0100 Subject: [Slackbuilds-users] Percona XtraBackup In-Reply-To: <1614798.USDiz9MWTC@callisto> References: <1614798.USDiz9MWTC@callisto> Message-ID: <20130123112316.GA6330@angelina.example.org> On Wed, Jan 23, 2013 at 12:10:25PM +0100, Heinz Wiesinger wrote: > This is an issue in the Slackbuild, but fixing it might take some tinkering. > For the time being you can use xtrabackup itself, which works fine on my > system. Thanks Heinz, will do that. Regards, Veljko From matteo.bernardini at gmail.com Wed Jan 23 15:01:12 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 23 Jan 2013 16:01:12 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> <50FFB2A2.6000204@googlemail.com> Message-ID: Hi J, I tried to adapt the line to take in account Eric's advices SLKCFLAGS=${SLKCFLAGS:--O2} LIBDIRSUFFIX="" [ "$(uname -m)" = "x86_64" ] && [ ! "$(echo $PATH | grep ^\/usr\/bin\/32)" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS -march=$ARCH" [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS -mtune=i686" Matteo P.S. just to be clear, this is for fun only: ATM there's no plans to change anything regarding custom CFLAGS/ARCH detection. -------------- next part -------------- An HTML attachment was scrubbed... URL: From haikuhacker at gmail.com Wed Jan 23 22:36:13 2013 From: haikuhacker at gmail.com (Chris Farrell) Date: Wed, 23 Jan 2013 22:36:13 +0000 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <50FE0B72.3010309@gmail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> Message-ID: Hi lmello Are you using slackware again? I was going to offer you a trade; your gpodder SBo for my gpodder3 AUR. I was thinking of leaving arch for crux. tim cowchip Chris On Tue, Jan 22, 2013 at 3:45 AM, Luis Henrique Mello wrote: > Hi, > > I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit build > improves performance. > > - Luis > ______________________________**_________________ > 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 lmello.009 at gmail.com Wed Jan 23 23:09:27 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Wed, 23 Jan 2013 21:09:27 -0200 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> Message-ID: <51006DA7.3040204@gmail.com> Hi Cris! I'm actually using BOTH... arch on a notebook and slackware on a desktop. I need two computers to 'train' my IT skills. And I just loooove GNOME 3 - arch is the only distribution which ships GNOME 3 and *doesn't* split libraries and headers on their packages (who was the fucktard who had this 'genious' idea anyway?!) like slackware so it was really an obvious choice... Do you think my gpodder SBo is better somewhat? Do as thou wilt, after all, 'when there's no copyright notices on a slackbuild it is assumed to be in the public domain', did I get it right? :) Oh I see... you mean 'responsibility' for maintain the script, right? Oh well, I've never seen a 'missing' AUR of any software I actually use, it'd be an honor to contribute to the arch community somehow. Oh wait it was you who asked me about the 2.x gpodder series! You know what? Dump that and merge gpodder to gpodder3. I guess nobody will complain... On 01/23/2013 08:36 PM, Chris Farrell wrote: > Hi lmello > Are you using slackware again? > I was going to offer you a trade; > your gpodder SBo for my gpodder3 AUR. > I was thinking of leaving arch for crux. > tim cowchip > Chris > > > On Tue, Jan 22, 2013 at 3:45 AM, Luis Henrique Mello > > wrote: > > Hi, > > I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit > build improves performance. > > - Luis > _________________________________________________ > 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 xgizzmo at slackbuilds.org Thu Jan 24 01:47:10 2013 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 23 Jan 2013 20:47:10 -0500 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> Message-ID: <201301232047.10423.xgizzmo@slackbuilds.org> On Wednesday 23 January 2013 10:01:12 Matteo Bernardini wrote: > Hi J, > > I tried to adapt the line to take in account Eric's advices > > SLKCFLAGS=${SLKCFLAGS:--O2} > LIBDIRSUFFIX="" > [ "$(uname -m)" = "x86_64" ] && [ ! "$(echo $PATH | grep ^\/usr\/bin\/32)" > ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS > -march=$ARCH" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS > -mtune=i686" > > Matteo > > P.S. just to be clear, this is for fun only: ATM there's no plans to change > anything regarding custom CFLAGS/ARCH detection. > I think all that would be needed is to add a line after the $SLKCFLAGS block. if [ -n "$RICER_FLAGS" ]; then SLKCFLAGS=$RICER_FLAGS; fi Then run your build RICER_FLAGS="-enable-more-fruitloops" ./some.SlackBuild --dsomero :) From elyk03 at gmail.com Thu Jan 24 03:16:48 2013 From: elyk03 at gmail.com (Kyle Guinn) Date: Wed, 23 Jan 2013 21:16:48 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <201301232047.10423.xgizzmo@slackbuilds.org> References: <50F9EF2A.8050200@gmail.com> <201301232047.10423.xgizzmo@slackbuilds.org> Message-ID: On 1/23/13, xgizzmo at slackbuilds.org wrote: > I think all that would be needed is to add a line after the $SLKCFLAGS > block. > > if [ -n "$RICER_FLAGS" ]; then SLKCFLAGS=$RICER_FLAGS; fi > > Then run your build RICER_FLAGS="-enable-more-fruitloops" > ./some.SlackBuild > > --dsomero :) Classy :) This topic has me curious. Can anyone explain to me why we add -fPIC for x86_64, or why we don't add it to the others? -Kyle From j at dawnrazor.net Thu Jan 24 06:14:14 2013 From: j at dawnrazor.net (J Pipkin) Date: Thu, 24 Jan 2013 00:14:14 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <201301232047.10423.xgizzmo@slackbuilds.org> Message-ID: <49ca15aaf075f8eaf4e128b92cfd78ff@dawnrazor.net> On 2013-01-23 09:01, Matteo Bernardini wrote: > Hi J, > > I tried to adapt the line to take in account Eric's advices > > SLKCFLAGS=${SLKCFLAGS:--O2} > LIBDIRSUFFIX="" > [ "$(uname -m)" = "x86_64" ] && [ ! "$(echo $PATH | grep > ^/usr/bin/32)" ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && > SLKCFLAGS="$SLKCFLAGS -march=$ARCH" > [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS > -mtune=i686" > > Matteo oh, I like this idea a lot - a huge usability win to not have to edit the .SlackBuild for such cases. of course, since SBo's official stance is "no support for multilib", I guess there's not much chance of this being acceptable... but it would be nice. also, probably want grep -q :) On 2013-01-23 21:16, Kyle Guinn wrote: > On 1/23/13, xgizzmo at slackbuilds.org wrote: > > This topic has me curious. Can anyone explain to me why we add -fPIC > for x86_64, or why we don't add it to the others? > > -Kyle the over-simplified answer is that it makes dynamic linking on x86_64 possible, and that on x86 dynamic linking Just Works. if you'd like a more technical understanding, there are plenty of these available online, just google for something like "fpic x86_64" or "fpic amd64" or such. From matteo.bernardini at gmail.com Thu Jan 24 06:49:50 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Thu, 24 Jan 2013 07:49:50 +0100 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <20130122111900.GA22092@demon> Message-ID: A small thought: the problem setting ARCH=native is that the final package will be called something like foo-1.1-native-1_SBo, while it should have a name dependant on the minimum CPU where it will run (like Stuart is doing on arm). To get the CFLAGS selected by -march=native, for a possible use like XGizzmo suggest, I use here this dirty trick $ gcc -### -e -v -march=native /usr/include/stdlib.h 2>&1 | tail -1 | sed "s|.*\"-march=|\"-march=|" | sed "s|\ -quiet\ .*||" "-march=corei7-avx" -mcx16 -msahf -mno-movbe -mno-aes -mpclmul -mpopcnt -mno-abm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mavx -mno-avx2 -msse4.2 -msse4.1 -mno-lzcnt -mno-rdrnd -mno-f16c -mno-fsgsbase --param "l1-cache-size=32" --param "l1-cache-line-size=64" --param "l2-cache-size=3072" "-mtune=corei7-avx" In theory, the resulting package built specifying these CFLAGS should be called foo-1.1-corei7_avx-1_SBo (note the use of underscore in the ARCH to avoid confusing pkgtool). -------------- next part -------------- An HTML attachment was scrubbed... URL: From haikuhacker at gmail.com Thu Jan 24 05:33:50 2013 From: haikuhacker at gmail.com (chris) Date: Wed, 23 Jan 2013 21:33:50 -0800 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <51006DA7.3040204@gmail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <51006DA7.3040204@gmail.com> Message-ID: <5100C7BE.9060606@gmail.com> Hi lmello, Leave a post here: https://aur.archlinux.org/packages/gpodder3/ indicating your interest in maintaining gpodder3 for arch and I will disown the package as soon after so that you can then adopt it. Tim Cowchip Chris Luis Henrique Mello wrote: > Hi Cris! > > I'm actually using BOTH... arch on a notebook and slackware on a > desktop. I need two computers to 'train' my IT skills. And I just > loooove GNOME 3 - arch is the only distribution which ships GNOME 3 > and *doesn't* split libraries and headers on their packages (who was > the fucktard who had this 'genious' idea anyway?!) like slackware so > it was really an obvious choice... > > Do you think my gpodder SBo is better somewhat? Do as thou wilt, after > all, 'when there's no copyright notices on a slackbuild it is assumed > to be in the public domain', did I get it right? :) > > Oh I see... you mean 'responsibility' for maintain the script, right? > Oh well, I've never seen a 'missing' AUR of any software I actually > use, it'd be an honor to contribute to the arch community somehow. > > Oh wait it was you who asked me about the 2.x gpodder series! You know > what? Dump that and merge gpodder to gpodder3. I guess nobody will > complain... > > On 01/23/2013 08:36 PM, Chris Farrell wrote: >> Hi lmello >> Are you using slackware again? >> I was going to offer you a trade; >> your gpodder SBo for my gpodder3 AUR. >> I was thinking of leaving arch for crux. >> tim cowchip >> Chris >> >> >> On Tue, Jan 22, 2013 at 3:45 AM, Luis Henrique Mello >> > wrote: >> >> Hi, >> >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit >> build improves performance. >> >> - Luis >> _________________________________________________ >> 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/ >> > > _______________________________________________ > 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 haikuhacker at gmail.com Thu Jan 24 19:49:39 2013 From: haikuhacker at gmail.com (Chris Farrell) Date: Thu, 24 Jan 2013 11:49:39 -0800 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <51006DA7.3040204@gmail.com> References: <50F9EF2A.8050200@gmail.com> <20130119100650.GA1814@kiras> <50FE0B72.3010309@gmail.com> <51006DA7.3040204@gmail.com> Message-ID: Hi Luis, just disowned it. good luck. Chris On Wed, Jan 23, 2013 at 3:09 PM, Luis Henrique Mello wrote: > Hi Cris! > > I'm actually using BOTH... arch on a notebook and slackware on a desktop. > I need two computers to 'train' my IT skills. And I just loooove GNOME 3 - > arch is the only distribution which ships GNOME 3 and *doesn't* split > libraries and headers on their packages (who was the fucktard who had this > 'genious' idea anyway?!) like slackware so it was really an obvious > choice... > > Do you think my gpodder SBo is better somewhat? Do as thou wilt, after > all, 'when there's no copyright notices on a slackbuild it is assumed to be > in the public domain', did I get it right? :) > > Oh I see... you mean 'responsibility' for maintain the script, right? Oh > well, I've never seen a 'missing' AUR of any software I actually use, it'd > be an honor to contribute to the arch community somehow. > > Oh wait it was you who asked me about the 2.x gpodder series! You know > what? Dump that and merge gpodder to gpodder3. I guess nobody will > complain... > > On 01/23/2013 08:36 PM, Chris Farrell wrote: > >> Hi lmello >> Are you using slackware again? >> I was going to offer you a trade; >> your gpodder SBo for my gpodder3 AUR. >> I was thinking of leaving arch for crux. >> tim cowchip >> Chris >> >> >> On Tue, Jan 22, 2013 at 3:45 AM, Luis Henrique Mello >> > wrote: >> >> Hi, >> >> I've noticed that adding '-msse3' to the $SLKCFLAGS on a x86_64 bit >> build improves performance. >> >> - Luis >> ______________________________**___________________ >> 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/ >> >> > ______________________________**_________________ > 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 joshuakwood at gmail.com Thu Jan 24 03:25:53 2013 From: joshuakwood at gmail.com (JK Wood) Date: Wed, 23 Jan 2013 21:25:53 -0600 Subject: [Slackbuilds-users] Desmume on 64-bit - optimization flag In-Reply-To: <201301232047.10423.xgizzmo@slackbuilds.org> References: <50F9EF2A.8050200@gmail.com> <201301232047.10423.xgizzmo@slackbuilds.org> Message-ID: On Jan 23, 2013 7:47 PM, wrote: > > On Wednesday 23 January 2013 10:01:12 Matteo Bernardini wrote: > > Hi J, > > > > I tried to adapt the line to take in account Eric's advices > > > > SLKCFLAGS=${SLKCFLAGS:--O2} > > LIBDIRSUFFIX="" > > [ "$(uname -m)" = "x86_64" ] && [ ! "$(echo $PATH | grep ^\/usr\/bin\/32)" > > ] && SLKCFLAGS="$SLKCFLAGS -fPIC" LIBDIRSUFFIX="64" > > [ "$ARCH" = "i486" ] || [ "$ARCH" = "native" ] && SLKCFLAGS="$SLKCFLAGS > > -march=$ARCH" > > [ "$ARCH" = "i486" ] || [ "$ARCH" = "i686" ] && SLKCFLAGS="$SLKCFLAGS > > -mtune=i686" > > > > Matteo > > > > P.S. just to be clear, this is for fun only: ATM there's no plans to change > > anything regarding custom CFLAGS/ARCH detection. > > > > I think all that would be needed is to add a line after the $SLKCFLAGS block. > > if [ -n "$RICER_FLAGS" ]; t--hen SLKCFLAGS=$RICER_FLAGS; fi > > Then run your build RICER_FLAGS="-enable-more-fruitloops" ./some.SlackBuild > > --dsomero :) > Just remember, using a red R in Slackware gives you better acceleration, but using a yellow R increases your top speed. -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 crockabiscuit at gmail.com Sat Jan 26 23:00:18 2013 From: crockabiscuit at gmail.com (crocket) Date: Sun, 27 Jan 2013 08:00:18 +0900 Subject: [Slackbuilds-users] I submitted a grub2 update, and there was a typo. Message-ID: I wrote "I added grub-mkconfig" in the description. But it is "update-grub" that I added. -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Sun Jan 27 23:33:34 2013 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Mon, 28 Jan 2013 06:33:34 +0700 Subject: [Slackbuilds-users] Vte3 and anjuta Message-ID: hello, It seems some packages are no longer showing the individual files, such in my package, vte3 http://slackbuilds.org/repository/14.0/system/vte3 I got this message Warning: Invalid argument supplied for foreach() in /slackbuilds/www/includes/repository.inc.php on line 196 Also, i would like to add itstool as one of the requirement of anjuta I must have forgotten to add this on the .info when updating to newer version of anjuta Thanks -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From dnied at tiscali.it Tue Jan 29 13:39:44 2013 From: dnied at tiscali.it (Dario Niedermann) Date: Tue, 29 Jan 2013 14:39:44 +0100 Subject: [Slackbuilds-users] Proposed patch for vcdimager.SlackBuild Message-ID: <5107d120.sbmPwt3gqR8eSKSf%dnied@tiscali.it> The SlackBuild for vcdimager failed locally with the following error: ./vcdimager.SlackBuild: line 81: cd: /tmp/SBo/package-vcdimager/usr/man: No such file or directory Now, while this might be due to my Slackware 14 lacking dunno-which package, it should be noted that vcdimager itself builds fine even without it. The SlackBuild should probably keep this into consideration, and `cd` to '/tmp/SBo/package-vcdimager/usr/man' only if that directory exists, as per the enclosed patch. Regards, DN -----BEGIN DIFF----- diff -Ebu vcdimager.SlackBuild{.orig,} --- vcdimager.SlackBuild.orig 2013-01-29 13:56:13.000000000 +0100 +++ vcdimager.SlackBuild 2013-01-29 14:17:35.000000000 +0100 @@ -78,12 +78,14 @@ make make DESTDIR=$PKG install -( cd $PKG/usr/man +( if [ -d $PKG/usr/man ]; then + cd $PKG/usr/man find -type f -exec gzip -9 {} \; for deadlink in $(find -type l ! -iname "*.gz"); do ln -s $(readlink $deadlink).gz $deadlink.gz rm $deadlink done + fi ) rm -rf $PKG/usr/info/dir -----END DIFF----- From michiel at slackbuilds.org Tue Jan 29 14:18:33 2013 From: michiel at slackbuilds.org (Michiel van Wessem) Date: Tue, 29 Jan 2013 14:18:33 +0000 Subject: [Slackbuilds-users] Proposed patch for vcdimager.SlackBuild In-Reply-To: <5107d120.sbmPwt3gqR8eSKSf%dnied@tiscali.it> References: <5107d120.sbmPwt3gqR8eSKSf%dnied@tiscali.it> Message-ID: <20130129141833.3db8e765@hades.olympus.lan> On Tue, 29 Jan 2013 14:39:44 +0100 Dario Niedermann wrote: > The SlackBuild for vcdimager failed locally with the following error: > > ./vcdimager.SlackBuild: line 81: cd: > /tmp/SBo/package-vcdimager/usr/man: No such file or directory > > Now, while this might be due to my Slackware 14 lacking dunno-which > package, it should be noted that vcdimager itself builds fine even > without it. > I just test build this on 64bit and it builds just fine including manpages and all. I am going out on a limb here and guessing you used "su" to switch to root and not "su -"? http://slackbuilds.org/faq/#su Michiel van Wessem http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From dnied at tiscali.it Tue Jan 29 15:06:05 2013 From: dnied at tiscali.it (Dario Niedermann) Date: Tue, 29 Jan 2013 16:06:05 +0100 Subject: [Slackbuilds-users] Proposed patch for vcdimager.SlackBuild In-Reply-To: <20130129141833.3db8e765@hades.olympus.lan> References: <5107d120.sbmPwt3gqR8eSKSf%dnied@tiscali.it> <20130129141833.3db8e765@hades.olympus.lan> Message-ID: <5107e55d.pXMLJYqOXbqnaImz%dnied@tiscali.it> Michiel van Wessem wrote: > I just test build this on 64bit and it builds just fine including > manpages and all. I am going out on a limb here and guessing you used > "su" to switch to root and not "su -"? Thank you for testing: at this point I'm almost sure the error is due to my lack of some package (tetex, maybe). I always use 'su -' for getting a root shell. The patch was just meant to make vcdimager.SlackBuild still usable on Slackware installations that are complete enough to build the binaries, but not enough to build the manpages from source. Regards, DN From pprkut at slackbuilds.org Tue Jan 29 19:17:39 2013 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Tue, 29 Jan 2013 20:17:39 +0100 Subject: [Slackbuilds-users] Private SSH key in the slackbuilds repository Message-ID: <3263390.Y00ZpKEgei@callisto> As some of you might have heard or read already in the news, there was an issue on GitHub where ssh private keys published in public repos were exposed and searchable (More here: http://www.securityweek.com/github-search-makes-easy-discovery-encryption- keys-passwords-source-code ) As a consequence GitHub is now sending out notifications to all affected users. If you have the slackbuilds repository mirrored on GitHub it might be that you'll get such a notification as well. The file in question is network/freenx/config/nomachine.id_dsa.key. This key is the default key shipped with all NX clients, it's up to the admin to decide to use a different one. But even if you use the default key it's only used for the initial handshake, you still need a valid user account after. As such you can safely ignore the notification from GitHub. There comes no harm from having this key publicly in our repo. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: This is a digitally signed message part. URL: From willysr at gmail.com Wed Jan 30 00:55:00 2013 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Wed, 30 Jan 2013 07:55:00 +0700 Subject: [Slackbuilds-users] Private SSH key in the slackbuilds repository In-Reply-To: <3263390.Y00ZpKEgei@callisto> References: <3263390.Y00ZpKEgei@callisto> Message-ID: > As a consequence GitHub is now sending out notifications to all > affected users. If you have the slackbuilds repository mirrored > on GitHub it might be that you'll get such a notification as well. > The file in question is network/freenx/config/nomachine.id_dsa.key. > > This key is the default key shipped with all NX clients, it's up > to the admin to decide to use a different one. But even if you > use the default key it's only used for the initial handshake, you > still need a valid user account after. > > As such you can safely ignore the notification from GitHub. There > comes no harm from having this key publicly in our repo. Ah... i just got that one too yesterday :) -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From lmello.009 at gmail.com Wed Jan 30 00:18:58 2013 From: lmello.009 at gmail.com (Luis Henrique Mello) Date: Tue, 29 Jan 2013 22:18:58 -0200 Subject: [Slackbuilds-users] Please remove my gpodder In-Reply-To: <3263390.Y00ZpKEgei@callisto> References: <3263390.Y00ZpKEgei@callisto> Message-ID: <510866F2.3010704@gmail.com> ...and make 'gpodder3' into 'gpodder', as Chris kindly asked me to 'trade' his pkgbuild for my slackbuild. I don't think anyone would want the 2.x series. Or am I wrong?