From willysr at slackbuilds.org Sun Dec 1 06:34:07 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 01 Dec 2013 13:34:07 +0700 Subject: [Slackbuilds-users] Package Maintainer Message-ID: <529AD85F.6010004@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As Crocket has abandoned all of his packages, some of them had already been maintained by the new maintainers, but there are some packages left from his legacy and here they are: misc/ibus-hangul - 1.3.1 misc/cups-windows - 6.0 misc/j7z - 1.1.0 misc/ibus-fbterm - 0.9.1 audio/rhythmbox - 2.97 audio/qmpdclient - 1.2.2 audio/kradio - 4.0.6 libraries/msn-pecan - 0.1.2 libraries/smartirc4net - 0.4.5.1 libraries/libdmapsharing - 2.1.9 libraries/mysql-connector-java - 5.1.17 libraries/gnome-media - 2.31.6 libraries/libasyncns - 0.8 libraries/libquvi - 0.4.1 libraries/log4net - 1.2.10 libraries/equinox - 1.50 libraries/totem-pl-parser libraries/nini - 1.1.0 libraries/libquvi-scripts desktop/metacity - 2.34.0 system/mbr - 1.1.10 perl/libpurple-kwallet-plugin - 0.1 perl/perl-Net-Daemon - 0.48 python/gnome-python-desktop - 2.26.0 network/nateon - 1.2.0.326 network/quassel - 0.7.3 network/cclive - 0.7.11 network/glassfish - 3.1.2 network/quvi - 0.4.2 anyone want to take these packages? - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKa2F4ACgkQiHuDdNczM4HaIgCeN7+wqzs5YiWiKzkKDWc38FAX 9P4AnRzwRrfqQSmTTpdu+WfN+9X11/iR =OlQk -----END PGP SIGNATURE----- From larryhaja at gmail.com Sun Dec 1 07:14:00 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 30 Nov 2013 23:14:00 -0800 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <529AD85F.6010004@slackbuilds.org> References: <529AD85F.6010004@slackbuilds.org> Message-ID: > > audio/kradio - 4.0.6 > I'll take this one. --Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Sun Dec 1 07:17:19 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 01 Dec 2013 14:17:19 +0700 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: References: <529AD85F.6010004@slackbuilds.org> Message-ID: <529AE27F.1040204@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> audio/kradio - 4.0.6 >> > I'll take this one. Done in my branch commit 9605c3c1bbed56ec178cbbbb94d25efdddb63483 Author: Larry Hajali Date: Sun Dec 1 14:15:50 2013 +0700 audio/kradio: New Maintainer Signed-off-by: Willy Sudiarto Raharjo Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKa4n8ACgkQiHuDdNczM4El/QCfW310rrLgXyqUmVog22Kdd9wL wvcAni8Jz9eWrkR+ZwhPfn1k8doCv4xy =FUFl -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sun Dec 1 07:44:03 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 01:44:03 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <529AD85F.6010004@slackbuilds.org> References: <529AD85F.6010004@slackbuilds.org> Message-ID: <20131201014403.4f18125c@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 01 Dec 2013 13:34:07 +0700 Willy Sudiarto Raharjo wrote: > As Crocket has abandoned all of his packages, some of them had already > been maintained by the new maintainers, but there are some packages > left from his legacy and here they are: > ... > libraries/libasyncns - 0.8 Christoph, since this is an optional PA dep, are you willing to take it? - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKa6MYACgkQvGy9tf6lsvutHACgnl65ldIJu6WMvNncKbN09lnj XeEAn0BrNzcUnZQcypHJfL3GP3VTXBZA =8bdP -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sun Dec 1 08:02:32 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 02:02:32 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <529AD85F.6010004@slackbuilds.org> References: <529AD85F.6010004@slackbuilds.org> Message-ID: <20131201020232.15b5fb90@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 01 Dec 2013 13:34:07 +0700 Willy Sudiarto Raharjo wrote: > libraries/gnome-media - 2.31.6 > python/gnome-python-desktop - 2.26.0 Erwin van Zanten, Since soundconverter needs gnome-media and gnome-python-desktop, would you like to take these two as well? - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKa7RsACgkQvGy9tf6lsvuVqQCgs4EwZ81QGI2qZwQtVE6kjBci jNcAnja+rzVKvQ4Cyg5yOjdZOVHzORf0 =RqxM -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sun Dec 1 08:03:15 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 02:03:15 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <529AD85F.6010004@slackbuilds.org> References: <529AD85F.6010004@slackbuilds.org> Message-ID: <20131201020315.06188c74@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 01 Dec 2013 13:34:07 +0700 Willy Sudiarto Raharjo wrote: > libraries/totem-pl-parser byteframe, Since totem needs this, you want to take it? - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKa7UMACgkQvGy9tf6lsvvcUACfXl620Pea5yIZAuluLhUpcr4/ BtgAoI69zofbhQDh54Y0so1uIMIpxDDa =dGG5 -----END PGP SIGNATURE----- From c.willing at uq.edu.au Sun Dec 1 08:04:14 2013 From: c.willing at uq.edu.au (Christoph Willing) Date: Sun, 1 Dec 2013 18:04:14 +1000 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <20131201014403.4f18125c@home.rlworkman.net> References: <529AD85F.6010004@slackbuilds.org> <20131201014403.4f18125c@home.rlworkman.net> Message-ID: <15454BF7-208E-47D8-939C-8B18A8C8B941@uq.edu.au> On 01/12/2013, at 5:44 PM, Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 01 Dec 2013 13:34:07 +0700 > Willy Sudiarto Raharjo wrote: > >> As Crocket has abandoned all of his packages, some of them had already >> been maintained by the new maintainers, but there are some packages >> left from his legacy and here they are: >> ... >> libraries/libasyncns - 0.8 > > > Christoph, since this is an optional PA dep, are you willing to > take it? Yes, I'll take it. chris From rworkman at slackbuilds.org Sun Dec 1 08:16:07 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 02:16:07 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <529AD85F.6010004@slackbuilds.org> References: <529AD85F.6010004@slackbuilds.org> Message-ID: <20131201021607.6dd70d6f@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun, 01 Dec 2013 13:34:07 +0700 Willy Sudiarto Raharjo wrote: > misc/cups-windows - 6.0 I claimed this one, since I know it works (or at least worked, as I had it in use at one time). > misc/ibus-hangul - 1.3.1 > misc/ibus-fbterm - 0.9.1 willy, these look like good candidates for you ;-) > audio/rhythmbox - 2.97 > libraries/libdmapsharing - 2.1.9 These two will need to be taken by the same person. > audio/qmpdclient - 1.2.2 > libraries/libquvi - 0.4.1 > libraries/libquvi-scripts > network/quvi - 0.4.2 These perhaps look interesting, and quvi is an optional dep for totem-pl-parser. byteframe, maybe you want these too? :-) > network/cclive - 0.7.11 This one needs quvi. > perl/perl-Net-Daemon - 0.48 Nothing in the repo uses this, but it looks useful perhaps. > network/quassel - 0.7.3 This version is very old, which indicates nobody is using it. I thought quassel was a pretty popular irc client, but maybe we Slackers just use irssi ;-) > network/glassfish - 3.1.2 Looks useful, but if nobody's interested, so be it... > misc/j7z - 1.1.0 > libraries/msn-pecan - 0.1.2 > libraries/smartirc4net - 0.4.5.1 > libraries/mysql-connector-java - 5.1.17 > libraries/log4net - 1.2.10 > libraries/equinox - 1.50 > libraries/nini - 1.1.0 > desktop/metacity - 2.34.0 > system/mbr - 1.1.10 > perl/libpurple-kwallet-plugin - 0.1 > network/nateon - 1.2.0.326 The rest of these are queued up for removal already, as I don't expect anyone to find them interesting enough to keep. However, if I'm wrong, that's certainly fine - just speak up. - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKa8EsACgkQvGy9tf6lsvti7gCgjMF84HOd2KppQfUjzts9o93+ YZMAnRVIxSpkqhRFFoHZHM9u2W/0nMbJ =LxqN -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sun Dec 1 08:17:32 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 02:17:32 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <15454BF7-208E-47D8-939C-8B18A8C8B941@uq.edu.au> References: <529AD85F.6010004@slackbuilds.org> <20131201014403.4f18125c@home.rlworkman.net> <15454BF7-208E-47D8-939C-8B18A8C8B941@uq.edu.au> Message-ID: <20131201021732.061b66a1@home.rlworkman.net> On Sun, 1 Dec 2013 18:04:14 +1000 Christoph Willing wrote: > > On 01/12/2013, at 5:44 PM, Robby Workman > wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Sun, 01 Dec 2013 13:34:07 +0700 > > Willy Sudiarto Raharjo wrote: > > > >> As Crocket has abandoned all of his packages, some of them had > >> already been maintained by the new maintainers, but there are some > >> packages left from his legacy and here they are: > >> ... > >> libraries/libasyncns - 0.8 > > > > > > Christoph, since this is an optional PA dep, are you willing to > > take it? > > Yes, I'll take it. Thanks! commit 7d1bef45fe48c1fc324a49e3892f80d32eddba24 Author: Christoph Willing Date: Sun Dec 1 02:16:53 2013 -0600 libraries/libasyncns: New maintainer Signed-off-by: Robby Workman -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From unix_lists at f-m.fm Sun Dec 1 09:28:03 2013 From: unix_lists at f-m.fm (unix_lists at f-m.fm) Date: Sun, 01 Dec 2013 03:28:03 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <20131201021607.6dd70d6f@home.rlworkman.net> References: <529AD85F.6010004@slackbuilds.org> <20131201021607.6dd70d6f@home.rlworkman.net> Message-ID: <1385890083.24959.54023205.5179AA4E@webmail.messagingengine.com> On Sun, Dec 1, 2013, at 02:16 AM, Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, 01 Dec 2013 13:34:07 +0700 > Willy Sudiarto Raharjo wrote: > > network/quassel - 0.7.3 >This version is very old, which indicates nobody is using it. >I thought quassel was a pretty popular irc client, but maybe >we Slackers just use irssi ;-) Looks interesting. I'll take it. Will submit an update soonish. -- Regards, Donald Cooley From willysr at slackbuilds.org Sun Dec 1 09:58:39 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 01 Dec 2013 16:58:39 +0700 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <1385890083.24959.54023205.5179AA4E@webmail.messagingengine.com> References: <529AD85F.6010004@slackbuilds.org> <20131201021607.6dd70d6f@home.rlworkman.net> <1385890083.24959.54023205.5179AA4E@webmail.messagingengine.com> Message-ID: <529B084F.5060400@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> network/quassel - 0.7.3 > Looks interesting. I'll take it. Will submit an update soonish. It's yours now commit 186c08de6733d7d2454cbba000a1a9abf928be0f Author: Donald Cooley Date: Sun Dec 1 16:57:51 2013 +0700 network/quassel: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKbCE8ACgkQiHuDdNczM4H8CgCgjkbJjpaxOItpYRzatlQod3Yl y+oAnRRs859Ad8J250AgYZfG7Io+d44n =H/Yu -----END PGP SIGNATURE----- From willysr at slackbuilds.org Sun Dec 1 10:02:41 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 01 Dec 2013 17:02:41 +0700 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <20131201021607.6dd70d6f@home.rlworkman.net> References: <529AD85F.6010004@slackbuilds.org> <20131201021607.6dd70d6f@home.rlworkman.net> Message-ID: <529B0941.9020604@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> misc/ibus-hangul - 1.3.1 misc/ibus-fbterm - 0.9.1 > > > willy, these look like good candidates for you ;-) I prefer scim :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKbCUEACgkQiHuDdNczM4GCPgCffsXTUIDd3YFNyr48sVLk1vnV MZ4AoKRJAv4QtGqETHKf+XmI0VhKRvK9 =mjTc -----END PGP SIGNATURE----- From bocke at mycity.rs Sun Dec 1 10:25:56 2013 From: bocke at mycity.rs (Bojan Popovic) Date: Sun, 1 Dec 2013 11:25:56 +0100 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <20131201021607.6dd70d6f@home.rlworkman.net> References: <529AD85F.6010004@slackbuilds.org> <20131201021607.6dd70d6f@home.rlworkman.net> Message-ID: <20131201112556.7073c8cd@malac.universe.uni> Hi, I asked a friend who uses cclive if he's interested in taking it over and he said yes. He's in "cc" so I expect him to reply to this message. :) On Sun, 1 Dec 2013 02:16:07 -0600 Robby Workman wrote: > > network/cclive - 0.7.11 > This might be his first contribution to SBo, but he has some experience with writing and updating SlackBuilds. I don't doubt he would get around easily. I suggest that you give him 3 quvi packages too. If none else takes them first. Anyway, don't take my word without him confirming. :) I expect his reply soon. Bojan. From rworkman at slackbuilds.org Sun Dec 1 18:21:33 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 1 Dec 2013 12:21:33 -0600 Subject: [Slackbuilds-users] Package Maintainer In-Reply-To: <20131201112556.7073c8cd@malac.universe.uni> References: <529AD85F.6010004@slackbuilds.org> <20131201021607.6dd70d6f@home.rlworkman.net> <20131201112556.7073c8cd@malac.universe.uni> Message-ID: <20131201122133.51c56f1f@home.rlworkman.net> On Sun, 1 Dec 2013 11:25:56 +0100 Bojan Popovic wrote: > I asked a friend who uses cclive if he's interested in taking it over > and he said yes. He's in "cc" so I expect him to reply to this > message. :) > > On Sun, 1 Dec 2013 02:16:07 -0600 > Robby Workman wrote: > > > > network/cclive - 0.7.11 > > > > This might be his first contribution to SBo, but he has some > experience with writing and updating SlackBuilds. I don't doubt he > would get around easily. > > I suggest that you give him 3 quvi packages too. If none else takes > them first. > > Anyway, don't take my word without him confirming. :) I expect his > reply soon. Yeah, cclive requires quvi, so the quvi stuff would go with it. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Mon Dec 2 07:22:18 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 2 Dec 2013 01:22:18 -0600 Subject: [Slackbuilds-users] Updates - 20131202.1 Message-ID: <20131202012218.3353ceba@home.rlworkman.net> $ git log 14.1-20131130.1..14.1-20131202.1 --pretty="%s" | sort Public www update: Mon Dec 2 06:59:33 UTC 2013 academic/Fiona: Added (Python interface for OGR) academic/OWSLib: Added (OGC Web Service utility library) academic/Shapely: Added (geometric objects, predicates, and operations in Python) academic/geoserver-css: Added (CSS styling support for GeoServer) academic/geoserver-wps: Added (WPS support for GeoServer) academic/geoserver: Added (geospatial server) academic/osm2pgrouting: Added (import OSM data into pgRouting database) academic/pdal: Added (point data abstraction library) academic/pointcloud: Added (PostgreSQL extension for storing LiDAR data) academic/pyproj: Added (Python interface to the PROJ.4 library) audio/kradio: Updated for version 4.0.7 + New Maintainer. desktop/cairo-dock-plugins: Updated for version 3.3.2. desktop/cairo-dock: Updated for version 3.3.2. desktop/kdeconnect: Added (KDE integration with Android) desktop/murrine: Fixed Homepage link. desktop/razercfg: Added (Razer device configuration tool) desktop/xfce4-places-plugin: Updated for version 1.6.0. desktop/xfce4-whiskermenu-plugin: Added (alternate application launcher for Xfce) development/apache-maven: Updated for version 3.1.1. development/chicken: Updated for version 4.8.0.5. development/cunit: Added (Unit Testing Framework for C). development/fossil: Added (Distributed Version Control System). development/gnuradio: Added (toolkit for building SDRs). games/desmume: Updated for version 0.9.10. games/fceux: Fixed validation warnings in .desktop file games/ioquake3: Updated for version r20131127, added a license. games/megaglest: Updated for version 3.9.0.4, added a license. games/openttd: Updated for version 1.3.3. games/pcsxr: Updated for version 1.9.93, added a license. games/qxw: Added (advanced interactive crossword construction tool). graphics/GPS: Script cleanup and Source Update. graphics/entangle: Updated for version 0.5.3. graphics/gimagereader: Added (GUI for tesseract). libraries/gnome-media: New maintainer libraries/iniparser: Updated for version 3.1. libraries/laszip: Added (Free and Lossless LiDAR Compression). libraries/libasyncns: New maintainer libraries/libedit: Updated for version 20130712_3.1. libraries/log4c: Updated for version 1.2.4. libraries/tre: Build python bindings libraries/wjelement: Added (JSON manipulation, JSON-schema validation, CLI/script tool) misc/cups-windows: New maintainer misc/gprename: Updated for version 5. multimedia/dvdbackup: Updated for version 0.4.2. multimedia/flowblade: Updated for version 0.10.0. multimedia/mythplugins: Added (plugins for mythtv). multimedia/mythtv: Added (mythical home media convergence PVR/DVR). multimedia/totem: Added (GNOME Movie Player) network/dovecot-pigeonhole: Updated for version 0.4.2. network/dovecot: Updated for version 2.2.9. network/httping: Updated for version 2.3.3. network/netsniff-ng: Fixed Homepage Link. network/nload: Updated for version 0.7.4. network/postfix: Updated for version 2.10.2. network/quassel: Updated for version 0.9.2 + New Maintainer. network/siege: Updated for version 3.0.5, added a license. network/tornado: Added (Web Framework and Asynchronous Networking Library). network/webalizer: Updated for version 2.23_08. office/calibre: Updated for version 1.13.0. perl/perl-Gtk2-Unique: Added (use single instance applications). perl/perl-Readonly: Updated for version 1.04. perl/perl-Test-Harness: Updated for version 3.30. python/gnome-python-desktop: New maintainer python/pygtkspell: Added (Python bindings for the GtkSpell library). python/pyicu: Updated for version 1.5. python/pytz: Updated for version 2013.8. python/pyzmq: Added (Python bindings for ?MQ) system/TLP: Added (Advanced Power Management Tool). system/apache-tomcat: Updated for version 7.0.47. system/commons-daemon: Updated for version 1.0.15. system/glances: Added (curses-based monitoring tool). system/haveged: Updated for version 1.7c. system/kc: Updated for version 2.3.1. system/ksh-openbsd: Updated for version 20131129. system/lirc: Forced a single make job. system/nilfs-utils: Updated for version 2.1.5. system/rxvt-unicode: Updated for version 9.19. system/sakura: Updated for version 3.1.1. system/sbotools: Added (ports-like interface to slackbuilds.org). system/uhd: Added (USRP Hardware Driver). system/unrar: Remove libunrar directory. system/wacomtablet: Updated for version 2.0. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Mon Dec 2 17:29:53 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 03 Dec 2013 00:29:53 +0700 Subject: [Slackbuilds-users] Mono Updates Message-ID: <529CC391.70604@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We have just updated Mono package to 3.2.3 in pending-mono branch, but it will not be merged to master soon, as there are so many packages that depends on mono and must be tested against newer version of mono. Here are those packages that depends directly or indirectly to mono academic/smath-studio development/mono-debugger development/monodevelop development/monodevelop-database development/monodevelop-debugger-gdb development/nant games/gbrainy graphics/pinta libraries/gtk-sharp libraries/log4net libraries/ndesk-dbus libraries/nini libraries/smartirc4net misc/KeePass network/LOIC (let's hope i didn't miss any packages) If you are the maintainer of above packages, please check http://slackbuilds.org/cgit/slackbuilds/commit/?h=pending-mono&id=f02ecce612a82fff1c506539e2553884a21d26b3 for mono updates and see if your packages are buildable and confirmed to work fine with latest update to Mono and send us a patch or updated tarball to fix that issue. Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKcw5EACgkQiHuDdNczM4GxGwCcD7LH0sXBUbmZvSeeIOlP+2xi Z2YAniFqyYp5t3S4INB12J9h3ppQ27oT =Bwdz -----END PGP SIGNATURE----- From C.J.Theunissen at differ.nl Mon Dec 2 19:47:11 2013 From: C.J.Theunissen at differ.nl (Kees Theunissen) Date: Mon, 2 Dec 2013 20:47:11 +0100 (CET) Subject: [Slackbuilds-users] calibre update tested and reccomendation In-Reply-To: <529A4751.7000102@gmail.com> References: <529A4751.7000102@gmail.com> Message-ID: On Sat, 30 Nov 2013, King Beowulf wrote: >2. For "$PRGNAM-gui.desktop" (ie calibre-gui.desktop) I suggest we >capitalize the menu file name: > >Name=calibre > >to > >Name=Calibre > >Some DE menus will then sort the name name "correctly." For example, >Xfce sorts capitals before lower case letters (If anyone knows how to >change that I am "all ears"). Xfce uses the environment variable LC_COLLATE to determine the sorting order. On an out-of-the-box Slackware system this will be set to LC_COLLATE=C. Be aware that changing this value might affect the execution of lots of shell scripts (if those scripts silently depend on a sorting order not defined in the script). >From the bash manpage: LC_COLLATE This variable determines the collation order used when sorting the results of pathname expansion, and determines the behavior of range expressions, equivalence classes, and collating sequences within pathname expansion and pattern matching. Regards, Kees Theunissen. -- Kees Theunissen, System and network manager, Tel: +31 (0)30 6096724 Dutch Institute For Fundamental Energy Research (DIFFER) e-mail address: C.J.Theunissen at differ.nl postal address: PO Box 1207, 3430 BE Nieuwegein, NL visitors address: Edisonbaan 14, 3439 MN Nieuwegein, NL From s.arcus at open-t.co.uk Mon Dec 2 21:53:30 2013 From: s.arcus at open-t.co.uk (Sebastian Arcus) Date: Mon, 02 Dec 2013 21:53:30 +0000 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? Message-ID: <529D015A.2090302@open-t.co.uk> Was wondering if there are any plans to port gnucash to 14.1? Or maybe it has some dependencies which conflict with 14.1? I've been using it for years and will need to install it on my freshly upgraded machine at some point in time. Cheers. From vbatts at gmail.com Mon Dec 2 23:16:58 2013 From: vbatts at gmail.com (Vincent Batts) Date: Mon, 2 Dec 2013 18:16:58 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529D015A.2090302@open-t.co.uk> References: <529D015A.2090302@open-t.co.uk> Message-ID: I am woefully behind on keeping gnucash up to date and testing for 14.1. Has anyone tested any amount of this? Take care, vb On Dec 2, 2013 4:53 PM, "Sebastian Arcus" wrote: > Was wondering if there are any plans to port gnucash to 14.1? Or maybe it > has some dependencies which conflict with 14.1? I've been using it for > years and will need to install it on my freshly upgraded machine at some > point in time. Cheers. > _______________________________________________ > 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 iwakura1 at gmail.com Mon Dec 2 23:33:51 2013 From: iwakura1 at gmail.com (Starlight) Date: Mon, 02 Dec 2013 17:33:51 -0600 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> Message-ID: <529D18DF.1030009@gmail.com> I tried a bit when the OP sent his first email. Couldn't install 2.4.11 or 2.4.13 using the existing slackbuilds. They error out on SLIB, but installing slib (both the current version and the older one that was current for 14.0) still pops the same error. My guess is that gnucash isn't looking where the slib package puts its libraries. Also tried adding --disable-slib to the configs just to see, and it did nothing. On 12/02/2013 05:16 PM, Vincent Batts wrote: > > I am woefully behind on keeping gnucash up to date and testing for > 14.1. Has anyone tested any amount of this? > > Take care, > vb > > On Dec 2, 2013 4:53 PM, "Sebastian Arcus" > wrote: > > Was wondering if there are any plans to port gnucash to 14.1? Or > maybe it has some dependencies which conflict with 14.1? I've been > using it for years and will need to install it on my freshly > upgraded machine at some point in time. Cheers. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at gmail.com Tue Dec 3 00:39:09 2013 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Tue, 3 Dec 2013 07:39:09 +0700 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529D015A.2090302@open-t.co.uk> References: <529D015A.2090302@open-t.co.uk> Message-ID: > Was wondering if there are any plans to port gnucash to 14.1? Or maybe it > has some dependencies which conflict with 14.1? I've been using it for years > and will need to install it on my freshly upgraded machine at some point in > time. Cheers. see Robby's commit message here http://slackbuilds.org/cgit/slackbuilds/commit/?id=2c2d8a1c5847635c19856070daa952423fb6e309 -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From baildon.research at googlemail.com Tue Dec 3 00:52:39 2013 From: baildon.research at googlemail.com (David Spencer) Date: Tue, 3 Dec 2013 00:52:39 +0000 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> Message-ID: > see Robby's commit message here > http://slackbuilds.org/cgit/slackbuilds/commit/?id=2c2d8a1c5847635c19856070daa952423fb6e309 Impressive, but he cheated on the Signed-off-by :P -D. From unix_lists at f-m.fm Tue Dec 3 00:59:43 2013 From: unix_lists at f-m.fm (unix_lists at f-m.fm) Date: Mon, 02 Dec 2013 18:59:43 -0600 Subject: [Slackbuilds-users] Mono Updates In-Reply-To: <529CC391.70604@slackbuilds.org> References: <529CC391.70604@slackbuilds.org> Message-ID: <1386032383.30946.54721633.7E41863A@webmail.messagingengine.com> On Mon, Dec 2, 2013, at 11:29 AM, Willy Sudiarto Raharjo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > We have just updated Mono package to 3.2.3 in pending-mono branch, but > it will not be merged to master soon, as there are so many packages > that depends on mono and must be tested against newer version of mono. > Here are those packages that depends directly or indirectly to mono > > academic/smath-studio > development/mono-debugger > development/monodevelop > development/monodevelop-database > development/monodevelop-debugger-gdb > development/nant > games/gbrainy > graphics/pinta > libraries/gtk-sharp > libraries/log4net > libraries/ndesk-dbus > libraries/nini > libraries/smartirc4net > misc/KeePass > network/LOIC > > (let's hope i didn't miss any packages) > > If you are the maintainer of above packages, please check > http://slackbuilds.org/cgit/slackbuilds/commit/?h=pending-mono&id=f02ecce612a82fff1c506539e2553884a21d26b3 > for mono updates and see if your packages are buildable and confirmed > to work fine with latest update to Mono and send us a patch or updated > tarball to fix that issue. > > Thanks > A few of these are my packages. How could I add pending-mono to repos.d under /etc/sbopkg? -- Regards, Donald Cooley From willysr at slackbuilds.org Tue Dec 3 01:10:01 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 03 Dec 2013 08:10:01 +0700 Subject: [Slackbuilds-users] Mono Updates In-Reply-To: <1386032383.30946.54721633.7E41863A@webmail.messagingengine.com> References: <529CC391.70604@slackbuilds.org> <1386032383.30946.54721633.7E41863A@webmail.messagingengine.com> Message-ID: <529D2F69.3060102@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > A few of these are my packages. How could I add pending-mono to repos.d > under /etc/sbopkg? using a patch is simpler http://slackbuilds.org/cgit/slackbuilds/patch/?id=f02ecce612a82fff1c506539e2553884a21d26b3 apply that on top of your slackbuilds directory if you use GIT, then do git checkout pending-mono - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKdL2kACgkQiHuDdNczM4E82QCfW4NNus3sZdCGvOSE0KHA1iNM ynQAn3wbkluKU4o8nCFnXJ4ThCbCMKY1 =HPaY -----END PGP SIGNATURE----- From kingbeowulf at gmail.com Tue Dec 3 02:33:12 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 02 Dec 2013 18:33:12 -0800 Subject: [Slackbuilds-users] calibre update tested and reccomendation In-Reply-To: References: <529A4751.7000102@gmail.com> Message-ID: <529D42E8.7020407@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/02/2013 11:47 AM, Kees Theunissen wrote: > On Sat, 30 Nov 2013, King Beowulf wrote: > ... >> >> Some DE menus will then sort the name name "correctly." For >> example, Xfce sorts capitals before lower case letters (If anyone >> knows how to change that I am "all ears"). > > > Xfce uses the environment variable LC_COLLATE to determine the > sorting order. On an out-of-the-box Slackware system this will be > set to LC_COLLATE=C. > > Be aware that changing this value might affect the execution of > lots of shell scripts (if those scripts silently depend on a > sorting order not defined in the script). > Egads, man, no... I was hoping more for a setting within Xfce so that menus have the same sort order behavior as Thunar, for consistency, and to make it easier (sloppier?) for desktop files. Maybe easier to sent a style standard for the "name=" field to be capitalized. Perusing Xfce and KDE distributed desktop files, it appears that all the "name=" are capitalized (for this reason?). - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKdQuYACgkQXvwMaW61dLf+CQCffuuQWrpY3iZoqmtrLcQ3VNRi uzwAnAjDHGu5Q3Tn1EdBsRoodZTba7PA =o3d/ -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Tue Dec 3 03:56:16 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 2 Dec 2013 21:56:16 -0600 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> Message-ID: <20131202215616.7d50df9f@home.rlworkman.net> On Tue, 3 Dec 2013 00:52:39 +0000 David Spencer wrote: > > see Robby's commit message here > > http://slackbuilds.org/cgit/slackbuilds/commit/?id=2c2d8a1c5847635c19856070daa952423fb6e309 > > Impressive, but he cheated on the Signed-off-by :P Hehe, indeed I did :D -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 Tue Dec 3 06:01:43 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 3 Dec 2013 00:01:43 -0600 Subject: [Slackbuilds-users] NO. ;-) In-Reply-To: <529D42E8.7020407@gmail.com> References: <529A4751.7000102@gmail.com> <529D42E8.7020407@gmail.com> Message-ID: <20131203000143.511155b1@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 02 Dec 2013 18:33:12 -0800 King Beowulf wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 12/02/2013 11:47 AM, Kees Theunissen wrote: > > On Sat, 30 Nov 2013, King Beowulf wrote: > > > ... > >> > >> Some DE menus will then sort the name name "correctly." For > >> example, Xfce sorts capitals before lower case letters (If anyone > >> knows how to change that I am "all ears"). > > > > > > Xfce uses the environment variable LC_COLLATE to determine the > > sorting order. On an out-of-the-box Slackware system this will be > > set to LC_COLLATE=C. > > > > Be aware that changing this value might affect the execution of > > lots of shell scripts (if those scripts silently depend on a > > sorting order not defined in the script). > > > > Egads, man, no... I was hoping more for a setting within Xfce so that > menus have the same sort order behavior as Thunar, for consistency, > and to make it easier (sloppier?) for desktop files. > > Maybe easier to sent a style standard for the "name=" field to be > capitalized. Perusing Xfce and KDE distributed desktop files, it > appears that all the "name=" are capitalized (for this reason?). I'm going to turn on Volkerding mode here: a wholesale change of that scope is *not* something that we are going to do here. That's not a judgment as to whether it's a good idea or a bad idea -- it's a judgment that this is the wrong level in the stack to make such a change. Talk to upstream and/or the fdo people. :-) - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKdc8cACgkQvGy9tf6lsvsatQCgiCZxTdtHDHxoW3u22hLzQ0P9 OxEAnRExUdauKtCyds+1uowsb6AWm3Nq =zYWJ -----END PGP SIGNATURE----- From info at microlinux.fr Tue Dec 3 10:54:05 2013 From: info at microlinux.fr (Niki Kovacs) Date: Tue, 03 Dec 2013 11:54:05 +0100 Subject: [Slackbuilds-users] pyxdg URL Message-ID: <529DB84D.2030507@microlinux.fr> Hi, Sources for pyxdg are currently on freedesktop.org, which is painfully slow, next to unusable (gave up after a dozen attempts, tarball coming in at about 1 byte / second). I suggest to switch to this download location, which is much faster: https://pypi.python.org/packages/source/p/pyxdg/pyxdg-0.25.tar.gz 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 willysr at slackbuilds.org Tue Dec 3 11:22:42 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 03 Dec 2013 18:22:42 +0700 Subject: [Slackbuilds-users] pyxdg URL In-Reply-To: <529DB84D.2030507@microlinux.fr> References: <529DB84D.2030507@microlinux.fr> Message-ID: <529DBF02.8060006@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Sources for pyxdg are currently on freedesktop.org, which is painfully > slow, next to unusable (gave up after a dozen attempts, tarball coming > in at about 1 byte / second). > > I suggest to switch to this download location, which is much faster: > > https://pypi.python.org/packages/source/p/pyxdg/pyxdg-0.25.tar.gz Done commit ca72d5e7a2cff50c012871c40b433a5fccf4f966 Author: Willy Sudiarto Raharjo Date: Tue Dec 3 18:22:01 2013 +0700 python/pyxdg: Update Download Link. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKdvwEACgkQiHuDdNczM4G21wCfeVU5LgIIZmN1EahvKwzoiYVK KbsAn2/j3+1MoawqgnHU9DB5GHEHiMwr =856f -----END PGP SIGNATURE----- From info at microlinux.fr Tue Dec 3 13:50:40 2013 From: info at microlinux.fr (Niki Kovacs) Date: Tue, 03 Dec 2013 14:50:40 +0100 Subject: [Slackbuilds-users] gtkmm vs. gtkmm3 Message-ID: <529DE1B0.8050805@microlinux.fr> Hi, I have gtkmm installed, which is needed by Inkscape. Now I try to build a recent version of Gnote, which requires gtkmm 3.0. I see there's a gtkmm3 SlackBuild on SBo, and now I wonder: can I install gtkmm and gtkmm3 side by side? 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 willysr at slackbuilds.org Tue Dec 3 13:51:58 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 03 Dec 2013 20:51:58 +0700 Subject: [Slackbuilds-users] gtkmm vs. gtkmm3 In-Reply-To: <529DE1B0.8050805@microlinux.fr> References: <529DE1B0.8050805@microlinux.fr> Message-ID: <529DE1FE.6060103@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I have gtkmm installed, which is needed by Inkscape. > > Now I try to build a recent version of Gnote, which requires gtkmm > 3.0. I see there's a gtkmm3 SlackBuild on SBo, and now I wonder: can I > install gtkmm and gtkmm3 side by side? Yes, they are safe to be installed alltogether :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKd4f4ACgkQiHuDdNczM4HZQACgpyRun73ZoPO+8hiXEYxYvlPF Ol0AoJOtTbypIuyFPXrkzQXIiMvCK551 =QWy9 -----END PGP SIGNATURE----- From info at microlinux.fr Tue Dec 3 13:56:32 2013 From: info at microlinux.fr (Niki Kovacs) Date: Tue, 03 Dec 2013 14:56:32 +0100 Subject: [Slackbuilds-users] gtkmm vs. gtkmm3 In-Reply-To: <529DE1FE.6060103@slackbuilds.org> References: <529DE1B0.8050805@microlinux.fr> <529DE1FE.6060103@slackbuilds.org> Message-ID: <529DE310.9080403@microlinux.fr> Le 03/12/2013 14:51, Willy Sudiarto Raharjo a ?crit : > Yes, they are safe to be installed alltogether:) Thanks for the superfast response, Willy ! 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 s.arcus at open-t.co.uk Tue Dec 3 13:59:11 2013 From: s.arcus at open-t.co.uk (Sebastian Arcus) Date: Tue, 03 Dec 2013 13:59:11 +0000 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> Message-ID: <529DE3AF.6080207@open-t.co.uk> On 03/12/13 00:39, Willy Sudiarto Raharjo wrote: >> Was wondering if there are any plans to port gnucash to 14.1? Or maybe it >> has some dependencies which conflict with 14.1? I've been using it for years >> and will need to install it on my freshly upgraded machine at some point in >> time. Cheers. > see Robby's commit message here > http://slackbuilds.org/cgit/slackbuilds/commit/?id=2c2d8a1c5847635c19856070daa952423fb6e309 > OK - I think I followed the explanation on that link - but as I'm not familiar enough with git, wasn't sure what the rest of the page meant. Does it mean that gnucash gets dropped from SBo, or that he was suggesting some other path forward? One day I will have to get into this git business :-) From willysr at slackbuilds.org Tue Dec 3 14:00:17 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 03 Dec 2013 21:00:17 +0700 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529DE3AF.6080207@open-t.co.uk> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> Message-ID: <529DE3F1.10500@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > OK - I think I followed the explanation on that link - but as I'm not > familiar enough with git, wasn't sure what the rest of the page meant. > Does it mean that gnucash gets dropped from SBo, or that he was > suggesting some other path forward? One day I will have to get into > this git business :-) Yes, as the commit message said, it's being dropped from SBo repository - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKd4/EACgkQiHuDdNczM4FMYQCZAYLaWQrXwg+I6u8N9BR2HMS5 lQkAniSs4n6yUJpuNv3DRuGfXAHqOjLN =9zCR -----END PGP SIGNATURE----- From s.arcus at open-t.co.uk Tue Dec 3 14:58:51 2013 From: s.arcus at open-t.co.uk (Sebastian Arcus) Date: Tue, 03 Dec 2013 14:58:51 +0000 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529DE3F1.10500@slackbuilds.org> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> Message-ID: <529DF1AB.4040107@open-t.co.uk> On 03/12/13 14:00, Willy Sudiarto Raharjo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> OK - I think I followed the explanation on that link - but as I'm not >> familiar enough with git, wasn't sure what the rest of the page meant. >> Does it mean that gnucash gets dropped from SBo, or that he was >> suggesting some other path forward? One day I will have to get into >> this git business :-) > Yes, as the commit message said, it's being dropped from SBo repository Thanks Willy From crockabiscuit at gmail.com Tue Dec 3 19:42:24 2013 From: crockabiscuit at gmail.com (crocket) Date: Wed, 4 Dec 2013 04:42:24 +0900 Subject: [Slackbuilds-users] Does anyone want to take Tinc VPN slackbuild? Message-ID: A while ago, I made a slackbuild for tinc vpn to serve my needs. However, I don't tend to maintain it. The slackbuild is attached to this message. If anyone wants to maintain it, take it and submit it. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: tinc.tar.bz2 Type: application/x-bzip2 Size: 2596 bytes Desc: not available URL: From chris at teria.org Tue Dec 3 19:46:50 2013 From: chris at teria.org (Chris) Date: Tue, 3 Dec 2013 20:46:50 +0100 Subject: [Slackbuilds-users] libestr Message-ID: <20131203204650.3841a3ce@station.paris.ld> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Sorry for my late reply. As you proposed (http://lists.slackbuilds.org/pipermail/slackbuilds-users/2013-November/011030.html), I would like to take over maintenance of libestr. Thanks a lot. Regards, - -- Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlKeNSoACgkQGXsBKIq5oxSW6ACgtMn5qsGc/3lRGbF0NuBx3zPA RYsAoKhk4imqaNpAF8UD+MzAm6XKmvd+ =6p7c -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Tue Dec 3 20:04:18 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 3 Dec 2013 14:04:18 -0600 Subject: [Slackbuilds-users] libestr In-Reply-To: <20131203204650.3841a3ce@station.paris.ld> References: <20131203204650.3841a3ce@station.paris.ld> Message-ID: <20131203140418.6b89cbe0@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Dec 2013 20:46:50 +0100 Chris wrote: > Sorry for my late reply. As you proposed > (http://lists.slackbuilds.org/pipermail/slackbuilds-users/2013-November/011030.html), > I would like to take over maintenance of libestr. Hrm, I see (now that I looked) that it's maintained by Bogdan, and I just talked with him earlier today... What say you, Bogdan? - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKeOUYACgkQvGy9tf6lsvtzugCfQdYReSWvNNpP7fNbQiD0jHSW nAcAoLm2rtUm8HvdfSnuM5WhqIVNYXWP =1LWR -----END PGP SIGNATURE----- From chris at teria.org Tue Dec 3 20:45:08 2013 From: chris at teria.org (Chris) Date: Tue, 3 Dec 2013 21:45:08 +0100 Subject: [Slackbuilds-users] libestr In-Reply-To: <20131203140418.6b89cbe0@home.rlworkman.net> References: <20131203204650.3841a3ce@station.paris.ld> <20131203140418.6b89cbe0@home.rlworkman.net> Message-ID: <20131203214508.7736c982@station.paris.ld> On Tue, 3 Dec 2013 14:04:18 -0600 Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 3 Dec 2013 20:46:50 +0100 > Chris wrote: > > > Sorry for my late reply. As you proposed > > (http://lists.slackbuilds.org/pipermail/slackbuilds-users/2013-November/011030.html), > > I would like to take over maintenance of libestr. > > > Hrm, I see (now that I looked) that it's maintained by Bogdan, > and I just talked with him earlier today... What say you, > Bogdan? > > - -RW > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > > iEYEARECAAYFAlKeOUYACgkQvGy9tf6lsvtzugCfQdYReSWvNNpP7fNbQiD0jHSW > nAcAoLm2rtUm8HvdfSnuM5WhqIVNYXWP > =1LWR > -----END PGP SIGNATURE----- Of course there's no problem if Bogdan wants to keep the maintenance of libestr. -- Chris From bogdan at nimblex.net Tue Dec 3 22:29:38 2013 From: bogdan at nimblex.net (Bogdan Radulescu) Date: Tue, 3 Dec 2013 22:29:38 +0000 Subject: [Slackbuilds-users] libestr In-Reply-To: <20131203140418.6b89cbe0@home.rlworkman.net> References: <20131203204650.3841a3ce@station.paris.ld> <20131203140418.6b89cbe0@home.rlworkman.net> Message-ID: Hello, I just submitted an update. Thanks for the reminder. Regards, Bogdan On Tue, Dec 3, 2013 at 8:04 PM, Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 3 Dec 2013 20:46:50 +0100 > Chris wrote: > > > Sorry for my late reply. As you proposed > > ( > http://lists.slackbuilds.org/pipermail/slackbuilds-users/2013-November/011030.html > ), > > I would like to take over maintenance of libestr. > > > Hrm, I see (now that I looked) that it's maintained by Bogdan, > and I just talked with him earlier today... What say you, > Bogdan? > > - -RW > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > > iEYEARECAAYFAlKeOUYACgkQvGy9tf6lsvtzugCfQdYReSWvNNpP7fNbQiD0jHSW > nAcAoLm2rtUm8HvdfSnuM5WhqIVNYXWP > =1LWR > -----END PGP SIGNATURE----- > -------------- next part -------------- An HTML attachment was scrubbed... URL: From melikamp at melikamp.com Tue Dec 3 23:27:20 2013 From: melikamp at melikamp.com (Ivan Zaigralin) Date: Tue, 03 Dec 2013 18:27:20 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529DF1AB.4040107@open-t.co.uk> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> Message-ID: <529E68D8.9050806@melikamp.com> But if we find a way to build in a compatible way, it can return, right? I use it heavily, so I will make an attempt to build it, now that I finally upgraded to 14.1 :) On 12/03/2013 09:58 AM, Sebastian Arcus wrote: > > On 03/12/13 14:00, Willy Sudiarto Raharjo wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >>> OK - I think I followed the explanation on that link - but as I'm not >>> familiar enough with git, wasn't sure what the rest of the page meant. >>> Does it mean that gnucash gets dropped from SBo, or that he was >>> suggesting some other path forward? One day I will have to get into >>> this git business :-) >> Yes, as the commit message said, it's being dropped from SBo repository > Thanks Willy > > _______________________________________________ > 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: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Tue Dec 3 23:46:37 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 04 Dec 2013 06:46:37 +0700 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529E68D8.9050806@melikamp.com> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> Message-ID: <529E6D5D.3020005@slackbuilds.org> > But if we find a way to build in a compatible way, it can return, right? > I use it heavily, so I will make an attempt to build it, now that I finally > upgraded to 14.1 :) Sure, why not. I know some people do use gnucash on their machines You probably need to submit goffice0.8 package, not goffice as it will conflict with the current version of goffice From rworkman at slackbuilds.org Wed Dec 4 00:02:16 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 3 Dec 2013 18:02:16 -0600 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529E6D5D.3020005@slackbuilds.org> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> Message-ID: <20131203180216.69d3ab1d@home.rlworkman.net> On Wed, 04 Dec 2013 06:46:37 +0700 Willy Sudiarto Raharjo wrote: > > But if we find a way to build in a compatible way, it can return, > > right? I use it heavily, so I will make an attempt to build it, now > > that I finally upgraded to 14.1 :) > > Sure, why not. I know some people do use gnucash on their machines > You probably need to submit goffice0.8 package, not goffice as it > will conflict with the current version of goffice Or perhaps pester the gnucash devs to update it for newer goffice. I don't see why they wouldn't - it's not like it could possibly complicate their build process much more ;-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From vbatts at gmail.com Wed Dec 4 00:16:21 2013 From: vbatts at gmail.com (Vincent Batts) Date: Tue, 3 Dec 2013 19:16:21 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <20131203180216.69d3ab1d@home.rlworkman.net> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> Message-ID: On Dec 3, 2013 7:02 PM, "Robby Workman" wrote: > > Or perhaps pester the gnucash devs to update it for newer goffice. > I don't see why they wouldn't - it's not like it could possibly > complicate their build process much more ;-) > > -RW > It would be good to do. Adding to their sure certainty of the pains associated with locking into versions of the gnome universe. -------------- next part -------------- An HTML attachment was scrubbed... URL: From melikamp at melikamp.com Wed Dec 4 00:24:50 2013 From: melikamp at melikamp.com (Ivan Zaigralin) Date: Tue, 03 Dec 2013 19:24:50 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> Message-ID: <529E7652.5000108@melikamp.com> Thanks guys! I will try all of these options. On 12/03/2013 07:16 PM, Vincent Batts wrote: > > On Dec 3, 2013 7:02 PM, "Robby Workman" > wrote: >> >> Or perhaps pester the gnucash devs to update it for newer goffice. >> I don't see why they wouldn't - it's not like it could possibly >> complicate their build process much more ;-) >> >> -RW >> > > It would be good to do. Adding to their sure certainty of the pains associated > with locking into versions of the gnome universe. > > > > _______________________________________________ > 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: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Wed Dec 4 00:29:34 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 04 Dec 2013 07:29:34 +0700 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <20131203180216.69d3ab1d@home.rlworkman.net> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> Message-ID: <529E776E.2060909@slackbuilds.org> >> Sure, why not. I know some people do use gnucash on their machines >> You probably need to submit goffice0.8 package, not goffice as it >> will conflict with the current version of goffice > > > Or perhaps pester the gnucash devs to update it for newer goffice. > I don't see why they wouldn't - it's not like it could possibly > complicate their build process much more ;-) Looking at their SVN repository, it seems that they are now working with guile 2 :) and probably they don't need goffice anymore :) 2013-02-21 Geert Janssens * Drop goffice dependency from our html engine But then on November, i saw this 2013-11-26 Geert Janssens * Report the proper minimum version for libgoffice when not found at configure time Which is strange.. Hopefully they are for win32 build only -- Willy Sudiarto Raharjo From willysr at slackbuilds.org Wed Dec 4 00:36:34 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 04 Dec 2013 07:36:34 +0700 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529E776E.2060909@slackbuilds.org> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> <529E776E.2060909@slackbuilds.org> Message-ID: <529E7912.8030209@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Looking at their SVN repository, it seems that they are now working > with guile 2 :) > and probably they don't need goffice anymore :) > 2013-02-21 Geert Janssens > * Drop goffice dependency from our html engine > > But then on November, i saw this > 2013-11-26 Geert Janssens > * Report the proper minimum version for libgoffice when not found at > configure time > > Which is strange.. > Hopefully they are for win32 build only Here's some milestone for gnucash 2.6 :) 2.5.0 - 30 Mar 2013 The Gnucash Development Team is pleased to release Gnucash 2.5.0, the first release of an unstable series leading to Gnucash 2.6.0. Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed Gnucash now works with Guile-2.0. 2.5.6 - 7 October 2013 Geert Janssens has rewritten the preferences system to use GSettings from GIO (GLib) instead of GConf. This is a simpler and more robust backend which writes to the OS's native prefs - -- defaults on OS X and the Registry on MSWindows -- and allows us to remove several troublesome dependencies including GConf, ORBit, and DBus. The change includes a migration script that will run at Gnucash startup. 2.5.9 - 1 December 2013 This is the tenth release in the UNSTABLE 2.5 series. It is the first beta release. Barring any surprises, there will be one more beta release in two weeks, followed by the release of 2.6.0 on 29 December. So by next year, we should have gnucash 2.6.0 for 14.1 (hopefully) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKeeRIACgkQiHuDdNczM4HK6gCePH73wA701EhWBGlxbs1P6lQZ nl4AmgNlj/wII3Nz3RCW7nnl9llva4H6 =eNCZ -----END PGP SIGNATURE----- From vbatts at gmail.com Wed Dec 4 01:18:22 2013 From: vbatts at gmail.com (Vincent Batts) Date: Tue, 3 Dec 2013 20:18:22 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <529E7912.8030209@slackbuilds.org> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> <529E776E.2060909@slackbuilds.org> <529E7912.8030209@slackbuilds.org> Message-ID: So for those interested, with spare cycles to work on this, take the current slack build and begin working on ironing all the new dependencies using this 2.5.x version. Then the 2.6.0 shouldn't be more than just a VERSION bump. On Dec 3, 2013 7:36 PM, "Willy Sudiarto Raharjo" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Looking at their SVN repository, it seems that they are now working > > with guile 2 :) > > and probably they don't need goffice anymore :) > > 2013-02-21 Geert Janssens > > * Drop goffice dependency from our html engine > > > > But then on November, i saw this > > 2013-11-26 Geert Janssens > > * Report the proper minimum version for libgoffice when not found at > > configure time > > > > Which is strange.. > > Hopefully they are for win32 build only > > Here's some milestone for gnucash 2.6 :) > > 2.5.0 - 30 Mar 2013 > The Gnucash Development Team is pleased to release Gnucash 2.5.0, > the first release of an unstable series leading to Gnucash 2.6.0. > Gnucash now requires Gtk+-2.24 and GLib-2.26. We've removed > Gnucash now works with Guile-2.0. > > 2.5.6 - 7 October 2013 > Geert Janssens has rewritten the preferences system to use > GSettings from GIO (GLib) instead of GConf. This is a simpler > and more robust backend which writes to the OS's native prefs > - -- defaults on OS X and the Registry on MSWindows -- and > allows us to remove several troublesome dependencies > including GConf, ORBit, and DBus. The change includes a > migration script that will run at Gnucash startup. > > 2.5.9 - 1 December 2013 > This is the tenth release in the UNSTABLE 2.5 series. > It is the first beta release. > > Barring any surprises, there will be one more beta release in > two weeks, followed by the release of 2.6.0 on 29 December. > > So by next year, we should have gnucash 2.6.0 for 14.1 (hopefully) > > > - -- > Willy Sudiarto Raharjo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (MingW32) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlKeeRIACgkQiHuDdNczM4HK6gCePH73wA701EhWBGlxbs1P6lQZ > nl4AmgNlj/wII3Nz3RCW7nnl9llva4H6 > =eNCZ > -----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/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Wed Dec 4 04:06:06 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 3 Dec 2013 22:06:06 -0600 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> <529E776E.2060909@slackbuilds.org> <529E7912.8030209@slackbuilds.org> Message-ID: <20131203220606.67f33b28@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Dec 2013 20:18:22 -0500 Vincent Batts wrote: > So for those interested, with spare cycles to work on this, take the > current slack build and begin working on ironing all the new > dependencies using this 2.5.x version. Then the 2.6.0 shouldn't be > more than just a VERSION bump. And hope that my cleaning up of the slib packaging process didn't break more than it fixed. I'm pretty sure that the result is both functional and looks better than what we had, but confirmation would be nice... - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKeqjEACgkQvGy9tf6lsvsZNwCfVHXJi25kxVrS3xuZv9OQHAco rb0Anjw3mMkutCDo+kTtL2bPSkqyuaVs =kBBm -----END PGP SIGNATURE----- From info at microlinux.fr Wed Dec 4 06:53:27 2013 From: info at microlinux.fr (Niki Kovacs) Date: Wed, 04 Dec 2013 07:53:27 +0100 Subject: [Slackbuilds-users] Weirdness in acpica.SlackBuild Message-ID: <529ED167.3030906@microlinux.fr> Hi, One of the changes I add to all my SlackBuilds is adding 'set -e' at the beginning, so I can make sure the slightest error will make it exit. This works fine with my 150+ extra builds. Curiously enough, acpica.SlackBuild compiles fine on Slackware 14.1, but 'set -e' makes it exit just after 'make'. And there's no error message. Any idea what's going on 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 pprkut at slackbuilds.org Wed Dec 4 06:56:51 2013 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Wed, 04 Dec 2013 07:56:51 +0100 Subject: [Slackbuilds-users] Weirdness in acpica.SlackBuild In-Reply-To: <529ED167.3030906@microlinux.fr> References: <529ED167.3030906@microlinux.fr> Message-ID: <1595020.yfKUXhPguL@callisto> On Wednesday 04 December 2013 07:53:27 Niki Kovacs wrote: > Hi, > > One of the changes I add to all my SlackBuilds is adding 'set -e' at the > beginning, so I can make sure the slightest error will make it exit. > This works fine with my 150+ extra builds. > > Curiously enough, acpica.SlackBuild compiles fine on Slackware 14.1, but > 'set -e' makes it exit just after 'make'. And there's no error message. > > Any idea what's going on here? I'm not sure I understand. The SlackBuild has "set -e" already on line 61 and it works fine. Did you add another one? 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 info at microlinux.fr Wed Dec 4 07:26:01 2013 From: info at microlinux.fr (Niki Kovacs) Date: Wed, 04 Dec 2013 08:26:01 +0100 Subject: [Slackbuilds-users] Weirdness in acpica.SlackBuild In-Reply-To: <1595020.yfKUXhPguL@callisto> References: <529ED167.3030906@microlinux.fr> <1595020.yfKUXhPguL@callisto> Message-ID: <529ED909.7080207@microlinux.fr> Le 04/12/2013 07:56, Heinz Wiesinger a ?crit : > I'm not sure I understand. The SlackBuild has "set -e" already on line 61 and > it works fine. Did you add another one? Ah OK. I thought that was my own addition. Anyway, here's the small problem. When keeping 'set -e', the build process stops short after 'make', and before 'make install', but there's no error message. Only when I comment out 'set -e' does the script continue, and the installation works fine. I'm puzzled. -- 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 matteo.bernardini at gmail.com Wed Dec 4 07:57:05 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 4 Dec 2013 08:57:05 +0100 Subject: [Slackbuilds-users] Weirdness in acpica.SlackBuild In-Reply-To: <529ED909.7080207@microlinux.fr> References: <529ED167.3030906@microlinux.fr> <1595020.yfKUXhPguL@callisto> <529ED909.7080207@microlinux.fr> Message-ID: I can confim that it builds fine as-is on my i486 and x86_64 installs... Matteo From info at microlinux.fr Wed Dec 4 08:39:12 2013 From: info at microlinux.fr (Niki Kovacs) Date: Wed, 04 Dec 2013 09:39:12 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 Message-ID: <529EEA30.5020709@microlinux.fr> Hi, I just built VirtualBox successfully on 32-bit Slackware 14.1. But the build fails on Slackware64. Which is a mystery because: * acpica is installed * Eric's multilib is installed Configuration exits with the following message: Checking for iasl: ** iasl (variable IASL) not found! As far as I understand, there's a problem with finding acpica. Any suggestions? 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 ekinakoglu at gmail.com Wed Dec 4 08:47:07 2013 From: ekinakoglu at gmail.com (ekinakoglu at gmail.com) Date: Wed, 4 Dec 2013 09:47:07 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <529EEA30.5020709@microlinux.fr> References: <529EEA30.5020709@microlinux.fr> Message-ID: Hi, https://www.virtualbox.org/pipermail/vbox-dev/2009-March/006820.html might be the answer to your question. Best, Ekin On 4 December 2013 09:39, Niki Kovacs wrote: > Hi, > > I just built VirtualBox successfully on 32-bit Slackware 14.1. But the > build fails on Slackware64. Which is a mystery because: > > * acpica is installed > * Eric's multilib is installed > > Configuration exits with the following message: > > Checking for iasl: > ** iasl (variable IASL) not found! > > As far as I understand, there's a problem with finding acpica. > > Any suggestions? > > 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/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at microlinux.fr Wed Dec 4 08:59:08 2013 From: info at microlinux.fr (Niki Kovacs) Date: Wed, 04 Dec 2013 09:59:08 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: References: <529EEA30.5020709@microlinux.fr> Message-ID: <529EEEDC.9050509@microlinux.fr> Le 04/12/2013 09:47, ekinakoglu at gmail.com a ?crit : > Hi, > > https://www.virtualbox.org/pipermail/vbox-dev/2009-March/006820.html > might be the answer to your question. > > Best, but IASL *is* installed. -- 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 willysr at slackbuilds.org Wed Dec 4 09:22:24 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 4 Dec 2013 16:22:24 +0700 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <529EEA30.5020709@microlinux.fr> References: <529EEA30.5020709@microlinux.fr> Message-ID: <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> > > I just built VirtualBox successfully on 32-bit Slackware 14.1. But the build fails on Slackware64. Which is a mystery because: > > * acpica is installed > * Eric's multilib is installed Check the README on SBo's website NOTE: This will not build on a stock x86_64 system. -- Willy Sudiarto Raharjo From pprkut at slackbuilds.org Wed Dec 4 09:24:12 2013 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Wed, 04 Dec 2013 10:24:12 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <529EEA30.5020709@microlinux.fr> References: <529EEA30.5020709@microlinux.fr> Message-ID: <2337119.cWBc14a1pq@callisto> On Wednesday 04 December 2013 09:39:12 Niki Kovacs wrote: > Hi, > > I just built VirtualBox successfully on 32-bit Slackware 14.1. But the > build fails on Slackware64. Which is a mystery because: > > * acpica is installed > * Eric's multilib is installed > > Configuration exits with the following message: > > Checking for iasl: > ** iasl (variable IASL) not found! > > As far as I understand, there's a problem with finding acpica. > > Any suggestions? Best I can tell this looks like something environmental. Check the config.log for hints on what fails exactly and go from there. 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 ekinakoglu at gmail.com Wed Dec 4 09:27:47 2013 From: ekinakoglu at gmail.com (ekinakoglu at gmail.com) Date: Wed, 4 Dec 2013 10:27:47 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> References: <529EEA30.5020709@microlinux.fr> <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> Message-ID: Hi Niki, Did you try setting an 32-bit compile environment as prescribed in Eric's website? By running bash$ . /etc/profile.d/32dev.sh before compiling Virtualbox? Best, Ekin On 4 December 2013 10:22, Willy Sudiarto Raharjo wrote: > > > > I just built VirtualBox successfully on 32-bit Slackware 14.1. But the > build fails on Slackware64. Which is a mystery because: > > > > * acpica is installed > > * Eric's multilib is installed > > > Check the README on SBo's website > NOTE: This will not build on a stock x86_64 system. > > > -- > Willy Sudiarto Raharjo > _______________________________________________ > 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 info at microlinux.fr Wed Dec 4 09:31:20 2013 From: info at microlinux.fr (Niki Kovacs) Date: Wed, 04 Dec 2013 10:31:20 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> References: <529EEA30.5020709@microlinux.fr> <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> Message-ID: <529EF668.5090302@microlinux.fr> Le 04/12/2013 10:22, Willy Sudiarto Raharjo a ?crit : > Check the README on SBo's website > NOTE: This will not build on a stock x86_64 system. I know, Willy. I'm writing this mail on Slackware64 14.0, where I successfully installed VirtualBox. Before that, I had VirtualBox running on Slackware64 13.37. I'm aware of the build caveats on 64-bit. Only this time, something's wrong. 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 augustusgorman at yahoo.co.uk Wed Dec 4 11:28:38 2013 From: augustusgorman at yahoo.co.uk (Jordan Muscott) Date: Wed, 4 Dec 2013 11:28:38 +0000 (GMT) Subject: [Slackbuilds-users] 14.1 slackbuild for apache-tomcat Message-ID: <1386156518.94768.YahooMailNeo@web171603.mail.ir2.yahoo.com> Hi, after installing the slackbuild from http://slackbuilds.org/repository/14.1/system/apache-tomcat/ i've had to make a small change to my catalina.sh. The script looks for tomcat-juli.jar in $CATALINA_BASE/bin/tomcat-juli.jar, and then $CATALINA_HOME/bin/tomcat-juli.jar, so I changed it to look like this: ???????????????????????????????????????????????????????????????????????????????????? if [ -r "$CATALINA_BASE/bin/tomcat-juli.jar" ] ; then ? CLASSPATH=$CLASSPATH:$CATALINA_BASE/bin/tomcat-juli.jar else ? CLASSPATH=$CLASSPATH:$CATALINA_LIBDIR/tomcat-juli.jar fi regards, Jordan From matteo.bernardini at gmail.com Wed Dec 4 13:13:48 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 4 Dec 2013 14:13:48 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: <529EF668.5090302@microlinux.fr> References: <529EEA30.5020709@microlinux.fr> <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> <529EF668.5090302@microlinux.fr> Message-ID: I checked on my multilib installs and the virtualbox configure script is able to find iasl: maybe it's a local problem related to the other you got with acpica before... Matteo From ben.mendis at gmail.com Wed Dec 4 13:42:32 2013 From: ben.mendis at gmail.com (Ben Mendis) Date: Wed, 04 Dec 2013 08:42:32 -0500 Subject: [Slackbuilds-users] Name/Email Inconsistencies In-Reply-To: <52920B6F.1010301@slackbuilds.org> References: <52920B6F.1010301@slackbuilds.org> Message-ID: <529F3148.3000300@gmail.com> On 11/24/2013 09:21 AM, Willy Sudiarto Raharjo wrote: > Hi everyone, > > I just listed all maintainer's email and it seems that there are so > many of you who submitted using different names and email addresses > (perhaps you changed your email, but didn't update your email contact > in all of your scripts). > > Please let me know which one is the name/email address you want to use > in your scripts. > > Here's the name of maintainers who have inconsistency name/email > addresses: > > > Ben Mendis - ben.mendis at gmail.com > Ben Mendis - dragonwisard at gmail.com > These are both mine. Both email addresses are still active. If you want consistency you can change them all to ben.mendis at gmail.com. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 555 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Wed Dec 4 13:46:30 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 04 Dec 2013 20:46:30 +0700 Subject: [Slackbuilds-users] Name/Email Inconsistencies In-Reply-To: <529F3148.3000300@gmail.com> References: <52920B6F.1010301@slackbuilds.org> <529F3148.3000300@gmail.com> Message-ID: <529F3236.8030601@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > These are both mine. Both email addresses are still active. > If you want consistency you can change them all to ben.mendis at gmail.com. Thanks Done in my branch commit 7270aa2a214ce37f207de10d2916b64d028085a7 Author: Willy Sudiarto Raharjo Date: Wed Dec 4 20:45:53 2013 +0700 python/Mako: Update Email Address. Signed-off-by: Willy Sudiarto Raharjo commit 1bc460220929d222a1d2a1e0ce9be7b901719f87 Author: Willy Sudiarto Raharjo Date: Wed Dec 4 20:45:22 2013 +0700 libraries/CherryPy: Update Email Address. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKfMjYACgkQiHuDdNczM4EaCwCfcq1CVaYPFFmSfRingM9WY2+X Vn4An3zKKOmYUKqCmeRcxaCuQlQqdasY =2fFl -----END PGP SIGNATURE----- From philnx at bluebottle.com Wed Dec 4 16:40:09 2013 From: philnx at bluebottle.com (Philip Lacroix) Date: Wed, 04 Dec 2013 16:40:09 +0000 Subject: [Slackbuilds-users] First steps Message-ID: <1386175209.529f5ae97b755@mail.bluebottle.com> Hello everyone, I'm new on this list. For anything unclear regarding the packages I submitted please feel free to drop me an email. Thanks! Greetings, Philip From willysr at slackbuilds.org Wed Dec 4 16:43:01 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Wed, 04 Dec 2013 23:43:01 +0700 Subject: [Slackbuilds-users] Mono Updates In-Reply-To: <529CC391.70604@slackbuilds.org> References: <529CC391.70604@slackbuilds.org> Message-ID: <529F5B95.6070302@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > We have just updated Mono package to 3.2.3 in pending-mono branch, > but it will not be merged to master soon, as there are so many > packages that depends on mono and must be tested against newer > version of mono. Here are those packages that depends directly or > indirectly to mono > > academic/smath-studio development/mono-debugger development/nant > games/gbrainy libraries/gtk-sharp libraries/log4net > libraries/ndesk-dbus libraries/nini libraries/smartirc4net > misc/KeePass network/LOIC So far, everything above compiled with the updated Mono Below are the one that are not compiled with latest mono > development/mono-addins (it requires gtk-sharp, which then > requires mono) > development/monodevelop (require mono-addins) > development/monodevelop-database (require monodevelop, > mono-addins) development/monodevelop-debugger-gdb (require > monodevelop) graphics/pinta (require mono-addins) The keypoint here is updating mono-addins to version 1.0. I'm cc'ing the maintainer as well so he's aware of this problem - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKfW5UACgkQiHuDdNczM4E4xwCgrVyaE+AbZ0dC61lyKrWz4ve7 9JgAoKPC6R4Kf5//NX2DGxWqxU+5ej/e =soPi -----END PGP SIGNATURE----- From nick at linicks.net Wed Dec 4 18:00:21 2013 From: nick at linicks.net (Nick Warne) Date: Wed, 04 Dec 2013 18:00:21 +0000 Subject: [Slackbuilds-users] Slackbuild submissions - a question In-Reply-To: <1386175209.529f5ae97b755@mail.bluebottle.com> References: <1386175209.529f5ae97b755@mail.bluebottle.com> Message-ID: <529F6DB5.1050806@linicks.net> When the window opened for new submissions on 14.1, I submitted a build I had ready ~ games/qxw It was processed and added to the repository - thank you for that. But I have noticed my qxw.Slackbuild script was changed somewhat. Is this done 'manually' by the reviewer? Thanks, Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Wed Dec 4 18:03:51 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 05 Dec 2013 01:03:51 +0700 Subject: [Slackbuilds-users] Slackbuild submissions - a question In-Reply-To: <529F6DB5.1050806@linicks.net> References: <1386175209.529f5ae97b755@mail.bluebottle.com> <529F6DB5.1050806@linicks.net> Message-ID: <529F6E87.10902@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > But I have noticed my qxw.Slackbuild script was changed somewhat. Is > this done 'manually' by the reviewer? Yes Some modifications are needed since they don't comply with SBo's template or to simplify things (eg. the guide inclusion) I also added an icon for that so it will be shown in the shortcut menu correctly Please use the one in our repository for future update Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKfbocACgkQiHuDdNczM4F02gCfY7Qsbkv6J9dihepLHn+Xy3H+ rJsAn1hUjXFh6VWhLIrQTAs+97b2bb2t =NcGj -----END PGP SIGNATURE----- From nick at linicks.net Wed Dec 4 18:16:41 2013 From: nick at linicks.net (Nick Warne) Date: Wed, 04 Dec 2013 18:16:41 +0000 Subject: [Slackbuilds-users] Slackbuild submissions - a question In-Reply-To: <529F6E87.10902@slackbuilds.org> References: <1386175209.529f5ae97b755@mail.bluebottle.com> <529F6DB5.1050806@linicks.net> <529F6E87.10902@slackbuilds.org> Message-ID: <529F7189.5070806@linicks.net> Hi Willy, Willy Sudiarto Raharjo wrote, On 04/12/13 18:03: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> But I have noticed my qxw.Slackbuild script was changed somewhat. Is >> this done 'manually' by the reviewer? > > Yes > Some modifications are needed since they don't comply with SBo's > template or to simplify things (eg. the guide inclusion) > I also added an icon for that so it will be shown in the shortcut menu > correctly OK, understand - sorry to cause you some work. As to the icon, it appeared fine in my xfce4 menu under games, so never thought no more about it - sorry for that. > Please use the one in our repository for future update > > Thanks Yep, will do, I grabbed the build today. Nick > > - -- > Willy Sudiarto Raharjo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlKfbocACgkQiHuDdNczM4F02gCfY7Qsbkv6J9dihepLHn+Xy3H+ > rJsAn1hUjXFh6VWhLIrQTAs+97b2bb2t > =NcGj > -----END PGP SIGNATURE----- > -- FSF Associate Member 5508 http://linicks.net/ From info at microlinux.fr Thu Dec 5 06:07:38 2013 From: info at microlinux.fr (Niki Kovacs) Date: Thu, 05 Dec 2013 07:07:38 +0100 Subject: [Slackbuilds-users] Trouble building VirtualBox on Slackware64 14.1 In-Reply-To: References: <529EEA30.5020709@microlinux.fr> <08DA98B5-13E2-4A3E-B4E2-029AF20048DE@slackbuilds.org> <529EF668.5090302@microlinux.fr> Message-ID: <52A0182A.3020807@microlinux.fr> Le 04/12/2013 14:13, Matteo Bernardini a ?crit : > I checked on my multilib installs and the virtualbox configure script > is able to find iasl: maybe it's a local problem related to the other > you got with acpica before... This morning everything worked fine. So I have to conclude my build system was just in a bad compiling mood yesterday :o) 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 rworkman at slackbuilds.org Thu Dec 5 06:10:38 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Thu, 5 Dec 2013 00:10:38 -0600 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <20131203220606.67f33b28@home.rlworkman.net> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> <529E776E.2060909@slackbuilds.org> <529E7912.8030209@slackbuilds.org> <20131203220606.67f33b28@home.rlworkman.net> Message-ID: <20131205001038.4e847a35@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 3 Dec 2013 22:06:06 -0600 Robby Workman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 3 Dec 2013 20:18:22 -0500 > Vincent Batts wrote: > > > So for those interested, with spare cycles to work on this, take the > > current slack build and begin working on ironing all the new > > dependencies using this 2.5.x version. Then the 2.6.0 shouldn't be > > more than just a VERSION bump. > > > And hope that my cleaning up of the slib packaging process didn't > break more than it fixed. I'm pretty sure that the result is both > functional and looks better than what we had, but confirmation > would be nice... Well, it doesn't matter. The 2.6.0 branch of gnucash doesn't need slib any more. I just submitted 2.5.9 (and left you as maintainer, vbatts). - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKgGOEACgkQvGy9tf6lsvuYOwCgtUbGQWZAEsKhVL5gHYznC7Zj tiQAn1eUawJtElcwqBuM0FWzail/geon =F8SU -----END PGP SIGNATURE----- From info at microlinux.fr Thu Dec 5 06:33:24 2013 From: info at microlinux.fr (Niki Kovacs) Date: Thu, 05 Dec 2013 07:33:24 +0100 Subject: [Slackbuilds-users] Typo in virtualbox-extension-pack.SlackBuild Message-ID: <52A01E34.2000203@microlinux.fr> " Slackware build script for virtualbox-kernel" ==> wrong package name 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 aaditya_gnulinux at zoho.com Thu Dec 5 08:47:00 2013 From: aaditya_gnulinux at zoho.com (Aaditya Bagga) Date: Thu, 05 Dec 2013 14:17:00 +0530 Subject: [Slackbuilds-users] gksu set of packages not working Message-ID: <52A03D84.3030601@zoho.com> hello, there seems to be a bug with the gksu set of packages (libgtop+libgksu+gksu). they all built and installed, but I get an error when I run it. There's a thread on LQ about this, https://www.linuxquestions.org/questions/slackware-14/solved-can%27t-get-gksu-to-work-784919/ I first got this error "The gksu-run-helper command was not found or is not executable." Then I did "mkdir /usr/lib/libgksu ln -s /usr/lib64/libgksu/gksu-run-helper /usr/lib/libgksu/gksu-run-helper" and got this error-"Failed to communicate with gksu-run-helper. Received: ssword: While expecting: gksu: waiting" Anyone knows a fix? (using slackware 14.1 64 bit with Xfce) From willysr at slackbuilds.org Thu Dec 5 10:25:54 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 05 Dec 2013 17:25:54 +0700 Subject: [Slackbuilds-users] Typo in virtualbox-extension-pack.SlackBuild In-Reply-To: <52A01E34.2000203@microlinux.fr> References: <52A01E34.2000203@microlinux.fr> Message-ID: <52A054B2.1000207@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > " Slackware build script for virtualbox-kernel" > > ==> wrong package name FIxed in my branch - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKgVLIACgkQiHuDdNczM4G3DQCfWEYa1QrryqtKSoUM9PsO9NyW 5NIAni/1vshO2ooo8OXqzp9aD34RejgU =ulmy -----END PGP SIGNATURE----- From willysr at slackbuilds.org Thu Dec 5 10:27:51 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 05 Dec 2013 17:27:51 +0700 Subject: [Slackbuilds-users] gksu set of packages not working In-Reply-To: <52A03D84.3030601@zoho.com> References: <52A03D84.3030601@zoho.com> Message-ID: <52A05527.8060607@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > hello, there seems to be a bug with the gksu set of packages > (libgtop+libgksu+gksu). they all built and installed, but I get an > error when I run it. > > There's a thread on LQ about this, > https://www.linuxquestions.org/questions/slackware-14/solved-can%27t-get-gksu-to-work-784919/ > > > I first got this error "The gksu-run-helper command was not found or > is not executable." > > Then I did "mkdir /usr/lib/libgksu > ln -s /usr/lib64/libgksu/gksu-run-helper > /usr/lib/libgksu/gksu-run-helper" > > and got this error-"Failed to communicate with gksu-run-helper. > Received: > > ssword: > While expecting: > gksu: waiting" For now, the solution is to use su libgksu and gksu are no longer maintained, so i guess it's time to say good bye as no other packages depends on gksu either - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKgVScACgkQiHuDdNczM4Fu/wCeIOKTlS+E67Cp+E1LHZ0eD6m/ MsIAnRjzddyKkg3kscvINmwprNqRZVV7 =fmv2 -----END PGP SIGNATURE----- From openpandora at free.fr Thu Dec 5 11:39:15 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Thu, 5 Dec 2013 12:39:15 +0100 (CET) Subject: [Slackbuilds-users] xerces and xerces-c report In-Reply-To: <1534151328.45588237.1386243457013.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <386629989.45591355.1386243555069.JavaMail.root@zimbra53-e8.priv.proxad.net> Hi ! Download link for xerces is bad: "You don't have permission to access /xerces/j/Xerces-J-bin.2.11.0.tar.gz on this server." And xerces-c misses this for compilation on arm or other archs: else SLKCFLAGS="-O2 -fPIC" LIBDIRSUFFIX="32" From willysr at slackbuilds.org Thu Dec 5 11:47:59 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 05 Dec 2013 18:47:59 +0700 Subject: [Slackbuilds-users] xerces and xerces-c report In-Reply-To: <386629989.45591355.1386243555069.JavaMail.root@zimbra53-e8.priv.proxad.net> References: <1534151328.45588237.1386243457013.JavaMail.root@zimbra53-e8.priv.proxad.net> <386629989.45591355.1386243555069.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <52A067EF.3090802@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Download link for xerces is bad: > "You don't have permission to access /xerces/j/Xerces-J-bin.2.11.0.tar.gz on this server." Fixed in my branch commit c0884355dcbb58ce646766ae9da08dc418c53ebe Author: OpenPandora Date: Thu Dec 5 18:45:51 2013 +0700 libraries/xerces: Updated Download link. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKgZ+4ACgkQiHuDdNczM4HvvACfavILPth1o2A4RQucSwnQY5Co ApIAoIr3iUJNktVLPbMR4Q6sbB0emgQE =M0ia -----END PGP SIGNATURE----- From vbatts at gmail.com Thu Dec 5 12:32:24 2013 From: vbatts at gmail.com (Vincent Batts) Date: Thu, 5 Dec 2013 07:32:24 -0500 Subject: [Slackbuilds-users] Will there be gnucash for 14.1? In-Reply-To: <20131205001038.4e847a35@home.rlworkman.net> References: <529D015A.2090302@open-t.co.uk> <529DE3AF.6080207@open-t.co.uk> <529DE3F1.10500@slackbuilds.org> <529DF1AB.4040107@open-t.co.uk> <529E68D8.9050806@melikamp.com> <529E6D5D.3020005@slackbuilds.org> <20131203180216.69d3ab1d@home.rlworkman.net> <529E776E.2060909@slackbuilds.org> <529E7912.8030209@slackbuilds.org> <20131203220606.67f33b28@home.rlworkman.net> <20131205001038.4e847a35@home.rlworkman.net> Message-ID: Cool cool. Thanks Robby. On Dec 5, 2013 1:10 AM, "Robby Workman" wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tue, 3 Dec 2013 22:06:06 -0600 > Robby Workman wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Tue, 3 Dec 2013 20:18:22 -0500 > > Vincent Batts wrote: > > > > > So for those interested, with spare cycles to work on this, take the > > > current slack build and begin working on ironing all the new > > > dependencies using this 2.5.x version. Then the 2.6.0 shouldn't be > > > more than just a VERSION bump. > > > > > > And hope that my cleaning up of the slib packaging process didn't > > break more than it fixed. I'm pretty sure that the result is both > > functional and looks better than what we had, but confirmation > > would be nice... > > > Well, it doesn't matter. The 2.6.0 branch of gnucash doesn't need > slib any more. I just submitted 2.5.9 (and left you as maintainer, > vbatts). > > - -RW > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > > iEYEARECAAYFAlKgGOEACgkQvGy9tf6lsvuYOwCgtUbGQWZAEsKhVL5gHYznC7Zj > tiQAn1eUawJtElcwqBuM0FWzail/geon > =F8SU > -----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/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aaditya_gnulinux at zoho.com Thu Dec 5 14:11:15 2013 From: aaditya_gnulinux at zoho.com (Aaditya Bagga) Date: Thu, 05 Dec 2013 19:41:15 +0530 Subject: [Slackbuilds-users] gksu set of packages not working In-Reply-To: <52A05527.8060607@slackbuilds.org> References: <52A03D84.3030601@zoho.com> <52A05527.8060607@slackbuilds.org> Message-ID: <52A08983.1070908@zoho.com> I was confused for a moment because I saw that gksu and libgksu had maintainers! But then I went to the gksu url and saw that gksu was being replaced by gksu Polkit. I wanted to use gksu to use the root Thunar option in menu.(I dont think it will work with su) So I searched and found this- http://mail.xfce.org/pipermail/xfce/2012-May/030479.html (Running graphical programs as root ) This uses zenity, but with it I am able to do what I want :) On 12/05/2013 03:57 PM, Willy Sudiarto Raharjo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> hello, there seems to be a bug with the gksu set of packages >> (libgtop+libgksu+gksu). they all built and installed, but I get an >> error when I run it. >> >> There's a thread on LQ about this, >> https://www.linuxquestions.org/questions/slackware-14/solved-can%27t-get-gksu-to-work-784919/ >> >> >> I first got this error "The gksu-run-helper command was not found or >> is not executable." >> >> Then I did "mkdir /usr/lib/libgksu >> ln -s /usr/lib64/libgksu/gksu-run-helper >> /usr/lib/libgksu/gksu-run-helper" >> >> and got this error-"Failed to communicate with gksu-run-helper. >> Received: >> >> ssword: >> While expecting: >> gksu: waiting" > For now, the solution is to use su > libgksu and gksu are no longer maintained, so i guess it's time to say > good bye as no other packages depends on gksu either > > > - -- > Willy Sudiarto Raharjo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird -http://www.enigmail.net/ > > iEYEARECAAYFAlKgVScACgkQiHuDdNczM4Fu/wCeIOKTlS+E67Cp+E1LHZ0eD6m/ > MsIAnRjzddyKkg3kscvINmwprNqRZVV7 > =fmv2 > -----END PGP SIGNATURE----- > From willysr at slackbuilds.org Thu Dec 5 14:22:01 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 05 Dec 2013 21:22:01 +0700 Subject: [Slackbuilds-users] gksu set of packages not working In-Reply-To: <52A08983.1070908@zoho.com> References: <52A03D84.3030601@zoho.com> <52A05527.8060607@slackbuilds.org> <52A08983.1070908@zoho.com> Message-ID: <52A08C09.6030701@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I was confused for a moment because I saw that gksu and libgksu had > maintainers! > But then I went to the gksu url and saw that gksu was being replaced > by gksu Polkit. > > I wanted to use gksu to use the root Thunar option in menu.(I dont > think it will work with su) > So I searched and found this- > http://mail.xfce.org/pipermail/xfce/2012-May/030479.html (Running > graphical programs as root > ) > This uses zenity, but with it I am able to do what I want :) This uses the same solution as gnsu, sudo :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKgjAkACgkQiHuDdNczM4H1PwCfXV9SKUXEraJ5v/2WVoY8t1y0 Fp4AnAtajbXGKrrOR7MxOQt/vrEVyDqd =82uz -----END PGP SIGNATURE----- From openpandora at free.fr Thu Dec 5 18:41:28 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Thu, 5 Dec 2013 19:41:28 +0100 (CET) Subject: [Slackbuilds-users] Compiling libvpx on ARM fails In-Reply-To: <1428710477.46478594.1386268860173.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <502549034.46478986.1386268888384.JavaMail.root@zimbra53-e8.priv.proxad.net> Hi ! Ran into that problem: libvpx-v1.2.0/vpx_ports/ libvpx-v1.2.0/vpx_scale/ libvpx-v1.2.0/ Configuring selected codecs enabling vp8_encoder enabling vp8_decoder Unrecognized toolchain 'arm-linux-gcc' Configuration failed. This could reflect a misconfiguration of your toolchains, improper options selected, or another problem. If you don't see any useful error messages above, the next step is to look at the configure error log file (config.err) to determine what configure was trying to do when it died. From openpandora at free.fr Thu Dec 5 18:43:46 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Thu, 5 Dec 2013 19:43:46 +0100 (CET) Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <461899125.46480147.1386268938917.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> Hi ! Ran into this: [ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::rebuildLayersList()?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:3675:8: warning: variable ?found? set but not used [-Wunused-but-set-variable] bool found=false; ^ /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::duplicateToMasterPage()?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:5890:8: warning: unused variable ?ok? [-Wunused-variable] bool ok=doc->copyPageToMasterPage(currentPageNumber, pageLocation, pageLocationCount, masterPageName, copyFromMaster); ^ /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::setAppMode(int)?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:6689:21: error: cannot convert ?qreal* {aka float*}? to ?double*? in assignment doc->ShapeValues = modeToolBar->ShapeVals; ^ make[2]: *** [scribus/CMakeFiles/scribus.dir/scribus.cpp.o] Error 1 make[1]: *** [scribus/CMakeFiles/scribus.dir/all] Error 2 make: *** [all] Error 2 I will retry with this patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707882 From openpandora at free.fr Fri Dec 6 03:53:58 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Fri, 6 Dec 2013 04:53:58 +0100 (CET) Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> The patch works. ----- Mail original ----- De: openpandora at free.fr ?: "SlackBuilds.org Users List" Envoy?: Jeudi 5 D?cembre 2013 19:43:46 Objet: [Slackbuilds-users] Compiling scribus on ARM fails Hi ! Ran into this: [ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::rebuildLayersList()?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:3675:8: warning: variable ?found? set but not used [-Wunused-but-set-variable] bool found=false; ^ /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::duplicateToMasterPage()?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:5890:8: warning: unused variable ?ok? [-Wunused-variable] bool ok=doc->copyPageToMasterPage(currentPageNumber, pageLocation, pageLocationCount, masterPageName, copyFromMaster); ^ /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::setAppMode(int)?: /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:6689:21: error: cannot convert ?qreal* {aka float*}? to ?double*? in assignment doc->ShapeValues = modeToolBar->ShapeVals; ^ make[2]: *** [scribus/CMakeFiles/scribus.dir/scribus.cpp.o] Error 1 make[1]: *** [scribus/CMakeFiles/scribus.dir/all] Error 2 make: *** [all] Error 2 I will retry with this patch: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707882 _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - http://slackbuilds.org/faq/ From rworkman at slackbuilds.org Fri Dec 6 07:19:23 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 6 Dec 2013 01:19:23 -0600 Subject: [Slackbuilds-users] Updates - 20131206.1 Message-ID: <20131206011923.4c982d19@home.rlworkman.net> $ git log --pretty="%s" 14.1-20131202.1..14.1-20131206.1 | sort Public www update: Fri Dec 6 06:07:53 UTC 2013 academic/geogit: Updated for version 0.6.0. audio/milkytracker: Updated for version 0.90.86. audio/mpd: Updated for version 0.18.5. audio/qmpdclient: Removed (no SBo maintainer) audio/soundconverter: Updated for version 2.1.2. desktop/cwm-openbsd: Added (stacking window manager). desktop/cwp: Updated for version 1.9.0. desktop/metacity: Removed (unmaintained/unused) desktop/spectrwm: Updated for version 2.4.0. desktop/xfce4-mailwatch-plugin: Updated for version 1.2.0. development/grails: Updated for version 2.3.3. development/mg-openbsd: Added (small, fast and portable editor). development/power-architect: Updated for version 1.0.6. development/racket: Updated for version 5.3.6. development/sqliteman: Script cleanup. games/UrbanTerror: Updated for version 4.2.015, changed maintainer. games/fceux: Updated for version 2.2.2. games/fgo: Added (FlightGear Flight Simulator Front End). games/ioquake3: Update README. games/scid_vs_pc: Added (Usability and bug-fix fork of Scid) libraries/CherryPy: Update Email Address. libraries/equinox: Removed (no SBo maintainer) libraries/goffice0.8: Added (document utilities - version 0.8.x). libraries/libestr: Updated for version 0.1.9. libraries/libvirt-python: Added (libvirt python bindings). libraries/libvirt: Updated for version 1.2.0. libraries/log4net: Removed (no SBo maintainer) libraries/msn-pecan: Removed (no SBo maintainer) libraries/mysql-connector-java: Removed (no SBo maintainer) libraries/nini: Removed (no SBo maintainer) libraries/smartirc4net: Removed (no SBo maintainer) libraries/totem-pl-parser: New maintainer libraries/xerces: Updated Download link. misc/j7z: Removed (no SBo maintainer) multimedia/mozplugger: Updated for version 2.1.4. multimedia/pyradio: Added (Internet Radio Player for the CLI). network/QuiteRSS: Updated for version 0.14.1. network/dkimproxy: Added (SMTP-proxy). network/nateon: Removed (no SBo maintainer) network/ndiswrapper-kernel: Updated for version 1.59. network/ndiswrapper-utils: Updated for version 1.59. network/sieve-connect: Updated for version 0.87. network/strongswan: Updated for version 5.1.1. network/teamviewer: Updated for version 9.0.24147. office/gnucash: Added (financial accounting application). office/timetrap: Added (CLI time tracker) python/Mako: Update Email Address. python/gnome-python-desktop: Removed metacity from optdeps python/gnome-python-desktop: Updated for version 2.32.0. python/pyxdg: Update Download Link. ruby/chronic: Added (Date/time parser) ruby/sequel: Added (Database toolkit for Ruby) ruby/sqlite3: Added (Database interface module) system/MySQL-Sandbox: Updated for version 3.0.43. system/glances: Script cleanup. system/hal-flash: Added (HAL stub library for playing DRM flash content). system/mbr: Removed (no SBo maintainer) system/rar: Updated for version 5.0.1. system/scrypt: Added (scrypt encryption utility) system/smart: Added (meta-package manager). system/the_silver_searcher: Added (grep-like text search, but faster). system/unrar: Updated for version 5.0.14. system/virt-manager: Added libvirt-python to REQUIRES. system/virtualbox-extension-pack: Fix wrong package name. various: Fix permissions. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Fri Dec 6 08:32:10 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 06 Dec 2013 15:32:10 +0700 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <52A18B8A.3010904@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri 06 Dec 2013 10:53:58 AM WIT, openpandora at free.fr wrote: > The patch works. > > ----- Mail original ----- > De: openpandora at free.fr > ?: "SlackBuilds.org Users List" > Envoy?: Jeudi 5 D?cembre 2013 19:43:46 > Objet: [Slackbuilds-users] Compiling scribus on ARM fails > > Hi ! > > Ran into this: > > [ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::rebuildLayersList()?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:3675:8: warning: variable ?found? set but not used [-Wunused-but-set-variable] > bool found=false; > ^ > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::duplicateToMasterPage()?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:5890:8: warning: unused variable ?ok? [-Wunused-variable] > bool ok=doc->copyPageToMasterPage(currentPageNumber, pageLocation, pageLocationCount, masterPageName, copyFromMaster); > ^ > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::setAppMode(int)?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:6689:21: error: cannot convert ?qreal* {aka float*}? to ?double*? in assignment > doc->ShapeValues = modeToolBar->ShapeVals; > ^ > make[2]: *** [scribus/CMakeFiles/scribus.dir/scribus.cpp.o] Error 1 > make[1]: *** [scribus/CMakeFiles/scribus.dir/all] Error 2 > make: *** [all] Error 2 > > > > I will retry with this patch: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707882 > _______________________________________________ > 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/ does this problem affected x86 and x86_64 machines? If this problem do happened in ARM only, then we can't accept the patch http://slackbuilds.org/faq/#ports - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKhi4oACgkQiHuDdNczM4HBDACghtZuP9aFcYSqnegThH0+YqZb bN8AoKCU4jc1r3Wg4jsuvSfJ6zfMs01N =bIe4 -----END PGP SIGNATURE----- From pzaprawa at gmail.com Fri Dec 6 12:52:04 2013 From: pzaprawa at gmail.com (Piotr Zaprawa) Date: Fri, 6 Dec 2013 13:52:04 +0100 Subject: [Slackbuilds-users] WordNet compilation error Message-ID: Hi There is a problem with the WordNet package during compilation because of Tcl 8.6.I found, that there is one line patch necessary in WordNet-3.0/src/stubs.c: #define USE_INTERP_RESULT 1 Look at the link bellow: http://askubuntu.com/questions/372480/tcl-error-while-installing-wordnet Best regards, Piotr -------------- next part -------------- An HTML attachment was scrubbed... URL: From iwakura1 at gmail.com Fri Dec 6 13:05:11 2013 From: iwakura1 at gmail.com (Starlight) Date: Fri, 06 Dec 2013 07:05:11 -0600 Subject: [Slackbuilds-users] WordNet compilation error In-Reply-To: References: Message-ID: <52A1CB87.4050808@gmail.com> I tried just to see, and it built fine as-is on my side. On 12/06/2013 06:52 AM, Piotr Zaprawa wrote: > Hi > > There is a problem with the WordNet package during compilation > because of Tcl 8.6.I found, that there is one line patch necessary > in WordNet-3.0/src/stubs.c: > > #define USE_INTERP_RESULT 1 > > Look at the link bellow: > > http://askubuntu.com/questions/372480/tcl-error-while-installing-wordnet > > Best regards, > > Piotr| > | > > > _______________________________________________ > 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 ronayne.thomas at gmail.com Fri Dec 6 15:44:56 2013 From: ronayne.thomas at gmail.com (Thomas Ronayne) Date: Fri, 06 Dec 2013 10:44:56 -0500 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start Message-ID: <52A1F0F8.1050305@gmail.com> I've installed apcupsd-3.14.10, done the changes to /etc/rc.6 along with the other changes and additions in the README.SLACKWARE file included with the package. It won't start; I did check everything found in this thread at LinuxQuestions.org and find nothing that gives me a hint (there is nothing, for example, in /var/lock/subsys), and there is a cron job that throws this: cat /var/log/apcupsd.events 2013-12-03 09:46:09 -0500 apcupsd FATAL ERROR in linux-usb.c at line 605 Cannot open UPS device: "/dev/ttyS0" -- For a link to detailed USB trouble shooting information, please see . 2013-12-03 09:46:09 -0500 apcupsd error shutdown completed 2013-12-03 10:29:01 -0500 apcupsd FATAL ERROR in linux-usb.c at line 605 Cannot open UPS device: "/dev/ttyS0" -- For a link to detailed USB trouble shooting information, please see . 2013-12-03 10:29:02 -0500 apcupsd error shutdown completed 2013-12-03 15:46:06 -0500 apcupsd FATAL ERROR in linux-usb.c at line 605 Cannot open UPS device: "/dev/ttyS0" -- For a link to detailed USB trouble shooting information, please see . 2013-12-03 15:46:06 -0500 apcupsd error shutdown completed 2013-12-06 09:15:38 -0500 apcupsd FATAL ERROR in linux-usb.c at line 605 Cannot open UPS device: "/dev/ttyS0" -- For a link to detailed USB trouble shooting information, please see . 2013-12-06 09:15:38 -0500 apcupsd error shutdown completed I do a "clean install" of Slackware; the root directory tree is formatted but other partitions are not (so everything "local" stays in place, like /home, /opt, and others. Before I install I copy /etc to a /spares/etc. I noticed that /etc/rc.d/rc.apcupsd is completely different from the one in /spares/etc/rc.d -- like really different -- but did not copy the older version over the newer (might try that, though). Anyway, right now I haven't got a clue and would appreciate some input when someone gets a little time. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fritz.kent at gmail.com Fri Dec 6 16:19:44 2013 From: fritz.kent at gmail.com (Kent Fritz) Date: Fri, 6 Dec 2013 08:19:44 -0800 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <52A18B8A.3010904@slackbuilds.org> References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A18B8A.3010904@slackbuilds.org> Message-ID: Shouldn't that be up to the discretion of the maintainer? I have tested a few of my ports on ARM in the past and made tweaks to support it. Seems like it would be a simple matter to apply the patch on only the ARM case in the slackbuild script. Just my $0.02; not trying to start an insurrection! I appreciate all the hard work you guys have been doing and wouldn't want to suggest more work! On Fri, Dec 6, 2013 at 12:32 AM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri 06 Dec 2013 10:53:58 AM WIT, openpandora at free.fr wrote: > > The patch works. > > > > ----- Mail original ----- > > De: openpandora at free.fr > > ?: "SlackBuilds.org Users List" > > Envoy?: Jeudi 5 D?cembre 2013 19:43:46 > > Objet: [Slackbuilds-users] Compiling scribus on ARM fails > > > > Hi ! > > > > Ran into this: > > > > [ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void > ScribusMainWindow::rebuildLayersList()?: > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:3675:8: warning: variable > ?found? set but not used [-Wunused-but-set-variable] > > bool found=false; > > ^ > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void > ScribusMainWindow::duplicateToMasterPage()?: > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:5890:8: warning: unused > variable ?ok? [-Wunused-variable] > > bool ok=doc->copyPageToMasterPage(currentPageNumber, pageLocation, > pageLocationCount, masterPageName, copyFromMaster); > > ^ > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void > ScribusMainWindow::setAppMode(int)?: > > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:6689:21: error: cannot > convert ?qreal* {aka float*}? to ?double*? in assignment > > doc->ShapeValues = modeToolBar->ShapeVals; > > ^ > > make[2]: *** [scribus/CMakeFiles/scribus.dir/scribus.cpp.o] Error 1 > > make[1]: *** [scribus/CMakeFiles/scribus.dir/all] Error 2 > > make: *** [all] Error 2 > > > > > > > > I will retry with this patch: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707882 > > _______________________________________________ > > 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/ > > does this problem affected x86 and x86_64 machines? > If this problem do happened in ARM only, then we can't accept the patch > http://slackbuilds.org/faq/#ports > > - -- > Willy Sudiarto Raharjo > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.22 (GNU/Linux) > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlKhi4oACgkQiHuDdNczM4HBDACghtZuP9aFcYSqnegThH0+YqZb > bN8AoKCU4jc1r3Wg4jsuvSfJ6zfMs01N > =bIe4 > -----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/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From openpandora at free.fr Fri Dec 6 16:24:42 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Fri, 6 Dec 2013 17:24:42 +0100 (CET) Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: Message-ID: <660836859.48303921.1386347082354.JavaMail.root@zimbra53-e8.priv.proxad.net> Yeah, this rule is now obsolete due to the higher and higher presence of ARM. Besides this, it's small modifications for a very limited number of packages. ----- Mail original ----- De: "Kent Fritz" ?: "SlackBuilds.org Users List" Envoy?: Vendredi 6 D?cembre 2013 17:19:44 Objet: Re: [Slackbuilds-users] Compiling scribus on ARM fails Shouldn't that be up to the discretion of the maintainer? I have tested a few of my ports on ARM in the past and made tweaks to support it. Seems like it would be a simple matter to apply the patch on only the ARM case in the slackbuild script. Just my $0.02; not trying to start an insurrection! I appreciate all the hard work you guys have been doing and wouldn't want to suggest more work! On Fri, Dec 6, 2013 at 12:32 AM, Willy Sudiarto Raharjo < willysr at slackbuilds.org > wrote: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri 06 Dec 2013 10:53:58 AM WIT, openpandora at free.fr wrote: > The patch works. > > ----- Mail original ----- > De: openpandora at free.fr > ?: "SlackBuilds.org Users List" < slackbuilds-users at slackbuilds.org > > Envoy?: Jeudi 5 D?cembre 2013 19:43:46 > Objet: [Slackbuilds-users] Compiling scribus on ARM fails > > Hi ! > > Ran into this: > > [ 67%] Building CXX object scribus/CMakeFiles/scribus.dir/scribus.cpp.o > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::rebuildLayersList()?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:3675:8: warning: variable ?found? set but not used [-Wunused-but-set-variable] > bool found=false; > ^ > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::duplicateToMasterPage()?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:5890:8: warning: unused variable ?ok? [-Wunused-variable] > bool ok=doc->copyPageToMasterPage(currentPageNumber, pageLocation, pageLocationCount, masterPageName, copyFromMaster); > ^ > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp: In member function ?void ScribusMainWindow::setAppMode(int)?: > /tmp/SBo/scribus-1.4.3/scribus/scribus.cpp:6689:21: error: cannot convert ?qreal* {aka float*}? to ?double*? in assignment > doc->ShapeValues = modeToolBar->ShapeVals; > ^ > make[2]: *** [scribus/CMakeFiles/scribus.dir/scribus.cpp.o] Error 1 > make[1]: *** [scribus/CMakeFiles/scribus.dir/all] Error 2 > make: *** [all] Error 2 > > > > I will retry with this patch: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707882 > _______________________________________________ > 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/ does this problem affected x86 and x86_64 machines? If this problem do happened in ARM only, then we can't accept the patch http://slackbuilds.org/faq/#ports - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKhi4oACgkQiHuDdNczM4HBDACghtZuP9aFcYSqnegThH0+YqZb bN8AoKCU4jc1r3Wg4jsuvSfJ6zfMs01N =bIe4 -----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/ _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - http://slackbuilds.org/faq/ From willysr at slackbuilds.org Fri Dec 6 16:26:47 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 06 Dec 2013 23:26:47 +0700 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A18B8A.3010904@slackbuilds.org> Message-ID: <52A1FAC7.4040909@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Shouldn't that be up to the discretion of the maintainer? I have tested a > few of my ports on ARM in the past and made tweaks to support it. Seems > like it would be a simple matter to apply the patch on only the ARM case in > the slackbuild script. > > Just my $0.02; not trying to start an insurrection! I appreciate all the > hard work you guys have been doing and wouldn't want to suggest more work! Indeed.. but as a general rule for ARM-spesific bug, please read the FAQ http://slackbuilds.org/faq/#ports if the maintainer does want to apply the patch, then it's his decision and we will accept it as is - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKh+scACgkQiHuDdNczM4HE8ACdEN/vCkawnytGb4cdSRd4yS4v lOoAn0URDtSlYVTJeA+gPUH0LJhwuqmR =lzTf -----END PGP SIGNATURE----- From willysr at slackbuilds.org Fri Dec 6 16:30:07 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 06 Dec 2013 23:30:07 +0700 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <660836859.48303921.1386347082354.JavaMail.root@zimbra53-e8.priv.proxad.net> References: <660836859.48303921.1386347082354.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <52A1FB8F.7050902@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Yeah, this rule is now obsolete due to the higher and higher > presence of ARM. Besides this, it's small modifications for a very > limited number of packages. True, but then we need to test on more environments and thus making the approval becomes longer. That's why SBo project decided to stick on x86 and x86_64 arch only since this is the most common arch. See point 2 on the FAQ on Port That being said, many of our scripts will work (or are even tested on) those architectures, so they might work just fine. - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKh+48ACgkQiHuDdNczM4EnIACffvx29LjG35tcBxrTclh5/TKb R7cAn2VhxAYtfoBjRh1i5pnbAY8NGt2p =fk/L -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Fri Dec 6 17:00:09 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 6 Dec 2013 11:00:09 -0600 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <52A1F0F8.1050305@gmail.com> References: <52A1F0F8.1050305@gmail.com> Message-ID: <20131206110009.6f27cc61@home.rlworkman.net> On Fri, 06 Dec 2013 10:44:56 -0500 Thomas Ronayne wrote: > I've installed apcupsd-3.14.10, done the changes to /etc/rc.6 along > with the other changes and additions in the README.SLACKWARE file > included with the package. > > It won't start; I did check everything found in this thread at > LinuxQuestions.org > > and find nothing that gives me a hint (there is nothing, for example, > in /var/lock/subsys), and there is a cron job that throws this: > > cat /var/log/apcupsd.events > 2013-12-03 09:46:09 -0500 apcupsd FATAL ERROR in linux-usb.c at > line 605 > Cannot open UPS device: "/dev/ttyS0" -- > For a link to detailed USB trouble shooting information, > please see . > 2013-12-03 09:46:09 -0500 apcupsd error shutdown completed > 2013-12-03 10:29:01 -0500 apcupsd FATAL ERROR in linux-usb.c at > line 605 > Cannot open UPS device: "/dev/ttyS0" -- > For a link to detailed USB trouble shooting information, > please see . > 2013-12-03 10:29:02 -0500 apcupsd error shutdown completed > 2013-12-03 15:46:06 -0500 apcupsd FATAL ERROR in linux-usb.c at > line 605 > Cannot open UPS device: "/dev/ttyS0" -- > For a link to detailed USB trouble shooting information, > please see . > 2013-12-03 15:46:06 -0500 apcupsd error shutdown completed > 2013-12-06 09:15:38 -0500 apcupsd FATAL ERROR in linux-usb.c at > line 605 > Cannot open UPS device: "/dev/ttyS0" -- > For a link to detailed USB trouble shooting information, > please see . > 2013-12-06 09:15:38 -0500 apcupsd error shutdown completed > > I do a "clean install" of Slackware; the root directory tree is > formatted but other partitions are not (so everything "local" stays > in place, like /home, /opt, and others. Before I install I copy /etc > to a /spares/etc. I noticed that /etc/rc.d/rc.apcupsd is completely > different from the one in /spares/etc/rc.d -- like really different > -- but did not copy the older version over the newer (might try that, > though). > > Anyway, right now I haven't got a clue and would appreciate some > input when someone gets a little time. /dev/ttyS0 is a serial device, so I wouldn't expect it to open with a usb driver. In other words, it looks like you have the same issue that you corrected earlier in the LQ thread. Can you attach your apcupsd.conf for me (and verify that you are connecting to a usb UPS)? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Fri Dec 6 17:02:15 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 6 Dec 2013 11:02:15 -0600 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <52A1FAC7.4040909@slackbuilds.org> References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A18B8A.3010904@slackbuilds.org> <52A1FAC7.4040909@slackbuilds.org> Message-ID: <20131206110215.47b61c7e@home.rlworkman.net> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Fri, 06 Dec 2013 23:26:47 +0700 Willy Sudiarto Raharjo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Shouldn't that be up to the discretion of the maintainer? I have > > tested a few of my ports on ARM in the past and made tweaks to > > support it. Seems like it would be a simple matter to apply the > > patch on only the ARM case in the slackbuild script. > > > > Just my $0.02; not trying to start an insurrection! I appreciate > > all the hard work you guys have been doing and wouldn't want to > > suggest more work! > > Indeed.. but as a general rule for ARM-spesific bug, please read the > FAQ http://slackbuilds.org/faq/#ports > > if the maintainer does want to apply the patch, then it's his decision > and we will accept it as is Since the patch is confirmed to work, I don't see a problem with going ahead and applying it in the script. I've not looked at the patch, but if the codepath is only relevant to ARM, then just apply it regardless of ARCH, but if it could affect x86/x86_64, then conditionally apply it. - -RW -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKiAxcACgkQvGy9tf6lsvsuCACcCIS1urx7RJcRnT1T5JYGPKwX 6mQAn1QouA7crm4ioZ6dX8rSfeff//S7 =Av8B -----END PGP SIGNATURE----- From Hullen at t-online.de Fri Dec 6 17:09:00 2013 From: Hullen at t-online.de (Helmut Hullen) Date: 06 Dec 2013 18:09:00 +0100 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <52A1F0F8.1050305@gmail.com> Message-ID: Hallo, Thomas, Du meintest am 06.12.13: > I've installed apcupsd-3.14.10, done the changes to /etc/rc.6 along > with the other changes and additions in the README.SLACKWARE file > included with the package. > It won't start; I did check everything found in this thread at > LinuxQuestions.org > pupsd-4175461647/#post4949590> and find nothing that gives me a hint > (there is nothing, for example, in /var/lock/subsys), and there is a > cron job that throws this: > cat /var/log/apcupsd.events > 2013-12-03 09:46:09 -0500 apcupsd FATAL ERROR in linux-usb.c at > line 605 > Cannot open UPS device: "/dev/ttyS0" -- Do you use the "serial" cable? What tells ls -l /dev/ttyS0 Maybe you have to create this device manually. Viele Gruesse! Helmut From willysr at slackbuilds.org Fri Dec 6 18:00:39 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 01:00:39 +0700 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <20131206110215.47b61c7e@home.rlworkman.net> References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <599332260.46908670.1386302038859.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A18B8A.3010904@slackbuilds.org> <52A1FAC7.4040909@slackbuilds.org> <20131206110215.47b61c7e@home.rlworkman.net> Message-ID: <52A210C7.1070903@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Since the patch is confirmed to work, I don't see a problem with going > ahead and applying it in the script. I've not looked at the patch, but > if the codepath is only relevant to ARM, then just apply it regardless > of ARCH, but if it could affect x86/x86_64, then conditionally apply it. Basically the patch applies to all arch and it *should* be safe for x86 and x86_64, but it's ARM-spesific problem Description: Fix yet another qreal vs double issue. On most architectures qreal is defined as double but on arm architecture it's defined as float. Assignments between qreal and double are ok but assignments between pointers to qreal and pointers to double are not ok. . This patch changes the types of some declarations to avoid attempting to make assignments between pointers to qreal and pointers to double. probably i'll apply it conditionally just to be safe - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKiEMcACgkQiHuDdNczM4E0lQCcCSF9NzJdZI/ZBX/Sb8vwl/y2 V0cAoK1G4E8WoeeaqM0fbyOe2Yg30Q4m =0/Ff -----END PGP SIGNATURE----- From pprkut at slackbuilds.org Fri Dec 6 18:06:44 2013 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Fri, 06 Dec 2013 19:06:44 +0100 Subject: [Slackbuilds-users] Compiling scribus on ARM fails In-Reply-To: <52A210C7.1070903@slackbuilds.org> References: <1672978455.46482441.1386269026175.JavaMail.root@zimbra53-e8.priv.proxad.net> <20131206110215.47b61c7e@home.rlworkman.net> <52A210C7.1070903@slackbuilds.org> Message-ID: <72975632.IDPosYZUty@callisto> On Saturday 07 December 2013 01:00:39 Willy Sudiarto Raharjo wrote: > - gpg control packet > > > Since the patch is confirmed to work, I don't see a problem with going > > ahead and applying it in the script. I've not looked at the patch, but > > if the codepath is only relevant to ARM, then just apply it regardless > > of ARCH, but if it could affect x86/x86_64, then conditionally apply it. > > Basically the patch applies to all arch and it *should* be safe for x86 > and x86_64, but it's ARM-spesific problem > > Description: Fix yet another qreal vs double issue. > On most architectures qreal is defined as double but on arm > architecture > it's defined as float. Assignments between qreal and double are ok but > assignments between pointers to qreal and pointers to double are not > ok. > . > This patch changes the types of some declarations to avoid attempting > to > make assignments between pointers to qreal and pointers to double. > > probably i'll apply it conditionally just to be safe Please don't. I want to have a look at it myself first. 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 robby at rlworkman.net Fri Dec 6 18:43:31 2013 From: robby at rlworkman.net (Robby Workman) Date: Fri, 6 Dec 2013 12:43:31 -0600 Subject: [Slackbuilds-users] WordNet compilation error In-Reply-To: References: Message-ID: <20131206124331.69fa650b.robby@rlworkman.net> On Fri, 6 Dec 2013 15:35:36 +0100 Piotr Zaprawa wrote: > > I tried just to see, and it built fine as-is on my side. > > My fault. sbopkg was sync. with 14.0. > After modification everything is fine. > > Piotr Thanks, but you replied to the -owner address rather than the list itself. I'm CCing the list on this mail so that the other members will be aware. -RW From jgeboski at gmail.com Fri Dec 6 19:16:12 2013 From: jgeboski at gmail.com (James Geboski) Date: Fri, 6 Dec 2013 14:16:12 -0500 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds Message-ID: Hello all, After many years, I have decided to discontinue my use of Slackware for various reasons. As a result, I will no longer be maintaining my SlackBuilds, and would like to pass off my SlackBuilds to other maintainers. If anyone is interested in taking over the following SlackBuilds, please feel free to do so. SlackBuilds: development/geany-plugins development/trac games/xonotic libraries/genshi misc/whatpulse network/mangler network/mumble network/murmur James From matteo.bernardini at gmail.com Fri Dec 6 19:20:30 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 6 Dec 2013 20:20:30 +0100 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: Message-ID: I would like to get trac and genshi. But I hope you will reconsider this decision :) Matteo From mancha1 at hush.com Fri Dec 6 19:41:52 2013 From: mancha1 at hush.com (mancha) Date: Fri, 6 Dec 2013 19:41:52 +0000 (UTC) Subject: [Slackbuilds-users] gksu set of packages not working References: <52A03D84.3030601@zoho.com> Message-ID: Aaditya Bagga writes: > > hello, there seems to be a bug with the gksu set of packages > (libgtop+libgksu+gksu). they all built and installed, but I get an error > when I run it. > > Anyone knows a fix? > > (using slackware 14.1 64 bit with Xfce) Hello. The problem you're having is due to "su -c" dropping the controlling tty. I have posted my analysis and solution to LQ and am waiting for Pat to weigh in: http://www.linuxquestions.org/questions/slackware-14/%5Bslackware-14-1%5D-su-c-tty-hijacking-and-some-breakage-4175486942/ In the meantime, your specific problem with gksu was reported by aszabo in: http://www.linuxquestions.org/questions/slackware-14/gksu-error-slackw14-1-and-mate-1-6-a-4175486570/ Specifically, posts #22 & #23 outline the way I helped him solve it. --mancha From kingbeowulf at gmail.com Fri Dec 6 19:49:58 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 06 Dec 2013 11:49:58 -0800 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: Message-ID: <52A22A66.2010808@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/06/2013 11:16 AM, James Geboski wrote: > network/mumble network/murmur James, Sorry to hear you are dropping Slackware. I can take these since I run my own mumble server anyway and don't foresee ever stopping! - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEUEARECAAYFAlKiKmAACgkQXvwMaW61dLfKKQCTBJ0Nux51Afc/xC2RitGGUf5s TgCcC4ucF5UYKG1bAYSsuWwJS9UVYtk= =fTcf -----END PGP SIGNATURE----- From aaditya_gnulinux at zoho.com Fri Dec 6 19:54:33 2013 From: aaditya_gnulinux at zoho.com (Aaditya Bagga) Date: Sat, 07 Dec 2013 01:24:33 +0530 Subject: [Slackbuilds-users] gksu set of packages not working In-Reply-To: References: <52A03D84.3030601@zoho.com> Message-ID: <52A22B79.7070202@zoho.com> On 12/07/2013 01:11 AM, mancha wrote: > Aaditya Bagga writes: >> hello, there seems to be a bug with the gksu set of packages >> (libgtop+libgksu+gksu). they all built and installed, but I get an error >> when I run it. >> >> Anyone knows a fix? >> >> (using slackware 14.1 64 bit with Xfce) > Hello. > > The problem you're having is due to "su -c" dropping the controlling > tty. I have posted my analysis and solution to LQ and am waiting for Pat > to weigh in: > > http://www.linuxquestions.org/questions/slackware-14/%5Bslackware-14-1%5D-su-c-tty-hijacking-and-some-breakage-4175486942/ > > In the meantime, your specific problem with gksu was reported by aszabo > in: > > http://www.linuxquestions.org/questions/slackware-14/gksu-error-slackw14-1-and-mate-1-6-a-4175486570/ > > Specifically, posts #22 & #23 outline the way I helped him solve it. > > --mancha > > > > _______________________________________________ > 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/ > Will have a look at those threads and test when I can. Thank you :) From ronayne.thomas at gmail.com Fri Dec 6 20:35:38 2013 From: ronayne.thomas at gmail.com (Thomas Ronayne) Date: Fri, 06 Dec 2013 15:35:38 -0500 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: References: Message-ID: <52A2351A.1050506@gmail.com> Hi, Robby, I attached the configuration file (which, by the look of things, should be right... but then, obvious that it's not, eh?). The connection is USB, fer sure. Thanks. > > /dev/ttyS0 is a serial device, so I wouldn't expect it to open with > a usb driver. In other words, it looks like you have the same issue > that you corrected earlier in the LQ thread. > > Can you attach your apcupsd.conf for me (and verify that you are > connecting to a usb UPS)? > > -RW > -------------- next part -------------- ## apcupsd.conf v1.1 ## # # for apcupsd release 3.14.10 (13 September 2011) - slackware # # "apcupsd" POSIX config file # # ========= General configuration parameters ============ # # UPSNAME xxx # Use this to give your UPS a name in log files and such. This # is particulary useful if you have multiple UPSes. This does not # set the EEPROM. It should be 8 characters or less. #UPSNAME # UPSCABLE # Defines the type of cable connecting the UPS to your computer. # # Possible generic choices for are: # simple, smart, ether, usb # # Or a specific cable model number may be used: # 940-0119A, 940-0127A, 940-0128A, 940-0020B, # 940-0020C, 940-0023A, 940-0024B, 940-0024C, # 940-1524C, 940-0024G, 940-0095A, 940-0095B, # 940-0095C, M-04-02-2000 # UPSCABLE usb # To get apcupsd to work, in addition to defining the cable # above, you must also define a UPSTYPE, which corresponds to # the type of UPS you have (see the Description for more details). # You must also specify a DEVICE, sometimes referred to as a port. # For USB UPSes, please leave the DEVICE directive blank. For # other UPS types, you must specify an appropriate port or address. # # UPSTYPE DEVICE Description # apcsmart /dev/tty** Newer serial character device, appropriate for # SmartUPS models using a serial cable (not USB). # # usb Most new UPSes are USB. A blank DEVICE # setting enables autodetection, which is # the best choice for most installations. # # net hostname:port Network link to a master apcupsd through apcupsd's # Network Information Server. This is used if the # UPS powering your computer is connected to a # different computer for monitoring. # # snmp hostname:port:vendor:community # SNMP network link to an SNMP-enabled UPS device. # Hostname is the ip address or hostname of the UPS # on the network. Vendor can be can be "APC" or # "APC_NOTRAP". "APC_NOTRAP" will disable SNMP trap # catching; you usually want "APC". Port is usually # 161. Community is usually "private". # # netsnmp hostname:port:vendor:community # OBSOLETE # Same as SNMP above but requires use of the # net-snmp library. Unless you have a specific need # for this old driver, you should use 'snmp' instead. # # dumb /dev/tty** Old serial character device for use with # simple-signaling UPSes. # # pcnet ipaddr:username:passphrase:port # PowerChute Network Shutdown protocol which can be # used as an alternative to SNMP with the AP9617 # family of smart slot cards. ipaddr is the IP # address of the UPS management card. username and # passphrase are the credentials for which the card # has been configured. port is the port number on # which to listen for messages from the UPS, normally # 3052. If this parameter is empty or missing, the # default of 3052 will be used. # UPSTYPE usb DEVICE # POLLTIME # Interval (in seconds) at which apcupsd polls the UPS for status. This # setting applies both to directly-attached UPSes (UPSTYPE apcsmart, usb, # dumb) and networked UPSes (UPSTYPE net, snmp). Lowering this setting # will improve apcupsd's responsiveness to certain events at the cost of # higher CPU utilization. The default of 60 is appropriate for most # situations. #POLLTIME 60 # LOCKFILE # Path for device lock file. Not used on Win32. LOCKFILE /var/lock/subsys # SCRIPTDIR # Directory in which apccontrol and event scripts are located. SCRIPTDIR /etc/apcupsd # PWRFAILDIR # Directory in which to write the powerfail flag file. This file # is created when apcupsd initiates a system shutdown and is # checked in the OS halt scripts to determine if a killpower # (turning off UPS output power) is required. PWRFAILDIR /etc/apcupsd # NOLOGINDIR # Directory in which to write the nologin file. The existence # of this flag file tells the OS to disallow new logins. NOLOGINDIR /etc # # ======== Configuration parameters used during power failures ========== # # The ONBATTERYDELAY is the time in seconds from when a power failure # is detected until we react to it with an onbattery event. # # This means that, apccontrol will be called with the powerout argument # immediately when a power failure is detected. However, the # onbattery argument is passed to apccontrol only after the # ONBATTERYDELAY time. If you don't want to be annoyed by short # powerfailures, make sure that apccontrol powerout does nothing # i.e. comment out the wall. ONBATTERYDELAY 6 # # Note: BATTERYLEVEL, MINUTES, and TIMEOUT work in conjunction, so # the first that occurs will cause the initation of a shutdown. # # If during a power failure, the remaining battery percentage # (as reported by the UPS) is below or equal to BATTERYLEVEL, # apcupsd will initiate a system shutdown. BATTERYLEVEL 5 # If during a power failure, the remaining runtime in minutes # (as calculated internally by the UPS) is below or equal to MINUTES, # apcupsd, will initiate a system shutdown. MINUTES 3 # If during a power failure, the UPS has run on batteries for TIMEOUT # many seconds or longer, apcupsd will initiate a system shutdown. # A value of 0 disables this timer. # # Note, if you have a Smart UPS, you will most likely want to disable # this timer by setting it to zero. That way, you UPS will continue # on batteries until either the % charge remaing drops to or below BATTERYLEVEL, # or the remaining battery runtime drops to or below MINUTES. Of course, # if you are testing, setting this to 60 causes a quick system shutdown # if you pull the power plug. # If you have an older dumb UPS, you will want to set this to less than # the time you know you can run on batteries. TIMEOUT 0 # Time in seconds between annoying users to signoff prior to # system shutdown. 0 disables. ANNOY 300 # Initial delay after power failure before warning users to get # off the system. ANNOYDELAY 60 # The condition which determines when users are prevented from # logging in during a power failure. # NOLOGON [ disable | timeout | percent | minutes | always ] NOLOGON disable # If KILLDELAY is non-zero, apcupsd will continue running after a # shutdown has been requested, and after the specified time in # seconds attempt to kill the power. This is for use on systems # where apcupsd cannot regain control after a shutdown. # KILLDELAY 0 disables KILLDELAY 0 # # ==== Configuration statements for Network Information Server ==== # # NETSERVER [ on | off ] on enables, off disables the network # information server. If netstatus is on, a network information # server process will be started for serving the STATUS and # EVENT data over the network (used by CGI programs). NETSERVER on # NISIP # IP address on which NIS server will listen for incoming connections. # This is useful if your server is multi-homed (has more than one # network interface and IP address). Default value is 0.0.0.0 which # means any incoming request will be serviced. Alternatively, you can # configure this setting to any specific IP address of your server and # NIS will listen for connections only on that interface. Use the # loopback address (127.0.0.1) to accept connections only from the # local machine. NISIP 0.0.0.0 # NISPORT default is 3551 as registered with the IANA # port to use for sending STATUS and EVENTS data over the network. # It is not used unless NETSERVER is on. If you change this port, # you will need to change the corresponding value in the cgi directory # and rebuild the cgi programs. NISPORT 3551 # If you want the last few EVENTS to be available over the network # by the network information server, you must define an EVENTSFILE. EVENTSFILE /var/log/apcupsd.events # EVENTSFILEMAX # By default, the size of the EVENTSFILE will be not be allowed to exceed # 10 kilobytes. When the file grows beyond this limit, older EVENTS will # be removed from the beginning of the file (first in first out). The # parameter EVENTSFILEMAX can be set to a different kilobyte value, or set # to zero to allow the EVENTSFILE to grow without limit. EVENTSFILEMAX 10 # # ========== Configuration statements used if sharing ============= # a UPS with more than one machine # # Remaining items are for ShareUPS (APC expansion card) ONLY # # UPSCLASS [ standalone | shareslave | sharemaster ] # Normally standalone unless you share an UPS using an APC ShareUPS # card. UPSCLASS standalone # UPSMODE [ disable | share ] # Normally disable unless you share an UPS using an APC ShareUPS card. UPSMODE disable # # ===== Configuration statements to control apcupsd system logging ======== # # Time interval in seconds between writing the STATUS file; 0 disables STATTIME 0 # Location of STATUS file (written to only if STATTIME is non-zero) STATFILE /var/log/apcupsd.status # LOGSTATS [ on | off ] on enables, off disables # Note! This generates a lot of output, so if # you turn this on, be sure that the # file defined in syslog.conf for LOG_NOTICE is a named pipe. # You probably do not want this on. LOGSTATS off # Time interval in seconds between writing the DATA records to # the log file. 0 disables. DATATIME 0 # FACILITY defines the logging facility (class) for logging to syslog. # If not specified, it defaults to "daemon". This is useful # if you want to separate the data logged by apcupsd from other # programs. #FACILITY DAEMON # # ========== Configuration statements used in updating the UPS EPROM ========= # # # These statements are used only by apctest when choosing "Set EEPROM with conf # file values" from the EEPROM menu. THESE STATEMENTS HAVE NO EFFECT ON APCUPSD. # # UPS name, max 8 characters #UPSNAME UPS_IDEN # Battery date - 8 characters #BATTDATE mm/dd/yy # Sensitivity to line voltage quality (H cause faster transfer to batteries) # SENSITIVITY H M L (default = H) #SENSITIVITY H # UPS delay after power return (seconds) # WAKEUP 000 060 180 300 (default = 0) #WAKEUP 60 # UPS Grace period after request to power off (seconds) # SLEEP 020 180 300 600 (default = 20) #SLEEP 180 # Low line voltage causing transfer to batteries # The permitted values depend on your model as defined by last letter # of FIRMWARE or APCMODEL. Some representative values are: # D 106 103 100 097 # M 177 172 168 182 # A 092 090 088 086 # I 208 204 200 196 (default = 0 => not valid) #LOTRANSFER 208 # High line voltage causing transfer to batteries # The permitted values depend on your model as defined by last letter # of FIRMWARE or APCMODEL. Some representative values are: # D 127 130 133 136 # M 229 234 239 224 # A 108 110 112 114 # I 253 257 261 265 (default = 0 => not valid) #HITRANSFER 253 # Battery charge needed to restore power # RETURNCHARGE 00 15 50 90 (default = 15) #RETURNCHARGE 15 # Alarm delay # 0 = zero delay after pwr fail, T = power fail + 30 sec, L = low battery, N = never # BEEPSTATE 0 T L N (default = 0) #BEEPSTATE T # Low battery warning delay in minutes # LOWBATT 02 05 07 10 (default = 02) #LOWBATT 2 # UPS Output voltage when running on batteries # The permitted values depend on your model as defined by last letter # of FIRMWARE or APCMODEL. Some representative values are: # D 115 # M 208 # A 100 # I 230 240 220 225 (default = 0 => not valid) #OUTPUTVOLTS 230 # Self test interval in hours 336=2 weeks, 168=1 week, ON=at power on # SELFTEST 336 168 ON OFF (default = 336) #SELFTEST 336 From willysr at slackbuilds.org Sat Dec 7 00:53:21 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 07:53:21 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A22A66.2010808@gmail.com> References: <52A22A66.2010808@gmail.com> Message-ID: <52A27181.6050901@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> network/mumble network/murmur > > James, Sorry to hear you are dropping Slackware. > > I can take these since I run my own mumble server anyway and don't > foresee ever stopping! It's yours now commit 01b1b8eda57651f293989dc47f3e7b0d1a443503 Author: Willy Sudiarto Raharjo Date: Sat Dec 7 07:52:31 2013 +0700 network/murmur: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 8e5337d460d8ece6d931be9b289c6ece7d8f46de Author: Willy Sudiarto Raharjo Date: Sat Dec 7 07:51:56 2013 +0700 network/mumble: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKicYEACgkQiHuDdNczM4FomwCdFcEyqpKSriHlDbnoa/Y50s32 SnUAn0U7QqXKFxB0tgpgaZzQB2gfXac+ =VqFw -----END PGP SIGNATURE----- From rworkman at slackbuilds.org Sat Dec 7 01:26:39 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 6 Dec 2013 19:26:39 -0600 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <52A2351A.1050506@gmail.com> References: <52A2351A.1050506@gmail.com> Message-ID: <20131206192639.6554b763@home.rlworkman.net> On Fri, 06 Dec 2013 15:35:38 -0500 Thomas Ronayne wrote: > Hi, Robby, > > I attached the configuration file (which, by the look of things, > should be right... but then, obvious that it's not, eh?). > > The connection is USB, fer sure. Okay, weird. I agree that the config file looks correct, and is (in the places that matter) identical to mine on Slackware 14.1 x86_64. For whatever reason, apcupsd is trying to use /dev/ttyS0 for the device node *and* it thinks it's a usb device. I suspect some bad logic in apcupsd somewhere, but I won't swear to it. In the meantime, when you plug in the UPS, what do you see in dmesg? Here's what I have: usb 2-2: new full-speed USB device number 7 using uhci_hcd usb 2-2: New USB device found, idVendor=051d, idProduct=0002 usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 2-2: Product: Back-UPS RS 1000G FW:868.L3 .D USB FW:L3 usb 2-2: Manufacturer: American Power Conversion usb 2-2: SerialNumber: 3B1225X20592 hid-generic 0003:051D:0002.0005: hiddev0,hidraw0: USB HID v1.00 Device [American Power Conversion Back-UPS RS 1000G FW:868.L3 .D USB FW:L3 ] on usb-0000:00:1d.0-2/input0 Assuming you only have one UPS, and you see something similar to me, you can possibly specify /dev/hidraw0 as the DEVICE parameter in apcupsd.conf to make it work. Before I was aware of the autodetection capability (or perhaps it didn't exist yet?), I recall having put /dev/hiddev0 in my config file (no idea why hiddev0 doesn't exist now though). All that said, this is perhaps worth mailing the apcupsd list and see if anyone has any ideas. Go ahead and attach dmesg output from when it's plugged in and your config file. CC me too if you don't mind. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Sat Dec 7 01:57:22 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 08:57:22 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: Message-ID: <52A28082.7060307@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > After many years, I have decided to discontinue my use of > Slackware for various reasons. As a result, I will no longer be > maintaining my SlackBuilds, and would like to pass off my > SlackBuilds to other maintainers. If anyone is interested in > taking over the following SlackBuilds, please feel free to do so. > > SlackBuilds: development/geany-plugins games/xonotic > misc/whatpulse network/mangler All above are now in james-removals branch and unless someone is willing to maintain it, it will be removed from master and 14.1 branch on the next public update Note: Michiel, geany-plugins is related to geany package you maintain. Do you want to take it? - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKigIIACgkQiHuDdNczM4Gu7ACcDKG1POErX89CdU8zD0UlGE7V PcgAniqZhgM9s2jH6iIDJrgxtSUiq2n9 =TrPk -----END PGP SIGNATURE----- From nick at linicks.net Sat Dec 7 02:25:59 2013 From: nick at linicks.net (Nick Warne) Date: Sat, 07 Dec 2013 02:25:59 +0000 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28082.7060307@slackbuilds.org> References: <52A28082.7060307@slackbuilds.org> Message-ID: <52A28737.7000907@linicks.net> Willy Sudiarto Raharjo wrote, On 07/12/13 01:57: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> After many years, I have decided to discontinue my use of >> Slackware for various reasons. As a result, I will no longer be >> maintaining my SlackBuilds, and would like to pass off my >> SlackBuilds to other maintainers. If anyone is interested in >> taking over the following SlackBuilds, please feel free to do so. >> >> SlackBuilds: development/geany-plugins games/xonotic >> misc/whatpulse network/mangler > > All above are now in james-removals branch and unless someone is > willing to maintain it, it will be removed from master and 14.1 branch > on the next public update > > Note: > Michiel, geany-plugins is related to geany package you maintain. Do > you want to take it? I use geany, and have the plug-ins installed, but do not really use them (I use nano for everything). The only reason I have geany is to hook up with Firefox so I can view *.diff, *.patch and other files directly from a webpage. So, if Michiel doesn't want it, I *could* take over; depends on the demand. Willy, do you see usage stats, i.e. how many downloads etc., so we could work out popularity of each package? Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Sat Dec 7 02:29:00 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 09:29:00 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28737.7000907@linicks.net> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> Message-ID: <52A287EC.7080107@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > So, if Michiel doesn't want it, I *could* take over; depends on the > demand. He already agreed to maintain in few minutes before your mail arrives :) > Willy, do you see usage stats, i.e. how many downloads etc., so we > could work out popularity of each package? You should ask Erik or Robby about this :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKih+wACgkQiHuDdNczM4FrbwCdG1pijqhkj4sjW9fXaCPtt89G cW0An3Bgoq7yA4UphM5M2QAk8ZeQDf37 =t99/ -----END PGP SIGNATURE----- From nick at linicks.net Sat Dec 7 02:33:08 2013 From: nick at linicks.net (Nick Warne) Date: Sat, 07 Dec 2013 02:33:08 +0000 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A287EC.7080107@slackbuilds.org> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> Message-ID: <52A288E4.2020708@linicks.net> Willy Sudiarto Raharjo wrote, On 07/12/13 02:29: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> So, if Michiel doesn't want it, I *could* take over; depends on the >> demand. > > He already agreed to maintain in few minutes before your mail arrives :) Blimey, that was quick! >> Willy, do you see usage stats, i.e. how many downloads etc., so we >> could work out popularity of each package? > > You should ask Erik or Robby about this :) Well, what I was thinking is that a certain amount of the packages are done because a Slack user 'uses them' and makes an SB available. Obviously people are only really interested in what they use. Now, as in this case the user releases the builds, if nobody else did use them, is it worth keeping just because? Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Sat Dec 7 02:40:02 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 09:40:02 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A288E4.2020708@linicks.net> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> <52A288E4.2020708@linicks.net> Message-ID: <52A28A82.5000309@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Blimey, that was quick! i announced it on #slackbuilds channel on IRC and he responded there > Well, what I was thinking is that a certain amount of the packages are > done because a Slack user 'uses them' and makes an SB available. > Obviously people are only really interested in what they use. > > Now, as in this case the user releases the builds, if nobody else did > use them, is it worth keeping just because? There are some packages that are still working since the first time they submitted and may be used by other applications. Since it doesn't change much, there won't be many download counts on this package since most people that needs this package will have installed it long time ago I don't think we will remove that right? :) The condition we will remove a package will be: - - No longer build on newer Slackware release - - Broken package and no longer maintained upstream - - Maintainer decided to abandon the package and no one is willing to take over - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKiioIACgkQiHuDdNczM4E6WQCdGmtHcOGgO0ztUCqJ49EGEMqz wGEAn326/8t4ykqeD6PECdEtZPCmw1Ib =yItg -----END PGP SIGNATURE----- From nick at linicks.net Sat Dec 7 02:48:21 2013 From: nick at linicks.net (Nick Warne) Date: Sat, 07 Dec 2013 02:48:21 +0000 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28A82.5000309@slackbuilds.org> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> <52A288E4.2020708@linicks.net> <52A28A82.5000309@slackbuilds.org> Message-ID: <52A28C75.9060308@linicks.net> Willy Sudiarto Raharjo wrote, On 07/12/13 02:40: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> Blimey, that was quick! > > i announced it on #slackbuilds channel on IRC and he responded there Ah, I see. I might pop-in there soon, as wavemon (for me) still does not work correctly on 14.1 - and nobody replied to me on the lists, so I will see if someone can just do a double test for me. I mailed the maintainer of current wavemon source, and he doesn't use Slack nor could he really tell me how to debug ncurses stuff. Haven't used IRC since the good old days pre-2004 :) Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Sat Dec 7 02:51:25 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 09:51:25 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28C75.9060308@linicks.net> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> <52A288E4.2020708@linicks.net> <52A28A82.5000309@slackbuilds.org> <52A28C75.9060308@linicks.net> Message-ID: <52A28D2D.3050802@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I might pop-in there soon, as wavemon (for me) still does not work > correctly on 14.1 - and nobody replied to me on the lists, so I will > see if someone can just do a double test for me. > > I mailed the maintainer of current wavemon source, and he doesn't use > Slack nor could he really tell me how to debug ncurses stuff. Do you want to take it over? and what is the problem you are dealing with? > Haven't used IRC since the good old days pre-2004 :) I just recently joined IRC again after being summoned by Robby last month :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKijS0ACgkQiHuDdNczM4EfAACeKZ3ygP5xjbsczcuP9b5S0uTA sTAAmwQo8qKuEpHJUJjZvjycM7vmapad =1E7T -----END PGP SIGNATURE----- From nick at linicks.net Sat Dec 7 02:58:53 2013 From: nick at linicks.net (Nick Warne) Date: Sat, 07 Dec 2013 02:58:53 +0000 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28D2D.3050802@slackbuilds.org> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> <52A288E4.2020708@linicks.net> <52A28A82.5000309@slackbuilds.org> <52A28C75.9060308@linicks.net> <52A28D2D.3050802@slackbuilds.org> Message-ID: <52A28EED.8080207@linicks.net> Willy Sudiarto Raharjo wrote, On 07/12/13 02:51: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > >> I might pop-in there soon, as wavemon (for me) still does not work >> correctly on 14.1 - and nobody replied to me on the lists, so I will >> see if someone can just do a double test for me. >> >> I mailed the maintainer of current wavemon source, and he doesn't use >> Slack nor could he really tell me how to debug ncurses stuff. > > Do you want to take it over? No sorry, mis-commnication. The maintainer of the source code of wavemon, not the SB maintainer. > and what is the problem you are dealing with? It worked fine on all Slacks I have had, but 14.1 upgrade breaks functionality for me - to long to explain here, but basically when changing from scan screen to any *other* screen ncurses 'noecho()' seems to get turned off and the only way to get out is interrupt Ctrl+c. >> Haven't used IRC since the good old days pre-2004 :) > > I just recently joined IRC again after being summoned by Robby last > month :) I might as well do it now. Let me get another beer. Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Sat Dec 7 03:01:51 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 07 Dec 2013 10:01:51 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A28EED.8080207@linicks.net> References: <52A28082.7060307@slackbuilds.org> <52A28737.7000907@linicks.net> <52A287EC.7080107@slackbuilds.org> <52A288E4.2020708@linicks.net> <52A28A82.5000309@slackbuilds.org> <52A28C75.9060308@linicks.net> <52A28D2D.3050802@slackbuilds.org> <52A28EED.8080207@linicks.net> Message-ID: <52A28F9F.3080505@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > It worked fine on all Slacks I have had, but 14.1 upgrade breaks > functionality for me - to long to explain here, but basically when > changing from scan screen to any *other* screen ncurses 'noecho()' > seems to get turned off and the only way to get out is interrupt Ctrl+c. Can you check their GIT repository for any fixes that solves your problem? http://eden-feed.erg.abdn.ac.uk/cgi-bin/gitweb.cgi?p=wavemon.git;a=summary - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKij54ACgkQiHuDdNczM4F2kACePiRpHm3Hz0Ti87KqUlBNBW4T gCUAn3Tkfbf3Y9fZ2MM063MPHMqEwK0V =Ap/l -----END PGP SIGNATURE----- From ronayne.thomas at gmail.com Sat Dec 7 13:34:26 2013 From: ronayne.thomas at gmail.com (Thomas Ronayne) Date: Sat, 07 Dec 2013 08:34:26 -0500 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <20131206192639.6554b763@home.rlworkman.net> References: <52A2351A.1050506@gmail.com> <20131206192639.6554b763@home.rlworkman.net> Message-ID: <52A323E2.5000108@gmail.com> Well, it gets stranger. I looked back though dmesg and did find this: [ 8.681393] usb 4-1: New USB device found, idVendor=051d, idProduct=0002 [ 8.682711] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 8.683967] usb 4-1: Product: Back-UPS RS 1000G FW:869.L3 .D USB FW:L3 [ 8.685217] usb 4-1: Manufacturer: American Power Conversion [ 8.686468] usb 4-1: SerialNumber: 3B1235X07353 [ 8.751187] hidraw: raw HID events driver (C) Jiri Kosina [ 8.773466] usbcore: registered new interface driver usbhid [ 8.774819] usbhid: USB HID core driver Don't know if that makes any sense, but that's all that is there. I'm going to shut down the server, hook up a laptop and shut down the UPS (don't want to do that on a running system). and see if kick starting the UPS makes a difference. Pulling the USB cable and plugging it back in a different slot didn't do anything; I don't really know if unplugging and plugging back it ought to kick a dmesg or not. Anyway, a little experimenting seems to be in order and I'll let you know. Thanks On 12/06/2013 08:26 PM, Robby Workman wrote: > > Okay, weird. > > I agree that the config file looks correct, and is (in the places > that matter) identical to mine on Slackware 14.1 x86_64. > > For whatever reason, apcupsd is trying to use /dev/ttyS0 for the > device node *and* it thinks it's a usb device. I suspect some > bad logic in apcupsd somewhere, but I won't swear to it. > > In the meantime, when you plug in the UPS, what do you see in dmesg? > > Here's what I have: > > usb 2-2: new full-speed USB device number 7 using uhci_hcd > usb 2-2: New USB device found, idVendor=051d, idProduct=0002 > usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > usb 2-2: Product: Back-UPS RS 1000G FW:868.L3 .D USB FW:L3 > usb 2-2: Manufacturer: American Power Conversion > usb 2-2: SerialNumber: 3B1225X20592 > hid-generic 0003:051D:0002.0005: hiddev0,hidraw0: USB HID v1.00 Device [American Power Conversion Back-UPS RS 1000G FW:868.L3 .D USB FW:L3 ] on usb-0000:00:1d.0-2/input0 > > Assuming you only have one UPS, and you see something similar to me, > you can possibly specify /dev/hidraw0 as the DEVICE parameter in > apcupsd.conf to make it work. Before I was aware of the autodetection > capability (or perhaps it didn't exist yet?), I recall having put > /dev/hiddev0 in my config file (no idea why hiddev0 doesn't exist now > though). > > All that said, this is perhaps worth mailing the apcupsd list > > and see if anyone has any ideas. Go ahead and attach dmesg output > from when it's plugged in and your config file. > CC me too if you don't mind. > > -RW -------------- next part -------------- An HTML attachment was scrubbed... URL: From ronayne.thomas at gmail.com Sat Dec 7 13:56:44 2013 From: ronayne.thomas at gmail.com (Thomas Ronayne) Date: Sat, 07 Dec 2013 08:56:44 -0500 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <20131206192639.6554b763@home.rlworkman.net> References: <52A2351A.1050506@gmail.com> <20131206192639.6554b763@home.rlworkman.net> Message-ID: <52A3291C.8010704@gmail.com> Looks like shutting down the system and shutting down the UPS did the trick (old school: first, reboot the bloody thing!): fubar-trona-/home/trona: /sbin/apcaccess APC : 001,036,0901 DATE : 2013-12-07 08:51:07 -0500 HOSTNAME : fubar VERSION : 3.14.10 (13 September 2011) slackware UPSNAME : fubar CABLE : USB Cable DRIVER : USB UPS Driver UPSMODE : Stand Alone STARTTIME: 2013-12-07 08:44:46 -0500 MODEL : Back-UPS RS 1000G STATUS : ONLINE LINEV : 119.0 Volts LOADPCT : 18.0 Percent Load Capacity BCHARGE : 100.0 Percent TIMELEFT : 47.3 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds SENSE : Medium LOTRANS : 088.0 Volts HITRANS : 139.0 Volts ALARMDEL : 30 seconds BATTV : 27.1 Volts LASTXFER : No transfers since turnon NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A SELFTEST : NO STATFLAG : 0x07000008 Status Flag SERIALNO : 3B1235X07353 BATTDATE : 2012-08-30 NOMINV : 120 Volts NOMBATTV : 24.0 Volts NOMPOWER : 600 Watts FIRMWARE : 869.L3 .D USB FW:L3 END APC : 2013-12-07 08:51:16 -0500 Who know what evil little daemons do running around in the dark of night, eh? All is well that ends. Thank you for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick at linicks.net Sat Dec 7 14:41:41 2013 From: nick at linicks.net (Nick Warne) Date: Sat, 07 Dec 2013 14:41:41 +0000 Subject: [Slackbuilds-users] system/wavemon In-Reply-To: <5297478C.4080203@linicks.net> References: <52922D0B.8020804@linicks.net> <5293840D.1020105@linicks.net> <529401F0.4090609@slackbuilds.org> <52946238.1060104@linicks.net> <5297478C.4080203@linicks.net> Message-ID: <52A333A5.3070108@linicks.net> Nick Warne wrote, On 28/11/13 13:39: > OK, day off work, I just shipped a bug report to the wavemon maintainer. > Will keep y'all updated. Quick update on this. The source code maintainer doesn't know what is going on, and as he doesn't use Slackware he couldn't really help to debug. But anyway, in IRC early this morning and chatting to Willy, we found a solution. In Slackware ncurses package for 14.1 is a rather large patch... reverting this (i.e. build the 14.0 ncurses package and install that instead) fixes wavemon - all works as it should. So, whether the patch breaks wavemon, or wavemon is using a work-around in the code to get around a ncurses bug which the patch fixes, I do not know. Details: http://mirrors.slackware.com/slackware/slackware-14.1/source/l/ncurses/ --> ncurses-5.9-20130504-patch.sh.xz I am wondering if this will also break other stuff that uses ncurses - we will have to wait and see. Nick -- FSF Associate Member 5508 http://linicks.net/ From rworkman at slackbuilds.org Sat Dec 7 17:58:30 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 7 Dec 2013 11:58:30 -0600 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <52A3291C.8010704@gmail.com> References: <52A2351A.1050506@gmail.com> <20131206192639.6554b763@home.rlworkman.net> <52A3291C.8010704@gmail.com> Message-ID: <20131207115830.624ee05e@home.rlworkman.net> Yay! I see that we have the same UPS too :-) I've actually got a couple of them, and I plan to get another one at some point relatively soon - I've been quite happy with them. -RW On Sat, 07 Dec 2013 08:56:44 -0500 Thomas Ronayne wrote: > Looks like shutting down the system and shutting down the UPS did the > trick (old school: first, reboot the bloody thing!): > > fubar-trona-/home/trona: /sbin/apcaccess > APC : 001,036,0901 > DATE : 2013-12-07 08:51:07 -0500 > HOSTNAME : fubar > VERSION : 3.14.10 (13 September 2011) slackware > UPSNAME : fubar > CABLE : USB Cable > DRIVER : USB UPS Driver > UPSMODE : Stand Alone > STARTTIME: 2013-12-07 08:44:46 -0500 > MODEL : Back-UPS RS 1000G > STATUS : ONLINE > LINEV : 119.0 Volts > LOADPCT : 18.0 Percent Load Capacity > BCHARGE : 100.0 Percent > TIMELEFT : 47.3 Minutes > MBATTCHG : 5 Percent > MINTIMEL : 3 Minutes > MAXTIME : 0 Seconds > SENSE : Medium > LOTRANS : 088.0 Volts > HITRANS : 139.0 Volts > ALARMDEL : 30 seconds > BATTV : 27.1 Volts > LASTXFER : No transfers since turnon > NUMXFERS : 0 > TONBATT : 0 seconds > CUMONBATT: 0 seconds > XOFFBATT : N/A > SELFTEST : NO > STATFLAG : 0x07000008 Status Flag > SERIALNO : 3B1235X07353 > BATTDATE : 2012-08-30 > NOMINV : 120 Volts > NOMBATTV : 24.0 Volts > NOMPOWER : 600 Watts > FIRMWARE : 869.L3 .D USB FW:L3 > END APC : 2013-12-07 08:51:16 -0500 > > Who know what evil little daemons do running around in the dark of > night, eh? > > All is well that ends. > > Thank you for your help. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Sat Dec 7 18:15:45 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 08 Dec 2013 01:15:45 +0700 Subject: [Slackbuilds-users] digikam: call for tester Message-ID: <52A365D1.3090606@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I finished tring to rebuild digiKam on VM to build against lensfun and it seems to work there, but i'm not sure for others, so here's a little patch to try. I would appreciate if someone can confirm that this patch worked and if it does, i will submit an update to SBo soon. I tested with both ON and OFF and it seems to work fine, but first try with OFF i tested with ffmpeg (all deps are installed), opencv, lensfun, liblqr, libpgf and libdc1394 are installed before building digikam Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKjZdEACgkQiHuDdNczM4G5EQCfT3p78WU8a/NeGMwwMLfzaP9v o/cAniHYYg4YLCpejxnFx8JUGrsP0Mel =JTQe -----END PGP SIGNATURE----- -------------- next part -------------- A non-text attachment was scrubbed... Name: digikam.patch Type: text/x-patch Size: 651 bytes Desc: not available URL: From openpandora at free.fr Sat Dec 7 18:29:07 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Sat, 7 Dec 2013 19:29:07 +0100 (CET) Subject: [Slackbuilds-users] Compiling libvpx on ARM fails In-Reply-To: <502549034.46478986.1386268888384.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <2032031063.50352158.1386440947066.JavaMail.root@zimbra53-e8.priv.proxad.net> Supported targets: armv5te-android-gcc armv5te-linux-rvct armv5te-linux-gcc armv5te-none-rvct armv6-darwin-gcc armv6-linux-rvct armv6-linux-gcc armv6-none-rvct armv7-android-gcc armv7-darwin-gcc armv7-linux-rvct armv7-linux-gcc armv7-none-rvct Compiled fine using armv7-linux-gcc. Slackware ARM 14.1 is armv5te BTW. ----- Mail original ----- De: openpandora at free.fr ?: "SlackBuilds.org Users List" Envoy?: Jeudi 5 D?cembre 2013 19:41:28 Objet: [Slackbuilds-users] Compiling libvpx on ARM fails Hi ! Ran into that problem: libvpx-v1.2.0/vpx_ports/ libvpx-v1.2.0/vpx_scale/ libvpx-v1.2.0/ Configuring selected codecs enabling vp8_encoder enabling vp8_decoder Unrecognized toolchain 'arm-linux-gcc' Configuration failed. This could reflect a misconfiguration of your toolchains, improper options selected, or another problem. If you don't see any useful error messages above, the next step is to look at the configure error log file (config.err) to determine what configure was trying to do when it died. _______________________________________________ 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 ronayne.thomas at gmail.com Sat Dec 7 19:45:35 2013 From: ronayne.thomas at gmail.com (Thomas Ronayne) Date: Sat, 07 Dec 2013 14:45:35 -0500 Subject: [Slackbuilds-users] apcupsd (3.14.10) Slackware 14.1 64-bit Won't Start In-Reply-To: <20131207115830.624ee05e@home.rlworkman.net> References: <52A2351A.1050506@gmail.com> <20131206192639.6554b763@home.rlworkman.net> <52A3291C.8010704@gmail.com> <20131207115830.624ee05e@home.rlworkman.net> Message-ID: <52A37ADF.5040004@gmail.com> On 12/07/2013 12:58 PM, Robby Workman wrote: > Yay! I see that we have the same UPS too :-) > I've actually got a couple of them, and I plan to get another > one at some point relatively soon - I've been quite happy > with them. > > -RW > Hasn't been a bad unit (until this nonsense, anyway -- the system got rebooted a bunch of times but it was the UPS that needed a boot). Got that one at Staples at 50% off because there were new models (or some dang thing) on the way. It replaced a Back-UPS 1500 that has a battery that won't charge any more -- got a new battery ordered, that one will go back into service for two of the data base servers sitting in the closet mumbling to themselves. The things just seem to work... most of the time. Thanks again, Thomas From openpandora at free.fr Sat Dec 7 20:44:26 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Sat, 7 Dec 2013 21:44:26 +0100 (CET) Subject: [Slackbuilds-users] Compiling transcode on ARM fails In-Reply-To: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> --enable-nuv is only compatible with x86 Disabling it leads to a successful build. Also, i think the option --enable-lame=yes/no should be present and switchable in the SlackBuild, as the build fails if lame is not present, and manual edit is needed. From kdebeus at cox.net Sat Dec 7 21:38:30 2013 From: kdebeus at cox.net (kdebeus at cox.net) Date: Sat, 07 Dec 2013 14:38:30 -0700 Subject: [Slackbuilds-users] libvirt-python broken Message-ID: <1728131.bMhBBSMOil@animals> Got the dreaded 404 error on this package, and of course no GPG signature. The page also says Quote: Warning: Invalid argument supplied for foreach() in /slackbuilds/www/includes/repository.inc.php on line 196 From rworkman at slackbuilds.org Sun Dec 8 00:44:19 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 7 Dec 2013 18:44:19 -0600 Subject: [Slackbuilds-users] libvirt-python broken In-Reply-To: <1728131.bMhBBSMOil@animals> References: <1728131.bMhBBSMOil@animals> Message-ID: <20131207184419.0585c5e7@home.rlworkman.net> On Sat, 07 Dec 2013 14:38:30 -0700 kdebeus at cox.net wrote: > Got the dreaded 404 error on this package, and of course no GPG > signature. The page also says > > Quote: > Warning: Invalid argument supplied for foreach() in > /slackbuilds/www/includes/repository.inc.php on line 196 Should be fixed now (someone beat me to it); I submitted it in the Python category but it was added to Libraries instead, so the db was out of sync with the filesystem. Oh well, Libraries is fine too - I debated which one was better before submitting :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From willysr at slackbuilds.org Sun Dec 8 03:46:22 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 08 Dec 2013 10:46:22 +0700 Subject: [Slackbuilds-users] digikam: call for tester In-Reply-To: <52A365D1.3090606@slackbuilds.org> References: <52A365D1.3090606@slackbuilds.org> Message-ID: <52A3EB8E.1090203@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sun 08 Dec 2013 01:15:45 AM WIT, Willy Sudiarto Raharjo wrote: > ********* *BEGIN ENCRYPTED or SIGNED PART* ********* > > Hi, > > I finished tring to rebuild digiKam on VM to build against lensfun and > it seems to work there, but i'm not sure for others, so here's a > little patch to try. I would appreciate if someone can confirm that > this patch worked and if it does, i will submit an update to SBo soon. > > I tested with both ON and OFF and it seems to work fine, but first try > with OFF > > i tested with ffmpeg (all deps are installed), opencv, lensfun, > liblqr, libpgf and libdc1394 are installed before building digikam ignore this i tested on another clean VM and it does fail even with the patch above and another build parameter i tested it seems that it requires KDE 4.11.x for digikam to build correctly against lensfun 0.2.8 - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKj644ACgkQiHuDdNczM4GuQwCeNMSrrd9CV5oH7cYSX5GF7b9v SzMAnArs/VagkkOYDBGAd6lFJjYqoQkq =6BCJ -----END PGP SIGNATURE----- From dave at dawoodfall.net Sun Dec 8 11:01:56 2013 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 8 Dec 2013 11:01:56 +0000 Subject: [Slackbuilds-users] digikam: call for tester In-Reply-To: <52A3EB8E.1090203@slackbuilds.org> References: <52A365D1.3090606@slackbuilds.org> <52A3EB8E.1090203@slackbuilds.org> Message-ID: <20131208110156.GG12113@Blackswan> On (08/12/13 10:46), Willy Sudiarto Raharjo put forth the proposition: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >On Sun 08 Dec 2013 01:15:45 AM WIT, Willy Sudiarto Raharjo wrote: >> ********* *BEGIN ENCRYPTED or SIGNED PART* ********* >> >> Hi, >> >> I finished tring to rebuild digiKam on VM to build against lensfun and >> it seems to work there, but i'm not sure for others, so here's a >> little patch to try. I would appreciate if someone can confirm that >> this patch worked and if it does, i will submit an update to SBo soon. >> >> I tested with both ON and OFF and it seems to work fine, but first try >> with OFF >> >> i tested with ffmpeg (all deps are installed), opencv, lensfun, >> liblqr, libpgf and libdc1394 are installed before building digikam > >ignore this >i tested on another clean VM and it does fail even with the patch above >and another build parameter i tested >it seems that it requires KDE 4.11.x for digikam to build correctly >against lensfun 0.2.8 I managed to build it by adding: -DCMAKE_SHARED_LINKER_FLAGS="-llenfsun" It seems it just wasn't linking at all, even though it did detect lensfun. -Dave From willysr at slackbuilds.org Sun Dec 8 13:47:09 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 8 Dec 2013 20:47:09 +0700 Subject: [Slackbuilds-users] digikam: call for tester In-Reply-To: <20131208110156.GG12113@Blackswan> References: <52A365D1.3090606@slackbuilds.org> <52A3EB8E.1090203@slackbuilds.org> <20131208110156.GG12113@Blackswan> Message-ID: <7B08BB1B-6FC1-4746-8A67-A0D4CAD87D65@slackbuilds.org> I managed to build it by adding: -DCMAKE_SHARED_LINKER_FLAGS="-llenfsun" It seems it just wasn't linking at all, even though it did detect lensfun. Thanks for testing dave It seems the culprit is lensfun It doesn't properly export the libs when using configure I have spoken with the maintainer and he doesn't use it anymore, so i will be taking this package and switch to cmake I have tested and it build properly using script stock on SBo without modification -- Willy Sudiarto Raharjo From willysr at slackbuilds.org Sun Dec 8 17:13:10 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 00:13:10 +0700 Subject: [Slackbuilds-users] Compiling transcode on ARM fails In-Reply-To: <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <52A4A8A6.1080001@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Also, i think the option > --enable-lame=yes/no > should be present and switchable in the SlackBuild, as the build fails if lame is not present, and manual edit is needed. No Transcode requires ffmpeg, which in turn requires lame and x264 - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKkqKYACgkQiHuDdNczM4HJKwCgiYO+6RujS7MguKIfIpF7dKjF irkAoJH9Sa+1gGj0hZFx3tdktutGyplL =t20e -----END PGP SIGNATURE----- From mancha1 at hush.com Sun Dec 8 17:23:26 2013 From: mancha1 at hush.com (mancha) Date: Sun, 8 Dec 2013 17:23:26 +0000 (UTC) Subject: [Slackbuilds-users] Compiling transcode on ARM fails References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A4A8A6.1080001@slackbuilds.org> Message-ID: Willy Sudiarto Raharjo writes: > No > Transcode requires ffmpeg, which in turn requires lame and x264 > > -- > Willy Sudiarto Raharjo Ffmpeg doesn't "require" lame or x264. Codec support is controlled via configure flags in ffmpeg. --mancha From willysr at slackbuilds.org Sun Dec 8 17:29:24 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 00:29:24 +0700 Subject: [Slackbuilds-users] Compiling transcode on ARM fails In-Reply-To: References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A4A8A6.1080001@slackbuilds.org> Message-ID: <52A4AC74.1020703@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Ffmpeg doesn't "require" lame or x264. Codec support is controlled via > configure flags in ffmpeg. Right It's a good reason why lame and x264 are placed in REQUIRES rather than in README :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKkrHQACgkQiHuDdNczM4EEgACgnGg9VDDw5voDpqlWJwonBPSK Le0AoKHEA7aS3d2r58F3NUFZgnCNl+Sk =R5E5 -----END PGP SIGNATURE----- From mancha1 at hush.com Sun Dec 8 17:34:58 2013 From: mancha1 at hush.com (mancha) Date: Sun, 8 Dec 2013 17:34:58 +0000 (UTC) Subject: [Slackbuilds-users] Compiling transcode on ARM fails References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A4A8A6.1080001@slackbuilds.org> <52A4AC74.1020703@slackbuilds.org> Message-ID: Willy Sudiarto Raharjo writes: > Right > It's a good reason why lame and x264 are placed in REQUIRES rather than > in README :) > > -- > Willy Sudiarto Raharjo > I'm not sure if you're now agreeing with me or not. Anyways, placing it in the REQUIRES section doesn't make it true. --mancha From matteo.bernardini at gmail.com Sun Dec 8 17:40:53 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 8 Dec 2013 18:40:53 +0100 Subject: [Slackbuilds-users] Compiling transcode on ARM fails In-Reply-To: References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A4A8A6.1080001@slackbuilds.org> <52A4AC74.1020703@slackbuilds.org> Message-ID: our policy is that hard dependencies are decided by the maintainer. then, everyone is free to do what he/she prefer. Matteo From willysr at slackbuilds.org Sun Dec 8 18:14:48 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 01:14:48 +0700 Subject: [Slackbuilds-users] Compiling transcode on ARM fails In-Reply-To: References: <1219694564.50462783.1386448348963.JavaMail.root@zimbra53-e8.priv.proxad.net> <426662655.50468295.1386449066026.JavaMail.root@zimbra53-e8.priv.proxad.net> <52A4A8A6.1080001@slackbuilds.org> <52A4AC74.1020703@slackbuilds.org> Message-ID: <52A4B718.8010403@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'm not sure if you're now agreeing with me or not. Anyways, > placing it in the REQUIRES section doesn't make it true. What i mean by require is that it's stated in the .info and was decided by the maintainer as Ponce said. Sorry if that confused you :) - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKktxgACgkQiHuDdNczM4GQ9QCeLnIoiQtys6iuyl9MvaoEm9Bl PRUAnRR+ldVEbCe9Sdrrtc7r3YyZgmPz =SenK -----END PGP SIGNATURE----- From larryhaja at gmail.com Sun Dec 8 19:03:04 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Sun, 8 Dec 2013 11:03:04 -0800 Subject: [Slackbuilds-users] digikam: call for tester In-Reply-To: <7B08BB1B-6FC1-4746-8A67-A0D4CAD87D65@slackbuilds.org> References: <52A365D1.3090606@slackbuilds.org> <52A3EB8E.1090203@slackbuilds.org> <20131208110156.GG12113@Blackswan> <7B08BB1B-6FC1-4746-8A67-A0D4CAD87D65@slackbuilds.org> Message-ID: > > Thanks for testing dave > It seems the culprit is lensfun > It doesn't properly export the libs when using configure > I have spoken with the maintainer and he doesn't use it anymore, so i will > be taking this package and switch to cmake > I'm glad lensfun is being switched to cmake. There is an extra option to build the AUXFUN library (not sure what it does) with '-DDBUILD_AUXFUN:BOOL=ON' and it also creates a proper pkgconfig file. I've attached my changes for reference. --Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- --- /var/lib/sbopkg/SBo/14.1/libraries/lensfun/lensfun.SlackBuild 2013-11-25 09:19:36.000000000 -0800 +++ lensfun.SlackBuild 2013-12-07 11:46:08.982322088 -0800 @@ -67,23 +67,28 @@ \( -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 \ -o -perm 440 -o -perm 400 \) -exec chmod 644 {} \; -CFLAGS="$SLKCFLAGS" \ -CXXFLAGS="$SLKCFLAGS" \ - ./configure \ - --prefix=/usr \ - --libdir=/usr/lib${LIBDIRSUFFIX} \ - --docdir=/usr/doc/$PRGNAM-$VERSION \ - || exit 1 - -make install DESTDIR=$PKG || exit 1 +mkdir -p build-$PRGNAM +cd build-$PRGNAM + cmake -G "Unix Makefiles" \ + -DCMAKE_INSTALL_PREFIX:PATH=/usr \ + -DCMAKE_C_FLAGS:STRING="$SLKCFLAGS" \ + -DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \ + -DLIB_SUFFIX="$LIBDIRSUFFIX" \ + -DDOCDIR:PATH="doc/$PRGNAM-$VERSION" \ + -DBUILD_AUXFUN:BOOL=ON \ + -DBUILD_FOR_SSE:BOOL=ON \ + -DBUILD_FOR_SSE2:BOOL=ON \ + -DBUILD_DOC:BOOL=ON \ + -DCMAKE_BUILD_TYPE=Release .. || exit 1 + + make VERBOSE=1 || exit 1 + make install DESTDIR=$PKG || exit 1 +cd - find $PKG | xargs file | grep -e "executable" -e "shared object" \ | grep ELF | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null -( cd $PKG/usr/man - find . -type f -exec gzip -9 {} \; - for i in $(find . -type l) ; do ln -s $(readlink $i).gz $i.gz ; rm $i ; done -) +cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild mkdir -p $PKG/install cat $CWD/slack-desc > $PKG/install/slack-desc From openpandora at free.fr Sun Dec 8 19:54:18 2013 From: openpandora at free.fr (openpandora at free.fr) Date: Sun, 8 Dec 2013 20:54:18 +0100 (CET) Subject: [Slackbuilds-users] Compiling lensfun on ARM fails In-Reply-To: <2026320316.51960324.1386532373579.JavaMail.root@zimbra53-e8.priv.proxad.net> Message-ID: <828359802.51962238.1386532458525.JavaMail.root@zimbra53-e8.priv.proxad.net> Hi ! The ./configure fails because it defaults to user vectorization. So i had to add this: --vectorization='' Then the configure and the compilation went fine. From mfilpot at gmail.com Mon Dec 9 00:24:39 2013 From: mfilpot at gmail.com (Matthew Fillpot) Date: Sun, 8 Dec 2013 17:24:39 -0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: Message-ID: On Dec 6, 2013 12:16 PM, "James Geboski" wrote: > > Hello all, > > After many years, I have decided to discontinue my use of Slackware > for various reasons. As a result, I will no longer be maintaining my > SlackBuilds, and would like to pass off my SlackBuilds to other > maintainers. If anyone is interested in taking over the following > SlackBuilds, please feel free to do so. > > SlackBuilds: > development/geany-plugins > development/trac > games/xonotic > libraries/genshi > misc/whatpulse > network/mangler > network/mumble > network/murmur > > James > _______________________________________________ > 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/ > My son, David Fillpot, will take over games/xonotic -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Mon Dec 9 00:58:42 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 07:58:42 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: Message-ID: <52A515C2.4020508@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > My son, David Fillpot, will take over games/xonotic Email address? - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKlFcIACgkQiHuDdNczM4EBHwCdGuFDPbXDmgbWlgH04PXn8noF 3U0AoJb3VFWqTYNc2QOz7cS5Q+OE5Ydx =KuMB -----END PGP SIGNATURE----- From willysr at slackbuilds.org Mon Dec 9 01:27:52 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 08:27:52 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A515C2.4020508@slackbuilds.org> References: <52A515C2.4020508@slackbuilds.org> Message-ID: <52A51C98.107@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> My son, David Fillpot, will take over games/xonotic > > Email address? Ups, i think David Somero has taken the maintainership just before you replied this http://slackbuilds.org/cgit/slackbuilds/commit/?h=gizzmo&id=0adc53405190f53c0b296fbc06b9c22b3b32fe1b - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKlHJgACgkQiHuDdNczM4GrCACeIkk/CTV7c7Y4sUgniAhH4twk CgUAoJJurG5qrjiFY3XSBtFEjkVSv32d =He/Z -----END PGP SIGNATURE----- From willysr at slackbuilds.org Mon Dec 9 01:43:00 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 08:43:00 +0700 Subject: [Slackbuilds-users] digikam: call for tester In-Reply-To: References: <52A365D1.3090606@slackbuilds.org> <52A3EB8E.1090203@slackbuilds.org> <20131208110156.GG12113@Blackswan> <7B08BB1B-6FC1-4746-8A67-A0D4CAD87D65@slackbuilds.org> Message-ID: <52A52024.4070805@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'm glad lensfun is being switched to cmake. There is an extra option to > build the AUXFUN library (not sure what it does) with > '-DDBUILD_AUXFUN:BOOL=ON' and it also creates a proper pkgconfig file. > I've attached my changes for reference. I used the generic from SBo template and it worked fine for now if there's a need to build auxfun library, then we will change the build parameter - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKlICQACgkQiHuDdNczM4G8/ACeO5mJ2kvvrlmu6veLqfTTdsPE Tc4Ani8XXEyXG3S04oruxlet9ZfriHEz =HXTb -----END PGP SIGNATURE----- From xgizzmo at slackbuilds.org Mon Dec 9 02:18:28 2013 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sun, 8 Dec 2013 21:18:28 -0500 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A51C98.107@slackbuilds.org> References: <52A515C2.4020508@slackbuilds.org> <52A51C98.107@slackbuilds.org> Message-ID: <201312082118.28906.xgizzmo@slackbuilds.org> On Sunday 08 December 2013 20:27:52 Willy Sudiarto Raharjo wrote: > >> My son, David Fillpot, will take over games/xonotic > > > > Email address? > > Ups, i think David Somero has taken the maintainership just before you > replied this > http://slackbuilds.org/cgit/slackbuilds/commit/?h=gizzmo&id=0adc53405190f53c0b296fbc06b9c22b3b32fe1b > David can have it. I only took it because I play it from time to time and it looked like no one was stepping up. --dsomero From xgizzmo at slackbuilds.org Mon Dec 9 02:28:34 2013 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Sun, 8 Dec 2013 21:28:34 -0500 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <201312082118.28906.xgizzmo@slackbuilds.org> References: <52A51C98.107@slackbuilds.org> <201312082118.28906.xgizzmo@slackbuilds.org> Message-ID: <201312082128.34325.xgizzmo@slackbuilds.org> On Sunday 08 December 2013 21:18:28 xgizzmo at slackbuilds.org wrote: > On Sunday 08 December 2013 20:27:52 Willy Sudiarto Raharjo wrote: > > >> My son, David Fillpot, will take over games/xonotic > > > > > > Email address? > > > > Ups, i think David Somero has taken the maintainership just before you > > replied this > > http://slackbuilds.org/cgit/slackbuilds/commit/?h=gizzmo&id=0adc53405190f53c0b296fbc06b9c22b3b32fe1b > > > > David can have it. I only took it because I play it from time to time > and it looked like no one was stepping up. > > --dsomero > _______________________________________________ > 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/ > > done http://slackbuilds.org/cgit/slackbuilds/commit/?h=gizzmo&id=7377757f45d9fda8b0091b48112693758246ff56 --dsomero From mfilpot at gmail.com Mon Dec 9 02:37:31 2013 From: mfilpot at gmail.com (Matthew Fillpot) Date: Sun, 8 Dec 2013 19:37:31 -0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: <52A515C2.4020508@slackbuilds.org> References: <52A515C2.4020508@slackbuilds.org> Message-ID: On Dec 8, 2013 5:58 PM, "Willy Sudiarto Raharjo" wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > My son, David Fillpot, will take over games/xonotic > > Email address? He is using my alternate email at mfillpot at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Mon Dec 9 04:00:30 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 9 Dec 2013 11:00:30 +0700 Subject: [Slackbuilds-users] Maintainer(s) needed for SlackBuilds In-Reply-To: References: <52A515C2.4020508@slackbuilds.org> Message-ID: > He is using my alternate email at mfillpot at gmail.com > It seems David has taken care of this :) -- Willy Sudiarto Raharjo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hba.nihilismus at gmail.com Mon Dec 9 04:31:27 2013 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Sun, 8 Dec 2013 22:31:27 -0600 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found Message-ID: Hi. While trying to build virtualbox with a metaSlackBuild [1] in Slackware64 14.1 (multilib) i'm getting the error "libcurl not found" [2] at configure time [3]. Does someone has an idea about this and how to fix it?. Thanks in advance. This is the first time i'm using the multilib and compat32 packages from alienBob [4]. [1] https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild [2] https://gist.github.com/nihilismus/7867350#file-virtualbox-log [3] https://gist.github.com/nihilismus/7867350#file-configure-log [4] https://gist.github.com/nihilismus/7867350#file-system-txt -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Mon Dec 9 04:34:43 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 9 Dec 2013 11:34:43 +0700 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: References: Message-ID: <7BA2D2E2-76E4-4B2A-B536-F8268C878E1C@slackbuilds.org> > While trying to build virtualbox with a metaSlackBuild [1] in Slackware64 14.1 (multilib) i'm getting the error "libcurl not found" [2] at configure time [3]. Does someone has an idea about this and how to fix it?. Thanks in advance. > > This is the first time i'm using the multilib and compat32 packages from alienBob [4]. > > [1] https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild > [2] https://gist.github.com/nihilismus/7867350#file-virtualbox-log > [3] https://gist.github.com/nihilismus/7867350#file-configure-log > [4] https://gist.github.com/nihilismus/7867350#file-system-txt Have you installed curl multilib package? -- Willy Sudiarto Raharjo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hba.nihilismus at gmail.com Mon Dec 9 04:39:59 2013 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Sun, 8 Dec 2013 22:39:59 -0600 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: <7BA2D2E2-76E4-4B2A-B536-F8268C878E1C@slackbuilds.org> References: <7BA2D2E2-76E4-4B2A-B536-F8268C878E1C@slackbuilds.org> Message-ID: On Sun, Dec 8, 2013 at 10:34 PM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > Have you installed curl multilib package? > As you can see from [4] i have installed curl and curl-compat32, where do i get the "curl multilib" package? [4] https://gist.github.com/nihilismus/7867350#file-system-txt -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From j at dawnrazor.net Mon Dec 9 06:23:07 2013 From: j at dawnrazor.net (J) Date: Mon, 09 Dec 2013 00:23:07 -0600 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: References: <7BA2D2E2-76E4-4B2A-B536-F8268C878E1C@slackbuilds.org> Message-ID: <20131209002307.Horde.E7jswchSggWkMl6DsWKEtA7@mail.dawnrazor.net> one or more of the curl headers is/are architecture-specific. meaning different from 32-bit to 64-bit. thus things that want to link against curl may break depending on which architecture of the headers are installed and in which architecture you're trying to compile. you could fix the headers to deal with this but you'd lose the work as soon as either curl (curl or curl-compat32) is updated, so there's no point - an unfortunate reality of multilib on slackware being a sort of add-on. instead ensure that whichever you have installed matches the architecture in which you're trying to compile. the easiest way to do that is to reinstall whichever (curl or curl-compat32) is appropriate. Quoting Antonio Hern?ndez Blas : > On Sun, Dec 8, 2013 at 10:34 PM, Willy Sudiarto Raharjo < > willysr at slackbuilds.org> wrote: > >> Have you installed curl multilib package? >> > > As you can see from [4] i have installed curl and curl-compat32, where do i > get the "curl multilib" package? > > [4] https://gist.github.com/nihilismus/7867350#file-system-txt > > -- > Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. > https://github.com/nihilismus | https://bitbucket.org/nihilismus | > https://twitter.com/nihilipster From hba.nihilismus at gmail.com Mon Dec 9 06:58:48 2013 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Mon, 9 Dec 2013 00:58:48 -0600 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: <20131209002307.Horde.E7jswchSggWkMl6DsWKEtA7@mail.dawnrazor.net> References: <7BA2D2E2-76E4-4B2A-B536-F8268C878E1C@slackbuilds.org> <20131209002307.Horde.E7jswchSggWkMl6DsWKEtA7@mail.dawnrazor.net> Message-ID: On Mon, Dec 9, 2013 at 12:23 AM, J wrote: > one or more of the curl headers is/are architecture-specific. meaning > different from 32-bit to 64-bit. thus things that want to link against curl > may break depending on which architecture of the headers are installed and > in which architecture you're trying to compile. you could fix the headers > to deal with this but you'd lose the work as soon as either curl (curl or > curl-compat32) is updated, so there's no point - an unfortunate reality of > multilib on slackware being a sort of add-on. instead ensure that whichever > you have installed matches the architecture in which you're trying to > compile. the easiest way to do that is to reinstall whichever (curl or > curl-compat32) is appropriate. > Hi J, it seems that the problem relies in curl [1][2][3][4] but since it is quite late here at M?xico, i'm going to let this in peace for another day ;) Anyway, thanks for your time J and Willy. [1] http://www.youlikeprogramming.com/2010/05/curl-in-64-bit-operating-systems/ [2] http://stackoverflow.com/questions/14894428/building-an-application-with-curllib [3] http://curl.haxx.se/mail/lib-2008-09/0051.html (design problem with CURL_SIZEOF_LONG) [4] http://trac.macports.org/ticket/30974 (virtualbox: build failure when curl is not installed universal) -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick at linicks.net Mon Dec 9 10:25:59 2013 From: nick at linicks.net (Nick Warne) Date: Mon, 09 Dec 2013 10:25:59 +0000 Subject: [Slackbuilds-users] system/wavemon In-Reply-To: <52A333A5.3070108@linicks.net> References: <52922D0B.8020804@linicks.net> <5293840D.1020105@linicks.net> <529401F0.4090609@slackbuilds.org> <52946238.1060104@linicks.net> <5297478C.4080203@linicks.net> <52A333A5.3070108@linicks.net> Message-ID: <52A59AB7.5050800@linicks.net> Nick Warne wrote, On 07/12/13 14:41: > Nick Warne wrote, On 28/11/13 13:39: >> OK, day off work, I just shipped a bug report to the wavemon maintainer. >> Will keep y'all updated. > > Quick update on this. The source code maintainer doesn't know what is > going on, and as he doesn't use Slackware he couldn't really help to debug. > > But anyway, in IRC early this morning and chatting to Willy, > we found a solution. > > In Slackware ncurses package for 14.1 is a rather large patch... > reverting this (i.e. build the 14.0 ncurses package and install that > instead) fixes wavemon - all works as it should. > > So, whether the patch breaks wavemon, or wavemon is using a work-around > in the code to get around a ncurses bug which the patch fixes, I do not > know. > > Details: > http://mirrors.slackware.com/slackware/slackware-14.1/source/l/ncurses/ > --> ncurses-5.9-20130504-patch.sh.xz > > I am wondering if this will also break other stuff that uses ncurses - > we will have to wait and see. > Further upate on this, the wavemon maintainer got back, and he too found the patch broke the interface of wavemon (in Debian/testing). He then found a bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709325 which reports ncurses break dialog. The Debian people have an upstream patch that fixes the patch (but I can't find it)... So, in Slack 14.1 wavemon dialog breaks - I guess I need to ship Pat a mail with the bug report so he can get the latest patches for ncurses build. Nick -- FSF Associate Member 5508 http://linicks.net/ From willysr at slackbuilds.org Mon Dec 9 11:04:19 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 09 Dec 2013 18:04:19 +0700 Subject: [Slackbuilds-users] system/wavemon In-Reply-To: <52A59AB7.5050800@linicks.net> References: <52922D0B.8020804@linicks.net> <5293840D.1020105@linicks.net> <529401F0.4090609@slackbuilds.org> <52946238.1060104@linicks.net> <5297478C.4080203@linicks.net> <52A333A5.3070108@linicks.net> <52A59AB7.5050800@linicks.net> Message-ID: <52A5A3B3.1020805@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > He then found a bug report: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709325 > > which reports ncurses break dialog. The Debian people have an > upstream patch that fixes the patch (but I can't find it)... Is this it? ftp://invisible-island.net/ncurses/5.9/ - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKlo7MACgkQiHuDdNczM4FGdQCffDYUQCUFHO01O/kFWclLGNUl z3MAmweMl7GWuczBrnU7yH45Z/F4vgLS =/HcP -----END PGP SIGNATURE----- From nick at linicks.net Mon Dec 9 11:25:05 2013 From: nick at linicks.net (Nick Warne) Date: Mon, 09 Dec 2013 11:25:05 +0000 Subject: [Slackbuilds-users] system/wavemon In-Reply-To: <52A5A6A7.7040208@linicks.net> References: <52922D0B.8020804@linicks.net> <5293840D.1020105@linicks.net> <529401F0.4090609@slackbuilds.org> <52946238.1060104@linicks.net> <5297478C.4080203@linicks.net> <52A333A5.3070108@linicks.net> <52A59AB7.5050800@linicks.net> <52A5A3B3.1020805@slackbuilds.org> <52A5A6A7.7040208@linicks.net> Message-ID: <52A5A891.8010005@linicks.net> Opps, sorry forgot to send to list: Nick Warne wrote, On 09/12/13 11:16: > Hi Willy, > > Willy Sudiarto Raharjo wrote, On 09/12/13 11:04: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >>> He then found a bug report: >>> >>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709325 >>> >>> which reports ncurses break dialog. The Debian people have an >>> upstream patch that fixes the patch (but I can't find it)... >> >> Is this it? >> ftp://invisible-island.net/ncurses/5.9/ > > Yes. I am just rebuilding. The trouble is the ncurses guy occasionally > makes *.sh.gz patch which roll-up all the previous patches into one - > Slackware 14.1 uses this one: > > ftp://invisible-island.net/ncurses/5.9/patch-5.9-20130504.sh.gz > > which is the culprit. > > So, I just had to patch with that, then apply: > > ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130511.patch.gz > ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130518.patch.gz > ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130525.patch.gz > ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130608.patch.gz > > to get to the reported patch level that fixes this. > > Luckily Pat's ncurses slackbuild script handles patches (/ patches > directory), so I plonked them all in there and am building right now. > > Nick > -- FSF Associate Member 5508 http://linicks.net/ From nick at linicks.net Mon Dec 9 12:04:18 2013 From: nick at linicks.net (Nick Warne) Date: Mon, 09 Dec 2013 12:04:18 +0000 Subject: [Slackbuilds-users] system/wavemon In-Reply-To: <52A5A891.8010005@linicks.net> References: <52922D0B.8020804@linicks.net> <5293840D.1020105@linicks.net> <529401F0.4090609@slackbuilds.org> <52946238.1060104@linicks.net> <5297478C.4080203@linicks.net> <52A333A5.3070108@linicks.net> <52A59AB7.5050800@linicks.net> <52A5A3B3.1020805@slackbuilds.org> <52A5A6A7.7040208@linicks.net> <52A5A891.8010005@linicks.net> Message-ID: <52A5B1C2.7070006@linicks.net> Nick Warne wrote, On 09/12/13 11:25: > Opps, sorry forgot to send to list: > > Nick Warne wrote, On 09/12/13 11:16: >> Hi Willy, >> >> Willy Sudiarto Raharjo wrote, On 09/12/13 11:04: >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> >>>> He then found a bug report: >>>> >>>> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=709325 >>>> >>>> which reports ncurses break dialog. The Debian people have an >>>> upstream patch that fixes the patch (but I can't find it)... >>> >>> Is this it? >>> ftp://invisible-island.net/ncurses/5.9/ >> >> Yes. I am just rebuilding. The trouble is the ncurses guy occasionally >> makes *.sh.gz patch which roll-up all the previous patches into one - >> Slackware 14.1 uses this one: >> >> ftp://invisible-island.net/ncurses/5.9/patch-5.9-20130504.sh.gz >> >> which is the culprit. >> >> So, I just had to patch with that, then apply: >> >> ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130511.patch.gz >> ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130518.patch.gz >> ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130525.patch.gz >> ftp://invisible-island.net/ncurses/5.9/ncurses-5.9-20130608.patch.gz >> >> to get to the reported patch level that fixes this. >> >> Luckily Pat's ncurses slackbuild script handles patches (/ patches >> directory), so I plonked them all in there and am building right now. Further, further update!. That above didn't fix it, so I installed ALL the patches from: ftp://invisible-island.net/ncurses/5.9/ and it still breaks wavemon. The wavemon code maintainer got back to me though: "Thanks a lot for your help with this. I had a quick look at the slackbuild, since it is an upstream patch, it is very well possible that I will have to update part(s) of wavemon in order to cooperate with the changes in the API." So it looks like an API change. There is nothing we can do now until wavemon gets fixed, I guess. In the meantime, I will revert my ncurses back to 14.0 build (which is basically the same as 14.1 but without any patches applied). system/wavemon -> broken in 14.1 Nick -- FSF Associate Member 5508 http://linicks.net/ From hba.nihilismus at gmail.com Tue Dec 10 03:44:21 2013 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Mon, 9 Dec 2013 18:44:21 -0900 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: References: Message-ID: Ok, second attempt.... Clean Slackware64 14.1 installation and updated (slackpkg), then installed multilib and compat32 packages [1] to finally execute my metaSlackBuild [2]... still the same result :' ( As i can understand vde2, acpica and virtualbox-kernel are for x86_64 and just before one start to build virtualbox is when you execute /etc/profile.d/32dev.*, is that right? is there a how-to about the installation of virtualbox in Slackware64 14.1? I'm out of ideas :) [1] http://taper.alienbase.nl/mirrors/people/alien/multilib/14.1/ [2] https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild On Sun, Dec 8, 2013 at 7:31 PM, Antonio Hern?ndez Blas < hba.nihilismus at gmail.com> wrote: > Hi. > > While trying to build virtualbox with a metaSlackBuild [1] in Slackware64 > 14.1 (multilib) i'm getting the error "libcurl not found" [2] at configure > time [3]. Does someone has an idea about this and how to fix it?. Thanks in > advance. > > This is the first time i'm using the multilib and compat32 packages from > alienBob [4]. > > [1] > https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild > [2] https://gist.github.com/nihilismus/7867350#file-virtualbox-log > [3] https://gist.github.com/nihilismus/7867350#file-configure-log > [4] https://gist.github.com/nihilismus/7867350#file-system-txt > -- > Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. > https://github.com/nihilismus | https://bitbucket.org/nihilismus | > https://twitter.com/nihilipster > -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From hba.nihilismus at gmail.com Tue Dec 10 06:18:57 2013 From: hba.nihilismus at gmail.com (=?UTF-8?Q?Antonio_Hern=C3=A1ndez_Blas?=) Date: Mon, 9 Dec 2013 21:18:57 -0900 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: References: Message-ID: Well, after some more work i resolve the problem around curl. I modified /usr/include/curl/curlbuild.h [1] just to get another error with libcap (which is not in *-compat32 directory from alienBob), resolving this issue took me to face another problem with python, libdevmapper and vnc so i edited virtualbox.SlackBuild [2] and finally... another error [3] :) So in few words... it's not possible to install VirtualBox (from SBo SlackBuild) in Slackware64 14.1 -multilib at this moment :' ( [1] curlbuild.h.diff --- /usr/include/curl/curlbuild.h.orig 2013-12-09 14:29:58.163451402 -0900 +++ /usr/include/curl/curlbuild.h 2013-12-09 14:30:36.226453517 -0900 @@ -160,7 +160,7 @@ #endif /* The size of `long', as computed by sizeof. */ -#define CURL_SIZEOF_LONG 8 +#define CURL_SIZEOF_LONG 4 /* Integral data type used for curl_socklen_t. */ #define CURL_TYPEOF_CURL_SOCKLEN_T socklen_t @@ -187,7 +187,7 @@ #define CURL_FORMAT_OFF_T "%ld" /* The size of `curl_off_t', as computed by sizeof. */ -#define CURL_SIZEOF_CURL_OFF_T 8 +#define CURL_SIZEOF_CURL_OFF_T 4 /* curl_off_t constant suffix. */ #define CURL_SUFFIX_CURL_OFF_T L [2] virtualbox.SlackBuild.diff --- virtualbox.SlackBuild.orig 2013-12-09 15:10:48.803587567 -0900 +++ virtualbox.SlackBuild 2013-12-09 15:10:37.870586960 -0900 @@ -133,10 +133,10 @@ CFLAGS="$SLKCFLAGS" \ CXXFLAGS="$SLKCFLAGS" \ ./configure \ + --disable-python --disable-devmapper \ --disable-kmods \ --disable-pulse \ --enable-vde \ - --enable-vnc \ $web_service \ $harden \ $gui \ [3] https://gist.github.com/nihilismus/7867350#file-virtualbox2-log On Mon, Dec 9, 2013 at 6:44 PM, Antonio Hern?ndez Blas < hba.nihilismus at gmail.com> wrote: > Ok, second attempt.... > > Clean Slackware64 14.1 installation and updated (slackpkg), then installed > multilib and compat32 packages [1] to finally execute my metaSlackBuild > [2]... still the same result :' ( > > As i can understand vde2, acpica and virtualbox-kernel are for x86_64 and > just before one start to build virtualbox is when you execute > /etc/profile.d/32dev.*, is that right? is there a how-to about the > installation of virtualbox in Slackware64 14.1? I'm out of ideas :) > > > [1] http://taper.alienbase.nl/mirrors/people/alien/multilib/14.1/ > [2] > https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild > > > > On Sun, Dec 8, 2013 at 7:31 PM, Antonio Hern?ndez Blas < > hba.nihilismus at gmail.com> wrote: > >> Hi. >> >> While trying to build virtualbox with a metaSlackBuild [1] in Slackware64 >> 14.1 (multilib) i'm getting the error "libcurl not found" [2] at configure >> time [3]. Does someone has an idea about this and how to fix it?. Thanks in >> advance. >> >> This is the first time i'm using the multilib and compat32 packages from >> alienBob [4]. >> >> [1] >> https://gist.github.com/nihilismus/7867350#file-virtualbox-metaslackbuild >> [2] https://gist.github.com/nihilismus/7867350#file-virtualbox-log >> [3] https://gist.github.com/nihilismus/7867350#file-configure-log >> [4] https://gist.github.com/nihilismus/7867350#file-system-txt >> -- >> Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. >> https://github.com/nihilismus | https://bitbucket.org/nihilismus | >> https://twitter.com/nihilipster >> > > > > -- > Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. > https://github.com/nihilismus | https://bitbucket.org/nihilismus | > https://twitter.com/nihilipster > -- Antonio Hern?ndez Blas | Oaxaca, M?xico, Mx. https://github.com/nihilismus | https://bitbucket.org/nihilismus | https://twitter.com/nihilipster -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprkut at liwjatan.at Tue Dec 10 09:41:53 2013 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Tue, 10 Dec 2013 10:41:53 +0100 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: References: Message-ID: <1831040.ID6APhkzif@callisto> On Monday 09 December 2013 18:44:21 Antonio Hern?ndez Blas wrote: > Ok, second attempt.... > > Clean Slackware64 14.1 installation and updated (slackpkg), then installed > multilib and compat32 packages [1] to finally execute my metaSlackBuild > [2]... still the same result :' ( > > As i can understand vde2, acpica and virtualbox-kernel are for x86_64 and > just before one start to build virtualbox is when you execute > /etc/profile.d/32dev.*, is that right? is there a how-to about the > installation of virtualbox in Slackware64 14.1? I'm out of ideas :) You don't execute 32dev.* at all, otherwise you build a 32bit version of virtualbox. 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 j at dawnrazor.net Tue Dec 10 15:50:36 2013 From: j at dawnrazor.net (J) Date: Tue, 10 Dec 2013 09:50:36 -0600 Subject: [Slackbuilds-users] Build error with virtualbox in Slackware64 14.1: libcurl not found at -lcurl or libcurl headers not found In-Reply-To: <1831040.ID6APhkzif@callisto> References: <1831040.ID6APhkzif@callisto> Message-ID: <20131210095036.Horde.ppj8iZUFDhmLHmZLn46GLA1@mail.dawnrazor.net> which reminds me that I misremembered part of the situation surrounding curl's arch-depend headers, which is that the compat32 packages have the headers stripped out, which means builds against curl specifically in 32-bit will break because it's the 64-bit version of the header that's installed, and one then has to get the correct header and replace the 64-bit one temporarily etc etc etc. just for the sake of clarity. Quoting Heinz Wiesinger : > On Monday 09 December 2013 18:44:21 Antonio Hern?ndez Blas wrote: >> Ok, second attempt.... >> >> Clean Slackware64 14.1 installation and updated (slackpkg), then installed >> multilib and compat32 packages [1] to finally execute my metaSlackBuild >> [2]... still the same result :' ( >> >> As i can understand vde2, acpica and virtualbox-kernel are for x86_64 and >> just before one start to build virtualbox is when you execute >> /etc/profile.d/32dev.*, is that right? is there a how-to about the >> installation of virtualbox in Slackware64 14.1? I'm out of ideas :) > > You don't execute 32dev.* at all, otherwise you build a 32bit version of > virtualbox. > > Grs, > Heinz From kingbeowulf at gmail.com Wed Dec 11 05:28:14 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 10 Dec 2013 21:28:14 -0800 Subject: [Slackbuilds-users] Gocanvas and Pygoocanvas homepage link "wrong" Message-ID: <52A7F7EE.2090601@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Existing link gives "This page does not exist yet..." Project link is: https://wiki.gnome.org/Projects/PyGoocanvas Also, the goocanvas link redirects to https://wiki.gnome.org/Projects/GooCanvas So, looks like they did some remodeling and didn't fix all link redirects. - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKn9+wACgkQXvwMaW61dLeGXACfbWZYrcaGl0lAa85YyELHtUNW J7IAn3ReYxMVmpEH/B+J9mDuk9kSU7ec =UFfI -----END PGP SIGNATURE----- From matteo.bernardini at gmail.com Wed Dec 11 05:52:04 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 11 Dec 2013 06:52:04 +0100 Subject: [Slackbuilds-users] Gocanvas and Pygoocanvas homepage link "wrong" In-Reply-To: <52A7F7EE.2090601@gmail.com> References: <52A7F7EE.2090601@gmail.com> Message-ID: thanks Edward, I updated the links in my branch. Matteo From matteo.bernardini at gmail.com Wed Dec 11 05:56:16 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 11 Dec 2013 06:56:16 +0100 Subject: [Slackbuilds-users] libvirt-python broken In-Reply-To: <20131207184419.0585c5e7@home.rlworkman.net> References: <1728131.bMhBBSMOil@animals> <20131207184419.0585c5e7@home.rlworkman.net> Message-ID: 2013/12/8 Robby Workman : > On Sat, 07 Dec 2013 14:38:30 -0700 > kdebeus at cox.net wrote: > >> Got the dreaded 404 error on this package, and of course no GPG >> signature. The page also says >> >> Quote: >> Warning: Invalid argument supplied for foreach() in >> /slackbuilds/www/includes/repository.inc.php on line 196 > > > Should be fixed now (someone beat me to it); I submitted it in > the Python category but it was added to Libraries instead, so > the db was out of sync with the filesystem. oops, my bad, sorre. Matteo From miguel at thedeanda.com Wed Dec 11 19:03:10 2013 From: miguel at thedeanda.com (Miguel De Anda) Date: Wed, 11 Dec 2013 11:03:10 -0800 Subject: [Slackbuilds-users] lots of checkum mismatches... Message-ID: i was updated a few packages using sbopkg and i got a bunch of these: google-talkplugin: Found google-talkplugin_current_amd64.deb in /var/cache/sbopkg. Checking MD5SUM: MD5SUM check for google-talkplugin_current_amd64.deb ... FAILED! Expected: 6372efc66aefe7d300452370ebdc50cd Found: fa6226c252cf6be4befa0f1025acb026 i think i saw it for ffmpeg and dillo and a few others but i didn't keep track. are these checksums ever checked really or they are more of a legacy thing these days? -m -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Dec 11 20:54:40 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 11 Dec 2013 21:54:40 +0100 Subject: [Slackbuilds-users] lots of checkum mismatches... In-Reply-To: References: Message-ID: left away some rare cases, they should definitely match. for google-talkplugin the fact that it may not match is specified in its README http://slackbuilds.org/repository/14.1/multimedia/google-talkplugin/ Matteo From c.willing at uq.edu.au Wed Dec 11 21:20:15 2013 From: c.willing at uq.edu.au (Christoph Willing) Date: Thu, 12 Dec 2013 07:20:15 +1000 Subject: [Slackbuilds-users] lots of checkum mismatches... In-Reply-To: References: Message-ID: On 12/12/2013, at 5:03 AM, Miguel De Anda wrote: > i was updated a few packages using sbopkg and i got a bunch of these: > > google-talkplugin: > Found google-talkplugin_current_amd64.deb in /var/cache/sbopkg. > Checking MD5SUM: > MD5SUM check for google-talkplugin_current_amd64.deb ... FAILED! > Expected: 6372efc66aefe7d300452370ebdc50cd > Found: fa6226c252cf6be4befa0f1025acb026 > > > i think i saw it for ffmpeg and dillo and a few others but i didn't keep track. are these checksums ever checked really or they are more of a legacy thing these days? The MD5SUM field, and others in the .info file, aren't used in a "straight" build script i.e. running "sh xxxx.SlackBuild" doesn't reference xxxx.info at all. In that scenario, the whole .info file is a "legacy thing" or at least superfluous. However there are various build (and browsing) systems which may use any or all of the fields in a .info file. The fact that sbopkg picked up the differences shows that it looks at the MD5SUM field - if only to be informative. In automated build systems, its arguably a much more important find - you wouldn't want those systems to be blithely building packages from intentionally interfered with, or otherwise corrupted, source tarballs. chris From thedoogster at gmail.com Thu Dec 12 00:18:41 2013 From: thedoogster at gmail.com (Doogster) Date: Wed, 11 Dec 2013 16:18:41 -0800 Subject: [Slackbuilds-users] Dia version 0.97.2 on SlackBuilds.org is broken In-Reply-To: References: Message-ID: Matteo, would you like to take over maintenance of the Dia SlackBuild? I think you can do a better job than I can. On Tue, Nov 26, 2013 at 1:44 PM, ekinakoglu at gmail.com wrote: > Thank you, Matteo. I downloaded the patch from your branch and applied it. > Now dia works. > > Ekin > > Ekin Akoglu > > Institute of Marine Sciences > Middle East Technical University > P.O. Box 28, 33731 > Erdemli, Mersin > Turkey > > Web: www.ims.metu.edu.tr > Email: ekin at ims.metu.edu.tr > Phone: +90 324 521 34 34 > GSM: +90 506 554 03 90 > > > On 26 November 2013 20:40, Matteo Bernardini > wrote: >> >> Hi Ekin, >> >> thanks for reporting: it's fixed in my branch and will be merged at >> the next update. >> >> http://slackbuilds.org/cgit/slackbuilds/log/?h=ponce >> >> 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/ >> > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > From erik at slackbuilds.org Sat Dec 14 17:21:51 2013 From: erik at slackbuilds.org (Erik Hanson) Date: Sat, 14 Dec 2013 11:21:51 -0600 Subject: [Slackbuilds-users] Updates - 20131214.1 Message-ID: <20131214112151.1af7b0e4@shaggy.doo> Sat Dec 14 17:01:37 UTC 2013 academic/EMBASSY: Updated for version 6.6.0. academic/EMBOSS: Updated for version 6.6.0. academic/PhyML: Updated for version 20131112. academic/bowtie2: Added (A tool for aligning sequencing reads). academic/bowtie: Updated for version 1.0.0. academic/cistrome-CEAS: Added (Cis-regulatory Element Annotation). academic/cistrome-MACS: Added (Model-based Analysis of ChIP-Seq). academic/cufflinks: Added (reference-guided assembler for RNA-Seq). academic/geoserver-control-flow: Added (request rate limitation) academic/geoserver-pyramid: Added (pyramid data store support) academic/mafft: Updated for version 7.130. academic/mkDSSP: Updated for version 2.2.1. academic/mrbayes: Updated for version 3.2.2. academic/paml: Added (Phylogenetic Analysis by Maximum Likelihood). academic/pamlX: Added (A GUI for PAML). academic/primer3: Updated for version 2.3.6. academic/samtools: Added (Sequence Alignment/Map Tools). academic/t_coffee: Updated for version 10.00.r1613. academic/tabix: Added (Generic indexer). academic/topdraw: Added (A sketchpad for protein topology diagrams). academic/tophat: Added (Splice junction mapper for RNA-Seq reads). academic/ugene: Updated for version 1.13.0. academic/vcftools: Added (A program designed for working with VCF). audio/mpd: Added optional deps + New Maintainer. audio/opus-tools: Added (utilities for opus) audio/opus: Updated for version 1.1. audio/opusfile: Added (opus decoding API) desktop/awesome: Removed note from the README desktop/copyq: Added (clipboard manager with advanced features). desktop/murrine-themes: Updated for version 0.98.6. desktop/screenfetch: Updated for version 3.2.2. desktop/thunar-sendto-clamtk: Updated for version 0.04. desktop/yawp: Updated for version 0.4.5. development/Cython: Updated for version 0.19.2. development/MySQL-python: Avoid downloading distribute during build. development/acpica: Updated for version 20131115. development/avra: Added (Atmel AVR Microcontrollers Assembler). development/geany-plugins: New Maintainer. development/mono-addins: Updated for version 20131127. development/mono: Updated for version 3.2.3. development/monodevelop-database: Updated for version 4.2.1. development/monodevelop-debugger-gdb: Updated for version 4.2.1. development/monodevelop: Updated for version 4.2.1. development/trac: New maintainer. games/Scorched3D: Updated for version 43.3d. games/angband: Added license. games/fortune_doctor_who: Added (quotes from Doctor Who). games/supertux2: Updated for version 0.3.4. games/xonotic: New maintainer, small clean up. graphics/digikam: Cleanup + added additional optional deps. graphics/goocanvas: Changed homepage. graphics/luxblend25: Added (LuxRender's interface for Blender 2.6x). graphics/luxrender: Added (rendering engine). graphics/pinta: Updated for version 20131027. graphics/shotwell: Added (Open source photo manager for GNOME) libraries/SFCGAL: Added (C++ wrapper around CGAL). libraries/dbus-sharp-glib: Added (a C# implementation of dbus-glib). libraries/dbus-sharp: Added (C# implementation of D-Bus). libraries/elementary: Added (toolkit set). libraries/emotion: Added (video library). libraries/ethumb: Added (thumbnail lib). libraries/genshi: Updated for version 0.7, new maintainer. libraries/goffice: Updated for version 0.10.9 + New Maintainer. libraries/gtk-sharp: Updated for version 2.12.22. libraries/lensfun: Switching to cmake, New maintainer. libraries/libburn: Updated for version 1.3.4. libraries/libgee1: Added (GObject-based interfaces and classes) libraries/libgee: Updated for version 0.12.0. libraries/libisoburn: Updated for version 1.3.4. libraries/libisofs: Updated for version 1.3.4. libraries/libquvi-scripts: Updated for version 0.4.21. libraries/libskk: Update deps to libgee1. libraries/libsuinput: Added (Thin userspace library) libraries/libx86emu: Updated for version 1.4. libraries/mysql-connector-python: Fix download link. libraries/ndesk-dbus-glib: Removed (Replaced by dbus-sharp-glib). libraries/ndesk-dbus: Removed (Replaced by dbus-sharp). libraries/notify-sharp: Updated for version 0.4.1. libraries/squish: Added (open-source DXT compression library). misc/WhatPulse: Removed (no SBo maintainer). misc/ibus-fbterm: Removed (no SBo maintainer) misc/ibus-hangul: Removed (no SBo maintainer) multimedia/guvcview: Updated for version 1.7.2. multimedia/plexmediaserver: Added (media center server). network/aoetools: Added (ATA Over Ethernet). network/bitcoin: Updated for version 0.8.6. network/cclive: Updated for version 0.7.16 + New Maintainer. network/libquvi: Use Shared Libs + New Maintainer. network/mangler: Removed (no SBo maintainer). network/mumble: New Maintainer. network/murmur: New Maintainer. network/opensmtpd: Updated for version 5.4.1p1. network/phpmyadmin: Updated for version 4.1.0. network/quvi: New Maintainer. network/weechat: Updated for version 0.4.2. office/gnumeric: Updated for version 1.12.9. office/pdfpc: Update deps to libgee1. perl/perl-Scalar-List-Utils: Added (Scalar and List Subroutines). perl/perl-Text-CSV: Added (Perl Text::CSV module). perl/perl-Time-Piece: Added (Perl Time::Piece module). python/psutil: Updated for version 1.2.1. python/pygoocanvas: Changed homepage. system/apache-tomcat: Fix location of tomcat-juli.jar. system/clamtk: Updated for version 5.01. system/eventlog: Updated for version 0.2.12+20120504+1700. system/gparted: Updated for version 0.17.0. system/hermit-font: Added (monospace font for programming). system/hwinfo: Updated for version 20.1. system/kc: Updated for version 2.3.2. system/libscrypt: Added (library that implements scrypt()). system/postgis: Add SFCGAL as an optional dependency. system/rsyslog: Updated for version 7.4.6. system/scrypt: Use SLKCFLAGS. system/spl-solaris: Added (solaris kernel API for linux). system/syslog-ng: Updated for version 3.5.2. system/tagainijisho: Added (Japanese dictionary and kanji lookup). system/terminology: Added (terminal emulator). system/thermal_daemon: Added (Linux Thermal Daemon). system/vagrant: Added (virtual development environments). system/vbindiff: Added (visual binary diff). system/virtualbox-addons: Updated for version 4.3.4. system/virtualbox-kernel-addons: Updated for version 4.3.4. system/virtualbox-kernel: Updated for version 4.3.4. system/virtualbox: Updated for version 4.3.4. system/xfsudo: Added (run graphical apps as root using sudo). system/zfs-on-linux: Added (native linux port of ZFS). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rneri at libero.it Mon Dec 16 16:42:04 2013 From: rneri at libero.it (rneri at libero.it) Date: Mon, 16 Dec 2013 17:42:04 +0100 (CET) Subject: [Slackbuilds-users] That's life... Message-ID: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Hi everyone, having been a loyal Slackware Linux user for many years I'm really sorry to say that I just can't find the time to maintain my SlackBuilds properly anymore. Therefore, I've decided that the best thing to do is to let others take over their maintenance. Here they are desktop/cheser-icon-theme games/Domination libraries/dbh desktop/gtkman development/KKEdit libraries/libmp3splt libraries/libpst system/linuxconsoletools desktop/lxmed desktop/menulibre network/midori audio/mp3splt audio/mp3splt-gtk multimedia/mtvcgui multimedia/ProjectX games/qjoypad system/rodent desktop/rodent-icon-theme misc/rsibreak system/sdl-jstest network/rt5370 network/smb4k audio/soundkonverter libraries/tubo multimedia/w_scan system/xboxdrv-linux system/zerofree plus these, which are unmaintained upstream (at least, they were last time I checked) and didn't make it for 14.1 multimedia/backlite multimedia/k9copy Thanks a lot in advance for taking good care of them ;-) Cheers Roberto From matteo.bernardini at gmail.com Mon Dec 16 16:53:58 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 16 Dec 2013 17:53:58 +0100 Subject: [Slackbuilds-users] That's life... In-Reply-To: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: well, that's sad :( I'll take midori and lxmed. Matteo 2013/12/16 rneri at libero.it : > Hi everyone, > having been a loyal Slackware Linux user for many years I'm really sorry to > say that I just can't find the time to maintain my SlackBuilds properly > anymore. > Therefore, I've decided that the best thing to do is to let others take over > their maintenance. > > Here they are > > desktop/cheser-icon-theme > games/Domination > libraries/dbh > desktop/gtkman > development/KKEdit > libraries/libmp3splt > libraries/libpst > system/linuxconsoletools > desktop/lxmed > desktop/menulibre > network/midori > audio/mp3splt > audio/mp3splt-gtk > multimedia/mtvcgui > multimedia/ProjectX > games/qjoypad > system/rodent > desktop/rodent-icon-theme > misc/rsibreak > system/sdl-jstest > network/rt5370 > network/smb4k > audio/soundkonverter > libraries/tubo > multimedia/w_scan > system/xboxdrv-linux > system/zerofree > > plus these, which are unmaintained upstream (at least, they were last time I > checked) and didn't make it for 14.1 > > multimedia/backlite > multimedia/k9copy > > Thanks a lot in advance for taking good care of them ;-) > > Cheers > Roberto > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > From willysr at slackbuilds.org Mon Dec 16 16:58:30 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 16 Dec 2013 23:58:30 +0700 Subject: [Slackbuilds-users] That's life... In-Reply-To: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: <52AF3136.6030002@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > desktop/cheser-icon-theme games/Domination libraries/dbh > desktop/gtkman development/KKEdit libraries/libmp3splt > libraries/libpst system/linuxconsoletools desktop/menulibre > audio/mp3splt audio/mp3splt-gtk multimedia/mtvcgui > multimedia/ProjectX games/qjoypad system/rodent > desktop/rodent-icon-theme misc/rsibreak system/sdl-jstest > network/rt5370 network/smb4k audio/soundkonverter libraries/tubo > multimedia/w_scan system/xboxdrv-linux system/zerofree All above are now in roberto-removals branch if anyone interested maintaining packages above, please let us know and we will remove it from the branch On next public update, we will probably merge this branch, thus all packages in this branch will be removed from 14.1 repository - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKvMTUACgkQiHuDdNczM4ElYACcCA8GQNX65RGAMUUt8BifvtTf NuEAoK7TqzWukDmZxLakAWv6U0VwhS1I =TryF -----END PGP SIGNATURE----- From unix_lists at f-m.fm Mon Dec 16 17:11:51 2013 From: unix_lists at f-m.fm (unix_lists at f-m.fm) Date: Mon, 16 Dec 2013 11:11:51 -0600 Subject: [Slackbuilds-users] That's life... In-Reply-To: <52AF3136.6030002@slackbuilds.org> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> <52AF3136.6030002@slackbuilds.org> Message-ID: <1387213911.15117.60270253.6144A229@webmail.messagingengine.com> On Mon, Dec 16, 2013, at 10:58 AM, Willy Sudiarto Raharjo wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > desktop/cheser-icon-theme games/Domination libraries/dbh > > desktop/gtkman development/KKEdit libraries/libmp3splt > > libraries/libpst system/linuxconsoletools desktop/menulibre > > audio/mp3splt audio/mp3splt-gtk multimedia/mtvcgui > > multimedia/ProjectX games/qjoypad system/rodent > > desktop/rodent-icon-theme misc/rsibreak system/sdl-jstest > > network/rt5370 network/smb4k audio/soundkonverter libraries/tubo > > multimedia/w_scan system/xboxdrv-linux system/zerofree > > All above are now in roberto-removals branch > if anyone interested maintaining packages above, please let us know > and we will remove it from the branch > On next public update, we will probably merge this branch, thus all > packages in this branch will be removed from 14.1 repository > > > I'll take soundkonverter -- Regards, Donald Cooley From willysr at slackbuilds.org Mon Dec 16 17:18:12 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Dec 2013 00:18:12 +0700 Subject: [Slackbuilds-users] That's life... In-Reply-To: <1387213911.15117.60270253.6144A229@webmail.messagingengine.com> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> <52AF3136.6030002@slackbuilds.org> <1387213911.15117.60270253.6144A229@webmail.messagingengine.com> Message-ID: <52AF35D4.5000501@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'll take soundkonverter Removed from the branch and change maintainer commit 68f584ae7436ae2184554221ac800ab8d14a4610 Author: Donald Cooley Date: Tue Dec 17 00:15:45 2013 +0700 audio/soundkonverter: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKvNdQACgkQiHuDdNczM4HdEACeKJ7gGbBk/kkly6yjXZ7ppsZX A3IAn30MPAlp4EkGYfrQmFuWTpifeCAl =eWMI -----END PGP SIGNATURE----- From kingbeowulf at gmail.com Mon Dec 16 20:24:04 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 16 Dec 2013 12:24:04 -0800 Subject: [Slackbuilds-users] That's life... In-Reply-To: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: <52AF6164.4080606@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/16/2013 08:42 AM, rneri at libero.it wrote: > Therefore, I've decided that the best thing to do is to let others > take over their maintenance. > I'll take these: desktop/menulibre multimedia/w_scan > > plus these, which are unmaintained upstream (at least, they were > last time I checked) and didn't make it for 14.1 > > multimedia/backlite multimedia/k9copy > For those on this list "pining for the fjords" for tool to backup DVDs you can copy DVD9 , etc, with K3b (might need to recompile to include some options) dvd:rip dvdbackup in varying formats...and my old IDE Samsung DVD-DL writer burns DVD9 just fine. - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKvYWMACgkQXvwMaW61dLeLWQCfZhsEjotrm2UWL/P8hsrgS9w6 4f4AnjuzDAUXjpLlE1SpkhFQHBEjECHS =lXsE -----END PGP SIGNATURE----- From yalhcru at gmail.com Mon Dec 16 21:32:38 2013 From: yalhcru at gmail.com (B Watson) Date: Mon, 16 Dec 2013 16:32:38 -0500 Subject: [Slackbuilds-users] That's life... In-Reply-To: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: I'll take these, unless someone else wants them: > audio/mp3splt > audio/mp3splt-gtk > libraries/libmp3splt > libraries/libpst > system/linuxconsoletools > system/sdl-jstest > system/zerofree From willysr at slackbuilds.org Mon Dec 16 22:42:24 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Dec 2013 05:42:24 +0700 Subject: [Slackbuilds-users] That's life... In-Reply-To: <52AF6164.4080606@gmail.com> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> <52AF6164.4080606@gmail.com> Message-ID: <52AF81D0.2070100@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'll take these: > > desktop/menulibre multimedia/w_scan got it commit b488bca6fc3caf4232455e6890340cc775c97409 Author: Edward W. Koenig Date: Tue Dec 17 05:41:43 2013 +0700 multimedia/w_scan: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 63e334dcf84851150328a9e5c200dd3eb71c58df Author: Edward W. Koenig Date: Tue Dec 17 05:40:51 2013 +0700 desktop/menulibre: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKvgdAACgkQiHuDdNczM4G+AACZATGquZfL/W6x5a7kKThfSK3h 8CAAoID32edbfPLC1z0YFa3YX02vBZ4q =bYqQ -----END PGP SIGNATURE----- From willysr at slackbuilds.org Mon Dec 16 22:47:53 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 17 Dec 2013 05:47:53 +0700 Subject: [Slackbuilds-users] That's life... In-Reply-To: References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: <52AF8319.4070405@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I'll take these, unless someone else wants them: > >> audio/mp3splt audio/mp3splt-gtk libraries/libmp3splt >> libraries/libpst system/linuxconsoletools system/sdl-jstest >> system/zerofree It's yours now commit f95b98a3c30d06d5614d1935e2850ad0d9280d91 Author: B Watson Date: Tue Dec 17 05:47:24 2013 +0700 system/zerofree: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit e50effc55eb53ed0c5c8c14f60a532a5ad40be16 Author: B Watson Date: Tue Dec 17 05:46:52 2013 +0700 system/sdl-jstest: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 5aefb2092aaf3a20c7131af113dc9108b33108ce Author: B Watson Date: Tue Dec 17 05:46:17 2013 +0700 system/linuxconsoletools: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit d735c906e4e64e892fbf37d8ff653bd776a1923e Author: B Watson Date: Tue Dec 17 05:45:29 2013 +0700 libraries/libpst: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 41928949c2f4afd37ae15802e6b894a3a7afdf21 Author: B Watson Date: Tue Dec 17 05:44:50 2013 +0700 libraries/libmp3splt: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 0246d1d834f77d4c440dfa2026d100f2f2c38faf Author: B Watson Date: Tue Dec 17 05:44:08 2013 +0700 audio/mp3splt-gtk: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo commit 516f10ad27957a5fdd53f84efd3b0716ec69988a Author: B Watson Date: Tue Dec 17 05:43:32 2013 +0700 audio/mp3splt: New Maintainer. Signed-off-by: Willy Sudiarto Raharjo - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKvgxkACgkQiHuDdNczM4H76wCaA5x3+JT0ZEZMfM8tf7pmQAie nc8AoIKgUzFKTWJ43XZGhVdzwz9BqUyt =6jTu -----END PGP SIGNATURE----- From erik at slackbuilds.org Tue Dec 17 17:15:03 2013 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 17 Dec 2013 11:15:03 -0600 Subject: [Slackbuilds-users] Updates - 20131217.1 Message-ID: <20131217111503.2dff8ee6@shaggy.doo> Tue Dec 17 17:03:59 UTC 2013 academic/gwyddion: Updated for version 2.34. academic/horao: Added (visualisation tool for 3D GIS data). audio/mp3splt-gtk: New Maintainer. audio/mp3splt: New Maintainer. audio/soundkonverter: New Maintainer. desktop/bspwm: Added (Binary space partitioning window manager). desktop/lxmed: Changed maintainer. desktop/menulibre: New Maintainer. desktop/sxhkd: Added (Simple X hotkey daemon). development/amaya: Removed (not compatible with gcc-4.8.x). development/squirrel-sql: Updated for version 3.5.0. libraries/libmp3splt: New Maintainer. libraries/libpst: New Maintainer. libraries/qt5: Added (multi-platform C++ GUI toolkit). libraries/zend-opcache: Updated for version 7.0.2. multimedia/w_scan: New Maintainer. network/hydra: Updated for version 7.5. network/icecat: Updated for version 24.0. network/midori: Updated for version 0.5.6. network/smcroute: Added (Static Multicast Routing Daemon). network/sstp-client: Added (SSTP client for Linux). office/calibre: Updated for version 1.15.0. office/hevea: Updated for version 2.09. perl/perl-Class-Method-Modifiers: Updated for version 2.09. perl/perl-Date-Manip: Fix download link. perl/perl-strictures: Updated for version 1.005002. python/python-ldap: Added (Python modules for LDAP clients). python/vatnumber: Added (Python module to validate VAT numbers). system/linuxconsoletools: New Maintainer. system/nvidia-driver: Updated for version 331.20. system/nvidia-kernel: Updated for version 331.20, cleanups. system/sdl-jstest: New Maintainer. system/udevil: Updated for version 0.4.3. system/xboxdrv-linux: New maintainer. system/zerofree: New Maintainer. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From joshuakwood at gmail.com Tue Dec 17 17:26:41 2013 From: joshuakwood at gmail.com (JK Wood) Date: Tue, 17 Dec 2013 11:26:41 -0600 Subject: [Slackbuilds-users] Updates - 20131217.1 In-Reply-To: <20131217111503.2dff8ee6@shaggy.doo> References: <20131217111503.2dff8ee6@shaggy.doo> Message-ID: On Dec 17, 2013 11:15 AM, "Erik Hanson" wrote: > > Tue Dec 17 17:03:59 UTC 2013 > academic/gwyddion: Updated for version 2.34. > academic/horao: Added (visualisation tool for 3D GIS data). > audio/mp3splt-gtk: New Maintainer. > audio/mp3splt: New Maintainer. > audio/soundkonverter: New Maintainer. > desktop/bspwm: Added (Binary space partitioning window manager). > desktop/lxmed: Changed maintainer. > desktop/menulibre: New Maintainer. > desktop/sxhkd: Added (Simple X hotkey daemon). > development/amaya: Removed (not compatible with gcc-4.8.x). > development/squirrel-sql: Updated for version 3.5.0. > libraries/libmp3splt: New Maintainer. > libraries/libpst: New Maintainer. > libraries/qt5: Added (multi-platform C++ GUI toolkit). > libraries/zend-opcache: Updated for version 7.0.2. > multimedia/w_scan: New Maintainer. > network/hydra: Updated for version 7.5. > network/icecat: Updated for version 24.0. > network/midori: Updated for version 0.5.6. > network/smcroute: Added (Static Multicast Routing Daemon). > network/sstp-client: Added (SSTP client for Linux). > office/calibre: Updated for version 1.15.0. > office/hevea: Updated for version 2.09. > perl/perl-Class-Method-Modifiers: Updated for version 2.09. > perl/perl-Date-Manip: Fix download link. > perl/perl-strictures: Updated for version 1.005002. > python/python-ldap: Added (Python modules for LDAP clients). > python/vatnumber: Added (Python module to validate VAT numbers). > system/linuxconsoletools: New Maintainer. > system/nvidia-driver: Updated for version 331.20. > system/nvidia-kernel: Updated for version 331.20, cleanups. > system/sdl-jstest: New Maintainer. > system/udevil: Updated for version 0.4.3. > system/xboxdrv-linux: New maintainer. > system/zerofree: New Maintainer. > > _______________________________________________ > 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/ > > Just wanted to point out that Nvidia 331.20 breaks several Steam games for me in Wine (the primary one for me being Terraria.) I've seen evidence from others that it breaks lots of Mono-related things. Thanks, JK -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at slackbuilds.org Tue Dec 17 17:27:22 2013 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 17 Dec 2013 11:27:22 -0600 Subject: [Slackbuilds-users] That's life... In-Reply-To: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> References: <614119083.5805681387212124052.JavaMail.defaultUser@defaultHost> Message-ID: <20131217112722.396be81a@shaggy.doo> On Mon, 16 Dec 2013 17:42:04 +0100 (CET) "rneri at libero.it" wrote: > system/xboxdrv-linux I took this. -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From erik at slackbuilds.org Tue Dec 17 17:30:04 2013 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 17 Dec 2013 11:30:04 -0600 Subject: [Slackbuilds-users] Updates - 20131217.1 In-Reply-To: References: <20131217111503.2dff8ee6@shaggy.doo> Message-ID: <20131217113004.5df9276e@shaggy.doo> On Tue, 17 Dec 2013 11:26:41 -0600 JK Wood wrote: > Just wanted to point out that Nvidia 331.20 breaks several Steam games for > me in Wine (the primary one for me being Terraria.) I've seen evidence from > others that it breaks lots of Mono-related things. Terraria and XCOM:EU are fine for me, most everything else I play is now native. -- Erik Hanson -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From kingbeowulf at gmail.com Tue Dec 17 18:17:11 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Tue, 17 Dec 2013 10:17:11 -0800 Subject: [Slackbuilds-users] Updates - 20131217.1 In-Reply-To: <20131217113004.5df9276e@shaggy.doo> References: <20131217111503.2dff8ee6@shaggy.doo> <20131217113004.5df9276e@shaggy.doo> Message-ID: <52B09527.1060802@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/17/2013 09:30 AM, Erik Hanson wrote: > On Tue, 17 Dec 2013 11:26:41 -0600 JK Wood > wrote: > >> Just wanted to point out that Nvidia 331.20 breaks several Steam >> games for me in Wine (the primary one for me being Terraria.) >> I've seen evidence from others that it breaks lots of >> Mono-related things. > > Terraria and XCOM:EU are fine for me, most everything else I play > is now native. > I stick mostly with native Linux these days. just have a few older (non steam) rpgs and MMORPGs in WINE-1.7.8. I avoid DOTNET and Mono like plague they are. If you play STEAM in WINE, I assume you have the few compat32 packages that you will need (alienbob has updates). Also, make damn sure you did not install both MONO (tends to be automatic) and then use winetricks to install DOTNET. Its one or the other. If you customized regedit to spoof your GPU, then you need to check that. "The Year of the linux Desktop 2014" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlKwlSYACgkQXvwMaW61dLe5HACfXQPMTsMJAjeb86VVYY6md8GI rTMAnioNnSslSHcGkTvPp3fr3k36OHVl =ie6T -----END PGP SIGNATURE----- From mjjzf at syntaktisk.dk Wed Dec 18 11:03:21 2013 From: mjjzf at syntaktisk.dk (=?UTF-8?Q?Morten_Juhl-Johansen_Z=C3=B6lde-Fej=C3=A9r?=) Date: Wed, 18 Dec 2013 12:03:21 +0100 Subject: [Slackbuilds-users] Updates - 20131217.1 In-Reply-To: <52B09527.1060802@gmail.com> References: <20131217111503.2dff8ee6@shaggy.doo> <20131217113004.5df9276e@shaggy.doo> <52B09527.1060802@gmail.com> Message-ID: <7becf4c745c6889150fc63489af7a42c@syntaktisk.dk> On 17/12/2013 19:17, King Beowulf wrote: > On 12/17/2013 09:30 AM, Erik Hanson wrote: >> On Tue, 17 Dec 2013 11:26:41 -0600 JK Wood >> wrote: >> >>> Just wanted to point out that Nvidia 331.20 breaks several Steam >>> games for me in Wine (the primary one for me being Terraria.) >>> I've seen evidence from others that it breaks lots of >>> Mono-related things. >> >> Terraria and XCOM:EU are fine for me, most everything else I play >> is now native. >> > > I stick mostly with native Linux these days. just have a few older > (non steam) rpgs and MMORPGs in WINE-1.7.8. I avoid DOTNET and Mono > like plague they are. And of course, one should not disregard the powers of PlayOnLinux. All the best, M __ Morten Juhl-Johansen Z?lde-Fej?r http://syntaktisk.dk * mjjzf at syntaktisk.dk From laporta at bo.infn.it Wed Dec 18 18:55:18 2013 From: laporta at bo.infn.it (laportas) Date: Wed, 18 Dec 2013 19:55:18 +0100 (CET) Subject: [Slackbuilds-users] nvidia-legacy96 now compiles on 14.1 Message-ID: I have tested nvidia-96.43 on an old PentiumIII pc with an AGP card GeForce4 MX 4000. I have used Option "IgnoreABI" in xorg.conf. Starting X, the driver complain about the usupported ABI ================ WARNING WARNING WARNING WARNING ================ This server has a video driver ABI version of 14.1 that is not supported by this NVIDIA driver. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. ================================================================= (WW) NVIDIA: The driver will continue to load, but may behave strangely. (WW) NVIDIA: This server has an unsupported input driver ABI version (have 19.1, need < 17.0). The driver will continue to load, but may behave strangely. and immediately crashes. (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x81d6099] (EE) 1: /usr/bin/X (0x8048000+0x191ac4) [0x81d9ac4] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xffffe40c] (EE) 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x41014000+0x6f77c9) [0x4170b7c9] (EE) Segmentation fault at address 0x4 Just to make a quick check with a downgraded X, I have momentarily replaced the xorg server 1.14 package with 1.12. X start normally; opening an xterm window and scrolling text inside, the blazing acceleration of the nvidia driver is very evident; obviously other applications crash due to the server/library mismatch. In conclusion, now I am forced to use nouveau... From slackware at bignoli.it Wed Dec 18 21:02:20 2013 From: slackware at bignoli.it (Aurelio Bignoli) Date: Wed, 18 Dec 2013 22:02:20 +0100 Subject: [Slackbuilds-users] Unable to run Pure Data Message-ID: <21170.3420.717164.551613@mem.local.lan> I successfully compiled and installed Pure Data (pd package) on my Slackware64 14.1 system, but when I try to run the program I get the following errors: aurelio at mem:~$ pd disabling real-time priority due to missing pd-watchdog (/usr/bin/pd-watchdog) Error in startup script: couldn't read file "/usr/tcl//pd-gui.tcl": no such file or directory Both pd-watchdog and pd-gui.tcl have been installed under /usr/lib64/pd: aurelio at mem:~$ ls -l /usr/lib64/pd/bin/pd-watchdog -rwxr-xr-x 1 root root 5512 dic 15 12:06 /usr/lib64/pd/bin/pd-watchdog* aurelio at mem:~$ ls -l /usr/lib64/pd/tcl/pd-gui.tcl -rwxr-xr-x 1 root root 28192 dic 15 12:06 /usr/lib64/pd/tcl/pd-gui.tcl* Previous versions of the package used a patch file (makefile.in.DESTDIR.diff) to fix the installation directory of a few files: maybe something similar should be used also for the latest version? From chris at teria.org Wed Dec 18 23:49:36 2013 From: chris at teria.org (Chris) Date: Thu, 19 Dec 2013 00:49:36 +0100 Subject: [Slackbuilds-users] [Slackbuild-users] Segfault with nss_ldap Message-ID: <20131219004936.1f0e5a33@station.paris.ld> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, While compiling nss_ldap on a slackware64-14.1 VM, I encountered these warnings : ldap-nss.c:580:3: warning: implicit declaration of function '__libc_lock_lock' [-Wimplicit-function-declaration] NSS_LDAP_LOCK (__lock); ^ I thought they were harmless but a simple "id" command for a ldap user ends in a segfault. Gentoo for example had to patch nss_ldap : https://bugs.gentoo.org/show_bug.cgi?id=438692 Debian too : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727177 Here is the patch : https://438692.bugs.gentoo.org/attachment.cgi?id=326768 I patched, compiled nss_ldap again and tested : it solves the issue. Regards, - - -- Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlKyNJAACgkQGXsBKIq5oxQN9gCfb+RDQfG9k8tl3XvhAp7YPwer mbwAnih/Ct9mcc4IOLKvZMSE9xDAunMu =LucB -----END PGP SIGNATURE----- From willysr at slackbuilds.org Wed Dec 18 23:57:02 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 19 Dec 2013 06:57:02 +0700 Subject: [Slackbuilds-users] [Slackbuild-users] Segfault with nss_ldap In-Reply-To: <20131219004936.1f0e5a33@station.paris.ld> References: <20131219004936.1f0e5a33@station.paris.ld> Message-ID: <52B2364E.1090703@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu 19 Dec 2013 06:49:36 AM WIT, Chris wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > While compiling nss_ldap on a slackware64-14.1 VM, I encountered these warnings : > > > ldap-nss.c:580:3: warning: implicit declaration of function '__libc_lock_lock' [-Wimplicit-function-declaration] > NSS_LDAP_LOCK (__lock); > ^ > > I thought they were harmless but a simple "id" command for a ldap user ends in a segfault. > > Gentoo for example had to patch nss_ldap : https://bugs.gentoo.org/show_bug.cgi?id=438692 > Debian too : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727177 > > Here is the patch : https://438692.bugs.gentoo.org/attachment.cgi?id=326768 > > I patched, compiled nss_ldap again and tested : it solves the issue. CC'ing to the maintainer Christopher, can you verify the patch and submit an update for this one? Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKyNk4ACgkQiHuDdNczM4HFKgCgo5cP2RLzA+hecy0oFUqCUpiu /fwAn2voILeKEMzKw3agDEphEbXkhw0r =GOMB -----END PGP SIGNATURE----- From kingbeowulf at gmail.com Thu Dec 19 00:51:52 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 18 Dec 2013 16:51:52 -0800 Subject: [Slackbuilds-users] nvidia-legacy96 now compiles on 14.1 In-Reply-To: References: Message-ID: Unfortunately, nvidia-96.xx is obsolete for 14.1 (as discussed on this list previously). The rumor mill has it that nvidia won't be updating this driver for newer kernels and x servers. (Unless they posted one since I last checked, in which case I will update the legacy scripts!) -Ed On Wednesday, December 18, 2013, laportas wrote: > > I have tested nvidia-96.43 on an old PentiumIII pc with an AGP card > GeForce4 MX 4000. I have used Option "IgnoreABI" in xorg.conf. > Starting X, the driver complain about the usupported ABI > > ================ WARNING WARNING WARNING WARNING ================ > This server has a video driver ABI version of 14.1 that is not > supported by this NVIDIA driver. Please check http://www.nvidia.com/ > for driver updates or downgrade to an X server with a supported driver > ABI. > ================================================================= > (WW) NVIDIA: The driver will continue to load, but may behave strangely. > (WW) NVIDIA: This server has an unsupported input driver ABI version > (have 19.1, need < 17.0). The driver will continue to load, but may > behave strangely. > > and immediately crashes. > > (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x81d6099] > (EE) 1: /usr/bin/X (0x8048000+0x191ac4) [0x81d9ac4] > (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xffffe40c] > (EE) 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x41014000+0x6f77c9) > [0x4170b7c9] > (EE) Segmentation fault at address 0x4 > > Just to make a quick check with a downgraded X, > I have momentarily replaced the xorg server 1.14 package with 1.12. > X start normally; opening an xterm window and scrolling text inside, > the blazing acceleration of the nvidia driver is very evident; > obviously other applications crash due to the server/library mismatch. > > In conclusion, now I am forced to use nouveau... > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Thu Dec 19 12:18:23 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 19 Dec 2013 19:18:23 +0700 Subject: [Slackbuilds-users] Unable to run Pure Data In-Reply-To: <21170.3420.717164.551613@mem.local.lan> References: <21170.3420.717164.551613@mem.local.lan> Message-ID: <52B2E40F.4040509@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu 19 Dec 2013 04:02:20 AM WIT, Aurelio Bignoli wrote: > I successfully compiled and installed Pure Data (pd package) on my > Slackware64 14.1 system, but when I try to run the program I get the > following errors: > > aurelio at mem:~$ pd > disabling real-time priority due to missing pd-watchdog (/usr/bin/pd-watchdog) > Error in startup script: couldn't read file "/usr/tcl//pd-gui.tcl": no such file or directory > > Both pd-watchdog and pd-gui.tcl have been installed under /usr/lib64/pd: > > aurelio at mem:~$ ls -l /usr/lib64/pd/bin/pd-watchdog > -rwxr-xr-x 1 root root 5512 dic 15 12:06 /usr/lib64/pd/bin/pd-watchdog* > > aurelio at mem:~$ ls -l /usr/lib64/pd/tcl/pd-gui.tcl > -rwxr-xr-x 1 root root 28192 dic 15 12:06 /usr/lib64/pd/tcl/pd-gui.tcl* > > Previous versions of the package used a patch file > (makefile.in.DESTDIR.diff) to fix the installation directory of a few > files: maybe something similar should be used also for the latest > version? Can you be more spesific with the package name? since we have multiple packages with pd on it's name Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKy5A8ACgkQiHuDdNczM4HyeQCbBRWxoYxb4zIyZ/6hjQEOaC80 N0wAnAtscKdMas5DApn/YAmi1mCJI9JA =vNhu -----END PGP SIGNATURE----- From willysr at slackbuilds.org Thu Dec 19 12:31:01 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 19 Dec 2013 19:31:01 +0700 Subject: [Slackbuilds-users] Unable to run Pure Data In-Reply-To: <52B2E40F.4040509@slackbuilds.org> References: <21170.3420.717164.551613@mem.local.lan> <52B2E40F.4040509@slackbuilds.org> Message-ID: <52B2E705.1040508@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu 19 Dec 2013 07:18:23 PM WIT, Willy Sudiarto Raharjo wrote: > ********* *BEGIN ENCRYPTED or SIGNED PART* ********* > > On Thu 19 Dec 2013 04:02:20 AM WIT, Aurelio Bignoli wrote: >> I successfully compiled and installed Pure Data (pd package) on my >> Slackware64 14.1 system, but when I try to run the program I get the >> following errors: >> >> aurelio at mem:~$ pd >> disabling real-time priority due to missing pd-watchdog (/usr/bin/pd-watchdog) >> Error in startup script: couldn't read file "/usr/tcl//pd-gui.tcl": no such file or directory >> >> Both pd-watchdog and pd-gui.tcl have been installed under /usr/lib64/pd: >> >> aurelio at mem:~$ ls -l /usr/lib64/pd/bin/pd-watchdog >> -rwxr-xr-x 1 root root 5512 dic 15 12:06 /usr/lib64/pd/bin/pd-watchdog* >> >> aurelio at mem:~$ ls -l /usr/lib64/pd/tcl/pd-gui.tcl >> -rwxr-xr-x 1 root root 28192 dic 15 12:06 /usr/lib64/pd/tcl/pd-gui.tcl* >> >> Previous versions of the package used a patch file >> (makefile.in.DESTDIR.diff) to fix the installation directory of a few >> files: maybe something similar should be used also for the latest >> version? > > Can you be more spesific with the package name? > since we have multiple packages with pd on it's name OK, i can confirm this is a reproduceable bugs, but it seems it only happened on x86_64 i tried to build it on 32 bit and it works just fine - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKy5wUACgkQiHuDdNczM4H3rQCfcMU8x/1mYbEoB+L7e+x2srCs PJAAoJjys1u0wnTu5Q5DIr7AN39Gk6qi =RKYv -----END PGP SIGNATURE----- From aurelio at bignoli.it Thu Dec 19 17:31:57 2013 From: aurelio at bignoli.it (Aurelio Bignoli) Date: Thu, 19 Dec 2013 18:31:57 +0100 Subject: [Slackbuilds-users] Wrong library dir in libquicktime? Message-ID: <21171.11661.100911.437949@mem.local.lan> I'm now trying to build pd-extended, an extended version of Pure Data. It requires libquicktime: trying to build it on my Slackware64 14.1 system, I get the following error: /bin/sh ../../libtool --tag=CC --mode=link gcc -I/usr/include -DLOCALE_DIR=\"/usr/share/locale\" -O2 -fPIC -finline-functions -Wall -Winline -Wmissing-declarations -Wdeclaration-after-statement -fvisibility=hidden -avoid-version -module -o lqt_vorbis.la -rpath /usr/lib64/libquicktime vorbis.lo lqt_vorbis.lo ../../src/libquicktime.la -lvorbisenc -L/usr/lib -lvorbis -lm -lvorbisfile -lpthread -lm -lz -ldl libtool: link: gcc -shared .libs/vorbis.o .libs/lqt_vorbis.o -Wl,-rpath -Wl,/tmp/SBo/libquicktime-1.2.4/src/.libs ../../src/.libs/libquicktime.so /usr/lib/libvorbisenc.so -L/usr/lib /usr/lib/libvorbis.so /usr/lib/libvorbisfile.so -lpthread -lm -lz -ldl -Wl,-soname -Wl,lqt_vorbis.so -o .libs/lqt_vorbis.so /usr/lib/libvorbisenc.so: could not read symbols: File in wrong format collect2: error: ld returned 1 exit status It looks like the directory passed to the -L option is wrong. Since on my system I've installed Alien Bob's multilib extensions, /usr/lib/libvorbisenc.so does exist and is a 32 bit shared object. From slackware at bignoli.it Thu Dec 19 17:43:25 2013 From: slackware at bignoli.it (Aurelio Bignoli) Date: Thu, 19 Dec 2013 18:43:25 +0100 Subject: [Slackbuilds-users] SOLVED: Wrong library dir in libquicktime? In-Reply-To: <21171.11661.100911.437949@mem.local.lan> References: <21171.11661.100911.437949@mem.local.lan> Message-ID: <21171.12349.386567.140053@mem.local.lan> Aurelio Bignoli scrive: > I'm now trying to build pd-extended, an extended version of Pure > Data. It requires libquicktime: trying to build it on my Slackware64 > 14.1 system, I get the following error: OK, it was an error I made in defining LDFLAGS, sorry for the noise. From laporta at bo.infn.it Fri Dec 20 16:57:04 2013 From: laporta at bo.infn.it (laportas) Date: Fri, 20 Dec 2013 17:57:04 +0100 (CET) Subject: [Slackbuilds-users] nvidia-legacy96 now compiles on 14.1 Message-ID: My last message was a bit too much coincise: I have tried nvidia-96.43, which does not compile on kernel 3.10 of slackware 14.1; then, I have tried your nvidia-legacy96, which compiles on the new kernel, but when invoked on a GeForce4 MX 4000, it complains about the ABI change and crashes. Stefano Laporta From leva at ecentrum.hu Fri Dec 20 23:40:11 2013 From: leva at ecentrum.hu (LEVAI Daniel) Date: Sat, 21 Dec 2013 00:40:11 +0100 Subject: [Slackbuilds-users] remove ksh-openbsd from ready Message-ID: <20131220234010.GA6603@serenity.local> Hey guys, If it's not too much trouble, could you remove ksh-openbsd from the ready queue? I have an update that fixes two bugs, that have been fixed since this last SB update. Thanks, Daniel -- L?VAI D?niel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F From willysr at slackbuilds.org Sat Dec 21 00:24:01 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 21 Dec 2013 07:24:01 +0700 Subject: [Slackbuilds-users] remove ksh-openbsd from ready In-Reply-To: <20131220234010.GA6603@serenity.local> References: <20131220234010.GA6603@serenity.local> Message-ID: <52B4DFA1.8030007@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > If it's not too much trouble, could you remove ksh-openbsd from the > ready queue? I have an update that fixes two bugs, that have been fixed > since this last SB update. can you send it to me? i will apply it directly since it's already on my branch - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK036EACgkQiHuDdNczM4EGQACeOALACbbNuJ4y9dCX1h6XCTox Um8AoKj6Tlfbv3z/gcLAdEGkV7cLBt0Q =9MSk -----END PGP SIGNATURE----- From kingbeowulf at gmail.com Sat Dec 21 06:06:51 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Fri, 20 Dec 2013 22:06:51 -0800 Subject: [Slackbuilds-users] nvidia-legacy96 now compiles on 14.1 In-Reply-To: References: Message-ID: <52B52FFB.5080007@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/20/2013 08:57 AM, laportas wrote: > My last message was a bit too much coincise: I have tried > nvidia-96.43, which does not compile on kernel 3.10 of slackware > 14.1; then, I have tried your nvidia-legacy96, which compiles on > the new kernel, but when invoked on a GeForce4 MX 4000, it > complains about the ABI change and crashes. > > Exactly. The ABI error has nothing to do with you're GPU. Nvidia last updated the 96.xx driver on 2012.09.17 so whether you run Nvidia's install script or the ones from SBO is irrelevant. Sure the kernel module will compile, but it and the driver files just won't work with xorg-server-1.14. At this point, you will have to either use nouveau and wait for Nvidia's update, of upgrade your GPU. - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlK1L/kACgkQXvwMaW61dLf+vQCeNZRHVrBkuNiWeZt0rCV/HlWO Q8QAnizGd7EO3jAzlYmQq0kWERyQTNif =rmmG -----END PGP SIGNATURE----- From willysr at slackbuilds.org Sat Dec 21 16:15:59 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 21 Dec 2013 23:15:59 +0700 Subject: [Slackbuilds-users] [Slackbuild-users] Segfault with nss_ldap In-Reply-To: <20131219004936.1f0e5a33@station.paris.ld> References: <20131219004936.1f0e5a33@station.paris.ld> Message-ID: <52B5BEBF.5090501@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > While compiling nss_ldap on a slackware64-14.1 VM, I encountered > these warnings : > > > ldap-nss.c:580:3: warning: implicit declaration of function > '__libc_lock_lock' [-Wimplicit-function-declaration] NSS_LDAP_LOCK > (__lock); ^ > > I thought they were harmless but a simple "id" command for a ldap > user ends in a segfault. > > Gentoo for example had to patch nss_ldap : > https://bugs.gentoo.org/show_bug.cgi?id=438692 Debian too : > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727177 > > Here is the patch : > https://438692.bugs.gentoo.org/attachment.cgi?id=326768 > > I patched, compiled nss_ldap again and tested : it solves the > issue. OK, i took this patch as the maintainer didn't replied in 2x24 hours commit 1c3a9856af16bb1d3ced384f1dbe840b683bb0dd Author: Chris Date: Sat Dec 21 23:13:28 2013 +0700 system/nss_ldap: Rebuilt to fix segfaults. Signed-off-by: Willy Sudiarto Raharjo can you confirm this fixed the problem? http://slackbuilds.org/cgit/slackbuilds/commit/?h=willysr&id=1c3a9856af16bb1d3ced384f1dbe840b683bb0dd - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK1vr8ACgkQiHuDdNczM4FgxwCfXov1KohQPfnYNkjQD5M96E9m 5ZoAn3TbjaHPPdYGn0ZV8cNQDRKOEN7z =Gfzr -----END PGP SIGNATURE----- From Jim.Diamond at acadiau.ca Sat Dec 21 17:30:05 2013 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Sat, 21 Dec 2013 13:30:05 -0400 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed Message-ID: <20131221173005.GA11897@jdiamond-nb2> Hi all, I have a couple of 64-bit 14.1 systems, one with Alien Bob's multilib (compat32) packages installed. Some slackbuild packages which compile flawlessly under "vanilla" 64-bit Slackware crash and burn under 64bit+multilib. For example, I just tried to build GraphicsMagick on a Slackware 64 14.1 system with the compat32 stuff installed. The build failed with libtool: link: rm -f ltdl/.libs/libltdlc.nm ltdl/.libs/libltdlc.nmS ltdl/.libs/libltdlc.nmT libtool: link: (cd ltdl/.libs && gcc -std=gnu99 -O2 -fPIC -Wall -pthread -c -fno-builtin -fPIC -DPIC "libltdlcS.c") libtool: link: rm -f "ltdl/.libs/libltdlcS.c" "ltdl/.libs/libltdlc.nm" "ltdl/.libs/libltdlc.nmS" "ltdl/.libs/libltdlc.nmT" libtool: link: (cd ltdl/.libs/libltdlc.lax/dlopen.a && ar x "/tmp/SBo/GraphicsMagick-1.3.17/ltdl/.libs/dlopen.a") libtool: link: ar cru ltdl/.libs/libltdlc.a ltdl/loaders/.libs/ltdl_libltdlc_la-preopen.o ltdl/.libs/ltdl_libltdlc_la-lt__alloc.o ltdl/.libs/ltdl_libltdlc_la-lt_dlloader.o ltdl/.libs/ltdl_libltdlc_la-lt_error.o ltdl/.libs/ltdl_libltdlc_la-ltdl.o ltdl/.libs/ltdl_libltdlc_la-slist.o ltdl/.libs/lt__strl.o ltdl/.libs/libltdlcS.o ltdl/.libs/libltdlc.lax/dlopen.a/dlopen.o libtool: link: ranlib ltdl/.libs/libltdlc.a libtool: link: rm -fr ltdl/.libs/libltdlc.lax libtool: link: ( cd "ltdl/.libs" && rm -f "libltdlc.la" && ln -s "../libltdlc.la" "libltdlc.la" ) /usr/bin/grep: /usr/lib/liblzma.la: No such file or directory /usr/bin/sed: can't read /usr/lib/liblzma.la: No such file or directory libtool: link: `/usr/lib/liblzma.la' is not a valid libtool archive make[1]: *** [magick/libGraphicsMagick.la] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/tmp/SBo/GraphicsMagick-1.3.17' make: *** [all] Error 2 The system does have /usr/lib64/liblzma.la, which I think is what it should be looking for. In the past I have convinced some such packages to compile by applying some brute force. In the slackbuild script, after the configure step is done, I used for f in `grep -r L/usr/lib . | sed "s/:.*//"` do echo $f ; - sed -i 's?-L/usr/lib ?-L/usr/lib64 ?' $f done However, that's pretty grotesque. Does anyone on this list know The Right Thing to do? And, if so, should the slackbuilds be updated to deal with this issue? Thanks. Jim P.S. I tried to email Giovanne (since he is the GraphicsMagick slackbuild maintainer) but the addr on the GraphicsMagick slackbuild page bounced. From gerardo at gerardozamudio.net Sat Dec 21 18:09:15 2013 From: gerardo at gerardozamudio.net (Gerardo Zamudio) Date: Sat, 21 Dec 2013 12:09:15 -0600 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: <20131221173005.GA11897@jdiamond-nb2> References: <20131221173005.GA11897@jdiamond-nb2> Message-ID: On Sat, Dec 21, 2013 at 11:30 AM, Jim Diamond wrote: > > libtool: link: ( cd "ltdl/.libs" && rm -f "libltdlc.la" && ln -s > "../libltdlc.la" "libltdlc.la" ) > /usr/bin/grep: /usr/lib/liblzma.la: No such file or directory > /usr/bin/sed: can't read /usr/lib/liblzma.la: No such file or directory > libtool: link: `/usr/lib/liblzma.la' is not a valid libtool archive > make[1]: *** [magick/libGraphicsMagick.la] Error 1 > make[1]: *** Waiting for unfinished jobs.... > make[1]: Leaving directory `/tmp/SBo/GraphicsMagick-1.3.17' > make: *** [all] Error 2 > > Hello, Multilib is not officially supported, but you need to add LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ before the CFLAGS and CXXFLAGS lines in the configure script. Check out #18 on the FAQ at http://slackbuilds.org/faq/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From kingbeowulf at gmail.com Sat Dec 21 19:26:10 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 21 Dec 2013 11:26:10 -0800 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: References: <20131221173005.GA11897@jdiamond-nb2> Message-ID: <52B5EB52.7020603@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/21/2013 10:09 AM, Gerardo Zamudio wrote: > > On Sat, Dec 21, 2013 at 11:30 AM, Jim Diamond > > wrote: > > > libtool: link: ( cd "ltdl/.libs" && rm -f "libltdlc.la > " && ln -s "../libltdlc.la > " "libltdlc.la " ) > /usr/bin/grep: /usr/lib/liblzma.la : No such > file or directory /usr/bin/sed: can't read /usr/lib/liblzma.la > : No such file or directory libtool: link: > `/usr/lib/liblzma.la ' is not a valid libtool > archive make[1]: *** [magick/libGraphicsMagick.la] Error 1 make[1]: > *** Waiting for unfinished jobs.... make[1]: Leaving directory > `/tmp/SBo/GraphicsMagick-1.3.17' make: *** [all] Error 2 > > > Hello, > > Multilib is not officially supported, but you need to add > LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ before the CFLAGS and > CXXFLAGS lines in the configure script. Check out #18 on the FAQ > at http://slackbuilds.org/faq/ > > There are a number of occasions that, to compile x86_64 on multilib, you have to adjust the scripts as above. (This was very common under SLAMD64). However, I suggest it is best (and cleaner) to compile and build packages on a pure Slackware64 environment. Either have a build box, or use a qemu or virtualbox VM. - -Ed -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlK161EACgkQXvwMaW61dLdX/ACbB/uQdzHj/+/WygkjSJH1wreb UhsAoJTx5zuIfqy1EU/dqgKKRxoTP4F2 =pE3D -----END PGP SIGNATURE----- From ruben at orgizm.net Sat Dec 21 20:23:53 2013 From: ruben at orgizm.net (Ruben Schuller) Date: Sat, 21 Dec 2013 21:23:53 +0100 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: <52B5EB52.7020603@gmail.com> References: <20131221173005.GA11897@jdiamond-nb2> <52B5EB52.7020603@gmail.com> Message-ID: <20131221212353.45a694bd@kiwi.kuchen> 2013-12-21 11:26 King Beowulf : > There are a number of occasions that, to compile x86_64 on multilib, > you have to adjust the scripts as above. (This was very common under > SLAMD64). However, I suggest it is best (and cleaner) to compile and > build packages on a pure Slackware64 environment. Either have a build > box, or use a qemu or virtualbox VM. > > - -Ed Hi, a little bit off topic: I've wondered if one could install multilib in a non-root path and compile/run programs by setting LD_LIBRARY_PATH etc., so that the 32 bit stuff is kept seperated and is only used when really needed. Has someone tried stuff like that? Ruben From Jim.Diamond at acadiau.ca Sun Dec 22 19:16:40 2013 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Sun, 22 Dec 2013 15:16:40 -0400 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed Message-ID: <20131222191640.GA25957@jdiamond-nb2> On Sat Dec 21 18:09:15 UTC 2013, Gerardo Zamudio wrote > On Sat, Dec 21, 2013 at 11:30 AM, Jim Diamond wrote: > >> libtool: link: ( cd "ltdl/.libs" && rm -f "libltdlc.la" && ln -s >> "../libltdlc.la" "libltdlc.la" ) >> /usr/bin/grep: /usr/lib/liblzma.la: No such file or directory >> /usr/bin/sed: can't read /usr/lib/liblzma.la: No such file or directory >> libtool: link: `/usr/lib/liblzma.la' is not a valid libtool archive >> make[1]: *** [magick/libGraphicsMagick.la] Error 1 >> make[1]: *** Waiting for unfinished jobs.... >> make[1]: Leaving directory `/tmp/SBo/GraphicsMagick-1.3.17' >> make: *** [all] Error 2 > Hello, > > Multilib is not officially supported, but you need to add > LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" \ before the CFLAGS and CXXFLAGS lines > in the configure script. Check out #18 on the FAQ at > http://slackbuilds.org/faq/ Gerardo, thanks very much for that info. In the bigger picture, while I can appreciate that the multilib setup is not "officially supported", I am wondering if there is any danger to adding LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" to the slackbuild template (and to most slackbuilds). That is, if (a) it doesn't break anything on non-multilib systems, and (b) it makes more slackbuilds work on multilib systems then aside from one more line of code, is there any harm? Thanks. Jim From gerardo at gerardozamudio.net Mon Dec 23 15:41:11 2013 From: gerardo at gerardozamudio.net (Gerardo Zamudio) Date: Mon, 23 Dec 2013 09:41:11 -0600 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: <20131222191640.GA25957@jdiamond-nb2> References: <20131222191640.GA25957@jdiamond-nb2> Message-ID: On Sun, Dec 22, 2013 at 1:16 PM, Jim Diamond wrote: > Gerardo, > > thanks very much for that info. > > In the bigger picture, while I can appreciate that the multilib setup > is not "officially supported", I am wondering if there is any danger > to adding > LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" > to the slackbuild template (and to most slackbuilds). > > That is, if > (a) it doesn't break anything on non-multilib systems, and > (b) it makes more slackbuilds work on multilib systems > then aside from one more line of code, is there any harm? > > Thanks. > I think the reason is simply because multilib is not Slackware standard, and the scripts are meant for a stock Slackware installation. Perhaps a SlackBuilds admin can better answer that question. -------------- next part -------------- An HTML attachment was scrubbed... URL: From petar.petrov at student.oulu.fi Tue Dec 24 12:01:36 2013 From: petar.petrov at student.oulu.fi (Petar Petrov) Date: Tue, 24 Dec 2013 12:01:36 +0000 Subject: [Slackbuilds-users] perlprimer problem In-Reply-To: <20131222191640.GA25957@jdiamond-nb2> References: <20131222191640.GA25957@jdiamond-nb2> Message-ID: <8ddcb90537cc4244a701301a809c8da6@DBXPR05MB175.eurprd05.prod.outlook.com> Hi guys, when I try to start perlprimer I get the following: bash-4.2$ perl /usr/bin/perlprimer.pl "my" variable $k masks earlier declaration in same statement at /usr/bin/perlprimer.pl line 3107. syntax error at /usr/bin/perlprimer.pl line 3099, near "$k qw(a g c t)" syntax error at /usr/bin/perlprimer.pl line 3102, near "}" Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3111. Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3121. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3132. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3133. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3151. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3154. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3155. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3156. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3162. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3163. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3164. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. syntax error at /usr/bin/perlprimer.pl line 3187, near "}" /usr/bin/perlprimer.pl has too many errors. Since I am the maintainer of this, I tried to search a solution but no luck. Can anybody help? regards, petar From matteo.bernardini at gmail.com Tue Dec 24 12:23:40 2013 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 24 Dec 2013 13:23:40 +0100 Subject: [Slackbuilds-users] perlprimer problem In-Reply-To: <8ddcb90537cc4244a701301a809c8da6@DBXPR05MB175.eurprd05.prod.outlook.com> References: <20131222191640.GA25957@jdiamond-nb2> <8ddcb90537cc4244a701301a809c8da6@DBXPR05MB175.eurprd05.prod.outlook.com> Message-ID: 2013/12/24 Petar Petrov : > Hi guys, > > when I try to start perlprimer I get the following: > > bash-4.2$ perl /usr/bin/perlprimer.pl > "my" variable $k masks earlier declaration in same statement at /usr/bin/perlprimer.pl line 3107. > syntax error at /usr/bin/perlprimer.pl line 3099, near "$k qw(a g c t)" > syntax error at /usr/bin/perlprimer.pl line 3102, near "}" > Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3111. > Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3121. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3132. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3133. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3151. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3154. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3155. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3156. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3162. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3163. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3164. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. > syntax error at /usr/bin/perlprimer.pl line 3187, near "}" > /usr/bin/perlprimer.pl has too many errors. > > Since I am the maintainer of this, I tried to search a solution but no luck. Can anybody help? Hi Petar, if possible, I think its author should fix it. Matteo From mailing at markhu.de Tue Dec 24 12:37:31 2013 From: mailing at markhu.de (Markus Hutmacher) Date: Tue, 24 Dec 2013 13:37:31 +0100 Subject: [Slackbuilds-users] perlprimer problem In-Reply-To: <8ddcb90537cc4244a701301a809c8da6@DBXPR05MB175.eurprd05.prod.outlook.com> References: <20131222191640.GA25957@jdiamond-nb2> <8ddcb90537cc4244a701301a809c8da6@DBXPR05MB175.eurprd05.prod.outlook.com> Message-ID: <52B9800B.50308@markhu.de> Am 12/24/2013 01:01 PM, schrieb Petar Petrov: > Hi guys, > > when I try to start perlprimer I get the following: > > bash-4.2$ perl /usr/bin/perlprimer.pl > "my" variable $k masks earlier declaration in same statement at /usr/bin/perlprimer.pl line 3107. > syntax error at /usr/bin/perlprimer.pl line 3099, near "$k qw(a g c t)" > syntax error at /usr/bin/perlprimer.pl line 3102, near "}" > Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3111. > Global symbol "$pd_full" requires explicit package name at /usr/bin/perlprimer.pl line 3121. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3132. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3133. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3134. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3151. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3154. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3155. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3156. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3162. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3163. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3164. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. > Global symbol "$l" requires explicit package name at /usr/bin/perlprimer.pl line 3165. > syntax error at /usr/bin/perlprimer.pl line 3187, near "}" > /usr/bin/perlprimer.pl has too many errors. > > Since I am the maintainer of this, I tried to search a solution but no luck. Can anybody help? > > 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/ > Hi, I'm not running this package but took a look at the sources. Probably there are parentheses missing in line 3099 of perlprimer.pl the following code should run: 3095# create a binding array for each of the four bases 3096 for $l (0 .. $pfl-1) { 3097 my $mbase = substr($fprimer_r, $l, 1); 3098 $primer_hash{$mbase}[$l]=1; 3099 for $k (qw(a g c t)) { 3100 $primer_hash{$k}[$l] ||=0; 3101 } 3102 } without the parentheses qw(a g c t) is not in array context, but the for loop needs an array to work. Regards Markus -- Markus Hutmacher mailing at markhu.de From mherda at slackword.net Tue Dec 24 15:05:44 2013 From: mherda at slackword.net (Marcin Herda) Date: Tue, 24 Dec 2013 15:05:44 +0000 Subject: [Slackbuilds-users] Email address rejected Message-ID: <52B9A2C8.3020707@slackword.net> Hi all, I'm having problems submitting a SlackBuild tarball with my email address. In the past I used a gmail account for submissions but used this address for communication (and for people to contact me about the script). It resulted in the fact that there were 2 email addresses circulating around. Willy has recently addressed the issue asking contributors to clarify which address should be used. Now I'm trying to cut down on using anything google and would really like to stick to the email address I'm sending this message from. The error I get is: mherda at slackword.net was rejected by slackword.net. Go back and enter a valid E-Mail address. If your mailserver uses Greylisting you may want to Whitelist slackbuilds-users at slackbuilds.org. I've contacted my hosting provider's support but they say there are no filters/graylisting on this account. Any hints? Kindest regards Marcin From rob0 at slackbuilds.org Tue Dec 24 17:11:35 2013 From: rob0 at slackbuilds.org (Rob McGee) Date: Tue, 24 Dec 2013 11:11:35 -0600 Subject: [Slackbuilds-users] Email address rejected In-Reply-To: <52B9A2C8.3020707@slackword.net> References: <52B9A2C8.3020707@slackword.net> Message-ID: <20131224171135.GS16659@harrier.slackbuilds.org> On Tue, Dec 24, 2013 at 03:05:44PM +0000, Marcin Herda wrote: > I'm having problems submitting a SlackBuild tarball with my email > address. In the past I used a gmail account for submissions but > used this address for communication (and for people to contact me > about the script). It resulted in the fact that there were 2 email > addresses circulating around. Willy has recently addressed the > issue asking contributors to clarify which address should be used. > Now I'm trying to cut down on using anything google and would > really like to stick to the email address I'm sending this message > from. > > The error I get is: > > mherda at slackword.net was rejected by slackword.net. > Go back and enter a valid E-Mail address. > > If your mailserver uses Greylisting you may want to Whitelist > slackbuilds-users at slackbuilds.org. The function is very simple, as Erik has explained before. When a build is submitted, the PHP code looks up the MX host for the given address. It makes an SMTP connection thereto, and does a simple test: MAIL FROM: RCPT TO: If it gets a "250 OK [...]" response all is well and your build is accepted. If not, it assumes your email address is bad. No attempt to send actual mail is sent; in either case the PHP code will "QUIT" next. Just for grins I tried this from our DNS master host, which wouldn't have gotten past any greylisting, because it isn't normally used for sending mail: rob0 at Shibboleet:~$ telnet 66.147.240.171 25 Trying 66.147.240.171... Connected to 66.147.240.171. Escape character is '^]'. [at this point I noticed a greet pause of a few seconds] 220-host371.hostmonster.com ESMTP Exim 4.80 #2 Tue, 24 Dec 2013 09:25:48 -0700 220-We do not authorize the use of this system to transport unsolicited, 220 and/or bulk e-mail. EHLO shibboleet.slackbuilds.org 250-host371.hostmonster.com Hello shibboleet.slackbuilds.org [216.23.247.74] 250-SIZE 52428800 250-8BITMIME 250-AUTH PLAIN LOGIN 250-STARTTLS 250 HELP MAIL FROM: 250 OK RCPT TO: 250 Accepted > I've contacted my hosting provider's support but they say there > are no filters/graylisting on this account. Any hints? It's possible that our PHP code didn't wait for the banner, but I vaguely recall looking into this once before, seeing that it did? We do have to attempt to verify that email addresses are valid, and greylisting and such make this difficult. Perhaps your simplest workaround is to use the gmail address in the submission form, and mention your @slackword.net address in the comments? (Do any admins have a problem with that idea? Feel free to speak up and disagree.) -- Rob McGee - /dev/rob0 - rob0 at slackbuilds.org From unix_lists at f-m.fm Thu Dec 26 01:46:51 2013 From: unix_lists at f-m.fm (unix_lists at f-m.fm) Date: Wed, 25 Dec 2013 19:46:51 -0600 Subject: [Slackbuilds-users] How do I include a patch in a new perl-GD slackbuild? Message-ID: <1388022411.16398.63604537.539505D2@webmail.messagingengine.com> I'm building a new perl SlackBuild and it fails without a patch I found from Debian. Currently my slackbuild looks like the following: #!/bin/sh # Slackware build script for perl-CD # Copyright 2013 Donald Cooley La Porte, IN USA # All rights reserved. # # Redistribution and use of this script, with or without modification, is # permitted provided that the following conditions are met: # # 1. Redistributions of this script must retain the above copyright # notice, this list of conditions and the following disclaimer. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR "AS IS" AND ANY EXPRESS OR IMPLIED # WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF # MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO # EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, # SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, # PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; # OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, # WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR # OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF # ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. PRGNAM=perl-GD VERSION=${VERSION:-2.50} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} SRCNAM="$(printf $PRGNAM | cut -d- -f2-)" if [ -z "$ARCH" ]; then case "$( uname -m )" in i?86) ARCH=i486 ;; arm*) ARCH=arm ;; *) ARCH=$( uname -m ) ;; esac fi CWD=$(pwd) TMP=${TMP:-/tmp/SBo} PKG=$TMP/package-$PRGNAM OUTPUT=${OUTPUT:-/tmp} if [ "$ARCH" = "i486" ]; then SLKCFLAGS="-O2 -march=i486 -mtune=i686" LIBDIRSUFFIX="" elif [ "$ARCH" = "i686" ]; then SLKCFLAGS="-O2 -march=i686 -mtune=i686" LIBDIRSUFFIX="" elif [ "$ARCH" = "x86_64" ]; then SLKCFLAGS="-O2 -fPIC" LIBDIRSUFFIX="64" else SLKCFLAGS="-O2" LIBDIRSUFFIX="" fi set -e rm -rf $PKG mkdir -p $TMP $PKG $OUTPUT cd $TMP rm -rf $SRCNAM-$VERSION tar xvf $CWD/$SRCNAM-$VERSION.tar.gz cd $SRCNAM-$VERSION chown -R root:root . find -L . \ \( -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm 555 \ -o -perm 511 \) -exec chmod 755 {} \; -o \ \( -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 \ -o -perm 440 -o -perm 400 \) -exec chmod 644 {} \; patch -p1 < /home/chytraeus/SlackBuildPatches/Perl/perl-gd/disable-jpeg-test10.patch perl Makefile.PL \ PREFIX=/usr \ INSTALLDIRS=vendor \ INSTALLVENDORMAN3DIR=/usr/man/man3 make make test make install DESTDIR=$PKG find $PKG -print0 | xargs -0 file | grep -e "executable" -e "shared object" | grep ELF \ | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true find $PKG/usr/man -type f -exec gzip -9 {} \; for i in $( find $PKG/usr/man -type l ) ; do ln -s $( readlink $i ).gz $i.gz ; rm $i ; done find $PKG -name perllocal.pod -o -name ".packlist" -o -name "*.bs" | xargs rm -f || true find $PKG -depth -type d -empty -delete || true mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION cp -a \ ChangeLog README* \ $PKG/usr/doc/$PRGNAM-$VERSION cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild mkdir -p $PKG/install cat $CWD/slack-desc > $PKG/install/slack-desc cd $PKG /sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} So what path to the patch do I use? This works for me but I want to submit this for others to use. -- Regards, Donald Cooley From calrogman at gmail.com Thu Dec 26 01:55:21 2013 From: calrogman at gmail.com (Callum Davies) Date: Thu, 26 Dec 2013 01:55:21 +0000 Subject: [Slackbuilds-users] How do I include a patch in a new perl-GD slackbuild? In-Reply-To: <1388022411.16398.63604537.539505D2@webmail.messagingengine.com> References: <1388022411.16398.63604537.539505D2@webmail.messagingengine.com> Message-ID: On 26 Dec 2013 01:46, wrote: > So what path to the patch do I use? This works for me but I want to > submit this for others to use. Put the patch in the same directory as the slackbuild, refer to it as '$CWD/patch-file.patch'. If you have several patches, put them in a subdirectory named patches. -------------- next part -------------- An HTML attachment was scrubbed... URL: From unix_lists at f-m.fm Thu Dec 26 02:04:55 2013 From: unix_lists at f-m.fm (unix_lists at f-m.fm) Date: Wed, 25 Dec 2013 20:04:55 -0600 Subject: [Slackbuilds-users] How do I include a patch in a new perl-GD slackbuild? In-Reply-To: References: <1388022411.16398.63604537.539505D2@webmail.messagingengine.com> Message-ID: <1388023495.19654.63608785.2B1BAF28@webmail.messagingengine.com> On Wed, Dec 25, 2013, at 07:55 PM, Callum Davies wrote: > On 26 Dec 2013 01:46, wrote: > > So what path to the patch do I use? This works for me but I want to > > submit this for others to use. > > Put the patch in the same directory as the slackbuild, refer to it as > '$CWD/patch-file.patch'. If you have several patches, put them in a > subdirectory named patches. Thanks, Mr. Davies. That worked quite nicely. Donald. From rworkman at slackbuilds.org Thu Dec 26 05:17:37 2013 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 25 Dec 2013 23:17:37 -0600 Subject: [Slackbuilds-users] Updates - 20131225.1 Message-ID: <20131225231737.062c98e3@home.rlworkman.net> commit 9ff1ad48c5e15001457d0f0b5fff756fc15d450d Author: Robby Workman Date: Wed Dec 25 15:08:14 2013 -0600 Public www update: Wed Dec 25 21:07:28 UTC 2013 http://slackbuilds.org/ChangeLog.txt#20131225T210728Z -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From jvogel4 at stny.rr.com Fri Dec 27 02:40:18 2013 From: jvogel4 at stny.rr.com (John Vogel) Date: Thu, 26 Dec 2013 21:40:18 -0500 Subject: [Slackbuilds-users] SlackBuilds for input-wacom and xf86-input-wacom Message-ID: <20131226214018.674e9865@stygian.midgard.home> I've put together SlackBuilds for the input-wacm (wacom kernel module) and xf86-input-wacom. I'm not sure that these should be added to SBo, but I wanted to give a 'heads-up' for these. Recently, and in the past as well, I've run into having to build my own module/driver packages for wacom products. The support is actually quite quick compared to some hardware out there. But often, using a newer tablet means that the driver support may not get back-ported to the stable kernel trees for some time (not a complaint, just an observation). Since I'm accustomed to dealing with this, I decided to help a slacker on LQo by setting up theses two builds. I welcome input on this, especially since both packages either replace a part (input-wacom -- wacom.ko module) or all (xf86-input-wacom -- all) of a package that is installed by official Slackware installation. The packages currently reside in my github repo: https://github.com/jvvv/slackbuilds/tree/master/input-wacom https://github.com/jvvv/slackbuilds/tree/master/xf86-input-wacom Respectfully, John (j_v) From willysr at slackbuilds.org Fri Dec 27 14:38:44 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 27 Dec 2013 21:38:44 +0700 Subject: [Slackbuilds-users] pysetuptools update Message-ID: <52BD90F4.7000102@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi All, We have a pysetuptool update from 0.9.x to 2.0.1 and unfortunately, 1.0.x brings incompatible changes as mentioned here https://pypi.python.org/pypi/setuptools#backward-incompatible-changes So for that, we would like you (maintainers) of these packages below to check for pysetuptools update in this branch http://slackbuilds.org/cgit/slackbuilds/log/?h=pysetuptools-pending and see if your packages are broken with this update or not. If it's broken, please send us patches/updated tarball Here are the list that have pysetuptools as a hard-dep academic/OWSLib academic/Shapely academic/rasterio audio/jokosher audio/mktoc audio/pithos desktop/sync-engine desktop/synce-kpm development/MySQL-python development/SQLAlchemy development/ninja-ide development/nose development/pudb development/setuptools-git development/trac development/zope.interface development/zope.sqlalchemy development/zope.testing graphics/mcomix libraries/FormEncode libraries/Geraldo libraries/Jinja2 libraries/ZConfig libraries/darcsver libraries/decorator libraries/genshi libraries/simplegeneric libraries/zbase32 libraries/zc.lockfile libraries/zope.event libraries/zope.hookable libraries/zope.i18nmessageid misc/gcp misc/protobuf misc/texscythe misc/txt2tags network/identicurse network/periscope python/MarkupSafe python/SimpleParse python/babel python/cssutils python/feedgenerator python/feedparser python/geopy python/html2text python/lockfile python/mechanize python/netifaces python/pep8 python/pip python/pycxx python/pynzb python/pyquery python/pystatsd python/python-Levenshtein python/python-daemon python/python-dateutil python/python-distutils-extra python/python-magic python/python-morbid python/python-oauth python/python-oauth2 python/python-stomper python/python-suds python/python-transaction python/python2-chardet python/pyudev python/rsa python/tagpy python/tweepy python/webassets system/d-feet system/fs-uae system/glances system/hntool system/multicorn if it's OK with these update, please inform us as well Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlK9kPQACgkQiHuDdNczM4EIKwCdF8TTUkDmgfeG/AQpE0MYD0z+ FzEAoK0XRtogy8RTi5FbyZGoQf7uwMEM =zfDP -----END PGP SIGNATURE----- From audrius at neutrino.lt Fri Dec 27 17:12:39 2013 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 27 Dec 2013 19:12:39 +0200 Subject: [Slackbuilds-users] pysetuptools update In-Reply-To: <52BD90F4.7000102@slackbuilds.org> References: <52BD90F4.7000102@slackbuilds.org> Message-ID: <20131227171239.GA16259@varna> On Fri, 2013-12-27 at 21:38:44 +0700, Willy Sudiarto Raharjo wrote: > We have a pysetuptool update from 0.9.x to 2.0.1 and unfortunately, > 1.0.x brings incompatible changes as mentioned here > https://pypi.python.org/pypi/setuptools#backward-incompatible-changes I have been using setuptools 1.x for quite some time now and haven't encountered any issues. Of course this is just an anecdotal evidence and not a thorough test, but it seems to me that majority of the packages depending on pysetuptools will most likely just work. > python/pep8 > python/pip > system/multicorn These are good. -- Audrius Ka?ukauskas http://neutrino.lt/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 181 bytes Desc: not available URL: From slackbuilds at jaxartes.net Fri Dec 27 17:29:55 2013 From: slackbuilds at jaxartes.net (Benjamin Trigona-Harany) Date: Fri, 27 Dec 2013 09:29:55 -0800 Subject: [Slackbuilds-users] pysetuptools update In-Reply-To: <52BD90F4.7000102@slackbuilds.org> References: <52BD90F4.7000102@slackbuilds.org> Message-ID: <4755680.tbUZ3AF9zH@jerseybastion> On December 27, 2013 21:38:44 Willy Sudiarto Raharjo wrote: > Hi All, > > We have a pysetuptool update from 0.9.x to 2.0.1 and unfortunately, > 1.0.x brings incompatible changes as mentioned here > https://pypi.python.org/pypi/setuptools#backward-incompatible-changes > > So for that, we would like you (maintainers) of these packages below > to check for pysetuptools update in this branch > http://slackbuilds.org/cgit/slackbuilds/log/?h=pysetuptools-pending > and see if your packages are broken with this update or not. > > If it's broken, please send us patches/updated tarball > > Here are the list that have pysetuptools as a hard-dep > academic/OWSLib > academic/Shapely > academic/rasterio > python/geopy Above are good. Ben From lukenshiro at ngi.it Sat Dec 28 10:08:15 2013 From: lukenshiro at ngi.it (LukenShiro) Date: Sat, 28 Dec 2013 11:08:15 +0100 Subject: [Slackbuilds-users] pysetuptools update In-Reply-To: <52BD90F4.7000102@slackbuilds.org> References: <52BD90F4.7000102@slackbuilds.org> Message-ID: <20131228110815.7d6c5a04@hamalayi.mnt> Il giorno Fri, 27 Dec 2013 21:38:44 +0700 Willy Sudiarto Raharjo ha scritto: > python/html2text No problem with new pysetuptools, here :-) -- GNU/Linux * Slackware64 current * k3.12.6 LU #210970 SU #12583 LM #98222/#412913 From la.tete.chauve.yeti at gmail.com Sat Dec 28 14:47:49 2013 From: la.tete.chauve.yeti at gmail.com (Darren Breidigan) Date: Sat, 28 Dec 2013 09:47:49 -0500 Subject: [Slackbuilds-users] slackbuild testing enviorment Message-ID: <52BEE495.4030108@gmail.com> I've read documentation on Slack Wiki about packages, writing Slackbuild scripts, ZFS root and Build_Environments. My question is about what is the best practice for testing slackbuilds? i.e.chroot, qemu-kvm or some other VM. Thanks -- "Those who forget history are condemned to repeat it." -George Santayana From willysr at gmail.com Sat Dec 28 14:53:25 2013 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sat, 28 Dec 2013 21:53:25 +0700 Subject: [Slackbuilds-users] slackbuild testing enviorment In-Reply-To: <52BEE495.4030108@gmail.com> References: <52BEE495.4030108@gmail.com> Message-ID: > My question is about what is the best practice for testing slackbuilds? > > i.e.chroot, qemu-kvm or some other VM. > Pick the one you are familiar with And also use the latest stable release (14.1 currently) -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From ml at mareichelt.com Sun Dec 29 00:06:08 2013 From: ml at mareichelt.com (Markus Reichelt) Date: Sun, 29 Dec 2013 01:06:08 +0100 Subject: [Slackbuilds-users] pysetuptools update In-Reply-To: <52BD90F4.7000102@slackbuilds.org> References: <52BD90F4.7000102@slackbuilds.org> Message-ID: <20131229000608.GF1283@pc21.mareichelt.com> * Willy Sudiarto Raharjo wrote: > libraries/darcsver > libraries/zbase32 > python/feedgenerator > python/webassets As far as I can tell, these work. -- Feel the magic of Tahoe-LAFS. From larryhaja at gmail.com Sun Dec 29 00:57:34 2013 From: larryhaja at gmail.com (Larry Hajali) Date: Sat, 28 Dec 2013 16:57:34 -0800 Subject: [Slackbuilds-users] pysetuptools update In-Reply-To: <52BD90F4.7000102@slackbuilds.org> References: <52BD90F4.7000102@slackbuilds.org> Message-ID: > > > python/cssutils > python/mechanize > python/netifaces > python/python-dateutil > python/python-distutils-extra > python/python-magic > python/python2-chardet > python/rsa > python/tagpy > Confirmed to be working. --Larry -------------- next part -------------- An HTML attachment was scrubbed... URL: From kingbeowulf at gmail.com Sun Dec 29 04:40:15 2013 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 28 Dec 2013 20:40:15 -0800 Subject: [Slackbuilds-users] slackbuild testing enviorment In-Reply-To: <52BEE495.4030108@gmail.com> References: <52BEE495.4030108@gmail.com> Message-ID: <52BFA7AF.3060701@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/28/2013 06:47 AM, Darren Breidigan wrote: > I've read documentation on Slack Wiki about packages, writing > Slackbuild scripts, ZFS root and Build_Environments. > > My question is about what is the best practice for testing > slackbuilds? > > i.e.chroot, qemu-kvm or some other VM. > > Thanks > I use qemu VMs for clean build and test environments. VirtualBox will work too. I prefer a VM since it is easy to keep clean, revert back to a stock install (image back up of snapshot). Have fun ! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlK/p60ACgkQXvwMaW61dLfvDgCeJcPWQKN5oNTxSsTYSDBSZGag RnwAnj9ClC/rzjJfwYlhlFl5/eFDEI0x =mXS/ -----END PGP SIGNATURE----- From yalhcru at gmail.com Sun Dec 29 19:46:33 2013 From: yalhcru at gmail.com (B Watson) Date: Sun, 29 Dec 2013 14:46:33 -0500 Subject: [Slackbuilds-users] -j make flag Message-ID: misc/nvclock and games/quakeforge both have "make -j1" followed by "make install" without -j1, and both fail during the install when MAKEFLAGS is set in the environment and contains e.g. -j8. Changing 'make install DESTDIR=$PKG' to 'make -j1 install DESTDIR=$PKG' fixes them. There are quite a few other builds that use -j1 for the make but not for the install. I haven't tried building them all to see whether they're affected by the same issue (the one I did test, system/twin, works fine without the -j1 in the make install). It's probably a good idea for new slackbuilds that need -j1 to go ahead and use it in the make install step, too. It won't hurt anything, and probably won't even slow things down (installing files is I/O bound, not likely to be sped up by parallelization). From willysr at slackbuilds.org Mon Dec 30 02:09:40 2013 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 30 Dec 2013 09:09:40 +0700 Subject: [Slackbuilds-users] -j make flag In-Reply-To: References: Message-ID: <52C0D5E4.5040009@slackbuilds.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon 30 Dec 2013 02:46:33 AM WIT, B Watson wrote: > misc/nvclock and games/quakeforge both have "make -j1" followed by "make > install" without -j1, and both fail during the install when MAKEFLAGS > is set in the environment and contains e.g. -j8. Changing 'make install > DESTDIR=$PKG' to 'make -j1 install DESTDIR=$PKG' fixes them. > > There are quite a few other builds that use -j1 for the make but not for > the install. I haven't tried building them all to see whether they're > affected by the same issue (the one I did test, system/twin, works fine > without the -j1 in the make install). > > It's probably a good idea for new slackbuilds that need -j1 to go ahead > and use it in the make install step, too. It won't hurt anything, and > probably won't even slow things down (installing files is I/O bound, > not likely to be sped up by parallelization). Fixed in my branch Thanks - -- Willy Sudiarto Raharjo -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlLA1eMACgkQiHuDdNczM4GDaACcCBCwObkakQtfrJ65Hqt8kEJD 0XgAoIJ4Hq8pE/itRtgleUd5rsbEH66P =mdGk -----END PGP SIGNATURE----- From Jim.Diamond at acadiau.ca Tue Dec 31 15:44:45 2013 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Tue, 31 Dec 2013 11:44:45 -0400 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: References: <20131222191640.GA25957@jdiamond-nb2> Message-ID: <20131231154445.GA26744@jdiamond-nb2> On Mon, Dec 23, 2013 at 09:41 (-0600), Gerardo Zamudio wrote: > On Sun, Dec 22, 2013 at 1:16 PM, Jim Diamond wrote: >> Gerardo, >> thanks very much for that info. >> In the bigger picture, while I can appreciate that the multilib setup >> is not "officially supported", I am wondering if there is any danger >> to adding >> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" >> to the slackbuild template (and to most slackbuilds). >> That is, if >> (a) it doesn't break anything on non-multilib systems, and >> (b) it makes more slackbuilds work on multilib systems >> then aside from one more line of code, is there any harm? >> Thanks. > I think the reason is simply because multilib is not Slackware standard, > and the scripts are meant for a stock Slackware installation. Perhaps a > SlackBuilds admin can better answer that question. No comments from On High? Can anyone point out a situation where adding LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" to the configure is certainly/likely/possibly going to break something? Thanks. Jim From alien at slackbuilds.org Tue Dec 31 17:11:54 2013 From: alien at slackbuilds.org (Eric Hameleers (SBo)) Date: Tue, 31 Dec 2013 18:11:54 +0100 Subject: [Slackbuilds-users] slackbuild(s) failing on S14.1-64 when compat32 installed In-Reply-To: <20131231154445.GA26744@jdiamond-nb2> References: <20131222191640.GA25957@jdiamond-nb2> <20131231154445.GA26744@jdiamond-nb2> Message-ID: <52C2FADA.7020807@slackbuilds.org> Jim Diamond schreef op 31-12-2013 16:44: > On Mon, Dec 23, 2013 at 09:41 (-0600), Gerardo Zamudio wrote: > >> On Sun, Dec 22, 2013 at 1:16 PM, Jim Diamond wrote: >>> Gerardo, >>> thanks very much for that info. >>> In the bigger picture, while I can appreciate that the multilib setup >>> is not "officially supported", I am wondering if there is any danger >>> to adding >>> LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" >>> to the slackbuild template (and to most slackbuilds). >>> That is, if >>> (a) it doesn't break anything on non-multilib systems, and >>> (b) it makes more slackbuilds work on multilib systems >>> then aside from one more line of code, is there any harm? >>> Thanks. > >> I think the reason is simply because multilib is not Slackware standard, >> and the scripts are meant for a stock Slackware installation. Perhaps a >> SlackBuilds admin can better answer that question. > No comments from On High? > > Can anyone point out a situation where adding > LDFLAGS="-L/usr/lib${LIBDIRSUFFIX}" > to the configure is certainly/likely/possibly going to break something? > > Thanks. > > Jim > In my opinion, it _never_ hurts to have that in a SlackBuild. Eric From la.tete.chauve.yeti at gmail.com Tue Dec 31 23:53:58 2013 From: la.tete.chauve.yeti at gmail.com (Darren Breidigan) Date: Tue, 31 Dec 2013 18:53:58 -0500 Subject: [Slackbuilds-users] slackbuild testing enviorment In-Reply-To: References: Message-ID: <52C35916.9080306@gmail.com> Many thanks.