From erik at slackbuilds.org Wed Aug 1 00:50:11 2012 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 31 Jul 2012 19:50:11 -0500 Subject: [Slackbuilds-users] Updates - 20120801.1 Message-ID: <20120731195011.678c1f5f@shaggy.doo> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wed Aug 1 00:38:06 UTC 2012 academic/units: Fixed packaging (improper DESTDIR usage) audio/clementine: Updated for version 1.0.1. audio/lingot: Updated for version 0.9.1. desktop/clearlooks-phenix-theme: Added (GTK3 port of Clearlooks) desktop/wminfo: Updated for version 3.0.0. desktop/wmphoto+: Added (image viewing dockapp for windowmaker) development/eclipse: Updated for version 4.2. development/geany-plugins: Updated for version 1.22. development/google-go-lang: Fix GARCH setting in build script development/mono-addins: Updated for version 0.6.2. development/monodevelop-database: Updated for version 3.0.3.4. development/monodevelop-debugger-gdb: Updated for version 3.0.3.4. development/monodevelop: Updated for version 3.0.3.4. development/netbeans: Updated for version 7.1.2. development/phantomjs: Added (Headless WebKit browser with JS API) development/viewvc: Updated for version 1.1.15. games/alienarena: Updated for version 7.60. games/freeciv: Updated for version 2.3.2. games/jag: add missing X11 linker flag for gcc 4.7 games/spring: Updated for version 89.0. games/zdoom: Updated for version 2.6.0. graphics/exif: Updated for version 0.6.21. graphics/gimp-feca_hdr-plugin: Added (HDR / tone mapping plugin) graphics/qcomicbook: Updated for version 0.9.0. graphics/yed: Added (graph editor) ham/fldigi: Updated for version 3.21.49. haskell/haskell-platform: Added (base Haskell devel platform) haskell/hscolour: Added (Haskell code colouriser) libraries/fltk13: Updated for version 1.3.x_r9631. libraries/girara: Updated for version 0.1.3. libraries/icu4c: Updated for version 49.1.2. libraries/ode: Updated for version 0.12. misc/recode: Fixed download link multimedia/xvst: Fixed to compile against gcc 4.7.x network/chromium: Updated for version 20.0.1132.57. network/icecat: Updated for version 13.0.1. network/nx: Updated some components of the build network/pidginTeX: Added (LaTeX rendering plugin for Pidgin) network/qbittorrent: Updated for version 2.9.9. network/rt5370: Added (driver for Ralink RT5370 USB WLAN Card) network/shorewall-core: Added (core shorewall components) network/shorewall6: Updated for version 4.5.6. network/shorewall: Updated for version 4.5.6. network/skype: Updated for version 4.0.0.8. office/libreoffice-langpack: Updated for version 3.5.5. office/libreoffice: Updated for version 3.5.5. office/mathtex: Added (LaTeX to html cgi program) office/mu: Updated for version 0.9.8.5. office/sigil: Updated for version 0.5.3. office/texlive: Updated for version 20120701. office/texmaker: Updated for version 3.4.1. office/zathura-cb: Added (comic book plugin for zathura) office/zathura-djvu: Added (DjVu support for zathura) office/zathura-pdf-mupdf: Added (zathura support for mupdf backend) office/zathura-ps: Updated for version 0.2.0. office/zathura: Updated for version 0.2.0. perl/perl-cairo: Updated for version 1.100. python/pyicu: Updated for version 1.4. system/jenkins: Updated for version 1.474. system/ktsuss: Added (graphical version of su) system/lzip: Updated for version 1.13. system/terminus-font: Updated for version 4.38. system/vifm: Updated for version 0.7.3a. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlAYfUMACgkQiJq2Hml8pi2jDgCfWKcXLQHL2eHRj1l4GR6ypq8/ XAgAoIwnW6RrsHjZvP4nqAOn+Fsw6fGW =QtJv -----END PGP SIGNATURE----- From bmg.andre at gmail.com Wed Aug 1 01:28:47 2012 From: bmg.andre at gmail.com (=?ISO-8859-1?Q?Andr=E9_Barboza?=) Date: Tue, 31 Jul 2012 22:28:47 -0300 Subject: [Slackbuilds-users] Updates - 20120801.1 In-Reply-To: <20120731195011.678c1f5f@shaggy.doo> References: <20120731195011.678c1f5f@shaggy.doo> Message-ID: Please remove monodevelop-python SlackBuild. ...project is discontinued. On 31 July 2012 21:50, Erik Hanson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Wed Aug 1 00:38:06 UTC 2012 > academic/units: Fixed packaging (improper DESTDIR usage) > audio/clementine: Updated for version 1.0.1. > audio/lingot: Updated for version 0.9.1. > desktop/clearlooks-phenix-theme: Added (GTK3 port of Clearlooks) > desktop/wminfo: Updated for version 3.0.0. > desktop/wmphoto+: Added (image viewing dockapp for windowmaker) > development/eclipse: Updated for version 4.2. > development/geany-plugins: Updated for version 1.22. > development/google-go-lang: Fix GARCH setting in build script > development/mono-addins: Updated for version 0.6.2. > development/monodevelop-database: Updated for version 3.0.3.4. > development/monodevelop-debugger-gdb: Updated for version 3.0.3.4. > development/monodevelop: Updated for version 3.0.3.4. > development/netbeans: Updated for version 7.1.2. > development/phantomjs: Added (Headless WebKit browser with JS API) > development/viewvc: Updated for version 1.1.15. > games/alienarena: Updated for version 7.60. > games/freeciv: Updated for version 2.3.2. > games/jag: add missing X11 linker flag for gcc 4.7 > games/spring: Updated for version 89.0. > games/zdoom: Updated for version 2.6.0. > graphics/exif: Updated for version 0.6.21. > graphics/gimp-feca_hdr-plugin: Added (HDR / tone mapping plugin) > graphics/qcomicbook: Updated for version 0.9.0. > graphics/yed: Added (graph editor) > ham/fldigi: Updated for version 3.21.49. > haskell/haskell-platform: Added (base Haskell devel platform) > haskell/hscolour: Added (Haskell code colouriser) > libraries/fltk13: Updated for version 1.3.x_r9631. > libraries/girara: Updated for version 0.1.3. > libraries/icu4c: Updated for version 49.1.2. > libraries/ode: Updated for version 0.12. > misc/recode: Fixed download link > multimedia/xvst: Fixed to compile against gcc 4.7.x > network/chromium: Updated for version 20.0.1132.57. > network/icecat: Updated for version 13.0.1. > network/nx: Updated some components of the build > network/pidginTeX: Added (LaTeX rendering plugin for Pidgin) > network/qbittorrent: Updated for version 2.9.9. > network/rt5370: Added (driver for Ralink RT5370 USB WLAN Card) > network/shorewall-core: Added (core shorewall components) > network/shorewall6: Updated for version 4.5.6. > network/shorewall: Updated for version 4.5.6. > network/skype: Updated for version 4.0.0.8. > office/libreoffice-langpack: Updated for version 3.5.5. > office/libreoffice: Updated for version 3.5.5. > office/mathtex: Added (LaTeX to html cgi program) > office/mu: Updated for version 0.9.8.5. > office/sigil: Updated for version 0.5.3. > office/texlive: Updated for version 20120701. > office/texmaker: Updated for version 3.4.1. > office/zathura-cb: Added (comic book plugin for zathura) > office/zathura-djvu: Added (DjVu support for zathura) > office/zathura-pdf-mupdf: Added (zathura support for mupdf backend) > office/zathura-ps: Updated for version 0.2.0. > office/zathura: Updated for version 0.2.0. > perl/perl-cairo: Updated for version 1.100. > python/pyicu: Updated for version 1.4. > system/jenkins: Updated for version 1.474. > system/ktsuss: Added (graphical version of su) > system/lzip: Updated for version 1.13. > system/terminus-font: Updated for version 4.38. > system/vifm: Updated for version 0.7.3a. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlAYfUMACgkQiJq2Hml8pi2jDgCfWKcXLQHL2eHRj1l4GR6ypq8/ > XAgAoIwnW6RrsHjZvP4nqAOn+Fsw6fGW > =QtJv > -----END PGP SIGNATURE----- > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From rworkman at slackbuilds.org Wed Aug 1 04:14:55 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 31 Jul 2012 23:14:55 -0500 Subject: [Slackbuilds-users] Slackware 14 In-Reply-To: References: <20120718150006.143472qapd368ceu@webmail.omnitude.net> <50068748.8000106@skmail.ikp.physik.tu-darmstadt.de> <20120718232300.35614egdh0v73t10@omnitude.net> <5006CD59.9040002@skmail.ikp.physik.tu-darmstadt.de> <20120719133611.17074td0ti0j73jf@webmail.omnitude.net> <5007D7BB.4050702@skmail.ikp.physik.tu-darmstadt.de> <20120719215357.28075ul4li9fj2ad@omnitude.net> <500AB6BF.8060604@skmail.ikp.physik.tu-darmstadt.de> <20120722182912.1053277ruk7hu3fc@omnitude.net> <5017A7FE.2020607@skmail.ikp.physik.tu-darmstadt.de> <20120731104901.44bf7b32@liberty.rlwhome.lan> <20120731213754.1ebgfcgzqn8gg4w8@webmail.oulu.fi> <501842E6.7060002@slackbuilds.org> Message-ID: <20120731231455.3188a537@liberty.rlwhome.lan> On Tue, 31 Jul 2012 18:23:47 -0300 Gilcio Amaral-Martins wrote: > Hi Eric, > I've tested my slackbuilds against slack 14. > Submissions page is closed. > How can I send the updates? We'll be in touch on this list once we get everything cleared out of the pending queue. We've got a few other housekeeping things to accomplish first :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From ppetrov at mail.student.oulu.fi Wed Aug 1 08:50:52 2012 From: ppetrov at mail.student.oulu.fi (Petar Petrov) Date: Wed, 01 Aug 2012 11:50:52 +0300 Subject: [Slackbuilds-users] Slackware 14 In-Reply-To: <501842E6.7060002@slackbuilds.org> References: <20120718150006.143472qapd368ceu@webmail.omnitude.net> <50068748.8000106@skmail.ikp.physik.tu-darmstadt.de> <20120718232300.35614egdh0v73t10@omnitude.net> <5006CD59.9040002@skmail.ikp.physik.tu-darmstadt.de> <20120719133611.17074td0ti0j73jf@webmail.omnitude.net> <5007D7BB.4050702@skmail.ikp.physik.tu-darmstadt.de> <20120719215357.28075ul4li9fj2ad@omnitude.net> <500AB6BF.8060604@skmail.ikp.physik.tu-darmstadt.de> <20120722182912.1053277ruk7hu3fc@omnitude.net> <5017A7FE.2020607@skmail.ikp.physik.tu-darmstadt.de> <20120731104901.44bf7b32@liberty.rlwhome.lan> <20120731213754.1ebgfcgzqn8gg4w8@webmail.oulu.fi> <501842E6.7060002@slackbuilds.org> Message-ID: <20120801115052.vbul1c9a80s0s84w@webmail.oulu.fi> Quoting Eric Hameleers : > On 07/31/2012 08:37 PM, Petar Petrov wrote: >> Hi to all >> >> Since I joined SBo a year ago and have so far maintained scripts for >> only one Slackware release, I have the following question: What shall >> I do before the new Slackware release comes out? Am I supposed to >> start testing my slackbuilds when Slackware -current becomes RC1? Then >> if something needs patching, submit an update? The upload form is >> closed now, so what are you guys up to? >> >> Sorry if the questions sound silly, I read the mailing lists archives >> from a year ago when Slackware became 13.37, but did not find an answer. >> >> Regards, >> >> Petar > Yes, that is the idea. > If you test your SlackBuilds against Slackware 14 RC and report success > (or send us updates) then that will help the admins immensely in getting > a Slackware 14 repository live at the time of release. > > You will have noticed that with every new Slackware release, several > SlackBuilds.org entries will disappear. The reason for this is that the > maintainer has not reported whether his submission(s) work for the new > release. The SlackBuild database is so big these days that the admins > can no longer test all the scripts in the short time between closing the > submissions form and the new Slackware release. We rely on the > maintainers to tell us it's OK to copy scripts from one to the next > database. > > Cheers, Eric > _______________________________________________ > 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/ > Thanks for the clarification Eric! I don't want to sound like "Are we there yet?", but are there any major changes scheduled for Slackware14 yet to happen? Anything that I better wait for, before I upgrade to -current and check how slackbuilds behave? Regards, Petar From joshuakwood at gmail.com Wed Aug 1 13:50:49 2012 From: joshuakwood at gmail.com (JK Wood) Date: Wed, 1 Aug 2012 08:50:49 -0500 Subject: [Slackbuilds-users] Slackware 14 In-Reply-To: <20120801115052.vbul1c9a80s0s84w@webmail.oulu.fi> References: <20120718150006.143472qapd368ceu@webmail.omnitude.net> <50068748.8000106@skmail.ikp.physik.tu-darmstadt.de> <20120718232300.35614egdh0v73t10@omnitude.net> <5006CD59.9040002@skmail.ikp.physik.tu-darmstadt.de> <20120719133611.17074td0ti0j73jf@webmail.omnitude.net> <5007D7BB.4050702@skmail.ikp.physik.tu-darmstadt.de> <20120719215357.28075ul4li9fj2ad@omnitude.net> <500AB6BF.8060604@skmail.ikp.physik.tu-darmstadt.de> <20120722182912.1053277ruk7hu3fc@omnitude.net> <5017A7FE.2020607@skmail.ikp.physik.tu-darmstadt.de> <20120731104901.44bf7b32@liberty.rlwhome.lan> <20120731213754.1ebgfcgzqn8gg4w8@webmail.oulu.fi> <501842E6.7060002@slackbuilds.org> <20120801115052.vbul1c9a80s0s84w@webmail.oulu.fi> Message-ID: On Aug 1, 2012 3:51 AM, "Petar Petrov" wrote: > > Quoting Eric Hameleers : > >> On 07/31/2012 08:37 PM, Petar Petrov wrote: >>> >>> Hi to all >>> >>> Since I joined SBo a year ago and have so far maintained scripts for >>> only one Slackware release, I have the following question: What shall >>> I do before the new Slackware release comes out? Am I supposed to >>> start testing my slackbuilds when Slackware -current becomes RC1? Then >>> if something needs patching, submit an update? The upload form is >>> closed now, so what are you guys up to? >>> >>> Sorry if the questions sound silly, I read the mailing lists archives >>> from a year ago when Slackware became 13.37, but did not find an answer. >>> >>> Regards, >>> >>> Petar >> >> Yes, that is the idea. >> If you test your SlackBuilds against Slackware 14 RC and report success >> (or send us updates) then that will help the admins immensely in getting >> a Slackware 14 repository live at the time of release. >> >> You will have noticed that with every new Slackware release, several >> SlackBuilds.org entries will disappear. The reason for this is that the >> maintainer has not reported whether his submission(s) work for the new >> release. The SlackBuild database is so big these days that the admins >> can no longer test all the scripts in the short time between closing the >> submissions form and the new Slackware release. We rely on the >> maintainers to tell us it's OK to copy scripts from one to the next >> database. >> >> Cheers, Eric >> _______________________________________________ >> 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/ >> > > Thanks for the clarification Eric! > > I don't want to sound like "Are we there yet?", but are there any major changes scheduled for Slackware14 yet to happen? Anything that I better wait for, before I upgrade to -current and check how slackbuilds behave? > > Regards, > > Petar > > > > _______________________________________________ > 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 possible, you should have a dedicated development machine for testing your SlackBuilds. You should preferably have a virtual machine that you can reset to a clean install state between tests. And you should at least test in a chroot. Building on your desktop can be a valid test, but you really need to know that what you maintain will build on a clean Slackware install with only the noted dependencies installed. You should preferably also test out the functions of the program just to make sure you didn't miss any optional or runtime dependencies. Remember, the more and higher quality testing you do, the less likely it is that you have to scramble to fix foreseeable bugs. --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From lyonels at gmail.com Thu Aug 2 00:20:36 2012 From: lyonels at gmail.com (Lyonel S) Date: Thu, 2 Aug 2012 02:20:36 +0200 Subject: [Slackbuilds-users] Slackware 14 In-Reply-To: References: <20120718150006.143472qapd368ceu@webmail.omnitude.net> <50068748.8000106@skmail.ikp.physik.tu-darmstadt.de> <20120718232300.35614egdh0v73t10@omnitude.net> <5006CD59.9040002@skmail.ikp.physik.tu-darmstadt.de> <20120719133611.17074td0ti0j73jf@webmail.omnitude.net> <5007D7BB.4050702@skmail.ikp.physik.tu-darmstadt.de> <20120719215357.28075ul4li9fj2ad@omnitude.net> <500AB6BF.8060604@skmail.ikp.physik.tu-darmstadt.de> <20120722182912.1053277ruk7hu3fc@omnitude.net> <5017A7FE.2020607@skmail.ikp.physik.tu-darmstadt.de> <20120731104901.44bf7b32@liberty.rlwhome.lan> <20120731213754.1ebgfcgzqn8gg4w8@webmail.oulu.fi> <501842E6.7060002@slackbuilds.org> <20120801115052.vbul1c9a80s0s84w@webmail.oulu.fi> Message-ID: Hi Last week-end I reinstalled Slackware64-current (as of Fri Jul 27 updates) and I recompiled the SBo packages I use. I'll share with you the modifications I did. My list of SlackBuilds is in 3 parts : SalckBuilds with updated version or patched, SlackBuilds compiled and running unmodified, and the SlackBuilds I added. There are also the updated dependencies, and I attached the patches I used to "fix" the SlackBuilds: I got them from Archlinux and Gentoo. The SBo SlackBuilds I modified: audio/easytag: Updated for version 2.1.7 audio/musepack-tools: Updated for version r475 and fixed to install shared libmpcdec audio/mutagen: Updated for version 1.20 audio/opencore-amr: Updated for version 0.1.3 development/Cython: Updated for version 0.16 development/docutils: Updated for version 0.9.1 development/mono: Updated for version 2.10.8 development/numpy: Updated for version 1.6.2 graphics/digikam: Updated for version 2.7.0 libraries/Net-SSLeay: Updated for version 1.48 libraries/gtk-sharp: Updated for version 2.12.11 libraries/clutter: Updated for version 1.9.8 libraries/glibmm: Updated for version 2.32.1 libraries/goffice: Updated for version 0.8.14 libraries/gtk-sharp: Updated for version 2.12.11 libraries/gtkhtml: Updated for version 3.32.2 libraries/icu4c: Updated for version 4.8.1.1 libraries/lensfun: Updated for version 0.2.5 libraries/libalkimia: Updated for version 4.3.2 libraries/libass: Updated for version 0.10.0 libraries/libcuefile: Updated for version r475 libraries/libdc1394: Updated for version 2.2.0 libraries/libdvdnav: Updated for version 4.2.0 libraries/libgdiplus: Fixed to compile against gcc 4.7.x libraries/libgnome-keyring: Updated for version 3.3.4 libraries/libgnomecups: Fixed to include only glib.h libraries/libgnomeprint: Updated for version 2.18.8 libraries/libgnomeprintui: Updated for version 2.18.6 libraries/libgnome-keyring: Updated for version 3.3.4 libraries/libgnomecups: Fixed to include only glib.h libraries/libgnomeprint: Updated for version 2.18.8 libraries/libgnomeprintui: Updated for version 2.18.6 libraries/libgnomeprintui: Updated for version 2.18.6 libraries/libkate: Updated for version 0.4.1 libraries/libmnl: Updated for version 1.0.3 libraries/libofa: Fixed to compile against gcc 4.5.x, gcc 4.7.x and curl 7.21+ libraries/libofx: Updated for version 0.9.5 libraries/libreplaygain: Updated for version r475 libraries/libsigc++: Updated for version 2.2.10 libraries/libsoup: Updated for version 2.37.4 and fixed for .tar.xz source libraries/libtasn1: Updated for version 2.11 libraries/libunicap: Fixed to compile with moved V4L1 headers libraries/libva: Updated for version 0.32.0_1+sds2 libraries/libvpx: Updated for version 1.1.0 libraries/live555: Updated for version 2012.06.26 libraries/opencv: Updated for version 2.4.2 libraries/openjpeg: Updated for version 1.5.0 libraries/purple-plugin_pack: Updated for version 2.7.0 libraries/vdpau-video: Updated for version 0.7.3 libraries/wxPython: Updated for version 2.8.12.1 libraries/yaz: Updated for version 4.2.35 misc/KeePass: Updated for version 2.19 misc/recode: Fixed download link multimedia/gst-plugins-bad: Updated for version 0.10.23 multimedia/gst-plugins-ugly: Updated for version 0.10.19 multimedia/minidlna: Updated for version 1.0.25 multimedia/mkvtoolnix: Updated for version 5.6.0 multimedia/picard: Updated for version 1.0 network/pidgin-privacy-please: Updated for version 0.7.1 network/xtables-addons: Updated for version 1.42 office/kmymoney: Fixed to compile against Qt 4.8 office/tellico: Updated for version 2.3.6 perl/perl-Archive-Zip: Updated for version 1.31_04 perl/perl-Bit-Vector: Updated for version 7.2 perl/perl-Class-Load: Updated for version 0.19 perl/perl-Date-Manip: Updated for version 6.32 perl/perl-DateTime-Format-Strptime: Updated for version 1.52 perl/perl-DateTime-TimeZone: Updated for version 1.46 perl/perl-DateTime: Updated for version 0.76 perl/perl-IO-Socket-INET6: Updated for version 2.69 and fixed man pages compression and 'special' files removal perl/perl-IO-Socket-SSL: Updated for version 1.76 and fixed man pages compression and 'special' files removal perl/perl-List-MoreUtils: Updated for version 0.33 perl/perl-Module-Runtime: Updated for version 0.013 perl/perl-Net-Server: Updated for version 2.006 perl/perl-Package-DeprecationManager: Updated for version 0.13 perl/perl-Params-Util: Updated for version 1.07 perl/perl-Params-Validate: Updated for version 1.06 perl/perl-Pod-Coverage: Updated for version 0.22 perl/perl-Sub-Exporter: Updated for version 0.984 perl/perl-Sub-Install: Updated for version 0.926 perl/perl-Sub-Uplevel: Updated for version 0.24 and fixed docs perl/perl-Test-Fatal: Updated for version 0.008 perl/perl-extutils-depends: Updated for version 0.304 and fixed to keep $PKG/usr/share and its content perl/perl-extutils-pkgconfig: Updated for version 1.13 and fixed to keep $PKG/usr/share and its content perl/perl-glib: Updated for version 1.261 perl/perl-net-dns: Updated for version 0.68 and fixed cleanup before tarball extraction python/pycrypto: Updated for version 2.6 system/dconf: Updated for version 0.11.2 system/gvfs: Updated for version 1.11.2 system/nvidia-driver: Updated for version 295.59 system/nvidia-kernel: Updated for version 295.59 system/unrar: Updated for version 4.2.3 system/vhba-module: Updated for version 20120422 Unmodified SlackBuilds: accessibility/xdotool audio/celt audio/faac audio/faad2 audio/ladspa_sdk audio/lv2 audio/nas audio/speex development/colordiff development/cppunit development/mm-common development/orc development/qjson development/re2c development/scons libraries/ORBit2 libraries/enca libraries/exempi libraries/gsm libraries/id3lib libraries/lame libraries/libbonobo libraries/libbonoboui libraries/libcanberra libraries/libdaemon libraries/libdbi libraries/libdbi-drivers libraries/libdca libraries/libdvdcss libraries/libebml libraries/libgnome libraries/libgnomecanvas libraries/libgnomeui libraries/libiec61883 libraries/libmatroska libraries/libmimic libraries/libmirage libraries/libmms libraries/libmnl libraries/libmodplug libraries/libmp4v2 libraries/libmpeg2 libraries/libmusicbrainz libraries/libmusicbrainz3 libraries/libxml++ libraries/tbb misc/bsdsfv misc/cksfv misc/gnome-keyring misc/gnome-mime-data misc/kde_cdemu misc/keychain misc/par2cmdline misc/vdpauinfo multimedia/mkvtoolnix multimedia/rtmpdump multimedia/schroedinger multimedia/x264 multimedia/xvidcore network/amavisd-new network/avahi network/clamav-unofficial-sigs network/filezilla network/pyzor network/spamassassin network/sshfs-fuse network/vde2 network/x11vnc office/grisbi perl/libwww-perl perl/perl-BerkeleyDB perl/perl-Convert-BinHex perl/perl-Convert-TNEF perl/perl-Convert-UUlib perl/perl-Crypt-OpenSSL-Bignum perl/perl-Crypt-OpenSSL-RSA perl/perl-Crypt-OpenSSL-Random perl/perl-Encode-Detect perl/perl-Geography-Countries perl/perl-IO-Multiplex perl/perl-IO-stringy perl/perl-IP-Country perl/perl-Image-Info perl/perl-MIME-tools perl/perl-Mail-DKIM perl/perl-Mail-SPF perl/perl-MailTools perl/perl-Net-DNS-Resolver-Programmable perl/perl-Net-Ident perl/perl-Net-LibIDN perl/perl-NetAddr-IP perl/perl-Socket6 perl/perl-Test-Pod perl/perl-TimeDate perl/perl-digest-hmac perl/perl-digest-sha1 perl/perl-encode-locale perl/perl-file-listing perl/perl-html-parser perl/perl-html-tagset perl/perl-http-cookies perl/perl-http-daemon perl/perl-http-date perl/perl-http-message perl/perl-http-negotiate perl/perl-lwp-mediatypes perl/perl-net-http perl/perl-net-ip perl/perl-uri-escape perl/perl-www-robotrules python/Pygments python/lxml python/pyOpenSSL python/pysetuptools system/amavisd-new system/cdemu-daemon system/clamav system/fslint system/gnome-vfs system/p7zip system/perl-Unix-Syslog New SlackBuild: perl/perl-Module-Implementation: Added version 0.06 (I used perl-Module-Runtime as template) libraries/libtiger: Added version 0.3.4 (A rendering library for Kate streams using Pango and Cairo) The new dependencies: system/amavisd-new: perl-IO-Multiplex must be build before perl-Net-Server for the latter to use it system/spamassassin: perl-IO-Multiplex must be build before perl-Net-Server for the latter to use it in amlavisd-new perl/perl-DateTime-TimeZone: now requires perl-Class-Load perl/perl-DateTime: now requires perl-Math-Round perl/perl-Sub-Uplevel: now requires perl-Module-Implementation I have yet to upgrade tbb, mono and shorewall with the last SBo updates. As a side note: gst-plugins-bad and gst-plugins-ugly list no dependency in their README. However, they autodetect any extra audio or multimedia present as optionnal dependencies. They are the usual suspects, listed as dependencies for ffmpeg, MPlayer, VLC and so forth (lame, x264, xvidcore, speex, celt, amr, etc.). Hope it helps Cheers 2012/8/1 JK Wood : > > On Aug 1, 2012 3:51 AM, "Petar Petrov" wrote: >> >> Quoting Eric Hameleers : >> >>> On 07/31/2012 08:37 PM, Petar Petrov wrote: >>>> >>>> Hi to all >>>> >>>> Since I joined SBo a year ago and have so far maintained scripts for >>>> only one Slackware release, I have the following question: What shall >>>> I do before the new Slackware release comes out? Am I supposed to >>>> start testing my slackbuilds when Slackware -current becomes RC1? Then >>>> if something needs patching, submit an update? The upload form is >>>> closed now, so what are you guys up to? >>>> >>>> Sorry if the questions sound silly, I read the mailing lists archives >>>> from a year ago when Slackware became 13.37, but did not find an answer. >>>> >>>> Regards, >>>> >>>> Petar >>> >>> Yes, that is the idea. >>> If you test your SlackBuilds against Slackware 14 RC and report success >>> (or send us updates) then that will help the admins immensely in getting >>> a Slackware 14 repository live at the time of release. >>> >>> You will have noticed that with every new Slackware release, several >>> SlackBuilds.org entries will disappear. The reason for this is that the >>> maintainer has not reported whether his submission(s) work for the new >>> release. The SlackBuild database is so big these days that the admins >>> can no longer test all the scripts in the short time between closing the >>> submissions form and the new Slackware release. We rely on the >>> maintainers to tell us it's OK to copy scripts from one to the next >>> database. >>> >>> Cheers, Eric >>> _______________________________________________ >>> 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/ >>> >> >> Thanks for the clarification Eric! >> >> I don't want to sound like "Are we there yet?", but are there any major >> changes scheduled for Slackware14 yet to happen? Anything that I better wait >> for, before I upgrade to -current and check how slackbuilds behave? >> >> Regards, >> >> Petar >> >> >> >> _______________________________________________ >> 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 possible, you should have a dedicated development machine for testing > your SlackBuilds. You should preferably have a virtual machine that you can > reset to a clean install state between tests. And you should at least test > in a chroot. Building on your desktop can be a valid test, but you really > need to know that what you maintain will build on a clean Slackware install > with only the noted dependencies installed. > > You should preferably also test out the functions of the program just to > make sure you didn't miss any optional or runtime dependencies. > > Remember, the more and higher quality testing you do, the less likely it is > that you have to scramble to fix foreseeable bugs. > > --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/ > > -- Lyonel -------------- next part -------------- A non-text attachment was scrubbed... Name: SBo_patches_for_Slackware-14.tgz Type: application/x-gzip Size: 1900 bytes Desc: not available URL: From josiahb at gmail.com Thu Aug 2 03:24:50 2012 From: josiahb at gmail.com (Josiah Boothby) Date: Wed, 1 Aug 2012 20:24:50 -0700 Subject: [Slackbuilds-users] portmidi on -current? Message-ID: <20120801202450.7c06806e@corvus.troglophonic.org> I was trying to build PortMidi on slackware64-current (both with and without multilib packages, if that matters), but get the following error near the end of the build. Any suggestions to get it to build? ##### snip Scanning dependencies of target pmdefaults_target [ 93%] Generating pmdefaults/PmDefaults.class /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or directory Scanning dependencies of target pmdefaults_target [ 93%] Generating pmdefaults/PmDefaults.class /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or directory make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 make: *** [all] Error 2 make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 make: *** [all] Error 2 ##### end snip From josiahb at gmail.com Thu Aug 2 03:41:14 2012 From: josiahb at gmail.com (Josiah Boothby) Date: Wed, 1 Aug 2012 20:41:14 -0700 Subject: [Slackbuilds-users] portmidi on -current? In-Reply-To: <20120801202450.7c06806e@corvus.troglophonic.org> References: <20120801202450.7c06806e@corvus.troglophonic.org> Message-ID: <20120801204114.37b77474@corvus.troglophonic.org> On Wed, 1 Aug 2012 20:24:50 -0700 Josiah Boothby wrote: > I was trying to build PortMidi on slackware64-current (both with and > without multilib packages, if that matters), but get the following > error near the end of the build. Any suggestions to get it to build? ...spoke up too soon. Found a patch for Archlinux that seems to have pointed me in the right direction. I'll email it directly to the maintainer. ?Josiah From matteo.bernardini at gmail.com Thu Aug 2 03:46:11 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Thu, 2 Aug 2012 05:46:11 +0200 Subject: [Slackbuilds-users] portmidi on -current? In-Reply-To: <20120801202450.7c06806e@corvus.troglophonic.org> References: <20120801202450.7c06806e@corvus.troglophonic.org> Message-ID: 2012/8/2 Josiah Boothby : > I was trying to build PortMidi on slackware64-current (both with and > without multilib packages, if that matters), but get the following > error near the end of the build. Any suggestions to get it to build? > > ##### snip > > Scanning dependencies of target pmdefaults_target > [ 93%] Generating pmdefaults/PmDefaults.class > /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or > directory Scanning dependencies of target pmdefaults_target > [ 93%] Generating pmdefaults/PmDefaults.class > /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or > directory make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 > make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 > make: *** [all] Error 2 > > make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 > make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 > make: *** [all] Error 2 seems for some reason a path is wrong generated during the cmake run: I got the same behaviour here (BTW, I'm using openjdk), fixed it roughly doing this after the cmake (and before the make) sed -i "s|pm_java/pm_java|pm_java|" pm_java/CMakeFiles/pmdefaults_target.dir/build.make From fakhry.linux at gmail.com Thu Aug 2 04:12:43 2012 From: fakhry.linux at gmail.com (Fakhry) Date: Thu, 2 Aug 2012 12:12:43 +0800 Subject: [Slackbuilds-users] [Slackbuilds-Users] Eclipse error after upgrade to 4.2 Message-ID: Dear SBo users, After upgrade eclipse to 4.2 i run eclipse from terminal. The error is: plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.100.v20110505: cannot open shared object file: No such file or directory Any suggest? PS: Sorry if my English is bad -- Muhammad Fakhry http://fakhry.web.id/ http://kendari-slackers.org/ Please, like this page http://goo.gl/kHohr From hba.nihilismus at gmail.com Thu Aug 2 08:41:50 2012 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Thu, 2 Aug 2012 03:41:50 -0500 Subject: [Slackbuilds-users] [Slackbuilds-Users] Eclipse error after upgrade to 4.2 In-Reply-To: References: Message-ID: On Wed, Aug 1, 2012 at 11:12 PM, Fakhry wrote: > After upgrade eclipse to 4.2 i run eclipse from terminal. > The error is: > plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.100.v20110505: > cannot open shared object file: No such file or directory > > Any suggest? 1. Stop eclipse (if needed). 2. Go inside /opt/eclipse (as root user), rename configuration/config.ini.new to configuration/config.ini and eclipse.ini.new to eclipse.ini, if needed rename first configuration/config.ini to configuration/config.ini.orig and eclipse.ini to eclipse.ini.orig 3. Start eclipse. Side note, i?ve made changes to eclipse and netbeans SlackBuilds [1] to avoid this kind of issues in the future and i would recommend you to read their README since i?ve also added some notes to configure them by user, rather than globally. [1] https://bitbucket.org/nihilismus/slackbuilds -- - hba | Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. http://hba.dyndns.info | irc://irc.freenode.org/hba,isnick,needpass https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster | http://www.last.fm/user/nihilipster From dave at dawoodfall.net Thu Aug 2 18:20:45 2012 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 2 Aug 2012 19:20:45 +0100 Subject: [Slackbuilds-users] portmidi on -current? In-Reply-To: References: <20120801202450.7c06806e@corvus.troglophonic.org> Message-ID: <20120802182045.GA22588@Junius> On (05:46 02/08/12), Matteo Bernardini put forth the proposition: >2012/8/2 Josiah Boothby : >> I was trying to build PortMidi on slackware64-current (both with and >> without multilib packages, if that matters), but get the following >> error near the end of the build. Any suggestions to get it to build? >> >> ##### snip >> >> Scanning dependencies of target pmdefaults_target >> [ 93%] Generating pmdefaults/PmDefaults.class >> /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or >> directory Scanning dependencies of target pmdefaults_target >> [ 93%] Generating pmdefaults/PmDefaults.class >> /bin/sh: line 0: cd: /tmp/SBo/portmidi/pm_java/pm_java: No such file or >> directory make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 >> make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 >> make: *** [all] Error 2 >> >> make[2]: *** [pm_java/pmdefaults/PmDefaults.class] Error 1 >> make[1]: *** [pm_java/CMakeFiles/pmdefaults_target.dir/all] Error 2 >> make: *** [all] Error 2 > >seems for some reason a path is wrong generated during the cmake run: >I got the same behaviour here (BTW, I'm using openjdk), fixed it >roughly doing this after the cmake (and before the make) > >sed -i "s|pm_java/pm_java|pm_java|" >pm_java/CMakeFiles/pmdefaults_target.dir/build.make Thanks to you both for the fixes. I will be updating my chroot to 14B1 later so I will test things out soon. Cheers David From fakhry.linux at gmail.com Fri Aug 3 00:34:11 2012 From: fakhry.linux at gmail.com (Fakhry) Date: Fri, 3 Aug 2012 08:34:11 +0800 Subject: [Slackbuilds-users] [Slackbuilds-Users] Eclipse error after upgrade to 4.2 In-Reply-To: References: Message-ID: On Thu, Aug 2, 2012 at 4:41 PM, Antonio Hern?ndez Blas wrote: > On Wed, Aug 1, 2012 at 11:12 PM, Fakhry wrote: >> After upgrade eclipse to 4.2 i run eclipse from terminal. >> The error is: >> plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.100.v20110505: >> cannot open shared object file: No such file or directory >> >> Any suggest? > > 1. Stop eclipse (if needed). > 2. Go inside /opt/eclipse (as root user), rename > configuration/config.ini.new to configuration/config.ini and > eclipse.ini.new to eclipse.ini, if needed rename first > configuration/config.ini to configuration/config.ini.orig and > eclipse.ini to eclipse.ini.orig > 3. Start eclipse. > > Side note, i?ve made changes to eclipse and netbeans SlackBuilds [1] > to avoid this kind of issues in the future and i would recommend you > to read their README since i?ve also added some notes to configure > them by user, rather than globally. > > [1] https://bitbucket.org/nihilismus/slackbuilds > Ok, thank. -- PS: Sorry if my English is bad Muhammad Fakhry http://fakhry.web.id/ http://kendari-slackers.org/ Please, like this page http://goo.gl/kHohr From kingbeowulf at gmail.com Fri Aug 3 04:03:11 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Thu, 02 Aug 2012 21:03:11 -0700 Subject: [Slackbuilds-users] Updates - 20120801.1 In-Reply-To: <20120731195011.678c1f5f@shaggy.doo> References: <20120731195011.678c1f5f@shaggy.doo> Message-ID: <501B4D7F.2080807@gmail.com> On 07/31/2012 05:50 PM, Erik Hanson wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Wed Aug 1 00:38:06 UTC 2012 > academic/units: Fixed packaging (improper DESTDIR usage) > audio/clementine: Updated for version 1.0.1. > audio/lingot: Updated for version 0.9.1. > desktop/clearlooks-phenix-theme: Added (GTK3 port of Clearlooks) > desktop/wminfo: Updated for version 3.0.0. > desktop/wmphoto+: Added (image viewing dockapp for windowmaker) > development/eclipse: Updated for version 4.2. > development/geany-plugins: Updated for version 1.22. > development/google-go-lang: Fix GARCH setting in build script > development/mono-addins: Updated for version 0.6.2. > development/monodevelop-database: Updated for version 3.0.3.4. > development/monodevelop-debugger-gdb: Updated for version 3.0.3.4. > development/monodevelop: Updated for version 3.0.3.4. > development/netbeans: Updated for version 7.1.2. > development/phantomjs: Added (Headless WebKit browser with JS API) > development/viewvc: Updated for version 1.1.15. > games/alienarena: Updated for version 7.60. > games/freeciv: Updated for version 2.3.2. > games/jag: add missing X11 linker flag for gcc 4.7 > games/spring: Updated for version 89.0. > games/zdoom: Updated for version 2.6.0. > graphics/exif: Updated for version 0.6.21. > graphics/gimp-feca_hdr-plugin: Added (HDR / tone mapping plugin) > graphics/qcomicbook: Updated for version 0.9.0. > graphics/yed: Added (graph editor) > ham/fldigi: Updated for version 3.21.49. > haskell/haskell-platform: Added (base Haskell devel platform) > haskell/hscolour: Added (Haskell code colouriser) > libraries/fltk13: Updated for version 1.3.x_r9631. > libraries/girara: Updated for version 0.1.3. > libraries/icu4c: Updated for version 49.1.2. > libraries/ode: Updated for version 0.12. > misc/recode: Fixed download link > multimedia/xvst: Fixed to compile against gcc 4.7.x > network/chromium: Updated for version 20.0.1132.57. > network/icecat: Updated for version 13.0.1. > network/nx: Updated some components of the build > network/pidginTeX: Added (LaTeX rendering plugin for Pidgin) > network/qbittorrent: Updated for version 2.9.9. > network/rt5370: Added (driver for Ralink RT5370 USB WLAN Card) > network/shorewall-core: Added (core shorewall components) > network/shorewall6: Updated for version 4.5.6. > network/shorewall: Updated for version 4.5.6. > network/skype: Updated for version 4.0.0.8. > office/libreoffice-langpack: Updated for version 3.5.5. > office/libreoffice: Updated for version 3.5.5. > office/mathtex: Added (LaTeX to html cgi program) > office/mu: Updated for version 0.9.8.5. > office/sigil: Updated for version 0.5.3. > office/texlive: Updated for version 20120701. > office/texmaker: Updated for version 3.4.1. > office/zathura-cb: Added (comic book plugin for zathura) > office/zathura-djvu: Added (DjVu support for zathura) > office/zathura-pdf-mupdf: Added (zathura support for mupdf backend) > office/zathura-ps: Updated for version 0.2.0. > office/zathura: Updated for version 0.2.0. > perl/perl-cairo: Updated for version 1.100. > python/pyicu: Updated for version 1.4. > system/jenkins: Updated for version 1.474. > system/ktsuss: Added (graphical version of su) > system/lzip: Updated for version 1.13. > system/terminus-font: Updated for version 4.38. > system/vifm: Updated for version 0.7.3a. > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.12 (GNU/Linux) > > iEYEARECAAYFAlAYfUMACgkQiJq2Hml8pi2jDgCfWKcXLQHL2eHRj1l4GR6ypq8/ > XAgAoIwnW6RrsHjZvP4nqAOn+Fsw6fGW > =QtJv > -----END PGP SIGNATURE----- > _______________________________________________ > 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 submitted updated nvidia-driver and nvidia-kernel for Nvidia-302.17 (which I ma running now on Slackware64-13.37 multilib) on 16-JULY-2012. They don't appear in pending and the recent update notifications. Is there a problem or just busy? From rworkman at slackbuilds.org Fri Aug 3 04:28:02 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 2 Aug 2012 23:28:02 -0500 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <501B4D7F.2080807@gmail.com> References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> Message-ID: <20120802232802.1c5ef714@liberty.rlwhome.lan> On Thu, 02 Aug 2012 21:03:11 -0700 King Beowulf wrote: > I submitted updated nvidia-driver and nvidia-kernel for Nvidia-302.17 > (which I ma running now on Slackware64-13.37 multilib) on > 16-JULY-2012. They don't appear in pending and the recent update > notifications. Is there a problem or just busy? Yes. :) My fault - I've had a mail in my head for a few days now, but I've not gotten around to running it through my fingers. From memory (I'm not looking at the scripts right now), you copy libvdpau into the 32bit package but not the 64bit package. If you do it in one, you should almost surely do it in the other, but more importantly, why do you do that at all? libvdpau is available as a standalone package - if it's needed, then it needs to be listed as a requirement. All that said, if I'm misunderstanding something, then a cluebat is welcome :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From matteo.bernardini at gmail.com Fri Aug 3 04:50:50 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 3 Aug 2012 06:50:50 +0200 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <20120802232802.1c5ef714@liberty.rlwhome.lan> References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> Message-ID: sorry, I'll grab the occasion for just a small question: why in the new version the GL headers from mesa are substituted too by nvidia's ones? Matteo From kingbeowulf at gmail.com Fri Aug 3 08:00:56 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 01:00:56 -0700 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <20120802232802.1c5ef714@liberty.rlwhome.lan> References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> Message-ID: <501B8538.8050403@gmail.com> On 08/02/2012 09:28 PM, Robby Workman wrote: > On Thu, 02 Aug 2012 21:03:11 -0700 > King Beowulf wrote: > >> I submitted updated nvidia-driver and nvidia-kernel for Nvidia-302.17 >> (which I ma running now on Slackware64-13.37 multilib) on >> 16-JULY-2012. They don't appear in pending and the recent update >> notifications. Is there a problem or just busy? > Yes. :) My fault - I've had a mail in my head for a few days now, > but I've not gotten around to running it through my fingers. > From memory (I'm not looking at the scripts right now), you copy > libvdpau into the 32bit package but not the 64bit package. If you > do it in one, you should almost surely do it in the other, but > more importantly, why do you do that at all? libvdpau is available > as a standalone package - if it's needed, then it needs to be listed > as a requirement. All that said, if I'm misunderstanding something, > then a cluebat is welcome :-) > > -RW > Nah, just pop me upside the noggin. Not so much a goof as a stupid idea. 1. nvidia-driver README does list libvdpau as "reguired". 2. I also maintain the libvdpau.slackbuild 3. Copying in for 32bit libvdpau only happens with COMPAT32=yes since I haven't updated libvdpau for multilib compatibility. So, typically the clueless user (e.g. me) running Slackware64 multilib will compile everything as is but then only have a 64bit libvdpau. etc, etc. That said, the value-added is not there for, say, WINE or BOINC. It was a dumb idea. For Slackware-14, I'll be dropping this multilib nonsense anyway asi ts easier just to partition off a space for a full 32bit Slackware install. 4. patch to nvidia-driver attached. Thanks for the cluebat! Ed -------------- next part -------------- --- nvidia-driver.SlackBuild.old 2012-07-15 21:41:10.437000399 -0700 +++ nvidia-driver.SlackBuild 2012-08-03 00:38:40.975000121 -0700 @@ -36,7 +36,7 @@ # 1.6 27-AUG-2011 version bump, minor edits # 1.7 21-OCT-2011 version bump # 1.8 24-MAR-2012 version bump, fix to nvidia-switch thanks to Phill W. -# 1.9 15-JUL-2012 version bmp, updates, nvidia-switch for install/uninstall only +# 1.9 02-AUG-2012 version bmp, fixes, updates, nvidia-switch for install/uninstall only PRGNAM=nvidia-driver VERSION=302.17 @@ -108,7 +108,6 @@ install -m 755 libOpenCL.so.1.0.0 $PKG/usr/lib$LIBDIRSUFFIX/ install -m 444 libXvMCNVIDIA.a $PKG/usr/lib$LIBDIRSUFFIX/ install -m 755 libXvMCNVIDIA.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ -install -m 755 libvdpau_nvidia.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/vdpau/ install -m 755 libcuda.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ install -m 755 libnvidia-glcore.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ install -m 755 libnvidia-wfb.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/xorg/modules/ @@ -131,9 +130,6 @@ install -m 755 32/libGL.so.$VERSION $PKG/usr/lib/ install -m 755 32/libGL.la $PKG/usr/lib/ install -m 755 32/libnvidia-glcore.so.$VERSION $PKG/usr/lib/ - install -m 755 32/libvdpau_nvidia.so.$VERSION $PKG/usr/lib/vdpau/ - install -m 755 32/libvdpau.so.$VERSION $PKG/usr/lib/vdpau/ - install -m 755 32/libvdpau_trace.so.$VERSION $PKG/usr/lib/vdpau/ install -m 755 32/libcuda.so.$VERSION $PKG/usr/lib/ install -m 755 32/tls/libnvidia-tls.so.$VERSION $PKG/usr/lib/tls/ install -m 755 32/libOpenCL.so.1.0.0 $PKG/usr/lib/ @@ -156,11 +152,6 @@ ln -sf tls/libnvidia-tls.so.$VERSION libnvidia-tls.so.$VERSION cd - -cd $PKG/usr/lib$LIBDIRSUFFIX/vdpau - ln -sf libvdpau_nvidia.so.$VERSION libvdpau_nvidia.so - ln -sf libvdpau_nvidia.so.$VERSION libvdpau_nvidia.so.1 -cd - - cd $PKG/usr/lib$LIBDIRSUFFIX/xorg/modules ln -sf libnvidia-wfb.so.$VERSION libnvidia-wfb.so cd - From kingbeowulf at gmail.com Fri Aug 3 08:11:15 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 01:11:15 -0700 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> Message-ID: <501B87A3.90400@gmail.com> On 08/02/2012 09:50 PM, Matteo Bernardini wrote: > sorry, I'll grab the occasion for just a small question: why in the > new version the GL headers from mesa are substituted too by nvidia's > ones? > > 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/ > > There is a bit of a difference in the two sets of headers and I think mixing and matching Mesa and Nvidia is generally a bad idea. After all, you should have the headers to compile against the libGL you are actually using. Also, I ran into a error a while back- can't remember what though - that wanted Nvidia headers since I was using the nvidia driver and its libraries. Ed From pprkut at liwjatan.at Fri Aug 3 08:19:00 2012 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Fri, 03 Aug 2012 10:19 +0200 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <501B87A3.90400@gmail.com> References: <20120731195011.678c1f5f@shaggy.doo> <501B87A3.90400@gmail.com> Message-ID: <1597633.GxKmy1KJOp@callisto> On Friday 03 August 2012 01:11:15 King Beowulf wrote: > On 08/02/2012 09:50 PM, Matteo Bernardini wrote: > > sorry, I'll grab the occasion for just a small question: why in the > > new version the GL headers from mesa are substituted too by nvidia's > > ones? > > > > 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/ > > There is a bit of a difference in the two sets of headers and I think > mixing and matching Mesa and Nvidia is generally a bad idea. After all, > you should have the headers to compile against the libGL you are > actually using. Also, I ran into a error a while back- can't remember > what though - that wanted Nvidia headers since I was using the nvidia > driver and its libraries. Note that nvidia itself stopped installing those headers quite a while ago. See http://www.nvidia.com/object/linux-display-amd64-260.19.12-driver.html for reference. 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 matteo.bernardini at gmail.com Fri Aug 3 08:16:03 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 3 Aug 2012 10:16:03 +0200 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <501B87A3.90400@gmail.com> References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> <501B87A3.90400@gmail.com> Message-ID: sorry, I asked because I thought the GL specs must be standards, and because of that I built all the GL stuff I used against mesa headers: the same thing I'm doing for the CL stuff, using the khronos.org headers, and so with vdpau (but that is mainly a nvidia thingie). BTW, bad news for me about dropping multilib support for the driver as I use it a lot, gotta find a way to reimplement it on top of your build script. Matteo From dave at dawoodfall.net Fri Aug 3 11:34:44 2012 From: dave at dawoodfall.net (David Woodfall) Date: Fri, 3 Aug 2012 12:34:44 +0100 Subject: [Slackbuilds-users] List of my SlackBuilds tested on -current Message-ID: <20120803113444.GA9222@Junius> Here's a list of what builds or doesn't in -current Aug 02 2012. Note: I have only built, _not_ tested, and only on 32-bit so far. Build without modifications: audio/alsaequal audio/clementine audio/lash - Need to update README that build will fail with texlive audio/nas audio/playmp3list audio/retrovol audio/xforge desktop/catfish desktop/grun desktop/searchmonkey development/shed libraries/PyYAML libraries/ilbc libraries/libAfterImage libraries/libnice libraries/opal misc/figlet multimedia/farsight2 network/choqok network/js network/pyneighborhood network/qbittorrent network/smstools3 network/wifi-radar office/aiksaurus office/python-gcalcli office/rednotebook python/python-demjson python/python-morbid python/python-orbited python/python-stomper python/python-uuid system/atool system/driconf system/goaccess system/imwheel system/lomoco system/powernowd system/qemu-legacy system/ranger system/whowatch system/wine Fixes/upgrades/build bumped: audio/portmidi - added sed line to slackbuild (1) libraries/ptlib - disable ccache in the slackbuild network/APC - updated to 3.1.11 python/python-elementtree - slackbuild modified system/daa2iso - download location changed system/mjpg-streamer - slackbuild modified system/regionset - download location changed system/uif2iso - download location changed network/ekiga - patched and -fpermissive added to CXXFLAGS (1) Tested with alienBob's openjdk package: openjdk-7u5_b21-i486-1alien.txz Do not build yet: audio/shell-fm desktop/xonclock network/Blokkal system/kqemu Builds waiting in the wings: audio/hydrogen is waiting for an updated liblrdf graphics/fontforge is waiting for 14.0 freetype source but builds in -current Dave From dave at dawoodfall.net Fri Aug 3 16:06:10 2012 From: dave at dawoodfall.net (David Woodfall) Date: Fri, 3 Aug 2012 17:06:10 +0100 Subject: [Slackbuilds-users] List of my SlackBuilds tested on -current In-Reply-To: <20120803113444.GA9222@Junius> References: <20120803113444.GA9222@Junius> Message-ID: <20120803160610.GA20932@Junius> On (12:34 03/08/12), David Woodfall put forth the proposition: >Here's a list of what builds or doesn't in -current Aug 02 2012. >Note: I have only built, _not_ tested, and only on 32-bit so far. >Build without modifications: >audio/alsaequal >audio/clementine >audio/lash - Need to update README that build will fail with texlive >audio/nas >audio/playmp3list >audio/retrovol >audio/xforge >desktop/catfish >desktop/grun >desktop/searchmonkey >development/shed >libraries/PyYAML >libraries/ilbc >libraries/libAfterImage >libraries/libnice >libraries/opal >misc/figlet >multimedia/farsight2 >network/choqok >network/js >network/pyneighborhood >network/qbittorrent >network/smstools3 >network/wifi-radar >office/aiksaurus >office/python-gcalcli >office/rednotebook >python/python-demjson >python/python-morbid >python/python-orbited >python/python-stomper >python/python-uuid >system/atool >system/driconf >system/goaccess >system/imwheel >system/lomoco >system/powernowd >system/qemu-legacy >system/ranger >system/whowatch >system/wine Sorry about the copy/paste fail there. Still readable I guess but I hope that it makes admins' task a little lighter. Cheers D. From artourter at gmail.com Fri Aug 3 21:55:17 2012 From: artourter at gmail.com (Greg' Ar Tourter) Date: Fri, 3 Aug 2012 22:55:17 +0100 Subject: [Slackbuilds-users] List of my SlackBuilds tested on -current In-Reply-To: <20120803160610.GA20932@Junius> References: <20120803113444.GA9222@Junius> <20120803160610.GA20932@Junius> Message-ID: HI, On 3 August 2012 17:06, David Woodfall wrote: > audio/lash - Need to update README that build will fail with texlive > Not sure what you mean here, but lash builds without any issues on uptodate current with the latest texlive 2012 package from SBo. Cheers Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave at dawoodfall.net Fri Aug 3 22:31:06 2012 From: dave at dawoodfall.net (David Woodfall) Date: Fri, 3 Aug 2012 23:31:06 +0100 Subject: [Slackbuilds-users] List of my SlackBuilds tested on -current In-Reply-To: References: <20120803113444.GA9222@Junius> <20120803160610.GA20932@Junius> Message-ID: <20120803223106.GA22954@Junius> On (22:55 03/08/12), Greg' Ar Tourter put forth the proposition: >HI, > >On 3 August 2012 17:06, David Woodfall wrote: > >> audio/lash - Need to update README that build will fail with texlive >> > >Not sure what you mean here, but lash builds without any issues on >uptodate current with the latest texlive 2012 package from SBo. Was going by an email I had recently. I'd better look into it more. Cheers From rworkman at slackbuilds.org Fri Aug 3 23:49:32 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 3 Aug 2012 18:49:32 -0500 Subject: [Slackbuilds-users] List of my SlackBuilds tested on -current In-Reply-To: References: <20120803113444.GA9222@Junius> <20120803160610.GA20932@Junius> Message-ID: <20120803184932.439a23e5@liberty.rlwhome.lan> On Fri, 3 Aug 2012 22:55:17 +0100 "Greg' Ar Tourter" wrote: > HI, > > On 3 August 2012 17:06, David Woodfall wrote: > > > audio/lash - Need to update README that build will fail with texlive > > > > Not sure what you mean here, but lash builds without any issues on > uptodate current with the latest texlive 2012 package from SBo. Good to hear - I was wondering about that too. More importantly (to me, at least), I'm happy to know that someone is using TL2012 and that it's working fine :-) I probably should have mentioned it in the commit log, but if you didn't notice, I put the binaries and such in /usr prefix instead of /usr/share/texmf this time :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Sat Aug 4 02:48:02 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 19:48:02 -0700 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> <501B87A3.90400@gmail.com> Message-ID: <501C8D62.1030102@gmail.com> On 08/03/2012 01:16 AM, Matteo Bernardini wrote: > ---snip---BTW, bad news for me about dropping multilib support for the driver as > I use it a lot, gotta find a way to reimplement it on top of your > build script. > > Matteo Well, it all depends on full conversion to Linux native software. I have a pretty wicked gaming addiction; especially the old arcade and DOS stuff. That's not a problem with MAME and dosbox, but for "newer" games having to boot WinXP is tedious, not to mention WINE tends to work better for WIn95-98 and XP in some cases. If I continue to use multilib and If enough Slackers go multilib, and maybe get a multilib entry on SBo, I'll continue the support. What I will drop it on the fly switching: nvidia-switch will just install and clean. From kingbeowulf at gmail.com Sat Aug 4 03:01:09 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 20:01:09 -0700 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <1597633.GxKmy1KJOp@callisto> References: <20120731195011.678c1f5f@shaggy.doo> <501B87A3.90400@gmail.com> <1597633.GxKmy1KJOp@callisto> Message-ID: <501C9075.50706@gmail.com> On 08/03/2012 01:19 AM, Heinz Wiesinger wrote: > On Friday 03 August 2012 01:11:15 King Beowulf wrote: >> On 08/02/2012 09:50 PM, Matteo Bernardini wrote: >>> sorry, I'll grab the occasion for just a small question: why in the >>> new version the GL headers from mesa are substituted too by nvidia's >>> ones? >>> >>> 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/ >> There is a bit of a difference in the two sets of headers and I think >> mixing and matching Mesa and Nvidia is generally a bad idea. After all, >> you should have the headers to compile against the libGL you are >> actually using. Also, I ran into a error a while back- can't remember >> what though - that wanted Nvidia headers since I was using the nvidia >> driver and its libraries. > Note that nvidia itself stopped installing those headers quite a while ago. > See http://www.nvidia.com/object/linux-display-amd64-260.19.12-driver.html for > reference. > > Grs, > Heinz > > > _______________________________________________ > 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/ > Ah yes, but they did not imply the nvidia headers are not needed or deprecated. Nvidia recognizes that most people just need the driver and libs and won't compile against them. That, after all is the job of the distro package maintainers. What I will do, on the next update, is leave them as *-nvidia and use nvidia-switch to make them optionally available. Ed From kingbeowulf at gmail.com Sat Aug 4 03:41:43 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 20:41:43 -0700 Subject: [Slackbuilds-users] My tested slackbuilds as of 02-AUG-2012 Slackware14b1 Message-ID: <501C99F7.7090308@gmail.com> Here are my tested slackbuilds for Slackware-current 02-AUG-2012. If something needs fixing, or you want me to resubmit, that is fine by me. Caveats: 1. x86-32 only. x86_64 should work... 2. Tested with qemu-kvm on Slackware64 13.37 multilib host. 3. See notes after each entry. A. These build a package: libraries/libvdpau 0.4.1 patched to recent git. patch not needed for current. misc/vdpauinfo 0.0.6 network/frostwire 5.2.11 system/nvidia-kernel 302.17 system/nvidia-driver 302.17 B. These need a patch to build. games/sauerbraten 2010_07_28_justice_edition d/l attached patch for source Makefile and add # Fix for lost libX11.so.6 cd src patch -p0 < $CWD/makefile_libx11_fix.patch cd .. just before SLCKFLAGS stanza in the slackbuild script. C. Not tested - to be updated on next stable Slackware release system/nvidia-legacy96-driver system/nvidia-legacy96-kernel system/nvidia-legacy173-driver system/nvidia-legacy173-kernel -------------- next part -------------- --- Makefile.old 2010-05-13 11:30:28.000000000 -0700 +++ Makefile 2012-08-03 18:46:55.010000000 -0700 @@ -21,7 +21,7 @@ CLIENT_LIBS= -mwindows -Llib -lSDL -lSDL_image -lSDL_mixer -lzdll -lopengl32 -lenet -lws2_32 -lwinmm else CLIENT_INCLUDES= $(INCLUDES) -I/usr/X11R6/include `sdl-config --cflags` -CLIENT_LIBS= -Lenet/.libs -lenet -L/usr/X11R6/lib `sdl-config --libs` -lSDL_image -lSDL_mixer -lz -lGL +CLIENT_LIBS= -Lenet/.libs -lenet -lX11 `sdl-config --libs` -lSDL_image -lSDL_mixer -lz -lGL endif ifeq ($(PLATFORM),Linux) CLIENT_LIBS+= -lrt From josiahb at gmail.com Sat Aug 4 03:46:13 2012 From: josiahb at gmail.com (Josiah Boothby) Date: Fri, 3 Aug 2012 20:46:13 -0700 Subject: [Slackbuilds-users] building texlive on -current Message-ID: <20120803204613.4266f93e@corvus.troglophonic.org> I've tried building a couple times: the first time without tetex, and then again after installing tetex to see if maybe having a system LaTeX available might help. In case it matters, I'm running -current x86_64. The build fails for me (with and without tetex) with the following being the last several lines before failure: checking for clisp... clisp checking for perl... perl checking for latex... no checking for elatex... no checking for lambda... no checking for pdflatex... no configure: error: LATEX is required to build xindy rules === configuring in xindy failed make[2]: *** [subutils] Error 1 make[2]: Leaving directory `/tmp/SBo/texlive-20120701-source/build/utils' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/SBo/texlive-20120701-source/build/utils' make: *** [all-recursive] Error 1 From rworkman at slackbuilds.org Sat Aug 4 04:01:57 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 3 Aug 2012 23:01:57 -0500 Subject: [Slackbuilds-users] building texlive on -current In-Reply-To: <20120803204613.4266f93e@corvus.troglophonic.org> References: <20120803204613.4266f93e@corvus.troglophonic.org> Message-ID: <20120803230157.1652eb20@liberty.rlwhome.lan> On Fri, 3 Aug 2012 20:46:13 -0700 Josiah Boothby wrote: > I've tried building a couple times: the first time without tetex, and > then again after installing tetex to see if maybe having a system > LaTeX available might help. In case it matters, I'm running -current > x86_64. The build fails for me (with and without tetex) with the > following being the last several lines before failure: > > checking for clisp... clisp > checking for perl... perl > checking for latex... no > checking for elatex... no > checking for lambda... no > checking for pdflatex... no > configure: error: LATEX is required to build xindy rules > === configuring in xindy failed > make[2]: *** [subutils] Error 1 > make[2]: Leaving directory > `/tmp/SBo/texlive-20120701-source/build/utils' make[1]: *** > [all-recursive] Error 1 make[1]: Leaving directory > `/tmp/SBo/texlive-20120701-source/build/utils' make: *** > [all-recursive] Error 1 You do indeed need either tetex or texlive installed already; the README states this: "Note that this package is intended to completely replace (and then some) the tetex packages in Slackware, so you'll need to remove tetex and tetex-doc before installing TeXLive (but NOT before BUILDING it)." You'll also need to make sure the tetex binaries are in PATH, so either use "su -" to switch to root or else source /etc/profile. http://slackbuilds.org/faq/#su --> http://slackbuilds.org/howto/#su -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Sat Aug 4 04:07:39 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 03 Aug 2012 21:07:39 -0700 Subject: [Slackbuilds-users] broadcom-sta on Slackware14b1 Message-ID: <501CA00B.4060404@gmail.com> The broadcom-sta.Slackbuild works on kernel 3.2.23 with the abi update patch mentioned on the list a while back. Works spiffy on my bcm4322 802.11abgn laptop. More info via Greg' Ar Tourter post on 12-FEB-2012 to this list. Ed From asamardzic at gmail.com Sat Aug 4 05:30:47 2012 From: asamardzic at gmail.com (=?UTF-8?Q?Aleksandar_Samard=C5=BEi=C4=87?=) Date: Sat, 4 Aug 2012 07:30:47 +0200 Subject: [Slackbuilds-users] status of my SlackBuilds on -current Message-ID: All of the SlackBuilds that I maintain are building and working fine on -current; here is the list: desktop/enlightenment libraries/gsl libraries/efreet libraries/ecore libraries/embryo libraries/edje libraries/e_dbus libraries/eina libraries/eeze libraries/eet libraries/evas On the other side, there exist several SlackBuilds that I orphaned long time ago, but that still have me listed as maintainer. I'd prefer them either to be removed, or have maintainer changed; here is the list of these: libraries/QuantLib libraries/QuantLib-Python office/auctex system/gxemul Regards, Alex From andrew at andrews-corner.org Sat Aug 4 05:40:16 2012 From: andrew at andrews-corner.org (andrew) Date: Sat, 4 Aug 2012 15:40:16 +1000 Subject: [Slackbuilds-users] nvidia-{driver, kernel} [was: Updates - 20120801.1] In-Reply-To: <501C8D62.1030102@gmail.com> References: <20120731195011.678c1f5f@shaggy.doo> <501B4D7F.2080807@gmail.com> <20120802232802.1c5ef714@liberty.rlwhome.lan> <501B87A3.90400@gmail.com> <501C8D62.1030102@gmail.com> Message-ID: <20120804054016.GA8592@skamandros.andrews-corner.org> On Fri, Aug 03, 2012 at 07:48:02PM -0700, King Beowulf wrote: > Well, it all depends on full conversion to Linux native software. I > have a pretty wicked gaming addiction; especially the old arcade and > DOS stuff. Well in that case I hope you have seen d2x-rebirth on SBo :). Andrew -- You think that's air you're breathing now? From willysr at gmail.com Sat Aug 4 09:19:07 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sat, 4 Aug 2012 16:19:07 +0700 Subject: [Slackbuilds-users] SlackBuilds Notes for Slackware 14.0 In-Reply-To: References: Message-ID: I sent this email to Robby previously, but let me forward this to the list as well I maintained several packages on SBo and here's my notes for the upcoming Slackware 14.0 Wesnoth Wesnoth is compilable as long as you uncomment this line in 14.0 # patch -p0 < $CWD/terrain_translation.patch guvcview here's the updated SlackBuilds (attached) FileZilla buildable on -Current, so no need to modify anything gimp-gap here's the updated Slackbuilds (attached) I think that's all from me Let me know if i'm missing any packages i maintained -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- A non-text attachment was scrubbed... Name: guvcview.tar.gz Type: application/x-gzip Size: 3069 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gimp-gap.tar.gz Type: application/x-gzip Size: 3255 bytes Desc: not available URL: From chess at chessgriffin.com Sat Aug 4 15:16:09 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Sat, 04 Aug 2012 11:16:09 -0400 Subject: [Slackbuilds-users] My SlackBuild scripts for 14.0 Message-ID: <1344093369.10888.140661110644013.47538C72@webmail.messagingengine.com> The two SlackBuild scripts I maintain - OpenArena and emelfm2 - build and work fine on -current x86_64. There is a third SlackBuild script (help2man) for which I am listed as maintainer but I would like to orphan that one. That used to be a dependency of gpodder but I think now it's optional and since someone else now maintains gpodder and does not list help2man as a dependency, I think help2man can be safely dropped (or picked up by the gpodder maintainer). Thanks. -- Chess Griffin From bkirkp at gmail.com Sun Aug 5 00:50:42 2012 From: bkirkp at gmail.com (B Kirkpatrick) Date: Sat, 04 Aug 2012 19:50:42 -0500 Subject: [Slackbuilds-users] My SlackBuilds in -current Message-ID: <501DC362.2000902@gmail.com> Of my five SlackBuilds: misc/gramps-3.3.1 & games/ltris-1.018 both build fine & seem to work OK. Only tested on x86-64. system/krusader-2.4.0-beta1, desktop/wally-2.4.4 & games/xye-0.12.0 will not build. There is a new release of gramps, 3.4.0, which builds & runs as well. A new release of xye, 0.12.1 does not build. Regards, Bill Kirkpatrick From c.willing at uq.edu.au Sun Aug 5 04:12:11 2012 From: c.willing at uq.edu.au (Christoph Willing) Date: Sun, 5 Aug 2012 14:12:11 +1000 Subject: [Slackbuilds-users] help2man (was: My SlackBuild scripts for 14.0) In-Reply-To: <1344093369.10888.140661110644013.47538C72@webmail.messagingengine.com> References: <1344093369.10888.140661110644013.47538C72@webmail.messagingengine.com> Message-ID: <844E464B-0FF0-4D44-8D4E-CFA97E2EA07F@uq.edu.au> On 05/08/2012, at 1:16 AM, Chess Griffin wrote: > The two SlackBuild scripts I maintain - OpenArena and emelfm2 - build > and work fine on -current x86_64. There is a third SlackBuild script > (help2man) for which I am listed as maintainer but I would like to > orphan that one. That used to be a dependency of gpodder but I think > now it's optional and since someone else now maintains gpodder and > does > not list help2man as a dependency, I think help2man can be safely > dropped (or picked up by the gpodder maintainer). help2man is also listed as a build prereq for the grub2 package, which I use, therefore I'll volunteer to take over help2man if neither the gpodder nor grub2 maintainer wants to take it on. chris Christoph Willing +61 7 3365 8316 Research Computing Centre University of Queensland From larryhaja at gmail.com Sun Aug 5 04:20:25 2012 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 4 Aug 2012 21:20:25 -0700 Subject: [Slackbuilds-users] My SlackBuilds in -current In-Reply-To: <501DC362.2000902@gmail.com> References: <501DC362.2000902@gmail.com> Message-ID: xye, wally, and krusader do build with the appropriate patch or associated link. xye 0.12.0 and 0.12.1 both build with the gcc-4.7.patch wally 2.4.4 builds with the extra linker to X11 with -DCMAKE_EXE_LINKER_FLAGS="-lX11" during the cmake step. The disable-popup patch from previous versions should be included with wally. Kind of annoying getting a popup box during compile time. krusader 2.3.0-beta1 builds with the krusader-2.4.0_beta1-gcc47.patch patch. Found from http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/kde-misc/krusader/files/krusader-2.4.0_beta1-gcc47.patch?revision=1.1&view=markup&sortdir=down --Larry On 8/4/12, B Kirkpatrick wrote: > Of my five SlackBuilds: > > misc/gramps-3.3.1 & games/ltris-1.018 > > both build fine & seem to work OK. Only tested on x86-64. > > > system/krusader-2.4.0-beta1, desktop/wally-2.4.4 & games/xye-0.12.0 > > will not build. > > > There is a new release of gramps, 3.4.0, which builds & runs as well. > A new release of xye, 0.12.1 does not build. > > Regards, > Bill Kirkpatrick > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- A non-text attachment was scrubbed... Name: gcc-4.7.patch Type: application/octet-stream Size: 1451 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: krusader-2.4.0_beta1-gcc47.patch Type: application/octet-stream Size: 687 bytes Desc: not available URL: From chess at chessgriffin.com Sun Aug 5 05:06:15 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Sun, 05 Aug 2012 01:06:15 -0400 Subject: [Slackbuilds-users] help2man (was: My SlackBuild scripts for 14.0) In-Reply-To: <844E464B-0FF0-4D44-8D4E-CFA97E2EA07F@uq.edu.au> References: <1344093369.10888.140661110644013.47538C72@webmail.messagingengine.com> <844E464B-0FF0-4D44-8D4E-CFA97E2EA07F@uq.edu.au> Message-ID: <1344143175.16590.140661110820045.2F37215D@webmail.messagingengine.com> On Sun, Aug 5, 2012, at 12:12 AM, Christoph Willing wrote: > > > help2man is also listed as a build prereq for the grub2 package, which > I use, therefore I'll volunteer to take over help2man if neither the > gpodder nor grub2 maintainer wants to take it on. > > Thanks Christoph - I thought I had grepped through all the README's to search for references to help2man but evidently I missed grub2. ;-) I'm fine with you taking it over FWIW. Cheers! -- Chess Griffin From baildon.research at googlemail.com Sun Aug 5 10:11:16 2012 From: baildon.research at googlemail.com (David Spencer) Date: Sun, 5 Aug 2012 11:11:16 +0100 Subject: [Slackbuilds-users] Slackware 14 Etiquette Message-ID: Hi folks, Apologies if this is pushing things faster than the SBo Admins wish to go, you are welcome to leave this hanging in the air for as long as it takes. (1) How are we handling Java? Maybe 'This requires the Oracle JRE or JDK or OpenJDK' in the README (as appropriate), on the assumption that Slackware 14's documentation will describe what to do? or I'd be happy to drop all the Java stuff from the repo, it's what Oracle deserves (2) Where the SlackBuild needs to be changed, are we bumping BUILD, or are we resetting it back to 1 for the new release? (3) People seem to be emailing changes in lots of different formats, what's the *preferred* format? Submission form compliant tarball? Patch? Git? Or should we all just ease off and chill and wait for guidance? -D. From info at microlinux.fr Sun Aug 5 10:30:31 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Sun, 05 Aug 2012 12:30:31 +0200 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' Message-ID: <501E4B47.3030401@microlinux.fr> Hi, I'm running Slackware 13.37 with Robby Workman's XFCE 4.8 (thanks a lot for that, Robby!) I like the Faenza icon theme, and just tried to build the packages from SBo. 1) faenza-icon-theme works fine and seems complete. 2) faenza-xfce won't build. I thought it was meant to complete the main Faenza package, but as far as I can see, no icon is missing in the main package. Cheers, Niki Kovacs -- 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 alien at slackbook.org Sun Aug 5 10:45:02 2012 From: alien at slackbook.org (Eric Hameleers) Date: Sun, 05 Aug 2012 12:45:02 +0200 Subject: [Slackbuilds-users] Slackware 14 Etiquette In-Reply-To: References: Message-ID: <501E4EAE.3090604@slackbook.org> Hi David Let me address a few questions up front: On 08/05/2012 12:11 PM, David Spencer wrote: > Hi folks, > > Apologies if this is pushing things faster than the SBo Admins wish to > go, you are welcome to leave this hanging in the air for as long as it > takes. No problem at all. Working on packages and replying to emails are two separate things... > (1) How are we handling Java? Maybe 'This requires the Oracle JRE or > JDK or OpenJDK' in the README (as appropriate), on the assumption that > Slackware 14's documentation will describe what to do? mode="semi_serious"> or I'd be happy to drop all the Java stuff from > the repo, it's what Oracle deserves Pat added a "java" directory in the /extra section of Slackware 14 which contains a SlackBuild script you can use to wrap the official binaries from Oracle (jdk or jre does not matter - the script can handle both) into a proper Slackware package. So, if you have need of Java, you can just use that to produce a package and install it (or upgrade the Slackware 13.37 version to the most recent Oracle JDK). > (2) Where the SlackBuild needs to be changed, are we bumping BUILD, or > are we resetting it back to 1 for the new release? The BUILD numbers are not going to be reset. That would not make sense. If anything, some BUILd numbers will get updated when the script needs some fixing to compile a package on Slackware 14. Or in case the old Slackware 13.37 package is broken because of Slackware 14 library updates and needs to be recompiled on Slackware 14 to make it work properly again. In all other cases, the BUILD number should remain unchanged. > (3) People seem to be emailing changes in lots of different formats, > what's the *preferred* format? Submission form compliant tarball? > Patch? Git? I don't think the admin team have given that much thought yet. I at least have not. Cheers, Eric -- Eric Hameleers Email: eric.hameleers at gmail.com From ppetrov at mail.student.oulu.fi Sun Aug 5 16:25:20 2012 From: ppetrov at mail.student.oulu.fi (Petar Petrov) Date: Sun, 05 Aug 2012 19:25:20 +0300 Subject: [Slackbuilds-users] my list of SlackBuilds for Slackware 14 In-Reply-To: <501E4EAE.3090604@slackbook.org> References: <501E4EAE.3090604@slackbook.org> Message-ID: <20120805192520.ytsibxx2ko08g4s0@webmail.oulu.fi> Hi to all I checked my SlackBuilds. Several of them need to be updated. How shall I submit these to you? I can just upload them to my University's server and post a link here. This way, if someone's slackbuilds depend on something I maintain they can benefit. These work and do not need a change: Academic -------- Gblocks ImageJ (one plugin needs a MD5SUM update, but otherwise all is fine) PhyML amplicon arka clustalo clustalw clustalx genpak gp2fasta isoelectric-point muscle perlprimer plasmidomics spidey treeview Desktop ------- clearlooks-classic-themes (the gtk-engines should be updated) gtk1-industrial-engine gtk1-theme-switch polar-cursor-themes slack-wallpapers thunar-sendto-clamtk (fine, but useless without clamtk, see "untested") xmms-skins-almond Games ----- digger Libraries --------- alglib io_lib muParser qt-assistant-compat tamu_anova Misk ---- bodr chemical-mime-data igal2 Perl ---- perl-File-Find-Rule perl-Number-Compare perl-Text-Glob System ------ ktsuss What needs an update/upgrade: Academic -------- EMBASSY (upgrade) old download links are dead EMBOSS (upgrade) old download link is dead QtiPlot (update) fix build and include an additional plugin gchemutils (upgrade) compiles agains openbabel from ponce's SBo fork gelemental (update) additional patches, compiles against dependencies from ponce's SBo fork primer3 (upgrade) seaview (upgrade) old download link is dead sequence-analysis (update) fix the desktop file staden (update) fix build, download links for slackware 14.0 tk and tcl sources do not work yet Desktop ------- murrine-themes (upgrade) old download link is dead, the murrine engine should be updated Games ----- supertux2 (update) fix build, compiles against physfs from ponce's SBo fork Libraries --------- PDFlib-Lite (upgrade) old download link is dead Office ------ gbgoffice (update) additional patches, compiles against dependencies from ponce's SBo fork What is untested: Academic -------- lalnview (untested) dependency fltk breaks System ------ clamtk (untested) dependency chain stops at perl-Bit-Vector (breaks) To the maintainers of fltk, perl-Bit-Vector, gtk-engines and murrine: if you have working updates of these, please let me know. Regards Petar From lukenshiro at ngi.it Sun Aug 5 17:41:05 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Sun, 5 Aug 2012 19:41:05 +0200 Subject: [Slackbuilds-users] my list of SlackBuilds for Slackware 14 In-Reply-To: <20120805192520.ytsibxx2ko08g4s0@webmail.oulu.fi> References: <501E4EAE.3090604@slackbook.org> <20120805192520.ytsibxx2ko08g4s0@webmail.oulu.fi> Message-ID: <20120805194105.0f1b2cea@hamalay.mnt> Il giorno Sun, 05 Aug 2012 19:25:20 +0300 Petar Petrov ha scritto: > Academic > -------- > lalnview (untested) dependency fltk breaks [..] > To the maintainers of fltk, perl-Bit-Vector, gtk-engines and > murrine: if you have working updates of these, please let me know. Regarding fltk, it should be enough to add "-lfontconfig" to LDLIBS variable in "makeinclude" file passed to the linker (as it depends on recent DSO linking change). Anyway I will make a list of my packages' statuses in the next days. Best regards. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From cancellor2 at gmail.com Sun Aug 5 17:59:30 2012 From: cancellor2 at gmail.com (Fridrich von Stauffenberg) Date: Sun, 05 Aug 2012 20:59:30 +0300 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <501E4B47.3030401@microlinux.fr> References: <501E4B47.3030401@microlinux.fr> Message-ID: <501EB482.9040909@gmail.com> Hi. Yes, faenza-xfce is an add-on for the main faenza, which doesn't include some xfce-specific icons. Tried to rebuild it few minutes ago, and haven't got any errors (there's just nothing to break, as far as I can see). What exactly goes wrong? 05.08.2012 13:30, Nicolas Kovacs ?????: > Hi, > > I'm running Slackware 13.37 with Robby Workman's XFCE 4.8 (thanks a > lot for that, Robby!) > > I like the Faenza icon theme, and just tried to build the packages > from SBo. > > 1) faenza-icon-theme works fine and seems complete. > > 2) faenza-xfce won't build. I thought it was meant to complete the > main Faenza package, but as far as I can see, no icon is missing in > the main package. > > Cheers, > > Niki Kovacs From cancellor2 at gmail.com Mon Aug 6 11:45:22 2012 From: cancellor2 at gmail.com (Fridrich von Stauffenberg) Date: Mon, 06 Aug 2012 14:45:22 +0300 Subject: [Slackbuilds-users] Yet another Slackware 14 report Message-ID: <501FAE52.9060409@gmail.com> Hi to all. Here's my (in)compatibility list (built and tested on 32-bit -current as of 02 Aug): academic/qucs: FAIL It depends on qt3, which doesn't build (http://pastebin.com/4WvcmqfE). academic/scilab: OK academic/smath-studio: OK Thanks to Lyonel S for the patch to libgdiplus. desktop/faenza-xfce: OK development/gambas3: FAIL gb.qt4: linking fails with strange sympthoms (http://pastebin.com/0gC3GkCn). Google led me here: http://old.nabble.com/cannot-find--llwebcore-p34207458.html bue there's no solution so far. Any thoughts? development/fpc-source: OK development/ne: OK graphics/draftsight: OK graphics/librecad: OK graphics/teighafileconverter: OK graphics/teighafileviewer: OK graphics/yed: OK multimedia/cueplayer: OK Added an ugly sed hack. multimedia/smplayer: OK network/ljpms: OK Patched perl-xml-namespacesupport.SlackBuild Commented out "make test" in perl-xml-libxml.SlackBuild Updated perl-Data-Dumper for version 2.131 Temporarily hosted the sources here: http://dl.dropbox.com/u/11914640/ljpms-1.4.zip network/loiq: OK network/miredo: OK network/qupzilla: OK network/wuala: OK office/coolreader: OK office/kchmviewer-qt: OK office/myrulib: OK Added LDFLAGS="-lpng -ljpeg". system/microemulator: OK All java programs (scilab, yed, microemulator, wuala) have been tested with the latest AlienBOB's openjre package. -------------- next part -------------- --- perl-xml-namespacesupport/perl-xml-namespacesupport.SlackBuild.orig 2011-04-15 11:47:29.000000000 +0300 +++ perl-xml-namespacesupport/perl-xml-namespacesupport.SlackBuild 2012-08-06 00:07:09.000000000 +0300 @@ -37,9 +37,10 @@ chown -R root:root . chmod -R u+w,go+r-w,a-s . -perl Makefile.PL || exit 1 +perl Makefile.PL PREFIX=/usr INSTALLDIRS=vendor INSTALLVENDORMAN3DIR=/usr/man/man3 || exit 1 make || exit 1 -make install INSTALLDIRS=vendor DESTDIR=$PKG || exit 1 +make test || exit 1 +make install DESTDIR=$PKG || exit 1 mv $PKG/usr/share/man $PKG/usr && rm -rf $PKG/usr/share gzip -9 $PKG/usr/man/man3/* 2> /dev/null -------------- next part -------------- --- cueplayer/cueplayer.SlackBuild.orig 2012-06-23 10:46:07.000000000 +0300 +++ cueplayer/cueplayer.SlackBuild 2012-08-05 23:41:53.000000000 +0300 @@ -55,6 +55,7 @@ sed -i '/^locale\.path/s/\/usr/\$\$PREFIX/' $PRGNAM.pro qmake PREFIX=/usr $PRGNAM.pro +sed -i '/^LIBS/s/$/ -lX11/' Makefile make make INSTALL_ROOT=$PKG install -------------- next part -------------- --- myrulib/myrulib.SlackBuild.orig 2012-07-02 19:36:42.000000000 +0300 +++ myrulib/myrulib.SlackBuild 2012-08-05 22:14:22.000000000 +0300 @@ -69,6 +69,7 @@ CFLAGS="$SLKCFLAGS" \ CXXFLAGS="$SLKCFLAGS" \ +LDFLAGS="-lpng -ljpeg" \ ./configure \ --prefix=/usr \ --build=$ARCH-slackware-linux \ From titopoquito at googlemail.com Mon Aug 6 21:45:49 2012 From: titopoquito at googlemail.com (titopoquito) Date: Mon, 06 Aug 2012 23:45:49 +0200 Subject: [Slackbuilds-users] My SlackBuilds on Slackware 14.0beta1 Message-ID: <50203B0D.1060005@gmail.com> The following SlackBuilds should work on Slackware 14.0 without a change, at least they do on Slackware current :) # graphics/enblend-enfuse # libraries/libpano13 # libraries/xapian-core # office/antiword # system/luckybackup # system/unrtf These two need just minimal changes: # graphics/hugin # libraries/libxmi And these two of my packages need a version upgrade for Slackware 14: # desktop/recoll # system/FreeFileSync FreeFileSync needs some changes in its dependencies too - with ponce's versions of (AFAIR correctly) libsig++, cairomm, pangomm, gtkmm and atkmm and the aforementioned version bump it built O.K. Sorry for the "AFAIR", but I set the virtual machine (that I used to build the packages) back too early to a stock Slackware system :( Since I do not maintain them, I attach no updates for those. -------------- next part -------------- A non-text attachment was scrubbed... Name: FreeFileSync.tar.gz Type: application/gzip Size: 3216 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hugin.tar.gz Type: application/gzip Size: 3129 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: libxmi.tar.gz Type: application/gzip Size: 2531 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: recoll.tar.gz Type: application/gzip Size: 2960 bytes Desc: not available URL: From baildon.research at googlemail.com Mon Aug 6 22:47:50 2012 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 6 Aug 2012 23:47:50 +0100 Subject: [Slackbuilds-users] My SlackBuilds on Slackware 14.0beta1 In-Reply-To: <50203B0D.1060005@gmail.com> References: <50203B0D.1060005@gmail.com> Message-ID: > # libraries/libxmi Same fix as mine, but I bumped BUILD too like Eric said :-) Tito, would you like to maintain libxmi and tclap from now on? Then you would have the whole stack for Hugin. -------- Here's a report on my other stuff. libraries/gdal - needs a patch to build with poppler-0.20 Please remove these: libraries/lcms2 (now in Slackware) libraries/javacomm (nothing uses it any more) README needs to be changed (deps now in or out of Slackware): graphics/darktable libraries/LibRaw libraries/rxtx misc/foxtrotgps misc/jmri No changes required for: academic/grass academic/qgis graphics/gpscorrelate graphics/jhead graphics/luminance-hdr libraries/exiftool libraries/fcgi libraries/flickcurl libraries/libgeotiff libraries/tclap network/p0f system/gpsd Hope this is clear. Patches attached. Best regards -D. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-graphics-darktable-Updated-README-for-Slackware-14.0.patch Type: application/octet-stream Size: 928 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-LibRaw-Updated-README-for-Slackware-14.0.patch Type: application/octet-stream Size: 686 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-gdal-Updated-for-Slackware-14.0.patch Type: application/octet-stream Size: 8713 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-libxmi-Updated-for-Slackware-14.0.patch Type: application/octet-stream Size: 1098 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-rxtx-Updated-README-for-Slackware-14.0.patch Type: application/octet-stream Size: 866 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-misc-foxtrotgps-Updated-README-for-Slackware-14.0.patch Type: application/octet-stream Size: 749 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-misc-jmri-Updated-README-for-Slackware-14.0.patch Type: application/octet-stream Size: 717 bytes Desc: not available URL: From dmargell at gmail.com Tue Aug 7 00:26:34 2012 From: dmargell at gmail.com (Dave Margell) Date: Mon, 6 Aug 2012 20:26:34 -0400 Subject: [Slackbuilds-users] A few scripts to remove for Slackware 14 Message-ID: Just a quick note on some SlackBuilds I once used; system/halevt No need for this since hal has been removed. libraries/boolstuff Was required for halevt, but I grep no other package that needs it. system/schedtool I no longer use the CK patch set, so can't test this package anymore. Thanks! From bosth at alumni.sfu.ca Tue Aug 7 03:59:44 2012 From: bosth at alumni.sfu.ca (Ben) Date: Mon, 6 Aug 2012 20:59:44 -0700 Subject: [Slackbuilds-users] 14.0 Slackbuilds Message-ID: The following SlackBuilds are ready for 14.0 as is. podget mp3val xplanet plasmaxplanet spl tre stfl newsbeuter Please remove exact-image, wmfs and qamus, so they can be updated and resubmitted. I'd also like the following ruby/ SlackBuilds removed unless someone else wants to take over maintenance: gettext, highline, locale, lockfile, mimetypes, ncursesw, net-ssh, rmail, sup, trollop and xapian-full. These were all originally added to support the sup mail client, which is no longer being developed. Thanks, Ben From yalhcru at gmail.com Tue Aug 7 04:23:44 2012 From: yalhcru at gmail.com (B Watson) Date: Tue, 7 Aug 2012 00:23:44 -0400 Subject: [Slackbuilds-users] Slackware 14 status Message-ID: I had no idea I'd submitted so many slackbuilds... These packages are OK for Slackware 14. Some of them build old versions of whatever they build, so I'll be submitting updates after 14 goes live, but meanwhile it won't hurt anything to leave the old versions in the repo. academic/ent accessibility/espeak accessibility/pastebinit accessibility/unclutter accessibility/wgetpaste accessibility/xdotool accessibility/xsel audio/alsa-tools audio/bristol audio/caps audio/cmt audio/eawpats audio/fantasia audio/fluid-soundfont audio/fluidsynth-dssi audio/grip2 audio/horgand audio/jack-keyboard audio/jack-tools audio/jack_delay audio/lv2dynparam1 audio/match-vamp-plugin audio/mididings audio/millennium-plugins audio/mp3gain audio/nnls-chroma audio/qmidiroute audio/rakarrack audio/sfc audio/sooperlooper audio/swh-plugins-lv2 audio/tapiir audio/vcf_plugins audio/waon audio/wineasio audio/xmms-mp4 audio/xsynth-dssi audio/zynjacku desktop/peksystray desktop/wmclock desktop/wmmon development/cc65 games/an games/atari++ games/brickout games/chocolate-doom games/circuslinux games/colem games/defendguin games/doom_shareware_data games/ds-models games/dunelegacy games/eduke32 games/eduke32_hires_pack games/eduke32_shareware_data games/fortune-dune games/fortune_firefly games/freedoom games/generator_cbiere games/glbsp games/gtklife games/gzdoom games/hatari games/hatari_tos_roms games/heretic_shareware_data games/hexen_demo_data games/icebreaker games/jfsw games/jfsw_demo_data games/jfsw_hires_pack games/koules games/madbomber games/maelstrom games/marathon-data games/marathon-infinity-data games/marathon2-data games/micropolis games/nevernoid games/nexuiz games/o2em games/rott games/skulltag games/snes9x games/steem games/torcs games/trackballs games/transfusion games/ucr games/uqm games/uqm_3domusic games/uqm_voice games/vectoroids games/wordwarvi games/xcowsay games/xroar games/xu4 games/z26 games/zennode graphics/psftools libraries/girara libraries/libicns libraries/libsigc++-legacy12 libraries/libsmf libraries/zita-convolver misc/heyu multimedia/grip multimedia/lsdvd multimedia/mtpfs network/authbind network/bmon network/irssi_otr network/museek+ network/rhapsody network/uget office/zathura office/zathura-cb office/zathura-pdf-mupdf office/zathura-ps python/pyliblo system/gphotofs system/kegs system/macutils system/pipemeter system/usbmon system/vcp These packages won't build on Slack 14, or else need updates due to things like broken download URLs. I'll be submitting updates after submissions are open again (for most of them I've got the updated scripts ready to go): academic/pianobooster audio/calf audio/clam audio/clam_annotator audio/clam_voice2midi audio/ecasound audio/ghostess audio/invada_studio_plugins_lv2 audio/jack-rack audio/lingot audio/qm-vamp-plugins audio/sonic-visualiser audio/tap_plugins audio/transcribe audio/zita-rev1 games/alephone games/clonekeen games/doomseeker games/jzintv games/liquidwar6 games/oblige games/pentagram games/sdlmess games/typhoon_2001 games/zdbsp misc/cwiid multimedia/nted system/isomd5sum system/trackfs While I'm at it... would it cause more trouble than it was worth, if I were to submit renamed packages, with underscores changed to dashes? Looking at the above list I see I haven't been very consistent, I should have picked one and stuck with it instead of having e.g. tap_plugins and qm-vamp-plugins (the former should have been tap-plugins). Doing this might cause annoyance to sbopkg users though (it won't find an updated version of tap_plugins if the updated version is now called tap-plugins). What does the list think? From titopoquito at googlemail.com Tue Aug 7 08:21:02 2012 From: titopoquito at googlemail.com (Tito) Date: Tue, 7 Aug 2012 10:21:02 +0200 Subject: [Slackbuilds-users] My SlackBuilds on Slackware 14.0beta1 In-Reply-To: References: <50203B0D.1060005@gmail.com> Message-ID: Am 07.08.2012 um 00:47 schrieb David Spencer : >> # libraries/libxmi > > Same fix as mine, but I bumped BUILD too like Eric said :-) To bump or not to bump... :) > Tito, would you like to maintain libxmi and tclap from now on? > Then you would have the whole stack for Hugin. I'm fine with that. > > -------- > > Here's a report on my other stuff. > > libraries/gdal - needs a patch to build with poppler-0.20 > > Please remove these: > > libraries/lcms2 (now in Slackware) > libraries/javacomm (nothing uses it any more) > > README needs to be changed (deps now in or out of Slackware): > > graphics/darktable > libraries/LibRaw > libraries/rxtx > misc/foxtrotgps > misc/jmri > > No changes required for: > > academic/grass > academic/qgis > graphics/gpscorrelate > graphics/jhead > graphics/luminance-hdr > libraries/exiftool > libraries/fcgi > libraries/flickcurl > libraries/libgeotiff > libraries/tclap > network/p0f > system/gpsd > > Hope this is clear. Patches attached. > > Best regards > -D. > <0001-graphics-darktable-Updated-README-for-Slackware-14.0.patch> > <0001-libraries-LibRaw-Updated-README-for-Slackware-14.0.patch> > <0001-libraries-gdal-Updated-for-Slackware-14.0.patch> > <0001-libraries-libxmi-Updated-for-Slackware-14.0.patch> > <0001-libraries-rxtx-Updated-README-for-Slackware-14.0.patch> > <0001-misc-foxtrotgps-Updated-README-for-Slackware-14.0.patch> > <0001-misc-jmri-Updated-README-for-Slackware-14.0.patch> > _______________________________________________ > 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 grundy_b at yahoo.com Tue Aug 7 14:37:16 2012 From: grundy_b at yahoo.com (Barry Grundy) Date: Tue, 7 Aug 2012 07:37:16 -0700 (PDT) Subject: [Slackbuilds-users] Slackware 14 Tested ( and bulk_extractor question) Message-ID: <1344350236.17605.YahooMailNeo@web121803.mail.ne1.yahoo.com> My small list of maintained slackbuilds have been tested on both slackware-current and slackware64-current?(as of 06Aug). ?They compile and work as expected.? system/aimage system/foremost system/lzip system/sleuthkit libraries/afflib libraries/libewf However,? bulk_extractor (in pending) - FAILED on 32 bit but compiled and worked on 64 bit. ?On both systems I used a full install, with only the above packages installed (two of them are optional dependancies - libewf and afflib). ?32 and 64 bit tests were done in Vbox VM's. ?(32 and 64 bit VM's on a Slack 13.37 64 bit host; ?and 32 bit VM on a OSX 10.6.8 host). The interesting thing is that the 32 bit tests failed (on both hosts) with different errors on the different hosts: 32bit VM on Slackware64?13.37 host: ??http://pastebin.com/wcp1uJXc 32bit VM on Mac OSX 10.6.8 host: ?http://pastebin.com/r8T2JkBB Both appear related to pthreads, but I'm not enough of a programmer/code wizard to decipher the error properly. ?Searching around leads me to believe this is a GCC error related to include files, but I get lost trying to find out which one and it what source file. ?I find it odd that it compiles fine on a 64bit VM. If anyone has any pointers, I'd be most appreciative. ?In the mean time can one of the admins remove bulk_extractor from pending until I track this down? ?I need to re-submit anyway to update the README. ?I forgot to note the optional dependancies. Thanks, Barry -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Tue Aug 7 15:11:45 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Tue, 7 Aug 2012 22:11:45 +0700 Subject: [Slackbuilds-users] Slackware 14 Tested ( and bulk_extractor question) In-Reply-To: <1344350236.17605.YahooMailNeo@web121803.mail.ne1.yahoo.com> References: <1344350236.17605.YahooMailNeo@web121803.mail.ne1.yahoo.com> Message-ID: > 32bit VM on Slackware64 13.37 host: http://pastebin.com/wcp1uJXc > > 32bit VM on Mac OSX 10.6.8 host: http://pastebin.com/r8T2JkBB > > Both appear related to pthreads, but I'm not enough of a programmer/code > wizard to decipher the error properly. Searching around leads me to believe > this is a GCC error related to include files, but I get lost trying to find > out which one and it what source file. I find it odd that it compiles fine > on a 64bit VM. > > If anyone has any pointers, I'd be most appreciative. In the mean time can > one of the admins remove bulk_extractor from pending until I track this > down? I need to re-submit anyway to update the README. I forgot to note > the optional dependancies. have you read this one? http://stackoverflow.com/questions/1662909/undefined-reference-to-pthread-create-in-linux-c-programming try adding LDFLAGS="-lpthread" -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From vliegendehuiskat at gmail.com Tue Aug 7 15:13:47 2012 From: vliegendehuiskat at gmail.com (Jasper Klein) Date: Tue, 07 Aug 2012 17:13:47 +0200 Subject: [Slackbuilds-users] Slackware 14 Slackbuilds In-Reply-To: References: Message-ID: <502130AB.7030800@gmail.com> I'm only testing on slackware64-current (14.0 beta) and will not be testing on 32-bit! The following Slackbuilds build: /system/fuse-exfat /system/exfat-utils /development/avr-binutils /development/avr-gcc /libraries/avr-libc /development/arduino /development/wxHexEditor The following Slackbuilds are waiting for non-building dependencies to be updated: /multimedia/cowbell (waiting for libgdiplus and mono) Slackbuilds I've found to be in non-working order: Vliegendehuiskat From info at microlinux.fr Tue Aug 7 18:15:27 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Tue, 07 Aug 2012 20:15:27 +0200 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <501EB482.9040909@gmail.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> Message-ID: <50215B3F.5030306@microlinux.fr> Le 05/08/2012 19:59, Fridrich von Stauffenberg a ?crit : > Yes, faenza-xfce is an add-on for the main faenza, which doesn't include > some xfce-specific icons. Tried to rebuild it few minutes ago, and > haven't got any errors (there's just nothing to break, as far as I can > see). What exactly goes wrong? I checked again, with sbopkg as well as manually. Seems like the URL isn't valid anymore. No way to find the tarball the .info file is referring to. 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 cancellor2 at gmail.com Tue Aug 7 18:30:53 2012 From: cancellor2 at gmail.com (Fridrich von Stauffenberg) Date: Tue, 07 Aug 2012 21:30:53 +0300 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <50215B3F.5030306@microlinux.fr> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> Message-ID: <50215EDD.9010100@gmail.com> That's weird. Checked the link with wget and firefox, and it worked in both cases. Anyway, here's the mirror: http://dl.dropbox.com/u/11914640/shimmerproject-Faenza-Xfce-v.0.2.1-0-gd3e85cf.tar.gz 07.08.2012 21:15, Nicolas Kovacs ?????: > Le 05/08/2012 19:59, Fridrich von Stauffenberg a ?crit : >> Yes, faenza-xfce is an add-on for the main faenza, which doesn't >> include some xfce-specific icons. Tried to rebuild it few minutes >> ago, and haven't got any errors (there's just nothing to break, as >> far as I can see). What exactly goes wrong? > > I checked again, with sbopkg as well as manually. > > Seems like the URL isn't valid anymore. No way to find the tarball > the .info file is referring to. > > Niki > From joshuakwood at gmail.com Tue Aug 7 20:23:36 2012 From: joshuakwood at gmail.com (JK Wood) Date: Tue, 7 Aug 2012 15:23:36 -0500 Subject: [Slackbuilds-users] My SlackBuilds for 14.0 Message-ID: Hi all, Here's the status of the SlackBuilds I maintain: Working: ham/fldigi: Already ready already, thanks to rworkman development/cvsps: Builds fine here. Patches attached: libraries/libticables2: New package, necessary to build libticalcs2, tilem2 libraries/libticonv: New package, necessary to build libtifiles2, libticalcs2, tilem2. libraries/libtifiles2: New package, necessary to build libticalcs2, tilem2 libraries/libticalcs2: New package, necessary to build tilem2. academic/tilem2: New package. academic/tilem: Bumped build number, and noted in README that it will live alongside TiLem2, but cannot be built while libticables2 is on the system. games/freedroidrpg: Updated to 0.15.1. Patches underway: network/driftnet: Fails to build against libpng 1.4. Even though I 'patched' it to do so. I'll keep working at it. Planned for the future: academic/tilp: New package, lets you dump roms for use with tilem. Have to go vote, so it can probably wait until submissions are open again. --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Updated-freedroidrpg-to-0.15.1.patch Type: application/octet-stream Size: 1635 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-libticables2-Added-TI-Cables-Library-for-L.patch Type: application/octet-stream Size: 5567 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-libticonv-Added-TI-Conversion-Library-for-.patch Type: application/octet-stream Size: 5491 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-libtifiles2-Added-TI-File-Format-Library-f.patch Type: application/octet-stream Size: 5604 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-libraries-libticalcs2-Added-TI-Calculator-Communicat.patch Type: application/octet-stream Size: 5752 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-academic-tilem2-Added-TI-Calculator-Emulator-for-Lin.patch Type: application/octet-stream Size: 10353 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-academic-tilem-Bumped-build-number-TI-Calculator-Emu.patch Type: application/octet-stream Size: 1289 bytes Desc: not available URL: From joshuakwood at gmail.com Tue Aug 7 20:28:26 2012 From: joshuakwood at gmail.com (JK Wood) Date: Tue, 7 Aug 2012 15:28:26 -0500 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <50215EDD.9010100@gmail.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> Message-ID: On Tue, Aug 7, 2012 at 1:30 PM, Fridrich von Stauffenberg < cancellor2 at gmail.com> wrote: > That's weird. Checked the link with wget and firefox, and it worked in > both cases. Anyway, here's the mirror: > > > http://dl.dropbox.com/u/11914640/shimmerproject-Faenza-Xfce-v.0.2.1-0-gd3e85cf.tar.gz > > 07.08.2012 21:15, Nicolas Kovacs ?????: > > Le 05/08/2012 19:59, Fridrich von Stauffenberg a ?crit : > >> Yes, faenza-xfce is an add-on for the main faenza, which doesn't > >> include some xfce-specific icons. Tried to rebuild it few minutes > >> ago, and haven't got any errors (there's just nothing to break, as > >> far as I can see). What exactly goes wrong? > > > > I checked again, with sbopkg as well as manually. > > > > Seems like the URL isn't valid anymore. No way to find the tarball > > the .info file is referring to. > > > > Niki > > > _______________________________________________ > 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/ > > Works for me too. Can you get to github.com? Sounds like something's wonky with your dns. --JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From josiahb at gmail.com Wed Aug 8 00:50:44 2012 From: josiahb at gmail.com (Josiah Boothby) Date: Tue, 7 Aug 2012 17:50:44 -0700 Subject: [Slackbuilds-users] building texlive on -current In-Reply-To: <20120803230157.1652eb20@liberty.rlwhome.lan> References: <20120803204613.4266f93e@corvus.troglophonic.org> <20120803230157.1652eb20@liberty.rlwhome.lan> Message-ID: <20120807175044.4918ca34@corvus.troglophonic.org> On Fri, 3 Aug 2012 23:01:57 -0500 Robby Workman wrote: > You do indeed need either tetex or texlive installed already; the > README states this: > > "Note that this package is intended to completely replace (and > then some) the tetex packages in Slackware, so you'll need to > remove tetex and tetex-doc before installing TeXLive (but NOT > before BUILDING it)." > > You'll also need to make sure the tetex binaries are in PATH, so > either use "su -" to switch to root or else source /etc/profile. > http://slackbuilds.org/faq/#su --> http://slackbuilds.org/howto/#su > > -RW Thank you for the clarification on this; sourcing /etc/profile after reinstalling tetex did the trick. This was not clear to me based on the README, but as sleep-deprived as I've been lately, I don't know if that is the fault of the README or of my own tired brain. That said, it might be nice if the README stated something to the effect of "this package requires tetex or texlive to build". Thanks again! ?Josiah From powtrix at gmail.com Wed Aug 8 02:44:29 2012 From: powtrix at gmail.com (powtrix) Date: Tue, 7 Aug 2012 23:44:29 -0300 Subject: [Slackbuilds-users] slackbuilds for -current Message-ID: Hi, I tested my slackbuilds on -current64 and the result is: development / source-highlight : works games / speed-dreams : updated for version 2.0.0_r4687, no gcc47 patch needed libraries / tbb: works libraries / libwebp : works misc / par2cmdline-tbb : works / in pending python / python-yenc : works system / kexec-tools : works enjoy :) -- pow -------------- next part -------------- A non-text attachment was scrubbed... Name: speed-dreams.tar.gz Type: application/x-gzip Size: 8999 bytes Desc: not available URL: From info at microlinux.fr Wed Aug 8 04:57:46 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 08 Aug 2012 06:57:46 +0200 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <50215EDD.9010100@gmail.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> Message-ID: <5021F1CA.6010104@microlinux.fr> Le 07/08/2012 20:30, Fridrich von Stauffenberg a ?crit : > That's weird. Checked the link with wget and firefox, and it worked in > both cases. Anyway, here's the mirror: I downloaded it manually and put the tarball in /var/cache/sbopkg, and everything worked fine. I think I found the culprit though. Upon downloading, sbopkg can't seem to handle the filename. There's a mysterious '0.2.1' file (type "UNIX archive") after a building attempt with sbopkg in /var/cache/sbopkg. 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 josiahb at gmail.com Wed Aug 8 09:51:53 2012 From: josiahb at gmail.com (Josiah Boothby) Date: Wed, 8 Aug 2012 02:51:53 -0700 Subject: [Slackbuilds-users] My slackbuilds for upcoming 14.0 Message-ID: <20120808025153.364eab0f@corvus.troglophonic.org> I've tested on slackware64-current (but not yet for 32-bit), and all three of my slackbuilds have compiled for me with no modification: audio/wavbreaker desktop/skulpture games/robotfindskitten ?Josiah From chess at chessgriffin.com Wed Aug 8 11:48:31 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 08 Aug 2012 07:48:31 -0400 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <5021F1CA.6010104@microlinux.fr> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> Message-ID: <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> On Wed, Aug 8, 2012, at 12:57 AM, Nicolas Kovacs wrote: > > I downloaded it manually and put the tarball in /var/cache/sbopkg, and > everything worked fine. > > I think I found the culprit though. Upon downloading, sbopkg can't seem > to handle the filename. There's a mysterious '0.2.1' file (type "UNIX > archive") after a building attempt with sbopkg in /var/cache/sbopkg. > Nope. I just used sbopkg to download, build, and install this package and everything worked fine. It grabbed the source from the github link without issue. No mysterious 0.2.1 file or other problems. -- Chess Griffin From info at microlinux.fr Wed Aug 8 12:18:45 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 08 Aug 2012 14:18:45 +0200 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> Message-ID: <50225925.8010108@microlinux.fr> Le 08/08/2012 13:48, Chess Griffin a ?crit : > Nope. I just used sbopkg to download, build, and install this package > and everything worked fine. It grabbed the source from the github link > without issue. No mysterious 0.2.1 file or other problems. I'm puzzled, because I can reproduce this behaviour on two different machines. Nothing exotic in my setup, though, except maybe the use of a proxy (Squid). Nothing of consequence, though, since downloading and installing it manually worked. 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 marc at mos6581.de Wed Aug 8 12:26:33 2012 From: marc at mos6581.de (Marcel Saegebarth) Date: Wed, 08 Aug 2012 14:26:33 +0200 Subject: [Slackbuilds-users] Slackware 14 SlackBuilds Message-ID: <50225AF9.7070901@mos6581.de> Working - cbmfs - cgterm - dvtm - libgsasl - libsidplay2 Not working - pokerth I know, pokerth is quite outdated. I'll finally submit a newer version after Slackware 14 has been released. From grundy_b at yahoo.com Wed Aug 8 13:04:02 2012 From: grundy_b at yahoo.com (Barry Grundy) Date: Wed, 8 Aug 2012 06:04:02 -0700 (PDT) Subject: [Slackbuilds-users] Slackware 14 Tested ( and bulk_extractor question) References: <1344350236.17605.YahooMailNeo@web121803.mail.ne1.yahoo.com> Message-ID: <1344431042.16404.YahooMailNeo@web121805.mail.ne1.yahoo.com> Apparently I was making this far more complex than it needed to be. ?Thanks for your patience to those who responded. Fixed now. ?Please remove bulk_extractor from pending and I'll resubmit when when SBo is open again.? ________________________________ From: Willy Sudiarto Raharjo To: Barry Grundy ; SlackBuilds.org Users List Sent: Tuesday, August 7, 2012 11:11 AM Subject: Re: [Slackbuilds-users] Slackware 14 Tested ( and bulk_extractor question) > 32bit VM on Slackware64 13.37 host:???http://pastebin.com/wcp1uJXc > > 32bit VM on Mac OSX 10.6.8 host:? http://pastebin.com/r8T2JkBB > > Both appear related to pthreads, but I'm not enough of a programmer/code > wizard to decipher the error properly.? Searching around leads me to believe > this is a GCC error related to include files, but I get lost trying to find > out which one and it what source file.? I find it odd that it compiles fine > on a 64bit VM. > > If anyone has any pointers, I'd be most appreciative.? In the mean time can > one of the admins remove bulk_extractor from pending until I track this > down?? I need to re-submit anyway to update the README.? I forgot to note > the optional dependancies. have you read this one? http://stackoverflow.com/questions/1662909/undefined-reference-to-pthread-create-in-linux-c-programming try adding LDFLAGS="-lpthread" -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From vliegendehuiskat at gmail.com Wed Aug 8 14:30:01 2012 From: vliegendehuiskat at gmail.com (Jasper Klein) Date: Wed, 08 Aug 2012 16:30:01 +0200 Subject: [Slackbuilds-users] /multimedia/guvcview slackbuild In-Reply-To: References: Message-ID: <502277E9.7040409@gmail.com> I can verify that the guvcview slackbuild doens't build on 64-current with versions 1.5.0 and 1.6.0 Version 1.5.3 does build though. Also the download links and homepage in the .info have to be updated. Updated versions of the .SlackBuild and .info files are here: https://github.com/Vliegendehuiskat/slackbuilds/tree/guvcview/multimedia/guvcview From chess at chessgriffin.com Wed Aug 8 14:44:26 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 08 Aug 2012 10:44:26 -0400 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <50225925.8010108@microlinux.fr> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> <50225925.8010108@microlinux.fr> Message-ID: <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> On Wed, Aug 8, 2012, at 08:18 AM, Nicolas Kovacs wrote: > Le 08/08/2012 13:48, Chess Griffin a ?crit : > > Nope. I just used sbopkg to download, build, and install this package > > and everything worked fine. It grabbed the source from the github link > > without issue. No mysterious 0.2.1 file or other problems. > > I'm puzzled, because I can reproduce this behaviour on two different > machines. Nothing exotic in my setup, though, except maybe the use of a > proxy (Squid). > Well, now I'm puzzled too because I tried this on another system at work and now I get the same thing you reported -- sbopkg is saving the downloaded file as 'v.0.2.1' and then the build fails. Not sure why it worked on my machine at home last night. Thanks for the heads up. Further discussion should probably take place on the sbopkg mailing list. -- Chess Griffin From vmj at linuxbox.fi Wed Aug 8 16:18:31 2012 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 8 Aug 2012 19:18:31 +0300 Subject: [Slackbuilds-users] SlackBuilds for -current Message-ID: <20120808161831.GB23643@linuxbox.fi> Test environment: host is slackware64-13.37 with qemu, guests are slackware{,64}-current as of Aug 4 2012. Removals: python/pygtksourceview: gtksourceview 2.x does not seem to compile as is, and pygtksourceview is not compatible with gtksourceview 3.x. I guess pygtksourceview is legacy stuff anyway: everyone should be switching to pygobject, which does not require separate bindings for each library. Unless the maintainer of gtksourceview finds a way to make 2.x work, remove the pygtksourceview, please. development/gazpacho: gazpacho builds (well, it's python), but doesn't work. There has not been an update in years, so I guess this is end-of-life for this SlackBuild. Remove, please. Requires changes: desktop/bashrun: Requires an updated download URL. desktop/qtwitter: Requires a patch to fix underlinking from upstream git. development/gaphor: Requires a new dependency (etk.docking) and a patch to fix zope.component usage from upstream git. python/etk.docking: Added (PyGTK docking widgets). The patches against the SlackBuilds are attached, and also available at http://github.com/vmj/slackbuilds (look for branches). Those mentioned above are the important ones, the rest of the attached patches just align the SBo copy with my local copy. Following SlackBuilds are tested to be OK as is: desktop/bashrun2 desktop/dzen2 desktop/xmobar desktop/xmonad development/Sphinx development/alex development/darcs development/happy development/kiwi development/nose development/setuptools-git development/zope.interface development/zope.testing haskell/ghc haskell/haskell-Diff haskell/haskell-GLURaw haskell/haskell-GLUT haskell/haskell-HTTP haskell/haskell-HUnit haskell/haskell-MonadCatchIO-mtl haskell/haskell-ObjectName haskell/haskell-OpenGL haskell/haskell-OpenGLRaw haskell/haskell-QuickCheck haskell/haskell-StateVar haskell/haskell-Tensor haskell/haskell-X11 haskell/haskell-X11-xft haskell/haskell-ansi-terminal haskell/haskell-ansi-wl-pprint haskell/haskell-base64-bytestring haskell/haskell-blaze-builder haskell/haskell-blaze-html haskell/haskell-blaze-markup haskell/haskell-bmp haskell/haskell-cgi haskell/haskell-citeproc-hs haskell/haskell-dataenc haskell/haskell-digest haskell/haskell-dlist haskell/haskell-editline haskell/haskell-fgl haskell/haskell-ghc-paths haskell/haskell-gloss haskell/haskell-hashed-storage haskell/haskell-haskeline haskell/haskell-haskell-src haskell/haskell-highlighting-kate haskell/haskell-hinotify haskell/haskell-hostname haskell/haskell-html haskell/haskell-json haskell/haskell-lcs haskell/haskell-mmap haskell/haskell-mtl haskell/haskell-network haskell/haskell-pandoc-types haskell/haskell-parallel haskell/haskell-parsec haskell/haskell-primitive haskell/haskell-random haskell/haskell-regex-base haskell/haskell-regex-compat haskell/haskell-regex-pcre-builtin haskell/haskell-regex-posix haskell/haskell-stm haskell/haskell-syb haskell/haskell-tagsoup haskell/haskell-tar haskell/haskell-temporary haskell/haskell-terminfo haskell/haskell-test-framework haskell/haskell-test-framework-hunit haskell/haskell-test-framework-quickcheck2 haskell/haskell-texmath haskell/haskell-text haskell/haskell-transformers haskell/haskell-utf8-string haskell/haskell-vector haskell/haskell-xhtml haskell/haskell-xml haskell/haskell-zip-archive haskell/haskell-zlib haskell/xmonad-contrib libraries/FormEncode libraries/Jinja2 libraries/SQLObject libraries/ZConfig libraries/ZODB3 libraries/decorator libraries/gaphas libraries/libedit libraries/qoauth libraries/simplegeneric libraries/zc.lockfile libraries/zdaemon libraries/zope.component libraries/zope.configuration libraries/zope.event libraries/zope.hookable libraries/zope.i18nmessageid libraries/zope.location libraries/zope.proxy libraries/zope.schema libraries/zope.security network/canto network/vde2 perl/perl-Config-Find perl/perl-File-HomeDir perl/perl-File-Which perl/perl-IPC-Run3 perl/perl-Probe-Perl perl/perl-Regexp-Common perl/perl-Sort-Naturally perl/perl-Test-Script python/python2-chardet python/subvertpy -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-desktop-bashrun-Update-copyright-year.patch Type: text/x-diff Size: 910 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-desktop-bashrun-Update-download-URL.patch Type: text/x-diff Size: 995 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-desktop-qtwitter-s-Varri-V-rri.patch Type: text/x-diff Size: 941 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-desktop-qtwitter-README-cleanup.patch Type: text/x-diff Size: 898 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-desktop-qtwitter-Use-NULL-termination-when-finding-b.patch Type: text/x-diff Size: 1109 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-desktop-qtwitter-Update-copyright-year.patch Type: text/x-diff Size: 922 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-desktop-qtwitter-Add-patches-from-upstream.patch Type: text/x-diff Size: 3810 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-development-gaphor-Add-a-patch-and-a-new-dependency.patch Type: text/x-diff Size: 2631 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-python-etk.docking-Added-pygtk-docking-widgets.patch Type: text/x-diff Size: 5068 bytes Desc: not available URL: From willysr at gmail.com Wed Aug 8 23:33:09 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Thu, 9 Aug 2012 06:33:09 +0700 Subject: [Slackbuilds-users] /multimedia/guvcview slackbuild In-Reply-To: <502277E9.7040409@gmail.com> References: <502277E9.7040409@gmail.com> Message-ID: > I can verify that the guvcview slackbuild doens't build on 64-current with > versions 1.5.0 and 1.6.0 > > Version 1.5.3 does build though. > > Also the download links and homepage in the .info have to be updated. > > Updated versions of the .SlackBuild and .info files are here: > https://github.com/**Vliegendehuiskat/slackbuilds/** > tree/guvcview/multimedia/**guvcview > > I have posted an update to guvcview few days ago on this list and it's now updated to 1.6.0 It requires new dependency though and that's gtk+3 .info has been updated as well -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Wed Aug 8 23:38:04 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Thu, 9 Aug 2012 06:38:04 +0700 Subject: [Slackbuilds-users] /multimedia/guvcview slackbuild In-Reply-To: References: <502277E9.7040409@gmail.com> Message-ID: > > > I can verify that the guvcview slackbuild doens't build on 64-current with >> versions 1.5.0 and 1.6.0 >> >> Version 1.5.3 does build though. >> >> Also the download links and homepage in the .info have to be updated. >> >> Updated versions of the .SlackBuild and .info files are here: >> https://github.com/**Vliegendehuiskat/slackbuilds/** >> tree/guvcview/multimedia/**guvcview >> >> > I have posted an update to guvcview few days ago on this list and it's now > updated to 1.6.0 > It requires new dependency though and that's gtk+3 > .info has been updated as well > Try the updated version here https://github.com/willysr/SlackHacks/tree/master/SlackBuilds/guvcview -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From pc_warner at yahoo.com Thu Aug 9 01:24:25 2012 From: pc_warner at yahoo.com (Phillip Warner) Date: Wed, 8 Aug 2012 18:24:25 -0700 (PDT) Subject: [Slackbuilds-users] My tested slackbuilds as of 02-AUG-2012 Slackware14b1 In-Reply-To: <501C99F7.7090308@gmail.com> References: <501C99F7.7090308@gmail.com> Message-ID: <1344475465.3629.YahooMailNeo@web161702.mail.bf1.yahoo.com> ________________________________ From: King Beowulf To: SlackBuilds.org Users List Sent: Friday, August 3, 2012 11:41 PM Subject: [Slackbuilds-users] My tested slackbuilds as of 02-AUG-2012 Slackware14b1 Here are my tested slackbuilds for Slackware-current 02-AUG-2012.???If something needs fixing, or you want me to resubmit, that is fine by me. [...] C. Not tested - to be updated on next stable Slackware release system/nvidia-legacy96-driver system/nvidia-legacy96-kernel system/nvidia-legacy173-driver system/nvidia-legacy173-kernel --------------- I tested nvidia-legacy173-* on 32-bit -current and the kernel module package builds without modification to the SlackBuild.? Attempting to build the driver, however, results in the following error: /usr/lib/gcc/i486-slackware-linux/4.7.1/../../../../i486-slackware-linux/bin/ld: .objs/NvCtrlAttributesXv.o: undefined reference to symbol 'dlopen@@GLIBC_2.1' /usr/lib/gcc/i486-slackware-linux/4.7.1/../../../../i486-slackware-linux/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line /lib/libdl.so.2: could not read symbols: Invalid operation collect2: error: ld returned 1 exit status make: *** [nvidia-settings] Error 1 Cleaning up... I fixed this by adding LDFLAGS='-ldl' to one of the make commands (see attached patch).? I bumped the version from 173.14.31 to 173.14.35, but both versions need the LDFLAGS. --phillip -------------- next part -------------- A non-text attachment was scrubbed... Name: nvidia-legacy173-driver.SlackBuild.diff Type: application/octet-stream Size: 536 bytes Desc: not available URL: From chess at chessgriffin.com Thu Aug 9 01:48:50 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 08 Aug 2012 21:48:50 -0400 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> <50225925.8010108@microlinux.fr> <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> Message-ID: <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> On Wed, Aug 8, 2012, at 10:44 AM, Chess Griffin wrote: > On Wed, Aug 8, 2012, at 08:18 AM, Nicolas Kovacs wrote: > > Le 08/08/2012 13:48, Chess Griffin a ?crit : > > > Nope. I just used sbopkg to download, build, and install this package > > > and everything worked fine. It grabbed the source from the github link > > > without issue. No mysterious 0.2.1 file or other problems. > > > > I'm puzzled, because I can reproduce this behaviour on two different > > machines. Nothing exotic in my setup, though, except maybe the use of a > > proxy (Squid). > > > > Well, now I'm puzzled too because I tried this on another system at work > and now I get the same thing you reported -- sbopkg is saving the > downloaded file as 'v.0.2.1' and then the build fails. Not sure why it > worked on my machine at home last night. > > Thanks for the heads up. Further discussion should probably take place > on the sbopkg mailing list. > Nicolas - One final follow-up in case you are not subscribed to the sbopkg mailing list. The reason why we got different results is that I initially tested it on my -current x86_64 setup and the faenza-xfce source downloads and sbopkg builds it and it installs fine. But at work, on my 13.37 box, I had the same odd result that you reported. Mauro Giachero found a possible workaround using the --content-disposition wget flag, so it appears that wget wassn't parsing the download correctly. Perhaps something changed in wget's parsing ability that fixed this download issue on -current. 13.37 shipped with wget 1.12 and -current has 1.13.4. Ok, I'll shut up about this now on this list and continue on sbopkg-users. ;-) -- Chess Griffin From kingbeowulf at gmail.com Thu Aug 9 02:07:38 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 08 Aug 2012 19:07:38 -0700 Subject: [Slackbuilds-users] My tested slackbuilds as of 02-AUG-2012 Slackware14b1 In-Reply-To: <1344475465.3629.YahooMailNeo@web161702.mail.bf1.yahoo.com> References: <501C99F7.7090308@gmail.com> <1344475465.3629.YahooMailNeo@web161702.mail.bf1.yahoo.com> Message-ID: <50231B6A.6020507@gmail.com> On 08/08/2012 06:24 PM, Phillip Warner wrote: > I tested nvidia-legacy173-* on 32-bit -current and the kernel module package builds without modification to the SlackBuild.? Attempting to build the driver, however, results in the following error: > > > /usr/lib/gcc/i486-slackware-linux/4.7.1/../../../../i486-slackware-linux/bin/ld: .objs/NvCtrlAttributesXv.o: undefined reference to symbol 'dlopen@@GLIBC_2.1' > /usr/lib/gcc/i486-slackware-linux/4.7.1/../../../../i486-slackware-linux/bin/ld: note: 'dlopen@@GLIBC_2.1' is defined in DSO /lib/libdl.so.2 so try adding it to the linker command line > /lib/libdl.so.2: could not read symbols: Invalid operation > collect2: error: ld returned 1 exit status > make: *** [nvidia-settings] Error 1 > Cleaning up... > > > I fixed this by adding LDFLAGS='-ldl' to one of the make commands (see attached patch).? I bumped the version from 173.14.31 to 173.14.35, but both versions need the LDFLAGS. > > --phillip > Thanks for the heads up. I hadn't had the chance to check on those yet. When stable releases and SBo reopens for submissions, I'll submit updates. -Ed From larryhaja at gmail.com Thu Aug 9 02:35:37 2012 From: larryhaja at gmail.com (Larry Hajali) Date: Wed, 8 Aug 2012 19:35:37 -0700 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> <50225925.8010108@microlinux.fr> <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> Message-ID: > found a possible workaround using the --content-disposition wget flag, > so it appears that wget wassn't parsing the download correctly. > That is pretty common when downloading from github to use the --content-disposition flag for wget especially when downloading from the "Tags" section. --Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From chess at chessgriffin.com Thu Aug 9 03:03:25 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Wed, 08 Aug 2012 23:03:25 -0400 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> <50225925.8010108@microlinux.fr> <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> Message-ID: <1344481405.2783.140661112549365.4D7B2941@webmail.messagingengine.com> On Wed, Aug 8, 2012, at 10:35 PM, Larry Hajali wrote: > > found a possible workaround using the --content-disposition wget flag, > > so it appears that wget wassn't parsing the download correctly. > > > > That is pretty common when downloading from github to use the > --content-disposition flag for wget especially when downloading from the > "Tags" section. > Thanks, Larry. I had just discovered that myself when googling this issue. There is a thread on a Fedora devel list about the github/wget problems: http://lists.fedoraproject.org/pipermail/devel/2012-April/166144.html Someone in the thread mentions the --content-disposition workaround just as you said. -- Chess Griffin From info at microlinux.fr Thu Aug 9 05:18:35 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Thu, 09 Aug 2012 07:18:35 +0200 Subject: [Slackbuilds-users] Problem with 'faenza-xfce' In-Reply-To: <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> References: <501E4B47.3030401@microlinux.fr> <501EB482.9040909@gmail.com> <50215B3F.5030306@microlinux.fr> <50215EDD.9010100@gmail.com> <5021F1CA.6010104@microlinux.fr> <1344426511.3995.140661112222322.31D6E61A@webmail.messagingengine.com> <50225925.8010108@microlinux.fr> <1344437066.8009.140661112284481.0B7A5A10@webmail.messagingengine.com> <1344476930.17490.140661112526269.23C13C45@webmail.messagingengine.com> Message-ID: <5023482B.7000903@microlinux.fr> Le 09/08/2012 03:48, Chess Griffin a ?crit : > Nicolas - > > One final follow-up in case you are not subscribed to the sbopkg mailing > list. The reason why we got different results is that I initially > tested it on my -current x86_64 setup and the faenza-xfce source > downloads and sbopkg builds it and it installs fine. But at work, on my > 13.37 box, I had the same odd result that you reported. Mauro Giachero > found a possible workaround using the --content-disposition wget flag, > so it appears that wget wassn't parsing the download correctly. Perhaps > something changed in wget's parsing ability that fixed this download > issue on -current. 13.37 shipped with wget 1.12 and -current has > 1.13.4. OK, thanks for the clarification. 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 vliegendehuiskat at gmail.com Thu Aug 9 10:08:39 2012 From: vliegendehuiskat at gmail.com (Jasper Klein) Date: Thu, 09 Aug 2012 12:08:39 +0200 Subject: [Slackbuilds-users] /multimedia/guvcview slackbuild In-Reply-To: References: <502277E9.7040409@gmail.com> Message-ID: <50238C27.7060808@gmail.com> Your slackbuild version works, on 64-current, but it looks like you forgot to put the TAG=${TAG:-_SBo} in. Add it and the admins might add it to the repo. Vliegendehuiskat On 09-08-12 01:38, Willy Sudiarto Raharjo wrote: > > > I can verify that the guvcview slackbuild doens't build on > 64-current with versions 1.5.0 and 1.6.0 > > Version 1.5.3 does build though. > > Also the download links and homepage in the .info have to be > updated. > > Updated versions of the .SlackBuild and .info files are here: > https://github.com/Vliegendehuiskat/slackbuilds/tree/guvcview/multimedia/guvcview > > I have posted an update to guvcview few days ago on this list and > it's now updated to 1.6.0 > It requires new dependency though and that's gtk+3 > .info has been updated as well > > > Try the updated version here > https://github.com/willysr/SlackHacks/tree/master/SlackBuilds/guvcview > > > -- > Willy Sudiarto Raharjo > Personal Blog : http://willysr.blogspot.com > Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Thu Aug 9 10:18:31 2012 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Thu, 9 Aug 2012 17:18:31 +0700 Subject: [Slackbuilds-users] /multimedia/guvcview slackbuild In-Reply-To: <50238C27.7060808@gmail.com> References: <502277E9.7040409@gmail.com> <50238C27.7060808@gmail.com> Message-ID: > Your slackbuild version works, on 64-current, but it looks like you forgot > to put the TAG=${TAG:-_SBo} in. > > Add it and the admins might add it to the repo. The one i submitted to SBo has SBo TAG according to the guidance the one i have on my own repo doesn't contain TAG, but i used BUILD=1wsr as an identifier -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From gilcio.amaral at gmail.com Thu Aug 9 15:16:11 2012 From: gilcio.amaral at gmail.com (Gilcio Amaral-Martins) Date: Thu, 9 Aug 2012 12:16:11 -0300 Subject: [Slackbuilds-users] Slackware-14: status of my SlackBuilds Message-ID: libalkimia is working and updated. tellico also works but needs a version update. kmymoney needs a patch and is attached to this message. Cheers Gilcio -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kmymoney.tar.gz Type: application/x-gzip Size: 3144 bytes Desc: not available URL: From niels.horn at gmail.com Thu Aug 9 17:36:42 2012 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 9 Aug 2012 14:36:42 -0300 Subject: [Slackbuilds-users] Yet another Slackware 14 report In-Reply-To: <501FAE52.9060409@gmail.com> References: <501FAE52.9060409@gmail.com> Message-ID: On Mon, Aug 6, 2012 at 8:45 AM, Fridrich von Stauffenberg wrote: > Hi to all. > > Here's my (in)compatibility list (built and tested on 32-bit > -current as of 02 Aug): > > academic/qucs: FAIL > It depends on qt3, which doesn't build > (http://pastebin.com/4WvcmqfE). Hi, Qt3 builds with a small patch... regards, -- Niels Horn -------------- next part -------------- A non-text attachment was scrubbed... Name: qt3_gcc47.patch Type: application/octet-stream Size: 621 bytes Desc: not available URL: From black_rider at esdebian.org Thu Aug 9 20:19:39 2012 From: black_rider at esdebian.org (Black Rider) Date: Thu, 9 Aug 2012 22:19:39 +0200 Subject: [Slackbuilds-users] SlackBuilds testing for Slackware 14.0 (BlackRider's scripts) Message-ID: <20120809221939.6575c09b@whitestar.whitestar.net> Hello. I have been testing my SlackBuild under Slackware current. The following ones have been built and tested properly: **unhide **KoboDeluxe **hedgewars (with its dependencies, lua and ftp, which are maintained by others) ---------- My GPG keys are available in various keyservers. To retrieve the one used for signing this mesage, use "gpg --keyserver hkp://keys.gnupg.net --recv-keys 0x6D0B9F27" under GNU/Linux. Windows rises the cost of your computer up to a 20%. Don't let them pull your leg! Use free operating systems. See the websites of Knoppix, Debian, Slackware... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: not available URL: From cancellor2 at gmail.com Thu Aug 9 20:21:32 2012 From: cancellor2 at gmail.com (Fridrich von Stauffenberg) Date: Thu, 09 Aug 2012 23:21:32 +0300 Subject: [Slackbuilds-users] Yet another Slackware 14 report In-Reply-To: References: <501FAE52.9060409@gmail.com> Message-ID: <50241BCC.5020107@gmail.com> Thanks, it helped. academic/qucs: OK 09.08.2012 20:36, Niels Horn ?????: > Hi, > > Qt3 builds with a small patch... > > regards, > > -- Niels Horn From jens at tuxane.com Fri Aug 10 10:00:33 2012 From: jens at tuxane.com (TuxaneMedia) Date: Fri, 10 Aug 2012 12:00:33 +0200 Subject: [Slackbuilds-users] Two more for 14 Message-ID: <5024DBC1.3060101@tuxane.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everybody, I just tested my SlackBuilds and it seems they will build without changes : system/unetbootin development/scite Jens - -- TuxaneMedia / SARL Burro-net 7 Place du Pont F-66400 C?ret T:: +33 4 68 82 73 20 @:: jens at tuxane.com Web:: http://www.burro-net.com PGP:: http://www.tuxane.com/pub/jenspub.asc TVA:: FR20503676124 SIRET:: 503 676 124 000 20 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQEcBAEBAgAGBQJQJNvBAAoJEEZgfrbUbE18tpoH/i+SRcDxAYD/Se58YuMwnNTU 1gY8NP46SpdlvTs90/vYnaBAnO7ucb59dq3SSbglMnI9HPFZ2fpFKLC50AejsWqk GOIDJj07iWFqsWQN/p1H6JvLUS/yJPTJ53o2C1HlY5fQmmjbrV6qTdHEFaLdpb61 RHUVcfI3sz5hdmMOA0VSKFMU6nb+pa/PSXA9lOPAq93pmT6vw5pqproUjm2XNFvd iEmxZgw/yq8kYveJpMt8e+9vf/im0IdhtHObP/DbSlTzHz0dLMOVXZeLtPsTbs5Y Be8Ummky1nRwJuuFbkhZSotsfe2vebTh4RPPSzm5bM0MbFY8gohzfjuKmJ0Llq0= =QAVK -----END PGP SIGNATURE----- From cancellor2 at gmail.com Fri Aug 10 13:17:47 2012 From: cancellor2 at gmail.com (Fridrich von Stauffenberg) Date: Fri, 10 Aug 2012 16:17:47 +0300 Subject: [Slackbuilds-users] One more thing about my SlackBuilds on Slackware 14 Message-ID: <502509FB.8000009@gmail.com> Hello again. Thursday's update of -current brought us a bugfix for Qt, so now gambas3 should build fine. From lukenshiro at ngi.it Fri Aug 10 13:35:10 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Fri, 10 Aug 2012 15:35:10 +0200 Subject: [Slackbuilds-users] Status of my packages for -current Message-ID: <20120810153510.64d4dd03@hamalay.mnt> Hi guys :) development/easygui: OK Maybe it should be moved to python/ directory development/pychecker: OK Maybe it should be moved to python/ directory development/re2c: OK graphics/unpaper: OK I might switch to a forked version (by gentoo packager D.E. Petteno' "Flameeyes"), later: it seems to be better maintained libraries/c++-gtk-utils: OK I'm planning to do an upgrade for version 2.0.11, later libraries/fltk13: OK libraries/fltk: new build with fix (tarball attached) libraries/hdf5: OK libraries/reportlab: OK libraries/xforms: OK network/efax-gtk: OK network/pyzor: OK network/sniffjoke: OK network/spamassassin: OK office/htmldoc: OK perl/libwww-perl: OK perl/perl-digest-hmac: OK perl/perl-digest-sha1: OK perl/perl-encode-locale: OK perl/perl-file-listing: OK perl/perl-html-parser: OK perl/perl-html-tagset: OK perl/perl-http-cookies: OK perl/perl-http-daemon: OK perl/perl-http-date: OK I'm planning to do an upgrade for version 6.02, later perl/perl-http-message: OK perl/perl-http-negotiate: OK perl/perl-lwp-mediatypes: OK perl/perl-net-dns: OK perl/perl-net-http: OK perl/perl-net-ip: OK perl/perl-uri-escape: to be removed (in -current's perl now) perl/perl-www-robotrules: OK python/numexpr: OK python/pycurl: to be removed (in -current now) python/pydblite: OK python/pyflakes: OK python/pyfltk: OK python/Pygments: OK python/pytables: OK I'm planning to do an upgrade for version 2.4.0, later (but that one will drop hdf5 1.6.x's API support) python/python-pmw: new build (tarball attached) This one builds and installs correctly, but it has been developed in 2007 (no new versions since) so I don't know how compatible is with python 2.7 on run-time phase. I can't test it throughly now. system/ecofont-ttf: OK system/openct: OK system/opensc: OK system/pcsc-lite: OK I'm planning to do an upgrade for version 1.8.5, later system/pcsc-perl: OK Maybe it should be moved to perl/ directory system/pcsc-tools: new version 1.4.20 (tarball attached) -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 -------------- next part -------------- A non-text attachment was scrubbed... Name: fltk.tar.gz Type: application/x-gzip Size: 2715 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pcsc-tools.tar.gz Type: application/x-gzip Size: 2392 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: python-pmw.tar.gz Type: application/x-gzip Size: 2435 bytes Desc: not available URL: From sergmarkov1960 at gmail.com Fri Aug 10 13:59:54 2012 From: sergmarkov1960 at gmail.com (Serg Markov) Date: Fri, 10 Aug 2012 17:59:54 +0400 Subject: [Slackbuilds-users] SlackBuilds testing for Slackware current (Andrey Maraev scripts) Message-ID: <20120810175954.4f36ed49@gmail.com> Hello I have been testing my SlackBuild under Slackware current. The following ones have been built and tested properly: system/avfs desktop/clipit development/diffuse New version system/worker upgrade to 2.19.4 (tarball attached) Fixed office/mytetra, fix patch gcc4.7.1 (tarball attached) Missing development/regexxer - error in slackbuild glibmm for current I'm planning to do an upgrade radiotray later , with new dependencies and slackbuilds -------------- next part -------------- A non-text attachment was scrubbed... Name: worker.tar.gz Type: application/x-gzip Size: 3329 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: mytetra.tar.gz Type: application/x-gzip Size: 2646 bytes Desc: not available URL: From andrew.maraev60 at yandex.ru Fri Aug 10 14:45:44 2012 From: andrew.maraev60 at yandex.ru (=?koi8-r?B?7cHSwcXXIOHOxNLFyg==?=) Date: Fri, 10 Aug 2012 17:45:44 +0300 Subject: [Slackbuilds-users] SlackBuilds testing for Slackware current (Andrey Maraev scripts) Message-ID: <1529981344609944@web8f.yandex.ru> Hello I have been testing my SlackBuild under Slackware current. The following ones have been built and tested properly: system/avfs desktop/clipit development/diffuse New version system/worker upgrade to 2.19.4 (tarball attached) Fixed office/mytetra, fix patch gcc4.7.1 (tarball attached) Missing development/regexxer - error in slackbuild glibmm for current I'm planning to do an upgrade radiotray later , with new dependencies and slackbuilds -- -------------- next part -------------- A non-text attachment was scrubbed... Name: mytetra.tar.gz Type: application/x-gzip Size: 2646 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: worker.tar.gz Type: application/x-gzip Size: 3329 bytes Desc: not available URL: From audrius at neutrino.lt Fri Aug 10 16:01:21 2012 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 10 Aug 2012 19:01:21 +0300 Subject: [Slackbuilds-users] Status of my SlackBuilds for Slackware 14 RC1 Message-ID: <20120810160121.GA20588@kiras> Hi, Here are my build scripts tested on Slackware 14 RC1. I have tested them on x86_64 only. Remove: development/jsctags: doesn't work with node version from SBo. Builds: audio/mp3check graphics/graphviz network/kismet network/nicotine+ network/node network/spambayes network/uwsgi python/distribute python/dulwich python/hg-git: builds, but probably needs an upgrade to work with Mercurial in Slackware 14 RC1. python/hgsubversion: builds, but probably needs an upgrade to work with Mercurial in Slackware 14 RC1. python/pep8 python/pip python/pysetuptools python/python3 system/redis Needs changes: system/iotop: version 0.4.3 docs and manpage have wrong permissions, which is fixed in version 0.4.4 (patch attached). -- Audrius Ka?ukauskas http://neutrino.lt/ -------------- next part -------------- diff --git a/system/iotop/iotop.SlackBuild b/system/iotop/iotop.SlackBuild index 9e01859..0c3f64c 100644 --- a/system/iotop/iotop.SlackBuild +++ b/system/iotop/iotop.SlackBuild @@ -4,7 +4,7 @@ # Written by Audrius Ka?ukauskas PRGNAM=iotop -VERSION=${VERSION:-0.4.3} +VERSION=${VERSION:-0.4.4} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} diff --git a/system/iotop/iotop.info b/system/iotop/iotop.info index 29346a5..3daf1e4 100644 --- a/system/iotop/iotop.info +++ b/system/iotop/iotop.info @@ -1,8 +1,8 @@ PRGNAM="iotop" -VERSION="0.4.3" +VERSION="0.4.4" HOMEPAGE="http://guichaz.free.fr/iotop/" -DOWNLOAD="http://guichaz.free.fr/iotop/files/iotop-0.4.3.tar.bz2" -MD5SUM="b05456252d0b25625aff4c93ab4927a2" +DOWNLOAD="http://guichaz.free.fr/iotop/files/iotop-0.4.4.tar.bz2" +MD5SUM="cdd38b276cbf238676f5d2bcf098ba9c" DOWNLOAD_x86_64="" MD5SUM_x86_64="" MAINTAINER="Audrius Ka?ukauskas" -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From andrew.maraev60 at yandex.ru Fri Aug 10 14:22:18 2012 From: andrew.maraev60 at yandex.ru (=?koi8-r?B?7cHSwcXXIOHOxNLFyg==?=) Date: Fri, 10 Aug 2012 17:22:18 +0300 Subject: [Slackbuilds-users] SlackBuilds testing for Slackware current (Andrey Maraev scripts) Message-ID: <1537531344608538@web22f.yandex.ru> Hello I have been testing my SlackBuild under Slackware current. The following ones have been built and tested properly: system/avfs desktop/clipit development/diffuse New version system/worker upgrade to 2.19.4 (tarball attached) Fixed office/mytetra, fix patch gcc4.7.1 (tarball attached) Missing development/regexxer - error in slackbuild glibmm for current I'm planning to do an upgrade radiotray later , with new dependencies and slackbuilds -- -------------- next part -------------- A non-text attachment was scrubbed... Name: mytetra.tar.gz Type: application/x-gzip Size: 2646 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: worker.tar.gz Type: application/x-gzip Size: 3329 bytes Desc: not available URL: From ozan.turkyilmaz at gmail.com Sat Aug 11 07:27:21 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Sat, 11 Aug 2012 12:27:21 +0500 Subject: [Slackbuilds-users] SlackBUild Testing Message-ID: A little heads up; As work is rather heavy lately, lasting is going slowly (special thanks goes to the slow internet connection). I am working on it, though. -- Ozan, BSc, BEng From fritz.kent at gmail.com Sun Aug 12 14:44:48 2012 From: fritz.kent at gmail.com (Kent Fritz) Date: Sun, 12 Aug 2012 07:44:48 -0700 Subject: [Slackbuilds-users] More slackbuilds tested on RC1 Message-ID: Here's the report on my small collection. The following build and run fine on RC1: libraries/mxml libraries/c-ares network/sipp system/bindfs (needs update -- will do after 14.0 dust settles) system/dfc network/hydra builds fine, but needs an edit to the README (attached) since libssh is in base. Thanks, Kent -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: patch.hydra.README Type: application/octet-stream Size: 673 bytes Desc: not available URL: From pc_warner at yahoo.com Sun Aug 12 20:21:05 2012 From: pc_warner at yahoo.com (Phillip Warner) Date: Sun, 12 Aug 2012 13:21:05 -0700 (PDT) Subject: [Slackbuilds-users] SlackBuilds Tested with RC1 In-Reply-To: <501C99F7.7090308@gmail.com> References: <501C99F7.7090308@gmail.com> Message-ID: <1344802865.18755.YahooMailNeo@web161704.mail.bf1.yahoo.com> Greetings fellow Slackware users! The following is the status of all the SlackBuilds that my name is listed as the maintainer.? All of them were tested with Slackware 14.0 RC1. *** Built and tested OK - Ready for 14.0! *** -- herrie -- xrdp - upstream now has 0.5.0; ToDo after 14.0 releases -- cmatrix -- whaw -- CurseTheWeather -- solfege - upstream update available; ToDo after 14.0 releases -- dmenu *** Built and tested OK, but could use an update (attached) for better performance/compatibility *** -- pianobar Typically releases for pianobar are driven by changes to Pandora, so you almost always have to use the latest pianobar version for proper compatibility. Current release in SlackBuild still works, but 2012.06.24 version has some bugfixes. faad2 (in addition to json-c) is now required and it must be compiled --without-drm or you will get during runtime: ???? /!\ Decoding error: No standard extension payload allowed in DRM To help with this I modified the current SlackBuild for faad2 to make DRM support optional (default is on as it is now).? Diff attached for review by the maintainer and the rest of the list. -- gnome-mplayer, gecko-mediaplayer (and gmtk) Version 1.0.6 works *much* better than 1.0.4. As of 1.0.5, gecko-mediaplayer compiles with the current version of seamonkey (2.11);? You don't have to use 2.0.4. Common code for gnome-mplayer and gecko-mediaplayer stripped out and put into shared library gmtk Added optional patch (off by default) to retain old (pre-1.0.5) behavior of only partially filling cache before playing Apple QT Trailer I have thoroughly tested this with Apple Trailers and the plugin testing site at http://fredrik.hubbe.net/plugger/test.html.? All the videos played great with no hiccups. Plugin built against seamonkey 2.11 libs and tested with Firefox.? Recent versions of Chrome do not work with any version of gecko-mediaplayer, so I recommend disabling it in Chrome. *** Broken / Fixed SlackBuild attached *** -- quickaccess Switched sources to yet another maintenance fork (0.8.2-2) so that it works with the current KDE.? See attached. *** Broken / Obsolete / Should be Removed *** -- devilspie Project is dead but some people still keep it working via patches at: ???? https://github.com/GNOME/devilspie/commits/master Won't compile on Slackware 14.0 without at least the patch (and gnome-common dependency) at: ???? https://mail.gnome.org/archives/commits-list/2012-May/msg08019.html I don't really use this anymore, so I'm dropping maintenance for it.? If someone would like to continue maintaining it I recommend that they look into using devilspie2 instead (Uses LUA scripts for configuration) ???? http://www.gusnan.se/devilspie2/ -- parcellite Project is dead and has been superseded by clipit, which is already on SBo and works great on 14.0 RC1. -- windowlist - Plugin is now included with stock KDE packages. *** Long Orphaned SlackBuilds *** I stopped maintaining these long time ago, and nobody has picked them up.? None of these were tested w/ -current. -- CEGUI - upstream updates are available -- smc and smc_music -- DevIL The SlackBuild for this was orphaned loooong ago.? Unless someone wants to update it to a current version that doesn't require an ugly patch, please remove it. --phillip -------------- next part -------------- A non-text attachment was scrubbed... Name: pianobar.tar.gz Type: application/x-gzip Size: 3107 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: quickaccess.tar.gz Type: application/x-gzip Size: 1963 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnome-mplayer.tar.gz Type: application/x-gzip Size: 2381 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gecko-mediaplayer.tar.gz Type: application/x-gzip Size: 2567 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gmtk.tar.gz Type: application/x-gzip Size: 1946 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: faad2.diff Type: application/octet-stream Size: 1253 bytes Desc: not available URL: From vliegendehuiskat at gmail.com Sun Aug 12 23:35:24 2012 From: vliegendehuiskat at gmail.com (Jasper Klein) Date: Mon, 13 Aug 2012 01:35:24 +0200 Subject: [Slackbuilds-users] avr-libc Slackbuild bug Message-ID: <50283DBC.2020901@gmail.com> I received a bug report about my avr-libc slackbuild. It appears that an incorrect --mandir obscures glibc's man pages. So I changed it to "--mandir=/usr/doc/$PRGNAM-$VERSION/man". A fixed Slackbuild is hosted on github at https://github.com/Vliegendehuiskat/slackbuilds/tree/avr-libc From gilcio.amaral at gmail.com Mon Aug 13 01:27:10 2012 From: gilcio.amaral at gmail.com (Gilcio Amaral-Martins) Date: Sun, 12 Aug 2012 22:27:10 -0300 Subject: [Slackbuilds-users] Slackware-14: status of my SlackBuilds In-Reply-To: References: Message-ID: Please admins find attached a new tarball for kmymoney correcting a SlackBuild typo in the patch application. Gilcio 2012/8/9 Gilcio Amaral-Martins > libalkimia is working and updated. > tellico also works but needs a version update. > kmymoney needs a patch and is attached to this message. > Cheers > Gilcio > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kmymoney.tar.gz Type: application/x-gzip Size: 3155 bytes Desc: not available URL: From andrew at andrews-corner.org Mon Aug 13 05:49:20 2012 From: andrew at andrews-corner.org (andrew) Date: Mon, 13 Aug 2012 15:49:20 +1000 Subject: [Slackbuilds-users] Testing my slackbuilds for 14.0.... Message-ID: <20120813054920.GA12651@skamandros.andrews-corner.org> Hi, The following slackbuilds that I maintain compile, install and run without modification on Slackware 14.0: network/leafnode games/d1x-rebirth games/d2x-rebirth There is a little application that also has my name on it which I admit I had forgotten about. I do not use this and would be happy for it to be either taken by someone else or simply dropped completely: audio/flac123 Thanks, Andrew -- You think that's air you're breathing now? From jbernts at broadpark.no Mon Aug 13 06:43:58 2012 From: jbernts at broadpark.no (Jostein Berntsen) Date: Mon, 13 Aug 2012 08:43:58 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 Message-ID: <20120813064358.GC25027@josteinb> Hi, Here are status from the testing of my SlackBuilds for version 14 current. These compile, install and run without modification: office/mu (0.9.8.5) office/notmuch (0.13.2) office/etm (891) office/tnote (0.21) office/mairix (0.22) office/nts (82) This must be modified: office/task (2.0.0) - Upgrade to new version 2.1.1. Old download link for 2.0.0 does not work anymore. New SlackBuild is attached. Jostein -------------- next part -------------- A non-text attachment was scrubbed... Name: task.tar.gz Type: application/x-tar-gz Size: 1781 bytes Desc: not available URL: From lukenshiro at ngi.it Mon Aug 13 09:11:27 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Mon, 13 Aug 2012 11:11:27 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 In-Reply-To: <20120813064358.GC25027@josteinb> References: <20120813064358.GC25027@josteinb> Message-ID: <20120813111127.21aee777@hamalay.mnt> Il giorno Mon, 13 Aug 2012 08:43:58 +0200 Jostein Berntsen ha scritto: > office/mu (0.9.8.5) I've noticed a problem with this one. It gives me an error: """ libtool: link: cannot find the library `/usr/lib64/libsoup-2.4.la' or unhandled argument `/usr/lib64/libsoup-2.4.la' """ In -current's libsoup-2.38.1-x86_64-1 all *.la files have unfortunately been deleted; so mu cannot build here. BTW libsoup*.la files' deletion causes same problems in devhelp and geany-plugins, too. Best regards. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From jbernts at broadpark.no Mon Aug 13 09:34:53 2012 From: jbernts at broadpark.no (Jostein Berntsen) Date: Mon, 13 Aug 2012 11:34:53 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 In-Reply-To: <20120813111127.21aee777@hamalay.mnt> References: <20120813064358.GC25027@josteinb> <20120813111127.21aee777@hamalay.mnt> Message-ID: <20120813093453.GD25027@josteinb> On 13.08.12,11:11, LukenShiro wrote: > Il giorno Mon, 13 Aug 2012 08:43:58 +0200 > Jostein Berntsen ha scritto: > > office/mu (0.9.8.5) > > I've noticed a problem with this one. It gives me an error: > """ > libtool: link: cannot find the library `/usr/lib64/libsoup-2.4.la' or > unhandled argument `/usr/lib64/libsoup-2.4.la' > """ > > In -current's libsoup-2.38.1-x86_64-1 all *.la files have unfortunately > been deleted; so mu cannot build here. > BTW libsoup*.la files' deletion causes same problems in devhelp and > geany-plugins, too. Thanks. Should this be added as a requirement in the README file or solved in another way? Jostein From matteo.bernardini at gmail.com Mon Aug 13 10:36:54 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 13 Aug 2012 12:36:54 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 In-Reply-To: <20120813111127.21aee777@hamalay.mnt> References: <20120813064358.GC25027@josteinb> <20120813111127.21aee777@hamalay.mnt> Message-ID: 2012/8/13 LukenShiro : > Il giorno Mon, 13 Aug 2012 08:43:58 +0200 > Jostein Berntsen ha scritto: >> office/mu (0.9.8.5) > > I've noticed a problem with this one. It gives me an error: > """ > libtool: link: cannot find the library `/usr/lib64/libsoup-2.4.la' or > unhandled argument `/usr/lib64/libsoup-2.4.la' > """ > > In -current's libsoup-2.38.1-x86_64-1 all *.la files have unfortunately > been deleted; so mu cannot build here. just FYI, I tried it and it seems to link fine here. :) Matteo From kristofru at gmail.com Mon Aug 13 15:48:30 2012 From: kristofru at gmail.com (Chris Abela) Date: Mon, 13 Aug 2012 17:48:30 +0200 Subject: [Slackbuilds-users] vlock is dead Message-ID: <502921CE.4050608@gmail.com> I have been notified by a user that the the vlock source code link is dead. On checking I found that even the homepage is gone. I sent an e-mail to the upstream maintainer on his plans, but I did not get any response. As vlock is a security application I would like this mailing list to know that it appears that vlock has lost its upstream support. Sorry about the sad news. Chris From fritz.kent at gmail.com Mon Aug 13 16:13:19 2012 From: fritz.kent at gmail.com (Kent Fritz) Date: Mon, 13 Aug 2012 09:13:19 -0700 Subject: [Slackbuilds-users] vlock is dead In-Reply-To: <502921CE.4050608@gmail.com> References: <502921CE.4050608@gmail.com> Message-ID: Moved here? http://freecode.com/projects/vlock On Mon, Aug 13, 2012 at 8:48 AM, Chris Abela wrote: > I have been notified by a user that the the vlock source code link is > dead. On checking I found that even the homepage is gone. I sent an e-mail > to the upstream maintainer on his plans, but I did not get any response. As > vlock is a security application I would like this mailing list to know that > it appears that vlock has lost its upstream support. > > Sorry about the sad news. > > Chris > ______________________________**_________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.**org > http://lists.slackbuilds.org/**mailman/listinfo/slackbuilds-**users > Archives - http://lists.slackbuilds.org/**pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukenshiro at ngi.it Mon Aug 13 16:59:59 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Mon, 13 Aug 2012 18:59:59 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 In-Reply-To: References: <20120813064358.GC25027@josteinb> <20120813111127.21aee777@hamalay.mnt> Message-ID: <20120813185959.14899875@hamalay.mnt> Il giorno Mon, 13 Aug 2012 12:36:54 +0200 Matteo Bernardini ha scritto: > just FYI, I tried it and it seems to link fine here. :) Ok, now I can definitely say this slack-box is possessed by Lennart Poettering's spirit >;> :-PPP LOL Nevermind, it seems an old libsoup-gnome.la file wandered around ;) Moreover, after I have removed webkit and webkitgtk packages (BTW webkit doesn't re-compile now), mu builds well (maybe webkit should be noted as an optional mu's dependency: AFAIK there is an automatic check at ./configure phase, so it builds webkit support if it is present, otherwise no webkit support is built). -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From kristofru at gmail.com Mon Aug 13 17:43:02 2012 From: kristofru at gmail.com (Chris Abela) Date: Mon, 13 Aug 2012 19:43:02 +0200 Subject: [Slackbuilds-users] vlock is dead In-Reply-To: References: <502921CE.4050608@gmail.com> Message-ID: <50293CA6.2090800@gmail.com> On 08/13/2012 06:13 PM, Kent Fritz wrote: > Moved here? > > http://freecode.com/projects/vlock > I am not familiar with freecode.com but I see that the maintainer is not the same one who signed the README and the link to source code is the original (dead) one. As far as I can judge, the freecode link is useless. Chris From matteo.bernardini at gmail.com Mon Aug 13 17:43:47 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 13 Aug 2012 19:43:47 +0200 Subject: [Slackbuilds-users] My SlackBuilds for version 14 In-Reply-To: <20120813185959.14899875@hamalay.mnt> References: <20120813064358.GC25027@josteinb> <20120813111127.21aee777@hamalay.mnt> <20120813185959.14899875@hamalay.mnt> Message-ID: we're just a little OT, but just to say that here I'm using webkitgtk-1.8.2 (the qt component is already in the qt of the distro) with just little mods to the build script (mainly needed autodetection of geoclue). http://cgit.ponce.cc/slackbuilds/commit/?h=webkitgtk http://cgit.ponce.cc/slackbuilds/commit/?h=geoclue From slackware at caisteal.net Mon Aug 13 17:48:00 2012 From: slackware at caisteal.net (W. Dean Milner) Date: Mon, 13 Aug 2012 14:48:00 -0300 Subject: [Slackbuilds-users] vlock is dead In-Reply-To: <502921CE.4050608@gmail.com> References: <502921CE.4050608@gmail.com> Message-ID: <50293DD0.3020404@caisteal.net> On 2012.08.13 12:48, Chris Abela wrote: > I have been notified by a user that the the vlock source code link is > dead. On checking I found that even the homepage is gone. I sent an > e-mail to the upstream maintainer on his plans, but I did not get any > response. As vlock is a security application I would like this mailing > list to know that it appears that vlock has lost its upstream support. > While trying to reach him the source for the latest version is readily available in both the OpenSuse and archives and from PacketStorm. I also have a copy I can post if it's of help. Best to get it from the maintainer but "ports in a storm" as they say. From ozan.turkyilmaz at gmail.com Mon Aug 13 18:01:18 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 13 Aug 2012 23:01:18 +0500 Subject: [Slackbuilds-users] Tests on RC so far Message-ID: ./python/pychm/pychm.info ./development/splint/splint.info ./libraries/libebml/libebml.info ./libraries/gsnmp/gsnmp.info ./libraries/libcap-ng/libcap-ng.info ./libraries/libupnp/libupnp.info ./libraries/liboop/liboop.info ./libraries/cbase/cbase.info ./libraries/libmatroska/libmatroska.info Compiles nicely on 32 bit Slackware ./libraries/gnet/gnet.info complains about missing glib. I'll check it out deeper later. -- Ozan, BSc, BEng From ozan.turkyilmaz at gmail.com Mon Aug 13 18:14:39 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 13 Aug 2012 23:14:39 +0500 Subject: [Slackbuilds-users] Tests on RC so far In-Reply-To: References: Message-ID: I correct myself /python/pychm/pychm.info /development/splint/splint.info /libraries/libebml/libebml.info /libraries/libcap-ng/libcap-ng.info /libraries/libupnp/libupnp.info /libraries/liboop/liboop.info /libraries/cbase/cbase.info /libraries/libmatroska/libmatroska.info /libraries/gnet/gnet.info Compiles nicely on 32 bit Slackware /libraries/gsnmp/gsnmp.info complains about missing glib. I'll check it out deeper later. -- Ozan, BSc, BEng From kristofru at gmail.com Mon Aug 13 18:26:27 2012 From: kristofru at gmail.com (Chris Abela) Date: Mon, 13 Aug 2012 20:26:27 +0200 Subject: [Slackbuilds-users] vlock is dead In-Reply-To: <50293DD0.3020404@caisteal.net> References: <502921CE.4050608@gmail.com> <50293DD0.3020404@caisteal.net> Message-ID: <502946D3.5050405@gmail.com> > > While trying to reach him the source for the latest version is readily > available in both the OpenSuse and archives and from PacketStorm. > > I also have a copy I can post if it's of help. Best to get it from the > maintainer but "ports in a storm" as they say. > I am not too happy to be involved in the packaging of an unsupported security application. On the other hand the vlock code is so mature now that I hope that no more vulnerabilities are left. From bocke at mycity.rs Mon Aug 13 21:27:20 2012 From: bocke at mycity.rs (Bojan Popovic) Date: Mon, 13 Aug 2012 23:27:20 +0200 Subject: [Slackbuilds-users] Status of my SlackBuilds for 14.0 RC1 Message-ID: <20120813232720.671a0a49@deathstar.universe> Hi, This is the status of my SlackBuilds tested on 14.0 RC1. Qtfm and GVolWheel build and work nicely. I'm dropping Aqualung Music Player for time being. I'm not using it anymore. I have updates ready for Qtfm and GVolWheel but that will wait for 14.0. Working: audio/gvolwheel (0.7) system/qtfm (5.3) Dropped: audio/aqualung Pending updates for 14.0: audio/gvolwheel (1.0) system/qtfm (5.5) Bojan. From lukenshiro at ngi.it Tue Aug 14 13:20:42 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Tue, 14 Aug 2012 15:20:42 +0200 Subject: [Slackbuilds-users] system/irqbalance Message-ID: <20120814152042.7870e4ce@hamalay.mnt> Hi all! SBo version of this package is somehow old (2006), even if it builds without problem on -current. Original SBo maintainer (Yalla-one) on 30th december 2010 said he had no time to maintain his SlackBuilds (irqbalance included). AFAIK, for the time being, nobody has stepped up to take over its maintenance (it seems orphaned to me), so I wish to do it myself. Any objections? TIA. Regards. -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From gwenhael.le.moine at gmail.com Tue Aug 14 13:37:05 2012 From: gwenhael.le.moine at gmail.com (Gwenhael Le Moine) Date: Tue, 14 Aug 2012 15:37:05 +0200 Subject: [Slackbuilds-users] Slackware 14(rc1) readiness Message-ID: I'll join the chorus and say that my little contribution of 2 .SlackBuilds is compatible with the latest current as of this email. That'd be: - gem2tgz - scribble I tested on a fresh, full slackware64. Unfortunately I don't really have the bandwidth to test the 32 bits so I hope it's ok. Slackerly, Gwenhael -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric at schultzter.ca Tue Aug 14 20:57:42 2012 From: eric at schultzter.ca (Eric Schultz) Date: Tue, 14 Aug 2012 16:57:42 -0400 Subject: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild In-Reply-To: <20120814195207.GG1904@leviathan.localdomain> References: <20120724130314.GB16311@leviathan.localdomain> <20120814195207.GG1904@leviathan.localdomain> Message-ID: I just want to let the list and admins know that Tobias is taking over my go-lang SlackBuild. Headed for the second star to the right and straight on 'til morning... Eric Schultz aka schultzter ---------- Forwarded message ---------- From: "Tobias Columbus" Date: Aug 14, 2012 3:52 PM Subject: Re: Small error in google-go-lang SlackBuild To: "Eric Schultz" I accidentally sent several mails, so maybe there's just one guy, who found the bug. I'd take over your go-lang script and update it to 1.0.2, but I'm not really into App Engine. Honestly, I don't even know exactly, what App Engine does. Tobias -------------- next part -------------- An HTML attachment was scrubbed... URL: From c.willing at uq.edu.au Tue Aug 14 23:24:12 2012 From: c.willing at uq.edu.au (Christoph Willing) Date: Wed, 15 Aug 2012 09:24:12 +1000 Subject: [Slackbuilds-users] haskell-platform SlackBuild download error Message-ID: <478249FF-2E5E-4D5B-A466-B6C168B44FBB@uq.edu.au> While preparing to test my SlackBuilds for -current, I found I couldn't download the recently updated SlackBuild for haskell-platform: chris at v1:~$ wget http://slackbuilds.org/slackbuilds/13.37/development/haskell-platform.tar.gz --2012-08-15 09:16:21-- http://slackbuilds.org/slackbuilds/13.37/development/haskell-platform.tar.gz Resolving slackbuilds.org (slackbuilds.org)... 208.94.238.115 Connecting to slackbuilds.org (slackbuilds.org)|208.94.238.115|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2012-08-15 09:16:22 ERROR 404: Not Found. I also noticed the haskell-platform page at slackbuilds.org displays an error message: "Warning: Invalid argument supplied for foreach() in /slackbuilds/www/ includes/repository.inc.php on line 180" and, also, no list of individual files is displayed. Looks like the haskell-platform.tar.gz isn't actually there - could someone fix please? chris Christoph Willing +61 7 3365 8316 Research Computing Centre University of Queensland From klaatu at straightedgelinux.com Tue Aug 14 23:55:57 2012 From: klaatu at straightedgelinux.com (Klaatu) Date: Tue, 14 Aug 2012 19:55:57 -0400 Subject: [Slackbuilds-users] My Slackbuilds for 14 rc1 Message-ID: <201208141955.57234.klaatu@straightedgelinux.com> Of the slackbuilds I maintain, these build without modification: Handbrake 0.95 LiVES 1.6.1 iccprofiles 2011 separate+ 0.5.8 fontmatrix 0.6.0 ophcrack 3.4.0 mscore 0.9.5 sigil 0.4.2 scalpel 2.0 My Perlmagick build is deprecated, I think; it seems to already be included Attached are the modified builds for Gimp Paint Studio ("GPS") (version bump for GIMP 2.8) airpwn (fixed linking) - klaatu -------------- next part -------------- A non-text attachment was scrubbed... Name: GPS.tbz Type: application/x-bzip-compressed-tar Size: 10240 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: airpwn.tbz Type: application/x-bzip-compressed-tar Size: 10240 bytes Desc: not available URL: From niels.horn at gmail.com Wed Aug 15 00:26:56 2012 From: niels.horn at gmail.com (Niels Horn) Date: Tue, 14 Aug 2012 21:26:56 -0300 Subject: [Slackbuilds-users] haskell-platform SlackBuild download error In-Reply-To: <478249FF-2E5E-4D5B-A466-B6C168B44FBB@uq.edu.au> References: <478249FF-2E5E-4D5B-A466-B6C168B44FBB@uq.edu.au> Message-ID: On Tue, Aug 14, 2012 at 8:24 PM, Christoph Willing wrote: > While preparing to test my SlackBuilds for -current, I found I couldn't > download the recently updated SlackBuild for haskell-platform: > > chris at v1:~$ wget > http://slackbuilds.org/slackbuilds/13.37/development/haskell-platform.tar.gz > --2012-08-15 09:16:21-- > http://slackbuilds.org/slackbuilds/13.37/development/haskell-platform.tar.gz > Resolving slackbuilds.org (slackbuilds.org)... 208.94.238.115 > Connecting to slackbuilds.org (slackbuilds.org)|208.94.238.115|:80... > connected. > HTTP request sent, awaiting response... 404 Not Found > 2012-08-15 09:16:22 ERROR 404: Not Found. > > > I also noticed the haskell-platform page at slackbuilds.org displays an > error message: > > "Warning: Invalid argument supplied for foreach() in > /slackbuilds/www/includes/repository.inc.php on line 180" > > and, also, no list of individual files is displayed. > > > Looks like the haskell-platform.tar.gz isn't actually there - could someone > fix please? > > > chris > > > Christoph Willing +61 7 3365 8316 > Research Computing Centre > University of Queensland > Sorry, it was in the wrong category. Should be fixed now! -- Niels Horn From c.willing at uq.edu.au Wed Aug 15 00:40:22 2012 From: c.willing at uq.edu.au (Christoph Willing) Date: Wed, 15 Aug 2012 10:40:22 +1000 Subject: [Slackbuilds-users] haskell-platform SlackBuild download error In-Reply-To: References: <478249FF-2E5E-4D5B-A466-B6C168B44FBB@uq.edu.au> Message-ID: On 15/08/2012, at 10:26 AM, Niels Horn wrote: [snip] > Sorry, it was in the wrong category. > Should be fixed now! Tx for quick fix! chris Christoph Willing +61 7 3365 8316 Research Computing Centre University of Queensland From rworkman at slackbuilds.org Wed Aug 15 03:55:41 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 14 Aug 2012 22:55:41 -0500 Subject: [Slackbuilds-users] system/irqbalance In-Reply-To: <20120814152042.7870e4ce@hamalay.mnt> References: <20120814152042.7870e4ce@hamalay.mnt> Message-ID: <20120814225541.2ffe3544@liberty.rlwhome.lan> On Tue, 14 Aug 2012 15:20:42 +0200 LukenShiro wrote: > Hi all! > > SBo version of this package is somehow old (2006), even if it builds > without problem on -current. > Original SBo maintainer (Yalla-one) on 30th december 2010 said he had > no time to maintain his SlackBuilds (irqbalance included). > > AFAIK, for the time being, nobody has stepped up to take over its > maintenance (it seems orphaned to me), so I wish to do it myself. > Any objections? That's fine; once we get things in a somewhat stable state here, we'll ping the list and you can send me a patch to do that. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Aug 15 04:03:23 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 14 Aug 2012 23:03:23 -0500 Subject: [Slackbuilds-users] Updates - 20120815.1 Message-ID: <20120814230323.6b46e28f@liberty.rlwhome.lan> This will be the last big set of changes for 13.37 (well, it will ideally be *the* last set), so now we (the SBo admins) are going to focus on getting some things done behind the scenes. We have some implementation details that we need to discuss and sort out so that the chances for later regret are minimized. As soon as we are ready, we will let you know (on this list), and we will include details on how you can best help us from there. Please be patient, but if you'd like to monitor our progress, keep an eye on the master branch in our git repo. -RW Wed Aug 15 03:32:57 UTC 2012 academic/avogadro: Updated with patches for newer gcc and boost. academic/seaview: Updated for version 4.3.5. academic/smath-studio: Updated for version 0.95.4559. audio/MusicMixer: Added (AmpliFIND/MusicIP tool) audio/easymp3gain: Added (GUI for mp3gain, aacgain, and vorbisgain) audio/foo-yc20: Added (Yamaha YC-20 organ emulator) audio/pulseaudio: Updated for version 2.0 (+new maintainer) desktop/x-tile: Added (an app that allows you to tile windows) development/THE: Added (The Hessling Editor) development/casperjs: Added (scripting and testing for phantomjs) development/gambas3: Updated for version 3.2.0. development/lazarus: Fixed dependencies in README. development/monodevelop-python: Removed. games/angband: Updated for version 3.3.2 (+ new maintainer) games/assaultcube: Included patch for X11. games/desmume: Updated for version 0.9.8. games/firestorm: Updated for version 4.1.1.28744. games/glestae: Included patches for gcc47 and libpng15 games/meandmyshadow: Patched for gcc-4.7. games/megaglest: Included patch for gcc47 games/moria: Added (a roguelike game) games/rogue: Added (visual CRT based fantasy game) games/stone_soup: Added (dungeon exploration game) games/xmoto: Updated for version 0.5.10. graphics/draftsight: Added (2D CAD program) graphics/draftsight: Omitted the libaudio.so symlink packaging graphics/jUploadr: Added (photo uploader) graphics/teighafileconverter: Added (DWG and DXF file converter) graphics/teighaviewer: Added (DWG and DGN file viewer) libraries/boolstuff: Removed, dep for halevt (also removed) libraries/freexl: Updated for version 1.0.0d. libraries/grx: Added (a 2D graphics C library) libraries/libmemcached: Updated for version 1.0.8. libraries/librasterlite: Added (extension for SpatiaLite/SQLite db) libraries/libspatialite: Require freexl regardless libraries/ndesk-dbus-glib: Added (a C# implementation of dbus-glib) libraries/ndesk-dbus: Added (C# implementation of D-Bus) libraries/notify-sharp: Added (a notification daemon in C#) libraries/ois: Included patch for gcc-4.7. libraries/tbb: Use proper symlinks to installed libraries libraries/xalan-c: Updated for version 1.11_1335373. libraries/xerces-c: Updated for version 3.1.1 (+ new maintainer) misc/flashrom: Added (read/write/verify/erase flash ROM chips) misc/seahorse-plugins: Added (plugins for Seahorse) misc/utimer: Added (multifunction timer tool) multimedia/makemkv: Updated for version 1.7.6. multimedia/mscore: Updated for version 1.2. network/Quamachi2: Added (Improved Hamachi GUI) network/Quamachi: Removed (substituted w/ Quamachi2) network/glassfish: Added (Java EE Application Server) network/gmapcatcher: Updated for version 0.7.7.2. network/mod_ruid2: Added (an apache suexec module) network/mumble: various build fixes and enhancements network/nzbget: Added (cli-based binary newsgrabber for nzb files) network/qbittorrent: Removed configure flag that was preventing build. network/qupzilla: Updated for version 1.3.1. network/sparkleshare: Added (collaboration and sharing tool) network/teamviewer: Updated for version 7.0.9360. network/transmission: Updated for version 2.60. network/webkit-sharp: Added (Mono/.NET bindings for WebKit) office/epdfview: Include glib.h instead of glib/gmacros.h office/gummi: Updated for version 0.6.4. office/keepassx: Fix build with gcc47 office/texstudio: Patched for gcc-4.7 python/buildbot-slave: Added (a slave to buildbot) python/pystatsd: Added (Graphite frontend) system/afio: Added (archiver program) system/bacula-client: Updated for version 5.2.10. system/bacula: Updated for version 5.2.10. system/bulk_extractor: Added (forensic tool) system/collectd: Added (statistics collection daemon) system/cronie: Added (The standard UNIX cron daemon) system/halevt: Removed by request of maintainer. system/heirloom-pax: Added (POSIX standard archiver) system/nvidia-driver: Updated for version 302.17. system/nvidia-kernel: Updated for version 302.17. system/seahorse: Added (encryption made easy) system/truecrypt: Updated for version 7.1a. system/xboxdrv-linux: Added (Xbox/Xbox360 USB Gamepad Driver) system/xosd: Noted optional gdk-pixbuf dependency +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From info at microlinux.fr Wed Aug 15 07:22:53 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 15 Aug 2012 09:22:53 +0200 Subject: [Slackbuilds-users] Broken download link for 'simple-scan' Message-ID: <502B4E4D.9020400@microlinux.fr> Hi, I just tried to build 'simple-scan', and the download link is broken. It looks like the version is considered too old, it's not available any more on Launchpad. Cheers, Niki Kovacs From info at microlinux.fr Wed Aug 15 08:53:34 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 15 Aug 2012 10:53:34 +0200 Subject: [Slackbuilds-users] Broken download link for 'simple-scan' In-Reply-To: <502B4E4D.9020400@microlinux.fr> References: <502B4E4D.9020400@microlinux.fr> Message-ID: <502B638E.4020707@microlinux.fr> Nicolas Kovacs a ?crit : > I just tried to build 'simple-scan', and the download link is broken. It > looks like the version is considered too old, it's not available any > more on Launchpad. Upon further investigation: it is, in the archives. I downloaded it from there, put the sources in '/var/cache/sbopkg' and built it OK from there. 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 andrew.maraev60 at yandex.ru Wed Aug 15 19:33:25 2012 From: andrew.maraev60 at yandex.ru (=?koi8-r?B?7cHSwcXXIOHOxNLFyg==?=) Date: Wed, 15 Aug 2012 22:33:25 +0300 Subject: [Slackbuilds-users] SlackBuilds testing for Slackware current (Andrey Maraev scripts) Message-ID: <173691345059205@web4e.yandex.ru> Hello I have been testing my SlackBuild under Slackware current. Fixed multimedia/radiotray (tarball attached) fixed dependencies in README file radiotray requires gst-plugins-good-soup (tarball attached) -------------- next part -------------- A non-text attachment was scrubbed... Name: radiotray.tar.gz Type: application/x-gzip Size: 2435 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gst-plugins-good-soup.tar.gz Type: application/x-gzip Size: 2676 bytes Desc: not available URL: From mherda at gmail.com Wed Aug 15 20:54:35 2012 From: mherda at gmail.com (Marcin Herda) Date: Wed, 15 Aug 2012 21:54:35 +0100 Subject: [Slackbuilds-users] i3/i3status SlackBuilds on Slackware14 RC1 Message-ID: <502C0C8B.6050505@gmail.com> Hi all, I'd like to confirm that I have tested the following SlackBuilds with Slackware14 RC1 /Desktop/i3 /Desktop/i3status The SlackBuilds below are not mine but are required by i3/i3status and also work fine on 14 RC1: i3 dependencies: Libraries/libev Libraries/yajl Desktop/dmenu i3status dependency: Libraries/confuse regards Marcin Herda From daedra1980 at gmail.com Wed Aug 15 22:57:10 2012 From: daedra1980 at gmail.com (Matt Dinslage) Date: Wed, 15 Aug 2012 17:57:10 -0500 Subject: [Slackbuilds-users] Scripts to remove for Slackware 14 Message-ID: <502C2946.6000903@gmail.com> I just finished testing all the packages I maintain and there are a few that need to be removed so I can resubmit with fixes when 14 goes stable. fceux compiz-bcop protobuf libcompizconfig compizconfig-python compizconfig-backend-kconfig4 ccsm compiz-plugins-main compiz-plugins-extra compiz-plugins-unsupported emerald emerald-themes fusion-icon All the above packages have been fixed for 14 but please remove so I can resubmit. Thank You. From dn2010 at gmail.com Thu Aug 16 04:11:04 2012 From: dn2010 at gmail.com (Daniil Bratashov) Date: Thu, 16 Aug 2012 08:11:04 +0400 Subject: [Slackbuilds-users] Slackware 14rc1 testing Message-ID: <20120816081104.5c54d632@darkstar.example.net> Status of my slackbuilds on rc1: problems: academic/ghemical requires openbabel update (and either patching old openbabel for gcc47, or version update that requires more modern eigen package in slackware-14 itself) academic/mopac7 homepage should be changed to http://www.bioinformatics.org/ghemical/ academic/wxmacmolplt requires openbabel and ming update working: academic/gwyddion academic/libghemical academic/mpqc libraries/liboglappth libraries/liborigin libraries/libminizip WBR, Daniil Bratashov. From kingbeowulf at gmail.com Thu Aug 16 08:13:18 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Thu, 16 Aug 2012 01:13:18 -0700 Subject: [Slackbuilds-users] vlock is dead In-Reply-To: <50293CA6.2090800@gmail.com> References: <502921CE.4050608@gmail.com> <50293CA6.2090800@gmail.com> Message-ID: <502CAB9E.9030402@gmail.com> On 08/13/2012 10:43 AM, Chris Abela wrote: > On 08/13/2012 06:13 PM, Kent Fritz wrote: >> Moved here? >> >> http://freecode.com/projects/vlock >> > > I am not familiar with freecode.com but I see that the maintainer is > not the same one who signed the README and the link to source code is > the original (dead) one. As far as I can judge, the freecode link is > useless. > > Chris Freecode is the new name/rebranding of freshmeat: http://en.wikipedia.org/wiki/Freecode From the wayback machine: http://web.archive.org/web/20071209094752/http://cthulhu.c3d2.de/~toidinamai/vlock/vlock.html http://web.archive.org/web/20080510094331/http://cthulhu.c3d2.de/~toidinamai/vlock/archive/ debian has the most recent code (e.g. doesn't go to dead link): http://packages.debian.org/unstable/vlock If I found the right person; he has a twitter account: https://twitter.com/toidinamai/ (why did I fiddle with this at 1:12 am? Heck if I know... I don't even use it.) From andrew.maraev60 at yandex.ru Thu Aug 16 08:23:29 2012 From: andrew.maraev60 at yandex.ru (=?koi8-r?B?7cHSwcXXIOHOxNLFyg==?=) Date: Thu, 16 Aug 2012 11:23:29 +0300 Subject: [Slackbuilds-users] remove gst-plugins-good-soup Message-ID: <445821345105409@web26g.yandex.ru> Please remove gst-plugins-good-soup send for radiotray release candidate 2. l/gst-plugins-good-0.10.31-i486-3.txz: Rebuilt. Added gio and soup plugins to enable playing files over http. Thanks to Heinz Wiesinger. Thanks Andrey Maraev From jamesslack at omnitude.net Thu Aug 16 08:35:30 2012 From: jamesslack at omnitude.net (James Smith) Date: Thu, 16 Aug 2012 18:35:30 +1000 Subject: [Slackbuilds-users] Hamachi on 14 RC1 Message-ID: <20120816183530.144428l3qufor74i@omnitude.net> Hi all, network/hamachi 2.0.1.13 works fine on 14 RC1, both x86 and x86_64. But it needs a version bump to 2.1.0.68 because the "source" has gone. Original maintainer has given maintenance to me, as below. Please see updated SlackBuild attached (with some README tweaks too). Regards James ----- Forwarded message from vikepack at omnitude.net ----- Date: Wed, 15 Aug 2012 21:03:00 +1000 From: Adam Swift Subject: Hamachi SlackBuild To: James Smith As we discussed feel free to take over maintainership of my Hamachi SlackBuild Adam ----- End forwarded message ----- -------------- next part -------------- A non-text attachment was scrubbed... Name: hamachi.tar.gz Type: application/gzip Size: 2693 bytes Desc: not available URL: From tobias.columbus at googlemail.com Thu Aug 16 12:06:33 2012 From: tobias.columbus at googlemail.com (Tobias Columbus) Date: Thu, 16 Aug 2012 14:06:33 +0200 Subject: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild In-Reply-To: References: <20120724130314.GB16311@leviathan.localdomain> <20120814195207.GG1904@leviathan.localdomain> Message-ID: <20120816120633.GC6568@leviathan.localdomain> Hi, Actually, this will be my first SlackBuild and I have a probably dumb question: What is the preferred way to submit an updated version of the SlackBuild? I updated the script to version 1.0.2 and will test the SlackBuild on Slackware-current this afternoon. What should I do, if everything works fine? Tobias On Tue, Aug 14, 2012 at 04:57:42PM -0400, Eric Schultz wrote: > I just want to let the list and admins know that Tobias is taking over my > go-lang SlackBuild. > > Headed for the second star to the right and straight on 'til morning... > > Eric Schultz > aka schultzter > ---------- Forwarded message ---------- > From: "Tobias Columbus" > Date: Aug 14, 2012 3:52 PM > Subject: Re: Small error in google-go-lang SlackBuild > To: "Eric Schultz" > > I accidentally sent several mails, so maybe there's just one > guy, who found the bug. > I'd take over your go-lang script and update it to 1.0.2, but I'm > not really into App Engine. Honestly, I don't even know exactly, > what App Engine does. > > Tobias > _______________________________________________ > 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 niels.horn at gmail.com Thu Aug 16 17:13:29 2012 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 16 Aug 2012 14:13:29 -0300 Subject: [Slackbuilds-users] Scripts to remove for Slackware 14 In-Reply-To: <502C2946.6000903@gmail.com> References: <502C2946.6000903@gmail.com> Message-ID: On Wed, Aug 15, 2012 at 7:57 PM, Matt Dinslage wrote: > I just finished testing all the packages I maintain and there are a few that > need to be removed so I can resubmit with fixes when 14 goes stable. > > fceux > compiz-bcop > protobuf > libcompizconfig > compizconfig-python > compizconfig-backend-kconfig4 > ccsm > compiz-plugins-main > compiz-plugins-extra > compiz-plugins-unsupported > emerald > emerald-themes > fusion-icon > > All the above packages have been fixed for 14 but please remove so I can > resubmit. > > Thank You. There is no need to remove the scripts from the 13.37 repository. As soon as we're open for submissions, you can upload your scripts for 14.0. Thanks, -- Niels Horn From chess at chessgriffin.com Thu Aug 16 17:16:56 2012 From: chess at chessgriffin.com (Chess Griffin) Date: Thu, 16 Aug 2012 13:16:56 -0400 Subject: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild In-Reply-To: <20120816120633.GC6568@leviathan.localdomain> References: <20120724130314.GB16311@leviathan.localdomain> <20120814195207.GG1904@leviathan.localdomain> <20120816120633.GC6568@leviathan.localdomain> Message-ID: <1345137416.5036.140661115717045.694D7647@webmail.messagingengine.com> On Thu, Aug 16, 2012, at 08:06 AM, Tobias Columbus wrote: > Hi, > > Actually, this will be my first SlackBuild and I have a probably dumb > question: > What is the preferred way to submit an updated version of the > SlackBuild? > I updated the script to version 1.0.2 and will test the SlackBuild on > Slackware-current this afternoon. What should I do, if everything > works fine? > > Tobias > Ordinarily, you'd just submit it through the upload form on the website, but it is closed at the moment due to the pending release of Slackware 14.0. If an update is necessary in order to run on -current, I think people have just been sending them to this list as an attachment. -- Chess Griffin From niels.horn at gmail.com Thu Aug 16 17:19:53 2012 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 16 Aug 2012 14:19:53 -0300 Subject: [Slackbuilds-users] Slackware 14rc1 testing In-Reply-To: <20120816081104.5c54d632@darkstar.example.net> References: <20120816081104.5c54d632@darkstar.example.net> Message-ID: On Thu, Aug 16, 2012 at 1:11 AM, Daniil Bratashov wrote: > Status of my slackbuilds on rc1: > > problems: > academic/ghemical requires openbabel update (and either > patching old openbabel for gcc47, or version update that requires more > modern eigen package in slackware-14 itself) Do you mean eigen3? We have that on SlackBuilds. It coexists with eigen2 included in Slackware. Regards, -- Niels Horn From tobias.columbus at googlemail.com Thu Aug 16 17:58:36 2012 From: tobias.columbus at googlemail.com (Tobias Columbus) Date: Thu, 16 Aug 2012 19:58:36 +0200 Subject: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild In-Reply-To: <1345137416.5036.140661115717045.694D7647@webmail.messagingengine.com> References: <20120724130314.GB16311@leviathan.localdomain> <20120814195207.GG1904@leviathan.localdomain> <20120816120633.GC6568@leviathan.localdomain> <1345137416.5036.140661115717045.694D7647@webmail.messagingengine.com> Message-ID: <20120816175836.GD6568@leviathan.localdomain> On Thu, Aug 16, 2012 at 01:16:56PM -0400, Chess Griffin wrote: > On Thu, Aug 16, 2012, at 08:06 AM, Tobias Columbus wrote: > > Hi, > > > > Actually, this will be my first SlackBuild and I have a probably dumb > > question: > > What is the preferred way to submit an updated version of the > > SlackBuild? > > I updated the script to version 1.0.2 and will test the SlackBuild on > > Slackware-current this afternoon. What should I do, if everything > > works fine? > > > > Tobias > > > > Ordinarily, you'd just submit it through the upload form on the website, > but it is closed at the moment due to the pending release of Slackware > 14.0. If an update is necessary in order to run on -current, I think > people have just been sending them to this list as an attachment. > > -- > Chess Griffin Thanks. I'll wait with my upgrade then. Anyway, google-go-lang in either version works fine on -current. Tobias From dn2010 at gmail.com Thu Aug 16 18:45:22 2012 From: dn2010 at gmail.com (Daniil Bratashov) Date: Thu, 16 Aug 2012 22:45:22 +0400 Subject: [Slackbuilds-users] Slackware 14rc1 testing In-Reply-To: References: <20120816081104.5c54d632@darkstar.example.net> Message-ID: <20120816224522.1f11c9be@darkstar.example.net> On Thu, 16 Aug 2012 14:19:53 -0300 Niels Horn wrote: > Do you mean eigen3? We have that on SlackBuilds. > It coexists with eigen2 included in Slackware. Openbabel is working with eigen3 only with svn snapshots, both 2.3.0 and 2.3.1 are too old to support it. The best solution will be to upgrade eigen2 to 2.0.17 but "Unless there's a very good rationale, versions are frozen." ? Patrick in changelog. WBR, Daniil Bratashov. From eric at schultzter.ca Thu Aug 16 19:21:26 2012 From: eric at schultzter.ca (Eric Schultz) Date: Thu, 16 Aug 2012 15:21:26 -0400 Subject: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild Message-ID: Good afternoon... You can use the normal submission form: http://slackbuilds.org/submit/ but at the moment it's closed pending the arrival of Slackware 14. The admins will know it's an update - they're magical creatures!!! ---------- Forwarded message ---------- From: Tobias Columbus To: "SlackBuilds.org Users List" Cc: Date: Thu, 16 Aug 2012 14:06:33 +0200 Subject: Re: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang SlackBuild Hi, Actually, this will be my first SlackBuild and I have a probably dumb question: What is the preferred way to submit an updated version of the SlackBuild? I updated the script to version 1.0.2 and will test the SlackBuild on Slackware-current this afternoon. What should I do, if everything works fine? Tobias On Thu, Aug 16, 2012 at 1:13 PM, wrote: > Send SlackBuilds-users mailing list submissions to > slackbuilds-users at slackbuilds.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > or, via email, send a message with subject or body 'help' to > slackbuilds-users-request at slackbuilds.org > > You can reach the person managing the list at > slackbuilds-users-owner at slackbuilds.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of SlackBuilds-users digest..." > > Today's Topics: > > 1. i3/i3status SlackBuilds on Slackware14 RC1 (Marcin Herda) > 2. Scripts to remove for Slackware 14 (Matt Dinslage) > 3. Slackware 14rc1 testing (Daniil Bratashov) > 4. Re: vlock is dead (King Beowulf) > 5. remove gst-plugins-good-soup (?????? ??????) > 6. Hamachi on 14 RC1 (James Smith) > 7. Re: Fwd: Re: Small error in google-go-lang SlackBuild > (Tobias Columbus) > 8. Re: Scripts to remove for Slackware 14 (Niels Horn) > > > ---------- Forwarded message ---------- > From: Marcin Herda > To: slackbuilds-users at slackbuilds.org > Cc: > Date: Wed, 15 Aug 2012 21:54:35 +0100 > Subject: [Slackbuilds-users] i3/i3status SlackBuilds on Slackware14 RC1 > Hi all, > > I'd like to confirm that I have tested the following SlackBuilds with > Slackware14 RC1 > > /Desktop/i3 > /Desktop/i3status > > > The SlackBuilds below are not mine but are required by i3/i3status and > also work fine on 14 RC1: > > i3 dependencies: > Libraries/libev > Libraries/yajl > Desktop/dmenu > > i3status dependency: > Libraries/confuse > > > regards > Marcin Herda > > > > > ---------- Forwarded message ---------- > From: Matt Dinslage > To: slackbuilds-users at slackbuilds.org > Cc: > Date: Wed, 15 Aug 2012 17:57:10 -0500 > Subject: [Slackbuilds-users] Scripts to remove for Slackware 14 > I just finished testing all the packages I maintain and there are a few > that need to be removed so I can resubmit with fixes when 14 goes stable. > > fceux > compiz-bcop > protobuf > libcompizconfig > compizconfig-python > compizconfig-backend-kconfig4 > ccsm > compiz-plugins-main > compiz-plugins-extra > compiz-plugins-unsupported > emerald > emerald-themes > fusion-icon > > All the above packages have been fixed for 14 but please remove so I can > resubmit. > > Thank You. > > > > ---------- Forwarded message ---------- > From: Daniil Bratashov > To: slackbuilds-users at slackbuilds.org > Cc: > Date: Thu, 16 Aug 2012 08:11:04 +0400 > Subject: [Slackbuilds-users] Slackware 14rc1 testing > Status of my slackbuilds on rc1: > > problems: > academic/ghemical requires openbabel update (and either > patching old openbabel for gcc47, or version update that requires more > modern eigen package in slackware-14 itself) > academic/mopac7 homepage should be changed to > http://www.bioinformatics.org/ghemical/ > academic/wxmacmolplt requires openbabel and ming update > > working: > academic/gwyddion > academic/libghemical > academic/mpqc > libraries/liboglappth > libraries/liborigin > libraries/libminizip > > WBR, Daniil Bratashov. > > > > ---------- Forwarded message ---------- > From: King Beowulf > To: "SlackBuilds.org Users List" > Cc: > Date: Thu, 16 Aug 2012 01:13:18 -0700 > Subject: Re: [Slackbuilds-users] vlock is dead > On 08/13/2012 10:43 AM, Chris Abela wrote: > >> On 08/13/2012 06:13 PM, Kent Fritz wrote: >> >>> Moved here? >>> >>> http://freecode.com/projects/**vlock >>> >>> >> I am not familiar with freecode.com but I see that the maintainer is not >> the same one who signed the README and the link to source code is the >> original (dead) one. As far as I can judge, the freecode link is useless. >> >> Chris >> > > Freecode is the new name/rebranding of freshmeat: > http://en.wikipedia.org/wiki/**Freecode > > From the wayback machine: > http://web.archive.org/web/**20071209094752/http://cthulhu.** > c3d2.de/~toidinamai/vlock/**vlock.html > http://web.archive.org/web/**20080510094331/http://cthulhu.** > c3d2.de/~toidinamai/vlock/**archive/ > > debian has the most recent code (e.g. doesn't go to dead link): > http://packages.debian.org/**unstable/vlock > > If I found the right person; he has a twitter account: > https://twitter.com/**toidinamai/ > > (why did I fiddle with this at 1:12 am? Heck if I know... I don't even > use it.) > > > > ---------- Forwarded message ---------- > From: "?????? ??????" > To: slackbuilds-users at slackbuilds.org > Cc: > Date: Thu, 16 Aug 2012 11:23:29 +0300 > Subject: [Slackbuilds-users] remove gst-plugins-good-soup > Please remove gst-plugins-good-soup send for radiotray > > release candidate 2. > l/gst-plugins-good-0.10.31-i486-3.txz: Rebuilt. > Added gio and soup plugins to enable playing files over http. > Thanks to Heinz Wiesinger. > > Thanks Andrey Maraev > > > > ---------- Forwarded message ---------- > From: James Smith > To: slackbuilds-users > Cc: > Date: Thu, 16 Aug 2012 18:35:30 +1000 > Subject: [Slackbuilds-users] Hamachi on 14 RC1 > Hi all, > > network/hamachi 2.0.1.13 works fine on 14 RC1, both x86 and x86_64. > > But it needs a version bump to 2.1.0.68 because the "source" has gone. > Original maintainer has given maintenance to me, as below. Please see > updated SlackBuild attached (with some README tweaks too). > > Regards > James > > > ----- Forwarded message from vikepack at omnitude.net ----- > Date: Wed, 15 Aug 2012 21:03:00 +1000 > From: Adam Swift > Subject: Hamachi SlackBuild > To: James Smith > > As we discussed feel free to take over maintainership of my Hamachi > SlackBuild > > Adam > > ----- End forwarded message ----- > > > > > ---------- Forwarded message ---------- > From: Tobias Columbus > To: "SlackBuilds.org Users List" > Cc: > Date: Thu, 16 Aug 2012 14:06:33 +0200 > Subject: Re: [Slackbuilds-users] Fwd: Re: Small error in google-go-lang > SlackBuild > Hi, > > Actually, this will be my first SlackBuild and I have a probably dumb > question: > What is the preferred way to submit an updated version of the > SlackBuild? > I updated the script to version 1.0.2 and will test the SlackBuild on > Slackware-current this afternoon. What should I do, if everything > works fine? > > Tobias > > On Tue, Aug 14, 2012 at 04:57:42PM -0400, Eric Schultz wrote: > > I just want to let the list and admins know that Tobias is taking over my > > go-lang SlackBuild. > > > > Headed for the second star to the right and straight on 'til morning... > > > > Eric Schultz > > aka schultzter > > ---------- Forwarded message ---------- > > From: "Tobias Columbus" > > Date: Aug 14, 2012 3:52 PM > > Subject: Re: Small error in google-go-lang SlackBuild > > To: "Eric Schultz" > > > > I accidentally sent several mails, so maybe there's just one > > guy, who found the bug. > > I'd take over your go-lang script and update it to 1.0.2, but I'm > > not really into App Engine. Honestly, I don't even know exactly, > > what App Engine does. > > > > Tobias > > > _______________________________________________ > > 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/ > > > > > > > ---------- Forwarded message ---------- > From: Niels Horn > To: "SlackBuilds.org Users List" > Cc: > Date: Thu, 16 Aug 2012 14:13:29 -0300 > Subject: Re: [Slackbuilds-users] Scripts to remove for Slackware 14 > On Wed, Aug 15, 2012 at 7:57 PM, Matt Dinslage > wrote: > > I just finished testing all the packages I maintain and there are a few > that > > need to be removed so I can resubmit with fixes when 14 goes stable. > > > > fceux > > compiz-bcop > > protobuf > > libcompizconfig > > compizconfig-python > > compizconfig-backend-kconfig4 > > ccsm > > compiz-plugins-main > > compiz-plugins-extra > > compiz-plugins-unsupported > > emerald > > emerald-themes > > fusion-icon > > > > All the above packages have been fixed for 14 but please remove so I can > > resubmit. > > > > Thank You. > > There is no need to remove the scripts from the 13.37 repository. > As soon as we're open for submissions, you can upload your scripts for > 14.0. > > Thanks, > > -- > Niels Horn > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at microlinux.fr Thu Aug 16 19:48:44 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Thu, 16 Aug 2012 21:48:44 +0200 Subject: [Slackbuilds-users] murrine-themes Message-ID: <502D4E9C.1090402@microlinux.fr> Hi, Download link for 'murrine-themes' is broken. 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 c.willing at uq.edu.au Fri Aug 17 08:00:56 2012 From: c.willing at uq.edu.au (Christoph Willing) Date: Fri, 17 Aug 2012 18:00:56 +1000 Subject: [Slackbuilds-users] My SlackBuilds for RC2 Message-ID: All OK on 32bit & 64bit versions of RC2 are: Misc/mosquitto Haskell/hscolour Haskell/haskell-platform Also OK is: Development/help2man which I'm in the process of taking over (as per emails on this list recently) chris Christoph Willing +61 7 3365 8316 Research Computing Centre University of Queensland From bkirkp at gmail.com Fri Aug 17 16:25:39 2012 From: bkirkp at gmail.com (B Kirkpatrick) Date: Fri, 17 Aug 2012 11:25:39 -0500 Subject: [Slackbuilds-users] My SlackBuilds in -current In-Reply-To: References: <501DC362.2000902@gmail.com> Message-ID: <502E7083.9010401@gmail.com> Let's start over again on my SlackBuilds: /misc/gramps-3.3.1, games/ltris-1.018 & audio/puddletag-0.10.6 all build fine on -current. system/krusader-2.3.0-beta1, desktop/wally-2.4.4 & games/xye-0.12.0 require changes to build on -current. See attached files. Thank you, Larry. Regards, Bill On 08/04/2012 11:20 PM, Larry Hajali wrote: > xye, wally, and krusader do build with the appropriate patch or associated link. > > xye 0.12.0 and 0.12.1 both build with the gcc-4.7.patch > > wally 2.4.4 builds with the extra linker to X11 with > -DCMAKE_EXE_LINKER_FLAGS="-lX11" during the cmake step. The > disable-popup patch from previous versions should be included with > wally. Kind of annoying getting a popup box during compile time. > > krusader 2.3.0-beta1 builds with the krusader-2.4.0_beta1-gcc47.patch > patch. Found from > http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/kde-misc/krusader/files/krusader-2.4.0_beta1-gcc47.patch?revision=1.1&view=markup&sortdir=down > > --Larry > > On 8/4/12, B Kirkpatrick wrote: >> Of my five SlackBuilds: >> >> misc/gramps-3.3.1 & games/ltris-1.018 >> >> both build fine & seem to work OK. Only tested on x86-64. >> >> >> system/krusader-2.4.0-beta1, desktop/wally-2.4.4 & games/xye-0.12.0 >> >> will not build. >> >> >> There is a new release of gramps, 3.4.0, which builds & runs as well. >> A new release of xye, 0.12.1 does not build. >> >> Regards, >> Bill Kirkpatrick >> _______________________________________________ >> 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: krusader.tar.gz Type: application/gzip Size: 2201 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: wally.tar.gz Type: application/gzip Size: 1116 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xye.tar.gz Type: application/gzip Size: 1814 bytes Desc: not available URL: From slakmagik at gmail.com Sat Aug 18 05:06:41 2012 From: slakmagik at gmail.com (slakmagik) Date: Sat, 18 Aug 2012 01:06:41 -0400 Subject: [Slackbuilds-users] rc2 slackbuild testing Message-ID: <20120818050641.GA22187@devbox> May be too late for this and probably doesn't matter anyway but I'm playing with rc2 and have my builds are: OK audio/shntool audio/shorten desktop/Vanilla-DMZ desktop/root-tail the site was down (hopefully temporary - I'll need to find a host if not) but the source still builds fine development/Xdialog development/gtkdialog misc/dwdiff misc/gcolor2 misc/gxmessage misc/par misc/rlwrap network/openrdate system/dtach system/heirloom-sh NOT OK graphics/mtpaint just needs a version bump to 3.40 system/rox-filer one-line patch attached If admin is too busy (and I suspect they are) I'll have those ready when SBo 14 opens up. UNTESTED system/pgadmin3 I'm not set up to do this right now and it needs to be updated anyway but, if anyone else has built it and could say, that'd be great. I also had a failure with gtk-engines which is not mine but a one-line patch is also attached. -------------- next part -------------- A non-text attachment was scrubbed... Name: rox-filer.patch Type: text/x-patch Size: 603 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gtk-engines.patch Type: text/x-patch Size: 535 bytes Desc: not available URL: From ml at mareichelt.com Sat Aug 18 15:27:04 2012 From: ml at mareichelt.com (Markus Reichelt) Date: Sat, 18 Aug 2012 17:27:04 +0200 Subject: [Slackbuilds-users] In the heat of the night Message-ID: <20120818152704.GA17984@pc21.mareichelt.com> I was deprived of sleep so I thought I'd chime in: on -rc2 32bit (can't test on 64bit atm) working SlackBuilds: python/buildbot-slave development/tcc libraries/Botan libraries/dietlibc (download link is dead, get source from cvs) libraries/libowfat network/vidalia system/mksh system/aespipe misc/ssss network/allmydata-tahoe python/foolscap python/pyutil python/python-twisted python/pycryptopp python/pyasn1 python/mock libraries/zfec libraries/Nevow python/pyOpenSSL libraries/zbase32 libraries/darcsver libraries/argparse working with fix (attached tarballs): libraries/cryptopp (patch for new GCC) graphics/xzgv this one is a real gem. with the fix attached one also needs to add, for some weird reason, /usr/lib and /lib to /etc/ld.so.conf (and run ldconfig), prior to compilation - only then it works. any clues? not working, needs more investigation when time permits (Let's blame the new GCC): network/sslscan system/extundelete system/ov51x-jpeg system/cdfs (also unmaintained by upstream, candidate for removal) I have two questions: Some submissions are listed under libraries (or network) while they are written in python. What's the consensus about such stuff? I'd be in fav of moving 'everything python' to the python category. I'm also open to insights of the current scheme of categorization. What about submissions which maintership has been taken over that do not feature the 'legal disclaimer/bsd license foo' at the very beginning of the buildscript? Would it be ok to just add it? would it be ok to add it after having contacted the original maintainer/submitter as to that concern, having received no veto? (IMHO not that urgent) -- left blank, right bald -------------- next part -------------- A non-text attachment was scrubbed... Name: xzgv.tar.gz Type: application/x-tar-gz Size: 2413 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cryptopp.tar.gz Type: application/x-tar-gz Size: 3395 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From matteo.bernardini at gmail.com Sat Aug 18 16:05:41 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sat, 18 Aug 2012 18:05:41 +0200 Subject: [Slackbuilds-users] In the heat of the night In-Reply-To: <20120818152704.GA17984@pc21.mareichelt.com> References: <20120818152704.GA17984@pc21.mareichelt.com> Message-ID: 2012/8/18 Markus Reichelt : > graphics/xzgv > this one is a real gem. with the fix attached one also needs to add, > for some weird reason, /usr/lib and /lib to /etc/ld.so.conf (and run > ldconfig), prior to compilation - only then it works. any clues? I've tried it now, but I followed a different path: I left out the sed and added instead a line to the config.mk echo "LDFLAGS=-lX11 -lm">> config.mk this way seems to work. Matteo From ml at mareichelt.com Sat Aug 18 16:09:49 2012 From: ml at mareichelt.com (Markus Reichelt) Date: Sat, 18 Aug 2012 18:09:49 +0200 Subject: [Slackbuilds-users] In the heat of the night In-Reply-To: References: <20120818152704.GA17984@pc21.mareichelt.com> Message-ID: <20120818160949.GA15225@pc21.mareichelt.com> * Matteo Bernardini wrote: > I've tried it now, but I followed a different path: I left out the > sed and added instead a line to the config.mk > > echo "LDFLAGS=-lX11 -lm">> config.mk > > this way seems to work. works, thanks! -- left blank, right bald -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: From slakmagik at gmail.com Sat Aug 18 18:04:13 2012 From: slakmagik at gmail.com (slakmagik) Date: Sat, 18 Aug 2012 14:04:13 -0400 Subject: [Slackbuilds-users] In the heat of the night In-Reply-To: <20120818152704.GA17984@pc21.mareichelt.com> References: <20120818152704.GA17984@pc21.mareichelt.com> Message-ID: <20120818180413.GA30175@devbox> On 2012-08-18 (Sat) 17:27:04 [+0200], Markus Reichelt wrote: > > What about submissions which maintership has been taken over that do > not feature the 'legal disclaimer/bsd license foo' at the very > beginning of the buildscript? Would it be ok to just add it? would > it be ok to add it after having contacted the original > maintainer/submitter as to that concern, having received no veto? > (IMHO not that urgent) > I'm sure someone who knows better will correct me if I'm wrong but it's my understanding that any script like that is just public domain. Things don't have to be licensed and adding one would actually be changing the (un)license. I guess you would be free to do that but I don't think there's a need. From mherda at gmail.com Sat Aug 18 20:22:53 2012 From: mherda at gmail.com (Marcin Herda) Date: Sat, 18 Aug 2012 21:22:53 +0100 Subject: [Slackbuilds-users] i3 update Message-ID: <502FF99D.7060606@gmail.com> Hi, Just a small update. A few days ago I posted that i3 works fine with Slackware 14rcX. While this is true, there seems to be a problem with Thunar mounting USB drives within some window managers (including i3). This was reported on #slackware and a solution was posted on LQ a few weeks ago: https://www.linuxquestions.org/questions/slackware-14/thunar-1-4-0-and-fluxbox-on-current-no-trash-or-automount-usb-devices-4175418186/page2.html I've attached the i3 SlackBuild with an updated version of xinitrc.i3. Kindest regards Marcin Herda -------------- next part -------------- A non-text attachment was scrubbed... Name: i3.tar.gz Type: application/gzip Size: 2752 bytes Desc: not available URL: From rudsonalves at yahoo.com.br Sat Aug 18 22:40:01 2012 From: rudsonalves at yahoo.com.br (rudsonalves) Date: Sat, 18 Aug 2012 19:40:01 -0300 Subject: [Slackbuilds-users] eric ide Message-ID: <503019C1.1040609@yahoo.com.br> eric (eric4 ide) is Ok on current alves From hba.nihilismus at gmail.com Sun Aug 19 02:01:19 2012 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Sat, 18 Aug 2012 21:01:19 -0500 Subject: [Slackbuilds-users] rc2 slackbuild testing In-Reply-To: <20120818050641.GA22187@devbox> References: <20120818050641.GA22187@devbox> Message-ID: On Sat, Aug 18, 2012 at 12:06 AM, slakmagik wrote: > UNTESTED > system/pgadmin3 > I'm not set up to do this right now and it needs to be updated > anyway but, if anyone else has built it and could say, that'd be > great. I've been using it (version 1.14.2 ) [1], no problem to build/use. At this moment there is an update (1.14.3) and i would say it just works also in -current. [1] https://bitbucket.org/nihilismus/slackbuilds -- - hba | Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. http://hba.dyndns.info | irc://irc.freenode.org/hba,isnick,needpass https://github.com/nihilismus | https://bitbucket.org/nihilismus https://twitter.com/nihilipster | http://www.last.fm/user/nihilipster From andrew.maraev60 at yandex.ru Sun Aug 19 02:53:07 2012 From: andrew.maraev60 at yandex.ru (Andrey Maraev) Date: Sun, 19 Aug 2012 05:53:07 +0300 Subject: [Slackbuilds-users] Fixed slackbuild radiotray Message-ID: <1131561345344787@web5d.yandex.ru> Fixed dependencies (tarball attached) -- -------------- next part -------------- A non-text attachment was scrubbed... Name: radiotray.tar.gz Type: application/x-gzip Size: 2417 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Aug 19 03:48:23 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 18 Aug 2012 22:48:23 -0500 Subject: [Slackbuilds-users] i3 update In-Reply-To: <502FF99D.7060606@gmail.com> References: <502FF99D.7060606@gmail.com> Message-ID: <20120818224823.58b4fdfc@liberty.rlwhome.lan> On Sat, 18 Aug 2012 21:22:53 +0100 Marcin Herda wrote: > Just a small update. A few days ago I posted that i3 works fine with > Slackware 14rcX. While this is true, there seems to be a problem with > Thunar mounting USB drives within some window managers (including > i3). This was reported on #slackware and a solution was posted on LQ > a few weeks ago: > https://www.linuxquestions.org/questions/slackware-14/thunar-1-4-0-and-fluxbox-on-current-no-trash-or-automount-usb-devices-4175418186/page2.html > > I've attached the i3 SlackBuild with an updated version of xinitrc.i3. I just committed this to git master. We're not quite ready to start grabbing stuff like this yet, but I was bored, so there :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From slakmagik at gmail.com Sun Aug 19 04:33:26 2012 From: slakmagik at gmail.com (slakmagik) Date: Sun, 19 Aug 2012 00:33:26 -0400 Subject: [Slackbuilds-users] rc2 slackbuild testing In-Reply-To: References: <20120818050641.GA22187@devbox> Message-ID: <20120819043326.GA18359@devbox> On 2012-08-18 (Sat) 21:01:19 [-0500], Antonio Hern?ndez Blas wrote: > On Sat, Aug 18, 2012 at 12:06 AM, slakmagik wrote: > > UNTESTED > > system/pgadmin3 > > I'm not set up to do this right now and it needs to be updated > > anyway but, if anyone else has built it and could say, that'd be > > great. > > I've been using it (version 1.14.2 ) [1], no problem to build/use. At > this moment there is an update (1.14.3) and i would say it just works > also in -current. > > [1] https://bitbucket.org/nihilismus/slackbuilds > Great, thank you. So we can mark that OK, too. From lukenshiro at ngi.it Sun Aug 19 08:34:51 2012 From: lukenshiro at ngi.it (LukenShiro) Date: Sun, 19 Aug 2012 10:34:51 +0200 Subject: [Slackbuilds-users] eric ide In-Reply-To: <503019C1.1040609@yahoo.com.br> References: <503019C1.1040609@yahoo.com.br> Message-ID: <20120819103451.3d567436@hamalay.mnt> Il giorno Sat, 18 Aug 2012 19:40:01 -0300 rudsonalves ha scritto: > eric (eric4 ide) is Ok on current Uhmm, here I see a problem: in your SlackBuild there is a line referring to old python 2.6 directory who needs to be modified. After that it builds perfectly. --- eric.SlackBuild 2012-07-21 03:36:26.000000000 +0200 +++ eric.SlackBuild_new 2012-08-19 10:25:58.000000000 +0200 @@ -82,7 +82,7 @@ mkdir -p $PKG/usr/share/applications sed s/lib/lib${LIBDIRSUFFIX}/ $CWD/eric4.desktop \ > $PKG/usr/share/applications/eric4.desktop -cp $CWD/eric4.png /$PKG/usr/lib$LIBDIRSUFFIX/python2.6/site-packages/eric4/pixmaps/ +cp $CWD/eric4.png /$PKG/usr/lib$LIBDIRSUFFIX/python2.7/site-packages/eric4/pixmaps/ mkdir -p $PKG/install cat $CWD/slack-desc > $PKG/install/slack-desc -- GNU/Linux * Slackware64 current LU #210970 SU #12583 LM #98222/#412913 From yalhcru at gmail.com Sun Aug 19 09:05:48 2012 From: yalhcru at gmail.com (B Watson) Date: Sun, 19 Aug 2012 05:05:48 -0400 Subject: [Slackbuilds-users] eric ide In-Reply-To: <20120819103451.3d567436@hamalay.mnt> References: <503019C1.1040609@yahoo.com.br> <20120819103451.3d567436@hamalay.mnt> Message-ID: On 8/19/12, LukenShiro wrote: > > Uhmm, here I see a problem: in your SlackBuild there is a line > referring to old python 2.6 directory who needs to be modified. After > that it builds perfectly. While you're at it, use something like this (code taken from my ecasound.SlackBuild): # Figure out the version number part of the python lib dir: PYVER=$( python -c 'import sys; print "%d.%d" % sys.version_info[0:2]' ) PYVER will be "2.6" or "2.7" or whatever. Then in your ./configure or cmake or whatever, use something like --with-python-modules=/usr/lib$LIBDIRSUFFIX/python$PYVER Then when Slack 14.1 comes out, with python 2.8, your script wouldn't need changing (at least, it wouldn't need that part changed). Disclaimer: IANAPP (I am not a Python programmer). If someone who is a Python programmer has a better (more elegant) snippet of code to do the same job, feel free to correct me. From mherda at gmail.com Sun Aug 19 09:11:06 2012 From: mherda at gmail.com (Marcin Herda) Date: Sun, 19 Aug 2012 10:11:06 +0100 Subject: [Slackbuilds-users] i3 update In-Reply-To: <20120818224823.58b4fdfc@liberty.rlwhome.lan> References: <502FF99D.7060606@gmail.com> <20120818224823.58b4fdfc@liberty.rlwhome.lan> Message-ID: <5030ADAA.9060407@gmail.com> On 19/08/12 04:48, Robby Workman wrote: > On Sat, 18 Aug 2012 21:22:53 +0100 > Marcin Herda wrote: > >> Just a small update. A few days ago I posted that i3 works fine with >> Slackware 14rcX. While this is true, there seems to be a problem with >> Thunar mounting USB drives within some window managers (including >> i3). This was reported on #slackware and a solution was posted on LQ >> a few weeks ago: >> https://www.linuxquestions.org/questions/slackware-14/thunar-1-4-0-and-fluxbox-on-current-no-trash-or-automount-usb-devices-4175418186/page2.html >> >> I've attached the i3 SlackBuild with an updated version of xinitrc.i3. > > I just committed this to git master. > > We're not quite ready to start grabbing stuff like this yet, but I > was bored, so there :-) > > -RW > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > Thanks a lot. Marcin -------------- next part -------------- An HTML attachment was scrubbed... URL: From audrius at neutrino.lt Sun Aug 19 11:00:06 2012 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sun, 19 Aug 2012 14:00:06 +0300 Subject: [Slackbuilds-users] eric ide In-Reply-To: References: <503019C1.1040609@yahoo.com.br> <20120819103451.3d567436@hamalay.mnt> Message-ID: <20120819110006.GA4355@kiras> On Sun, 2012-08-19 at 05:05:48 -0400, B Watson wrote: > While you're at it, use something like this (code taken from my > ecasound.SlackBuild): > > # Figure out the version number part of the python lib dir: > PYVER=$( python -c 'import sys; print "%d.%d" % sys.version_info[0:2]' ) > > PYVER will be "2.6" or "2.7" or whatever. Then in your > ./configure or cmake or whatever, use something like > --with-python-modules=/usr/lib$LIBDIRSUFFIX/python$PYVER > > Then when Slack 14.1 comes out, with python 2.8, your script wouldn't > need changing (at least, it wouldn't need that part changed). > > Disclaimer: IANAPP (I am not a Python programmer). If someone who is a > Python programmer has a better (more elegant) snippet of code to do the > same job, feel free to correct me. This is fine, that's what Slackware's subversion SlackBuild is doing as well. You can omit 0 to shorten it by one character (sys.version_info[:2]), otherwise both ways are correct. -- 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 binhnguyen at fastmail.fm Sun Aug 19 15:21:06 2012 From: binhnguyen at fastmail.fm (Binh Nguyen) Date: Sun, 19 Aug 2012 22:21:06 +0700 Subject: [Slackbuilds-users] My SlackBuilds for 14.0 Message-ID: <1345389666.23255.140661116772277.54BDFD59@webmail.messagingengine.com> Well, I hope this will not duplicate some admins' work. I've almost completed my SlackBuilds (tested _only_ on 32-bit 14.0rc1). Here's the report: *** Packages that DO NOT NEED A CHANGE *** audio/jokosher 0.11.5 desktop/gmrun 0.9.2 desktop/obmenu 1.0 desktop/openbox-themes 1.0.2 desktop/stalonetray 0.8.1 desktop/wbar 2.2.2 games/enigma 1.04 games/gtkballs 3.1.5 games/simsu 1.2.1 games/tuxkart 0.4.0 graphics/mirage 0.9.5.2 libraries/gloox 1.0 libraries/gnonlin 0.10.17 libraries/ucl 1.03 misc/fbdump 0.4.2 misc/gprename 2.6.5 misc/xvnkb 0.2.9a multimedia/pitivi 0.13.4 multimedia/realplayer 11.0.2.2315 network/bwm-ng 0.6 network/imageshack-uploader 2.2.0 network/sopcast 3.2.6 network/sopcast-player 0.7.2 network/teamviewer 7.0.9036 office/beaver 0.4.1 office/impressive 0.10.3 perl/perl-cairo 1.100 perl/perl-gnome2-canvas 1.002 perl/perl-glib 1.260 perl/perl-gnome2-vfs 1.081 perl/perl-gnome2-wnck 0.16 perl/perl-goo-canvas 0.06 perl/perl-gtk2 1.244 perl/perl-gtk2-imageview 0.05 perl/perl-http-response-encoding 0.06 perl/perl-http-server-simple 0.44 perl/perl-net-dbus 0.33.6 perl/perl-pango 1.223 perl/perl-proc-processtable 0.45 perl/perl-tree-dagnode 1.06 perl/perl-x11-protocol 0.56 python/gst-python 0.10.21 system/autojump 19 system/dina-font 2.89 system/file-roller 2.32.2 system/fio 2.0.7 system/google-droid-fonts 20100409 system/inxi 1.7.14 system/recoverdm 0.20 system/spacefm 0.7.7 system/terminus-font 4.38 system/ttf-ubuntu-font-family 0.71.2 system/upx 3.07 *** Packages that NEED TO BE PATCHED / UPDATED / REMOVED / ADDED *** academic/extrema 4.4.5: Included patch to build against gcc-4.7.x audio/volwheel 0.2.8: Fixed to build against Perl 5.16.x desktop/notification-daemon 0.4.0: Updated for version 0.7.5 development/sqlitebrowser 2.0b1: Fixed to build against gcc-4.7.x games/nsudoku 1.0: Updated for version 1.1 libraries/libmediainfo 0.7.45: Updated for version 0.7.59 libraries/libzen 0.4.20: Updated for version 0.4.28 libraries/nettle 2.1: Removed (part of Slackware 14.0) multimedia/mediainfo 0.7.45: Updated for version 0.7.59 multimedia/mediainfo-gui 0.7.45: Updated for version 0.7.59 multimedia/minitunes 0.1.1: Removed (renamed to musique) multimedia/musique 1.1: Renamed from minitunes + Updated for version 1.1 network/gtorrentviewer 0.2b: Fixed to build against newer cURL office/pdf2djvu 0.7.7: Updated for version 0.7.13 office/qpdf 2.3.0: Updated for version 3.0.1 perl/perl-extutils-depends 0.302: Fixed to build against Perl 5.16.x + Updated for version 0.304 perl/perl-extutils-pkgconfig 1.12: Fixed to build against Perl 5.16.x + Updated for version 1.13 perl/perl-gnome2-gconf 1.044: Included a patch to build against the new GConf in Slackware 14.0 perl/perl-html-form 6.03: Added (as a dependency for perl-www-mechanize) perl/perl-test-number-delta 1.03: Fixed to build against Perl 5.16.x perl/perl-test-warn 0.23: Updated for version 0.24 perl/perl-www-mechanize 1.68: Updated for version 1.72 + Fixed dep info in README (added perl-html-form) system/gdmap 0.8.1: Fixed to build against gcc-4.7.x system/rdup 1.1.11: Updated for version 1.1.13 *** Packages that DO NOT BUILD *** (because of one package in the dep chain not building) I will test again when fixes for the deps appeared in master branch. games/gbrainy 1.65 (libgdiplus) graphics/evolus-pencil 1.2 (xulrunner) graphics/pinta 1.0 (libgdiplus) graphics/shutter 0.86.4 (libgdiplus) office/chmsee 1.3.1.1 (xulrunner) perl/perl-gnome2 1.042 (libgdiplus) The patchset from 'git format-patch' was attached. There's so many of them (23), so I compressed them in a tarball. In case of need, I pushed the commits to: https://github.com/binhnguyen/slackbuilds Many thanks to sbopkg. It helped reduce a lot of maintaining work. -- http://www.fastmail.fm - Faster than the air-speed velocity of an unladen european swallow -------------- next part -------------- A non-text attachment was scrubbed... Name: bnguyen-14.0.tar.gz Type: application/x-gzip Size: 13490 bytes Desc: not available URL: From rudsonalves at yahoo.com.br Mon Aug 20 11:51:45 2012 From: rudsonalves at yahoo.com.br (rudsonalves) Date: Mon, 20 Aug 2012 08:51:45 -0300 Subject: [Slackbuilds-users] eric ide In-Reply-To: <20120819110006.GA4355@kiras> References: <503019C1.1040609@yahoo.com.br> <20120819103451.3d567436@hamalay.mnt> <20120819110006.GA4355@kiras> Message-ID: <503224D1.6040800@yahoo.com.br> Sorry. I changed in my machine a few days the definition of the variable PYTHON_VERSION for the line: PYTHON_VERSION=`python --version 2>&1 | sed 's/.* \([1-9]\.[0-9]*\)\.[0-9]*$/\1/'` is fine now. > On Sun, 2012-08-19 at 05:05:48 -0400, B Watson wrote: >> While you're at it, use something like this (code taken from my >> ecasound.SlackBuild): >> >> # Figure out the version number part of the python lib dir: >> PYVER=$( python -c 'import sys; print "%d.%d" % sys.version_info[0:2]' ) >> >> PYVER will be "2.6" or "2.7" or whatever. Then in your >> ./configure or cmake or whatever, use something like >> --with-python-modules=/usr/lib$LIBDIRSUFFIX/python$PYVER >> >> Then when Slack 14.1 comes out, with python 2.8, your script wouldn't >> need changing (at least, it wouldn't need that part changed). >> >> Disclaimer: IANAPP (I am not a Python programmer). If someone who is a >> Python programmer has a better (more elegant) snippet of code to do the >> same job, feel free to correct me. > This is fine, that's what Slackware's subversion SlackBuild is doing as > well. You can omit 0 to shorten it by one character > (sys.version_info[:2]), otherwise both ways are correct. > > > > _______________________________________________ > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: eric.tar.gz Type: application/gzip Size: 51213 bytes Desc: not available URL: From ozan.turkyilmaz at gmail.com Mon Aug 20 18:09:28 2012 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 20 Aug 2012 23:09:28 +0500 Subject: [Slackbuilds-users] Testes so far part 2 Message-ID: Hi all, All tests are on 32 bit Slackware RC2 under kvm. /desktop/xfce4-systemload-plugin/xfce4-systemload-plugin.info:MAINTAINER="Ozan Turkyilmaz" I am dropping this. I don't use it any more, I moved to Conky now. ./system/bootchart/bootchart.info:MAINTAINER="Ozan T?rky?lmaz" It's Java program so its test has to wait for the time when I updated my machine to 14 (or a RC) ./system/prelink/prelink.info:MAINTAINER="Ozan T?rky?lmaz" Works ./misc/ibus-anthy/ibus-anthy.info:MAINTAINER="Ozan T?rky?lmaz" I countn't get ibus to compile so It will wait for now. I'll get back to when I updated my system. ./misc/chm2pdf/chm2pdf.info:MAINTAINER="Ozan T?rky?lmaz" works. ./misc/boncuk/boncuk.info:MAINTAINER="Ozan T?rky?lmaz" Works. ./games/kildclient/kildclient.info:MAINTAINER="Ozan T?rky?lmaz" Works. ./games/fortune-ASR/fortune-ASR.info:MAINTAINER="Ozan T?rky?lmaz" Works. It needs a small fix. I sent the patch to the list but I'll upload a update when 14 is here. ./games/Chatbot-Eliza/Chatbot-Eliza.info:MAINTAINER="Ozan T?rky?lmaz" Works. ./multimedia/mkvtoolnix/mkvtoolnix.info:MAINTAINER="Ozan T?rky?lmaz" Works. -- Ozan, BSc, BEng From info at microlinux.fr Tue Aug 21 15:00:01 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Tue, 21 Aug 2012 17:00:01 +0200 Subject: [Slackbuilds-users] murrine-themes In-Reply-To: <20120817101729.91ob7mbcgscsw08c@webmail.oulu.fi> References: <502D4E9C.1090402@microlinux.fr> <20120817101729.91ob7mbcgscsw08c@webmail.oulu.fi> Message-ID: <5033A271.7010402@microlinux.fr> Petar Petrov a ?crit : > hi > > yes, i know. You can download version 0.98.4 from > > > http://ftp.debian.org/debian/pool/main/m/murrine-themes/murrine-themes_0.98.4.tar.gz > > > and change the SlackBuild accordingly. I will submit an update for > Slackware 14.0 and this time host the source myself. > > regards, > > Petar Thanks for the link, Petar. I've made a version bump in the script, and everyting works fine now. BTW, thanks for the nice artwork additions. I just built your slack-wallpapers, which I use on all my machines. There's some really nice ones in there (and a few ugly ones too :oP). 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 mr.chew.baka at gmail.com Tue Aug 21 15:42:50 2012 From: mr.chew.baka at gmail.com (Mr. B-o-B) Date: Tue, 21 Aug 2012 10:42:50 -0500 (CDT) Subject: [Slackbuilds-users] unixODBC build script Good to Go Message-ID: I just tested the unixODBC package that I maintain on 14rc2. The currant script is good to go on both 32 & 64 machines. No changes are required to the script, and the current version is still valid. Fell free to include the unixODBC script when 14.0 is released. Thanks! Mr. B-o-B From vmj at linuxbox.fi Tue Aug 21 16:55:57 2012 From: vmj at linuxbox.fi (Mikko Varri) Date: Tue, 21 Aug 2012 19:55:57 +0300 Subject: [Slackbuilds-users] REQUIRES info Message-ID: <20120821165557.GC23643@linuxbox.fi> Hello, Now that REQUIRES field reached master branch, and there seems to be updates going in where the dependency list is being removed from READMEs: would it make sense to write a little summary about it? It seems that the REQUIRES field contains a full list of direct and indirect dependencies, optional and suggested packages, and then some. And those in ASCII order (uppercase before lowercase), which is a valid build order. Is this correct? -vmj From xgizzmo at slackbuilds.org Tue Aug 21 20:33:49 2012 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Tue, 21 Aug 2012 16:33:49 -0400 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <20120821165557.GC23643@linuxbox.fi> References: <20120821165557.GC23643@linuxbox.fi> Message-ID: <201208211633.49588.xgizzmo@slackbuilds.org> On Tuesday 21 August 2012 12:55:57 Mikko Varri wrote: > Hello, > > > Now that REQUIRES field reached master branch, and there seems to be > updates going in where the dependency list is being removed from > READMEs: would it make sense to write a little summary about it? > > It seems that the REQUIRES field contains a full list of direct and > indirect dependencies, optional and suggested packages, and then some. > And those in ASCII order (uppercase before lowercase), which is a > valid build order. > > Is this correct? > > > -vmj No that is not correct, It will only contain direct non optional dependencies. Optional dependencies will need to be listed in the README and stated what they enable. Maintainers can list the direct required dependencies in build order or not it is up to them. Remember that in between releases master is our work in progress branch and should not be considered stable or final. We will summarize changes and new policies when the 14.0 branch is closer to a usable state. I will also take this time to remind all maintainers that it is very important that updates be based off of our git and not local copies. There is going to be a lot of changes this time and the admins will be quick to reject submissions that revert our changes. --dsomero From vmj at linuxbox.fi Tue Aug 21 20:50:45 2012 From: vmj at linuxbox.fi (Mikko Varri) Date: Tue, 21 Aug 2012 23:50:45 +0300 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <201208211633.49588.xgizzmo@slackbuilds.org> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> Message-ID: <20120821205045.GD23643@linuxbox.fi> On Tue, Aug 21, 2012 at 04:33:49PM -0400, xgizzmo at slackbuilds.org wrote: > On Tuesday 21 August 2012 12:55:57 Mikko Varri wrote: > > > > It seems that the REQUIRES field contains a full list of direct and > > indirect dependencies, optional and suggested packages, and then some. > > And those in ASCII order (uppercase before lowercase), which is a > > valid build order. > > I meant to write "which is *rarely* a valid build order". On Tue, Aug 21, 2012 at 04:33:49PM -0400, xgizzmo at slackbuilds.org wrote: > On Tuesday 21 August 2012 12:55:57 Mikko Varri wrote: > > > > Is this correct? > > > > No that is not correct, It will only contain direct non optional > dependencies. Optional dependencies will need to be listed in the > README and stated what they enable. Maintainers can list the > direct required dependencies in build order or not it is up to them. OK, good. I'm more happy with this than the full list. I will prepare an update for SlackBuilds that I maintain. Pretty much all of them have the REQUIRES field wrong in one way or another. On Tue, Aug 21, 2012 at 04:33:49PM -0400, xgizzmo at slackbuilds.org wrote: > > Remember that in between releases master is our work in progress > branch and should not be considered stable or final. We will > summarize changes and new policies when the 14.0 branch is closer > to a usable state. > I know. In order to help one needs to know what's going on, though :) -vmj From c.willing at uq.edu.au Tue Aug 21 23:18:45 2012 From: c.willing at uq.edu.au (Christoph Willing) Date: Wed, 22 Aug 2012 09:18:45 +1000 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <201208211633.49588.xgizzmo@slackbuilds.org> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> Message-ID: <65988496-F7BC-40CF-A6AD-E6E8046949CF@uq.edu.au> On 22/08/2012, at 6:33 AM, wrote: [snip] > > Remember that in between releases master is our work in progress > branch and should not be considered stable or final. We will > summarize changes and new policies when the 14.0 branch is closer > to a usable state. At the moment, template.info contains the statement (about the REQUIRES variable): "It should not list anything available in Slackware." While new policies are not yet final, could we consider relaxing that particular stipulation i.e. could we make the the listing of official Slackware packages optional rather than forbidden? At worst, if we assume building is taking place on a fully loaded Slackware system, then including Slackware packages in the REQUIRES field would just be superfluous and certainly harmless (and optional). I have a use case where such information is actually useful rather than superfluous. I run each build inside an LXC container which is created just for that build. Rather than being a fully loaded Slackware system, the container is a minimal system containing just enough of the official Slackware packages to actually run a package build script. At build time, based on the REQUIRES field, any missing packages (both Slackware and SBo) are first installed into the container. Of course the REQUIRES field is new so, so far, I've been modifying the .inf files myself to include that information. What do you all think? Any real problem with allowing official Slackware packages in the REQUIRES field? chris Christoph Willing +61 7 3365 8316 Research Computing Centre University of Queensland From rworkman at slackbuilds.org Tue Aug 21 23:25:11 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 21 Aug 2012 18:25:11 -0500 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <65988496-F7BC-40CF-A6AD-E6E8046949CF@uq.edu.au> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> <65988496-F7BC-40CF-A6AD-E6E8046949CF@uq.edu.au> Message-ID: <20120821182511.49641fc8@liberty.rlwhome.lan> On Wed, 22 Aug 2012 09:18:45 +1000 Christoph Willing wrote: > > On 22/08/2012, at 6:33 AM, > > wrote: > [snip] > > > > Remember that in between releases master is our work in progress > > branch and should not be considered stable or final. We will > > summarize changes and new policies when the 14.0 branch is closer > > to a usable state. > > > At the moment, template.info contains the statement (about the > REQUIRES variable): > "It should not list anything available in Slackware." > > While new policies are not yet final, could we consider relaxing > that particular stipulation i.e. could we make the the listing of > official Slackware packages optional rather than forbidden? > > At worst, if we assume building is taking place on a fully loaded > Slackware system, then including Slackware packages in the REQUIRES > field would just be superfluous and certainly harmless (and optional). > > I have a use case where such information is actually useful rather > than superfluous. I run each build inside an LXC container which is > created just for that build. Rather than being a fully loaded > Slackware system, the container is a minimal system containing just > enough of the official Slackware packages to actually run a package > build script. At build time, based on the REQUIRES field, any > missing packages (both Slackware and SBo) are first installed into > the container. Of course the REQUIRES field is new so, so far, I've > been modifying the .inf files myself to include that information. > > > What do you all think? Any real problem with allowing official > Slackware packages in the REQUIRES field? Sorry, but that one's a non-starter - in other words, no - we will not be listing Slackware-provided packages in there. The only *possible* exception (and I don't even like this one) would be the need for /extra/jdk/ - but I think we might import that one into our tree for exactly that reason. Time will tell. To be clear, I'm sympathetic to your reasons, but it's just not a slope on which we wish to start sliding. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Wed Aug 22 02:54:43 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 21 Aug 2012 19:54:43 -0700 Subject: [Slackbuilds-users] 13.37 nvidia-driver.slackbuilds goof Message-ID: <503449F3.4090302@gmail.com> All, It was bound to happen. I goofed, the admins believed me, and here we are. Attached is the patch to the recently approved and posted 302.17 nividia-driver.SlackBuild. Turns out that while libvdpau provides the open source lib, the driver still contains the proprietary vdpau binary. Please fix since using the currently posted slackbuild will break vdpau support. I build everything in a VM to test, and currently have only one box with a Nvidia GPU. Does anyone know of a way to virtualize my current hardware, without disturbing my day-to-day setup, with GPU hardware transparency to better test drivers? Or should I just buy another hard drive to have Slackware test partitions? Drop me a email. Ed -------------- next part -------------- --- nvidia-driver.SlackBuild.old 2012-08-21 18:54:16.231999990 -0700 +++ nvidia-driver.SlackBuild 2012-08-21 19:03:18.732999989 -0700 @@ -115,6 +115,7 @@ install -m 755 libnvidia-ml.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ install -m 755 libnvcuvid.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ install -m 755 libnvidia-compiler.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ +install -m 755 libvdpau_nvidia.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/ install -m 644 nvidia.icd $PKG/etc/OpenCL/vendors/ install -m 755 tls/libnvidia-tls.so.$VERSION $PKG/usr/lib$LIBDIRSUFFIX/tls/ @@ -133,6 +134,7 @@ install -m 755 32/libcuda.so.$VERSION $PKG/usr/lib/ install -m 755 32/tls/libnvidia-tls.so.$VERSION $PKG/usr/lib/tls/ install -m 755 32/libOpenCL.so.1.0.0 $PKG/usr/lib/ + install -m 755 32/libvdpau_nvidia.so.$VERSION $PKG/usr/lib/ install -m 755 32/libnvidia-compiler.so.$VERSION $PKG/usr/lib/ fi From rworkman at slackbuilds.org Wed Aug 22 03:29:05 2012 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 21 Aug 2012 22:29:05 -0500 Subject: [Slackbuilds-users] 13.37 nvidia-driver.slackbuilds goof In-Reply-To: <503449F3.4090302@gmail.com> References: <503449F3.4090302@gmail.com> Message-ID: <20120821222905.0e18da74@liberty.rlwhome.lan> On Tue, 21 Aug 2012 19:54:43 -0700 King Beowulf wrote: > It was bound to happen. I goofed, the admins believed me, and here > we are. Attached is the patch to the recently approved and posted > 302.17 nividia-driver.SlackBuild. Turns out that while libvdpau > provides the open source lib, the driver still contains the > proprietary vdpau binary. Please fix since using the currently > posted slackbuild will break vdpau support. Fixed in 13.37 branch and pushed to website, even though I didn't (and may not) do a formal public update. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Wed Aug 22 03:34:48 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 21 Aug 2012 20:34:48 -0700 Subject: [Slackbuilds-users] My "tested" slackbuild repo Message-ID: <50345358.9060600@gmail.com> All, For anyone who needs/wants 'em, I've got my "somewhat" tested slackbuilds uploaded to: http://koenigcomp.nfshost.com/sbo-testing/ The 13.37 nvidia version are newer (still working on legacy) than on SBo and libvdpau is from the latest libvdpau.git. The 14.0 versions are for RC2 via a VM. The new nvidia drivers fix a critical security vulnerability: http://nvidia.custhelp.com/app/answers/detail/a_id/3140 Let me know if there are any omission, errors, etc. Ed From kingbeowulf at gmail.com Wed Aug 22 03:45:31 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 21 Aug 2012 20:45:31 -0700 Subject: [Slackbuilds-users] 13.37 nvidia-driver.slackbuilds goof In-Reply-To: <20120821222905.0e18da74@liberty.rlwhome.lan> References: <503449F3.4090302@gmail.com> <20120821222905.0e18da74@liberty.rlwhome.lan> Message-ID: <503455DB.6020303@gmail.com> On 08/21/2012 08:29 PM, Robby Workman wrote: > On Tue, 21 Aug 2012 19:54:43 -0700 > King Beowulf wrote: > >> It was bound to happen. I goofed, the admins believed me, and here >> we are. Attached is the patch to the recently approved and posted >> 302.17 nividia-driver.SlackBuild. Turns out that while libvdpau >> provides the open source lib, the driver still contains the >> proprietary vdpau binary. Please fix since using the currently >> posted slackbuild will break vdpau support. > > Fixed in 13.37 branch and pushed to website, even though I didn't > (and may not) do a formal public update. > > > -RW > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > woot! Thanks! I owe you a beer! From korgie at gmail.com Wed Aug 22 06:55:47 2012 From: korgie at gmail.com (korgman) Date: Wed, 22 Aug 2012 09:55:47 +0300 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <201208211633.49588.xgizzmo@slackbuilds.org> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> Message-ID: <50348273.6020901@gmail.com> On 21/08/2012 11:33 ??, xgizzmo at slackbuilds.org wrote: > I will also take this time to remind all maintainers that it is > very important that updates be based off of our git and not local > copies. I made a local copy with rsync 2 days ago, is still valid or a need a git local copy? -- Michales Michaloudes From audrius at neutrino.lt Wed Aug 22 08:01:36 2012 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Wed, 22 Aug 2012 11:01:36 +0300 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <65988496-F7BC-40CF-A6AD-E6E8046949CF@uq.edu.au> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> <65988496-F7BC-40CF-A6AD-E6E8046949CF@uq.edu.au> Message-ID: <20120822080136.GA1812@kiras> On Wed, 2012-08-22 at 09:18:45 +1000, Christoph Willing wrote: > I have a use case where such information is actually useful rather > than superfluous. I run each build inside an LXC container which is > created just for that build. Rather than being a fully loaded > Slackware system, the container is a minimal system containing just > enough of the official Slackware packages to actually run a package > build script. At build time, based on the REQUIRES field, any > missing packages (both Slackware and SBo) are first installed into > the container. Of course the REQUIRES field is new so, so far, I've > been modifying the .inf files myself to include that information. You could make a 'template' of a full Slackware installation in btrfs filesystem and then clone it each time you want a fresh LXC container. The clone won't take any additional space on disk except for the changes you make inside it. After using it you can simply remove it and create a new one for another build. I have a helper script that simplifies the aforementioned steps. You can find it at . Haven't had the chance to test it with updated btrfs-progs in -current, but it should still work. -- 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 matteo.bernardini at gmail.com Wed Aug 22 08:26:17 2012 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 22 Aug 2012 10:26:17 +0200 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <50348273.6020901@gmail.com> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> <50348273.6020901@gmail.com> Message-ID: 2012/8/22 korgman : > On 21/08/2012 11:33 ??, xgizzmo at slackbuilds.org wrote: >> >> I will also take this time to remind all maintainers that it is >> very important that updates be based off of our git and not local >> copies. > > > I made a local copy with rsync 2 days ago, is still valid or a need a git > local copy? a lot of stuff is going on in git: I think it's better if you clone the repository with a git clone git://slackbuilds.org/slackbuilds.git slackbuilds-clone then you can update it going in the slackbuilds-clone (this is an example name, give it what you prefeer) folder and doing a git pull this way you can have a local updated copy of the git repository with the changes going on in the master branch: note that it's still WIP, so you should wait before applying your work over it. Matteo From korgie at gmail.com Wed Aug 22 09:40:34 2012 From: korgie at gmail.com (korgman) Date: Wed, 22 Aug 2012 12:40:34 +0300 Subject: [Slackbuilds-users] (some maintainers wanted) My Slackware-14-current (kernel-3.2.27) SlackBuilds compile report Message-ID: <5034A912.9090106@gmail.com> The everything compiles news. (tested only for compile) desktop/ideviceinstaller/ideviceinstaller audio/MusicMixer audio/clthreads audio/clxclient audio/jack_capture audio/jost_bin audio/meterbridge audio/multimidicast audio/pd -> remove portmidi from REQUIRES. audio/pd_mrpeach audio/qmidiarp audio/qmidinet audio/qmmp audio/qsynth audio/rumor audio/stops audio/vmpk desktop/kover desktop/qt-recordmydesktop graphics/frescobaldi graphics/gimp-feca_hdr-plugin graphics/jUploadr libraries/clalsadrv libraries/libmusicbrainz libraries/zita-resampler misc/biosdisk multimedia/SimpleSysexxer multimedia/a2jmidid multimedia/dsmidiwifi network/nload python/pysmssend: builds as is. Upgraded to 1.48. Added REQUIRES, modified README multimedia/cfourcc libraries/liblscp libraries/libgig multimedia/xjadeo Some bad news -- not tested yet -- audio/guitarix: Maintainer wanted. Not interested, will test in unknown time. -- REMOVE from SBo. Not compile - maintainers or time wanted. -- libraries/libinstpatch/libinstpatch: not interested, will fix in unknown time. Any volunteer for maintainer? audio/swami/swami: not interested, will fix in unkown time. Any volunteer for maintainer? desktop/italc/italc: unrecognized command -mwindows. I tried version-2.0.0 but it requires PAM. network/nethogs/nethogs: fail multimedia/linuxsampler: fail multimedia/gigedit: see linuxsampler multimedia/qsampler: see linuxsampler Some ok news. -- Slackbuilds that need modifications. Slackbuilds attached [see 14-current.SlackBuilds.tar.gz or upgraded [see $PRGNAM.tar.gz] audio/aeolus/aeolus: needs -ldl in Makefile. Solved. multimedia/genpuid: Delete README.SBo line from genpuid.SlackBuild. Solved. multimedia/dssi/dssi: needs update to 1.1.1 or fails. Solved. multimedia/hexter/hexter: see dssi. libraries/libofa/libofa: Removed make examples. Solved. libraries/libtunepimp/libtunepimp: is fine if libofa is ready and protocol.cpp searches for curl/types.h <- have to remove. Solved audio/kid3/kid3: see libofa, libtunepimp. multimedia/picard/picard: see libofa. graphics/gimp-wideangle-plugin/gimp-wideangle-plugin: Solution found here: http://www.linuxquestions.org/questions/slackware-14/aubio-compiling-fails-lib-libm-so-6-a-945901/#post4703302 -- another maintainer involved -- desktop/synce-kpm: see libsynce from another maintainer. libsynce needs --disable-hal-support -- not tested due wine -- audio/fst: wanted volunteer to provide me a binary of wine for slack-14-current and compiled with jack support. First compile jack-audio-connectio-kit then wine! My Virtual machine is low on memory to compile wine. audio/dssi-vst: see wine remarks on fst. That was a torture. Two days in front of a computer :) Thank you SBo team for your care. -- Michales Michaloudes -------------- next part -------------- A non-text attachment was scrubbed... Name: 14-current.SlackBuilds.tar.gz Type: application/gzip Size: 2334 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pysmssend.tar.gz Type: application/gzip Size: 1619 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dssi.tar.gz Type: application/gzip Size: 1983 bytes Desc: not available URL: From info at microlinux.fr Wed Aug 22 14:02:04 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 22 Aug 2012 16:02:04 +0200 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install Message-ID: <5034E65C.1060906@microlinux.fr> Hi, I have a few small problems after installing the latest update of the NVidia driver. I ran a build of Firefox ESR and have complaints about missing GL/glx.h files. This is the only machine where this is happening (have a few test boxes), and it's also the only one where this problem arises. All installations are identical (scripted). 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 info at microlinux.fr Wed Aug 22 14:29:45 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Wed, 22 Aug 2012 16:29:45 +0200 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <5034E65C.1060906@microlinux.fr> References: <5034E65C.1060906@microlinux.fr> Message-ID: <5034ECD9.6060701@microlinux.fr> Nicolas Kovacs a ?crit : > I have a few small problems after installing the latest update of the > NVidia driver. I ran a build of Firefox ESR and have complaints about > missing GL/glx.h files. This is the only machine where this is happening > (have a few test boxes), and it's also the only one where this problem > arises. All installations are identical (scripted). 's OK, I found a solution for this. # nvidia-switch --remove And then build Firefox ESR. Hats off to this nifty little functionality, by the way. 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 kingbeowulf at gmail.com Wed Aug 22 17:28:29 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 22 Aug 2012 10:28:29 -0700 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <5034ECD9.6060701@microlinux.fr> References: <5034E65C.1060906@microlinux.fr> <5034ECD9.6060701@microlinux.fr> Message-ID: <503516BD.6090707@gmail.com> On 08/22/2012 07:29 AM, Nicolas Kovacs wrote: > Nicolas Kovacs a ?crit : >> I have a few small problems after installing the latest update of the >> NVidia driver. I ran a build of Firefox ESR and have complaints about >> missing GL/glx.h files. This is the only machine where this is happening >> (have a few test boxes), and it's also the only one where this problem >> arises. All installations are identical (scripted). > > 's OK, I found a solution for this. > > # nvidia-switch --remove > > And then build Firefox ESR. > > Hats off to this nifty little functionality, by the way. > > Cheers, > > Niki > Niki, you found the solution before my first cup of coffee for the morning. Yes, you will need the original Mesa gl headers not the versions from nvidia. The new slackbuild for 14.0 fixes that. After some discussion around the 'net and info from nvidia, the new slackbuild doesn't copy the headers from nvidia's package. also, you might want to grab the new scripts since nvidia fixed an important security hole. I posted those at: http://www.koenigcomputers.com/sbo-testing/ Finally, if you get 'libvdpau_nvidia.so not found" that means I forgot another symlink. Fixed in the above versions this morning. In the current nvidia-driver on SBo, add ln -sf libvdpau_nvidia.so.$VERSION libvdpau_nvidia.so to the appropriate spot, or cd /usr/lib64 ln -sf libvdpau_nvidia.so.304.37 libvdpau_nvidia.so Enjoy Ed From yalhcru at gmail.com Wed Aug 22 17:59:16 2012 From: yalhcru at gmail.com (B Watson) Date: Wed, 22 Aug 2012 13:59:16 -0400 Subject: [Slackbuilds-users] (some maintainers wanted) My Slackware-14-current (kernel-3.2.27) SlackBuilds compile report In-Reply-To: <5034A912.9090106@gmail.com> References: <5034A912.9090106@gmail.com> Message-ID: On 8/22/12, korgman wrote: > -- not tested yet -- > audio/guitarix: Maintainer wanted. Not interested, will test in unknown > time. I use this, I'll maintain it if you don't want it any more. > libraries/libinstpatch/libinstpatch: not interested, will fix in unknown > time. Any volunteer for maintainer? > audio/swami/swami: not interested, will fix in unkown time. Any volunteer > for maintainer? > multimedia/linuxsampler: fail > multimedia/gigedit: see linuxsampler > multimedia/qsampler: see linuxsampler I'll take these, too. Linuxsampler 1.0.0 is really old, anyone mind if I update it to a recent SVN snapshot? For one thing, 1.0.0 doesn't have SFZ support. Linuxsampler is the only Linux audio app that supports SFZ, which is pretty much the only reason I use it (for sf2 soundfonts, fluidsynth is a lot easier to deal with, and I've never actually found a use for linuxsampler's gig format). Swami has been on my "learn to use this" list for a long time, it looks pretty interesting. > audio/fst: wanted volunteer to provide me a binary of wine for > slack-14-current and compiled with jack support. First compile > jack-audio-connectio-kit then wine! My Virtual machine is low on memory to > compile wine. I might be able to help you with this, if 2GB RAM is enough to compile wine (pretty sure it is). From kingbeowulf at gmail.com Wed Aug 22 18:05:20 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 22 Aug 2012 11:05:20 -0700 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <5034ECD9.6060701@microlinux.fr> References: <5034E65C.1060906@microlinux.fr> <5034ECD9.6060701@microlinux.fr> Message-ID: <50351F60.1020707@gmail.com> On 08/22/2012 07:29 AM, Nicolas Kovacs wrote: > Nicolas Kovacs a ?crit : >> I have a few small problems after installing the latest update of the >> NVidia driver. I ran a build of Firefox ESR and have complaints about >> missing GL/glx.h files. This is the only machine where this is happening >> (have a few test boxes), and it's also the only one where this problem >> arises. All installations are identical (scripted). > > 's OK, I found a solution for this. > > # nvidia-switch --remove > > And then build Firefox ESR. > > Hats off to this nifty little functionality, by the way. > > Cheers, > > Niki > Well just slap me senseless. Forgot a line: ln -sf libvdpau_nvidia.so.$VERSION libvdpau_nvidia.so under "#symlinks" and "# symlinks for optional 32-bit support" Sigh. From korgie at gmail.com Wed Aug 22 19:52:28 2012 From: korgie at gmail.com (korgman) Date: Wed, 22 Aug 2012 22:52:28 +0300 Subject: [Slackbuilds-users] (some maintainers wanted) My Slackware-14-current (kernel-3.2.27) SlackBuilds compile report In-Reply-To: References: <5034A912.9090106@gmail.com> Message-ID: <5035387C.9090708@gmail.com> On 22/08/2012 08:59 ??, B Watson wrote: > On 8/22/12, korgman wrote: > >> -- not tested yet -- >> audio/guitarix: Maintainer wanted. Not interested, will test in unknown >> time. > > I use this, I'll maintain it if you don't want it any more. Yours. I had the impression that you were the maintainer. :) >> libraries/libinstpatch/libinstpatch: not interested, will fix in unknown >> time. Any volunteer for maintainer? >> audio/swami/swami: not interested, will fix in unkown time. Any volunteer >> for maintainer? >> multimedia/linuxsampler: fail >> multimedia/gigedit: see linuxsampler >> multimedia/qsampler: see linuxsampler > > I'll take these, too. Linuxsampler 1.0.0 is really old, anyone mind > if I update it to a recent SVN snapshot? For one thing, 1.0.0 doesn't > have SFZ support. Linuxsampler is the only Linux audio app that supports > SFZ, which is pretty much the only reason I use it (for sf2 soundfonts, > fluidsynth is a lot easier to deal with, and I've never actually found > a use for linuxsampler's gig format). All yours. [thank you] I suppose gig format is good, if you load a good gig file (!). I loaded a piano file (maestro_concert_grand_v2.gig - 1Gbyte) and it was a decent piano emulation. I prefer pianoteq (less loading time) and has better sound with physical modelling (heavy on CPU compared to gig) instead of samples. > Swami has been on my "learn to use this" list for a long time, it looks > pretty interesting. :) Happy that someone uses my secretary (aka: packaging) work :) >> audio/fst: wanted volunteer to provide me a binary of wine for >> slack-14-current and compiled with jack support. First compile >> jack-audio-connectio-kit then wine! My Virtual machine is low on memory to >> compile wine. > > I might be able to help you with this, if 2GB RAM is enough to compile > wine (pretty sure it is). Thank you. -- Michales Michaloudes From xgizzmo at slackbuilds.org Wed Aug 22 22:17:16 2012 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 22 Aug 2012 18:17:16 -0400 Subject: [Slackbuilds-users] REQUIRES info In-Reply-To: <50348273.6020901@gmail.com> References: <20120821165557.GC23643@linuxbox.fi> <201208211633.49588.xgizzmo@slackbuilds.org> <50348273.6020901@gmail.com> Message-ID: <201208221817.16905.xgizzmo@slackbuilds.org> On Wednesday 22 August 2012 02:55:47 korgman wrote: > On 21/08/2012 11:33 ??, xgizzmo at slackbuilds.org wrote: > > I will also take this time to remind all maintainers that it is > > very important that updates be based off of our git and not local > > copies. > > I made a local copy with rsync 2 days ago, is still valid or a need a git local copy? > No rsync will not work, everything is in git master branch. We are not anywhere close to ready, So it may be a good idea to wait till we are a bit more stable and not doing major commits everyday. --dsomero From info at microlinux.fr Thu Aug 23 07:40:37 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Thu, 23 Aug 2012 09:40:37 +0200 Subject: [Slackbuilds-users] Building 'murrine' fails on 14.0RC Message-ID: <5035DE75.9080901@microlinux.fr> Hi, Just gave 'murrine' a spin. The build fails with the following error messages: --8<-------------------------------------------------------------------- Making all in schema make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1/schema' LC_ALL=C /usr/bin/intltool-merge -x -u -c ../po/.intltool-merge-cache ../po murrine.xml.in murrine.xml Generating and caching the translation database Merging translations into murrine.xml. CREATED murrine.xml make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1/schema' make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1' CC animation.lo In file included from ./src/animation.c:24:0: /usr/include/glib-2.0/glib/gtimer.h:28:2: error: #error "Only can be included directly." make[1]: *** [animation.lo] Error 1 make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1' make: *** [all-recursive] Error 1 --8<-------------------------------------------------------------------- (Side note: if you wonder about the strange 'microlinux/' directory: yes, I changed TAG and other things, so I can eventually redistribute binary packages, according to SBo's rules.) Cheers from the steaming hot South of France, 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 info at microlinux.fr Thu Aug 23 07:55:13 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Thu, 23 Aug 2012 09:55:13 +0200 Subject: [Slackbuilds-users] Building 'murrine' fails on 14.0RC In-Reply-To: <5035DE75.9080901@microlinux.fr> References: <5035DE75.9080901@microlinux.fr> Message-ID: <5035E1E1.5040306@microlinux.fr> Nicolas Kovacs a ?crit : > Hi, > > Just gave 'murrine' a spin. The build fails with the following error > messages: > > --8<-------------------------------------------------------------------- > Making all in schema > make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1/schema' > LC_ALL=C /usr/bin/intltool-merge -x -u -c ../po/.intltool-merge-cache > ../po murrine.xml.in murrine.xml > Generating and caching the translation database > Merging translations into murrine.xml. > CREATED murrine.xml > make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1/schema' > make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1' > CC animation.lo > In file included from ./src/animation.c:24:0: > /usr/include/glib-2.0/glib/gtimer.h:28:2: error: #error "Only > can be included directly." > make[1]: *** [animation.lo] Error 1 > make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1' > make: *** [all-recursive] Error 1 > --8<-------------------------------------------------------------------- > Took a peek at the 'murrine' website. From their ChangeLog: --8<-------------------------------------------------------------------- Overview of Changes in 0.98.2 (since 0.98.1) ============================================ Changes in this release: - Changed option: reliefstyle = 5 for a more controllable inset. Bugfixes in this release: - Glib 2.31 compatibility: https://bugzilla.gnome.org/show_bug.cgi?id=665022 - Compiles using pixman: https://bugzilla.gnome.org/show_bug.cgi?id=630869 --8<-------------------------------------------------------------------- So I simply bumped the version from 0.98.1.1 to 0.98.2, and it compiled on Slackware 14.0. 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 info at microlinux.fr Thu Aug 23 13:22:38 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Thu, 23 Aug 2012 15:22:38 +0200 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <503516BD.6090707@gmail.com> References: <5034E65C.1060906@microlinux.fr> <5034ECD9.6060701@microlinux.fr> <503516BD.6090707@gmail.com> Message-ID: <50362E9E.1070503@microlinux.fr> King Beowulf a ?crit : > Niki, you found the solution before my first cup of coffee for the morning. > > Yes, you will need the original Mesa gl headers not the versions from > nvidia. The new slackbuild for 14.0 fixes that. After some discussion > around the 'net and info from nvidia, the new slackbuild doesn't copy > the headers from nvidia's package. A more general question regarding 'nvidia-driver'. One of my boxes is a "build box" with four Slackware systems on it. Slackware 13.37, Slackware64 13.37, Slackware 14.0RC2 and Slackware64 14.0RC2. Since I install many additional packages on the average Slackware desktop (between 150 and 200), I prefer building all the additional stuff centrally on one machine, and then install only my compiled binary packages on other machines. Now this "build box" has an NVidia GeForce 6200 card, with the 'nvidia-driver' and 'nvidia-kernel' packages installed and configured. Could this be a problem when compiling stuff for other boxes that don't have an NVidia card? Right now I'm using Xfce on all my desktops, but I remember last year I did something similar with a hand-compiled KDE 4.6.5 desktop, and I had trouble because of the installed NVidia driver. I had to revert my machine to a "vanilla" state (nvidia-switch --remove) and rebuild KDE. Eventually, which packages could be affected here? 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 kingbeowulf at gmail.com Fri Aug 24 00:50:17 2012 From: kingbeowulf at gmail.com (King Beowulf) Date: Thu, 23 Aug 2012 17:50:17 -0700 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <50362E9E.1070503@microlinux.fr> References: <5034E65C.1060906@microlinux.fr> <5034ECD9.6060701@microlinux.fr> <503516BD.6090707@gmail.com> <50362E9E.1070503@microlinux.fr> Message-ID: Niki I think since the proprietary Nvidia driver replaces some components such as libGL, that may be the cause of some programs not running when swapped to another box. It may also depend on if the lib is dynamic or static linked. This is just off the top of my head - I haven't coded seriously since Z80 CP/M days. Personally, if I can't build on the box that will run it, I do the builds in a straight up stock slackware VM (qemu or Virtualbox). That way I get fewer surprises. Ed On 8/23/12, Nicolas Kovacs wrote: > King Beowulf a ?crit : >> Niki, you found the solution before my first cup of coffee for the >> morning. >> >> Yes, you will need the original Mesa gl headers not the versions from >> nvidia. The new slackbuild for 14.0 fixes that. After some discussion >> around the 'net and info from nvidia, the new slackbuild doesn't copy >> the headers from nvidia's package. > > A more general question regarding 'nvidia-driver'. One of my boxes is a > "build box" with four Slackware systems on it. Slackware 13.37, > Slackware64 13.37, Slackware 14.0RC2 and Slackware64 14.0RC2. Since I > install many additional packages on the average Slackware desktop > (between 150 and 200), I prefer building all the additional stuff > centrally on one machine, and then install only my compiled binary > packages on other machines. > > Now this "build box" has an NVidia GeForce 6200 card, with the > 'nvidia-driver' and 'nvidia-kernel' packages installed and configured. > > Could this be a problem when compiling stuff for other boxes that don't > have an NVidia card? Right now I'm using Xfce on all my desktops, but I > remember last year I did something similar with a hand-compiled KDE > 4.6.5 desktop, and I had trouble because of the installed NVidia driver. > I had to revert my machine to a "vanilla" state (nvidia-switch --remove) > and rebuild KDE. > > Eventually, which packages could be affected here? > > 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 > _______________________________________________ > 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 xgizzmo at slackbuilds.org Fri Aug 24 00:53:30 2012 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Thu, 23 Aug 2012 20:53:30 -0400 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: <50362E9E.1070503@microlinux.fr> References: <5034E65C.1060906@microlinux.fr> <503516BD.6090707@gmail.com> <50362E9E.1070503@microlinux.fr> Message-ID: <201208232053.30734.xgizzmo@slackbuilds.org> On Thursday 23 August 2012 09:22:38 Nicolas Kovacs wrote: > King Beowulf a ?crit : > > Niki, you found the solution before my first cup of coffee for the morning. > > > > Yes, you will need the original Mesa gl headers not the versions from > > nvidia. The new slackbuild for 14.0 fixes that. After some discussion > > around the 'net and info from nvidia, the new slackbuild doesn't copy > > the headers from nvidia's package. > > A more general question regarding 'nvidia-driver'. One of my boxes is a > "build box" with four Slackware systems on it. Slackware 13.37, > Slackware64 13.37, Slackware 14.0RC2 and Slackware64 14.0RC2. Since I > install many additional packages on the average Slackware desktop > (between 150 and 200), I prefer building all the additional stuff > centrally on one machine, and then install only my compiled binary > packages on other machines. > > Now this "build box" has an NVidia GeForce 6200 card, with the > 'nvidia-driver' and 'nvidia-kernel' packages installed and configured. > > Could this be a problem when compiling stuff for other boxes that don't > have an NVidia card? Right now I'm using Xfce on all my desktops, but I > remember last year I did something similar with a hand-compiled KDE > 4.6.5 desktop, and I had trouble because of the installed NVidia driver. > I had to revert my machine to a "vanilla" state (nvidia-switch --remove) > and rebuild KDE. > > Eventually, which packages could be affected here? > > Cheers, > > Niki Yes that can cause problems, since the nvidia driver replaces some of the xorg libraries and your programs may link to the nvidia versions. It would be best to stick with a stock Slackware install if you need build packages for other computers. --dsomero From dhabyx at xelalug.org Fri Aug 24 07:16:55 2012 From: dhabyx at xelalug.org (Dhaby Xiloj) Date: Fri, 24 Aug 2012 01:16:55 -0600 Subject: [Slackbuilds-users] Symbolic links problem in QScintilla Message-ID: <50372A67.2000506@xelalug.org> Hello everybody, I'm working in my SlackBuidls, but two apps depends on QScintilla (sqliteman), this uses cmake for building and cmake strips executables automatically when it installs, and this action remove the source of symbolic links, then the application not found libqscintilla.so; Qt package install libraries in /usr/lib${LIBDIRSUFIX}/qt/lib and make symbolic links to /usr/lib${LIBDIRSUFIX}, but QScintilla doesn't. An easy solution is add /usr/lib${LIBDIRSUFIX}/qt/lib to /etc/ld.conf.so in doinstall.sh, but I'm not sure if this is the best way; or leave cmake install application and then reinstall manually the app, but adding --keep-file-symbols to strip command. PD. sorry for my bad english. -- Dhaby E. Xiloj C. Linux User No. 408796 From info at microlinux.fr Fri Aug 24 11:40:07 2012 From: info at microlinux.fr (Nicolas Kovacs) Date: Fri, 24 Aug 2012 13:40:07 +0200 Subject: [Slackbuilds-users] Problem after nvidia-driver and nvidia-kernel install In-Reply-To: References: <5034E65C.1060906@microlinux.fr> <5034ECD9.6060701@microlinux.fr> <503516BD.6090707@gmail.com> <50362E9E.1070503@microlinux.fr> Message-ID: <50376817.2070807@microlinux.fr> King Beowulf a ?crit : > Niki > I think since the proprietary Nvidia driver replaces some components > such as libGL, that may be the cause of some programs not running when > swapped to another box. It may also depend on if the lib is dynamic or > static linked. This is just off the top of my head - I haven't coded > seriously since Z80 CP/M days. > > Personally, if I can't build on the box that will run it, I do the > builds in a straight up stock slackware VM (qemu or Virtualbox). That > way I get fewer surprises. OK thanks for the info. 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 t_s_williams at yahoo.com Sun Aug 26 23:57:04 2012 From: t_s_williams at yahoo.com (Trey Williams) Date: Sun, 26 Aug 2012 16:57:04 -0700 (PDT) Subject: [Slackbuilds-users] My Slackware 14 RC3 Slackbuild Test Results Message-ID: <1346025424.91084.YahooMailNeo@web121401.mail.ne1.yahoo.com> Tested with the current git (cloned) slackbuilds on 32-bit and 64-bit.? All built successfully and no modifications to the slackbuild scripts were necessary. desktop/uwm office/lcal office/pcal perl/perl-Statistics-Descriptive system/wmconfig perl-Statistics-Descriptive and wmconfig have released newer versions, but I will submit those new slackbuilds after 14 has been officially released. Trey From carlos at strangeworlds.co.uk Wed Aug 29 22:01:02 2012 From: carlos at strangeworlds.co.uk (Carlos Corbacho) Date: Wed, 29 Aug 2012 15:01:02 -0700 (PDT) Subject: [Slackbuilds-users] My SlackBuilds for 14.0 Message-ID: <1723875.F7AN1cY9Ha@valkyrie> ** Changes needed games/scummvm - No longer builds. 1.5.0 works fine. Updated build: http://strangeworlds.co.uk/sbo/14.0/scummvm.tar.bz2 games/zsnes - Needs a patch applied to build with GCC 4.7. Updated build: http://strangeworlds.co.uk/sbo/14.0/zsnes.tar.bz2 ** No change needed system/kcm_touchpad development/ipython development/stgit development/django development/psycopg2 From dave at dawoodfall.net Thu Aug 30 10:39:33 2012 From: dave at dawoodfall.net (David Woodfall) Date: Thu, 30 Aug 2012 11:39:33 +0100 Subject: [Slackbuilds-users] Building 'murrine' fails on 14.0RC In-Reply-To: <5035DE75.9080901@microlinux.fr> References: <5035DE75.9080901@microlinux.fr> Message-ID: <20120830103933.GA14263@Junius> On (09:40 23/08/12), Nicolas Kovacs put forth the proposition: >Hi, > >Just gave 'murrine' a spin. The build fails with the following error >messages: > >--8<-------------------------------------------------------------------- >Making all in schema >make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1/schema' >LC_ALL=C /usr/bin/intltool-merge -x -u -c ../po/.intltool-merge-cache >../po murrine.xml.in murrine.xml >Generating and caching the translation database >Merging translations into murrine.xml. >CREATED murrine.xml >make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1/schema' >make[1]: Entering directory `/tmp/microlinux/murrine-0.98.1.1' > CC animation.lo >In file included from ./src/animation.c:24:0: >/usr/include/glib-2.0/glib/gtimer.h:28:2: error: #error "Only > can be included directly." >make[1]: *** [animation.lo] Error 1 >make[1]: Leaving directory `/tmp/microlinux/murrine-0.98.1.1' >make: *** [all-recursive] Error 1 >--8<-------------------------------------------------------------------- This is rather a blunderbus technique but it works on most of the sources that I've come across with this error: find . -name "*.[ch]" | xargs sed -i 's%glib/.*.h%glib.h%g' D. From mepapp at noc.uoa.gr Thu Aug 30 10:02:26 2012 From: mepapp at noc.uoa.gr (Michalis Pappas) Date: Thu, 30 Aug 2012 11:02:26 +0100 Subject: [Slackbuilds-users] uae 0.8.29 Message-ID: <503F3A32.30300@noc.uoa.gr> Hi, I would like to confirm that uae 0.8.29 has been tested successfully on current. Thanks, Michael From j at dawnrazor.net Thu Aug 30 19:31:33 2012 From: j at dawnrazor.net (J) Date: Thu, 30 Aug 2012 14:31:33 -0500 Subject: [Slackbuilds-users] g15 stuff in git, plus my slackbuilds Message-ID: <20120830143133.Horde.53CrYYgBVY5QP7_Vv2Rlr4A@mail.dawnrazor.net> I noticed that libg15render and g15daemon in the SBo git repo have circular requirements: (14:24){lappix}(~)# sbofind -i libg15render | grep REQUIRES REQUIRES="g15daemon libg15" (14:24){lappix}(~)# sbofind -i g15daemon | grep REQUIRES REQUIRES="libg15 libg15render" They are of the same versions as what's in the 13.37 repo, in which case the requirements look like this: (14:28){lappix}(~)# sbofind -r libg15render | grep requires This requires libg15. (14:28){lappix}(~)# sbofind -r g15daemon | grep requires This requires libg15 and libg15render. Also, my two slackbuilds, perl-Sort-Versions, and perl-Text-Tabulate, build and install and function without issue on RC3. Thanks, J From j at dawnrazor.net Thu Aug 30 20:48:06 2012 From: j at dawnrazor.net (J) Date: Thu, 30 Aug 2012 15:48:06 -0500 Subject: [Slackbuilds-users] g15 stuff in git, plus my slackbuilds In-Reply-To: <20120830143133.Horde.53CrYYgBVY5QP7_Vv2Rlr4A@mail.dawnrazor.net> References: <20120830143133.Horde.53CrYYgBVY5QP7_Vv2Rlr4A@mail.dawnrazor.net> Message-ID: <20120830154806.Horde.udMhDogBVY5QP9GG2Nv1r4A@mail.dawnrazor.net> I have attached a small perl script which finds circular requirements in an SBo repo which I thought might come in handy. (15:47){lappix}(~): ./find_circ_reqs.pl Usage: find_circ_reqs.pl /path/to/sbo/repo J Quoting J : > I noticed that libg15render and g15daemon in the SBo git repo have > circular requirements: > > (14:24){lappix}(~)# sbofind -i libg15render | grep REQUIRES > REQUIRES="g15daemon libg15" > (14:24){lappix}(~)# sbofind -i g15daemon | grep REQUIRES > REQUIRES="libg15 libg15render" > > They are of the same versions as what's in the 13.37 repo, in which > case the requirements look like this: > > (14:28){lappix}(~)# sbofind -r libg15render | grep requires > This requires libg15. > (14:28){lappix}(~)# sbofind -r g15daemon | grep requires > This requires libg15 and libg15render. > > Also, my two slackbuilds, perl-Sort-Versions, and > perl-Text-Tabulate, build and install and function without issue on > RC3. > > Thanks, > J > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ -------------- next part -------------- A non-text attachment was scrubbed... Name: find_circ_reqs.pl Type: application/octet-stream Size: 1656 bytes Desc: not available URL: From florian.kanngiesser at yahoo.de Fri Aug 31 09:47:50 2012 From: florian.kanngiesser at yahoo.de (=?iso-8859-1?Q?Florian_Kanngie=DFer?=) Date: Fri, 31 Aug 2012 10:47:50 +0100 (BST) Subject: [Slackbuilds-users] SWI-Prolog in RC3 Message-ID: <1346406470.20660.YahooMailNeo@web29805.mail.ird.yahoo.com> Hi guys, My package swi-prolog builds fine on RC3, just thought I'd mention it @.@ Greets, Florian -------------- next part -------------- An HTML attachment was scrubbed... URL: From pc_warner at yahoo.com Fri Aug 31 13:55:16 2012 From: pc_warner at yahoo.com (Phillip Warner) Date: Fri, 31 Aug 2012 06:55:16 -0700 (PDT) Subject: [Slackbuilds-users] Building 'murrine' fails on 14.0RC In-Reply-To: <20120830103933.GA14263@Junius> References: <5035DE75.9080901@microlinux.fr> <20120830103933.GA14263@Junius> Message-ID: <1346421316.41743.YahooMailNeo@web161706.mail.bf1.yahoo.com> Building murrine on 14.0RC is easy.? Just bump the version to 0.98.2 and change the line in the SlackBuild that extracts the source to use a .xz extension. --phillip