From chaos.proton at gmail.com Tue Dec 1 01:27:27 2009 From: chaos.proton at gmail.com (Grissiom) Date: Tue, 1 Dec 2009 09:27:27 +0800 Subject: [Slackbuilds-users] Two problems writing SlackBuild for mendeley-desktop Message-ID: Hello everyone, I'm writing a SlackBuild for Mendeley Desktop ( http://www.mendeley.com ), which is a research paper management tool. But I found two problems there. 1, It's a proprietary software, although you can use for free(free beer but not free speech) as long as you agree with it's 'terms and conditions'. Is it enough that I notice it in the README and let users be aware of it? 2, It seems that the package have to make a /share directory. As it lays in the very root, I doubt whether it is something that a user-space package should do. I know I can link /share to /usr/share and pull things there. But we will have a /share eventually. Thanks for the advises! -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From alan at lizella.net Tue Dec 1 01:39:39 2009 From: alan at lizella.net (Alan Hicks) Date: Mon, 30 Nov 2009 20:39:39 -0500 Subject: [Slackbuilds-users] Two problems writing SlackBuild for mendeley-desktop In-Reply-To: References: Message-ID: <20091130203939.52e3d3f1@raven.lizella.net> Apologies Grissiom, if you're on our mailing list and receive this message twice. On Tue, 1 Dec 2009 09:27:27 +0800 Grissiom wrote: > I'm writing a SlackBuild for Mendeley Desktop > ( http://www.mendeley.com ), which is a research paper management > tool. But I found two problems there. > > 1, It's a proprietary software, although you can use for free(free > beer but not free speech) as long as you agree with it's 'terms and > conditions'. Is it enough that I notice it in the README and let > users be aware of it? That should be fine. Put it at the top of the README as it's own sentence/paragraph all by itself so it stands out and I don't think anyone will mind. The software may well be proprietary, but we're only distributing build scripts, not the software or the source code, so we're not really covered by whatever license that software is under. > 2, It seems that the package have to make a /share directory. As it > lays in the very root, I doubt whether it is something that a > user-space package should do. I know I can link /share to /usr/share > and pull things there. But we will have a /share eventually. Now that's ugly as sin in Sunday School. Are you absolutely certain that things have to be placed in /share? I'm thinking that this software may most properly be placed (nearly) completely under /opt such as is done with openoffice.org. If it absolutely has to go under /share, I guess that's something the admins will have to consider. To the best of my knowledge, no software build script has ever required the creation of a new top-level directory. -- It is better to hear the rebuke of the wise, Than for a man to hear the song of fools. Ecclesiastes 7:5 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Tue Dec 1 04:58:04 2009 From: chaos.proton at gmail.com (Grissiom) Date: Tue, 1 Dec 2009 12:58:04 +0800 Subject: [Slackbuilds-users] Two problems writing SlackBuild for mendeley-desktop In-Reply-To: <20091130203939.52e3d3f1@raven.lizella.net> References: <20091130203939.52e3d3f1@raven.lizella.net> Message-ID: On Tue, Dec 1, 2009 at 09:39, Alan Hicks wrote: > Apologies Grissiom, if you're on our mailing list and receive this > message twice. > > Actually I'm on the mailing list but doesn't receive it twice. Hmm, maybe GMail can remove duplicated mail automatically? > On Tue, 1 Dec 2009 09:27:27 +0800 > Grissiom wrote: > > > I'm writing a SlackBuild for Mendeley Desktop > > ( http://www.mendeley.com ), which is a research paper management > > tool. But I found two problems there. > > > > 1, It's a proprietary software, although you can use for free(free > > beer but not free speech) as long as you agree with it's 'terms and > > conditions'. Is it enough that I notice it in the README and let > > users be aware of it? > > That should be fine. Put it at the top of the README as it's own > sentence/paragraph all by itself so it stands out and I don't think > anyone will mind. The software may well be proprietary, but we're only > distributing build scripts, not the software or the source code, so > we're not really covered by whatever license that software is under. > > Yup, thanks for explanations. Then I know what should I do now. > > 2, It seems that the package have to make a /share directory. As it > > lays in the very root, I doubt whether it is something that a > > user-space package should do. I know I can link /share to /usr/share > > and pull things there. But we will have a /share eventually. > > Now that's ugly as sin in Sunday School. Are you absolutely certain > that things have to be placed in /share? I'm thinking that this > software may most properly be placed (nearly) completely under /opt > such as is done with openoffice.org. If it absolutely has to go > under /share, I guess that's something the admins will have to > consider. To the best of my knowledge, no software build script has > ever required the creation of a new top-level directory. > > Oops, sorry for disturbing. It's my fault. Everything would work fine when placed under /usr(including the share folder). So there is no problem now ;-) Thanks for your explanation. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Tue Dec 1 14:23:20 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 1 Dec 2009 14:23:20 +0000 Subject: [Slackbuilds-users] Update - 20091201 Message-ID: <20091201142320.GA12425@slackbuilds.org> Tue Dec 1 14:21:53 UTC 2009 system/xarchiver: Fixed LZOP archive handling in tar.c if the experimental patch had been applied. Thanks to Camarade_Tux for the report, and thanks to mancha for the fix. --rworkman From belka.ew at gmail.com Tue Dec 1 16:33:40 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Tue, 1 Dec 2009 17:33:40 +0100 Subject: [Slackbuilds-users] Update - 20091201 In-Reply-To: <20091201142320.GA12425@slackbuilds.org> References: <20091201142320.GA12425@slackbuilds.org> Message-ID: <344cbe120912010833u52efb43y6090f891f17d208@mail.gmail.com> The link to xarchiver's site is broken. The correct link is http://xarchiver.sourceforge.net/ 2009/12/1 Robby Workman > Tue Dec 1 14:21:53 UTC 2009 > system/xarchiver: Fixed LZOP archive handling in tar.c if the experimental > patch had been applied. Thanks to Camarade_Tux for the report, and thanks > to mancha for the fix. --rworkman > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From parker.charles at gmail.com Wed Dec 2 17:28:53 2009 From: parker.charles at gmail.com (Chad Parker) Date: Wed, 2 Dec 2009 12:28:53 -0500 Subject: [Slackbuilds-users] pdftk: Repeated allocation of very large block (appr. size 1048576000): May lead to memory leak and poor performance. Message-ID: <8e0f07de0912020928u1b9e6d1ye127bf5ced609f8d@mail.gmail.com> Attempting to build pdftk from the 13.0 repository on a slackware64-current system resulted in gcj attempting to allocate over 3GB of memory. Google only seems to know about one other report of this: http://gcc.gnu.org/ml/gcc-bugs/2009-10/msg01960.html while the build doesn't actually crash, the machine becomes unusable while the build process waits on disk IO I installed the jdk package as suggested in the readme. Same problem both before and after. There's nothing interesting in the archive verification or extraction portions of the log. Here's the tail end of the log: patching file java_libs/Makefile patching file pdftk/Makefile.Base patching file pdftk/Makefile.Generic patching file pdftk/Makefile.Generic Hunk #1 succeeded at 27 (offset 4 lines). make -C ../java_libs make[1]: Entering directory `/tmp/SBo/pdftk-1.41/java_libs' make -C "/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text"; make[2]: Entering directory `/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text' gcj -O2 -fPIC -w --encoding=UTF-8 --classpath="/tmp/SBo/pdftk-1.41/java_libs" -c Anchor.java -o Anchor.o GC Warning: Repeated allocation of very large block (appr. size 1048576000): May lead to memory leak and poor performance. ^C Does anyone have any ideas? Thanks, --Chad -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Wed Dec 2 18:12:09 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 2 Dec 2009 12:12:09 -0600 Subject: [Slackbuilds-users] pdftk: Repeated allocation of very large block (appr. size 1048576000): May lead to memory leak and poor performance. In-Reply-To: <8e0f07de0912020928u1b9e6d1ye127bf5ced609f8d@mail.gmail.com> References: <8e0f07de0912020928u1b9e6d1ye127bf5ced609f8d@mail.gmail.com> Message-ID: <20091202121209.71c7ce07@liberty.rlwhome.lan> On Wed, 2 Dec 2009 12:28:53 -0500 Chad Parker wrote: > Attempting to build pdftk from the 13.0 repository on a > slackware64-current system resulted in gcj attempting to allocate > over 3GB of memory. > > Google only seems to know about one other report of this: > http://gcc.gnu.org/ml/gcc-bugs/2009-10/msg01960.html > > while the build doesn't actually crash, the machine becomes unusable > while the build process waits on disk IO > > I installed the jdk package as suggested in the readme. Same problem > both before and after. > > There's nothing interesting in the archive verification or extraction > portions of the log. Here's the tail end of the log: > > patching file java_libs/Makefile > patching file pdftk/Makefile.Base > patching file pdftk/Makefile.Generic > patching file pdftk/Makefile.Generic > Hunk #1 succeeded at 27 (offset 4 lines). > make -C ../java_libs > make[1]: Entering directory `/tmp/SBo/pdftk-1.41/java_libs' > make -C "/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text"; > make[2]: Entering directory > `/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text' gcj -O2 -fPIC -w > --encoding=UTF-8 --classpath="/tmp/SBo/pdftk-1.41/java_libs" -c > Anchor.java -o Anchor.o GC Warning: Repeated allocation of very large > block (appr. size 1048576000): May lead to memory leak and poor > performance. ^C Hrm, interesting... I don't get that on my -current box with gcc-4.4.2 from /testing. Maybe that bug is fixed in later gcc. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From parker.charles at gmail.com Wed Dec 2 19:39:48 2009 From: parker.charles at gmail.com (Chad Parker) Date: Wed, 2 Dec 2009 14:39:48 -0500 Subject: [Slackbuilds-users] pdftk: Repeated allocation of very large block (appr. size 1048576000): May lead to memory leak and poor performance. In-Reply-To: <20091202121209.71c7ce07@liberty.rlwhome.lan> References: <8e0f07de0912020928u1b9e6d1ye127bf5ced609f8d@mail.gmail.com> <20091202121209.71c7ce07@liberty.rlwhome.lan> Message-ID: <8e0f07de0912021139s162c9573rd3e943ab9564c493@mail.gmail.com> This appears to be the case. After upgrading to the gcc packages in testing it now appears to be compiling without issue and a much more reasonable memory usage of less then 60 MB. Perhaps a note of this should be made in the slackbuild readme...? I guess it seems like it's a bug with gcj, not the anything to do with the slackbuild, but it seems that if the slackbuild is going to be in a repository for 13.0 that a note should be made for users running a stock installation. Thanks for the suggestion/resolution! --Chad On Wed, Dec 2, 2009 at 13:12, Robby Workman wrote: > On Wed, 2 Dec 2009 12:28:53 -0500 > Chad Parker wrote: > > > Attempting to build pdftk from the 13.0 repository on a > > slackware64-current system resulted in gcj attempting to allocate > > over 3GB of memory. > > > > Google only seems to know about one other report of this: > > http://gcc.gnu.org/ml/gcc-bugs/2009-10/msg01960.html > > > > while the build doesn't actually crash, the machine becomes unusable > > while the build process waits on disk IO > > > > I installed the jdk package as suggested in the readme. Same problem > > both before and after. > > > > There's nothing interesting in the archive verification or extraction > > portions of the log. Here's the tail end of the log: > > > > patching file java_libs/Makefile > > patching file pdftk/Makefile.Base > > patching file pdftk/Makefile.Generic > > patching file pdftk/Makefile.Generic > > Hunk #1 succeeded at 27 (offset 4 lines). > > make -C ../java_libs > > make[1]: Entering directory `/tmp/SBo/pdftk-1.41/java_libs' > > make -C "/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text"; > > make[2]: Entering directory > > `/tmp/SBo/pdftk-1.41/java_libs/com/lowagie/text' gcj -O2 -fPIC -w > > --encoding=UTF-8 --classpath="/tmp/SBo/pdftk-1.41/java_libs" -c > > Anchor.java -o Anchor.o GC Warning: Repeated allocation of very large > > block (appr. size 1048576000): May lead to memory leak and poor > > performance. ^C > > > Hrm, interesting... I don't get that on my -current box with > gcc-4.4.2 from /testing. Maybe that bug is fixed in later gcc. > > -RW > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vbatts at hashbangbash.com Fri Dec 4 01:25:58 2009 From: vbatts at hashbangbash.com (Vincent Batts) Date: Thu, 3 Dec 2009 19:25:58 -0600 Subject: [Slackbuilds-users] ruby updates In-Reply-To: <2015330f0912031725u79171378r2dff61b5dcb90c5@mail.gmail.com> References: <2015330f0912031725u79171378r2dff61b5dcb90c5@mail.gmail.com> Message-ID: <2015330f0912031725o1ca52ecfl1f85ad1724f27abb@mail.gmail.com> for those who are attempting to stay on -current and still Q.A. SBo's for 13.0 (which isn't standard. by doing so you void some warranty, somewhere), add to your list of exceptions the ruby-1.9.1_p243 that is published in -current officially rolls in rubygems. also it will change your configuration paths, so you'll have to reinstall any gems that you were using on 1.8.7 take care, vb 205.352.4112 http://hashbangbash.com/ From rshepard at appl-ecosys.com Fri Dec 4 18:14:32 2009 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Dec 2009 10:14:32 -0800 (PST) Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0 Message-ID: I used the slackbuild script on graphviz-2.20.3, but I'm getting build errors on -2.24.0. This happens with both the previous script and the latest one. I'm running -12.2 here. This is what I see: g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../lib/gvc -I../../lib/common -I../../lib/graph -I../../lib/cdt -I../../lib/pathplan -DDEMAND_LOADING=1 -I/usr/lib/R/include -O2 -march=i486 -mtune=i686 -MT libgv_R_la-gv_R.lo -MD -MP -MF .deps/libgv_R_la-gv_R.Tpo -c gv_R.cpp -fPIC -DPIC -o .libs/libgv_R_la-gv_R.o gv_R.cpp: In function 'RCallbackFunctionData* R_SWIG_pushCallbackFunctionData(SEXPREC*, SEXPREC*)': gv_R.cpp:759: error: 'calloc' was not declared in this scope gv_R.cpp: In function 'void R_SWIG_popCallbackFunctionData(int)': gv_R.cpp:800: error: 'free' was not declared in this scope gv_R.cpp: In function 'void R_SWIG_ReferenceFinalizer(SEXPREC*)': gv_R.cpp:888: error: 'free' was not declared in this scope gv_R.cpp: In function 'SEXPREC* RSwigPacked_New(void*, size_t, swig_type_info*)': gv_R.cpp:1000: error: 'malloc' was not declared in this scope gv_R.cpp: In function 'int SWIG_AsCharPtrAndSize(SEXPREC*, char**, size_t*, int*)': gv_R.cpp:1579: error: invalid conversion from 'const char*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_graph__SWIG_0(SEXPREC*)': gv_R.cpp:1613: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1615: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_digraph(SEXPREC*)': gv_R.cpp:1632: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1634: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_strictgraph(SEXPREC*)': gv_R.cpp:1651: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1653: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_strictdigraph(SEXPREC*)': gv_R.cpp:1670: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1672: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_readstring(SEXPREC*)': gv_R.cpp:1689: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1691: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_read__SWIG_0(SEXPREC*)': gv_R.cpp:1711: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_read__SWIG_1(SEXPREC*)': gv_R.cpp:1736: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_graph__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:1762: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1769: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_node(SEXPREC*, SEXPREC*)': gv_R.cpp:1789: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1796: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_edge__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:1818: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_edge__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:1849: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1856: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_edge__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:1876: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1878: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_edge__SWIG_3(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:1904: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1911: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp:1912: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_0(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:1933: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1940: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp:1941: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_1(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:1962: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1969: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp:1970: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_2(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:1991: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:1998: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp:1999: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_3(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:2022: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2034: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_4(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:2057: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2069: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_setv__SWIG_5(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:2092: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2104: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:2124: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2131: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:2151: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2158: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:2178: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2185: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_3(SEXPREC*, SEXPREC*)': gv_R.cpp:2207: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_4(SEXPREC*, SEXPREC*)': gv_R.cpp:2240: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_getv__SWIG_5(SEXPREC*, SEXPREC*)': gv_R.cpp:2273: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nameof__SWIG_0(SEXPREC*)': gv_R.cpp:2303: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nameof__SWIG_1(SEXPREC*)': gv_R.cpp:2328: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nameof__SWIG_2(SEXPREC*)': gv_R.cpp:2353: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_findsubg(SEXPREC*, SEXPREC*)': gv_R.cpp:2379: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2386: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_findnode(SEXPREC*, SEXPREC*)': gv_R.cpp:2406: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2413: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_findedge(SEXPREC*, SEXPREC*)': gv_R.cpp:2435: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_findattr__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:2466: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2473: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_findattr__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:2493: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2500: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_findattr__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:2520: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:2527: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_headof(SEXPREC*)': gv_R.cpp:2546: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_tailof(SEXPREC*)': gv_R.cpp:2571: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_graphof__SWIG_0(SEXPREC*)': gv_R.cpp:2596: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_graphof__SWIG_1(SEXPREC*)': gv_R.cpp:2621: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_graphof__SWIG_2(SEXPREC*)': gv_R.cpp:2646: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_rootof(SEXPREC*)': gv_R.cpp:2671: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_protonode(SEXPREC*)': gv_R.cpp:2696: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_protoedge(SEXPREC*)': gv_R.cpp:2721: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_ok__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:2746: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_ok__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:2771: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_ok__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:2796: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_ok__SWIG_3(SEXPREC*, SEXPREC*)': gv_R.cpp:2821: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstsubg(SEXPREC*)': gv_R.cpp:2846: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextsubg(SEXPREC*, SEXPREC*)': gv_R.cpp:2874: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstsupg(SEXPREC*)': gv_R.cpp:2904: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextsupg(SEXPREC*, SEXPREC*)': gv_R.cpp:2932: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstedge__SWIG_0(SEXPREC*)': gv_R.cpp:2962: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextedge__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:2990: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstout__SWIG_0(SEXPREC*)': gv_R.cpp:3020: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextout__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3048: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstedge__SWIG_1(SEXPREC*)': gv_R.cpp:3078: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextedge__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3106: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstout__SWIG_1(SEXPREC*)': gv_R.cpp:3136: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextout__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3164: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firsthead(SEXPREC*)': gv_R.cpp:3194: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nexthead(SEXPREC*, SEXPREC*)': gv_R.cpp:3222: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstin__SWIG_0(SEXPREC*)': gv_R.cpp:3252: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextin__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3280: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstin__SWIG_1(SEXPREC*)': gv_R.cpp:3310: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextin__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3338: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firsttail(SEXPREC*)': gv_R.cpp:3368: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nexttail(SEXPREC*, SEXPREC*)': gv_R.cpp:3396: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstnode__SWIG_0(SEXPREC*)': gv_R.cpp:3426: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextnode__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3454: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstnode__SWIG_1(SEXPREC*)': gv_R.cpp:3484: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextnode__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3512: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstattr__SWIG_0(SEXPREC*)': gv_R.cpp:3542: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextattr__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3570: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstattr__SWIG_1(SEXPREC*)': gv_R.cpp:3600: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextattr__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3628: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_firstattr__SWIG_2(SEXPREC*)': gv_R.cpp:3658: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_nextattr__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:3686: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_rm__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3716: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_rm__SWIG_1(SEXPREC*, SEXPREC*)': gv_R.cpp:3741: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_rm__SWIG_2(SEXPREC*, SEXPREC*)': gv_R.cpp:3766: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_layout(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:3795: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_render__SWIG_0(SEXPREC*, SEXPREC*)': gv_R.cpp:3825: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_render__SWIG_1(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:3854: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_render__SWIG_2(SEXPREC*, SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:3891: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_render__SWIG_3(SEXPREC*, SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:3934: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_renderchannel(SEXPREC*, SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:3977: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_renderresult(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:4016: error: invalid conversion from 'void*' to 'char*' gv_R.cpp:4028: error: reinterpret_cast from type 'const char*' to type 'char*' casts away constness gv_R.cpp: In function 'SEXPREC* R_swig_write__SWIG_0(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:4051: error: invalid conversion from 'void*' to 'char*' gv_R.cpp: In function 'SEXPREC* R_swig_write__SWIG_1(SEXPREC*, SEXPREC*, SEXPREC*)': gv_R.cpp:4084: error: invalid conversion from 'void*' to 'char*' make[4]: *** [libgv_R_la-gv_R.lo] Error 1 make[4]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /tmp/SBo/graphviz-2.24.0' make: *** [all] Error 2 Is there something I can do or is this a systemic error that the graphviz folks need to fix? TIA, Rich From slacker at slaphappygeeks.com Fri Dec 4 19:24:00 2009 From: slacker at slaphappygeeks.com (Slacker build user) Date: Fri, 04 Dec 2009 12:24:00 -0700 Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0 In-Reply-To: References: Message-ID: <4B1961D0.7000405@slaphappygeeks.com> Hi Rich, Rich Shepard wrote: > I used the slackbuild script on graphviz-2.20.3, but I'm getting build > errors on -2.24.0. This happens with both the previous script and the > latest > one. I'm running -12.2 here. > I just grabbed the 2.24.0 tarball and built under 12.1 using the 2.20.3 build script with no problems, so I doubt it is upstream. Hope that helps, sorry I don't know what to tell you about the errors though. Robert From audrius at neutrino.lt Fri Dec 4 19:45:46 2009 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Fri, 4 Dec 2009 21:45:46 +0200 Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0 In-Reply-To: References: Message-ID: <20091204194546.GA2047@kiras> On Fri, 2009-12-04 at 10:14:32 -0800, Rich Shepard wrote: > I used the slackbuild script on graphviz-2.20.3, but I'm getting build > errors on -2.24.0. This happens with both the previous script and the latest > one. I'm running -12.2 here. > > This is what I see: > > g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../lib/gvc -I../../lib/common > -I../../lib/graph -I../../lib/cdt -I../../lib/pathplan -DDEMAND_LOADING=1 > -I/usr/lib/R/include -O2 -march=i486 -mtune=i686 -MT libgv_R_la-gv_R.lo -MD > -MP -MF .deps/libgv_R_la-gv_R.Tpo -c gv_R.cpp -fPIC -DPIC -o > .libs/libgv_R_la-gv_R.o > gv_R.cpp: In function 'RCallbackFunctionData* > R_SWIG_pushCallbackFunctionData(SEXPREC*, SEXPREC*)': > gv_R.cpp:759: error: 'calloc' was not declared in this scope <...> > Is there something I can do or is this a systemic error that the graphviz > folks need to fix? Looks like there's a problem with R bindings for graphviz. Version incompatibility between graphviz and R (or even SWIG, which is used to generate bindings code)? If you don't need R bindings, you could try adding --enable-r=no to the build script. -- Audrius Ka?ukauskas -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rshepard at appl-ecosys.com Fri Dec 4 21:49:32 2009 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Dec 2009 13:49:32 -0800 (PST) Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0 In-Reply-To: <20091204194546.GA2047@kiras> References: <20091204194546.GA2047@kiras> Message-ID: On Fri, 4 Dec 2009, Audrius Ka?ukauskas wrote: > Looks like there's a problem with R bindings for graphviz. Version > incompatibility between graphviz and R (or even SWIG, which is used to > generate bindings code)? If you don't need R bindings, you could try > adding --enable-r=no to the build script. Audrius, That avoided the first error, but now the build chokes on gv_perl.cpp: g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../lib/gvc -I../../lib/common -I../../lib/graph -I../../lib/cdt -I../../lib/pathplan -DDEMAND_LOADING=1 -I/usr/lib/perl5/5.10.0/i486-linux-thread-multi/CORE -O2 -march=i486 -mtune=i686 -MT libgv_perl_la-gv_perl.lo -MD -MP -MF .deps/libgv_perl_la-gv_perl.Tpo -c gv_perl.cpp -fPIC -DPIC -o .libs/libgv_perl_la-gv_perl.o gv_perl.cpp:1232: error: expected unqualified-id before string constant gv_perl.cpp:1233: error: expected initializer before '*' token gv_perl.cpp:1238: error: 'SwigPerlWrapperPtr' does not name a type gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' ... gv_perl.cpp: In function 'void boot_gv(PerlInterpreter*, CV*)': gv_perl.cpp:7574: error: 'struct swig_command_info' has no member named 'wrapper' make[4]: *** [libgv_perl_la-gv_perl.lo] Error 1 make[4]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory /tmp/SBo/graphviz-2.24.0' make: *** [all] Error 2 Perhaps it is SWIG related. I have -1.3.31 installed here, from a SBo script. Should that be upgraded first? Thanks, Rich From audrius at neutrino.lt Sat Dec 5 11:22:57 2009 From: audrius at neutrino.lt (Audrius =?utf-8?Q?Ka=C5=BEukauskas?=) Date: Sat, 5 Dec 2009 13:22:57 +0200 Subject: [Slackbuilds-users] Build Errors: graphviz-2.24.0 In-Reply-To: References: <20091204194546.GA2047@kiras> Message-ID: <20091205112256.GA2282@kiras> On Fri, 2009-12-04 at 13:49:32 -0800, Rich Shepard wrote: > Audrius, > > That avoided the first error, but now the build chokes on gv_perl.cpp: > > g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../lib/gvc -I../../lib/common > -I../../lib/graph -I../../lib/cdt -I../../lib/pathplan -DDEMAND_LOADING=1 > -I/usr/lib/perl5/5.10.0/i486-linux-thread-multi/CORE -O2 -march=i486 > -mtune=i686 -MT libgv_perl_la-gv_perl.lo -MD -MP -MF > .deps/libgv_perl_la-gv_perl.Tpo -c gv_perl.cpp -fPIC -DPIC -o > .libs/libgv_perl_la-gv_perl.o > gv_perl.cpp:1232: error: expected unqualified-id before string constant > gv_perl.cpp:1233: error: expected initializer before '*' token > gv_perl.cpp:1238: error: 'SwigPerlWrapperPtr' does not name a type > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > gv_perl.cpp:7331: error: too many initializers for 'swig_command_info' > ... > gv_perl.cpp: In function 'void boot_gv(PerlInterpreter*, CV*)': > gv_perl.cpp:7574: error: 'struct swig_command_info' has no member named > 'wrapper' > make[4]: *** [libgv_perl_la-gv_perl.lo] Error 1 > make[4]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg/gv' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory /tmp/SBo/graphviz-2.24.0/tclpkg' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory /tmp/SBo/graphviz-2.24.0' > make: *** [all] Error 2 > > Perhaps it is SWIG related. I have -1.3.31 installed here, from a SBo > script. Should that be upgraded first? Looks like SWIG is really the culprit here. You could try to upgrade it (Slackware-13.0 has 1.3.38, so maybe that's a good version to choose), or if you don't need any bindings at all, adding --enable-swig=no should disable them completely. -- Audrius Ka?ukauskas -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Dec 6 18:26:29 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 6 Dec 2009 12:26:29 -0600 Subject: [Slackbuilds-users] Postfix link dead In-Reply-To: <200911172235.37957.carlos@strangeworlds.co.uk> References: <200911172235.37957.carlos@strangeworlds.co.uk> Message-ID: <20091206122629.487ad3c1@liberty.rlwhome.lan> On Tue, 17 Nov 2009 22:35:37 +0000 Carlos Corbacho wrote: > It has ceased to be, it is no more, it is an ex-link, etc. > > Other mirrors appear fine though. This was fixed earlier today when someone reminded me on IRC about it. Thanks for the heads-up and sorry for the delay. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Dec 6 18:35:00 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 6 Dec 2009 12:35:00 -0600 Subject: [Slackbuilds-users] Update - 20091201 In-Reply-To: <344cbe120912010833u52efb43y6090f891f17d208@mail.gmail.com> References: <20091201142320.GA12425@slackbuilds.org> <344cbe120912010833u52efb43y6090f891f17d208@mail.gmail.com> Message-ID: <20091206123500.3c3e613b@liberty.rlwhome.lan> On Tue, 1 Dec 2009 17:33:40 +0100 Eugen Wissner wrote: > The link to xarchiver's site is broken. The correct link is > http://xarchiver.sourceforge.net/ Thanks; fixed. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From rworkman at slackbuilds.org Sun Dec 6 20:34:15 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 6 Dec 2009 20:34:15 +0000 Subject: [Slackbuilds-users] Updates - 20091206 Message-ID: <20091206203415.GA24796@slackbuilds.org> Sun Dec 6 20:31:37 UTC 2009 academic/bibletime: Re-added for 13.0. Thanks to Robert Delahunt. desktop/brightside: Added - Brightside allows you to assign configurable actions to occur while you rest the mouse in a corner or bump the edge of the screen. Thanks to Erik Hanson. --rworkman games/sdlmame-data: Added - data files for sdlmame. Thanks to Pablo Santamaria. --rworkman libraries/libevent: Updated for version 1.4.13. Thanks to Erik Hanson. misc/ibus-anthy: Added - an ibus module for Anthy Japanese conversion engine. Thanks to Ozan t?rky?lmaz. --rworkman multimedia/mythplugins: Updated for version 0.22. Thanks to David Somero. multimedia/myththemes: Updated for version 0.22. Thanks to David Somero. multimedia/mythtv: Updated for version 0.22. Thanks to David Somero. network/lighttpd: Updated for version 1.4.25. Thanks to Paul Wisehart. -RW network/ntop: Added - ntop is a "top" like network traffice monitor. Thanks to Niels Horn. --rworkman network/shorewall: Updated for version 4.4.4.1. Thanks to ArTourter. --rworkman network/shorewall6: Updated for version 4.4.4. Thanks to ArTourter. --rworkman network/tor: Added a patch to fix functionality with openssl 0.9.8l. Thanks to Mikhail Zotov for finding the issue and for info about the patch. network/xsp: Added - xsp is a lightweight and simple webserver written in C#. Thanks to Asaf Ohaion. --rworkman system/samhain: Added - Samhain is an open source host-based intrusion detection system (HIDS). Thanks to Richard Scott Smith. --rworkman From chaos.proton at gmail.com Mon Dec 7 00:37:23 2009 From: chaos.proton at gmail.com (Grissiom) Date: Mon, 7 Dec 2009 08:37:23 +0800 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: <20091206203415.GA24796@slackbuilds.org> References: <20091206203415.GA24796@slackbuilds.org> Message-ID: On Mon, Dec 7, 2009 at 04:34, Robby Workman wrote: > Sun Dec 6 20:31:37 UTC 2009 > ... > misc/ibus-anthy: Added - an ibus module for Anthy Japanese conversion > engine. > Thanks to Ozan t?rky?lmaz. --rworkman Hrm, I see someone is interested in ibus now ;-) But the maintainer's name got garbled here... Should we unify the text encodings in the future? I think uft-8 is good. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From luislupe at gmail.com Mon Dec 7 00:28:40 2009 From: luislupe at gmail.com (Luis P. Mendes) Date: Mon, 7 Dec 2009 00:28:40 +0000 Subject: [Slackbuilds-users] aMule doesn't run Message-ID: Hi, This is the first time a slackbuild package fails for me. I installed these dependencies: cryptopp-5.6.0-x86_64-1_SBo.tgz wxGTK-2.8.9-x86_64-2_SBo.tgz before installing aMule-2.2.6-x86_64-1_SBo.tgz but when I try to run aMule, in my Slackware64 13.0, it fails: $ amule amule: secblock.h:187: void CryptoPP::NullAllocator::deallocate(void*, typename CryptoPP::AllocatorBase::size_type) [with T = unsigned char]: Assertion `false' failed. Aborted I built a log file of the compilation process and send it attached. Is there something I can do to make it compile? I'm just starting to learn C++!! Luis -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: build-aMule-2.2.6.log Type: application/octet-stream Size: 97855 bytes Desc: not available URL: From nille.kungen at gmail.com Mon Dec 7 02:50:11 2009 From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_=27Nille=27_=C5kerstr=F6m?=) Date: Mon, 07 Dec 2009 03:50:11 +0100 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: <4B1C6D63.5040903@gmail.com> Grissiom wrote: > On Mon, Dec 7, 2009 at 04:34, Robby Workman > wrote: > > Sun Dec 6 20:31:37 UTC 2009 > > ... > > misc/ibus-anthy: Added - an ibus module for Anthy Japanese > conversion engine. > Thanks to Ozan t?rky?lmaz. --rworkman > > > Hrm, I see someone is interested in ibus now ;-) But the maintainer's > name got garbled here... Should we unify the text encodings in the > future? I think uft-8 is good. > > -- > Cheers, > Grissiom My name often gets unreadable, and i asked before about rules for text encodings. But there hasn't been any interest in unifying text encodings. This goes for webbpage and slackbuilds since i don't like it when i can't read my name in an .SlackBuild or .info when i click on them on SBo. /Nille From nille.kungen at gmail.com Mon Dec 7 02:50:11 2009 From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_=27Nille=27_=C5kerstr=F6m?=) Date: Mon, 07 Dec 2009 03:50:11 +0100 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: <4B1C6D63.5040903@gmail.com> Grissiom wrote: > On Mon, Dec 7, 2009 at 04:34, Robby Workman > wrote: > > Sun Dec 6 20:31:37 UTC 2009 > > ... > > misc/ibus-anthy: Added - an ibus module for Anthy Japanese > conversion engine. > Thanks to Ozan t?rky?lmaz. --rworkman > > > Hrm, I see someone is interested in ibus now ;-) But the maintainer's > name got garbled here... Should we unify the text encodings in the > future? I think uft-8 is good. > > -- > Cheers, > Grissiom My name often gets unreadable, and i asked before about rules for text encodings. But there hasn't been any interest in unifying text encodings. This goes for webbpage and slackbuilds since i don't like it when i can't read my name in an .SlackBuild or .info when i click on them on SBo. /Nille From ozan.turkyilmaz at gmail.com Mon Dec 7 10:51:45 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 7 Dec 2009 12:51:45 +0200 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: 2009/12/7 Grissiom : > On Mon, Dec 7, 2009 at 04:34, Robby Workman > wrote: >> Sun Dec ?6 20:31:37 UTC 2009 >> misc/ibus-anthy: Added - an ibus module for Anthy Japanese conversion >> engine. >> ?Thanks to Ozan t?rky?lmaz. ?--rworkman > Hrm, I see someone is interested in ibus now ;-) But the maintainer's name > got garbled here... Should we unify the text encodings in the future? I > think uft-8 is good. Scim is dying and SCim2 is long away from usage. IBus was logical choise. so IBus-anthy was missing from SBo, so i added. it's easy for me to maintain a script when i use the program myself. and i got used to my name not showing correctly now. UTF-8 would be nice thou. -- Ozan ??? Close the world, txEn eht nepO From iskar.enev at gmail.com Mon Dec 7 11:10:08 2009 From: iskar.enev at gmail.com (iskar enev) Date: Mon, 7 Dec 2009 13:10:08 +0200 Subject: [Slackbuilds-users] aMule doesn't run Message-ID: Hi, Luis aMule 2.2.5 had an issue with cryptopp 5.6.0 which was fixed in 2.2.6 but apparently the issue still persists for x86_64 systems. The workaround is to downgrade cryptopp to 5.5.2 and recompile aMule against it. May be I should reinclude a warning about that issue in the README file. Should I resubmit everything or just send the README to the mailing list? From luislupe at gmail.com Mon Dec 7 11:41:51 2009 From: luislupe at gmail.com (Luis P. Mendes) Date: Mon, 7 Dec 2009 11:41:51 +0000 Subject: [Slackbuilds-users] aMule doesn't run In-Reply-To: References: Message-ID: Thank you Iskar for your tip. The package compiled fine with cryptopp 5.5.2. Luis 2009/12/7 iskar enev > Hi, Luis > > aMule 2.2.5 had an issue with cryptopp 5.6.0 which was fixed in 2.2.6 > but apparently the issue still persists for x86_64 systems. The > workaround is to downgrade cryptopp to 5.5.2 and recompile aMule > against it. > > May be I should reinclude a warning about that issue in the README > file. Should I resubmit everything or just send the README to the > mailing list? > _______________________________________________ > 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 chaos.proton at gmail.com Mon Dec 7 11:48:43 2009 From: chaos.proton at gmail.com (Grissiom) Date: Mon, 7 Dec 2009 19:48:43 +0800 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: <4B1C6D63.5040903@gmail.com> References: <20091206203415.GA24796@slackbuilds.org> <4B1C6D63.5040903@gmail.com> Message-ID: 2009/12/7 Niklas 'Nille' ?kerstr?m > > My name often gets unreadable, and i asked before about rules for text > encodings. > But there hasn't been any interest in unifying text encodings. > This goes for webbpage and slackbuilds since i don't like it when i can't > read my name in an .SlackBuild or .info when i click on them on SBo. > > I think this is a problem. AFAIK, French people have a website that is similar to SBo(maintain SlackBuilds that not in the stock tree). But they use French there, so no one else could understand what they are doing. SBo has big advantage over it: 1) competent admin team, in which someone is even in official slackware team.(afaik) 2) Using English as its "Official language". This point is not stated in any web page(or I missed them...). But everyone here speak English and everyone could understand it.(Someone may say "we also speak shell". ok.... ;-) However, it will be a problem if we *only* support English when facing the trend of internationalization. Name is one of it. If I put my real name in the script, I believe no one can see the correct characters unless '?' signs if we stick in English-only encodings. As a compromise and a gesture of integration, I use my "English name" here;-) But it will be wonderful to see colorful names in SlackBuild, web page, Changlog, etc. Just my 2 cents ;-) -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaos.proton at gmail.com Mon Dec 7 11:52:50 2009 From: chaos.proton at gmail.com (Grissiom) Date: Mon, 7 Dec 2009 19:52:50 +0800 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: 2009/12/7 Ozan T?rky?lmaz > > Scim is dying and SCim2 is long away from usage. IBus was logical choise. > so IBus-anthy was missing from SBo, so i added. it's easy for me to > maintain > a script when i use the program myself. > > Yes, that why I wrote ibus and ibus-qt SlackBuild. ;-) Thanks for take care of IBus-anthy. > and i got used to my name not showing correctly now. UTF-8 would be nice > thou. > Yes, I think UTF-8 is competent for international usage. But I'm sorry that I don't know any technical details there... -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Mon Dec 7 13:02:04 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 7 Dec 2009 15:02:04 +0200 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: 2009/12/7 Grissiom : > 2009/12/7 Ozan T?rky?lmaz >> >> Scim is dying and SCim2 is long away from usage. IBus was logical choise. >> so IBus-anthy was missing from SBo, so i added. it's easy for me to >> maintain >> a script when i use the program myself. >> > > Yes, that why I wrote ibus and ibus-qt SlackBuild. ;-) Thanks for take care > of?IBus-anthy. > >> >> and i got used to my name not showing correctly now. UTF-8 would be nice >> thou. > > Yes, I think UTF-8 is competent for international usage. But I'm sorry that > I don't know any technical details there... its implentation in gcc world is pretty bad. but most of the editor you can use supports unicode without any problem (like vim) and bash likes my full unicode system. however you may have problems with unicode scripts on non-unicode systems. is there way to point script encoding at the start (changing locale?) -- Ozan ??? Close the world, txEn eht nepO From rworkman at slackbuilds.org Mon Dec 7 14:18:49 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 7 Dec 2009 08:18:49 -0600 Subject: [Slackbuilds-users] aMule doesn't run In-Reply-To: References: Message-ID: <20091207081849.58c57d00@liberty.rlwhome.lan> On Mon, 7 Dec 2009 13:10:08 +0200 iskar enev wrote: > aMule 2.2.5 had an issue with cryptopp 5.6.0 which was fixed in 2.2.6 > but apparently the issue still persists for x86_64 systems. The > workaround is to downgrade cryptopp to 5.5.2 and recompile aMule > against it. > > May be I should reinclude a warning about that issue in the README > file. Should I resubmit everything or just send the README to the > mailing list? Since we tend to overlook|delay|etcetera stuff like this sent to the mailing list, do a new submission with the fixed README and the BUILD variable incremented, and then note this situation in the Comments field of the submit form. Normally the BUILD variable wouldn't be incremented for a change like this, but since it will require some folks to rebuild, I guess it's best to increment it just in case. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From schultz.jb at gmail.com Mon Dec 7 22:03:24 2009 From: schultz.jb at gmail.com (Bruce Schultz) Date: Mon, 7 Dec 2009 16:03:24 -0600 Subject: [Slackbuilds-users] ocaml download site broken Message-ID: <980203020912071403j3909f848i5789b538b4d0154e@mail.gmail.com> I was trying to download the ocaml-3.11.1.tar.bz2 file from the link on the slackbuilds page and got a dead link.? It appears that the host caml.inria.fr, redirected to brion.inria.fr, is down. Anyone know of an alternate source? Bruce From erik at slackbuilds.org Mon Dec 7 22:19:38 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Mon, 7 Dec 2009 16:19:38 -0600 Subject: [Slackbuilds-users] ocaml download site broken In-Reply-To: <980203020912071403j3909f848i5789b538b4d0154e@mail.gmail.com> References: <980203020912071403j3909f848i5789b538b4d0154e@mail.gmail.com> Message-ID: <20091207161938.69d31892@shaggy.doo> On Dec 07, 2009, at 4:03 PM, Bruce Schultz wrote: > I was trying to download the ocaml-3.11.1.tar.bz2 file from the link > on the slackbuilds page and got a dead link.? It appears that the host > caml.inria.fr, redirected to brion.inria.fr, is down. > > Anyone know of an alternate source? Googling "Index of" and the exact filename will usually give some mirrors. http://download.snake.de/dist/ -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From schultz.jb at gmail.com Mon Dec 7 22:32:33 2009 From: schultz.jb at gmail.com (Bruce Schultz) Date: Mon, 7 Dec 2009 16:32:33 -0600 Subject: [Slackbuilds-users] ocaml download site broken In-Reply-To: <20091207161938.69d31892@shaggy.doo> References: <980203020912071403j3909f848i5789b538b4d0154e@mail.gmail.com> <20091207161938.69d31892@shaggy.doo> Message-ID: <980203020912071432p4f25944lad1f48077790a9ad@mail.gmail.com> Thanks. I'll try to remember that nuance. Bruce On Mon, Dec 7, 2009 at 4:19 PM, Erik Hanson wrote: > On Dec 07, 2009, at 4:03 PM, Bruce Schultz wrote: > > > I was trying to download the ocaml-3.11.1.tar.bz2 file from the link > > on the slackbuilds page and got a dead link. It appears that the host > > caml.inria.fr, redirected to brion.inria.fr, is down. > > > > Anyone know of an alternate source? > > Googling "Index of" and the exact filename will usually give some mirrors. > > http://download.snake.de/dist/ > > -- > Erik Hanson > http://slackbuilds.org/ > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Tue Dec 8 04:51:41 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 8 Dec 2009 04:51:41 +0000 Subject: [Slackbuilds-users] Updates - 20091208 Message-ID: <20091208045141.GA14085@slackbuilds.org> Tue Dec 8 04:46:18 UTC 2009 audio/hydrogen: Added - hydrogen is a advanced drum machine. Thanks to David Woodfall. --dsomero audio/mpd: Updated for version 0.15.6. audio/ncmpc: Updated for version 0.15. audio/portmidi: Fixed libjvm linking on x86_64. Thanks to dive, fire|bird, Camarade_Tux, and metrofox for the help with this. audio/xmms2: Added a patch for ruby 1.9. This is commented out by default. Thanks to Andrew Brouwers. --dsomero audio/zynaddsubfx: Updated download link. Thanks to Christopher Forrest. --dsomero desktop/enlightenment: Updated for version 0.16.999.063. desktop/plasma-applet-daisy: Updated for version 0.0.4.21. development/cgdb: Added - CGDB is a curses (terminal-based) interface to the GNU Debugger (GDB). Thanks to Sean Donner. --rworkman development/docutils: Updated for version 0.6. development/ghc: Updated for version 6.10.4. Thanks to Mikko Varri. --dsomero development/nose: Updated for version 0.11.1. development/zope.testing: Updated for version 3.8.3. games/atari++: Updated for v1.58. games/spring: Updated for version 0.80.5.2. games/springlobby: Updated for version 0.40. graphics/plotutils: Added - a plotting/graphics library and related tools. Thanks to Luis Henrique. --rworkman graphics/qcomicbook: Updated for version 0.5.0. libraries/SDL_sound: Added - SDL_sound is a library that handles the decoding of several popular sound file formats. Thanks to Erik Hanson. --rworkman libraries/e_dbus: Updated for version 0.5.0.063. libraries/ecore: Updated for version 0.9.9.063. libraries/edje: Updated for version 0.9.93.063. libraries/eet: Updated for version 1.2.3. libraries/efreet: Updated for version 0.5.0.063. libraries/eina: Updated for version 0.9.9.063. libraries/embryo: Updated for version 0.9.9.063. libraries/evas: Updated for version 0.9.9.063. libraries/ginac: Updated for version 1.5.5. libraries/libEMF: Added - libEMF is a C/C++ library which provides a drawing toolkit based on ECMA-234. Thanks to Pedro Mendes. --rworkman libraries/libburn: Updated for version 0.7.4. libraries/libisofs: Updated for version 0.6.24. libraries/libtorrent-rasterbar: Updated for version 0.1.4.7. libraries/loudmouth: Added fix to build with gnutls-2.8. Thanks to Heinz Wiesinger. --dsomero misc/iscan-proprietary-drivers: Updated for version 2.10.0.1-1.4. Thanks to Simone Giustetti. --dsomero misc/tangogps: Added - tangogps is an easy to use, fast, and lightweight mapping application for use with or without GPS. Thanks to Pedro Mendes. --rworkman network/aria2: Updated for version 1.7.1. network/dillo: Added - Dillo is a multi-platform graphical web browser known for its speed and small footprint. Thanks to Mikhail Zotov. --rworkman network/fqterm: Updated for version 0.9.6.3. Thanks to vvoody. --dsomero network/privoxy: Fixed the pidfile location and a missed config() run in the postinstall script. Thanks to Andrew Psaltis. network/shorewall: Updated for version 4.4.4.2. network/shorewall6: Updated for version 4.4.4.2. network/vuze: Added - Vuze, formerly known as Azureus, is a bittorrent client. Thanks to Chris Lawrence. --rworkman office/pstoedit: Added - pstoedit converts PostScript and PDF files to various vector graphic formats. Thanks to Pedro Mendes. --rworkman office/ps2eps: Added - ps2eps is a perl tool to produce Encapsulated PostScript Files (EPS/EPSF) from usual one-paged Postscript documents. Thanks to Pedro Mendes. --rworkman office/moneydance: Updated for version 2010_b721. Thanks to Robby Workman. --dsomero system/motion: Added - Motion is a program that monitors one or more cameras and is able to detect motion. Thanks to the new maintainer Pierre Cazenave. system/qemu: Updated for version 0.11.1. Thanks to Andrew Brouwers. --dsomero system/testdisk: Updated for version 6.11. From gmartin at gmartin.org Tue Dec 8 12:41:09 2009 From: gmartin at gmartin.org (gmartin) Date: Tue, 8 Dec 2009 07:41:09 -0500 Subject: [Slackbuilds-users] Updates - 20091208 In-Reply-To: <20091208045141.GA14085@slackbuilds.org> References: <20091208045141.GA14085@slackbuilds.org> Message-ID: On Mon, Dec 7, 2009 at 11:51 PM, Robby Workman wrote: > Tue Dec 8 04:46:18 UTC 2009 > audio/hydrogen: Added - hydrogen is a advanced drum machine. > Thanks to David Woodfall. --dsomero > audio/mpd: Updated for version 0.15.6. > audio/ncmpc: Updated for version 0.15. > audio/portmidi: Fixed libjvm linking on x86_64. Thanks to dive, fire|bird, > Camarade_Tux, and metrofox for the help with this. > audio/xmms2: Added a patch for ruby 1.9. This is commented out by default. > Thanks to Andrew Brouwers. --dsomero > audio/zynaddsubfx: Updated download link. > Thanks to Christopher Forrest. --dsomero > desktop/enlightenment: Updated for version 0.16.999.063. > desktop/plasma-applet-daisy: Updated for version 0.0.4.21.-- > Hey, Admins - nice work you've done to the pending queue in the last week. Thanks for all the hard work. \\Greg -------------- next part -------------- An HTML attachment was scrubbed... URL: From druiloor at zonnet.nl Tue Dec 8 21:55:19 2009 From: druiloor at zonnet.nl (Menno Duursma) Date: Tue, 8 Dec 2009 22:55:19 +0100 (CET) Subject: [Slackbuilds-users] Wrong privs in htscanner doc Message-ID: Hello, I've just updated some scripts. One of which is for the htscanner. On that one though i messed up some permissions apperently: root at pc:/usr/doc# find . \( ! -user root \) -ls 357488 8 -rw-r--r-- 1 menno 1000 7628 Mar 4 2009 ./htscanner-0.9.0/package.xml Sorry abount this. If you remove the tarball from the pending que i'll resubmit it, with this problem fixt. Or you can apply this patch: --- htscanner.SlackBuild-old 2009-12-08 20:56:44.000000000 +0100 +++ htscanner.SlackBuild 2009-12-08 22:54:03.000000000 +0100 @@ -66,7 +66,8 @@ install -D --mode=644 docs/htscanner.ini $PKG/etc/php/htscanner.ini.new mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION -cp -a CREDITS README ../package.xml $PKG/usr/doc/$PRGNAM-$VERSION +cp -a CREDITS README $PKG/usr/doc/$PRGNAM-$VERSION +cp ../package.xml $PKG/usr/doc/$PRGNAM-$VERSION cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild cat $CWD/README > $PKG/usr/doc/$PRGNAM-$VERSION/README$TAG Sorry, take care, -Menno. From andrew.david.45 at gmail.com Wed Dec 9 12:56:14 2009 From: andrew.david.45 at gmail.com (andrew) Date: Wed, 9 Dec 2009 23:56:14 +1100 Subject: [Slackbuilds-users] google-chrome error: libnssutil3.so.1d Message-ID: <20091209125614.GA4721@skamandros.andrews-corner.org> Hi, I am trying to install google-chrome from slackbuilds.org on a 32bit Slackware 13.0 after also installing GConf, ORBit2 and mozilla-nss. However google-chrome will not load with the following error message: +---------- andrew at skamandros~$ /opt/google/chrome/google-chrome /opt/google/chrome/google-chrome: error while loading shared libraries: libnssutil3.so.1d: cannot open shared object file: No such file or directory +--------- despite the library being available: +--------- root at skamandros/home/andrew# find /usr -name 'libnss*' /usr/lib/libnss_compat.so /usr/lib/libnssutil3.so /usr/lib/seamonkey-1.1.17/libnssckbi.so /usr/lib/seamonkey-1.1.17/libnss3.so /usr/lib/libnss_nis.so /usr/lib/libnssckbi.so /usr/lib/libnss_dns.so /usr/lib/libnss_hesiod.so /usr/lib/firefox-3.5.2/libnssutil3.so /usr/lib/firefox-3.5.2/libnssckbi.so /usr/lib/firefox-3.5.2/libnss3.so /usr/lib/firefox-3.5.2/libnssdbm3.so /usr/lib/libnss_nisplus.so /usr/lib/libnss3.so /usr/lib/libnssdbm3.chk /usr/lib/libnssdbm3.so /usr/lib/libnss_files.so /usr/lib/thunderbird-2.0.0.23/libnssutil3.so /usr/lib/thunderbird-2.0.0.23/libnssckbi.so /usr/lib/thunderbird-2.0.0.23/libnss3.so /usr/lib/thunderbird-2.0.0.23/libnssdbm3.so +-------------- I can see there is a linking problem here but I am not clever enough to fix the issue.... Andrew -- Do you think that's air you're breathing? From andrew.david.45 at gmail.com Wed Dec 9 13:34:58 2009 From: andrew.david.45 at gmail.com (andrew) Date: Thu, 10 Dec 2009 00:34:58 +1100 Subject: [Slackbuilds-users] google-chrome error: libnssutil3.so.1d In-Reply-To: <20091209125614.GA4721@skamandros.andrews-corner.org> References: <20091209125614.GA4721@skamandros.andrews-corner.org> Message-ID: <20091209133458.GA4353@skamandros.andrews-corner.org> On Wed, Dec 09, 2009 at 11:56:14PM +1100, andrew wrote: > I can see there is a linking problem here but I am not clever enough > to fix the issue.... Perhaps I underestimate myself. Line 61 altered to: ln -s /usr/lib/${MLIB%.?d} opt/google/chrome/$MLIB seems to do the trick.... Andrew -- Do you think that's air you're breathing? From markus.rinne at tut.fi Wed Dec 9 18:47:33 2009 From: markus.rinne at tut.fi (Markus Rinne) Date: Wed, 9 Dec 2009 20:47:33 +0200 (EET) Subject: [Slackbuilds-users] libtorrent SlackBuild does not set CXXFLAGS Message-ID: Hello, The libtorrent SlackBuild doesn't set CXXFLAGS variable for the configure script. Libtorrent is written in C++, so CXXFLAGS should be set to use the compiler flags. --- libtorrent.SlackBuild 2009-11-28 08:08:44.000000000 +0200 +++ libtorrent.SlackBuild.new 2009-12-04 22:03:23.000000000 +0200 @@ -39,6 +39,7 @@ chmod -R u+w,go+r-w,a-s . CFLAGS="$SLKCFLAGS" \ +CXXFLAGS="$SLKCFLAGS" \ ./configure \ --prefix=/usr \ --libdir=/usr/lib${LIBDIRSUFFIX} \ (The rtorrent SlackBuild is also missing CXXFLAGS.) Have fun, -Markus From erik at slackbuilds.org Wed Dec 9 18:53:32 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Wed, 9 Dec 2009 12:53:32 -0600 Subject: [Slackbuilds-users] google-chrome error: libnssutil3.so.1d In-Reply-To: <20091209133458.GA4353@skamandros.andrews-corner.org> References: <20091209125614.GA4721@skamandros.andrews-corner.org> <20091209133458.GA4353@skamandros.andrews-corner.org> Message-ID: <20091209125332.686345f3@shaggy.doo> On Dec 10, 2009, at 12:34 AM, andrew wrote: > On Wed, Dec 09, 2009 at 11:56:14PM +1100, andrew wrote: > > > I can see there is a linking problem here but I am not clever enough > > to fix the issue.... > > Perhaps I underestimate myself. Line 61 altered to: > > ln -s /usr/lib/${MLIB%.?d} opt/google/chrome/$MLIB It seemed to me that relying on seamonkey-solibs (which comes with Slackware) is a better idea than requiring mozilla-nss. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Thu Dec 10 10:18:15 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 10 Dec 2009 18:18:15 +0800 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: 2009/12/7 Ozan T?rky?lmaz > 2009/12/7 Grissiom : > > 2009/12/7 Ozan T?rky?lmaz > >> > >> Scim is dying and SCim2 is long away from usage. IBus was logical > choise. > >> so IBus-anthy was missing from SBo, so i added. it's easy for me to > >> maintain > >> a script when i use the program myself. > >> > > > > Yes, that why I wrote ibus and ibus-qt SlackBuild. ;-) Thanks for take > care > > of IBus-anthy. > > > >> > >> and i got used to my name not showing correctly now. UTF-8 would be nice > >> thou. > > > > Yes, I think UTF-8 is competent for international usage. But I'm sorry > that > > I don't know any technical details there... > > its implentation in gcc world is pretty bad. but most of the editor you can > use > supports unicode without any problem (like vim) and bash likes my full > unicode system. > however you may have problems with unicode scripts on non-unicode systems. > > is there way to point script encoding at the start (changing locale?) > That remind me of the way that Python handle this kind of problem: add a line "# -*- coding: -*-" at the header of the file. It's acceptable on my side. Anyway, waiting for advises from the admin team. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From marco.bonetti at slackware.it Fri Dec 11 14:32:58 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Fri, 11 Dec 2009 15:32:58 +0100 Subject: [Slackbuilds-users] Metasploit Framework in /pending Message-ID: <4B22581A.9040105@slackware.it> Hello everybody, could an admin remove the pending framework.tar.gz? 3.3.2 is out and it addressed some more issues :) Thanks in advance, Marco -- Marco Bonetti Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From rworkman at slackbuilds.org Fri Dec 11 14:45:46 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 11 Dec 2009 08:45:46 -0600 Subject: [Slackbuilds-users] Metasploit Framework in /pending In-Reply-To: <4B22581A.9040105@slackware.it> References: <4B22581A.9040105@slackware.it> Message-ID: <20091211084546.5ecf2e6c@liberty.rlwhome.lan> On Fri, 11 Dec 2009 15:32:58 +0100 Marco Bonetti wrote: > could an admin remove the pending framework.tar.gz? 3.3.2 is out and > it addressed some more issues :) Done. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From marco.bonetti at slackware.it Fri Dec 11 14:49:36 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Fri, 11 Dec 2009 15:49:36 +0100 Subject: [Slackbuilds-users] Metasploit Framework in /pending In-Reply-To: <20091211084546.5ecf2e6c@liberty.rlwhome.lan> References: <4B22581A.9040105@slackware.it> <20091211084546.5ecf2e6c@liberty.rlwhome.lan> Message-ID: <4B225C00.3000408@slackware.it> Robby Workman wrote: > Done. Resubmitted, thanks! -- Marco Bonetti Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From marco.bonetti at slackware.it Fri Dec 11 16:04:40 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Fri, 11 Dec 2009 17:04:40 +0100 Subject: [Slackbuilds-users] Wrong submissions Message-ID: <4B226D98.9070406@slackware.it> Oops! I wrongly re-submitted the following packages: + perl-Net-Pcap.tar.bz2 + perl-Socket6.tar.bz2 They do not contains any update, please remove and ignore. Sorry for the mess! ciao -- Marco Bonetti Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From marco.bonetti at slackware.it Fri Dec 11 16:17:46 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Fri, 11 Dec 2009 17:17:46 +0100 Subject: [Slackbuilds-users] Wrong submissions In-Reply-To: <4B226D98.9070406@slackware.it> References: <4B226D98.9070406@slackware.it> Message-ID: <4B2270AA.70205@slackware.it> And perl-IO-Interface also :( -- Marco Bonetti Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From rworkman at slackbuilds.org Fri Dec 11 16:32:11 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 11 Dec 2009 10:32:11 -0600 Subject: [Slackbuilds-users] Wrong submissions In-Reply-To: <4B226D98.9070406@slackware.it> References: <4B226D98.9070406@slackware.it> Message-ID: <20091211103211.335461ea@liberty.rlwhome.lan> On Fri, 11 Dec 2009 17:04:40 +0100 Marco Bonetti wrote: > + perl-Net-Pcap > + perl-Socket6 > + perl-IO-Interface Removed. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From nille.kungen at gmail.com Sat Dec 12 16:30:56 2009 From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_=27Nille=27_=C5kerstr=F6m?=) Date: Sat, 12 Dec 2009 17:30:56 +0100 Subject: [Slackbuilds-users] digikam Message-ID: <4B23C540.3070104@gmail.com> I saw that there's no digikam.SlackBuild for Slackware 13.0 I updated the old build for the new beta and sent it to the maintainer some weeks ago but i haven't received any answer yet. I used my build for the betas and now the rc version, so i thought that i should share it on the mailing list since i think a stable release should be out soon and most would like to use the 1.0.0 version. And it's very easy to adopt for the stable version once it's out (remove all lines that contains SRCVERSION except the tar line where you change SRCVERSION to VERSION instead) /Nille -------------- next part -------------- A non-text attachment was scrubbed... Name: digikam.tar.gz Type: application/gzip Size: 2717 bytes Desc: not available URL: From rworkman at slackbuilds.org Mon Dec 14 01:36:25 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 14 Dec 2009 01:36:25 +0000 Subject: [Slackbuilds-users] Updates - 20091214 Message-ID: <20091214013625.GA22465@slackbuilds.org> Mon Dec 14 01:34:00 UTC 2009 accessibility/linuxwacom: Updated for version 0.8.4_6. Thanks to Menno Duursma. --dsomero audio/hydrogen: Updated build script to correctly use QT4DIR. Thanks to David Woodfall. --dsomero audio/moc: Updated for version 2.4.4 and fixed up docdir usage. Thanks to Michael Wagner. --rworkman development/pip: Updated for version 0.6.1. development/pysetuptools: Updated for version 0.6c11. Thanks to the new maintainer Audrius Kazukauskas. desktop/xmonad: Updated for version 0.9. games/pcsxr: Added - PCSX-Reloaded is a PlayStation Emulator based on the PCSX-df Project. Thanks to M.Dinslage. graphics/exif: Re-added - Thanks to Kyle Guinn. libraries/X11-haskell: Updated for 1.4.6.1. Note that this no longer needs the libedit package. Thanks to Mikko Varri. --rworkman libraries/cbase: Updated for version 1.3.5. Thanks to Menno Duursma. --dsomero libraries/libcap-ng: Added - the libcap-ng library is intended to make programming with posix capabilities much easier than the traditional libcap library. Thanks to Menno Duursma. libraries/libgsasl: Updated for version 1.4.0. libraries/libisoburn: Updated for version 0.4.6. libraries/libssh2: Updated for version 1.2.2. Thanks to Menno Duursma. --dsomero libraries/libvirt: Updated for version 0.7.4. Thanks to Michal Bialozor. --dsomero libraries/rrdtool: Updated for version 1.4.2. Thanks to the new maintainer Niels Horn. libraries/xmonad-contrib: Added - this is a library of third party extensions for xmonad. Thanks to Mikko Varri. --rworkman misc/keychain: Updated for version 2.7.0. Thanks to Menno Duursma. --dsomero multimedia/flash-player-plugin: Updated for version 10.0_r42. multimedia/flash-player-standalone: Updated for version 10.0.42.34. network/google-chrome: Updated for version 4.0_beta. Thanks to Erik Hanson. --dsomero network/suhosin: Updated for version 0.9.29. Thanks to Menno Duursma. --dsomero office/tellico: Updated for version 2.1.1. Thanks to Gilcio Amaral. --dsomero system/biew: Updated for version 6.1.0. system/conserver: Updated for version 8.1.17. system/nvidia-legacy173-driver: Updated for version 173.14.22. system/nvidia-legacy173-kernel: Updated for version 173.14.22. system/nvidia-legacy96-driver: Updated for version 96.43.14. system/nvidia-legacy96-kernel: Updated for version 96.43.14. system/ulogd: Added large file support using a patch from Andreas Lundin. Thanks to Bialy for the link to the patch. --rworkman From kingbeowulf at gmail.com Mon Dec 14 08:03:29 2009 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 14 Dec 2009 00:03:29 -0800 Subject: [Slackbuilds-users] SBo perl-event broken source link Message-ID: Just a heads up. I was grabbing the dependecies for dvd::rip and the following was a dead link. I only scanned the archives briefly... 13.0 > Libraries > perl-event (1.11) Eddie -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From artourter at gmail.com Mon Dec 14 15:57:41 2009 From: artourter at gmail.com (Greg' Ar Tourter) Date: Mon, 14 Dec 2009 15:57:41 +0000 Subject: [Slackbuilds-users] slackbuild for vuze does not comply to template Message-ID: <9b4c59690912140757v1d99d909gccf97d2180f55258@mail.gmail.com> there are a few errors in the slackbuild for vuze which make it not build properly when using sbopkg. (mainly the fact that $OUTPUT is not defined) here is a quick diff to make it work: 22,23c22,24 < TMP=${TMP:-/tmp} < PKG=$TMP/$PRGNAM --- > TMP=${TMP:-/tmp/SBo} > PKG=$TMP/package-$PRGNAM > OUTPUT=${OUTPUT:-$TMP} 48c49 < /sbin/makepkg -l y -c n $TMP/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} --- > /sbin/makepkg -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} Cheers ArTourter From mjjzf at syntaktisk.dk Mon Dec 14 09:58:24 2009 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Mon, 14 Dec 2009 10:58:24 +0100 Subject: [Slackbuilds-users] Updates - 20091214 In-Reply-To: <20091214013625.GA22465@slackbuilds.org> References: <20091214013625.GA22465@slackbuilds.org> Message-ID: <20091214105824.30f6a7a4@espero.syntaktisk.dk> On Mon, 14 Dec 2009 01:36:25 +0000 Robby Workman wrote [a lot] Sorry to put an OT comment in the list, but: I have said this before, and I'll say it again - the stream of Slackbuild packages being submitted and checked is really impressive. With every (very frequent) SBo update, the offering for the oldest active Linux distribution increases. So, just a word of thanks for the people who contribute all these brilliant packages, and to the Slackbuilds team. Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r mjjzf at syntaktisk.dk * http://syntaktisk.dk From dragonwisard at gmail.com Mon Dec 14 17:05:02 2009 From: dragonwisard at gmail.com (Dragon Wisard) Date: Mon, 14 Dec 2009 12:05:02 -0500 Subject: [Slackbuilds-users] Updates - 20091214 In-Reply-To: <20091214105824.30f6a7a4@espero.syntaktisk.dk> References: <20091214013625.GA22465@slackbuilds.org> <20091214105824.30f6a7a4@espero.syntaktisk.dk> Message-ID: <6c341e560912140905p54701884x7cf1382281d0d144@mail.gmail.com> On Mon, Dec 14, 2009 at 4:58 AM, Morten Juhl-Johansen Z?lde-Fej?r < mjjzf at syntaktisk.dk> wrote: > With every (very frequent) SBo update, the offering for the oldest > active Linux distribution increases. > Old, but not outdated. It's a terrible misconception that Slackware is losing it's relevance among the newer flashier distros. *Shakes an angry fist at the journalists* > So, just a word of thanks for the > people who contribute all these brilliant packages, and to the > Slackbuilds team. > +1 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ozan.turkyilmaz at gmail.com Mon Dec 14 17:11:25 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Mon, 14 Dec 2009 19:11:25 +0200 Subject: [Slackbuilds-users] Updates - 20091214 In-Reply-To: <6c341e560912140905p54701884x7cf1382281d0d144@mail.gmail.com> References: <20091214013625.GA22465@slackbuilds.org> <20091214105824.30f6a7a4@espero.syntaktisk.dk> <6c341e560912140905p54701884x7cf1382281d0d144@mail.gmail.com> Message-ID: 2009/12/14 Dragon Wisard : > On Mon, Dec 14, 2009 at 4:58 AM, Morten Juhl-Johansen Z?lde-Fej?r > wrote: >> >> With every (very frequent) SBo update, the offering for the oldest >> active Linux distribution increases. > > Old, but not outdated. It's a terrible misconception that Slackware is > losing it's relevance among the newer flashier distros. > *Shakes an angry fist at the journalists* it's Debian and Red Hat losing it, Slackware is still rock solid. -- Ozan ??? Close the world, txEn eht nepO From elcaio at gmail.com Mon Dec 14 18:33:48 2009 From: elcaio at gmail.com (caio) Date: Mon, 14 Dec 2009 15:33:48 -0300 Subject: [Slackbuilds-users] libsndfile broken link Message-ID: Hi, can you fix the libsndfile download link? Slackbuild uses http://www.mega-nerd.com/libsndfile/libsndfile-1.0.20.tar.gz but the good one seem to be on http://www.mega-nerd.com/libsndfile/files/libsndfile-1.0.20.tar.gz Thanks and sorry if it was already fixed. Claudio From rworkman at slackbuilds.org Tue Dec 15 05:53:22 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 14 Dec 2009 23:53:22 -0600 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> Message-ID: <20091214235322.6519fd99@liberty.rlwhome.lan> On Thu, 10 Dec 2009 18:18:15 +0800 Grissiom wrote: > 2009/12/7 Ozan T?rky?lmaz > > > 2009/12/7 Grissiom : > > > 2009/12/7 Ozan T?rky?lmaz > > >> > > >> Scim is dying and SCim2 is long away from usage. IBus was logical > > choise. > > >> so IBus-anthy was missing from SBo, so i added. it's easy for me > > >> to maintain > > >> a script when i use the program myself. > > >> > > > > > > Yes, that why I wrote ibus and ibus-qt SlackBuild. ;-) Thanks for > > > take > > care > > > of IBus-anthy. > > > > > >> > > >> and i got used to my name not showing correctly now. UTF-8 would > > >> be nice thou. > > > > > > Yes, I think UTF-8 is competent for international usage. But I'm > > > sorry > > that > > > I don't know any technical details there... > > > > its implentation in gcc world is pretty bad. but most of the editor > > you can use > > supports unicode without any problem (like vim) and bash likes my > > full unicode system. > > however you may have problems with unicode scripts on non-unicode > > systems. > > > > is there way to point script encoding at the start (changing > > locale?) > > > > That remind me of the way that Python handle this kind of problem: > add a line "# -*- coding: -*-" at the header of the > file. It's acceptable on my side. Anyway, waiting for advises from > the admin team. Well, it's apparently not as easy as it looks. I've been using a UTF8 locale (en_US.UTF-8) for a *long* time, and as far as know, everything on the server is configured for utf8, but I still get varying results depending on the editor being used, the phase of the moon, the fed's prime interest rate, and the average number eggs laid by Aunt Fifi's prize winning hens over the last month. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 05:57:53 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 14 Dec 2009 23:57:53 -0600 Subject: [Slackbuilds-users] Wrong privs in htscanner doc In-Reply-To: References: Message-ID: <20091214235753.2d7a3c82@liberty.rlwhome.lan> On Tue, 8 Dec 2009 22:55:19 +0100 (CET) Menno Duursma wrote: > > Hello, > > I've just updated some scripts. One of which is for the htscanner. > On that one though i messed up some permissions apperently: > > root at pc:/usr/doc# find . \( ! -user root \) -ls > 357488 8 -rw-r--r-- 1 menno 1000 7628 Mar 4 2009 > ./htscanner-0.9.0/package.xml > > Sorry abount this. If you remove the tarball from the pending que i'll > resubmit it, with this problem fixt. Or you can apply this patch... Thanks, Menno. It's handled locally and will not be an issue in the script that goes into the repo. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 06:03:40 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 00:03:40 -0600 Subject: [Slackbuilds-users] libtorrent SlackBuild does not set CXXFLAGS In-Reply-To: References: Message-ID: <20091215000340.774970d7@liberty.rlwhome.lan> On Wed, 9 Dec 2009 20:47:33 +0200 (EET) Markus Rinne wrote: > Hello, > > The libtorrent SlackBuild doesn't set CXXFLAGS variable for the > configure script. Libtorrent is written in C++, so CXXFLAGS should be > set to use the compiler flags. > > > --- libtorrent.SlackBuild 2009-11-28 08:08:44.000000000 +0200 > +++ libtorrent.SlackBuild.new 2009-12-04 22:03:23.000000000 > +0200 @@ -39,6 +39,7 @@ > chmod -R u+w,go+r-w,a-s . > > CFLAGS="$SLKCFLAGS" \ > +CXXFLAGS="$SLKCFLAGS" \ > ./configure \ > --prefix=/usr \ > --libdir=/usr/lib${LIBDIRSUFFIX} \ > > > (The rtorrent SlackBuild is also missing CXXFLAGS.) Thanks! Fixed both for next update. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 06:08:07 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 00:08:07 -0600 Subject: [Slackbuilds-users] slackbuild for vuze does not comply to template In-Reply-To: <9b4c59690912140757v1d99d909gccf97d2180f55258@mail.gmail.com> References: <9b4c59690912140757v1d99d909gccf97d2180f55258@mail.gmail.com> Message-ID: <20091215000807.00cbd48b@liberty.rlwhome.lan> On Mon, 14 Dec 2009 15:57:41 +0000 "Greg' Ar Tourter" wrote: > there are a few errors in the slackbuild for vuze which make it not > build properly when using sbopkg. (mainly the fact that $OUTPUT is not > defined) > > here is a quick diff to make it work: > > 22,23c22,24 > < TMP=${TMP:-/tmp} > < PKG=$TMP/$PRGNAM > --- > > TMP=${TMP:-/tmp/SBo} > > PKG=$TMP/package-$PRGNAM > > OUTPUT=${OUTPUT:-$TMP} > 48c49 > < /sbin/makepkg -l y -c n > $TMP/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} --- > > /sbin/makepkg -l y -c n > > $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} Thanks, Greg - this will be done in the next update. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 06:09:59 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 00:09:59 -0600 Subject: [Slackbuilds-users] libsndfile broken link In-Reply-To: References: Message-ID: <20091215000959.73bcab00@liberty.rlwhome.lan> On Mon, 14 Dec 2009 15:33:48 -0300 caio wrote: > Hi, can you fix the libsndfile download link? Slackbuild uses > http://www.mega-nerd.com/libsndfile/libsndfile-1.0.20.tar.gz but the > good one seem to be on > http://www.mega-nerd.com/libsndfile/files/libsndfile-1.0.20.tar.gz > > Thanks and sorry if it was already fixed. It looks like another admin beat me to it; it should be okay now... -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 06:13:49 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 00:13:49 -0600 Subject: [Slackbuilds-users] SBo perl-event broken source link In-Reply-To: References: Message-ID: <20091215001349.52ae52d6@liberty.rlwhome.lan> On Mon, 14 Dec 2009 00:03:29 -0800 King Beowulf wrote: > Just a heads up. I was grabbing the dependecies for dvd::rip and the > following was a dead link. I only scanned the archives briefly... > > 13.0 > Libraries > perl-event (1.11) I found it mirrored elsewhere, so it's fixed now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 15 06:16:31 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 00:16:31 -0600 Subject: [Slackbuilds-users] NTed invalid link In-Reply-To: References: Message-ID: <20091215001631.5610ad17@liberty.rlwhome.lan> On Thu, 12 Nov 2009 12:09:02 -0600 alkos333 wrote: > nted: > /usr/sbin/sbopkg: line 2578: nted.info.build: No such file or > directory --2009-11-12 03:08:04-- > http://vsr.informatik.tu-chemnitz.de/staff/jan/nted/oldversions/nted-1.8.7.tar.gz > Resolving vsr.informatik.tu-chemnitz.de... 134.109.193.89 > Connecting to vsr.informatik.tu-chemnitz.de|134.109.193.89|:80... > connected. HTTP request sent, awaiting response... 404 Not Found > 2009-11-12 03:08:04 ERROR 404: Not Found. Fixed until the next time the author decides to rearrange his directory structure. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From erik at slackbuilds.org Tue Dec 15 06:30:44 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 15 Dec 2009 00:30:44 -0600 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: <20091214235322.6519fd99@liberty.rlwhome.lan> References: <20091206203415.GA24796@slackbuilds.org> <20091214235322.6519fd99@liberty.rlwhome.lan> Message-ID: <20091215003044.065eb5a2@shaggy.doo> On Dec 14, 2009, at 11:53 PM, Robby Workman wrote: > Well, it's apparently not as easy as it looks. I've been using > a UTF8 locale (en_US.UTF-8) for a *long* time, and as far as > know, everything on the server is configured for utf8, but I > still get varying results depending on the editor being used, > the phase of the moon, the fed's prime interest rate, and the > average number eggs laid by Aunt Fifi's prize winning hens > over the last month. I'm always open to suggestions. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From elcaio at gmail.com Tue Dec 15 11:43:20 2009 From: elcaio at gmail.com (caio) Date: Tue, 15 Dec 2009 08:43:20 -0300 Subject: [Slackbuilds-users] libsndfile broken link In-Reply-To: <20091215000959.73bcab00@liberty.rlwhome.lan> References: <20091215000959.73bcab00@liberty.rlwhome.lan> Message-ID: it's ok now. thank you. On Tue, Dec 15, 2009 at 3:09 AM, Robby Workman wrote: > On Mon, 14 Dec 2009 15:33:48 -0300 > caio wrote: > >> Hi, can you fix the libsndfile download link? Slackbuild uses >> http://www.mega-nerd.com/libsndfile/libsndfile-1.0.20.tar.gz but the >> good one seem to be on >> http://www.mega-nerd.com/libsndfile/files/libsndfile-1.0.20.tar.gz >> >> Thanks and sorry if it was already fixed. > > > It looks like another admin beat me to it; it should be okay > now... > > -RW > From rworkman at slackbuilds.org Tue Dec 15 14:33:26 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 08:33:26 -0600 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: <20091215003044.065eb5a2@shaggy.doo> References: <20091206203415.GA24796@slackbuilds.org> <20091214235322.6519fd99@liberty.rlwhome.lan> <20091215003044.065eb5a2@shaggy.doo> Message-ID: <20091215083326.3ba5bbb0@liberty.rlwhome.lan> On Tue, 15 Dec 2009 00:30:44 -0600 Erik Hanson wrote: > On Dec 14, 2009, at 11:53 PM, Robby Workman wrote: > > > Well, it's apparently not as easy as it looks. I've been using > > a UTF8 locale (en_US.UTF-8) for a *long* time, and as far as > > know, everything on the server is configured for utf8, but I > > still get varying results depending on the editor being used, > > the phase of the moon, the fed's prime interest rate, and the > > average number eggs laid by Aunt Fifi's prize winning hens > > over the last month. > > I'm always open to suggestions. If I had any, I'd offer them :-) The point of my rant is that I can't see where anything is wrong with respect to the server config, but results still vary... -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From mickeytintincolle at yahoo.fr Tue Dec 15 20:23:19 2009 From: mickeytintincolle at yahoo.fr (Antoine NONYME) Date: Tue, 15 Dec 2009 21:23:19 +0100 Subject: [Slackbuilds-users] armagetronad slackbuild Message-ID: <20091215212319.2bc1b654@slack.vokderking.com> Hello all, the Slack 12.2 Slackbuild of armagetronad works fine in my Slack64 13.0 using the latest (unstable) tarball : http://downloads.sourceforge.net/project/armagetronad/armagetronad-testing/0.2.8.3_rc4/armagetronad-0.2.8.3_rc4.src.tar.bz2?use_mirror=freefr From vmj at linuxbox.fi Wed Dec 16 02:16:41 2009 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 16 Dec 2009 04:16:41 +0200 Subject: [Slackbuilds-users] Renaming package Message-ID: <20091216021641.GA24293@linuxbox.fi> Hi, Is it OK to rename a package for consistency? I'm thinking of renaming X11-haskell to haskell-X11, similar to rest of the haskell libraries (or, in fact, similar to rest of the language binding type of packages). BR, vmj From rworkman at slackbuilds.org Wed Dec 16 02:38:54 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 20:38:54 -0600 Subject: [Slackbuilds-users] Renaming package In-Reply-To: <20091216021641.GA24293@linuxbox.fi> References: <20091216021641.GA24293@linuxbox.fi> Message-ID: <20091215203854.0dd64a6d@liberty.rlwhome.lan> On Wed, 16 Dec 2009 04:16:41 +0200 Mikko Varri wrote: > Is it OK to rename a package for consistency? > > I'm thinking of renaming X11-haskell to haskell-X11, similar to rest > of the haskell libraries (or, in fact, similar to rest of the language > binding type of packages). That's not a problem. In fact, you can do a submission for *only* the rename if you'd like. Also, thanks for the reply with hints re xmonad - you were *exactly* right. Proof that expectations rooted in an alternate reality don't usually end well... ;-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 05:27:43 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 05:27:43 +0000 Subject: [Slackbuilds-users] Updates - 20091216 Message-ID: <20091216052743.GA18462@slackbuilds.org> Wed Dec 16 05:25:41 UTC 2009 academic/engauge: Added - Engauge digitizing software converts an image file showing a graph or map, into numbers. Thanks to Pedro Mendes. --rworkman academic/mendeleydesktop: Added - Mendeley is a software to organize, share, and discover research papers. Thanks to Grissiom. --rworkman graphics/qcomicbook: Fixed SLKCFLAGS usage in the script. Thanks to Niels Horn. --rworkman libraries/libtorrent: Fixed CXXFLAGS usage in the build script. Thanks to Markus Rinne. --rworkman misc/boncuk: Added - boncuk is a Turkish<-->English dictionary. Thanks to Ozan T?rky?lmaz. --rworkman misc/htscanner: Added - Htscanner allows one to use htaccess-like files to configure PHP on a per-directory basis, just like Apache's htaccess. Thanks to Menno Duursma. --rworkman network/netstat-nat: Updated for version 1.4.9. Thanks to Sean Donner for the update, and thanks to David Somero for agreeing to take over maintenance of the script. --rworkman network/rtorrent: Fixed CXXFLAGS usage in the build script. Thanks to Markus Rinne. --rworkman network/vuze: Fixed some build script issues. Thanks to ArTourter. --rworkman system/apcupsd: Fixed compile failure in drv_powernet.c related to snmp headers. Thanks to GooseYArd on LQ for the fix. --rworkman From rworkman at slackbuilds.org Wed Dec 16 05:43:20 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 15 Dec 2009 23:43:20 -0600 Subject: [Slackbuilds-users] Updates - 20091216 In-Reply-To: <20091216052743.GA18462@slackbuilds.org> References: <20091216052743.GA18462@slackbuilds.org> Message-ID: <20091215234320.08541c3a@liberty.rlwhome.lan> On Wed, 16 Dec 2009 05:27:43 +0000 Robby Workman wrote: > misc/boncuk: Added - boncuk is a Turkish<-->English dictionary. > Thanks to Ozan T?rky?lmaz. --rworkman Hrm, perhaps it's mutt or something not behaving correctly on cardinal, which is where I send these mails. On my local system, in claws-mail, I get this: Ozan T?rky?lmaz -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 06:57:30 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 06:57:30 +0000 Subject: [Slackbuilds-users] Testing utf8... Message-ID: <20091216065730.GA20893@slackbuilds.org> Okay, I *think* we (rob0 and I) figured out at least part of the problem after some testing in various scenarios. It seems that mutt (and pine and mailx and pretty much anything else) when run in screen shows (and sends) garbled utf8. After adding this line to $HOME/.screenrc: defutf8 on and restarting screen completely (kill it dead and start over, thereby losing all the precious IRC chatter) ;-) it seems to work. Here's hoping this mail won't prove me wrong. Here goes: Ozan T?rky?lmaz -RW From elyk03 at gmail.com Wed Dec 16 06:58:13 2009 From: elyk03 at gmail.com (Kyle Guinn) Date: Wed, 16 Dec 2009 00:58:13 -0600 Subject: [Slackbuilds-users] Updates - 20091216 In-Reply-To: <20091215234320.08541c3a@liberty.rlwhome.lan> References: <20091216052743.GA18462@slackbuilds.org> <20091215234320.08541c3a@liberty.rlwhome.lan> Message-ID: <2dcaacad0912152258k6ff301e7m1df50a9a27dd79eb@mail.gmail.com> On 12/15/09, Robby Workman wrote: > On Wed, 16 Dec 2009 05:27:43 +0000 > Robby Workman wrote: > > > misc/boncuk: Added - boncuk is a Turkish<-->English dictionary. > > Thanks to Ozan T?rky?lmaz. --rworkman > > > > Hrm, perhaps it's mutt or something not behaving correctly > on cardinal, which is where I send these mails. > > On my local system, in claws-mail, I get this: > Ozan T?rky?lmaz > > > -RW > http://slackbuilds.org/ChangeLog.txt looks like it's encoded as ISO-8859-1 instead of UTF-8. I see several U+FFFD replacement characters (the black diamond with a ? in the middle) in names when trying to view it as UTF-8, and the names look mostly correct if I view it as ISO-8859-1. Maybe that's the source of the problem? -Kyle From rworkman at slackbuilds.org Wed Dec 16 06:59:16 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 00:59:16 -0600 Subject: [Slackbuilds-users] Testing utf8... In-Reply-To: <20091216065730.GA20893@slackbuilds.org> References: <20091216065730.GA20893@slackbuilds.org> Message-ID: <20091216005916.1a8472a7@liberty.rlwhome.lan> On Wed, 16 Dec 2009 06:57:30 +0000 Robby Workman wrote: > Okay, I *think* we (rob0 and I) figured out at least part of the > problem after some testing in various scenarios. It seems that > mutt (and pine and mailx and pretty much anything else) when run > in screen shows (and sends) garbled utf8. > > After adding this line to $HOME/.screenrc: > defutf8 on > > and restarting screen completely (kill it dead and start over, > thereby losing all the precious IRC chatter) ;-) it seems to > work. Here's hoping this mail won't prove me wrong. > > Here goes: Ozan T?rky?lmaz Yay! :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 07:02:55 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 01:02:55 -0600 Subject: [Slackbuilds-users] Updates - 20091216 In-Reply-To: <2dcaacad0912152258k6ff301e7m1df50a9a27dd79eb@mail.gmail.com> References: <20091216052743.GA18462@slackbuilds.org> <20091215234320.08541c3a@liberty.rlwhome.lan> <2dcaacad0912152258k6ff301e7m1df50a9a27dd79eb@mail.gmail.com> Message-ID: <20091216010255.43aabd02@liberty.rlwhome.lan> On Wed, 16 Dec 2009 00:58:13 -0600 Kyle Guinn wrote: > On 12/15/09, Robby Workman wrote: > > On Wed, 16 Dec 2009 05:27:43 +0000 > > Robby Workman wrote: > > > > > misc/boncuk: Added - boncuk is a Turkish<-->English dictionary. > > > Thanks to Ozan T?rky?lmaz. --rworkman > > > > > > > > Hrm, perhaps it's mutt or something not behaving correctly > > on cardinal, which is where I send these mails. > > > > On my local system, in claws-mail, I get this: > > Ozan T?rky?lmaz > > > > > > http://slackbuilds.org/ChangeLog.txt looks like it's encoded as > ISO-8859-1 instead of UTF-8. I see several U+FFFD replacement > characters (the black diamond with a ? in the middle) in names when > trying to view it as UTF-8, and the names look mostly correct if I > view it as ISO-8859-1. Maybe that's the source of the problem? Nope, it seems to have also been caused by me (and probably the others too) editing the ChangeLog inside a screen session without utf8 support enabled in screen. I just went back and fixed it, and it now shows up correctly here. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From ozan.turkyilmaz at gmail.com Wed Dec 16 09:56:12 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Wed, 16 Dec 2009 11:56:12 +0200 Subject: [Slackbuilds-users] Testing utf8... In-Reply-To: <20091216065730.GA20893@slackbuilds.org> References: <20091216065730.GA20893@slackbuilds.org> Message-ID: 2009/12/16 Robby Workman : > Okay, I *think* we (rob0 and I) figured out at least part of the > problem after some testing in various scenarios. ?It seems that > mutt (and pine and mailx and pretty much anything else) when run > in screen shows (and sends) garbled utf8. > > After adding this line to $HOME/.screenrc: > ?defutf8 on > > and restarting screen completely (kill it dead and start over, > thereby losing all the precious IRC chatter) ?;-) ?it seems to > work. ?Here's hoping this mail won't prove me wrong. > > Here goes: ?Ozan T?rky?lmaz it's indeed working :) -- Ozan ??? Close the world, txEn eht nepO From ozan.turkyilmaz at gmail.com Wed Dec 16 10:08:32 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Wed, 16 Dec 2009 12:08:32 +0200 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: <20091215003044.065eb5a2@shaggy.doo> References: <20091206203415.GA24796@slackbuilds.org> <20091214235322.6519fd99@liberty.rlwhome.lan> <20091215003044.065eb5a2@shaggy.doo> Message-ID: 2009/12/15 Erik Hanson : > On Dec 14, 2009, at 11:53 PM, Robby Workman wrote: > >> Well, it's apparently not as easy as it looks. ?I've been using >> a UTF8 locale (en_US.UTF-8) for a *long* time, and as far as >> know, everything on the server is configured for utf8, but I >> still get varying results depending on the editor being used, >> the phase of the moon, the fed's prime interest rate, and the >> average number eggs laid by Aunt Fifi's prize winning hens >> over the last month. > > I'm always open to suggestions. i talked to my unix friendly friend here (he uses OpenBSD). maybe we should add a $LANG (or only related ones from LC_*). however i have not found much information related to locale vribles effect on sh ( or any shell). -- Ozan ??? Close the world, txEn eht nepO From chaos.proton at gmail.com Wed Dec 16 10:14:33 2009 From: chaos.proton at gmail.com (Grissiom) Date: Wed, 16 Dec 2009 18:14:33 +0800 Subject: [Slackbuilds-users] Testing utf8... In-Reply-To: <20091216005916.1a8472a7@liberty.rlwhome.lan> References: <20091216065730.GA20893@slackbuilds.org> <20091216005916.1a8472a7@liberty.rlwhome.lan> Message-ID: On Wed, Dec 16, 2009 at 14:59, Robby Workman wrote: > On Wed, 16 Dec 2009 06:57:30 +0000 > Robby Workman wrote: > > > Okay, I *think* we (rob0 and I) figured out at least part of the > > problem after some testing in various scenarios. It seems that > > mutt (and pine and mailx and pretty much anything else) when run > > in screen shows (and sends) garbled utf8. > > > > After adding this line to $HOME/.screenrc: > > defutf8 on > > > > and restarting screen completely (kill it dead and start over, > > thereby losing all the precious IRC chatter) ;-) it seems to > > work. Here's hoping this mail won't prove me wrong. > > > > Here goes: Ozan T?rky?lmaz > > > Yay! :-) > > Congratulations! -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From vmj at linuxbox.fi Wed Dec 16 10:17:26 2009 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 16 Dec 2009 12:17:26 +0200 Subject: [Slackbuilds-users] xmonad.SlackBuild is for 0.9, not 0.8.1 Message-ID: <20091216101726.GA10176@linuxbox.fi> Hi, In the 13.0 repository, the xmonad.SlackBuild is actually for XMonad 0.9. Website claims it is for 0.8.1. BR, Mikko V?rri From vmj at linuxbox.fi Wed Dec 16 11:11:35 2009 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 16 Dec 2009 13:11:35 +0200 Subject: [Slackbuilds-users] xmonad.SlackBuild is for 0.9, not 0.8.1 In-Reply-To: <20091216101726.GA10176@linuxbox.fi> References: <20091216101726.GA10176@linuxbox.fi> Message-ID: <20091216111135.GC10176@linuxbox.fi> Sorry, my bad. The source of this seems to be the xmonad.info file. I forgot to change the VERSION line. Should I resubmit? -vmj On Wed, Dec 16, 2009 at 12:17:26PM +0200, Mikko Varri wrote: > > In the 13.0 repository, the xmonad.SlackBuild is actually for XMonad > 0.9. Website claims it is for 0.8.1. > From niels.horn at gmail.com Wed Dec 16 12:27:56 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 10:27:56 -0200 Subject: [Slackbuilds-users] "# Keep same perms on rc.INIT.new" in doinst.sh Message-ID: <3f18b2310912160427i20651892r8044d56c04ccfff8@mail.gmail.com> In the doinst.sh I include this part from the template whenever I write a SlackBuild that needs a rc.INIT script. Maybe a silly question, but why is this routine not a function, like config() ? Now I have to change "INIT" to "" eight times, while it could be called with a variable. Any special reason for not having a function, or simply because nobody has done it yet? (I should have studied philosophy, to seek the answer to "Why do I always ask Why?") Niels Horn -------------- next part -------------- An HTML attachment was scrubbed... URL: From novalazy at gmail.com Wed Dec 16 14:12:13 2009 From: novalazy at gmail.com (Peter Wang) Date: Thu, 17 Dec 2009 01:12:13 +1100 Subject: [Slackbuilds-users] Renaming package In-Reply-To: <20091216021641.GA24293@linuxbox.fi> References: <20091216021641.GA24293@linuxbox.fi> Message-ID: <20091216141210.GE1780@plug.localdomain> On 2009-12-16, Mikko Varri wrote: > Hi, > > > Is it OK to rename a package for consistency? > > I'm thinking of renaming X11-haskell to haskell-X11, similar to rest > of the haskell libraries (or, in fact, similar to rest of the language > binding type of packages). Hi, I only now realised there was another Haskell library in SBo :) Anyway, I made my scripts install into the default locations, producing /usr/$lib/$pkg/$ghc. X11-haskell produces /usr/$lib/$ghc/$pkg/$ghc (double $ghc). Perhaps we should standardise on /usr/$lib/$ghc/$pkg ? My only concern is that the defaults might have been chosen for a reason; otherwise this line works: runhaskell Setup.lhs configure \ --prefix=/usr \ --libdir=/usr/lib$LIBDIRSUFFIX \ --libsubdir=ghc-$GHC_VERSION/$SRCNAM-$VERSION \ --docdir=/usr/doc/$PRGNAM-$VERSION I won't update my scripts just for this change, though, as it makes no functional difference. Peter From rworkman at slackbuilds.org Wed Dec 16 14:30:37 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 08:30:37 -0600 Subject: [Slackbuilds-users] "# Keep same perms on rc.INIT.new" in doinst.sh In-Reply-To: <3f18b2310912160427i20651892r8044d56c04ccfff8@mail.gmail.com> References: <3f18b2310912160427i20651892r8044d56c04ccfff8@mail.gmail.com> Message-ID: <20091216083037.3bbe80d5@liberty.rlwhome.lan> On Wed, 16 Dec 2009 10:27:56 -0200 Niels Horn wrote: > In the doinst.sh I include this part from the template whenever I > write a SlackBuild that needs a rc.INIT script. > Maybe a silly question, but why is this routine not a function, like > config() ? > Now I have to change "INIT" to "" eight times, while it > could be called with a variable. > > Any special reason for not having a function, or simply because > nobody has done it yet? I've run across maybe two or three different apps that had more than one init script, so other than those few instances, doing this in vi has sufficed: (command mode) :%s/INIT/rc.whatever/g That being said, I suspect you're aiming for something like this: preserve_perms() { NEW="$1" OLD="$(dirname $NEW)/$(basename $NEW .new)" if [ -e $OLD ]; then cp -a $OLD ${NEW}.incoming cat $NEW > ${NEW}.incoming mv ${NEW}.incoming $NEW fi } It's untested, but assuming it works, I see no reason why we can't use it. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 14:35:37 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 08:35:37 -0600 Subject: [Slackbuilds-users] xmonad.SlackBuild is for 0.9, not 0.8.1 In-Reply-To: <20091216111135.GC10176@linuxbox.fi> References: <20091216101726.GA10176@linuxbox.fi> <20091216111135.GC10176@linuxbox.fi> Message-ID: <20091216083537.6aadc886@liberty.rlwhome.lan> On Wed, 16 Dec 2009 13:11:35 +0200 Mikko Varri wrote: > Sorry, my bad. The source of this seems to be the xmonad.info file. > I forgot to change the VERSION line. I *swear* I thought I fixed that, because I *did* notice it before I pushed it to READY. > Should I resubmit? Nah, I fixed it for real this time :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 14:37:31 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 08:37:31 -0600 Subject: [Slackbuilds-users] Renaming package In-Reply-To: <20091216141210.GE1780@plug.localdomain> References: <20091216021641.GA24293@linuxbox.fi> <20091216141210.GE1780@plug.localdomain> Message-ID: <20091216083731.511478dd@liberty.rlwhome.lan> On Thu, 17 Dec 2009 01:12:13 +1100 Peter Wang wrote: > On 2009-12-16, Mikko Varri wrote: > > Hi, > > > > > > Is it OK to rename a package for consistency? > > > > I'm thinking of renaming X11-haskell to haskell-X11, similar to rest > > of the haskell libraries (or, in fact, similar to rest of the > > language binding type of packages). > > > I only now realised there was another Haskell library in SBo :) > > Anyway, I made my scripts install into the default locations, > producing /usr/$lib/$pkg/$ghc. X11-haskell > produces /usr/$lib/$ghc/$pkg/$ghc (double $ghc). > > Perhaps we should standardise on /usr/$lib/$ghc/$pkg ? My only > concern is that the defaults might have been chosen for a reason; > otherwise this line works: > > runhaskell Setup.lhs configure \ > --prefix=/usr \ > --libdir=/usr/lib$LIBDIRSUFFIX \ > --libsubdir=ghc-$GHC_VERSION/$SRCNAM-$VERSION \ > --docdir=/usr/doc/$PRGNAM-$VERSION > > I won't update my scripts just for this change, though, as it makes no > functional difference. You Haskelly guys should talk about this (and it's fine to do that on this mailing list if you wish), and once you reach a consensus, we'll go with that. At that point, just resubmit anything that needs to change (with pertinent notes in the "Comments" field of the submission form). -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From rworkman at slackbuilds.org Wed Dec 16 14:38:48 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 08:38:48 -0600 Subject: [Slackbuilds-users] "# Keep same perms on rc.INIT.new" in doinst.sh In-Reply-To: <20091216083037.3bbe80d5@liberty.rlwhome.lan> References: <3f18b2310912160427i20651892r8044d56c04ccfff8@mail.gmail.com> <20091216083037.3bbe80d5@liberty.rlwhome.lan> Message-ID: <20091216083848.485d825c@liberty.rlwhome.lan> On Wed, 16 Dec 2009 08:30:37 -0600 Robby Workman wrote: > preserve_perms() { > NEW="$1" > OLD="$(dirname $NEW)/$(basename $NEW .new)" > if [ -e $OLD ]; then > cp -a $OLD ${NEW}.incoming > cat $NEW > ${NEW}.incoming > mv ${NEW}.incoming $NEW > fi + config $NEW > } -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From niels.horn at gmail.com Wed Dec 16 14:41:32 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 12:41:32 -0200 Subject: [Slackbuilds-users] "# Keep same perms on rc.INIT.new" in doinst.sh In-Reply-To: <20091216083037.3bbe80d5@liberty.rlwhome.lan> References: <3f18b2310912160427i20651892r8044d56c04ccfff8@mail.gmail.com> <20091216083037.3bbe80d5@liberty.rlwhome.lan> Message-ID: <3f18b2310912160641j54e21551u96205b320cf1803f@mail.gmail.com> On Wed, Dec 16, 2009 at 12:30 PM, Robby Workman wrote: > On Wed, 16 Dec 2009 10:27:56 -0200 > Niels Horn wrote: > > > In the doinst.sh I include this part from the template whenever I > > write a SlackBuild that needs a rc.INIT script. > > Maybe a silly question, but why is this routine not a function, like > > config() ? > > Now I have to change "INIT" to "" eight times, while it > > could be called with a variable. > > > > Any special reason for not having a function, or simply because > > nobody has done it yet? > > > I've run across maybe two or three different apps that had > more than one init script, so other than those few instances, > doing this in vi has sufficed: > > (command mode) :%s/INIT/rc.whatever/g > > That being said, I suspect you're aiming for something like this: > > preserve_perms() { > NEW="$1" > OLD="$(dirname $NEW)/$(basename $NEW .new)" > if [ -e $OLD ]; then > cp -a $OLD ${NEW}.incoming > cat $NEW > ${NEW}.incoming > mv ${NEW}.incoming $NEW > fi > } > > It's untested, but assuming it works, I see no reason why we > can't use it. > > -RW > > I have zarafa in pending that could have several init scripts: server, gateway, spooler, monitor, dagent, etc. I actually did not include them, as it depends on the users which services he/she wants to start, so I left it "as an exercise to the user" to write the rc.init script as one script with parameters or several separate scripts that can be made executable or not. But, yes, I actually wrote something very similar to what you suggested, but ended up not using it. Maybe in my next submission :) Niels -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Wed Dec 16 14:45:13 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 08:45:13 -0600 Subject: [Slackbuilds-users] Updates - 20091206 In-Reply-To: References: <20091206203415.GA24796@slackbuilds.org> <20091214235322.6519fd99@liberty.rlwhome.lan> <20091215003044.065eb5a2@shaggy.doo> Message-ID: <20091216084513.002b30c4@liberty.rlwhome.lan> On Wed, 16 Dec 2009 12:08:32 +0200 Ozan T?rky?lmaz wrote: > 2009/12/15 Erik Hanson : > > On Dec 14, 2009, at 11:53 PM, Robby Workman wrote: > > > >> Well, it's apparently not as easy as it looks. ?I've been using > >> a UTF8 locale (en_US.UTF-8) for a *long* time, and as far as > >> know, everything on the server is configured for utf8, but I > >> still get varying results depending on the editor being used, > >> the phase of the moon, the fed's prime interest rate, and the > >> average number eggs laid by Aunt Fifi's prize winning hens > >> over the last month. > > > > I'm always open to suggestions. > > i talked to my unix friendly friend here (he uses OpenBSD). maybe > we should add a $LANG (or only related ones from LC_*). however i > have not found much information related to locale vribles effect on > sh ( or any shell). At this point, it should be a non-issue. As we wanted to do all along, everything in UTF-8 should be okay now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From listreader at lupulin.net Wed Dec 16 15:54:46 2009 From: listreader at lupulin.net (paul wisehart) Date: Wed, 16 Dec 2009 10:54:46 -0500 Subject: [Slackbuilds-users] Renaming package (haskell) In-Reply-To: <20091216083731.511478dd@liberty.rlwhome.lan> References: <20091216021641.GA24293@linuxbox.fi> <20091216141210.GE1780@plug.localdomain> <20091216083731.511478dd@liberty.rlwhome.lan> Message-ID: <4B2902C6.1060406@lupulin.net> Robby Workman wrote: > On Thu, 17 Dec 2009 01:12:13 +1100 > Peter Wang wrote: > >> On 2009-12-16, Mikko Varri wrote: ...... >> >> Perhaps we should standardise on /usr/$lib/$ghc/$pkg ? My only >> concern is that the defaults might have been chosen for a reason; >> otherwise this line works: >> >> runhaskell Setup.lhs configure \ >> --prefix=/usr \ >> --libdir=/usr/lib$LIBDIRSUFFIX \ >> --libsubdir=ghc-$GHC_VERSION/$SRCNAM-$VERSION \ >> --docdir=/usr/doc/$PRGNAM-$VERSION >> >> I won't update my scripts just for this change, though, as it makes no >> functional difference. > My local hs-X11 SlackBuild (and others) ended up looking just like that, and I started on your SlackBuild before you specified "libsubdir". (meaning we arrived at the same conclusion.)[0] I look at Arch, Gentoo, ebuilds, and the BSDs when I want to find best practices for package building. So I agree with your convention, but with one more thing to consider; Some package builders use: ghc-${GHC_VERSION}/${TARNAM}-${VERSION}/site-local/ which might be a good idea for all non default haskell libs. I also agree that it's a good idea to prefix the haskell libe with "haskell-". ("hs-" would also work.) I *would not* prefix xmonad[1], because: 1) It's very well known as "xmonad" 2) It installs an exec. into /usr/bin/, so it's not *just* a haskell lib. Also to be totally haskell correct there should be post-install hooks for registering the packages in haskell with: ghc-pkg register and ghc-pkg unregister (when package removed.) I was too lazy to put that in my local packages. (Partly why they are still local.) Currently, I manage those steps manually. --paulw [0] My haskell SlackBuilds ideas come mostly from Mikko Varri's Slackbuilds, and I put attribution at the top. [1] This goes for other standalone haskell programs. From vmj at linuxbox.fi Wed Dec 16 16:09:58 2009 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 16 Dec 2009 18:09:58 +0200 Subject: [Slackbuilds-users] haskell libdir (WAS: Renaming package) In-Reply-To: <20091216141210.GE1780@plug.localdomain> References: <20091216021641.GA24293@linuxbox.fi> <20091216141210.GE1780@plug.localdomain> Message-ID: <20091216160958.GD10176@linuxbox.fi> Hi Peter, On Thu, Dec 17, 2009 at 01:12:13AM +1100, Peter Wang wrote: > > I made my scripts install into the default locations, producing > /usr/$lib/$pkg/$ghc. X11-haskell produces /usr/$lib/$ghc/$pkg/$ghc > (double $ghc). >? Yes. I was thinking it would make sense to "hide" haskell libs under the GHC libdir, similarly to python and perl site packages. Although, I didn't go as far as creating a "site" subdir. The double $ghc issue (and a solution) was pointed to me earlier too by paul, I just forgot to change it in the last update. I will make sure it is fixed in the next update. On Thu, Dec 17, 2009 at 01:12:13AM +1100, Peter Wang wrote: > > Perhaps we should standardise on /usr/$lib/$ghc/$pkg ? My only concern > is that the defaults might have been chosen for a reason; > I agree. This far the non-default directory has not created any issues, as far as I know. On Thu, Dec 17, 2009 at 01:12:13AM +1100, Peter Wang wrote: > > I won't update my scripts just for this change, though, as it makes no > functional difference. > There's also another reason to postpone the update a bit. GHC 6.12.1 was just released a couple of days ago, and there's been some library changes. E.g. utf8-string seems to be part of GHC now, and a lot of other libs have been moved out of it. I've been playing around with this release yesterday and today. BR, Mikko V?rri From vmj at linuxbox.fi Wed Dec 16 16:34:49 2009 From: vmj at linuxbox.fi (Mikko Varri) Date: Wed, 16 Dec 2009 18:34:49 +0200 Subject: [Slackbuilds-users] Renaming package (haskell) In-Reply-To: <4B2902C6.1060406@lupulin.net> References: <20091216021641.GA24293@linuxbox.fi> <20091216141210.GE1780@plug.localdomain> <20091216083731.511478dd@liberty.rlwhome.lan> <4B2902C6.1060406@lupulin.net> Message-ID: <20091216163449.GE10176@linuxbox.fi> On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: > > So I agree with your convention, but with one more thing to > consider; Some package builders use: > ghc-${GHC_VERSION}/${TARNAM}-${VERSION}/site-local/ > > which might be a good idea for all non default haskell > libs. I prefer the /usr/$lib/$ghc/$pkg. I don't know why. On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: > > I also agree that it's a good idea to prefix the haskell > libe with "haskell-". ("hs-" would also work.) > Good. My next update to the X11 bindings will be renamed to "haskell-X11". Then, as far as I know, all the haskell libs on SBo will be correctly named. On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: > > I *would not* prefix xmonad[1] > Agreed. On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: > > Also to be totally haskell correct there should be post-install > hooks for registering the packages in haskell with: > ghc-pkg register > Agreed. I think all the SBo packages already do that, no? On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: > > and > ghc-pkg unregister (when package removed.) > Closest thing we can do is add a note in the README. I think this is also already the case. BR; Mikko V?rri From listreader at lupulin.net Wed Dec 16 16:49:54 2009 From: listreader at lupulin.net (paul wisehart) Date: Wed, 16 Dec 2009 11:49:54 -0500 Subject: [Slackbuilds-users] Renaming package (haskell) In-Reply-To: <20091216163449.GE10176@linuxbox.fi> References: <20091216021641.GA24293@linuxbox.fi> <20091216141210.GE1780@plug.localdomain> <20091216083731.511478dd@liberty.rlwhome.lan> <4B2902C6.1060406@lupulin.net> <20091216163449.GE10176@linuxbox.fi> Message-ID: <4B290FB2.80403@lupulin.net> Mikko Varri wrote: > On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: >> Also to be totally haskell correct there should be post-install >> hooks for registering the packages in haskell with: >> ghc-pkg register >> > Agreed. I think all the SBo packages already do that, no? > > On Wed, Dec 16, 2009 at 10:54:46AM -0500, paul wisehart wrote: >> and >> ghc-pkg unregister (when package removed.) >> > Closest thing we can do is add a note in the README. I think this is > also already the case. yes you already do that, my mistake. --paulw From chaos.proton at gmail.com Wed Dec 16 16:56:54 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 17 Dec 2009 00:56:54 +0800 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project Message-ID: Hello everyone, I did a little project named sbo-dev-helper which contain helper scripts that ease your dev progress for SBo. Project hosted in: http://gitorious.org/sbo-dev-helper It have 3 scripts by now: new_SlackBuild: A script to establish a new SlackBuild working directory. new_pkg A script that create a tarball that you intent to submit to SBo. update_sbo_tpl A script that get template updates from SBo and notify you if there is any. Hope they could be helpful. Any suggestions or patches are welcome ;) -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From adamsonj at email.unc.edu Wed Dec 16 17:14:56 2009 From: adamsonj at email.unc.edu (Joel J. Adamson) Date: Wed, 16 Dec 2009 12:14:56 -0500 Subject: [Slackbuilds-users] Need New Maintainers Message-ID: <24391.1260983696@chondestes.bio.unc.edu> Dear SlackBuild Users, I will need new maintainers for all my SlackBuilds, as I will soon stop using Slackware: R ess mp3info gnome-mail-notification gnubiff nmh aigaion bbdb Thanks, Joel -- Joel J. Adamson -- http://www.unc.edu/~adamsonj Servedio Lab University of North Carolina at Chapel Hill CB #3280, Coker Hall Chapel Hill, NC 27599-3280 From niels.horn at gmail.com Wed Dec 16 17:26:27 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 15:26:27 -0200 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: References: Message-ID: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> On Wed, Dec 16, 2009 at 2:56 PM, Grissiom wrote: > Hello everyone, > > I did a little project named sbo-dev-helper which contain helper scripts > that ease your dev progress for SBo. > > Project hosted in: http://gitorious.org/sbo-dev-helper > > It have 3 scripts by now: > new_SlackBuild: > A script to establish a new SlackBuild working directory. > new_pkg > A script that create a tarball that you intent to submit to SBo. > update_sbo_tpl > A script that get template updates from SBo and notify you if there is > any. > > Hope they could be helpful. > > Any suggestions or patches are welcome ;) > > -- > Cheers, > Grissiom > > Grissiom, Sounds interesting. I'll take a look when I'm back home. I can't check the scripts here at work (firewall blocks about everything), but I already have some suggestions (if you haven't thought of them already): - new_pkg could check if there are any *.tar.?z* files in the directory and warn (if the maintainer forgot to delete the source) - new_pkg could skip *~ files (old backups) - new_slackbuild could already pre-format the slack-desc file (put the name of the package with the ":") I started something similar for myself, but it is way too messy to offer the public :) Regards, Niels -------------- next part -------------- An HTML attachment was scrubbed... URL: From niels.horn at gmail.com Wed Dec 16 18:01:57 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 16:01:57 -0200 Subject: [Slackbuilds-users] Need New Maintainers In-Reply-To: <24391.1260983696@chondestes.bio.unc.edu> References: <24391.1260983696@chondestes.bio.unc.edu> Message-ID: <3f18b2310912161001ub32b271g96f64deaeb6430a6@mail.gmail.com> On Wed, Dec 16, 2009 at 3:14 PM, Joel J. Adamson wrote: > Dear SlackBuild Users, > > I will need new maintainers for all my SlackBuilds, as I will soon stop > using Slackware: > > R > ess > mp3info > gnome-mail-notification > gnubiff > nmh > aigaion > bbdb > > Thanks, > > Joel > -- > Joel J. Adamson -- http://www.unc.edu/~adamsonj > Servedio Lab > University of North Carolina at Chapel Hill > CB #3280, Coker Hall > Chapel Hill, NC 27599-3280 > _______________________________________________ > 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/ > > Joel, I am a happy user of mp3info (built with your script) and I wouldn't like to see it without a maintainer. Since it hasn't seen updates from upstream for a while, I can take it over from you while being sure that I won't spend too much time on it. nmh and aigaion interest me, so if nobody else volunteers, I might try to help out as well. Regards, Niels -------------- next part -------------- An HTML attachment was scrubbed... URL: From niels.horn at gmail.com Wed Dec 16 23:09:05 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 21:09:05 -0200 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> Message-ID: <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> On Wed, Dec 16, 2009 at 3:26 PM, Niels Horn wrote: > > On Wed, Dec 16, 2009 at 2:56 PM, Grissiom wrote: >> >> Hello everyone, >> I did a little project named?sbo-dev-helper which contain helper scripts that ease your dev progress for SBo. >> Project hosted in:?http://gitorious.org/sbo-dev-helper >> It have 3 scripts by now: >> ??new_SlackBuild: >> ?? ?A script to establish a new SlackBuild working directory. >> ??new_pkg >> ?? ?A script that create a tarball that you intent to submit to SBo. >> ??update_sbo_tpl >> ?? ?A script that get template updates from SBo and notify you if there is any. >> Hope they could be helpful. >> Any suggestions or patches are welcome ;) >> -- >> Cheers, >> Grissiom >> > Grissiom, > > Sounds interesting. I'll take a look when I'm back home. > > I can't check the scripts here at work (firewall blocks about everything), but I already have some suggestions (if you haven't thought of them already): > > - new_pkg could check if there are any *.tar.?z* files in the directory and warn (if the maintainer forgot to delete the source) > - new_pkg could skip *~ files (old backups) > - new_slackbuild could already pre-format the slack-desc file (put the name of the package with the ":") > > I started something similar for myself, but it is way too messy to offer the public :) > > Regards, > > Niels Grissiom, The update_sbo_tpl does not use the SBO_TEMPLATES variable all the way, and echo "\t" does not work correctly in bash. I patched the file like this: --- sbo-dev-helper/usr/bin/update_sbo_tpl??? 2009-12-16 21:03:45.000000000 -0200 +++ /usr/bin/update_sbo_tpl??? 2009-12-16 21:01:56.000000000 -0200 @@ -7,12 +7,12 @@ ?wget http://www.slackbuilds.org/template.SlackBuild -O $SBO_TEMPLATES/template.SlackBuild.new -if [ "$(cat templates/template.SlackBuild | md5sum -)" \ -??? != "$(cat templates/template.SlackBuild.new | md5sum -)" ]; then -??? echo "\ttemplate.SlackBuild have changed!!!" -??? echo "\tConsider update your SlackBuilds!" -??? echo "\tNew template file restored as $SBO_TEMPLATES/template.SlackBuild.new" +if [ "$(cat $SBO_TEMPLATES/template.SlackBuild | md5sum -)" \ +??? != "$(cat $SBO_TEMPLATES/template.SlackBuild.new | md5sum -)" ]; then +??? printf "\ttemplate.SlackBuild have changed!!!" +??? printf "\tConsider update your SlackBuilds!" +??? printf "\tNew template file restored as $SBO_TEMPLATES/template.SlackBuild.new" ???? exit 1 ?else -??? rm templates/template.SlackBuild.new +??? rm $SBO_TEMPLATES/template.SlackBuild.new ?fi Off to check the other scripts now... Niels From niels.horn at gmail.com Wed Dec 16 23:42:31 2009 From: niels.horn at gmail.com (Niels Horn) Date: Wed, 16 Dec 2009 21:42:31 -0200 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> Message-ID: <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> On Wed, Dec 16, 2009 at 9:09 PM, Niels Horn wrote: > On Wed, Dec 16, 2009 at 3:26 PM, Niels Horn wrote: >> >> On Wed, Dec 16, 2009 at 2:56 PM, Grissiom wrote: >>> >>> Hello everyone, >>> I did a little project named?sbo-dev-helper which contain helper scripts that ease your dev progress for SBo. >>> Project hosted in:?http://gitorious.org/sbo-dev-helper >>> It have 3 scripts by now: >>> ??new_SlackBuild: >>> ?? ?A script to establish a new SlackBuild working directory. >>> ??new_pkg >>> ?? ?A script that create a tarball that you intent to submit to SBo. >>> ??update_sbo_tpl >>> ?? ?A script that get template updates from SBo and notify you if there is any. >>> Hope they could be helpful. >>> Any suggestions or patches are welcome ;) >>> -- >>> Cheers, >>> Grissiom >>> >> Grissiom, >> >> Sounds interesting. I'll take a look when I'm back home. >> >> I can't check the scripts here at work (firewall blocks about everything), but I already have some suggestions (if you haven't thought of them already): >> >> - new_pkg could check if there are any *.tar.?z* files in the directory and warn (if the maintainer forgot to delete the source) >> - new_pkg could skip *~ files (old backups) >> - new_slackbuild could already pre-format the slack-desc file (put the name of the package with the ":") >> >> I started something similar for myself, but it is way too messy to offer the public :) >> >> Regards, >> >> Niels > > > Grissiom, > > The update_sbo_tpl does not use the SBO_TEMPLATES variable all the > way, and echo "\t" does not work correctly in bash. > > I patched the file like this: > > --- sbo-dev-helper/usr/bin/update_sbo_tpl??? 2009-12-16 21:03:45.000000000 -0200 > +++ /usr/bin/update_sbo_tpl??? 2009-12-16 21:01:56.000000000 -0200 > @@ -7,12 +7,12 @@ > > ?wget http://www.slackbuilds.org/template.SlackBuild -O > $SBO_TEMPLATES/template.SlackBuild.new > > -if [ "$(cat templates/template.SlackBuild | md5sum -)" \ > -??? != "$(cat templates/template.SlackBuild.new | md5sum -)" ]; then > -??? echo "\ttemplate.SlackBuild have changed!!!" > -??? echo "\tConsider update your SlackBuilds!" > -??? echo "\tNew template file restored as > $SBO_TEMPLATES/template.SlackBuild.new" > +if [ "$(cat $SBO_TEMPLATES/template.SlackBuild | md5sum -)" \ > +??? != "$(cat $SBO_TEMPLATES/template.SlackBuild.new | md5sum -)" ]; then > +??? printf "\ttemplate.SlackBuild have changed!!!" > +??? printf "\tConsider update your SlackBuilds!" > +??? printf "\tNew template file restored as > $SBO_TEMPLATES/template.SlackBuild.new" > ???? exit 1 > ?else > -??? rm templates/template.SlackBuild.new > +??? rm $SBO_TEMPLATES/template.SlackBuild.new > ?fi > > > Off to check the other scripts now... > > Niels > Some more suggestions... (hey, you asked for it :D ) 1) config file Instead of entering mu name & e-mail every time (they don't change that much), save them in a file called /etc/sbo-dev-helver.cfg 2) template.info / slack-desc.template It was not very clear what should be in these files, but I think I managed to build them by reading the scripts. 3) new_pkg - It warns when "approved" is not set, but AFAIK it shouldn't - The md5sum check does not always work. Some download links simply do not end with the filename... :( So I guess this should be a warning, not an error - I think the solution to add files can be improved. I have several SlackBuilds with extra files (patches / README.Slackware / etc.). I suggest adding everything to the tarball, *except*: *.tar.?g* / *~ / Niels From kingbeowulf at gmail.com Thu Dec 17 00:43:33 2009 From: kingbeowulf at gmail.com (King Beowulf) Date: Wed, 16 Dec 2009 16:43:33 -0800 Subject: [Slackbuilds-users] dvdrip and transcode Message-ID: Howdy, An FYI for those using transcode and dvd::rip. I had switched to the official SBo transcode slackbuild and then suddenly couldn't figure out why dvd::rip could rip but NOT transcode ANY vob files, as it worked fine under my SLAMD64 12.2 set up. Then it hit me: the SBO version (I used my own for SLAMD64) did not include the following configure switches for compiling: ... --enable-libmpeg2 \ --enable-libmpeg2convert \ ... Since dvd::rip needs transcode, it might be a good idea to add these to the transcode slackbuild. It will help the more memory challenged among us, not to mention those "D'Oh!" moments. Heck.it a good thing I still can read a bit of German, since that's where I stumbled on the reference. -Ed -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From belka.ew at gmail.com Thu Dec 17 04:08:56 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Thu, 17 Dec 2009 05:08:56 +0100 Subject: [Slackbuilds-users] calibre Message-ID: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> I can't extract calibre.tar.gz gzip: stdin: not in gzip format tar: Child returned status 1 tar: Exiting with failure status due to previous errors -------------- next part -------------- An HTML attachment was scrubbed... URL: From erik at slackbuilds.org Thu Dec 17 04:27:19 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Wed, 16 Dec 2009 22:27:19 -0600 Subject: [Slackbuilds-users] calibre In-Reply-To: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> Message-ID: <20091216222719.52354e71@shaggy.doo> On Dec 17, 2009, at 5:08 AM, Eugen Wissner wrote: > I can't extract calibre.tar.gz > gzip: stdin: not in gzip format > tar: Child returned status 1 > tar: Exiting with failure status due to previous errors Something may have happened in transit. Please try: wget http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz Also please read: http://slackbuilds.org/faq/#asc -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Thu Dec 17 04:36:47 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 17 Dec 2009 12:36:47 +0800 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> Message-ID: On Thu, Dec 17, 2009 at 7:09 AM, Niels Horn wrote: > Grissiom, > > The update_sbo_tpl does not use the SBO_TEMPLATES variable all the > way, and echo "\t" does not work correctly in bash. > > I patched the file like this: > > --- sbo-dev-helper/usr/bin/update_sbo_tpl 2009-12-16 21:03:45.000000000 > -0200 > +++ /usr/bin/update_sbo_tpl 2009-12-16 21:01:56.000000000 -0200 > @@ -7,12 +7,12 @@ > > wget http://www.slackbuilds.org/template.SlackBuild -O > $SBO_TEMPLATES/template.SlackBuild.new > > -if [ "$(cat templates/template.SlackBuild | md5sum -)" \ > - != "$(cat templates/template.SlackBuild.new | md5sum -)" ]; then > - echo "\ttemplate.SlackBuild have changed!!!" > - echo "\tConsider update your SlackBuilds!" > - echo "\tNew template file restored as > $SBO_TEMPLATES/template.SlackBuild.new" > +if [ "$(cat $SBO_TEMPLATES/template.SlackBuild | md5sum -)" \ > + != "$(cat $SBO_TEMPLATES/template.SlackBuild.new | md5sum -)" ]; then > + printf "\ttemplate.SlackBuild have changed!!!" > + printf "\tConsider update your SlackBuilds!" > + printf "\tNew template file restored as > $SBO_TEMPLATES/template.SlackBuild.new" > exit 1 > else > - rm templates/template.SlackBuild.new > + rm $SBO_TEMPLATES/template.SlackBuild.new > fi > > Oops, I forgot to change them.... Thanks for catching it. I will fix it when my slackware box can get online... For shell, I use zsh as my primary shell... Thanks for testing it in other environments. Will `echo -e "\t..."` be ok? -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Thu Dec 17 04:43:57 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 22:43:57 -0600 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> Message-ID: <20091216224357.2b39e941@liberty.rlwhome.lan> On Thu, 17 Dec 2009 12:36:47 +0800 Grissiom wrote: > On Thu, Dec 17, 2009 at 7:09 AM, Niels Horn > wrote: > > > Grissiom, > > > > The update_sbo_tpl does not use the SBO_TEMPLATES variable all the > > way, and echo "\t" does not work correctly in bash. > > > > I patched the file like this: > > > > --- sbo-dev-helper/usr/bin/update_sbo_tpl 2009-12-16 > > 21:03:45.000000000 -0200 > > +++ /usr/bin/update_sbo_tpl 2009-12-16 21:01:56.000000000 -0200 > > @@ -7,12 +7,12 @@ > > > > wget http://www.slackbuilds.org/template.SlackBuild -O > > $SBO_TEMPLATES/template.SlackBuild.new > > > > -if [ "$(cat templates/template.SlackBuild | md5sum -)" \ > > - != "$(cat templates/template.SlackBuild.new | md5sum -)" ]; > > then > > - echo "\ttemplate.SlackBuild have changed!!!" > > - echo "\tConsider update your SlackBuilds!" > > - echo "\tNew template file restored as > > $SBO_TEMPLATES/template.SlackBuild.new" > > +if [ "$(cat $SBO_TEMPLATES/template.SlackBuild | md5sum -)" \ > > + != "$(cat $SBO_TEMPLATES/template.SlackBuild.new | md5sum > > -)" ]; then > > + printf "\ttemplate.SlackBuild have changed!!!" > > + printf "\tConsider update your SlackBuilds!" > > + printf "\tNew template file restored as > > $SBO_TEMPLATES/template.SlackBuild.new" > > exit 1 > > else > > - rm templates/template.SlackBuild.new > > + rm $SBO_TEMPLATES/template.SlackBuild.new > > fi > > > > > Oops, I forgot to change them.... Thanks for catching it. I will fix > it when my slackware box can get online... > > For shell, I use zsh as my primary shell... Thanks for testing it in > other environments. Will `echo -e "\t..."` be ok? Use printf instead if you need portability. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Thu Dec 17 04:57:35 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 17 Dec 2009 12:57:35 +0800 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> Message-ID: On Thu, Dec 17, 2009 at 7:42 AM, Niels Horn wrote: > > > Some more suggestions... (hey, you asked for it :D ) > > Yup, really thanks for the patches and suggestions! ;D It's too late last night so I sent the mail and then went to bad and have been sleeping till noon.... ;( > 1) config file > > Instead of entering mu name & e-mail every time (they don't change > that much), save them in a file called /etc/sbo-dev-helver.cfg > > Good idea. But instead of a system wide configuration, I prefer a per-user configuration. Could ~/.sbo-dev-helver.cfg be ok? > 2) template.info / slack-desc.template > > It was not very clear what should be in these files, but I think I > managed to build them by reading the scripts. > > When I wake up in the noon I realized that I didn't doc what these files are... ;( I will add a description somewhere. And for sbo admins, would you like to add a folder to contain all the template files(slack-desc, info, SlackBuild) somewhere like ftp://ftp.slackbuilds.org/templates ? Then it will be very convenient for users to follow the changes. I remember I missed the info changes when 13.0 was out ;) > 3) new_pkg > - It warns when "approved" is not set, but AFAIK it shouldn't > Hmm, yes, this is a problem. > - The md5sum check does not always work. Some download links simply do > not end with the filename... :( So I guess this should be a warning, > not an error > Hmm, yes, reasonable. > - I think the solution to add files can be improved. I have several > SlackBuilds with extra files (patches / README.Slackware / etc.). I > suggest adding everything to the tarball, *except*: *.tar.?g* / *~ / > > Hmm, my hobbit is untar the source in the working directory and have a look at it and write/modify the SlackBuild etc. And the working dir maybe really dirty -- have log files, swp files, and other files that shouldn't be in the tarball. So I prefer the "white list" approach than the "black list" approach. What do you think? -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaos.proton at gmail.com Thu Dec 17 04:59:37 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 17 Dec 2009 12:59:37 +0800 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <20091216224357.2b39e941@liberty.rlwhome.lan> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <20091216224357.2b39e941@liberty.rlwhome.lan> Message-ID: On Thu, Dec 17, 2009 at 12:43 PM, Robby Workman wrote: > > Use printf instead if you need portability. > > > Thanks for the advise. I will go through the scripts to see whether there are other places need printf. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: From rworkman at slackbuilds.org Thu Dec 17 05:21:59 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 16 Dec 2009 23:21:59 -0600 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> Message-ID: <20091216232159.508fa403@liberty.rlwhome.lan> On Thu, 17 Dec 2009 12:57:35 +0800 Grissiom wrote: > > 2) template.info / slack-desc.template > > > > It was not very clear what should be in these files, but I think I > > managed to build them by reading the scripts. > > > > > When I wake up in the noon I realized that I didn't doc what these > files are... ;( I will add a description somewhere. > > And for sbo admins, would you like to add a folder to contain all the > template files(slack-desc, info, SlackBuild) somewhere like > ftp://ftp.slackbuilds.org/templates ? Then it will be very convenient > for users to follow the changes. Hrm, well... long-standing convention is a only single template.SlackBuild script in toplevel ~/www/ - but if there's no objection from the other admins, I'm not opposed to splitting that out into its constituent files inside a ~/www/templates/ directory. I can then make the original template.SlackBuild file contain a pointer to the new location. That's probably a better solution anyway, to be honest, if only for the sake of clarity. > > - I think the solution to add files can be improved. I have several > > SlackBuilds with extra files (patches / README.Slackware / etc.). I > > suggest adding everything to the tarball, *except*: *.tar.?g* / *~ / > > > > > > Hmm, my hobbit is untar the source in the working directory and have > a look at it and write/modify the SlackBuild etc. And the working dir > maybe really dirty -- have log files, swp files, and other files that > shouldn't be in the tarball. So I prefer the "white list" approach > than the "black list" approach. What do you think? Both methods are failure prone. While a whitelist is *usually* the best solution, I don't think it is in this case - there's simply no way to predict the names of files that should and/or should not go into the tarball. In fact, there may even be some legitimate cases in which a tar.gz archive should be included in the tarball (even though I'm not aware of one at the moment). I know the Slackware source tree contains several such tarballs inside source directories, but thus far we've not found a need for them (to my recollection). Ultimately, I think it should be up to the potential submitter to ensure that the archive which he/she plans to submit contains all (and only) the files it's supposed to contain. If some "helper" can't do this reliably (and I posit that it cannot, as this task simply *requires* human interaction), then don't try to build such functionality into the helper. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From belka.ew at gmail.com Thu Dec 17 08:32:34 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Thu, 17 Dec 2009 09:32:34 +0100 Subject: [Slackbuilds-users] calibre In-Reply-To: <20091216222719.52354e71@shaggy.doo> References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> Message-ID: <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> Sorry, it doesn't help: bash-3.1$ wget http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz --2009-12-17 09:30:07-- http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz Aufl?sen des Hostnamen ?slackbuilds.org?.... 208.67.159.181 Verbindungsaufbau zu slackbuilds.org|208.67.159.181|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 200 OK L?nge: 30720 (30K) [application/x-tar] In ?calibre.tar.gz? speichern. 100%[============================================>] 30.720 59,5K/s in 0,5s 2009-12-17 09:30:08 (59,5 KB/s) - ?calibre.tar.gz? gespeichert [30720/30720] bash-3.1$ wget http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz.asc --2009-12-17 09:30:10-- http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz.asc Aufl?sen des Hostnamen ?slackbuilds.org?.... 208.67.159.181 Verbindungsaufbau zu slackbuilds.org|208.67.159.181|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... 200 OK L?nge: 198 [text/plain] In ?calibre.tar.gz.asc? speichern. 100%[============================================>] 198 --.-K/s in 0s 2009-12-17 09:30:11 (10,2 MB/s) - ?calibre.tar.gz.asc? gespeichert [198/198] bash-3.1$ gpg --verify calibre.tar.gz.asc gpg: Unterschrift vom Do 26 Nov 2009 13:43:09 CET mittels DSA-Schl?ssel ID 9C7BA3B6 gpg: Korrekte Unterschrift von "SlackBuilds.org Development Team < slackbuilds-devel at slackbuilds.org>" gpg: WARNUNG: Dieser Schl?ssel tr?gt keine vertrauensw?rdige Signatur! gpg: Es gibt keinen Hinweis, da? die Signatur wirklich dem vorgeblichen Besitzer geh?rt. Haupt-Fingerabdruck = D307 6BC3 E783 EE74 7F09 B8B7 0368 EF57 9C7B A3B6 bash-3.1$ tar zxf calibre.tar.gz gzip: stdin: not in gzip format tar: Child returned status 1 tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler 2009/12/17 Erik Hanson > On Dec 17, 2009, at 5:08 AM, Eugen Wissner wrote: > > > I can't extract calibre.tar.gz > > gzip: stdin: not in gzip format > > tar: Child returned status 1 > > tar: Exiting with failure status due to previous errors > > Something may have happened in transit. Please try: > wget http://slackbuilds.org/slackbuilds/13.0/office/calibre.tar.gz > > Also please read: > http://slackbuilds.org/faq/#asc > > -- > Erik Hanson > http://slackbuilds.org/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pprkut at liwjatan.at Thu Dec 17 08:45:06 2009 From: pprkut at liwjatan.at (Heinz Wiesinger) Date: Thu, 17 Dec 2009 09:45:06 +0100 Subject: [Slackbuilds-users] calibre In-Reply-To: <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> Message-ID: <200912170945.10375.pprkut@liwjatan.at> On Thursday 17 December 2009 09:32:34 Eugen Wissner wrote: > Sorry, it doesn't help: > [..] > bash-3.1$ tar zxf calibre.tar.gz > > gzip: stdin: not in gzip format > tar: Child returned status 1 > tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler I can verify this here. However, it works fine with: tar xvf calibre.tar.gz No idea why it fails with z. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From belka.ew at gmail.com Thu Dec 17 08:48:16 2009 From: belka.ew at gmail.com (Eugen Wissner) Date: Thu, 17 Dec 2009 09:48:16 +0100 Subject: [Slackbuilds-users] calibre In-Reply-To: <200912170945.10375.pprkut@liwjatan.at> References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> <200912170945.10375.pprkut@liwjatan.at> Message-ID: <344cbe120912170048q31862717p4219deb83db4d04@mail.gmail.com> Yes, it works with xvf. thanks 2009/12/17 Heinz Wiesinger > On Thursday 17 December 2009 09:32:34 Eugen Wissner wrote: > > Sorry, it doesn't help: > > [..] > > bash-3.1$ tar zxf calibre.tar.gz > > > > gzip: stdin: not in gzip format > > tar: Child returned status 1 > > tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler > > I can verify this here. However, it works fine with: > tar xvf calibre.tar.gz > > No idea why it fails with z. > > Grs, > Heinz > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eha at alienbase.nl Thu Dec 17 08:53:57 2009 From: eha at alienbase.nl (Eric Hameleers) Date: Thu, 17 Dec 2009 09:53:57 +0100 (CET) Subject: [Slackbuilds-users] calibre In-Reply-To: <344cbe120912170048q31862717p4219deb83db4d04@mail.gmail.com> References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> <200912170945.10375.pprkut@liwjatan.at> <344cbe120912170048q31862717p4219deb83db4d04@mail.gmail.com> Message-ID: On Thu, 17 Dec 2009, Eugen Wissner wrote: > Yes, it works with xvf. > thanks > > 2009/12/17 Heinz Wiesinger > >> On Thursday 17 December 2009 09:32:34 Eugen Wissner wrote: >>> Sorry, it doesn't help: >>> [..] >>> bash-3.1$ tar zxf calibre.tar.gz >>> >>> gzip: stdin: not in gzip format >>> tar: Child returned status 1 >>> tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler >> >> I can verify this here. However, it works fine with: >> tar xvf calibre.tar.gz >> >> No idea why it fails with z. >> >> Grs, >> Heinz The problem is that the file calibre.tar.gz is not a .gzipped tar archive at all, it is a plain tar archive. Run "file calibre.tar.gz" and it will show you this. I will fix the tarball on the server, but from work I am not able to fix the .asc file. Eric -- Eric Hameleers Email: alien at slackware.com Jabber: alien at jabber.xs4all.nl Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 The two basic principles of Windows system administration: * For minor problems, reboot * For major problems, reinstall From eha at alienbase.nl Thu Dec 17 09:01:21 2009 From: eha at alienbase.nl (Eric Hameleers) Date: Thu, 17 Dec 2009 10:01:21 +0100 (CET) Subject: [Slackbuilds-users] calibre In-Reply-To: References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> <200912170945.10375.pprkut@liwjatan.at> <344cbe120912170048q31862717p4219deb83db4d04@mail.gmail.com> Message-ID: On Thu, 17 Dec 2009, Eric Hameleers wrote: > The problem is that the file calibre.tar.gz is not a .gzipped tar archive at > all, it is a plain tar archive. Run "file calibre.tar.gz" and it will show > you this. > > I will fix the tarball on the server, but from work I am not able to fix the > .asc file. > > Eric I found a way, and the calibre.tar.gz.asc file has been updated too. Eric -- Eric Hameleers Email: alien at slackware.com Jabber: alien at jabber.xs4all.nl Gpg fingerprint: F2CE 1B92 EE1F 2C0C E97E 581E 5E56 AAAF A75C BDA0 The two basic principles of Windows system administration: * For minor problems, reboot * For major problems, reinstall From erik at slackbuilds.org Thu Dec 17 09:11:02 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Thu, 17 Dec 2009 03:11:02 -0600 Subject: [Slackbuilds-users] calibre In-Reply-To: References: <344cbe120912162008k5868c140jbc12c070be5534a@mail.gmail.com> <20091216222719.52354e71@shaggy.doo> <344cbe120912170032j701614f8v21fc1ed36210aad4@mail.gmail.com> <200912170945.10375.pprkut@liwjatan.at> <344cbe120912170048q31862717p4219deb83db4d04@mail.gmail.com> Message-ID: <20091217031102.6044ace4@shaggy.doo> On Dec 17, 2009, at 9:53 AM, Eric Hameleers wrote: > On Thu, 17 Dec 2009, Eugen Wissner wrote: > > > Yes, it works with xvf. > > thanks > > > > 2009/12/17 Heinz Wiesinger > > > >> On Thursday 17 December 2009 09:32:34 Eugen Wissner wrote: > >>> Sorry, it doesn't help: > >>> [..] > >>> bash-3.1$ tar zxf calibre.tar.gz > >>> > >>> gzip: stdin: not in gzip format > >>> tar: Child returned status 1 > >>> tar: Beende mit Fehlerstatus aufgrund vorheriger Fehler > >> > >> I can verify this here. However, it works fine with: > >> tar xvf calibre.tar.gz > >> > >> No idea why it fails with z. > >> > >> Grs, > >> Heinz > > The problem is that the file calibre.tar.gz is not a .gzipped tar archive > at all, it is a plain tar archive. Run "file calibre.tar.gz" and it will > show you this. > > I will fix the tarball on the server, but from work I am not able to fix > the .asc file. Oops, sorry. I did check it locally with 'less' and 'tar xvf'.. it hasn't been necessary to pass decompression flags to tar for some time, so I just assumed it was okay. You can all take a whack at my skull with the blunt object of your choice. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From erik at slackbuilds.org Thu Dec 17 09:14:24 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Thu, 17 Dec 2009 03:14:24 -0600 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <20091216232159.508fa403@liberty.rlwhome.lan> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> <20091216232159.508fa403@liberty.rlwhome.lan> Message-ID: <20091217031424.7e77b52a@shaggy.doo> On Dec 16, 2009, at 11:21 PM, Robby Workman wrote: > On Thu, 17 Dec 2009 12:57:35 +0800 > Grissiom wrote: > > > > 2) template.info / slack-desc.template > > > > > > It was not very clear what should be in these files, but I think I > > > managed to build them by reading the scripts. > > > > > > > > When I wake up in the noon I realized that I didn't doc what these > > files are... ;( I will add a description somewhere. > > > > And for sbo admins, would you like to add a folder to contain all the > > template files(slack-desc, info, SlackBuild) somewhere like > > ftp://ftp.slackbuilds.org/templates ? Then it will be very convenient > > for users to follow the changes. > > > Hrm, well... long-standing convention is a only single > template.SlackBuild script in toplevel ~/www/ - but if > there's no objection from the other admins, I'm not opposed > to splitting that out into its constituent files inside a > ~/www/templates/ directory. I can then make the original > template.SlackBuild file contain a pointer to the new location. > > That's probably a better solution anyway, to be honest, if only > for the sake of clarity. I was never too sure why it was all in one file.. so I'me okay with this. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From niels.horn at gmail.com Thu Dec 17 09:32:11 2009 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 17 Dec 2009 07:32:11 -0200 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <20091216232159.508fa403@liberty.rlwhome.lan> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> <20091216232159.508fa403@liberty.rlwhome.lan> Message-ID: <3f18b2310912170132i597e4b8drc0fe16db1c4a9a2a@mail.gmail.com> On Thu, Dec 17, 2009 at 3:21 AM, Robby Workman wrote: >> > - I think the solution to add files can be improved. I have several >> > SlackBuilds with extra files (patches / README.Slackware / etc.). I >> > suggest adding everything to the tarball, *except*: *.tar.?g* / *~ / >> > >> > >> >> Hmm, my hobbit is untar the source in the working directory and have >> a look at it and write/modify the SlackBuild etc. And the working dir >> maybe really dirty -- have log files, swp files, and other files that >> shouldn't be in the tarball. So I prefer the "white list" approach >> than the "black list" approach. What do you think? > > > Both methods are failure prone. ?While a whitelist is *usually* > the best solution, I don't think it is in this case - there's > simply no way to predict the names of files that should and/or > should not go into the tarball. ?In fact, there may even be > some legitimate cases in which a tar.gz archive should be included > in the tarball (even though I'm not aware of one at the moment). > I know the Slackware source tree contains several such tarballs > inside source directories, but thus far we've not found a need > for them (to my recollection). > I have one SlackBuild in pending that contains a tarball - one with several patch files for libvmime supplied by the zarafa authors. > Ultimately, I think it should be up to the potential submitter > to ensure that the archive which he/she plans to submit contains > all (and only) the files it's supposed to contain. ?If some > "helper" can't do this reliably (and I posit that it cannot, > as this task simply *requires* human interaction), then don't > try to build such functionality into the helper. > > -RW > Like I said in my first mail, I tried to write some "helper" scripts as well, like a sanity-check (same "VERSION" / "PRGNAM" in info & SlackBuild, etc.) and I choose the "blacklist" approach for creating the tarball. I only go one level deep (so that I do not include untarred sources) and exclude any tarball (so it did not work with my own libvmime SlackBuild mentioned above) and any backup (*~) files. With the one exception above, it worked fine until now (but is a very ugly script :D ) I should filter *.log files as well, as I sometimes create them... Niels From chaos.proton at gmail.com Thu Dec 17 12:12:39 2009 From: chaos.proton at gmail.com (Grissiom) Date: Thu, 17 Dec 2009 20:12:39 +0800 Subject: [Slackbuilds-users] [ANN]: sbo-dev-helper project In-Reply-To: <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> References: <3f18b2310912160926q7fe1615aqc124765c3ab74c0d@mail.gmail.com> <3f18b2310912161509h63b876b5ne1f2c26a9ab65bf0@mail.gmail.com> <3f18b2310912161542v3399d7e4k88ce9b64bb1e047b@mail.gmail.com> Message-ID: On Thu, Dec 17, 2009 at 7:42 AM, Niels Horn wrote: > > Some more suggestions... (hey, you asked for it :D ) > 1) config file > > Instead of entering mu name & e-mail every time (they don't change > that much), save them in a file called /etc/sbo-dev-helver.cfg > > 2) template.info / slack-desc.template > > It was not very clear what should be in these files, but I think I > managed to build them by reading the scripts. > > 3) new_pkg > - It warns when "approved" is not set, but AFAIK it shouldn't > - The md5sum check does not always work. Some download links simply do > not end with the filename... :( So I guess this should be a warning, > not an error > - I think the solution to add files can be improved. I have several > SlackBuilds with extra files (patches / README.Slackware / etc.). I > suggest adding everything to the tarball, *except*: *.tar.?g* / *~ / > > Hello?Niels Horn and anyone interested, I implemented all the suggestions except for the last one which is still in hot debate and pushed my local changes to gitorious. And guys, maybe I won't have enough time to heavily develop it in the following month. I have to prepare for a examination hold in 9th, Jan 2010. However, I will follow any discussions here and anyone can create an "Issue" in http://code.google.com/p/sbo-dev-helper/issues/list where I will check after the examination. Thanks for everyone participated~ ;-) -- Cheers, Grissiom From adamsonj at email.unc.edu Thu Dec 17 14:45:56 2009 From: adamsonj at email.unc.edu (Joel J. Adamson) Date: Thu, 17 Dec 2009 09:45:56 -0500 Subject: [Slackbuilds-users] Need New Maintainers In-Reply-To: <3f18b2310912161001ub32b271g96f64deaeb6430a6@mail.gmail.com> References: <24391.1260983696@chondestes.bio.unc.edu> <3f18b2310912161001ub32b271g96f64deaeb6430a6@mail.gmail.com> Message-ID: <16895.1261061156@chondestes.bio.unc.edu> >>>>> "Niels" == Niels Horn writes: Niels> nmh and aigaion interest me, so if nobody else volunteers, Niels> I might try to help out as well. Regards, Niels The unique thing about Aigaion is that although it seems somewhat mature (in version 2), my SlackBuild seems to be the only distro-specific package for it. There is no RPM and no DEB. I think that since it's designed to be cross-platform (all in PHP), it is mostly used on Windows. I will also need someone to take over my unofficial Emacs from CVS build, as I know of at least one other person who uses it (maybe I should ask him?). Thanks, Joel -- Joel J. Adamson -- http://www.unc.edu/~adamsonj Servedio Lab University of North Carolina at Chapel Hill CB #3280, Coker Hall Chapel Hill, NC 27599-3280 From niels.horn at gmail.com Thu Dec 17 15:38:44 2009 From: niels.horn at gmail.com (Niels Horn) Date: Thu, 17 Dec 2009 13:38:44 -0200 Subject: [Slackbuilds-users] Need New Maintainers In-Reply-To: <16895.1261061156@chondestes.bio.unc.edu> References: <24391.1260983696@chondestes.bio.unc.edu> <3f18b2310912161001ub32b271g96f64deaeb6430a6@mail.gmail.com> <16895.1261061156@chondestes.bio.unc.edu> Message-ID: <3f18b2310912170738n7bfef490sd24b2f8c9ed27cb5@mail.gmail.com> On Thu, Dec 17, 2009 at 12:45 PM, Joel J. Adamson wrote: >>>>>> "Niels" == Niels Horn writes: > > ? ?Niels> ? nmh and aigaion interest me, so if nobody else volunteers, > ? ?Niels> I might try to help out as well. ?Regards, Niels > > The unique thing about Aigaion is that although it seems somewhat mature > (in version 2), my SlackBuild seems to be the only distro-specific > package for it. ?There is no RPM and no DEB. ?I think that since it's > designed to be cross-platform (all in PHP), it is mostly used on > Windows. > > I will also need someone to take over my unofficial Emacs from CVS > build, as I know of at least one other person who uses it (maybe I > should ask him?). > > Thanks, > > Joel > -- > Joel J. Adamson -- http://www.unc.edu/~adamsonj > Servedio Lab > University of North Carolina at Chapel Hill > CB #3280, Coker Hall > Chapel Hill, NC 27599-3280 Emacs is not for me... Never "understood" Emacs. I used VI before Linux was invented :) My wife does a lot of research, that's why Aigaion interested me. And nmh goes well with some e-mail tools I use (but not maintain). Like I said, let me know if nobody volunteers... Niels From gwenhael.le.moine at gmail.com Fri Dec 18 02:08:57 2009 From: gwenhael.le.moine at gmail.com (Gwenhael Le Moine) Date: Fri, 18 Dec 2009 09:08:57 +0700 Subject: [Slackbuilds-users] Need New Maintainers In-Reply-To: <16895.1261061156@chondestes.bio.unc.edu> References: <24391.1260983696@chondestes.bio.unc.edu> <3f18b2310912161001ub32b271g96f64deaeb6430a6@mail.gmail.com> <16895.1261061156@chondestes.bio.unc.edu> Message-ID: <314c6c8f0912171808w454f4581x9189b86958714222@mail.gmail.com> > I will also need someone to take over my unofficial Emacs from CVS > build, as I know of at least one other person who uses it (maybe I > should ask him?). I never noticed this slackbuild on sbo and a quick search on slackbuild.org doesn't return anything. I have my own one already which is basically Slackware's + git clone/pull @ http://github.com/cycojesus/slackbuilds/blob/master/e/emacs/emacs.SlackBuild From rworkman at slackbuilds.org Fri Dec 18 06:12:27 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 18 Dec 2009 06:12:27 +0000 Subject: [Slackbuilds-users] Updates - 20091218 Message-ID: <20091218061227.GA23551@slackbuilds.org> Fri Dec 18 06:10:41 UTC 2009 academic/ggobi: Added - GGobi is an interactive, direct manipulation tool for visualizing high dimensional data across linked plots. Thanks to Pedro Mendes. --rworkman academic/mathomatic: Updated for version 15.0.0. Thanks to Dylan Armitage. --rworkman academic/orsa: Fixed the qt3 path and updated the README and info files. Thanks to Marco Cecchetti. --rworkman academic/verilog: Added - Icarus Verilog is a Verilog simulation and synthesis tool. Thanks to Stephen Van Berg. --rworkman academic/wxmacmolplt: Included a small fix for pcgamess rename to firefly. Thanks to Daniil Bratashov. --rworkman development/splint: Added - splint is a tool for statically checking C programs for security vulnerabilities and programming mistakes. Thanks to Sean Donner and Menno Duursma. --rworkman graphics/LDView: Updated for version 4.1. Thanks to Niels Horn. --rworkman misc/siege: Updated for version 2.69. Thanks to Menno Duursma. --rworkman multimedia/cdcat: Added - CdCat is a graphical (QT based) catalog program. Thanks to Niels Horn. --rworkman network/aMule: Updated the README to reflect possible incompatibility with some versions of cryptopp. Since this will require some users to rebuild aMule, we also incremented the BUILD value. Thanks to Iskar Enev. -RW network/zabbix_agentd: Added - Zabbix is an enterprise-class distributed monitoring solution. Thanks to Niels Horn. --rworkman network/zabbix_server: Added - Zabbix is an enterprise-class distributed monitoring solution. Thanks to Niels Horn. --rworkman office/pdfedit: Added - PDFedit is library for manipulating PDF documents. Thanks to Pedro Mendes. --rworkman system/luckybackup: Added - luckybackup is a powerful, fast, and reliable backup & sync tool that uses rsync. Thanks to titopoquito. --rworkman From chaos.proton at gmail.com Sat Dec 19 00:46:49 2009 From: chaos.proton at gmail.com (Grissiom) Date: Sat, 19 Dec 2009 08:46:49 +0800 Subject: [Slackbuilds-users] Please substitute ibus-qt in the pending queue with the attachment Message-ID: Hello, The author of ibus-qt didn't test his previous release.... So maybe this one could be better for the public. Sorry for inconvenience. -- Cheers, Grissiom -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ibus-qt.tar.gz Type: application/x-gzip Size: 1674 bytes Desc: not available URL: From rworkman at slackbuilds.org Sat Dec 19 00:56:47 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 18 Dec 2009 18:56:47 -0600 Subject: [Slackbuilds-users] Please substitute ibus-qt in the pending queue with the attachment In-Reply-To: References: Message-ID: <20091218185647.045d8518@liberty.rlwhome.lan> On Sat, 19 Dec 2009 08:46:49 +0800 Grissiom wrote: > The author of ibus-qt didn't test his previous release.... So maybe > this one could be better for the public. Sorry for inconvenience. I removed the one from pending, so resubmit it - that's easier for us :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From niels.horn at gmail.com Sun Dec 20 15:41:23 2009 From: niels.horn at gmail.com (Niels Horn) Date: Sun, 20 Dec 2009 13:41:23 -0200 Subject: [Slackbuilds-users] Change of homepage and source download for QComicBook Message-ID: <3f18b2310912200741p42ec12d8g6470eb55bca4a6d9@mail.gmail.com> Hi, The author of QComicBook is without a host for his projects for now. For the homepage, his blog can be used: http://stolowski.blogspot.com/ To download the sources, he cloned his repository on github, and the tarball can be downloaded here: http://cloud.github.com/downloads/stolowski/QComicBook/qcomicbook-0.5.0.tar.gz Can someone change this in the qcomicbook.info file, or should I resubmit? Niels Horn From kingbeowulf at gmail.com Mon Dec 21 06:45:23 2009 From: kingbeowulf at gmail.com (King Beowulf) Date: Sun, 20 Dec 2009 22:45:23 -0800 Subject: [Slackbuilds-users] dvdrip rips but does not transcode Message-ID: Howdy, An FYI for those using transcode and dvd::rip. ?I had switched to the official SBo transcode slackbuild and then suddenly couldn't figure out why dvd::rip could rip but NOT transcode ANY vob files, to any format. I checked transcode via teh cli, and it could not read mpeg2. The SBO transcode version (I used my own for SLAMD64) did not include the following configure switches: --------------------------------------- ./configure \ ... --enable-libmpeg2 \ --enable-libmpeg2convert \ ... ---------------------------------------- Recompiling transcode with the above fixed the problem (transcode lists these as "optional" and obviously libmpeg2 is required). Since dvd::rip needs transcode, it might be a good idea to add these to the transcode slackbuild. ?I didn't notice this right away since I usually use ffmpeg to transcode. If I am mistaken, I'd like to know. -Ed -- You! What PLANET is this! -- McCoy, "The City on the Edge of Forever", stardate 3134.0 From rworkman at slackbuilds.org Mon Dec 21 16:12:23 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 21 Dec 2009 16:12:23 +0000 Subject: [Slackbuilds-users] Updates - 20091221 Message-ID: <20091221161223.GA26443@slackbuilds.org> Mon Dec 21 16:09:47 UTC 2009 academic/gtkwave: Added - GTKWave is a fully featured GTK+ based wave viewer. Thanks to Stephen Van Berg. --rworkman desktop/nitrogen: Added - Nitrogen is a background browser and setter for X. Thanks to G Edward Whiteside. --rworkman development/cppcheck: Added - Cppcheck is an analysis tool for C/C++ code. Thanks to Sean Donner. --rworkman development/perl-Bit-Vector: Added - Bit::Vector is an efficient bit vector, set of integers and "big int" math library. Thanks to Marco Bonnetti. development/perl-Carp-Clan: Added - Carp::Clan report errors from perspective of caller of a "clan" of modules. Thanks to Marco Bonnetti. development/perl-Class-Gomor: Added - Class::Gomor is yet another class builder. Thanks to Marco Bonnetti. development/perl-Math-Base85: Added - Math::Base85 is a module for handling base 85 numbers. Thanks to Marco Bonnetti. development/perl-Net-IPv4Addr: Added - Net::IPv4Addr provides functions for parsing IPv4 addresses both in traditional address/netmask format and in the new CIDR format. Thanks to Marco Bonnetti. development/perl-Net-IPv6Addr: Added - Net::IPv6Addr checks strings for valid IPv6 addresses, as specified in RFC1884. Thanks to Marco Bonnetti. development/perl-Net-Libdnet: Added - Net::Libdnet is a set of perl bindings for Dug Song's libdnet. Thanks to Marco Bonnetti. development/perl-Net-Packet: Added - Net::Packet is a unified framework to craft, send and receive packets at layers 2, 3, 4 and 7. Thanks to Marco Bonnetti. development/perl-Net-Write: Added - Net::Write provides a portable interface to open a network interface, and be able to write raw data directly to the network. Thanks to Marco Bonnetti. games/bsnes: Updated for version 0.58. misc/ibus: Updated for version 1.2.0.20091204. Thanks to Grissiom. -RW misc/ibus-anthy: Updated for version 1.2.0.20091127. Thanks to Ozan T?rky?lm. --rworkman misc/ibus-pinyin: Updated for version 1.2.0.20091211. Thanks to Grissiom. --rworkman misc/ibus-qt: Updated for version 1.2.0.20091206. Thanks to Grissiom. --rworkman multimedia/k9copy: Updated for version 2.3.4. Thanks to Roberto Neri. -RW multimedia/mkvtoolnix: Updated for version 3.0.0. network/framework: Updated for version 3.3.2. Thanks to Marco Bonnetti. -RW network/libdnet: Added - libdnet provides a simplified, portable interface to several low-level networking routines. Thanks to Marco Bonnetti. --rworkman network/mldonkey: Updated for version 3.0.1. Thanks to Grissiom. --rworkman network/znc: Updated for version 0.076. Thanks to Sean Donner. --rworkman office/mupdf: Added - MuPDF is a lightweight PDF viewer and toolkit. Thanks to Valeriy Timchenko. --rworkman system/tkdvd: Added - TkDVD is a GUI to dvd+rw-tools and cdrecord. Thanks to Luis Henrique. --rworkman From marco.bonetti at slackware.it Mon Dec 21 16:14:43 2009 From: marco.bonetti at slackware.it (Marco Bonetti) Date: Mon, 21 Dec 2009 17:14:43 +0100 Subject: [Slackbuilds-users] Updates - 20091221 In-Reply-To: <20091221161223.GA26443@slackbuilds.org> References: <20091221161223.GA26443@slackbuilds.org> Message-ID: <4B2F9EF3.5000604@slackware.it> Robby Workman wrote: > development/perl-Bit-Vector: Added - Bit::Vector is an efficient bit vector, > set of integers and "big int" math library. Thanks to Marco Bonnetti. Bonetti ;-) -- Marco Bonetti Slackintosh Linux Project Developer: http://workaround.ch/ Linux-live for powerpc: http://workaround.ch/pub/rsync/mb/linux-live/ My GnuPG key id: 0x0B60BC5F From chaos.proton at gmail.com Fri Dec 25 09:37:39 2009 From: chaos.proton at gmail.com (Grissiom) Date: Fri, 25 Dec 2009 17:37:39 +0800 Subject: [Slackbuilds-users] Updates - 20091221 In-Reply-To: <20091221161223.GA26443@slackbuilds.org> References: <20091221161223.GA26443@slackbuilds.org> Message-ID: On Tue, Dec 22, 2009 at 12:12 AM, Robby Workman wrote: > Mon Dec 21 16:09:47 UTC 2009 > misc/ibus-qt: Updated for version 1.2.0.20091206. > ?Thanks to Grissiom. ?--rworkman I'm so sorry that the latest version(and the one works better) of ibus-qt should be 1.2.0.20091217. I remember I asked the admins to remove ibus-qt in the old pending and re-submitted the new one. But I've no idea that why and how could I submitted the wrong version. I will re-submit it soon. Sorry for inconvenience... -- Cheers, Grissiom From chaos.proton at gmail.com Fri Dec 25 10:17:52 2009 From: chaos.proton at gmail.com (Grissiom) Date: Fri, 25 Dec 2009 18:17:52 +0800 Subject: [Slackbuilds-users] About the http://slackbuilds.org/templates/ Message-ID: Hello admins, First of all, Big Thanks to the open admins that make http://slackbuilds.org/templates/ online. Thanks for caring the end-users~;) However, it *seems* that the template.info is missing. Thanks again for caring this. -- Cheers, Grissiom From nille.kungen at gmail.com Fri Dec 25 13:16:04 2009 From: nille.kungen at gmail.com (=?ISO-8859-1?Q?Niklas_=27Nille=27_=C5kerstr=F6m?=) Date: Fri, 25 Dec 2009 14:16:04 +0100 Subject: [Slackbuilds-users] About the http://slackbuilds.org/templates/ In-Reply-To: References: Message-ID: <4B34BB14.1020203@gmail.com> Grissiom skrev 2009-12-25 11:17: > Hello admins, > > First of all, Big Thanks to the open admins that make > http://slackbuilds.org/templates/ online. Thanks for caring the > end-users~;) > > However, it *seems* that the template.info is missing. > > Thanks again for caring this. > > No it's not missing. http://slackbuilds.org/guidelines/ There you will find "The $PRGNAM.info file" /Nille From rworkman at slackbuilds.org Fri Dec 25 20:14:57 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Fri, 25 Dec 2009 14:14:57 -0600 Subject: [Slackbuilds-users] Updates - 20091221 In-Reply-To: References: <20091221161223.GA26443@slackbuilds.org> Message-ID: <20091225141457.414d4176@liberty.rlwhome.lan> On Fri, 25 Dec 2009 17:37:39 +0800 Grissiom wrote: > On Tue, Dec 22, 2009 at 12:12 AM, Robby Workman > wrote: > > Mon Dec 21 16:09:47 UTC 2009 > > misc/ibus-qt: Updated for version 1.2.0.20091206. > > ?Thanks to Grissiom. ?--rworkman > > I'm so sorry that the latest version(and the one works better) of > ibus-qt should be 1.2.0.20091217. I remember I asked the admins to > remove ibus-qt in the old pending and re-submitted the new one. But > I've no idea that why and how could I submitted the wrong version. That would be *my* fault. My workflow on approvals is such that I have to manually replace newer submissions in my local pending queue if one was already there. Guess what? I forgot this time :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Sat Dec 26 00:34:44 2009 From: chaos.proton at gmail.com (Grissiom) Date: Sat, 26 Dec 2009 08:34:44 +0800 Subject: [Slackbuilds-users] About the http://slackbuilds.org/templates/ In-Reply-To: <4B34BB14.1020203@gmail.com> References: <4B34BB14.1020203@gmail.com> Message-ID: 2009/12/25 Niklas 'Nille' ?kerstr?m : > Grissiom skrev 2009-12-25 11:17: >> >> Hello admins, >> >> First of all, Big Thanks to the open admins that make >> http://slackbuilds.org/templates/ online. Thanks for caring the >> end-users~;) >> >> However, it *seems* that the template.info is missing. >> >> Thanks again for caring this. >> >> > > No it's not missing. > http://slackbuilds.org/guidelines/ > There you will find "The $PRGNAM.info file" > /Nille Yes, one can scroll down the page and extract the content of info file among other hundreds of words. But I think it may be more convenience that provide a "dry" template info file there. -- Cheers, Grissiom From chaos.proton at gmail.com Sat Dec 26 00:36:16 2009 From: chaos.proton at gmail.com (Grissiom) Date: Sat, 26 Dec 2009 08:36:16 +0800 Subject: [Slackbuilds-users] Updates - 20091221 In-Reply-To: <20091225141457.414d4176@liberty.rlwhome.lan> References: <20091221161223.GA26443@slackbuilds.org> <20091225141457.414d4176@liberty.rlwhome.lan> Message-ID: On Sat, Dec 26, 2009 at 4:14 AM, Robby Workman wrote: > That would be *my* fault. ?My workflow on approvals is such > that I have to manually replace newer submissions in my local > pending queue if one was already there. ?Guess what? ?I forgot > this time :-) Never mind~ I will re-submit it. ;-) -- Cheers, Grissiom From ozan.turkyilmaz at gmail.com Sat Dec 26 00:47:56 2009 From: ozan.turkyilmaz at gmail.com (=?UTF-8?B?T3phbiBUw7xya3nEsWxtYXo=?=) Date: Sat, 26 Dec 2009 02:47:56 +0200 Subject: [Slackbuilds-users] Updates - 20091221 In-Reply-To: <20091225141457.414d4176@liberty.rlwhome.lan> References: <20091221161223.GA26443@slackbuilds.org> <20091225141457.414d4176@liberty.rlwhome.lan> Message-ID: 2009/12/25 Robby Workman : > On Fri, 25 Dec 2009 17:37:39 +0800 > Grissiom wrote: > That would be *my* fault. ?My workflow on approvals is such > that I have to manually replace newer submissions in my local > pending queue if one was already there. ?Guess what? ?I forgot > this time :-) this reminded em of the day tunnel collapsed. okey that tunnel collapsed a lot while we digged it. however one time someone did indeed forgot to give us the field engineers new plans for the tunnel support. this is that shit happens and people forget. and there is nothing we can do about it. -- Ozan ??? Close the world, txEn eht nepO From michiel at slackbuilds.org Sat Dec 26 02:07:23 2009 From: michiel at slackbuilds.org (Michiel van Wessem) Date: Sat, 26 Dec 2009 02:07:23 +0000 Subject: [Slackbuilds-users] About the http://slackbuilds.org/templates/ In-Reply-To: References: <4B34BB14.1020203@gmail.com> Message-ID: <20091226020723.26279b30@hades.esn.local> On Sat, 26 Dec 2009 08:34:44 +0800 Grissiom wrote: > Yes, one can scroll down the page and extract the content of info > file among other hundreds of words. But I think it may be more > convenience that provide a "dry" template info file there. > you mean like: http://slackbuilds.org/templates/template.info -M. -- Michiel van Wessem http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From chaos.proton at gmail.com Sat Dec 26 02:23:52 2009 From: chaos.proton at gmail.com (Grissiom) Date: Sat, 26 Dec 2009 10:23:52 +0800 Subject: [Slackbuilds-users] About the http://slackbuilds.org/templates/ In-Reply-To: <20091226020723.26279b30@hades.esn.local> References: <4B34BB14.1020203@gmail.com> <20091226020723.26279b30@hades.esn.local> Message-ID: On Sat, Dec 26, 2009 at 10:07 AM, Michiel van Wessem wrote: > you mean like: > > http://slackbuilds.org/templates/template.info > Yup! That's what I'm talking about! Thanks! ;-) -- Cheers, Grissiom From geetha at angleritech.com Sat Dec 26 05:58:24 2009 From: geetha at angleritech.com (Geetha, ANGLER - EIT) Date: Sat, 26 Dec 2009 11:28:24 +0530 Subject: [Slackbuilds-users] Reg: Rmagick slackware package. Message-ID: <16F1D498F4CD4545BB3C49972B508271232BD7@itech.angleritech.com> I've built the rmagick slackware package from the source file. Herewith I've attached the slackbuilds and the package. I've moved all the gems (under site_ruby) to /frm/ruby/site_ruby/1.8 The package is working in built system, if i installed the same package on any new system, it is not working. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rmagick.zip Type: application/x-zip-compressed Size: 5049 bytes Desc: rmagick.zip URL: From artourter at gmail.com Sat Dec 26 16:47:45 2009 From: artourter at gmail.com (Greg' Ar Tourter) Date: Sat, 26 Dec 2009 16:47:45 +0000 Subject: [Slackbuilds-users] shorewall packages in pending Message-ID: <9b4c59690912260847u27480b42n24b8134b28d590f9@mail.gmail.com> Hi , first of all, Merry Christmas to every one! And then a request, to be delt with when someone feels like it (no urgency): can someone remove the pending shorewall and shorewall6 packages. I will upload a new version for them at some point, but I would rather the version I uploaded do not get released. Cheers Greg From michiel at slackbuilds.org Sat Dec 26 17:58:24 2009 From: michiel at slackbuilds.org (Michiel van Wessem) Date: Sat, 26 Dec 2009 17:58:24 +0000 Subject: [Slackbuilds-users] shorewall packages in pending In-Reply-To: <9b4c59690912260847u27480b42n24b8134b28d590f9@mail.gmail.com> References: <9b4c59690912260847u27480b42n24b8134b28d590f9@mail.gmail.com> Message-ID: <20091226175824.52ec7c31@hades.esn.local> On Sat, 26 Dec 2009 16:47:45 +0000 "Greg' Ar Tourter" wrote: > can someone remove the pending shorewall and shorewall6 > packages. Done and done. -M. -- Michiel van Wessem http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From artourter at gmail.com Sat Dec 26 19:32:05 2009 From: artourter at gmail.com (Greg' Ar Tourter) Date: Sat, 26 Dec 2009 19:32:05 +0000 Subject: [Slackbuilds-users] shorewall packages in pending In-Reply-To: <20091226175824.52ec7c31@hades.esn.local> References: <9b4c59690912260847u27480b42n24b8134b28d590f9@mail.gmail.com> <20091226175824.52ec7c31@hades.esn.local> Message-ID: <9b4c59690912261132o598f043m820227f21836dd97@mail.gmail.com> Thanks Michiel, enjoy the rest of your holiday. Cheers Greg 2009/12/26 Michiel van Wessem : > On Sat, 26 Dec 2009 16:47:45 +0000 > "Greg' Ar Tourter" wrote: >> can someone remove the pending shorewall and shorewall6 >> packages. > > Done and done. > > -M. > -- > Michiel van Wessem > http://slackbuilds.org/ > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > > From mjjzf at syntaktisk.dk Sun Dec 27 23:19:43 2009 From: mjjzf at syntaktisk.dk (Morten Juhl-Johansen =?ISO-8859-1?Q?Z=F6lde-Fej=E9r?=) Date: Mon, 28 Dec 2009 00:19:43 +0100 Subject: [Slackbuilds-users] Mendeley source links dead Message-ID: <20091228001943.6b2b03fe@espero.syntaktisk.dk> I am afraid the links to the source files of Mendeley at http://slackbuilds.org/repository/13.0/academic/mendeleydesktop/ are broken. Yours, Morten __ Morten Juhl-Johansen Z?lde-Fej?r mjjzf at syntaktisk.dk * http://syntaktisk.dk From chaos.proton at gmail.com Mon Dec 28 06:03:12 2009 From: chaos.proton at gmail.com (Grissiom) Date: Mon, 28 Dec 2009 14:03:12 +0800 Subject: [Slackbuilds-users] Mendeley source links dead In-Reply-To: <20091228001943.6b2b03fe@espero.syntaktisk.dk> References: <20091228001943.6b2b03fe@espero.syntaktisk.dk> Message-ID: On Mon, Dec 28, 2009 at 7:19 AM, Morten Juhl-Johansen Z?lde-Fej?r wrote: > I am afraid the links to the source files of Mendeley at > http://slackbuilds.org/repository/13.0/academic/mendeleydesktop/ are > broken. > Try these please: http://www.mendeley.com/downloads/linux/mendeleydesktop-0.9.4.1-linux-i486.tar.bz2 http://www.mendeley.com/downloads/linux/mendeleydesktop-0.9.4.1-linux-x86_64.tar.bz2 I think the reason they changed the link is there is a new release... If you launch 0.9.4.2(the one supported by my SlackBuild), it will promote you to upgrade. But unless you are root, there is no hope to accomplish that. And DO NOT upgrade! I don't know the consequences it will cause... I will submit a new SlakckBuild for it soon. -- Cheers, Grissiom From rworkman at slackbuilds.org Mon Dec 28 06:30:49 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 28 Dec 2009 06:30:49 +0000 Subject: [Slackbuilds-users] Updates - 20091228 Message-ID: <20091228063049.GA5395@slackbuilds.org> Mon Dec 28 06:27:01 UTC 2009 audio/zynaddsubfx - Removed at maintainer's request, as the build script was failing inexplicably on some machines and it may conflict with another script in our repository. desktop/xmonad: Updated for version 0.9.1. Thanks to Mikko Varri. --rworkman development/erlang-otp: Updated for version 13B03. Thanks to Ben Mendis. development/ghc: Updated for version 6.12.1. Thanks to Mikko Varri. --rworkman development/happy: Added - Happy is a parser generator system for Haskell. Thanks to Mikko Varri. --rworkman development/mono: Updated for version 2.6.1. Thanks to Sebasti?n Salazar Molina. --rworkman libraries/X11-haskell: Removed (renamed to haskell-X11). libraries/haskell-HUnit: Added - a unit testing framework for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-QuickCheck: Added - QuickCheck is a library for random testing of program properties. Thanks to Mikko Varri. --rworkman libraries/haskell-X11: Updated for version 1.5.0.0; renamed from X11-haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-deepseq: Added - a "deep" version of seq for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-haskell-src: Added - Facilities for manipulating Haskell source code. Thanks to Mikko Varri. --rworkman libraries/haskell-html: Added - HTML combinator library for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-mtl: Added - the monad transformer library. Thanks to Mikko Varri. --rworkman libraries/haskell-network: Added - Networking-related facilities for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-packedstring: Added - Packed Strings library for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-parallel: Added - a library for parallel programming in Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-parsec: Added - Monadic parser combinators for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-regex-base: Added - an interface API for regex-posix, pcre, parsec, tdfa, and dfa. Thanks to Mikko Varri. --rworkman libraries/haskell-regex-compat: Added - A module layer over regex-posix to replace Text.Regex. Thanks to Mikko Varri. --rworkman libraries/haskell-regex-posix: Added - posix regex backend for regex-base. Thanks to Mikko Varri. --rworkman libraries/haskell-stm: Added - Software Transactional Memory for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-utf8-string: Removed - this is now part of ghc. libraries/haskell-xhtml: Added - an XHTML combinator library for Haskell. Thanks to Mikko Varri. --rworkman libraries/haskell-zip-archive: Updated for version 0.1.1.4. libraries/libgee: Added - libgee is a collection library providing GObject-based interfaces and classes for commonly used data structures. Thanks to Larry Hajali. libraries/librcd: Added - librcd is a library for character set autodetection of russian text. Thanks to gshep. --rworkman libraries/libssh: Updated for version 0.4.0. Thanks to Larry Hajali. libraries/libvmime-zarafa: Added - VMime is a free mail library for C++, an open-source solution for working with MIME messages and Internet messaging services like IMAP, POP or SMTP. This script builds a specially patched version of libvmime-0.7.1 for zarafa. Thanks to Niels Horn. --rworkman libraries/xmonad-contrib: Updated for version 0.9.1. Thanks to Mikko Varri. network/ifstatus: Added - ifstatus is an ncurses network statistics monitor. Thanks to Sean Donner. --rworkman network/radvd: Updated for version 1.5. Thanks to Sean Donner. --rworkman network/squid: Updated for version 3.0STABLE21 and fixed some log rotation issues. Be sure to move/merge squid.conf and /etc/logrotate.d/squid after the upgrade. Thanks to Niels Horn for reporting the issue and helping to (hopefully) fix it. --rworkman network/zarafa: Added - Zarafa offers a replacement for MS Exchange Server. Thanks to Niels Horn. --rworkman network/zarafa-webaccess-ajax: Added - the webaccess module of Zarafa. Thanks to Niels Horn. --rworkman office/apvlv: Updated for version 0.0.8.1. Thanks to Grigorios Bouzakis. --rworkman system/fsarchiver: Updated for version 0.6.2. system/webmin: Updated for version 1.500. From chaos.proton at gmail.com Mon Dec 28 06:39:10 2009 From: chaos.proton at gmail.com (Grissiom) Date: Mon, 28 Dec 2009 14:39:10 +0800 Subject: [Slackbuilds-users] Mendeley source links dead In-Reply-To: References: <20091228001943.6b2b03fe@espero.syntaktisk.dk> Message-ID: On Mon, Dec 28, 2009 at 2:03 PM, Grissiom wrote: > On Mon, Dec 28, 2009 at 7:19 AM, Morten Juhl-Johansen Z?lde-Fej?r > wrote: >> I am afraid the links to the source files of Mendeley at >> http://slackbuilds.org/repository/13.0/academic/mendeleydesktop/ are >> broken. >> > > Try these please: > http://www.mendeley.com/downloads/linux/mendeleydesktop-0.9.4.1-linux-i486.tar.bz2 > http://www.mendeley.com/downloads/linux/mendeleydesktop-0.9.4.1-linux-x86_64.tar.bz2 > > I think the reason they changed the link is there is a new release... > If you launch 0.9.4.2(the one supported by my SlackBuild), it will > promote you to upgrade. But unless you are root, there is no hope to > accomplish that. And DO NOT upgrade! I don't know the consequences it > will cause... > > I will submit a new SlakckBuild for it soon. New SlackBuild in the attachment, for those who cannot to wait;-) Note, it has no been approved by the admins yet. So use with your own risk. -- Good Luck, Grissiom -------------- next part -------------- A non-text attachment was scrubbed... Name: mendeleydesktop.tar.gz Type: application/x-gzip Size: 1894 bytes Desc: not available URL: From rworkman at slackbuilds.org Tue Dec 29 07:34:30 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 29 Dec 2009 07:34:30 +0000 Subject: [Slackbuilds-users] Updates - 20091229 Message-ID: <20091229073430.GA18003@slackbuilds.org> Tue Dec 29 07:32:33 UTC 2009 academic/gwyddion: Updated for version 2.19. Thanks to Daniil Bratashov. --rworkman academic/mendeleydesktop: Updated for version 0.9.5.2. Thanks to Grissiom. --dsomero academic/wxMaxima: Updated for version 0.8.4. Thanks to Larry Hajali. --dsomero audio/mp3check: Updated for version 0.8.4. Thanks to Audrius Ka?ukauskas. --dsomero audio/ocp: Updated for version 0.1.18. Thanks to Erik Hanson. --dsomero audio/qsynth: Added - qsynth is a gui frontend for fluidsynth. Thanks to Michales Michaloudes. --rworkman desktop/cwp: Updated for version 0.9.17. Thanks to M. Dinslage. --rworkman desktop/qt-recordmydesktop: Added - this is a qt frontend for recordmydesktop. Thanks to Michales Michaloudes. --rworkman desktop/recordmydesktop: Added - this allows you to record desktop sessions to an Ogg-Theora-Vorbis file. Thanks to Michales Michaloudes. --rworkman development/scala: Updated for version 2.7.7.final. Thanks to Matthias Diehn Ingesman. --rworkman development/vic: Added - vic is a simple wrapper around the editor of your choice to first check a file out of RCS, edit the file, and then check the file back into RCS. Thanks to Menno Duursma. --rworkman games/bloodfrontier: Added - Blood Frontier is a first-person shooter game. Thanks to Ponce. --rworkman games/fceux: Added - this is an 8-bit NES emulator based on FCE Ultra. Thanks to M. Dinslage. --rworkman games/pcsxr: Updated for version 1.9.91. Thanks to M.Dinslage. --dsomero graphics/graphviz: Updated for version 2.26.0. Thanks to Audrius Ka?ukauskas. --dsomero graphics/LDraw_data: Updated for version 200902. Thanks to Niels Horn. --dsomero libraries/c-ares: Updated for version 1.7.0. Thanks to Larry Hajali. --dsomero libraries/exiftool: Updated for version 8.00. Thanks to David Spencer. --dsomero libraries/gdal: Updated for version 1.6.3. Thanks to David Spencer. --dsomero libraries/openvas-libnasl: Removed. libraries/openvas-libraries: Updated for version 3.0.0. Thanks to Marco Bonetti. --dsomero libraries/python-distutils-extra: Updated for version 2.14. Thanks to Larry Hajali. --rworkman misc/ascii: Added - this is a handy little utility that recognizes many different ways of naming an ASCII character. Thanks to cteg. --rworkman misc/ibus-qt: Updated for version 1.2.0.20091217. Thanks to Grissiom. --rworkman misc/krename: Updated for version 4.0.2. Thanks to Heinz Wiesinger. --dsomero misc/misctools: Updated for version 2.5.5. Thanks to Menno Duursma. multimedia/minitube: Updated for version 0.8.1. Thanks to Mikhail Zotov. --dsomero multimedia/transcode: Updated for version 1.1.5. Thanks to Heinz Wiesinger. --dsomero network/centerim: Updated for version 4.22.8. Thanks to Christopher Forrest. --dsomero network/hydra: Updated to build against libssh 0.4. Thanks to Larry Hajali. --dsomero network/mailman: Added - the GNU Mailing List Manager. Thanks to Eugene Suter. --rworkman network/openvas-client: Updated for version 3.0.0. Thanks to Marco Bonetti. --dsomero network/openvas-plugins: Removed. network/openvas-scanner: Updated for version 3.0.0. Thanks to Marco Bonetti. --dsomero network/openvas-server: Removed, renamed to openvas-scanner. network/periscope: Updated for version 0.1.7.1. Thanks to Marco Bonetti. --dsomero network/scli: Added - scli is an SNMP Command Line Interface. Thanks to Menno Duursma. --rworkman network/shorewall6: Updated for version 4.4.5.4. Thanks to ArTourter. --rworkman network/shorewall: Updated for version 4.4.5.4. Thanks to ArTourter. --rworkman network/sylpheed: Updated for version 2.7.1. Thanks to GPLeo. --dsomero network/udpcast: Updated for version 20091031. Thanks to Heinz Wiesinger. --dsomero system/cage: Added - cage was written to be a creator of unbreakable padded cells for untrusted applications. Thanks to Menno Duursma. --rworkman system/cdcopy: Added - cdcopy is a shell / dialog program to easily copy CDs from the console. Thanks to Menno Duursma. --rworkman system/chkconfig: Added - Chkconfig is a tool for managing the collection of symbolic links found in the /etc/rc[0-6].d directories on System V derived UNIX systems. Thanks to Menno Duursma. --rworkman system/cpulimit: Added - cpulimit is a simple program that attempts to limit the cpu usage of a process. Thanks to Menno Duursma. --rworkman system/hercules: Updated for version svn_20091219. Thanks to Niels Horn. --dsomero system/kvm: Added - KVM is a full virtualization solution for Linux. Thanks to Murat D. Kadirov. --rworkman system/nss-mysql: Added - the NSS-MySQL name service switch library. Thanks to Menno Duursma. --rworkman system/sash: Added - sash is a stand-alone shell with many built-in commands. Thanks to Menno Duursma. --rworkman system/tiger: Added - TIGER, or the 'tiger' scripts, is a set of Bourne shell scripts, C programs and data files which are used to perform a security audit of UNIX systems. Thanks to Menno Duursma. --rworkman system/watchdog: Added - the Linux watchdog timer daemon. Thanks to Menno Duursma. --rworkman From acummingsus at gmail.com Tue Dec 29 08:06:19 2009 From: acummingsus at gmail.com (Al) Date: Tue, 29 Dec 2009 00:06:19 -0800 Subject: [Slackbuilds-users] builds repo: rsync error just now Message-ID: <4B39B87B.5040706@gmail.com> al at P5Q:~$ slackbldrepo rsync: opendir "13.0/misc/ascii" (in slackbuilds) failed: Permission denied (13) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1506) [generator=3.0.4] al at P5Q:~$ Thanks to all for the Slackware support!!!1! al at P5Q:~$ !410 slack_support_help echo "Thanks to all for the Slackware support!!!1!" echo " " al at P5Q:~$ From rworkman at slackbuilds.org Tue Dec 29 08:18:52 2009 From: rworkman at slackbuilds.org (Robby Workman) Date: Tue, 29 Dec 2009 02:18:52 -0600 Subject: [Slackbuilds-users] builds repo: rsync error just now In-Reply-To: <4B39B87B.5040706@gmail.com> References: <4B39B87B.5040706@gmail.com> Message-ID: <20091229021852.5b6cbcec@liberty.rlwhome.lan> On Tue, 29 Dec 2009 00:06:19 -0800 Al wrote: > al at P5Q:~$ slackbldrepo > rsync: opendir "13.0/misc/ascii" (in slackbuilds) failed: Permission > denied (13) > rsync error: some files/attrs were not transferred (see previous > errors) (code 23) at main.c(1506) [generator=3.0.4] I don't see a problem on our end; can you try again and see if it happens this time? -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From erik at slackbuilds.org Tue Dec 29 09:07:38 2009 From: erik at slackbuilds.org (Erik Hanson) Date: Tue, 29 Dec 2009 03:07:38 -0600 Subject: [Slackbuilds-users] builds repo: rsync error just now In-Reply-To: <20091229021852.5b6cbcec@liberty.rlwhome.lan> References: <4B39B87B.5040706@gmail.com> <20091229021852.5b6cbcec@liberty.rlwhome.lan> Message-ID: <20091229030738.40887005@shaggy.doo> On Dec 29, 2009, at 2:18 AM, Robby Workman wrote: > On Tue, 29 Dec 2009 00:06:19 -0800 > Al wrote: > > > al at P5Q:~$ slackbldrepo > > rsync: opendir "13.0/misc/ascii" (in slackbuilds) failed: Permission > > denied (13) > > rsync error: some files/attrs were not transferred (see previous > > errors) (code 23) at main.c(1506) [generator=3.0.4] > > > I don't see a problem on our end; can you try again and > see if it happens this time? It hit me fairly quickly as I rsync often. I fixed it. -- Erik Hanson http://slackbuilds.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From vbatts at hashbangbash.com Tue Dec 29 15:45:55 2009 From: vbatts at hashbangbash.com (Vincent Batts) Date: Tue, 29 Dec 2009 09:45:55 -0600 Subject: [Slackbuilds-users] Updates - 20091229 In-Reply-To: <20091229073430.GA18003@slackbuilds.org> References: <20091229073430.GA18003@slackbuilds.org> Message-ID: <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> Isn't recordmydesktop in /extra already, or that only in -current? On 12/29/09, Robby Workman wrote: > Tue Dec 29 07:32:33 UTC 2009 > academic/gwyddion: Updated for version 2.19. > Thanks to Daniil Bratashov. --rworkman > academic/mendeleydesktop: Updated for version 0.9.5.2. > Thanks to Grissiom. --dsomero > academic/wxMaxima: Updated for version 0.8.4. > Thanks to Larry Hajali. --dsomero > audio/mp3check: Updated for version 0.8.4. > Thanks to Audrius Ka?ukauskas. --dsomero > audio/ocp: Updated for version 0.1.18. Thanks to Erik Hanson. --dsomero > audio/qsynth: Added - qsynth is a gui frontend for fluidsynth. > Thanks to Michales Michaloudes. --rworkman > desktop/cwp: Updated for version 0.9.17. Thanks to M. Dinslage. --rworkman > desktop/qt-recordmydesktop: Added - this is a qt frontend for > recordmydesktop. > Thanks to Michales Michaloudes. --rworkman > desktop/recordmydesktop: Added - this allows you to record desktop sessions > to an Ogg-Theora-Vorbis file. Thanks to Michales Michaloudes. --rworkman > development/scala: Updated for version 2.7.7.final. > Thanks to Matthias Diehn Ingesman. --rworkman > development/vic: Added - vic is a simple wrapper around the editor of your > choice to first check a file out of RCS, edit the file, and then check the > file back into RCS. Thanks to Menno Duursma. --rworkman > games/bloodfrontier: Added - Blood Frontier is a first-person shooter game. > Thanks to Ponce. --rworkman > games/fceux: Added - this is an 8-bit NES emulator based on FCE Ultra. > Thanks to M. Dinslage. --rworkman > games/pcsxr: Updated for version 1.9.91. Thanks to M.Dinslage. --dsomero > graphics/graphviz: Updated for version 2.26.0. > Thanks to Audrius Ka?ukauskas. --dsomero > graphics/LDraw_data: Updated for version 200902. > Thanks to Niels Horn. --dsomero > libraries/c-ares: Updated for version 1.7.0. > Thanks to Larry Hajali. --dsomero > libraries/exiftool: Updated for version 8.00. > Thanks to David Spencer. --dsomero > libraries/gdal: Updated for version 1.6.3. Thanks to David Spencer. > --dsomero > libraries/openvas-libnasl: Removed. > libraries/openvas-libraries: Updated for version 3.0.0. > Thanks to Marco Bonetti. --dsomero > libraries/python-distutils-extra: Updated for version 2.14. > Thanks to Larry Hajali. --rworkman > misc/ascii: Added - this is a handy little utility that recognizes many > different ways of naming an ASCII character. > Thanks to cteg. --rworkman > misc/ibus-qt: Updated for version 1.2.0.20091217. > Thanks to Grissiom. --rworkman > misc/krename: Updated for version 4.0.2. Thanks to Heinz Wiesinger. > --dsomero > misc/misctools: Updated for version 2.5.5. Thanks to Menno Duursma. > multimedia/minitube: Updated for version 0.8.1. > Thanks to Mikhail Zotov. --dsomero > multimedia/transcode: Updated for version 1.1.5. > Thanks to Heinz Wiesinger. --dsomero > network/centerim: Updated for version 4.22.8. > Thanks to Christopher Forrest. --dsomero > network/hydra: Updated to build against libssh 0.4. > Thanks to Larry Hajali. --dsomero > network/mailman: Added - the GNU Mailing List Manager. > Thanks to Eugene Suter. --rworkman > network/openvas-client: Updated for version 3.0.0. > Thanks to Marco Bonetti. --dsomero > network/openvas-plugins: Removed. > network/openvas-scanner: Updated for version 3.0.0. > Thanks to Marco Bonetti. --dsomero > network/openvas-server: Removed, renamed to openvas-scanner. > network/periscope: Updated for version 0.1.7.1. > Thanks to Marco Bonetti. --dsomero > network/scli: Added - scli is an SNMP Command Line Interface. > Thanks to Menno Duursma. --rworkman > network/shorewall6: Updated for version 4.4.5.4. > Thanks to ArTourter. --rworkman > network/shorewall: Updated for version 4.4.5.4. > Thanks to ArTourter. --rworkman > network/sylpheed: Updated for version 2.7.1. Thanks to GPLeo. --dsomero > network/udpcast: Updated for version 20091031. > Thanks to Heinz Wiesinger. --dsomero > system/cage: Added - cage was written to be a creator of unbreakable padded > cells for untrusted applications. Thanks to Menno Duursma. --rworkman > system/cdcopy: Added - cdcopy is a shell / dialog program to easily copy CDs > from the console. Thanks to Menno Duursma. --rworkman > system/chkconfig: Added - Chkconfig is a tool for managing the collection of > symbolic links found in the /etc/rc[0-6].d directories on System V derived > UNIX systems. Thanks to Menno Duursma. --rworkman > system/cpulimit: Added - cpulimit is a simple program that attempts to limit > the cpu usage of a process. Thanks to Menno Duursma. --rworkman > system/hercules: Updated for version svn_20091219. > Thanks to Niels Horn. --dsomero > system/kvm: Added - KVM is a full virtualization solution for Linux. > Thanks to Murat D. Kadirov. --rworkman > system/nss-mysql: Added - the NSS-MySQL name service switch library. > Thanks to Menno Duursma. --rworkman > system/sash: Added - sash is a stand-alone shell with many built-in > commands. > Thanks to Menno Duursma. --rworkman > system/tiger: Added - TIGER, or the 'tiger' scripts, is a set of Bourne > shell > scripts, C programs and data files which are used to perform a security > audit of UNIX systems. Thanks to Menno Duursma. --rworkman > system/watchdog: Added - the Linux watchdog timer daemon. > Thanks to Menno Duursma. --rworkman > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - http://slackbuilds.org/faq/ > > -- Sent from my mobile device vb 205.352.4112 http://hashbangbash.com/ From me at alkos333.net Tue Dec 29 15:49:00 2009 From: me at alkos333.net (alkos333) Date: Tue, 29 Dec 2009 09:49:00 -0600 Subject: [Slackbuilds-users] Updates - 20091229 In-Reply-To: <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> References: <20091229073430.GA18003@slackbuilds.org> <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> Message-ID: On Tue, Dec 29, 2009 at 9:45 AM, Vincent Batts wrote: > Isn't recordmydesktop in /extra already, or that only in -current? You are right, it's already in 13.0 in extra/ -- Alex Lysenka Computer Science Major Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From pprkut at slackbuilds.org Tue Dec 29 15:51:24 2009 From: pprkut at slackbuilds.org (Heinz Wiesinger) Date: Tue, 29 Dec 2009 16:51:24 +0100 Subject: [Slackbuilds-users] Updates - 20091229 In-Reply-To: <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> References: <20091229073430.GA18003@slackbuilds.org> <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> Message-ID: <200912291651.28757.pprkut@slackbuilds.org> On Tuesday 29 December 2009 16:45:55 Vincent Batts wrote: > Isn't recordmydesktop in /extra already, or that only in -current? Only in slackware64, like a few other scripts we have in the repository. Grs, Heinz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: This is a digitally signed message part. URL: From me at alkos333.net Tue Dec 29 15:59:36 2009 From: me at alkos333.net (alkos333) Date: Tue, 29 Dec 2009 09:59:36 -0600 Subject: [Slackbuilds-users] Updates - 20091229 In-Reply-To: <200912291651.28757.pprkut@slackbuilds.org> References: <20091229073430.GA18003@slackbuilds.org> <2015330f0912290745k4d205a60t6e30039fcb8f0c48@mail.gmail.com> <200912291651.28757.pprkut@slackbuilds.org> Message-ID: On Tue, Dec 29, 2009 at 9:51 AM, Heinz Wiesinger wrote: > > Only in slackware64, like a few other scripts we have in the repository. That would make sense, I'm running slackware64 here -- Alex Lysenka Computer Science Major Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From nyrednek at gmail.com Tue Dec 29 20:53:36 2009 From: nyrednek at gmail.com (nyrednek at gmail.com) Date: Tue, 29 Dec 2009 15:53:36 -0500 (EST) Subject: [Slackbuilds-users] Updates - 20091229 In-Reply-To: References: Message-ID: That's version 4.22.9, not 4.22.8 From xgizzmo at slackbuilds.org Thu Dec 31 04:49:53 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Wed, 30 Dec 2009 23:49:53 -0500 Subject: [Slackbuilds-users] Updates - 20091231 Message-ID: <200912302349.54088.xgizzmo@slackbuilds.org> Happy New Years Eve from all of us at SlackBuilds.org. Thu Dec 31 04:42:11 UTC 2009 audio/mixxx: Added - mixxx is a free open source DJ software for performing live mixes. Thanks to Elvio Basello (HelLViS69). --dsomero desktop/ffmpegthumbnailer: Added - ffmpegthumbnailer is a Lightweight Video Thumbnailer. --dsomero development/alex: Added - alex is a tool for generating lexical analysers in Haskell. Thanks to Mikko Varri. --dsomero development/acpica: Updated for version 20091214. Thanks to Heinz Wiesinger (pprkut). --rworkman development/bpython: Added - bpython is a interface to the Python interpreter. Thanks to vvoody. --dsomero development/fpc: Added - fpc is a free Pascal compiler. Thanks to Andre Barboza. --dsomero development/gprolog: Added - gprolog produces native binaries from Prolog+constraint programs. Thanks to Eugene Suter. --dsomero development/qt4pas: Added - qt4pas provides a Qt4 binding for FreePascal. Thanks to Andre Barboza. --dsomero development/vala: Added - vala is a new programming language that aims to bring modern programming language features to GNOME developers. Thanks to Erik Hanson. --dsomero games/cowsay: Added - cowsay is a configurable speaking/thinking cow. Thanks to David Miller. --dsomero games/egoboo: Added - egoboo is a three-dimensional dungeon crawling adventure. Thanks to Larry Hajali. --dsomero graphics/digikam: Added - digikam is a KDE Photo Management Application. Thanks to Niklas 'Nille' ? kerstr??m. --dsomero graphics/discwrapper: Added - DiscWrapper is a cover designer for optical discs. Thanks to Pablo Santamaria. --rworkman graphics/fotowall: Added - fotowall is a creative tool that allows you to layout your photos. Thanks to Larry Hajali. --dsomero graphics/lgeo: Added - lgeo is data files for l3p .ldr to .pov conversion. Thanks to Niels Horn. --dsomero graphics/ufraw: Updated for version 0.16. Thanks to Nishant Limbachia. libraries/haskell-binary: Enabled the shared library (due to new ghc) and moved the libraries to be in a more consistent location with respect to other haskell software we host. Thanks to Peter Wang. --rworkman libraries/haskell-digest: Enabled the shared library (due to new ghc) and moved the libraries to be in a more consistent location with respect to other haskell software we host. Thanks to Peter Wang. --rworkman libraries/haskell-zip-archive: Enabled the shared library (due to new ghc) and moved the libraries to be in a more consistent location with respect to other haskell software we host. Thanks to Peter Wang. --rworkman libraries/haskell-zlib: Enabled the shared library (due to new ghc) and moved the libraries to be in a more consistent location with respect to other haskell software we host. Thanks to Peter Wang. --rworkman libraries/libass: Added - libass is a subtitle renderer for the ASS/SSA. Thanks to Larry Hajali. --dsomero libraries/libdmtx: Added - libdmtx is a data matrix barcode library and utilities. Thanks to David Miller. --dsomero libraries/libvmime: Added - VMime is a free mail library. Thanks to Niels Horn. --rworkman libraries/libgcal: Added - libgcal. Thanks to Vincent Batts. --dsomero libraries/pyxdg: Updated for version 0.18. Thanks to Frank Caraballo. misc/protobuf: Added - Protocol buffers are a flexible, efficient, automated mechanism for serializing structured data. Thanks to M.Dinslage. --dsomero misc/txt2tags: Added - txt2tags is a document generator. Thanks to eviljames. --rworkman multimedia/2ManDVD: Added - 2ManDVD is the successor of ManDVD. Thanks to Matteo Bernardini (Ponce). --dsomero multimedia/gecko-mediaplayer: Added - gecko-mediaplayer is a browser media plugin. Thanks to Phillip Warner. --dsomero multimedia/gnome-mplayer: Added - gnome-mplayer is a gtk2-only frontend to mplayer. Thanks to Phillip Warner. --rworkman multimedia/vcdimager: Added - VCDImager is a full-featured mastering suite for VCDs and SVCDs. Thanks to eviljames. --rworkman network/iodine: Added - iodine lets you tunnel IPv4 data through a DNS server. Thanks to David Miller. --dsomero network/tor: Updated for version 0.2.1.21. Thanks to Erik Hanson. --rworkman network/ucspi-tcp: Added - ucspi-tcp is djb's TCP client-server command-line tools. Thanks to David Miller. --dsomero office/akonadi-googledata: Added - akonadi-googledata is a resource plugin for akonadi to connect to Google calendar and contacts. Thanks to Vincent Batts. --rworkman office/odt2txt: Added - odt2txt is a simple converter from OpenDocument Text to plain tex. Thanks to sercari. --dsomero office/pandoc: Updated for version 1.3 and included a patch build against haskell-parsec-3.x. Thanks to Peter Wang. --rworkman system/afuse: Added - afuse is a automounter for FUSE. Thanks to Evandro Alves Rodrigues. --dsomero system/filelight: Added - filelight is an alternative KDE filemanager. Thanks to Lionel Young. --dsomero system/herculesstudio: Added - herculesstudio ia s Hercules GUI for Linux. Thanks to Niels Horn. --dsomero system/lbzip2: Updated for version 0.20. Thanks to Erik Hanson. --rworkman system/qemu-kvm: Updated for version 0.12.1.2. Thanks to Stu Miller. --dsomero system/runit: Added - runit is a UNIX init scheme with service supervision. Thanks to David Miller. --dsomero system/virtualbox-kernel: Updated for version 3.1.2. Thanks to pprkut. system/virtualbox-kernel-addons: Updated for version 3.1.2. Thanks to pprkut. system/virtualbox-ose: Updated for version 3.1.2. Thanks to pprkut. system/virtualbox-ose-addons: Updated for version 3.1.2. Thanks to pprkut. From me at alkos333.net Thu Dec 31 05:28:45 2009 From: me at alkos333.net (alkos333) Date: Wed, 30 Dec 2009 23:28:45 -0600 Subject: [Slackbuilds-users] Updates - 20091231 In-Reply-To: <200912302349.54088.xgizzmo@slackbuilds.org> References: <200912302349.54088.xgizzmo@slackbuilds.org> Message-ID: On Wed, Dec 30, 2009 at 10:49 PM, wrote: > audio/mixxx: Added - mixxx is a free open source DJ software for performing > ?live mixes. ?Thanks to Elvio Basello (HelLViS69). ?--dsomero Thank you so much for the submission. Should mention in README that scons, bzr, and portaudio are required in order to compile. qt is also needed, but it comes with Slack -- Alex Lysenka Computer Science Major Operations Management & Information Systems Major Northern Illinois University alysenka at niu.edu From matteo.bernardini at sns.it Thu Dec 31 08:10:55 2009 From: matteo.bernardini at sns.it (Matteo Bernardini) Date: Thu, 31 Dec 2009 09:10:55 +0100 Subject: [Slackbuilds-users] Updates - 20091231 In-Reply-To: <200912302349.54088.xgizzmo@slackbuilds.org> References: <200912302349.54088.xgizzmo@slackbuilds.org> Message-ID: <4B3C5C8F.4060208@sns.it> Il 31/12/2009 05:49, xgizzmo at slackbuilds.org ha scritto: > Happy New Years Eve from all of us at SlackBuilds.org. > tnx, wish a 2010 of slackness for all :D From xgizzmo at slackbuilds.org Thu Dec 31 13:26:20 2009 From: xgizzmo at slackbuilds.org (xgizzmo at slackbuilds.org) Date: Thu, 31 Dec 2009 08:26:20 -0500 Subject: [Slackbuilds-users] Updates - 20091231 In-Reply-To: References: <200912302349.54088.xgizzmo@slackbuilds.org> Message-ID: <200912310826.21216.xgizzmo@slackbuilds.org> On Thursday 31 December 2009 00:28:45 alkos333 wrote: > Thank you so much for the submission. Should mention in README that > scons, bzr, and portaudio are required in order to compile. qt is > also needed, but it comes with Slack > Thanks it requires scons, ladspa-sdk, and portaudio. bzr is only needed if you are working with a local copy of the source tree, which we are not. It will build without ladspa-sdk but it's not as useful. Thanks again for the report. The README has been updated. --dsomero From daedra1980 at gmail.com Thu Dec 31 23:46:17 2009 From: daedra1980 at gmail.com (daedra1) Date: Thu, 31 Dec 2009 15:46:17 -0800 Subject: [Slackbuilds-users] gecko-media player plugin problem Message-ID: <4B3D37C9.5000803@charter.net> I just thought that I would point this out. The gecko-media player plugin package automatically installs the plugin to /usr/lib/seamonkey-2.0.1/mozilla/plugins/. This is ok but if you use firefox you have to copy the files manually which is kind of inconvenient for firefox users. I was thinking maybe you guys could edit the build to install to /lib/mozilla/plugins. Like alien bob's slackbuild does http://connie.slackware.com/~alien/slackbuilds/gecko-mediaplayer/build/ from Eric's build # Still need the libdir explicitly here, to prevent installing unwantedly # into /usr/lib${LIBDIRSUFFIX}/seamonkey... make libdir=/usr/lib${LIBDIRSUFFIX} $NUMJOBS 2>&1 | tee $OUTPUT/make-${PRGNAM}.log make libdir=/usr/lib${LIBDIRSUFFIX} DESTDIR=$PKG install 2>&1 | tee $OUTPUT/install-${PRGNAM}.log here is the file list from the slackbuilds.org build usr/ usr/lib/ usr/lib/seamonkey-2.0.1/ usr/lib/seamonkey-2.0.1/mozilla/ usr/lib/seamonkey-2.0.1/mozilla/plugins/ usr/lib/seamonkey-2.0.1/mozilla/plugins/gecko-mediaplayer-rm.so usr/lib/seamonkey-2.0.1/mozilla/plugins/gecko-mediaplayer-dvx.so usr/lib/seamonkey-2.0.1/mozilla/plugins/gecko-mediaplayer-qt.so usr/lib/seamonkey-2.0.1/mozilla/plugins/gecko-mediaplayer.so usr/lib/seamonkey-2.0.1/mozilla/plugins/gecko-mediaplayer-wmp.so usr/share/ usr/share/locale/ usr/share/locale/tr/ usr/share/locale/tr/LC_MESSAGES/ usr/share/locale/tr/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/fr/ usr/share/locale/fr/LC_MESSAGES/ usr/share/locale/fr/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/es/ usr/share/locale/es/LC_MESSAGES/ usr/share/locale/es/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/pt_BR/ usr/share/locale/pt_BR/LC_MESSAGES/ usr/share/locale/pt_BR/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/nl/ usr/share/locale/nl/LC_MESSAGES/ usr/share/locale/nl/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/cs/ usr/share/locale/cs/LC_MESSAGES/ usr/share/locale/cs/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/pl/ usr/share/locale/pl/LC_MESSAGES/ usr/share/locale/pl/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/ja/ usr/share/locale/ja/LC_MESSAGES/ usr/share/locale/ja/LC_MESSAGES/gecko-mediaplayer.mo usr/share/locale/it/ usr/share/locale/it/LC_MESSAGES/ usr/share/locale/it/LC_MESSAGES/gecko-mediaplayer.mo usr/doc/ usr/doc/gecko-mediaplayer-0.9.8/ usr/doc/gecko-mediaplayer-0.9.8/ChangeLog usr/doc/gecko-mediaplayer-0.9.8/AUTHORS usr/doc/gecko-mediaplayer-0.9.8/javascript.txt usr/doc/gecko-mediaplayer-0.9.8/NEWS usr/doc/gecko-mediaplayer-0.9.8/COPYING usr/doc/gecko-mediaplayer-0.9.8/README usr/doc/gecko-mediaplayer-0.9.8/INSTALL usr/doc/gecko-mediaplayer-0.9.8/gecko-mediaplayer.SlackBuild -------------- next part -------------- An HTML attachment was scrubbed... URL: