From fernando.lopezjr at gmail.com Tue Aug 1 08:39:03 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Tue, 1 Aug 2017 02:39:03 -0600 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. Message-ID: any ideas? : compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.lo -MD -MP -MF ../../../../drv/Dico/.deps/Dico_IteratorOfDictionaryOfInteger_0.Tpo -c ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.cxx -fPIC -DPIC -o ../../../../drv/Dico/.libs/Dico_IteratorOfDictionaryOfInteger_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.lo -MD -MP -MF ../../../../drv/Dico/.deps/Dico_StackItemOfDictionaryOfTransient_0.Tpo -c ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.cxx -fPIC -DPIC -o ../../../../drv/Dico/.libs/Dico_StackItemOfDictionaryOfTransient_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.lo -MD -MP -MF ../../../../drv/Dico/.deps/Dico_IteratorOfDictionaryOfTransient_0.Tpo -c ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.cxx -fPIC -DPIC -o ../../../../drv/Dico/.libs/Dico_IteratorOfDictionaryOfTransient_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.lo -MD -MP -MF ../../../../drv/Dico/.deps/Dico_StackItemOfDictionaryOfInteger_0.Tpo -c ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.cxx -fPIC -DPIC -o ../../../../drv/Dico/.libs/Dico_StackItemOfDictionaryOfInteger_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.lo -MD -MP -MF ../../../../drv/Message/.deps/Message_ListNodeOfListOfMsg_0.Tpo -c ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.cxx -fPIC -DPIC -o ../../../../drv/Message/.libs/Message_ListNodeOfListOfMsg_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Dico/Dico_DictionaryOfTransient_0.lo -MD -MP -MF ../../../../drv/Dico/.deps/Dico_DictionaryOfTransient_0.Tpo -c ../../../../drv/Dico/Dico_DictionaryOfTransient_0.cxx -fPIC -DPIC -o ../../../../drv/Dico/.libs/Dico_DictionaryOfTransient_0.o libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin -I../../../../src/Plugin -I../../../../drv/Quantity -I../../../../src/Quantity -I../../../../drv/Resource -I../../../../src/Resource -I../../../../drv/SortTools -I../../../../src/SortTools -I../../../../drv/Standard -I../../../../src/Standard -I../../../../drv/StdFail -I../../../../src/StdFail -I../../../../drv/Storage -I../../../../src/Storage -I../../../../drv/TColStd -I../../../../src/TColStd -I../../../../drv/TCollection -I../../../../src/TCollection -I../../../../drv/TShort -I../../../../src/TShort -I../../../../drv/Units -I../../../../src/Units -I../../../../drv/UnitsAPI -I../../../../src/UnitsAPI -I../../../../drv/Dico -I../../../../src/Dico -I../../../../drv/NCollection -I../../../../src/NCollection -I../../../../drv/Message -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse -msse2 -mfpmath=sse -Wall -O2 -MT ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.lo -MD -MP -MF ../../../../drv/Message/.deps/Message_ListIteratorOfListOfMsg_0.Tpo -c ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.cxx -fPIC -DPIC -o ../../../../drv/Message/.libs/Message_ListIteratorOfListOfMsg_0.o :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope :0:9: error: ?NULL? was not declared in this scope make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.lo] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_DictionaryOfInteger_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.lo] Error 1 make[3]: *** [Makefile:3109: ../../../../drv/Dico/Dico_DictionaryOfTransient_0.lo] Error 1 make[3]: Leaving directory '/tmp/SBo/opencascade-6.9.1/adm/lin/amk/TKernel' make[2]: *** [Makefile:444: all-recursive] Error 1 make[2]: Leaving directory '/tmp/SBo/opencascade-6.9.1/adm/lin/amk' make[1]: *** [Makefile:478: all-recursive] Error 1 make[1]: Leaving directory '/tmp/SBo/opencascade-6.9.1' make: *** [Makefile:408: all] Error 2 OpenCASCADE: Would you like to continue processing the rest of the queue or would you like to abort? If this failed package is a dependency of another package in the queue then it may not make sense to continue. -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From baildon.research at googlemail.com Tue Aug 1 09:49:10 2017 From: baildon.research at googlemail.com (David Spencer) Date: Tue, 1 Aug 2017 10:49:10 +0100 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: On 1 August 2017 at 09:39, Fernando Lopez wrote: > any ideas? > :0:9: error: ?NULL? was not declared in this scope I think your copy of the OpenCASCADE SlackBuild is out of date. -D. From willysr at slackbuilds.org Tue Aug 1 10:44:20 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 1 Aug 2017 17:44:20 +0700 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: <346d388e-d565-ea58-4153-fcd31da07ce4@slackbuilds.org> > On 1 August 2017 at 09:39, Fernando Lopez wrote: >> any ideas? >> :0:9: error: ?NULL? was not declared in this scope > > I think your copy of the OpenCASCADE SlackBuild is out of date. > -D. Yes, i can confirm that it build fine on -stable SUMMARY LOG Using the SBo repository for Slackware 14.2 Queue Process: Download and build OpenCASCADE: MD5SUM check for opencascade-6.9.1.tgz ... OK Building package OpenCASCADE-6.9.1-x86_64-2_SBo.tgz ... OK -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From baildon.research at googlemail.com Tue Aug 1 10:45:00 2017 From: baildon.research at googlemail.com (David Spencer) Date: Tue, 1 Aug 2017 11:45:00 +0100 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: On 1 August 2017 at 10:49, David Spencer wrote: > I think your copy of the OpenCASCADE SlackBuild is out of date. Ok, that's wrong :( Matteo says (and he's always right!) that on -current it will build if you change this bit in the SlackBuild -Dnullptr=NULL to -Dnullptr=nullptr Hope that fixes it, sorry I was wrong earlier! Thanks -D. From slacker6896 at gmail.com Tue Aug 1 15:25:27 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Tue, 1 Aug 2017 17:25:27 +0200 Subject: [Slackbuilds-users] lxdm issue Message-ID: Hello, As opposed to xdm/kdm/slim, lxdm freezes (black screen) when X is killed with alt+ctrl+backspace. I searched on the net but found nothing about that issue. Is there something to add/remove in lxdm configuration file to prevent/solve this ? -- SeB -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Tue Aug 1 15:41:03 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 1 Aug 2017 17:41:03 +0200 Subject: [Slackbuilds-users] lxdm issue In-Reply-To: References: Message-ID: 2017-08-01 17:25 GMT+02:00 Sebastien BALLET : > Hello, > > As opposed to xdm/kdm/slim, lxdm freezes (black screen) when X is killed > with alt+ctrl+backspace. I searched on the net but found nothing about that > issue. Is there something to add/remove in lxdm configuration file to > prevent/solve this ? Hi Sebastien, can you please try appling this patch from upstream? https://git.lxde.org/gitweb/?p=lxde/lxdm.git;a=commit;h=fe121ce70ad5e99bd3b3b896dfcbe439dd22716c Matteo From peter at basictracks.demon.nl Tue Aug 1 15:48:42 2017 From: peter at basictracks.demon.nl (peter) Date: Tue, 1 Aug 2017 17:48:42 +0200 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: <20170801154842.GA1155@slacklab.localhost> Problemen met OpenCASCADE. Prutspul :D On Tue, Aug 01, 2017 at 10:49:10AM +0100, David Spencer wrote: > On 1 August 2017 at 09:39, Fernando Lopez wrote: > > any ideas? > > :0:9: error: ???NULL??? was not declared in this scope > > I think your copy of the OpenCASCADE SlackBuild is out of date. > -D. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From peter at basictracks.demon.nl Tue Aug 1 15:50:59 2017 From: peter at basictracks.demon.nl (peter) Date: Tue, 1 Aug 2017 17:50:59 +0200 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: <20170801155059.GA1168@slacklab.localhost> I just posted an unnecessary reply/forward; it was an insiders joke between me and a friend, and left the list in the CC. Apologies. peter On Tue, Aug 01, 2017 at 02:39:03AM -0600, Fernando Lopez wrote: > any ideas? > : compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. -I/usr/include/VTK > -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.lo -MD -MP > -MF ../../../../drv/Dico/.deps/Dico_IteratorOfDictionaryOfInteger_0.Tpo > -c ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.cxx > ? -fPIC -DPIC -o > ../../../../drv/Dico/.libs/Dico_IteratorOfDictionaryOfInteger_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.lo -MD -MP > -MF > ../../../../drv/Dico/.deps/Dico_StackItemOfDictionaryOfTransient_0.Tpo > -c ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.cxx > ? -fPIC -DPIC -o > ../../../../drv/Dico/.libs/Dico_StackItemOfDictionaryOfTransient_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.lo -MD -MP > -MF > ../../../../drv/Dico/.deps/Dico_IteratorOfDictionaryOfTransient_0.Tpo > -c ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.cxx > ? -fPIC -DPIC -o > ../../../../drv/Dico/.libs/Dico_IteratorOfDictionaryOfTransient_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.lo -MD -MP > -MF > ../../../../drv/Dico/.deps/Dico_StackItemOfDictionaryOfInteger_0.Tpo -c > ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.cxx ? -fPIC > -DPIC -o > ../../../../drv/Dico/.libs/Dico_StackItemOfDictionaryOfInteger_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.lo -MD -MP -MF > ../../../../drv/Message/.deps/Message_ListNodeOfListOfMsg_0.Tpo -c > ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.cxx ? -fPIC -DPIC > -o ../../../../drv/Message/.libs/Message_ListNodeOfListOfMsg_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Dico/Dico_DictionaryOfTransient_0.lo -MD -MP -MF > ../../../../drv/Dico/.deps/Dico_DictionaryOfTransient_0.Tpo -c > ../../../../drv/Dico/Dico_DictionaryOfTransient_0.cxx ? -fPIC -DPIC -o > ../../../../drv/Dico/.libs/Dico_DictionaryOfTransient_0.o > libtool: compile: ? g++ -DHAVE_CONFIG_H -I. -I../../../.. > -I/usr/include/VTK -DHAVE_VTK -I../../../../inc -I../../../../drv/FSD > -I../../../../src/FSD -I../../../../drv/MMgt -I../../../../src/MMgt > -I../../../../drv/OSD -I../../../../src/OSD -I../../../../drv/Plugin > -I../../../../src/Plugin -I../../../../drv/Quantity > -I../../../../src/Quantity -I../../../../drv/Resource > -I../../../../src/Resource -I../../../../drv/SortTools > -I../../../../src/SortTools -I../../../../drv/Standard > -I../../../../src/Standard -I../../../../drv/StdFail > -I../../../../src/StdFail -I../../../../drv/Storage > -I../../../../src/Storage -I../../../../drv/TColStd > -I../../../../src/TColStd -I../../../../drv/TCollection > -I../../../../src/TCollection -I../../../../drv/TShort > -I../../../../src/TShort -I../../../../drv/Units > -I../../../../src/Units -I../../../../drv/UnitsAPI > -I../../../../src/UnitsAPI -I../../../../drv/Dico > -I../../../../src/Dico -I../../../../drv/NCollection > -I../../../../src/NCollection -I../../../../drv/Message > -I../../../../src/Message -DNDEBUG -DNo_Exception -O2 -fPIC > -DvtkFloatingPointType=double -Dnullptr=NULL -DCSFDB > -DOCC_CONVERT_SIGNALS -DLIN -DLININTEL -D_GNU_SOURCE=1 -mmmx -msse > -msse2 -mfpmath=sse -Wall -O2 -MT > ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.lo -MD -MP > -MF ../../../../drv/Message/.deps/Message_ListIteratorOfListOfMsg_0.Tpo > -c ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.cxx > ? -fPIC -DPIC -o > ../../../../drv/Message/.libs/Message_ListIteratorOfListOfMsg_0.o > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > :0:9: error: ?NULL? was not declared in this scope > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_IteratorOfDictionaryOfInteger_0.lo] Error 1 > make[3]: *** Waiting for unfinished jobs.... > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_StackItemOfDictionaryOfInteger_0.lo] Error 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_IteratorOfDictionaryOfTransient_0.lo] Error 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Message/Message_ListIteratorOfListOfMsg_0.lo] Error 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_DictionaryOfInteger_0.lo] Error 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Message/Message_ListNodeOfListOfMsg_0.lo] Error 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_StackItemOfDictionaryOfTransient_0.lo] Error > 1 > make[3]: *** [Makefile:3109: > ../../../../drv/Dico/Dico_DictionaryOfTransient_0.lo] Error 1 > make[3]: Leaving directory > '/tmp/SBo/opencascade-6.9.1/adm/lin/amk/TKernel' > make[2]: *** [Makefile:444: all-recursive] Error 1 > make[2]: Leaving directory '/tmp/SBo/opencascade-6.9.1/adm/lin/amk' > make[1]: *** [Makefile:478: all-recursive] Error 1 > make[1]: Leaving directory '/tmp/SBo/opencascade-6.9.1' > make: *** [Makefile:408: all] Error 2 > OpenCASCADE: > Would you like to continue processing the rest of the > queue or would you like to abort?? If this failed > package is a dependency of another package in the queue > then it may not make sense to continue. > -- > ------------ > Regards, > ? ? Fernando Lopez Jr. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From matteo.bernardini at gmail.com Tue Aug 1 16:26:32 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Tue, 1 Aug 2017 18:26:32 +0200 Subject: [Slackbuilds-users] lxdm issue In-Reply-To: References: Message-ID: 2017-08-01 17:41 GMT+02:00 Matteo Bernardini : > 2017-08-01 17:25 GMT+02:00 Sebastien BALLET : >> Hello, >> >> As opposed to xdm/kdm/slim, lxdm freezes (black screen) when X is killed >> with alt+ctrl+backspace. I searched on the net but found nothing about that >> issue. Is there something to add/remove in lxdm configuration file to >> prevent/solve this ? > > Hi Sebastien, > > can you please try appling this patch from upstream? > > https://git.lxde.org/gitweb/?p=lxde/lxdm.git;a=commit;h=fe121ce70ad5e99bd3b3b896dfcbe439dd22716c I tested here and seems to have fixed the behaviour: it will go in the next update. https://git.slackbuilds.org/slackbuilds/commit/?id=58ae48c702aa4101b3231706c0107d31e329fb13 Matteo From didier at slint.fr Tue Aug 1 18:15:58 2017 From: didier at slint.fr (Didier Spaier) Date: Tue, 1 Aug 2017 20:15:58 +0200 Subject: [Slackbuilds-users] lxdm issue In-Reply-To: References: Message-ID: <54bb04b3-a74a-47d3-b32c-37fc189440be@slint.fr> Salut, Le 01/08/2017 ? 17:25, Sebastien BALLET a ?crit : > As opposed to xdm/kdm/slim, lxdm freezes (black screen) when X is killed > with alt+ctrl+backspace. I searched on the net but found nothing about that > issue. Is there something to add/remove in lxdm configuration file to > prevent/solve this ? Not here. Actually alt+ctrl+backspace seems to do nothing. TBH it's on Slint, not genuine Slackware. Here is the source dir: http://slackware.uk/slint/x86_64/slint-testing/source/lxdm/ Among the customization I reset the xserver after logout, don't know if that matters, cf.: http://slackware.uk/slint/x86_64/slint-testing/source/lxdm/patches/lxdm.conf.in.diff FYI I attach the relevant part of the output of pstree -a. Sorry if this considered off topic. Didier -------------- next part -------------- init |-ModemManager | |-{gdbus} | `-{gmain} |-NetworkManager | |-dhcpcd -B -K -L -A -G -c /usr/libexec/nm-dhcp-helper -h 64 wlan0 | |-{gdbus} | `-{gmain} |-acpid |-agetty --noclear 38400 tty1 linux |-agetty 38400 tty2 linux |-agetty 38400 tty3 linux |-agetty 38400 tty4 linux |-agetty 38400 tty5 linux |-agetty 38400 tty6 linux |-applet.py /usr/share/system-config-printer/applet.py |-at-spi-bus-laun | |-dbus-daemon --config-file=/etc/at-spi2/accessibility.conf --nofork --print-address 3 | |-{dconf worker} | |-{gdbus} | `-{gmain} |-at-spi2-registr --use-gnome-session | |-{gdbus} | `-{gmain} |-atd -b 15 -l 1 |-blueman-applet /usr/bin/blueman-applet | |-{dconf worker} | |-{gdbus} | `-{gmain} |-bluetoothd |-cgmanager --daemon |-console-kit-dae | |-{gdbus} | |-{gmain} | |-{vt_thread_start} | `-{writer_thread_s} |-crond -l notice |-cupsd -C /etc/cups/cupsd.conf -s /etc/cups/cups-files.conf |-dbus-daemon --system |-dbus-daemon --fork --print-pid 5 --print-address 7 --session |-dbus-launch --sh-syntax --exit-with-session |-gconfd-2 |-gpm -m /dev/mouse -t imps2 |-gvfs-afc-volume | |-{gdbus} | |-{gmain} | `-{gvfs-afc-volume} |-gvfs-gphoto2-vo | |-{gdbus} | `-{gmain} |-gvfs-mtp-volume | |-{gdbus} | `-{gmain} |-gvfs-udisks2-vo | |-{gdbus} | `-{gmain} |-gvfsd | |-{gdbus} | `-{gmain} |-gvfsd-fuse /home/didier/.gvfs -f -o big_writes | |-{gdbus} | |-{gmain} | |-{gvfs-fuse-sub} | `-2*[{gvfsd-fuse}] |-gvfsd-trash --spawner :1.1 /org/gtk/gvfs/exec_spaw/0 | |-{gdbus} | `-{gmain} |-inetd |-klogd -c 3 -x |-lxdm-binary -nodaemon | |-Xorg :0 vt07 -nolisten tcp -novtswitch -auth /var/run/lxdm/lxdm-:0.auth | | `-{Xorg} | `-lxsession -s LXDE -e LXDE | |-fvwm | | |-FvwmButtons 7 4 none 0 8 RightPanel | | |-FvwmEvent 9 4 none 0 8 EventNewDesk | | |-FvwmIconMan 13 4 none 0 8 | | `-FvwmPager 11 4 none 0 8 * | |-lxpanel --profile LXDE | | |-{gdbus} | | |-{gmain} | | |-{menu-cache-io} | | `-{threaded-ml} | |-pcmanfm --desktop --profile LXDE | | |-{gdbus} | | `-{gmain} | |-(python) | |-{gdbus} | `-{gmain} |-menu-cached /tmp/.menu-cached-:0-didier | |-{gdbus} | `-{gmain} |-nm-applet | |-{dconf worker} | |-{gdbus} | `-{gmain} |-ntpd -g -p /var/run/ntpd.pid | `-{ntpd} |-obexd |-polkitd --no-debug | |-{gdbus} | |-{gmain} | |-{polkitd} | `-{runaway-killer-} |-pulseaudio --start --log-target=syslog | |-gconf-helper | |-{alsa-sink-CX205} | `-{alsa-source-CX2} |-python /usr/bin/hp-systray -x | `-python /usr/bin/hp-systray -x | `-python /usr/bin/hp-systray -x |-salix-update-no /usr/bin/salix-update-notifier | `-sleep 10m |-ssh-agent -s |-sshd |-syslogd |-udevd --daemon |-udisksd --no-debug | |-{cleanup} | |-{gdbus} | |-{gmain} | `-{probing-thread} |-upowerd | |-{gdbus} | `-{gmain} |-wpa_supplicant -B -u -f /var/log/wpa_supplicant.log -P /var/run/wpa_supplicant.pid |-xfce4-notifyd |-xfce4-power-man | |-{gdbus} | `-{gmain} |-xfconfd |-xscreensaver -no-splash `-xterm `-bash `-pstree -a From dchmelik at gmail.com Tue Aug 1 23:54:58 2017 From: dchmelik at gmail.com (David Melik) Date: Tue, 1 Aug 2017 16:54:58 -0700 Subject: [Slackbuilds-users] pysetuptools? Message-ID: <98c7fba9-91f3-a481-15dd-ad79dc8b1229@gmail.com> I'm building stuff with pysetuptools, but it seems the SlackBuild uses a version almost two years old, 17.0, though building with it reports it as 18.2. The latest is 36.2.7; looks like it's maybe a hundred minor versions behind? Has it been abandoned? From lspencer31 at cfl.rr.com Wed Aug 2 00:39:52 2017 From: lspencer31 at cfl.rr.com (lspencer31 at cfl.rr.com) Date: Tue, 01 Aug 2017 20:39:52 -0400 Subject: [Slackbuilds-users] pysetuptools? Message-ID: It is now part of Slackware starting with 14.2, just called python-setuptools. ?It is only at version 22.0.5, though. Sent from my Verizon LG Smartphone ------ Original message------From: David MelikDate: Tue, Aug 1, 2017 19:55To: slackbuilds-users at slackbuilds.org;Cc: Subject:[Slackbuilds-users] pysetuptools? I'm building stuff with pysetuptools, but it seems the SlackBuild uses a version almost two years old, 17.0, though building with it reports it as 18.2. The latest is 36.2.7; looks like it's maybe a hundred minor versions behind? Has it been abandoned? _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Aug 2 06:43:31 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 2 Aug 2017 08:43:31 +0200 Subject: [Slackbuilds-users] lxdm issue In-Reply-To: <54bb04b3-a74a-47d3-b32c-37fc189440be@slint.fr> References: <54bb04b3-a74a-47d3-b32c-37fc189440be@slint.fr> Message-ID: 2017-08-01 20:15 GMT+02:00 Didier Spaier : > Salut, > > Le 01/08/2017 ? 17:25, Sebastien BALLET a ?crit : >> As opposed to xdm/kdm/slim, lxdm freezes (black screen) when X is killed >> with alt+ctrl+backspace. I searched on the net but found nothing about that >> issue. Is there something to add/remove in lxdm configuration file to >> prevent/solve this ? > > Not here. Actually alt+ctrl+backspace seems to do nothing. can it be because you are using the option DontZap in you X configuration files? > TBH it's on Slint, not genuine Slackware. Here is the source dir: > http://slackware.uk/slint/x86_64/slint-testing/source/lxdm/ > > Among the customization I reset the xserver after logout, > don't know if that matters, cf.: > http://slackware.uk/slint/x86_64/slint-testing/source/lxdm/patches/lxdm.conf.in.diff I actually tried the reset=1 first on my test host, but still doing a ctrl-alt-backspace on the login screen led me to lxdm respawning on a black screen... then I found the fix for the bug in the upstream git. Matteo From fernando.lopezjr at gmail.com Wed Aug 2 06:45:14 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 2 Aug 2017 00:45:14 -0600 Subject: [Slackbuilds-users] OpenCASCADE 6.9.1 not compiling. In-Reply-To: References: Message-ID: that was it! thank you David! =) On Tue, Aug 1, 2017 at 4:45 AM, David Spencer < baildon.research at googlemail.com> wrote: > On 1 August 2017 at 10:49, David Spencer > wrote: > > I think your copy of the OpenCASCADE SlackBuild is out of date. > > Ok, that's wrong :( > Matteo says (and he's always right!) that on -current it will build if > you change this bit in the SlackBuild > > -Dnullptr=NULL > > to > > -Dnullptr=nullptr > > Hope that fixes it, sorry I was wrong earlier! > Thanks > -D. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From slackbuilds at schoepfer.info Wed Aug 2 07:20:14 2017 From: slackbuilds at schoepfer.info (Franzen) Date: Wed, 2 Aug 2017 09:20:14 +0200 Subject: [Slackbuilds-users] pysetuptools? In-Reply-To: References: Message-ID: > It is now part of Slackware starting with 14.2, just called > python-setuptools. It is only at version 22.0.5, though. python-setuptools 22.0.5 was released on 3 Jun 2016 https://github.com/pypa/setuptools/releases?after=v23.2.0 It was added to slackware on Jun 8 2016 Slackware 14.2 was released on Thu Jun 30 @David Nothing wrong here, i think. Maybe everything works if you use python-setuptools from stock slackware. Johannes From fernando.lopezjr at gmail.com Wed Aug 2 21:25:20 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 2 Aug 2017 15:25:20 -0600 Subject: [Slackbuilds-users] wxHexEditor breaks on current. Message-ID: creating frag_test make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash/src' make[2]: Entering directory '/tmp/SBo/wxHexEditor/mhash' make[2]: Nothing to be done for 'all-am'. make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' make[1]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD -fopenmp -O2 -fPIC src/HexEditorGui.cpp -o src/HexEditorGui.o `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD -fopenmp -O2 -fPIC src/FAL.cpp -o src/FAL.o `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD -fopenmp -O2 -fPIC src/HexDialogs.cpp -o src/HexDialogs.o In file included from src/HexPanels.h:28:0, from src/HexEditorFrame.h:32, from src/HexPanels.h:27, from src/HexEditor.h:37, from src/HexDialogs.h:28, from src/HexDialogs.cpp:25: src/HexEditorCtrl/HexEditorCtrl.h: In member function ?uint64_t Select::GetSize()?: src/HexEditorCtrl/HexEditorCtrl.h:63:39: error: call of overloaded ?abs(uint64_t)? is ambiguous return abs( EndOffset - StartOffset)+1;}; //for select byte 13 start=13, end=13 ^ In file included from /usr/include/c++/7.1.0/cstdlib:75:0, from /usr/include/c++/7.1.0/stdlib.h:36, from mhash/include/mutils/mincludes.h:74, from src/../mhash/include/mhash.h:6, from src/HexEditor.h:28, from src/HexDialogs.h:28, from src/HexDialogs.cpp:25: /usr/include/stdlib.h:751:12: note: candidate: int abs(int) extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; ^~~ In file included from /usr/include/c++/7.1.0/cstdlib:77:0, from /usr/include/c++/7.1.0/stdlib.h:36, from mhash/include/mutils/mincludes.h:74, from src/../mhash/include/mhash.h:6, from src/HexEditor.h:28, from src/HexDialogs.h:28, from src/HexDialogs.cpp:25: /usr/include/c++/7.1.0/bits/std_abs.h:56:3: note: candidate: long int std::abs(long int) abs(long __i) { return __builtin_labs(__i); } ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:61:3: note: candidate: long long int std::abs(long long int) abs(long long __x) { return __builtin_llabs (__x); } ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:70:3: note: candidate: constexpr double std::abs(double) abs(double __x) ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:74:3: note: candidate: constexpr float std::abs(float) abs(float __x) ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:78:3: note: candidate: constexpr long double std::abs(long double) abs(long double __x) ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:84:3: note: candidate: constexpr __int128 std::abs(__int128) abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } ^~~ /usr/include/c++/7.1.0/bits/std_abs.h:102:3: note: candidate: constexpr __float128 std::abs(__float128) abs(__float128 __x) ^~~ make: *** [Makefile:56: src/HexDialogs.o] Error 1 wxHexEditor: Would you like to continue processing the rest of the queue or would you like to abort? If this failed package is a dependency of another package in the queue then it may not make sense to continue. (Y)es to continue, (N)o to abort, (R)etry the build?: -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Wed Aug 2 22:07:28 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 3 Aug 2017 05:07:28 +0700 Subject: [Slackbuilds-users] wxHexEditor breaks on current. In-Reply-To: References: Message-ID: <60c4abe2-f92e-0a61-9125-2f48fcb64f70@slackbuilds.org> > creating frag_test > make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash/src' > make[2]: Entering directory '/tmp/SBo/wxHexEditor/mhash' > make[2]: Nothing to be done for 'all-am'. > make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' > make[1]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > -fopenmp -O2 -fPIC src/HexEditorGui.cpp -o src/HexEditorGui.o > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > -fopenmp -O2 -fPIC src/FAL.cpp -o src/FAL.o > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > -fopenmp -O2 -fPIC src/HexDialogs.cpp -o src/HexDialogs.o > In file included from src/HexPanels.h:28:0, > from src/HexEditorFrame.h:32, > from src/HexPanels.h:27, > from src/HexEditor.h:37, > from src/HexDialogs.h:28, > from src/HexDialogs.cpp:25: > src/HexEditorCtrl/HexEditorCtrl.h: In member function ?uint64_t > Select::GetSize()?: > src/HexEditorCtrl/HexEditorCtrl.h:63:39: error: call of overloaded > ?abs(uint64_t)? is ambiguous > return abs( EndOffset - StartOffset)+1;}; //for select byte 13 > start=13, end=13 > ^ > In file included from /usr/include/c++/7.1.0/cstdlib:75:0, > from /usr/include/c++/7.1.0/stdlib.h:36, > from mhash/include/mutils/mincludes.h:74, > from src/../mhash/include/mhash.h:6, > from src/HexEditor.h:28, > from src/HexDialogs.h:28, > from src/HexDialogs.cpp:25: > /usr/include/stdlib.h:751:12: note: candidate: int abs(int) > extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; > ^~~ > In file included from /usr/include/c++/7.1.0/cstdlib:77:0, > from /usr/include/c++/7.1.0/stdlib.h:36, > from mhash/include/mutils/mincludes.h:74, > from src/../mhash/include/mhash.h:6, > from src/HexEditor.h:28, > from src/HexDialogs.h:28, > from src/HexDialogs.cpp:25: > /usr/include/c++/7.1.0/bits/std_abs.h:56:3: note: candidate: long int > std::abs(long int) > abs(long __i) { return __builtin_labs(__i); } > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:61:3: note: candidate: long long int > std::abs(long long int) > abs(long long __x) { return __builtin_llabs (__x); } > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:70:3: note: candidate: constexpr > double std::abs(double) > abs(double __x) > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:74:3: note: candidate: constexpr > float std::abs(float) > abs(float __x) > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:78:3: note: candidate: constexpr long > double std::abs(long double) > abs(long double __x) > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:84:3: note: candidate: constexpr > __int128 std::abs(__int128) > abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } > ^~~ > /usr/include/c++/7.1.0/bits/std_abs.h:102:3: note: candidate: constexpr > __float128 std::abs(__float128) > abs(__float128 __x) > ^~~ > make: *** [Makefile:56: src/HexDialogs.o] Error 1 > > wxHexEditor: > Would you like to continue processing the rest of the > queue or would you like to abort? If this failed > package is a dependency of another package in the queue > then it may not make sense to continue. > > (Y)es to continue, (N)o to abort, (R)etry the build?: You should check for Ponce's repository for -current http://cgit.ponce.cc/slackbuilds/commit/?h=wxHexEditor -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From fernando.lopezjr at gmail.com Thu Aug 3 03:01:45 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 2 Aug 2017 21:01:45 -0600 Subject: [Slackbuilds-users] wxHexEditor breaks on current. In-Reply-To: <60c4abe2-f92e-0a61-9125-2f48fcb64f70@slackbuilds.org> References: <60c4abe2-f92e-0a61-9125-2f48fcb64f70@slackbuilds.org> Message-ID: thanks, I didn't notice I had my repo set to stable. However it breaks with the same message. On Wed, Aug 2, 2017 at 4:07 PM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > > creating frag_test > > make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash/src' > > make[2]: Entering directory '/tmp/SBo/wxHexEditor/mhash' > > make[2]: Nothing to be done for 'all-am'. > > make[2]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' > > make[1]: Leaving directory '/tmp/SBo/wxHexEditor/mhash' > > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > > -fopenmp -O2 -fPIC src/HexEditorGui.cpp -o src/HexEditorGui.o > > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > > -fopenmp -O2 -fPIC src/FAL.cpp -o src/FAL.o > > `wx-config --cxx` -c `wx-config --cxxflags` -Iudis86 -Imhash/include -MMD > > -fopenmp -O2 -fPIC src/HexDialogs.cpp -o src/HexDialogs.o > > In file included from src/HexPanels.h:28:0, > > from src/HexEditorFrame.h:32, > > from src/HexPanels.h:27, > > from src/HexEditor.h:37, > > from src/HexDialogs.h:28, > > from src/HexDialogs.cpp:25: > > src/HexEditorCtrl/HexEditorCtrl.h: In member function ?uint64_t > > Select::GetSize()?: > > src/HexEditorCtrl/HexEditorCtrl.h:63:39: error: call of overloaded > > ?abs(uint64_t)? is ambiguous > > return abs( EndOffset - StartOffset)+1;}; //for select byte 13 > > start=13, end=13 > > ^ > > In file included from /usr/include/c++/7.1.0/cstdlib:75:0, > > from /usr/include/c++/7.1.0/stdlib.h:36, > > from mhash/include/mutils/mincludes.h:74, > > from src/../mhash/include/mhash.h:6, > > from src/HexEditor.h:28, > > from src/HexDialogs.h:28, > > from src/HexDialogs.cpp:25: > > /usr/include/stdlib.h:751:12: note: candidate: int abs(int) > > extern int abs (int __x) __THROW __attribute__ ((__const__)) __wur; > > ^~~ > > In file included from /usr/include/c++/7.1.0/cstdlib:77:0, > > from /usr/include/c++/7.1.0/stdlib.h:36, > > from mhash/include/mutils/mincludes.h:74, > > from src/../mhash/include/mhash.h:6, > > from src/HexEditor.h:28, > > from src/HexDialogs.h:28, > > from src/HexDialogs.cpp:25: > > /usr/include/c++/7.1.0/bits/std_abs.h:56:3: note: candidate: long int > > std::abs(long int) > > abs(long __i) { return __builtin_labs(__i); } > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:61:3: note: candidate: long long > int > > std::abs(long long int) > > abs(long long __x) { return __builtin_llabs (__x); } > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:70:3: note: candidate: constexpr > > double std::abs(double) > > abs(double __x) > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:74:3: note: candidate: constexpr > > float std::abs(float) > > abs(float __x) > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:78:3: note: candidate: constexpr > long > > double std::abs(long double) > > abs(long double __x) > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:84:3: note: candidate: constexpr > > __int128 std::abs(__int128) > > abs(__GLIBCXX_TYPE_INT_N_0 __x) { return __x >= 0 ? __x : -__x; } > > ^~~ > > /usr/include/c++/7.1.0/bits/std_abs.h:102:3: note: candidate: constexpr > > __float128 std::abs(__float128) > > abs(__float128 __x) > > ^~~ > > make: *** [Makefile:56: src/HexDialogs.o] Error 1 > > > > wxHexEditor: > > Would you like to continue processing the rest of the > > queue or would you like to abort? If this failed > > package is a dependency of another package in the queue > > then it may not make sense to continue. > > > > (Y)es to continue, (N)o to abort, (R)etry the build?: > > You should check for Ponce's repository for -current > http://cgit.ponce.cc/slackbuilds/commit/?h=wxHexEditor > > > -- > Willy Sudiarto Raharjo > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From gen-bch at useyouresp.org.uk Fri Aug 4 09:28:20 2017 From: gen-bch at useyouresp.org.uk (Habs) Date: Fri, 4 Aug 2017 10:28:20 +0100 Subject: [Slackbuilds-users] http://www.hyperrealm.com/libconfig/ Message-ID: <20170804102820.5c60c412@dv6920ea.localdomain> Hello good morning all Server error @ http://www.hyperrealm.com/libconfig/ libconfig-1.5.tar.gz Is there an alternative link for now please ? Thanks Habs From matteo.bernardini at gmail.com Fri Aug 4 09:31:39 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 4 Aug 2017 11:31:39 +0200 Subject: [Slackbuilds-users] http://www.hyperrealm.com/libconfig/ In-Reply-To: <20170804102820.5c60c412@dv6920ea.localdomain> References: <20170804102820.5c60c412@dv6920ea.localdomain> Message-ID: 2017-08-04 11:28 GMT+02:00 Habs : > > Hello good morning all > > Server error @ http://www.hyperrealm.com/libconfig/ > > libconfig-1.5.tar.gz > > > Is there an alternative link for now please ? http://slackware.uk/sbosrcarch/by-name/libraries/libconfig/libconfig-1.5.tar.gz From rshepard at appl-ecosys.com Fri Aug 4 15:31:14 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Aug 2017 08:31:14 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h Message-ID: I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails here: [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 However, that header file is on the system (/usr/include/freetype2/freetype.h) and, I assume, the build script is looking for it in /usr/include/freetype/. I created a softlink so /usr/include/freetype points to /usr/include/freetype2, but that's not working. I see nothing in the build script where I can point to the directory containing freetype.h. Please advise me how to remedy this situation. TIA, Rich From didier at slint.fr Fri Aug 4 18:16:18 2017 From: didier at slint.fr (Didier Spaier) Date: Fri, 4 Aug 2017 20:16:18 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: Hello, Le 04/08/2017 ? 17:31, Rich Shepard a ?crit : > I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails > here: > > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. > make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 > make: *** [all] Error 2 > > However, that header file is on the system > (/usr/include/freetype2/freetype.h) and, I assume, the build script is > looking for it in /usr/include/freetype/. I created a softlink so > /usr/include/freetype points to /usr/include/freetype2, but that's not > working. I see nothing in the build script where I can point to the > directory containing freetype.h. > > Please advise me how to remedy this situation. > > TIA, No issue here with the header in /usr/include/freetype2/too. The relevant part of the build log is attached. I build all packages with fakeroot, but I fail to see how that could make a difference. Didier -------------- next part -------------- -- Found Freetype: /usr/lib64/libfreetype.so (found version "2.6.3") -- FreeType2 Library Found OK -- Looking for FT_Get_First_Char in /usr/lib64/libfreetype.so -- Looking for FT_Get_First_Char in /usr/lib64/libfreetype.so - found -- Looking for FT_Get_Next_Char in /usr/lib64/libfreetype.so -- Looking for FT_Get_Next_Char in /usr/lib64/libfreetype.so - found -- Previously selected rendering system: CAIRO -- Found PkgConfig: /usr/bin/pkg-config (found version "0.29.2") -- Checking for one of the modules 'libcairo>=1.2.0;cairo>=1.2.0' -- Found Cups: /usr/lib64/libcups.so (found version "2.1.4") -- Found LibXml2: /usr/lib64/libxml2.so (found version "2.9.4") -- Checking for one of the modules 'fontconfig' -- Found HYPHEN: /usr/lib64/libhyphen.so -- Check if the system is big endian -- Searching 16 bit integer -- Looking for sys/types.h -- Looking for sys/types.h - found -- Looking for stdint.h -- Looking for stdint.h - found -- Looking for stddef.h -- Looking for stddef.h - found -- Check size of unsigned short -- Check size of unsigned short - done -- Using unsigned short -- Check if the system is big endian - little endian -- Looking for dlfcn.h -- Looking for dlfcn.h - found -- Looking for unistd.h -- Looking for unistd.h - found -- Looking for sys/stat.h -- Looking for sys/stat.h - found -- Looking for include file endian.h -- Looking for include file endian.h - found -- Looking for include file fcntl.h -- Looking for include file fcntl.h - found -- Boost version: 1.63.0 -- Boost: FOUND, building 2geomtools -- Source header files will be installed -- /home/didier/Slint/repo/x86_64/slint-testing/source/scribus/scribus-1.4.6/resources/translations/po -- The following GUI languages will be installed: -- Configuring done -- Generating done -- Build files have been written to: /home/didier/Slint/repo/x86_64/slint-testing/source/scribus/scribus-1.4.6 Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxfilter.cpp.o From sbolokanov at abv.bg Fri Aug 4 18:23:18 2017 From: sbolokanov at abv.bg (=?utf-8?B?0KHQuNC80L7QvdGKINCR0L7Qu9C+0LrQsNC90L7QstGK?=) Date: Fri, 4 Aug 2017 21:23:18 +0300 (EEST) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: <1999783239.859873.1501870998854.JavaMail.apache@nm51.abv.bg> It builds here fine too. According to BUILDING you can add paths with: -DCMAKE_INCLUDE_PATH=/path/to/libfoo/include -- ?????? ?. ?????????? >-------- ?????????? ????? -------- >??: Rich Shepard rshepard at appl-ecosys.com >???????: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h >??: slackbuilds-users at slackbuilds.org >????????? ??: 04.08.2017 18:31 I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails here: [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 However, that header file is on the system (/usr/include/freetype2/freetype.h) and, I assume, the build script is looking for it in /usr/include/freetype/. I created a softlink so /usr/include/freetype points to /usr/include/freetype2, but that's not working. I see nothing in the build script where I can point to the directory containing freetype.h. Please advise me how to remedy this situation. TIA, Rich _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Fri Aug 4 18:36:24 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Aug 2017 11:36:24 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On Fri, 4 Aug 2017, Didier Spaier wrote: > No issue here with the header in /usr/include/freetype2/too. Didier, Interesting. I've not before hit this error when upgrading scribus. Have you any idea where I should look for the reason? Thanks, Rich From didier at slint.fr Fri Aug 4 18:58:37 2017 From: didier at slint.fr (Didier Spaier) Date: Fri, 4 Aug 2017 20:58:37 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Le 04/08/2017 ? 20:36, Rich Shepard a ?crit : > On Fri, 4 Aug 2017, Didier Spaier wrote: > >> No issue here with the header in /usr/include/freetype2/too. > > Didier, > > Interesting. I've not before hit this error when upgrading scribus. Have > you any idea where I should look for the reason? You can try Simon's suggestion. However, what puzzles me is that the error occurs at the very beginning of the building process. I am not familiar with cmake but: did you modify the SlackBuild from SBo in any way? To be sure, please attach the scribus.Slackuild you used to your next post. OT: ?????? I take this occasion to remind you that the Bulgarian translations of Slint need a few more work to be completed ;) https://www.transifex.com/didier_spaier/slint/language/bg_BG/ Especially the big sint-14.2 file Cheers, Didier From slacker6896 at gmail.com Fri Aug 4 19:08:03 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Fri, 4 Aug 2017 21:08:03 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, in addition to what didier suggest, It would be useful to post full output of the build process, and, the content of /tmp/SBo/scribus-1.4.6/config.h file. -- SeB 2017-08-04 20:58 GMT+02:00 Didier Spaier : > > Le 04/08/2017 ? 20:36, Rich Shepard a ?crit : > > On Fri, 4 Aug 2017, Didier Spaier wrote: > > > >> No issue here with the header in /usr/include/freetype2/too. > > > > Didier, > > > > Interesting. I've not before hit this error when upgrading scribus. > Have > > you any idea where I should look for the reason? > You can try Simon's suggestion. > > However, what puzzles me is that the error occurs at the very beginning > of the building process. I am not familiar with cmake but: > did you modify the SlackBuild from SBo in any way? > > To be sure, please attach the scribus.Slackuild > you used to your next post. > > OT: ?????? I take this occasion to remind you that the Bulgarian > translations of Slint need a few more work to be completed ;) > https://www.transifex.com/didier_spaier/slint/language/bg_BG/ > Especially the big sint-14.2 file > > Cheers, > Didier > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Fri Aug 4 19:16:42 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Aug 2017 12:16:42 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Fri, 4 Aug 2017, Didier Spaier wrote: > You can try Simon's suggestion. Didier, I've not seen that; a pointer to it would allow me to try it. > However, what puzzles me is that the error occurs at the very beginning of > the building process. I am not familiar with cmake but: did you modify the > SlackBuild from SBo in any way? No. > To be sure, please attach the scribus.Slackuild you used to your next > post. Downloaded and untarred this morning from SBo. It's attached. Rich -------------- next part -------------- #!/bin/sh # Slackware build script for scribus # Copyright 2006 Martin Lefebvre # Copyright 2008-2014 Heinz Wiesinger, Amsterdam, The Netherlands # All rights reserved. # # Redistribution and use of this script, with or without modification, is # permitted provided that the following conditions are met: # # 1. Redistributions of this script must retain the above copyright # notice, this list of conditions and the following disclaimer. # # THIS SOFTWARE IS PROVIDED BY THE AUTHOR ''AS IS'' AND ANY EXPRESS OR IMPLIED # WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF # MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO # EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, # SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, # PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; # OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, # WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR # OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF # ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. # Modified by the SlackBuilds.org project # Including input by Yalla-One and some code cleanup by rworkman PRGNAM=scribus VERSION=${VERSION:-1.4.6} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} if [ -z "$ARCH" ]; then case "$( uname -m )" in i?86) ARCH=i486 ;; arm*) ARCH=arm ;; *) ARCH=$( uname -m ) ;; esac fi CWD=$(pwd) TMP=${TMP:-/tmp/SBo} PKG=$TMP/package-$PRGNAM OUTPUT=${OUTPUT:-/tmp} if [ "$ARCH" = "i486" ]; then SLKCFLAGS="-O2 -march=i486 -mtune=i686" LIBDIRSUFFIX="" elif [ "$ARCH" = "i686" ]; then SLKCFLAGS="-O2 -march=i686 -mtune=i686" LIBDIRSUFFIX="" elif [ "$ARCH" = "x86_64" ]; then SLKCFLAGS="-O2 -fPIC" LIBDIRSUFFIX="64" else SLKCFLAGS="-O2" LIBDIRSUFFIX="" fi set -e rm -rf $PKG mkdir -p $TMP $PKG $OUTPUT cd $TMP rm -rf $PRGNAM-$VERSION tar xvf $CWD/$PRGNAM-$VERSION.tar.?z* cd $PRGNAM-$VERSION chown -R root:root . find -L . \ \( -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm 555 \ -o -perm 511 \) -exec chmod 755 {} \; -o \ \( -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 \ -o -perm 440 -o -perm 400 \) -exec chmod 644 {} \; cmake \ -DCMAKE_C_FLAGS="$SLKCFLAGS" \ -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ -DCMAKE_INSTALL_PREFIX:PATH=/usr \ -DLIB_SUFFIX=${LIBDIRSUFFIX} \ -DRENDER_LIB=CAIRO make make install DESTDIR=$PKG mkdir -p $PKG/usr/share/{applications,pixmaps} cat scribus.desktop > $PKG/usr/share/applications/scribus.desktop cd $PKG/usr/share/pixmaps ln -s ../scribus/icons/scribus.png . cd - find $PKG -print0 | xargs -0 file | grep -e "executable" -e "shared object" | grep ELF \ | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true mv $PKG/usr/share/man $PKG/usr find $PKG/usr/man -type f -exec gzip -9 {} \; mkdir -p $PKG/usr/doc/$PRGNAM-$VERSION mv $PKG/usr/share/doc/scribus/* $PKG/usr/doc/$PRGNAM-$VERSION/ rm -rf $PKG/usr/share/doc cat $CWD/$PRGNAM.SlackBuild > $PKG/usr/doc/$PRGNAM-$VERSION/$PRGNAM.SlackBuild mkdir -p $PKG/install cat $CWD/slack-desc > $PKG/install/slack-desc cat $CWD/doinst.sh > $PKG/install/doinst.sh cd $PKG /sbin/makepkg -p -l y -c n $OUTPUT/$PRGNAM-$VERSION-$ARCH-$BUILD$TAG.${PKGTYPE:-tgz} From rshepard at appl-ecosys.com Fri Aug 4 19:23:18 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 4 Aug 2017 12:23:18 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Fri, 4 Aug 2017, Sebastien BALLET wrote: > in addition to what didier suggest, It would be useful to post full output > of the build process, and, the content of /tmp/SBo/scribus-1.4.6/config.h > file. Sebastien, Both attached. Rich -------------- next part -------------- A non-text attachment was scrubbed... Name: scribus-build.txt.gz Type: application/x-gzip Size: 28679 bytes Desc: URL: -------------- next part -------------- /* * Prevent code from including config.h directly. You should include * scconfig.h instead. This lets us handle win-config.h correctly, and * may do more later. */ #ifndef _SCCONFIG_H #error "Include rather than using directly" #endif #define VERSION "1.4.6" /* #undef BUILD_WINDOWS_VERSION */ /* #undef SC_USE_GDI */ /* #undef SC_USE_GDIPLUS */ /* #undef DLL_USE_NATIVE_API */ /* #undef BUILD_MAC_BUNDLE */ #define HAVE_CMS 1 #define HAVE_LCMS21 #define HAVE_XML 1 #define CMS_INC "lcms2.h" #define HAVE_CAIRO 1 #define HAVE_CUPS 1 #define HAVE_TIFF 1 #define HAVE_LIBZ 1 #define HAVE_FONTCONFIG 1 /* #undef HAVE_PODOFO */ #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 /* #undef FT_FREETYPE_H */ #define COMPILE_PYTHON 1 /* #undef WORDS_BIGENDIAN */ From didier at slint.fr Fri Aug 4 19:48:08 2017 From: didier at slint.fr (Didier Spaier) Date: Fri, 4 Aug 2017 21:48:08 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Le 04/08/2017 ? 21:16, Rich Shepard a ?crit : > On Fri, 4 Aug 2017, Didier Spaier wrote: > >> You can try Simon's suggestion. > > Didier, > > I've not seen that; a pointer to it would allow me to try it. Simon (Latin alphabet) is also ?????? (Cyrillic). so see on top of his email. Anyway it seems that yu are buildng on Slackware version 14.1 according to some packages' versions. But SBo provides a SlackBuild for Scribus-1.4.6 for Slackware version 14.2 onlyand I didn't try it on that version. FWIW I attach an unified diff from your vs mine build logs. Didier -------------- next part -------------- A non-text attachment was scrubbed... Name: RichDidier.diff Type: text/x-patch Size: 4509 bytes Desc: not available URL: From willysr at slackbuilds.org Sat Aug 5 00:49:50 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 5 Aug 2017 07:49:50 +0700 Subject: [Slackbuilds-users] Updates - 20170805.1 Message-ID: Hi, here's the first update in August There's one bad commit in this batch (but it has been fixed in my branch), which is missing MD5SUM entry in vscode. If you use third party tool or depends on repology, there *might* be some side-effect on this issue. We can push another updates in the next few days to fix this issue along with other's changes. We had a discussion with e16's maintainer and the project was still maintained upstream, although it's using a legacy codebase. So we decided to keep them in the repository as some people are still using it. We also bought enlightenment up to date along with a new maintainer. We have another scripts removal in this batch. They are truecrypt (upstream abandon the project and suggested to move on to veracrypt) and terminix (renamed to tilix). zfs and spl are now updated to the latest version 0.7.0 and got new maintainer. People who uses ZFS file system should be delighted to see this news. Sat Aug 5 00:08:55 UTC 2017 academic/copasi: Updated for version 4.20.158. audio/freac: Updated for version 20170729. audio/gogglesmm: Updated for version 1.1.9. audio/transcribe: Updated for version 8.70. audio/vcf_plugins: Fix homepage and download. desktop/e16: Updated for version 1.0.18. desktop/enlightenment: Updated for version 0.21.8 + new maintainer. desktop/skippy-xd: Update script. desktop/zuki-themes: Updated for version 3.24.2. development/afl: Added (security-oriented fuzzer). development/diffoscope: Updated for version 85. development/fossil: Updated for version 2.3. development/p4: Updated for version 2017.1.1534792. development/p4d: Updated for version 2017.1.1534792. development/p4v: Updated for version 2017.2.1535556. development/pkgdiff: Added (visualize changes in archives). development/pycharm: Updated for version 2017.2. development/scala: Updated for version 2.12.3 development/vscode: Updated for version 1.14.2 games/doomretro: Updated for version 2.5.3. games/minetest: Updated for version 0.4.16. games/minetest_game: Updated for version 0.4.16. games/tty-solitaire: Updated for version 1.0.0. gis/osm2pgsql: Added the mandatory dependency lua. graphics/XnViewMP: Fixed version, allow i686. graphics/openimageio: Updated for version 1.7.16 libraries/GtkD: Updated for version 3.6.5. libraries/asio: Updated for version 1.11.0 libraries/folly: Updated for version 2017.07.24.00 libraries/gperftools: Updated for version 2.6.1 libraries/hinnant-date: Updated for version 2.2 libraries/hiredis: Updated for version 0.13.3. libraries/kashmir: Added (C++ header-only library). libraries/libgusb: Updated for version 0.2.11. libraries/libmicrohttpd: Updated for version 0.9.55. libraries/libnfs: Fixed build on i586. libraries/proxygen: Updated for version 2017.07.24.00 libraries/restbed: Updated for version 4.6 libraries/rocksdb: Updated for version 5.6.1 libraries/sqlpp11: Updated for version 0.50 libraries/upscaledb: Updated for version 2.2.2 libraries/wangle: Updated for version 2017.07.24.00 misc/figlet-contributed: Added (contributed font set for FIGlet). misc/figlet-international: Added (international fonts for FIGlet). multimedia/ExMplayer: Update script. multimedia/farstream: Updated for version 0.2.8. multimedia/ripit: Fix homepage. multimedia/spotify: Updated for version 1.0.59. multimedia/telepathy-farstream: Switch to i586 + updated email. multimedia/telepathy-glib: Updated for version 0.24.1. multimedia/telepathy-qt: Updated for version 0.9.7. network/Electrum: Updated for version 2.9.2. network/Flootty: Updated for version 3.2.1. network/emailrelay: Updated for version 1.9. network/greenbone-security-assistant: Updated for version 6.0.12. network/mldonkey: Avoid downloading stuff during build. network/openvas-cli: Updated for version 1.4.5. network/openvas-libraries: Updated for version 8.0.9. network/openvas-manager: Updated for version 6.0.11. network/openvas-scanner: Updated for version 5.0.8. network/palemoon: Updated for version 27.4.1. network/rclone: Updated for version 1.37. network/slack: Updated for version 2.6.3. network/slimjet: Updated for version 15.0.4.0. network/xdman: Allow i686. network/youtube-dl: Updated for version 2017.07.30.1. perl/cpanminus: Added (App::cpanminus). perl/perl-Convert-Color: Added (color space conversions & lookups). perl/perl-File-Which: New maintainer. perl/perl-Geo-Coordinates-OSGB: Updated for version 2.19. perl/perl-List-UtilsBy: Added (higher-order list utility functions). perl/perl-Mojolicious: Updated for version 7.39. perl/perl-Parser-MGC: Added (build recursive-descent parsers). perl/perl-file-libmagic: Added (determine MIME types with libmagic). perl/perlbrew: Updated for version 0.80. python/PyGreSQL: Updated for version 5.0.4 python/munch: Updated for version 2.2.0. python/prompt_toolkit: Updated for version 1.0.15. python/ptpython: Updated for version 0.41. python/pytest: Updated for version 3.2.0. python/python-fonttools: Updated for version 3.14.0. python/scikit-learn: Updated for version 0.18.2. ruby/rubygem-asciidoctor: Fixed slack-desc. system/Iosevka: Updated for version 1.13.2. system/capstone: Fixed build on 32 bit. system/fzf: Updated for version 0.16.11. system/hdapsd: Fixed doinst.sh. system/kafka: Updated for version 0.11.0.0 system/kbfs: Updated for version 1.0.27_20170728162822. system/logtool: Update script. system/lxdm: Patch from upstream to honor X zapping. system/nvidia-driver: Fix path for x86. system/pymux: Updated for version 0.14. system/rabbitmq-server: Updated for version 3.6.10 system/secure-delete: Update script. system/spl-solaris: Updated for version 0.7.0 + new maintainer. system/terminix: Removed (application changed name). system/tilix: Added (Tiling terminal emulator). system/truecrypt: Removed (Project unmaintained). system/ttf-mononoki: Added (programming typeface). system/ttf-roboto: Updated for version 2.138. system/unace: Compress patches. system/veracrypt: Remove README.Slackware. system/wdiff: Added (display word differences between text files). system/worker: Updated for version 3.11.0. system/zfs-on-linux: Updated for version 0.7.0 + new maintainer. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From zanculmarktum at gmail.com Sat Aug 5 01:08:24 2017 From: zanculmarktum at gmail.com (Azure Zanculmarktum) Date: Sat, 5 Aug 2017 08:08:24 +0700 Subject: [Slackbuilds-users] rubygem-asciidoctor doesn't produce "PACKAGE DESCRIPTION:" in /var/log/packages/rubygem-asciidoctor* Message-ID: The slack-desc needs to be fixed, here's the patch: https://ptpb.pw/-9Ua From 414N at slacky.it Sat Aug 5 08:51:58 2017 From: 414N at slacky.it (414N) Date: Sat, 5 Aug 2017 10:51:58 +0200 Subject: [Slackbuilds-users] pysetuptools? In-Reply-To: References: Message-ID: <72f95a2a-edc4-c76e-7cae-b4b6a378065a@slacky.it> @David: I recently had trouble with this too... Just remove the SBo python-setuptools package and you should be good Alan Alberghini SBo clone: GitHub On 02/08/2017 09:20, Franzen wrote: >> It is now part of Slackware starting with 14.2, just called >> python-setuptools. It is only at version 22.0.5, though. > > python-setuptools 22.0.5 was released on 3 Jun 2016 > https://github.com/pypa/setuptools/releases?after=v23.2.0 > > It was added to slackware on > Jun 8 2016 > > Slackware 14.2 was released on > Thu Jun 30 > > @David > Nothing wrong here, i think. > Maybe everything works if you use python-setuptools from stock slackware. > > > Johannes > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From willysr at gmail.com Sat Aug 5 09:26:59 2017 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sat, 5 Aug 2017 16:26:59 +0700 Subject: [Slackbuilds-users] rubygem-asciidoctor doesn't produce "PACKAGE DESCRIPTION:" in /var/log/packages/rubygem-asciidoctor* In-Reply-To: References: Message-ID: > The slack-desc needs to be fixed, here's the patch: > https://ptpb.pw/-9Ua It has been fixed by David and included in today's public update -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From slacker6896 at gmail.com Sat Aug 5 15:22:48 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Sat, 5 Aug 2017 17:22:48 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, I just built scribus 1.4.6 on a 14.1 vm without any issue. Can you try to build it again in verbose mode and post the output. To do that, you must pass "VERBOSE=1" to make, or run scribus.SlackBuild as below : $ VERBOSE=1 ./scribus.SlackBuild As reference, the line at which your build fails is as below on my side : [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o cd /tmp/SBo/scribus-1.4.6/scribus/desaxe && /usr/bin/c++ -DHAVE_CONFIG_H -DHAVE_DLFCN_H -DHAVE_UNISTD_H -DNDEBUG -DQT_CORE_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_NO_DEBUG -DQT_THREAD_LIB -DQT_XML_LIB -O2 -march=i486 -mtune=i686 -O2 -Wall -fPIC -I/tmp/SBo/scribus-1.4.6/scribus/desaxe -isystem /usr/lib/qt/include -isystem /usr/lib/qt/include/QtGui -isystem /usr/lib/qt/include/QtXml -isystem /usr/lib/qt/include/QtNetwork -isystem /usr/lib/qt/include/QtCore -I/tmp/SBo/scribus-1.4.6 -I/tmp/SBo/scribus-1.4.6/scribus -I/usr/lib/qt/include/QtDesigner -I/usr/lib/qt/include/QtDeclarative -I/usr/lib/qt/include/QtScriptTools -I/usr/lib/qt/include/QtDBus -I/usr/lib/qt/include/QtSql -I/usr/lib/qt/include/QtOpenGL -I/usr/lib/qt/include/QtMultimedia -I/usr/lib/qt/include/QtXmlPatterns -I/usr/lib/qt/include/QtWebKit -I/usr/lib/qt/include/QtHelp -I/usr/lib/qt/include/QtUiTools -I/usr/lib/qt/include/QtTest -I/usr/lib/qt/include/QtScript -I/usr/lib/qt/include/QtSvg -I/usr/lib/qt/include/Qt3Support -I/usr/lib/qt/mkspecs/default -I/usr/include/libxml2 -I/usr/include/python2.7 -I/usr/include/freetype2 -DSHAREDIR=\"/usr/share/scribus/\" -DDOCDIR=\"/usr/share/doc/scribus/\" -DICONDIR=\"/usr/share/scribus/icons/\" -DSAMPLESDIR=\"/usr/share/scribus/samples/\" -DSCRIPTSDIR=\"/usr/share/scribus/scripts/\" -DTEMPLATEDIR=\"/usr/share/scribus/templates/\" -DDESKTOPDIR=\"/usr/share/applications/\" -DLIBDIR=\"/usr/lib/scribus/\" -DPLUGINDIR=\"/usr/lib/scribus/plugins/\" -DCOMPILE_SCRIBUS_MAIN_APP -o CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o -c /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp /usr/bin/cmake -E cmake_progress_report /tmp/SBo/scribus-1.4.6/CMakeFiles -- SeB -- SeB 2017-08-04 21:23 GMT+02:00 Rich Shepard : > On Fri, 4 Aug 2017, Sebastien BALLET wrote: > > in addition to what didier suggest, It would be useful to post full output >> of the build process, and, the content of /tmp/SBo/scribus-1.4.6/config.h >> file. >> > > Sebastien, > > Both attached. > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sat Aug 5 16:27:25 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 5 Aug 2017 09:27:25 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Sat, 5 Aug 2017, Sebastien BALLET wrote: > I just built scribus 1.4.6 on a 14.1 vm without any issue. Sebastien, Then it must be something here that I don't recognize. > Can you try to build it again in verbose mode and post the output. To do > that, you must pass "VERBOSE=1" to make, or run scribus.SlackBuild as > below : > $ VERBOSE=1 ./scribus.SlackBuild It still fails with the same error. What I notice in the output (scribus-build.txt.gz attached) is during configuration scribus is not going to build with qt3, and that's noted as being good. But, on line 49001 of the output file I see that the qt3 library is to be included. Makes no sense to me; I've qt4 and qt5 installed, but not qt3. And what these have to do with freetype.h may be irrelevant. Thanks, Rich -------------- next part -------------- A non-text attachment was scrubbed... Name: scribus-build.txt.gz Type: application/x-gzip Size: 29446 bytes Desc: URL: From slacker6896 at gmail.com Sat Aug 5 18:02:27 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Sat, 5 Aug 2017 20:02:27 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, The differences between the line I sent in my previous post and the corresponding line from your last build is as below : --- /tmp/working_scribus_words.txt 2017-08-05 19:51:25.288007196 +0200 +++ /tmp/non_working_scribus_words.txt 2017-08-05 19:53:34.080012943 +0200 @@ -45,7 +45,7 @@ -I/usr/lib/qt/mkspecs/default -I/usr/include/libxml2 -I/usr/include/python2.7 --I/usr/include/freetype2 +-I/usr/local/include -DSHAREDIR=\"/usr/share/scribus/\" -DDOCDIR=\"/usr/share/doc/scribus/\" -DICONDIR=\"/usr/share/scribus/icons/\" I'm wondering why /usr/include/freetype2 is not found on your side. It seems (but I can be wrong) that /usr/local/include is used instead of /usr/include/freetype2. Maybe you have something in /usr/local/include which cause your issue. -- SeB 2017-08-05 18:27 GMT+02:00 Rich Shepard : > On Sat, 5 Aug 2017, Sebastien BALLET wrote: > > I just built scribus 1.4.6 on a 14.1 vm without any issue. >> > > Sebastien, > > Then it must be something here that I don't recognize. > > Can you try to build it again in verbose mode and post the output. To do >> that, you must pass "VERBOSE=1" to make, or run scribus.SlackBuild as >> below : >> $ VERBOSE=1 ./scribus.SlackBuild >> > > It still fails with the same error. > > What I notice in the output (scribus-build.txt.gz attached) is during > configuration scribus is not going to build with qt3, and that's noted as > being good. But, on line 49001 of the output file I see that the qt3 > library > is to be included. Makes no sense to me; I've qt4 and qt5 installed, but > not > qt3. And what these have to do with freetype.h may be irrelevant. > > Thanks, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kingbeowulf at gmail.com Sat Aug 5 20:12:58 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 5 Aug 2017 13:12:58 -0700 Subject: [Slackbuilds-users] fontforge 2017 update Message-ID: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Fontforge has a new 2017 release. Is there any issues I need to be aware of, or is there a particular reason the SBo version is still 2015? (why, yes, I am too lazy to search the list ...) -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Sat Aug 5 20:49:18 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 5 Aug 2017 13:49:18 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Sat, 5 Aug 2017, Sebastien BALLET wrote: > The differences between the line I sent in my previous post and the > corresponding line from your last build is as below : > --I/usr/include/freetype2 > +-I/usr/local/include > I'm wondering why /usr/include/freetype2 is not found on your side. It > seems (but I can be wrong) that /usr/local/include is used instead of > /usr/include/freetype2. Maybe you have something in /usr/local/include > which cause your issue. Sebastien, Two years ago, for reasons long forgotten, I made a soft link in /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that link. But, that does not fix the problem: Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 This might help: Invoking alternate editor... > Friday, I can meet you somewhere closer to you. Otherwise it'll pretty IW /tmp/pico.60854 (Modified)(mail) Row 41 Col 1 1:47 Ctrl-K H for help > The differences between the line I sent in my previous post and the > corresponding line from your last build is as below : > --I/usr/include/freetype2 > +-I/usr/local/include > I'm wondering why /usr/include/freetype2 is not found on your side. It > seems (but I can be wrong) that /usr/local/include is used instead of > /usr/include/freetype2. Maybe you have something in /usr/local/include > which cause your issue. Sebastien, Two years ago, for reasons long forgotten, I made a soft link in /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that link. But, that does not fix the problem: Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 This might help: Invoking alternate editor... > Friday, I can meet you somewhere closer to you. Otherwise it'll pretty IW /tmp/pico.60854 (Modified)(mail) Row 41 Col 1 1:47 Ctrl-K H for help > The differences between the line I sent in my previous post and the > corresponding line from your last build is as below : > --I/usr/include/freetype2 > +-I/usr/local/include > I'm wondering why /usr/include/freetype2 is not found on your side. It > seems (but I can be wrong) that /usr/local/include is used instead of > /usr/include/freetype2. Maybe you have something in /usr/local/include > which cause your issue. Sebastien, Two years ago, for reasons long forgotten, I made a soft link in /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that link. But, that does not fix the problem: Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 This might help: Invoking alternate editor... > Friday, I can meet you somewhere closer to you. Otherwise it'll pretty IW /tmp/pico.60854 (Modified)(mail) Row 41 Col 1 1:47 Ctrl-K H for help > The differences between the line I sent in my previous post and the > corresponding line from your last build is as below : > --I/usr/include/freetype2 > +-I/usr/local/include > I'm wondering why /usr/include/freetype2 is not found on your side. It > seems (but I can be wrong) that /usr/local/include is used instead of > /usr/include/freetype2. Maybe you have something in /usr/local/include > which cause your issue. Sebastien, Two years ago, for reasons long forgotten, I made a soft link in /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that link. But, that does not fix the problem: Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 This might help: Invoking alternate editor... > Friday, I can meet you somewhere closer to you. Otherwise it'll pretty IW /tmp/pico.60854 (Modified)(mail) Row 41 Col 1 1:47 Ctrl-K H for help > The differences between the line I sent in my previous post and the > corresponding line from your last build is as below : > --I/usr/include/freetype2 > +-I/usr/local/include > I'm wondering why /usr/include/freetype2 is not found on your side. It > seems (but I can be wrong) that /usr/local/include is used instead of > /usr/include/freetype2. Maybe you have something in /usr/local/include > which cause your issue. Sebastien, Two years ago, for reasons long forgotten, I made a soft link in /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that link. But, that does not fix the problem: Scanning dependencies of target scribus_desaxe_lib [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o [ 0%] Building CXX object scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No / such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make: *** [all] Error 2 This might help: [root at salmo /opt/slackbuilds/Office/scribus]# find / -name freetype2 /usr/include/freetype2 It's there, but not being picked up. Makes no sense to me. Thanks, Rich From rshepard at appl-ecosys.com Sat Aug 5 20:55:23 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 5 Aug 2017 13:55:23 -0700 (PDT) Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Message-ID: On Sat, 5 Aug 2017, King Beowulf wrote: > Fontforge has a new 2017 release. Is there any issues I need to be aware > of, or is there a particular reason the SBo version is still 2015? Ed, I go to the fontforge web site and navigate to the Download page where the only two links take me to a page with a link on how to contribute to the project, not the source itself. What have I missed? Rich From eric.b.pratt at gmail.com Sat Aug 5 21:19:59 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Sat, 5 Aug 2017 14:19:59 -0700 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Message-ID: On Sat, Aug 5, 2017 at 1:55 PM, Rich Shepard wrote: > On Sat, 5 Aug 2017, King Beowulf wrote: > > Fontforge has a new 2017 release. Is there any issues I need to be aware >> of, or is there a particular reason the SBo version is still 2015? >> > > Ed, > > I go to the fontforge web site and > navigate to the Download page where the only two links take me to a page > with a link on how to contribute to the project, not the source itself. > What > have I missed? > > Rich > I'm not sure what page you're seeing. When I clicked your link then clicked "Download," it took me to a page with a number of links. The page and even the whole site is pretty counter-intuitive. Some of the links are underlined with a bold orange line and some aren't underlined at all. The pages modify themselves in place when clicking on certain things. There are submit buttons that seem to not give you options to not get spammed but you can click them with not form input to bypass them. Links appear where things used to be and even the statically placed links are poorly placed. It's a pretty bad site. But on the download page, if you get that same page I'm seeing, don't click on the source code link. Click on the GNU+Linux link instead. Following a very unintuitive chain of links, ?you end up here: https://github.com/fontforge/fontforge/releases ?There you can see the latest release in various formats, including a tarball.? -------------- next part -------------- An HTML attachment was scrubbed... URL: From kingbeowulf at gmail.com Sat Aug 5 22:14:38 2017 From: kingbeowulf at gmail.com (Edward Koenig) Date: Sat, 5 Aug 2017 15:14:38 -0700 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Message-ID: > On Aug 5, 2017, at 2:19 PM, Eric Pratt wrote: > >> On Sat, Aug 5, 2017 at 1:55 PM, Rich Shepard wrote: > >> On Sat, 5 Aug 2017, King Beowulf wrote: >> >>> Fontforge has a new 2017 release. Is there any issues I need to be aware >>> of, or is there a particular reason the SBo version is still 2015? >> >> Ed, >> >> I go to the fontforge web site and >> navigate to the Download page where the only two links take me to a page >> with a link on how to contribute to the project, not the source itself. What >> have I missed? >> >> Rich > > I'm not sure what page you're seeing. When I clicked your link then clicked "Download," it took me to a page with a number of links. The page and even the whole site is pretty counter-intuitive. Some of the links are underlined with a bold orange line and some aren't underlined at all. The pages modify themselves in place when clicking on certain things. There are submit buttons that seem to not give you options to not get spammed but you can click them with not form input to bypass them. Links appear where things used to be and even the statically placed links are poorly placed. It's a pretty bad site. > > But on the download page, if you get that same page I'm seeing, don't click on the source code link. Click on the GNU+Linux link instead. Following a very unintuitive chain of links, ?you end up here: > > https://github.com/fontforge/fontforge/releases > > ?There you can see the latest release in various formats, including a tarball.? > Indeed. I have no idea what the webmaster/developer is smoking but he/she needs to stop. Since they are on github, I just search there directly. Looks like the newer releases have a bootstrap script to generate configure etc. If I get the today I might give it a shot and see what happens. -Ed -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sat Aug 5 22:15:51 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sat, 5 Aug 2017 15:15:51 -0700 (PDT) Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Message-ID: On Sat, 5 Aug 2017, Eric Pratt wrote: > But on the download page, if you get that same page I'm seeing, don't > click on the source code link. Click on the GNU+Linux link instead. > Following a very unintuitive chain of links, ?you end up here: > https://github.com/fontforge/fontforge/releases Eric, Now I see how you reached that page. When I clicked on the GNU+Linux link I saw only two links: 'Donate' and 'Subscribe/Confirm and Download.' The latter took me to a page with a 'continue this way link' and then to a page with 'Ubuntu,' 'Compiling from Github,' and 'Installing from an rpm.' I did not follow that last link because I wanted a tarball, not an rpm. However, under the rpm files are the source file. Thanks for taking it one step further than I did. Rich From willysr at gmail.com Sun Aug 6 00:25:08 2017 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Sun, 6 Aug 2017 07:25:08 +0700 Subject: [Slackbuilds-users] wxHexEditor breaks on current. In-Reply-To: References: <60c4abe2-f92e-0a61-9125-2f48fcb64f70@slackbuilds.org> Message-ID: > thanks, I didn't notice I had my repo set to stable. However it breaks with > the same message. I tested Ponce's patch and it seems to work in -stable as well, so i applied them on my branch -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From kingbeowulf at gmail.com Sun Aug 6 01:03:16 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 5 Aug 2017 18:03:16 -0700 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> Message-ID: <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> On 08/05/2017 03:15 PM, Rich Shepard wrote: > On Sat, 5 Aug 2017, Eric Pratt wrote: > >> But on the download page, if you get that same page I'm seeing, don't >> click on the source code link. Click on the GNU+Linux link instead. >> Following a very unintuitive chain of links, ?you end up here: >> https://github.com/fontforge/fontforge/releases > > Eric, > > Now I see how you reached that page. When I clicked on the GNU+Linux link > I saw only two links: 'Donate' and 'Subscribe/Confirm and Download.' The > latter took me to a page with a 'continue this way link' and then to a page > with 'Ubuntu,' 'Compiling from Github,' and 'Installing from an rpm.' I did > not follow that last link because I wanted a tarball, not an rpm. > > However, under the rpm files are the source file. > > Thanks for taking it one step further than I did. > > Rich > Bah. The 2017 release is just a git snapshot. The 2017 version needs gnulib which it git clones on the fly, so ./bootstrap --skip-git --skip-po doesn't work (amoung no git found error). gnulib in SBo is older so not sure I have time to go down that rabbit hole. I'm going to kick this can down the road to the slackbuild script maintainer... -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From yalhcru at gmail.com Sun Aug 6 04:23:22 2017 From: yalhcru at gmail.com (B Watson) Date: Sun, 6 Aug 2017 00:23:22 -0400 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> Message-ID: On 8/5/17, King Beowulf wrote: > Bah. The 2017 release is just a git snapshot. The 2017 version needs > gnulib which it git clones on the fly, so > ./bootstrap --skip-git --skip-po > doesn't work (amoung no git found error). gnulib in SBo is older so not > sure I have time to go down that rabbit hole. I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm using the same snapshot "release" that's in Debian unstable (and also the latest Ubuntu). Does the new fontforge give a minimum version (snapshot date) that it requires? Not too much stuff in SBo requires gnulib. I wouldn't mind updating it to a newer snapshot, but it'd be nice to use a snapshot that's widely used & known not to be broken (which is why I used the version from Deb/Ubuntu). From reedych at ya.ru Sun Aug 6 05:20:27 2017 From: reedych at ya.ru (reedych) Date: Sun, 6 Aug 2017 11:20:27 +0600 Subject: [Slackbuilds-users] anki: maintainer possibly dead Message-ID: <20170806112027.a635a257f3e337ff8086cc87@ya.ru> I asked him to update anki, but he hasn't replied. Can i be a maintainer? -- reedych From kingbeowulf at gmail.com Sun Aug 6 05:34:57 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 5 Aug 2017 22:34:57 -0700 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> Message-ID: <7099ffae-4007-d3ca-3fba-2ceec439fbcd@gmail.com> On 08/05/2017 09:23 PM, B Watson wrote: > On 8/5/17, King Beowulf wrote: > >> Bah. The 2017 release is just a git snapshot. The 2017 version needs >> gnulib which it git clones on the fly, so >> ./bootstrap --skip-git --skip-po >> doesn't work (amoung no git found error). gnulib in SBo is older so not >> sure I have time to go down that rabbit hole. > > I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm using the > same snapshot "release" that's in Debian unstable (and also the latest > Ubuntu). Does the new fontforge give a minimum version (snapshot date) > that it requires? > > Not too much stuff in SBo requires gnulib. I wouldn't mind updating it to > a newer snapshot, but it'd be nice to use a snapshot that's widely used & > known not to be broken (which is why I used the version from Deb/Ubuntu). I haven't had a chance to try the SBo version of gnulib with the latest fontforge. I just noticed that the new release of fontforge pulls in a git snapshot if its bootstrap script doesn't find it. The 2015 fontforge doesn't use gnulib. Better to let David figure that out since I do need to worry about my own 35 or so scripts. -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From didier at slint.fr Sun Aug 6 06:33:53 2017 From: didier at slint.fr (Didier Spaier) Date: Sun, 6 Aug 2017 08:33:53 +0200 Subject: [Slackbuilds-users] anki: maintainer possibly dead In-Reply-To: <20170806112027.a635a257f3e337ff8086cc87@ya.ru> References: <20170806112027.a635a257f3e337ff8086cc87@ya.ru> Message-ID: Hello, Le 06/08/2017 ? 07:20, reedych a ?crit : > I asked him to update anki, but he hasn't replied. Can i be a maintainer? Unauthorized response from a regular user; not an admin: According to cgit Thimothy has last updated anki not long ago: https://git.slackbuilds.org/slackbuilds/commit/?id=1989715caff9154965e1f92cedcb8faae6632cce Maybe his is just in vacations without email access? I'd wait a little more and if you are in urgent need of an update you can build an upgraded package for yourself. Didier From slacker6896 at gmail.com Sun Aug 6 10:57:25 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Sun, 6 Aug 2017 12:57:25 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, can you post the output of : 8<------------------------------------------------------ $ find /usr/include -iname "freetype.h" $ find /usr/local/include -iname "freetype.h" $ freetype-config --cflags 8<----------------------------------------------------------- Here is what I get on my side : 8<-------------------------------------------------------- $ find /usr/include -iname "freetype.h" /usr/include/freetype2/freetype.h $ find /usr/local/include -iname "freetype.h" $ freetype-config --cflags -I/usr/include/freetype2 8<-------------------------------------------------------- Now, run the command below : 8<---------------------------------------------- $ find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h" 8<---------------------------------------------- On my side, I get this : 8<---------------------------------------------- find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h" /usr/include/freetype2/freetype.h 8<---------------------------------------------- In /tmp, create a directory cmake-test, then, in that directory create the file CMakeLists.txt with the content below : 8<------------/tmp/cmake-test/CMakeLists.txt ------------ cmake_minimum_required(VERSION 2.8) find_package(Freetype) if (FREETYPE_FOUND) include_directories(${FREETYPE_INCLUDE_DIRS}) endif (FREETYPE_FOUND) MESSAGE("freetype_include_dirs: ${FREETYPE_INCLUDE_DIRS}") 8<---------------------------------------------------------- In /tmp/cmake-test, run the command below : 8<--------------------------------------------------------- $ cmake . 8<--------------------------------------------------------- Here is what you should get : 8<--------------------------------------------------------- -- The C compiler identification is GNU 4.8.2 -- The CXX compiler identification is GNU 4.8.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") freetype_include_dirs: /usr/include/freetype2;/usr/include -- Configuring done -- Generating done -- Build files have been written to: /tmp/cmake-test 8<--------------------------------------------------------- ? -- SeB 2017-08-05 22:49 GMT+02:00 Rich Shepard : > On Sat, 5 Aug 2017, Sebastien BALLET wrote: > > The differences between the line I sent in my previous post and the >> corresponding line from your last build is as below : >> > > --I/usr/include/freetype2 >> +-I/usr/local/include >> > > I'm wondering why /usr/include/freetype2 is not found on your side. It >> seems (but I can be wrong) that /usr/local/include is used instead of >> /usr/include/freetype2. Maybe you have something in /usr/local/include >> which cause your issue. >> > > Sebastien, > > Two years ago, for reasons long forgotten, I made a soft link in > /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that > link. > > But, that does not fix the problem: > > Scanning dependencies of target scribus_desaxe_lib > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: > No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. > make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] > Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error > 2 > make: *** [all] Error 2 > > This might help: > > Invoking alternate editor... > >> Friday, I can meet you somewhere closer to you. Otherwise it'll pretty >> > IW /tmp/pico.60854 (Modified)(mail) > Row 41 Col 1 1:47 Ctrl-K H for help > >> The differences between the line I sent in my previous post and the >> corresponding line from your last build is as below : >> > > --I/usr/include/freetype2 >> +-I/usr/local/include >> > > I'm wondering why /usr/include/freetype2 is not found on your side. It >> seems (but I can be wrong) that /usr/local/include is used instead of >> /usr/include/freetype2. Maybe you have something in /usr/local/include >> which cause your issue. >> > > Sebastien, > > Two years ago, for reasons long forgotten, I made a soft link in > /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that > link. > > But, that does not fix the problem: > > Scanning dependencies of target scribus_desaxe_lib > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: > No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] > Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error > 2 make: *** [all] Error 2 > > This might help: > > Invoking alternate editor... > >> Friday, I can meet you somewhere closer to you. Otherwise it'll pretty >> > IW /tmp/pico.60854 (Modified)(mail) > Row 41 Col 1 1:47 Ctrl-K H for help > >> The differences between the line I sent in my previous post and the >> corresponding line from your last build is as below : >> > > --I/usr/include/freetype2 >> +-I/usr/local/include >> > > I'm wondering why /usr/include/freetype2 is not found on your side. It >> seems (but I can be wrong) that /usr/local/include is used instead of >> /usr/include/freetype2. Maybe you have something in /usr/local/include >> which cause your issue. >> > > Sebastien, > > Two years ago, for reasons long forgotten, I made a soft link in > /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that > link. > > But, that does not fix the problem: > > Scanning dependencies of target scribus_desaxe_lib > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: > No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] > Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error > 2 make: *** [all] Error 2 > > This might help: > > Invoking alternate editor... > >> Friday, I can meet you somewhere closer to you. Otherwise it'll pretty >> > IW /tmp/pico.60854 (Modified)(mail) > Row 41 Col 1 1:47 Ctrl-K H for help > >> The differences between the line I sent in my previous post and the >> corresponding line from your last build is as below : >> > > --I/usr/include/freetype2 >> +-I/usr/local/include >> > > I'm wondering why /usr/include/freetype2 is not found on your side. It >> seems (but I can be wrong) that /usr/local/include is used instead of >> /usr/include/freetype2. Maybe you have something in /usr/local/include >> which cause your issue. >> > > Sebastien, > > Two years ago, for reasons long forgotten, I made a soft link in > /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that > link. > > But, that does not fix the problem: > > Scanning dependencies of target scribus_desaxe_lib > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: > No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] > Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error > 2 make: *** [all] Error 2 > > This might help: > > Invoking alternate editor... > >> Friday, I can meet you somewhere closer to you. Otherwise it'll pretty >> > IW /tmp/pico.60854 (Modified)(mail) > Row 41 Col 1 1:47 Ctrl-K H for help > >> The differences between the line I sent in my previous post and the >> corresponding line from your last build is as below : >> > > --I/usr/include/freetype2 >> +-I/usr/local/include >> > > I'm wondering why /usr/include/freetype2 is not found on your side. It >> seems (but I can be wrong) that /usr/local/include is used instead of >> /usr/include/freetype2. Maybe you have something in /usr/local/include >> which cause your issue. >> > > Sebastien, > > Two years ago, for reasons long forgotten, I made a soft link in > /usr/local/include/freetype2 to /usr/include/freetype2. I just removed that > link. > > But, that does not fix the problem: > > Scanning dependencies of target scribus_desaxe_lib > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxXML.cpp.o > [ 0%] Building CXX object > scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o > In file included from > /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: > No > / such file or directory > #include FT_FREETYPE_H > ^ > compilation terminated. make[2]: *** > [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] > Error 1 > make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error > 2 make: *** [all] Error 2 > > This might help: > > [root at salmo /opt/slackbuilds/Office/scribus]# find / -name freetype2 > /usr/include/freetype2 > > It's there, but not being picked up. Makes no sense to me. > > Thanks, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sun Aug 6 13:39:48 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 6 Aug 2017 06:39:48 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Sun, 6 Aug 2017, Sebastien BALLET wrote: > can you post the output of : > 8<------------------------------------------------------ > $ find /usr/include -iname "freetype.h" /usr/include/freetype2/freetype.h > $ find /usr/local/include -iname "freetype.h" > $ freetype-config --cflags Aha! -I/usr/local/include/freetype2 -I/usr/local/include > Now, run the command below : > $ find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h" OK. Somehow, freetype ended up in /usr/local rather than /usr: [root at salmo ~]# find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h" find: unknown predicate -I/usr/local/include' The freetype-2.5.5 package was installed by the 14.1 distribution DVD. > In /tmp, create a directory cmake-test, then, in that directory create the > file CMakeLists.txt with the content below : > $ cmake . > Here is what you should get : > freetype_include_dirs: /usr/include/freetype2;/usr/include Somehow, /usr/local/include was added: [root at salmo /tmp/cmake-test]# cmake . -- The C compiler identification is GNU 4.8.2 -- The CXX compiler identification is GNU 4.8.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") freetype_include_dirs: /usr/local/include;/usr/include -- Configuring done -- Generating done -- Build files have been written to: /tmp/cmake-test How should I clean this up by removing inclusion of /usr/local/ for freetype? Thanks very much, Sebastien, Rich From slacker6896 at gmail.com Sun Aug 6 16:11:16 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Sun, 6 Aug 2017 18:11:16 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, can you post the output of commands below : $ find /usr/include -iname "ft2build.h" $ cat /usr/lib/pkgconfig/freetype2.pc | grep "includedir" $ ls -l /var/log/packages/freetype* $ cat /var/log/packages/freetype-* | grep -E "ft2build.h|freetype.h" -- SeB 2017-08-06 15:39 GMT+02:00 Rich Shepard : > On Sun, 6 Aug 2017, Sebastien BALLET wrote: > > can you post the output of : >> 8<------------------------------------------------------ >> $ find /usr/include -iname "freetype.h" >> > > /usr/include/freetype2/freetype.h > > $ find /usr/local/include -iname "freetype.h" >> > > > > $ freetype-config --cflags >> > > Aha! > -I/usr/local/include/freetype2 -I/usr/local/include > > Now, run the command below : >> > > $ find $(freetype-config --cflags | cut -f2- -d"I") -iname "freetype.h" >> > > OK. Somehow, freetype ended up in /usr/local rather than /usr: > > [root at salmo ~]# find $(freetype-config --cflags | cut -f2- -d"I") -iname > "freetype.h" > find: unknown predicate -I/usr/local/include' > > The freetype-2.5.5 package was installed by the 14.1 distribution DVD. > > In /tmp, create a directory cmake-test, then, in that directory create the >> file CMakeLists.txt with the content below : >> > > $ cmake . >> > > Here is what you should get : >> freetype_include_dirs: /usr/include/freetype2;/usr/include >> > > Somehow, /usr/local/include was added: > > [root at salmo /tmp/cmake-test]# cmake . > -- The C compiler identification is GNU 4.8.2 > -- The CXX compiler identification is GNU 4.8.2 > -- Check for working C compiler: /usr/bin/cc > -- Check for working C compiler: /usr/bin/cc -- works > -- Detecting C compiler ABI info > -- Detecting C compiler ABI info - done > -- Check for working CXX compiler: /usr/bin/c++ > -- Check for working CXX compiler: /usr/bin/c++ -- works > -- Detecting CXX compiler ABI info > -- Detecting CXX compiler ABI info - done > -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") > freetype_include_dirs: /usr/local/include;/usr/include > -- Configuring done > -- Generating done > -- Build files have been written to: /tmp/cmake-test > > How should I clean this up by removing inclusion of /usr/local/ for > freetype? > > Thanks very much, Sebastien, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sun Aug 6 16:22:39 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 6 Aug 2017 09:22:39 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Sun, 6 Aug 2017, Sebastien BALLET wrote: > can you post the output of commands below : > > $ find /usr/include -iname "ft2build.h" /usr/include/freetype2/ft2build.h > $ cat /usr/lib/pkgconfig/freetype2.pc | grep "includedir" includedir=/usr/include/freetype2 Cflags: -I${includedir} > $ ls -l /var/log/packages/freetype* -rw-r--r-- 1 root root 3544 May 16 17:20 - /var/log/packages/freetype-2.5.5-i486-2_slack14.1 > $ cat /var/log/packages/freetype-* | grep -E "ft2build.h|freetype.h" usr/include/freetype2/ft2build.h usr/include/freetype2/freetype.h Wonder where the /usr/local/include came from. Rich From fernando.lopezjr at gmail.com Sun Aug 6 17:29:00 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Sun, 6 Aug 2017 11:29:00 -0600 Subject: [Slackbuilds-users] transmission current broken. Message-ID: transmission-2.92/gtk/torrent-cell-renderer.c transmission-2.92/m4/ transmission-2.92/m4/libtool.m4 transmission-2.92/m4/acx-pthread.m4 transmission-2.92/m4/ltversion.m4 transmission-2.92/m4/ltsugar.m4 transmission-2.92/m4/pkg.m4 transmission-2.92/m4/glib-gettext.m4 transmission-2.92/m4/ltoptions.m4 transmission-2.92/m4/lt~obsolete.m4 transmission-2.92/cmake/ transmission-2.92/cmake/Transmission.rc.in transmission-2.92/cmake/FindNATPMP.cmake transmission-2.92/cmake/FindB64.cmake transmission-2.92/cmake/FindDHT.cmake transmission-2.92/cmake/FindICONV.cmake transmission-2.92/cmake/FindEVENT2.cmake transmission-2.92/cmake/FindUTP.cmake transmission-2.92/cmake/FindPolarSSL.cmake transmission-2.92/cmake/TrMacros.cmake transmission-2.92/cmake/FindMINIUPNPC.cmake transmission-2.92/cmake/FindCyaSSL.cmake transmission-2.92/cmake/LargeFileSupport.cmake autoreconf: Entering directory `.' autoreconf: configure.ac: not using Gettext autoreconf: running: aclocal --force -I m4 m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: glib_DEFUN m4/glib-gettext.m4:39: the top level autom4te: /usr/bin/m4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 transmission: Would you like to continue processing the rest of the queue or would you like to abort? If this failed package is a dependency of another package in the queue then it may not make sense to continue. (Y)es to continue, (N)o to abort, (R)etry the build?: -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Sun Aug 6 17:36:29 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 7 Aug 2017 00:36:29 +0700 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: > transmission-2.92/gtk/torrent-cell-renderer.c > transmission-2.92/m4/ > transmission-2.92/m4/libtool.m4 > transmission-2.92/m4/acx-pthread.m4 > transmission-2.92/m4/ltversion.m4 > transmission-2.92/m4/ltsugar.m4 > transmission-2.92/m4/pkg.m4 > transmission-2.92/m4/glib-gettext.m4 > transmission-2.92/m4/ltoptions.m4 > transmission-2.92/m4/lt~obsolete.m4 > transmission-2.92/cmake/ > transmission-2.92/cmake/Transmission.rc.in > transmission-2.92/cmake/FindNATPMP.cmake > transmission-2.92/cmake/FindB64.cmake > transmission-2.92/cmake/FindDHT.cmake > transmission-2.92/cmake/FindICONV.cmake > transmission-2.92/cmake/FindEVENT2.cmake > transmission-2.92/cmake/FindUTP.cmake > transmission-2.92/cmake/FindPolarSSL.cmake > transmission-2.92/cmake/TrMacros.cmake > transmission-2.92/cmake/FindMINIUPNPC.cmake > transmission-2.92/cmake/FindCyaSSL.cmake > transmission-2.92/cmake/LargeFileSupport.cmake > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal --force -I m4 > m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: > glib_DEFUN > m4/glib-gettext.m4:39: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > aclocal: error: echo failed with exit status: 1 > autoreconf: aclocal failed with exit status: 1 > > transmission: > Would you like to continue processing the rest of the > queue or would you like to abort? If this failed > package is a dependency of another package in the queue > then it may not make sense to continue. > > (Y)es to continue, (N)o to abort, (R)etry the build?: Hi Fernando please stop reporting that it broke on -current unless it broke on -stable as well. FYI, i just build tranmission on -stable and it built fine. SBo is tested against latest -stable, not -current. -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From matteo.bernardini at gmail.com Sun Aug 6 17:44:46 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 6 Aug 2017 19:44:46 +0200 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: 2017-08-06 19:36 GMT+02:00 Willy Sudiarto Raharjo : >> transmission-2.92/gtk/torrent-cell-renderer.c >> transmission-2.92/m4/ >> transmission-2.92/m4/libtool.m4 >> transmission-2.92/m4/acx-pthread.m4 >> transmission-2.92/m4/ltversion.m4 >> transmission-2.92/m4/ltsugar.m4 >> transmission-2.92/m4/pkg.m4 >> transmission-2.92/m4/glib-gettext.m4 >> transmission-2.92/m4/ltoptions.m4 >> transmission-2.92/m4/lt~obsolete.m4 >> transmission-2.92/cmake/ >> transmission-2.92/cmake/Transmission.rc.in >> transmission-2.92/cmake/FindNATPMP.cmake >> transmission-2.92/cmake/FindB64.cmake >> transmission-2.92/cmake/FindDHT.cmake >> transmission-2.92/cmake/FindICONV.cmake >> transmission-2.92/cmake/FindEVENT2.cmake >> transmission-2.92/cmake/FindUTP.cmake >> transmission-2.92/cmake/FindPolarSSL.cmake >> transmission-2.92/cmake/TrMacros.cmake >> transmission-2.92/cmake/FindMINIUPNPC.cmake >> transmission-2.92/cmake/FindCyaSSL.cmake >> transmission-2.92/cmake/LargeFileSupport.cmake >> autoreconf: Entering directory `.' >> autoreconf: configure.ac: not using Gettext >> autoreconf: running: aclocal --force -I m4 >> m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: >> glib_DEFUN >> m4/glib-gettext.m4:39: the top level >> autom4te: /usr/bin/m4 failed with exit status: 1 >> aclocal: error: echo failed with exit status: 1 >> autoreconf: aclocal failed with exit status: 1 >> >> transmission: >> Would you like to continue processing the rest of the >> queue or would you like to abort? If this failed >> package is a dependency of another package in the queue >> then it may not make sense to continue. >> >> (Y)es to continue, (N)o to abort, (R)etry the build?: > > Hi Fernando > > please stop reporting that it broke on -current unless it broke on > -stable as well. FYI, i just build tranmission on -stable and it built fine. > > SBo is tested against latest -stable, not -current. also, you're not even using the latest version of the repository, because the maintainer fixed it at the end of june https://git.slackbuilds.org/slackbuilds/commit/?id=df94df2bb48aa02d50678327a86278ca5317f8bf before, it was fixed since the beginning of june in the unsupported repository for current that I invited you multiple times to check first before reporting build errors on the dedicate LQ thread, not on this ML https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/ Matteo From reedych at ya.ru Sun Aug 6 17:55:29 2017 From: reedych at ya.ru (reedych) Date: Sun, 6 Aug 2017 23:55:29 +0600 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: <20170806235529.9d99f870ad09addb3daa91c0@ya.ru> On Sun, 6 Aug 2017 11:29:00 -0600 Fernando Lopez wrote: > transmission-2.92/gtk/torrent-cell-renderer.c > transmission-2.92/m4/ > transmission-2.92/m4/libtool.m4 > transmission-2.92/m4/acx-pthread.m4 > transmission-2.92/m4/ltversion.m4 > transmission-2.92/m4/ltsugar.m4 > transmission-2.92/m4/pkg.m4 > transmission-2.92/m4/glib-gettext.m4 > transmission-2.92/m4/ltoptions.m4 > transmission-2.92/m4/lt~obsolete.m4 > transmission-2.92/cmake/ > transmission-2.92/cmake/Transmission.rc.in > transmission-2.92/cmake/FindNATPMP.cmake > transmission-2.92/cmake/FindB64.cmake > transmission-2.92/cmake/FindDHT.cmake > transmission-2.92/cmake/FindICONV.cmake > transmission-2.92/cmake/FindEVENT2.cmake > transmission-2.92/cmake/FindUTP.cmake > transmission-2.92/cmake/FindPolarSSL.cmake > transmission-2.92/cmake/TrMacros.cmake > transmission-2.92/cmake/FindMINIUPNPC.cmake > transmission-2.92/cmake/FindCyaSSL.cmake > transmission-2.92/cmake/LargeFileSupport.cmake > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal --force -I m4 > m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: > glib_DEFUN > m4/glib-gettext.m4:39: the top level > autom4te: /usr/bin/m4 failed with exit status: 1 > aclocal: error: echo failed with exit status: 1 > autoreconf: aclocal failed with exit status: 1 > > transmission: > Would you like to continue processing the rest of the > queue or would you like to abort? If this failed > package is a dependency of another package in the queue > then it may not make sense to continue. > > (Y)es to continue, (N)o to abort, (R)etry the build?: > > > -- > > ------------ > Regards, > Fernando Lopez Jr. Slackware current is not supported by sbo. -- reedych From dave at dawoodfall.net Sun Aug 6 18:46:09 2017 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 6 Aug 2017 19:46:09 +0100 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: <7099ffae-4007-d3ca-3fba-2ceec439fbcd@gmail.com> References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> <7099ffae-4007-d3ca-3fba-2ceec439fbcd@gmail.com> Message-ID: <20170806184609.GL7548@Blackswan> >On 08/05/2017 09:23 PM, B Watson wrote: >> On 8/5/17, King Beowulf wrote: >> >>> Bah. The 2017 release is just a git snapshot. The 2017 version needs >>> gnulib which it git clones on the fly, so >>> ./bootstrap --skip-git --skip-po >>> doesn't work (amoung no git found error). gnulib in SBo is older so not >>> sure I have time to go down that rabbit hole. >> >> I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm using the >> same snapshot "release" that's in Debian unstable (and also the latest >> Ubuntu). Does the new fontforge give a minimum version (snapshot date) >> that it requires? >> >> Not too much stuff in SBo requires gnulib. I wouldn't mind updating it to >> a newer snapshot, but it'd be nice to use a snapshot that's widely used & >> known not to be broken (which is why I used the version from Deb/Ubuntu). > >I haven't had a chance to try the SBo version of gnulib with the latest >fontforge. I just noticed that the new release of fontforge pulls in a >git snapshot if its bootstrap script doesn't find it. The 2015 >fontforge doesn't use gnulib. Better to let David figure that out since >I do need to worry about my own 35 or so scripts. > >-Ed I noticed that it also does a git clone of uthash. fontforge-20170731 builds OK with gnulib-20140202 and uthash-2.0.2. Lilypond builds OK with that fontforge installed and appears to run normally, although I've never used it before so it's hard for me to tell if it works properly. Both frescobaldi and rosegarden build and appear to run fine using that lilypond, so I will update the fontforge slackbuild. Dave From dave at dawoodfall.net Sun Aug 6 19:10:43 2017 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 6 Aug 2017 20:10:43 +0100 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: <20170806184609.GL7548@Blackswan> References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> <7099ffae-4007-d3ca-3fba-2ceec439fbcd@gmail.com> <20170806184609.GL7548@Blackswan> Message-ID: <20170806191043.GM7548@Blackswan> >>On 08/05/2017 09:23 PM, B Watson wrote: >>>On 8/5/17, King Beowulf wrote: >>> >>>>Bah. The 2017 release is just a git snapshot. The 2017 version needs >>>>gnulib which it git clones on the fly, so >>>>./bootstrap --skip-git --skip-po >>>>doesn't work (amoung no git found error). gnulib in SBo is older so not >>>>sure I have time to go down that rabbit hole. >>> >>>I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm using the >>>same snapshot "release" that's in Debian unstable (and also the latest >>>Ubuntu). Does the new fontforge give a minimum version (snapshot date) >>>that it requires? >>> >>>Not too much stuff in SBo requires gnulib. I wouldn't mind updating it to >>>a newer snapshot, but it'd be nice to use a snapshot that's widely used & >>>known not to be broken (which is why I used the version from Deb/Ubuntu). >> >>I haven't had a chance to try the SBo version of gnulib with the latest >>fontforge. I just noticed that the new release of fontforge pulls in a >>git snapshot if its bootstrap script doesn't find it. The 2015 >>fontforge doesn't use gnulib. Better to let David figure that out since >>I do need to worry about my own 35 or so scripts. >> >>-Ed > >I noticed that it also does a git clone of uthash. > >fontforge-20170731 builds OK with gnulib-20140202 and uthash-2.0.2. > >Lilypond builds OK with that fontforge installed and appears to run >normally, although I've never used it before so it's hard for me to >tell if it works properly. Both frescobaldi and rosegarden build and >appear to run fine using that lilypond, so I will update the fontforge >slackbuild. > >Dave Changed the uthash version to 1.9.9 to match what we have on sbo. Dave From kingbeowulf at gmail.com Sun Aug 6 23:03:31 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sun, 6 Aug 2017 16:03:31 -0700 Subject: [Slackbuilds-users] fontforge 2017 update In-Reply-To: <20170806191043.GM7548@Blackswan> References: <0026eb34-16bc-91d4-bffe-ae0462a9a174@gmail.com> <9bc768cc-e0f7-44c6-f2ee-3792393cc167@gmail.com> <7099ffae-4007-d3ca-3fba-2ceec439fbcd@gmail.com> <20170806184609.GL7548@Blackswan> <20170806191043.GM7548@Blackswan> Message-ID: On 08/06/2017 12:10 PM, David Woodfall wrote: >>> On 08/05/2017 09:23 PM, B Watson wrote: >>>> On 8/5/17, King Beowulf wrote: >>>> >>>>> Bah. The 2017 release is just a git snapshot. The 2017 version needs >>>>> gnulib which it git clones on the fly, so >>>>> ./bootstrap --skip-git --skip-po >>>>> doesn't work (amoung no git found error). gnulib in SBo is older so >>>>> not >>>>> sure I have time to go down that rabbit hole. >>>> >>>> I'm the gnulib SBo maintainer... gnulib doesn't do releases, I'm >>>> using the >>>> same snapshot "release" that's in Debian unstable (and also the latest >>>> Ubuntu). Does the new fontforge give a minimum version (snapshot date) >>>> that it requires? >>>> >>>> Not too much stuff in SBo requires gnulib. I wouldn't mind updating >>>> it to >>>> a newer snapshot, but it'd be nice to use a snapshot that's widely >>>> used & >>>> known not to be broken (which is why I used the version from >>>> Deb/Ubuntu). >>> >>> I haven't had a chance to try the SBo version of gnulib with the latest >>> fontforge. I just noticed that the new release of fontforge pulls in a >>> git snapshot if its bootstrap script doesn't find it. The 2015 >>> fontforge doesn't use gnulib. Better to let David figure that out since >>> I do need to worry about my own 35 or so scripts. >>> >>> -Ed >> >> I noticed that it also does a git clone of uthash. >> >> fontforge-20170731 builds OK with gnulib-20140202 and uthash-2.0.2. >> >> Lilypond builds OK with that fontforge installed and appears to run >> normally, although I've never used it before so it's hard for me to >> tell if it works properly. Both frescobaldi and rosegarden build and >> appear to run fine using that lilypond, so I will update the fontforge >> slackbuild. >> >> Dave > > Changed the uthash version to 1.9.9 to match what we have on sbo. > > Dave > Thanks, Dave. -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From davidnchmelik at gmail.com Mon Aug 7 00:54:58 2017 From: davidnchmelik at gmail.com (David Melik) Date: Sun, 6 Aug 2017 17:54:58 -0700 Subject: [Slackbuilds-users] pysetuptools? In-Reply-To: <72f95a2a-edc4-c76e-7cae-b4b6a378065a@slacky.it> References: <72f95a2a-edc4-c76e-7cae-b4b6a378065a@slacky.it> Message-ID: On 08/05/2017 01:51 AM, 414N wrote: > @David: I recently had trouble with this too... Just remove the SBo > python-setuptools package and you should be good I already did that (several times, more than triple-checked) but can't build html5lib: html5lib requires setuptools version 18.5 or above; please upgrade before installing (you have 0.6rc11) From fernando.lopezjr at gmail.com Mon Aug 7 05:07:26 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Sun, 6 Aug 2017 23:07:26 -0600 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: sorry. hehehe.. who do i report broken packages to then on current? On Sun, Aug 6, 2017 at 11:36 AM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > > transmission-2.92/gtk/torrent-cell-renderer.c > > transmission-2.92/m4/ > > transmission-2.92/m4/libtool.m4 > > transmission-2.92/m4/acx-pthread.m4 > > transmission-2.92/m4/ltversion.m4 > > transmission-2.92/m4/ltsugar.m4 > > transmission-2.92/m4/pkg.m4 > > transmission-2.92/m4/glib-gettext.m4 > > transmission-2.92/m4/ltoptions.m4 > > transmission-2.92/m4/lt~obsolete.m4 > > transmission-2.92/cmake/ > > transmission-2.92/cmake/Transmission.rc.in > > transmission-2.92/cmake/FindNATPMP.cmake > > transmission-2.92/cmake/FindB64.cmake > > transmission-2.92/cmake/FindDHT.cmake > > transmission-2.92/cmake/FindICONV.cmake > > transmission-2.92/cmake/FindEVENT2.cmake > > transmission-2.92/cmake/FindUTP.cmake > > transmission-2.92/cmake/FindPolarSSL.cmake > > transmission-2.92/cmake/TrMacros.cmake > > transmission-2.92/cmake/FindMINIUPNPC.cmake > > transmission-2.92/cmake/FindCyaSSL.cmake > > transmission-2.92/cmake/LargeFileSupport.cmake > > autoreconf: Entering directory `.' > > autoreconf: configure.ac: not using Gettext > > autoreconf: running: aclocal --force -I m4 > > m4/glib-gettext.m4:39: error: m4_copy: won't overwrite defined macro: > > glib_DEFUN > > m4/glib-gettext.m4:39: the top level > > autom4te: /usr/bin/m4 failed with exit status: 1 > > aclocal: error: echo failed with exit status: 1 > > autoreconf: aclocal failed with exit status: 1 > > > > transmission: > > Would you like to continue processing the rest of the > > queue or would you like to abort? If this failed > > package is a dependency of another package in the queue > > then it may not make sense to continue. > > > > (Y)es to continue, (N)o to abort, (R)etry the build?: > > Hi Fernando > > please stop reporting that it broke on -current unless it broke on > -stable as well. FYI, i just build tranmission on -stable and it built > fine. > > SBo is tested against latest -stable, not -current. > > > -- > Willy Sudiarto Raharjo > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Mon Aug 7 05:15:58 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Mon, 7 Aug 2017 07:15:58 +0200 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: 2017-08-07 7:07 GMT+02:00 Fernando Lopez : > sorry. hehehe.. who do i report broken packages to then on current? I linked you in my previous answer https://www.linuxquestions.org/questions/slackware-14/sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/ be sure to read *carefully* the first post of that thread before posting in it. if you would like people to take time to read and understand your questions, should be nice you take the same time to read and understand their answers... From willysr at gmail.com Mon Aug 7 05:24:24 2017 From: willysr at gmail.com (Willy Sudiarto Raharjo) Date: Mon, 7 Aug 2017 12:24:24 +0700 Subject: [Slackbuilds-users] pysetuptools? In-Reply-To: References: <72f95a2a-edc4-c76e-7cae-b4b6a378065a@slacky.it> Message-ID: > html5lib requires setuptools version 18.5 or above; please upgrade before > installing (you have 0.6rc11) do you have a custom installation of pysetuptools in /usr/local perhaps? -- Willy Sudiarto Raharjo Personal Blog : http://willysr.blogspot.com Linux Blog: http://slackblogs.blogspot.com From kingbeowulf at gmail.com Mon Aug 7 05:26:20 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sun, 6 Aug 2017 22:26:20 -0700 Subject: [Slackbuilds-users] [slackbuilds-users] sage-8.0 OPTIONALSPKG fails to find optional packages Message-ID: Sage is in 'pending' and I had thought that the previous maintainer had worked this out. My script-fu is still young so comments are welcome. OPTIONALSPKG="database_gap" ./sage.SlackBuild fails with Error: could not find a package matching database_gap............................4.8.6 Try 'sage --package list' to see the available packages There is no package similar to database_gap............................4.8.6 You can find further packages at http://files.sagemath.org/spkg/ ./sage -optainal ./sage --package list both show that 'database_gap' exists. Manually running cd /tmp/SBo/sage-8.0 ./sage -i database_gap downloads and builds 'database_gap' as expected. The slackbuild stanza # install optional packages as defined by the OPTIONALSPKG flag OPTIONALSPKG=${OPTIONALSPKG:-no} if [ "$OPTIONALSPKG" != "no" ]; then for i in ${OPTIONALSPKG}; do ./sage -i $(./sage -optional | grep ${i}) done fi looks goofy since # ./sage -optional | grep database_gap database_gap............................4.8.6 (4.8.6) which does not exist (extra characters)! We could use # ./sage -package list | grep database_gap database_gap but isn't that overly complex when simply ./sage -i ${i} is sufficient? -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From fernando.lopezjr at gmail.com Mon Aug 7 06:09:14 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Mon, 7 Aug 2017 00:09:14 -0600 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: i did,... however just posting to linuxquestions... hmm... On Sun, Aug 6, 2017 at 11:15 PM, Matteo Bernardini < matteo.bernardini at gmail.com> wrote: > 2017-08-07 7:07 GMT+02:00 Fernando Lopez : > > sorry. hehehe.. who do i report broken packages to then on current? > > I linked you in my previous answer > > https://www.linuxquestions.org/questions/slackware-14/ > sbo-scripts-not-building-on-current-read-1st-post-pls-4175561999/ > > be sure to read *carefully* the first post of that thread before posting > in it. > > if you would like people to take time to read and understand your > questions, should be nice you take the same time to read and > understand their answers... > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jebrhansen+SBo at gmail.com Mon Aug 7 07:16:31 2017 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Mon, 7 Aug 2017 03:16:31 -0400 Subject: [Slackbuilds-users] transmission current broken. In-Reply-To: References: Message-ID: On Mon, Aug 7, 2017 at 2:09 AM, Fernando Lopez wrote: > i did,... however just posting to linuxquestions... hmm... > The point Matteo is trying to make is that SBo does not offer any support for building on -current. That includes providing support on the official mailing list on issues when you're attempting to build software on -current using SlackBuilds from SBo.. Matteo has an *unofficial* repo available that should allow building software on -current, but if you have issues, he asks that you report it on that thread in the LQ forum. Continuing to request assistance for SlackBuilds on -current on this mailing list will likely lead to a lot of frustrated people and admins, so it is best to report any issues you find in that thread rather than on this mailing list. Jeremy -------------- next part -------------- An HTML attachment was scrubbed... URL: From slacker6896 at gmail.com Mon Aug 7 07:51:22 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Mon, 7 Aug 2017 09:51:22 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: ?? ?Hello, In one of my previous post, I ask you to create the file /tmp/cmake-test/CMakeLists.txt with the content below : 8<---------------/tmp/cmake-test/CMakeLists.txt ---------- cmake_minimum_required(VERSION 2.8) find_package(Freetype) if (FREETYPE_FOUND) include_directories(${FREETYPE_INCLUDE_DIRS}) endif (FREETYPE_FOUND) MESSAGE("freetype_include_dirs: ${FREETYPE_INCLUDE_DIRS}") 8<---------------------------------------------- If you have deleted it, recreate it. Otherwise, run the commands below : $ cd /tmp/cmake-test $ rm CMakeCache.txt Remove freetype package : $ removepkg freetype In /tmp/cmake-test, run the command below : $ cmake . You should get this : 8<---------------------------------------------- $ cmake . -- Could NOT find Freetype (missing FREETYPE_LIBRARY FREETYPE_INCLUDE_DIRS) freetype_include_dirs: -- Configuring done -- Generating done -- Build files have been written to: /tmp/cmake-test 8<---------------------------------------------- If freetype_include_dirs is not *empty* (which I doubt), check the returned directories content. Now, install freetype, with slackpkg or any other tools... $ slackpkg install freetype Then, in /tmp/cmake-test, run the commands below : $ rm CMakeCache.txt $ cmake . You should get this : 8<---------------------------------------------- -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") freetype_include_dirs: /usr/include/freetype2;/usr/include -- Configuring done -- Generating done -- Build files have been written to: /tmp/cmake-test 8<---------------------------------------------- ?If you get the output above, you can (re)try to build scribus. Otherwise ... I don't know. -- SeB? 2017-08-06 18:22 GMT+02:00 Rich Shepard : > On Sun, 6 Aug 2017, Sebastien BALLET wrote: > > can you post the output of commands below : >> >> $ find /usr/include -iname "ft2build.h" >> > > /usr/include/freetype2/ft2build.h > > $ cat /usr/lib/pkgconfig/freetype2.pc | grep "includedir" >> > > includedir=/usr/include/freetype2 > Cflags: -I${includedir} > > $ ls -l /var/log/packages/freetype* >> > > -rw-r--r-- 1 root root 3544 May 16 17:20 > - /var/log/packages/freetype-2.5.5-i486-2_slack14.1 > > $ cat /var/log/packages/freetype-* | grep -E "ft2build.h|freetype.h" >> > > usr/include/freetype2/ft2build.h > usr/include/freetype2/freetype.h > > Wonder where the /usr/local/include came from. > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Mon Aug 7 08:24:49 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 7 Aug 2017 15:24:49 +0700 Subject: [Slackbuilds-users] [slackbuilds-users] sage-8.0 OPTIONALSPKG fails to find optional packages In-Reply-To: References: Message-ID: <40c2a6d3-d520-a621-60c5-bcd57c3eb5e5@slackbuilds.org> > Sage is in 'pending' and I had thought that the previous maintainer had > worked this out. My script-fu is still young so comments are welcome. TBH, i never check the optional deps. I kept what was inherited from the original maintainer as building sage itself was time consuming already -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 7 13:32:17 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 06:32:17 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Mon, 7 Aug 2017, Sebastien BALLET wrote: > In one of my previous post, I ask you to create the file > /tmp/cmake-test/CMakeLists.txt > with the content below : Sebastien, > If you have deleted it, recreate it. Otherwise, run the commands below : > $ cd /tmp/cmake-test > $ rm CMakeCache.txt Done. > Remove freetype package : > $ removepkg freetype Done > In /tmp/cmake-test, run the command below : > $ cmake . > > You should get this : > > 8<---------------------------------------------- > $ cmake . > > -- Could NOT find Freetype (missing FREETYPE_LIBRARY FREETYPE_INCLUDE_DIRS) > freetype_include_dirs: > -- Configuring done > -- Generating done > -- Build files have been written to: /tmp/cmake-test > 8<---------------------------------------------- > If freetype_include_dirs is not *empty* (which I doubt), check the returned > directories content. I see the same results and assume the freetype_include_dirs is empty. > Now, install freetype, with slackpkg or any other tools... > Then, in /tmp/cmake-test, run the commands below : > $ rm CMakeCache.txt > $ cmake . > You should get this : > 8<---------------------------------------------- > -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") > freetype_include_dirs: /usr/include/freetype2;/usr/include > -- Configuring done > -- Generating done > -- Build files have been written to: /tmp/cmake-test > 8<---------------------------------------------- Yes. > ?If you get the output above, you can (re)try to build scribus. Otherwise > ... I don't know. Sigh. Same error. Later today I'll try the original freetype-2.5.5 rather than this past March's patch. Thanks, Sebastien, I'm as puzzled and frustrated as you are, Rich From fritz.kent at gmail.com Mon Aug 7 14:25:55 2017 From: fritz.kent at gmail.com (Kent Fritz) Date: Mon, 7 Aug 2017 07:25:55 -0700 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure Message-ID: A user reported a build failure that was likely caused by having ARCH=x86_64 exported in the environment. This may be due to sbopkg, which I don't use at this time. I just submitted a fix that adds ARCH="" to the make line, which seems to fix the problem. If that's not the right fix, let me know. Kent. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Mon Aug 7 14:35:22 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 07:35:22 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h [SOLVED] In-Reply-To: References: Message-ID: On Fri, 4 Aug 2017, Rich Shepard wrote: > I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails > here: > /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No > / such file or directory Didier/Sebastien: I found the problem and a solution to it. For some reason, the patched freetype-2.5.5 fails, but the original freetype-2.5.0 works. Now, why that should be the case here and not on Sebastian's virtual 14.1/x86_i586 I've no idea. I downloaded the SlackBuilds source for freetype-4.6.3 from the 14.2 repoaistory at osuosl.org. I'll build that and see how scribus reacts. Thanks again, Rich From slacker6896 at gmail.com Mon Aug 7 14:42:28 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Mon, 7 Aug 2017 16:42:28 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, That's really weird. It would be better to find why cmake find freetype in /usr/local/include instead of /usr/include, but, you can try this hack: Edit scribus.SlackBuild, then, modify the cmake block (starting at line #76) as below (changes are in bold) : 8<-------------------------------------- cmake \ -DCMAKE_C_FLAGS="$SLKCFLAGS" \ -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ -DCMAKE_INSTALL_PREFIX:PATH=/usr \ -DLIB_SUFFIX=${LIBDIRSUFFIX} \ -DRENDER_LIB=CAIRO \ -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ ./CMakeLists.txt 8<-------------------------------------- Then, try to build scribus as below and post the output (unless it not fails). $ VERBOSE=1 ./scribus.SlackBuild -- SeB 2017-08-07 15:32 GMT+02:00 Rich Shepard : > On Mon, 7 Aug 2017, Sebastien BALLET wrote: > > In one of my previous post, I ask you to create the file >> /tmp/cmake-test/CMakeLists.txt >> with the content below : >> > > Sebastien, > > If you have deleted it, recreate it. Otherwise, run the commands below : >> $ cd /tmp/cmake-test >> $ rm CMakeCache.txt >> > > Done. > > Remove freetype package : >> $ removepkg freetype >> > > Done > > In /tmp/cmake-test, run the command below : >> $ cmake . >> >> You should get this : >> >> 8<---------------------------------------------- >> $ cmake . >> >> -- Could NOT find Freetype (missing FREETYPE_LIBRARY >> FREETYPE_INCLUDE_DIRS) >> freetype_include_dirs: >> -- Configuring done >> -- Generating done >> -- Build files have been written to: /tmp/cmake-test >> 8<---------------------------------------------- >> > > If freetype_include_dirs is not *empty* (which I doubt), check the returned >> directories content. >> > > I see the same results and assume the freetype_include_dirs is empty. > > Now, install freetype, with slackpkg or any other tools... >> Then, in /tmp/cmake-test, run the commands below : >> $ rm CMakeCache.txt >> $ cmake . >> You should get this : >> 8<---------------------------------------------- >> -- Found Freetype: /usr/lib/libfreetype.so (found version "2.5.5") >> freetype_include_dirs: /usr/include/freetype2;/usr/include >> -- Configuring done >> -- Generating done >> -- Build files have been written to: /tmp/cmake-test >> 8<---------------------------------------------- >> > > Yes. > > ?If you get the output above, you can (re)try to build scribus. Otherwise >> ... I don't know. >> > > Sigh. Same error. Later today I'll try the original freetype-2.5.5 rather > than this past March's patch. > > Thanks, Sebastien, I'm as puzzled and frustrated as you are, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From slacker6896 at gmail.com Mon Aug 7 14:49:17 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Mon, 7 Aug 2017 16:49:17 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h [SOLVED] In-Reply-To: References: Message-ID: Hello, Nice that you found a solution for this weird issue Rich. -- SeB 2017-08-07 16:35 GMT+02:00 Rich Shepard : > On Fri, 4 Aug 2017, Rich Shepard wrote: > > I'm trying to upgrade scribus from 1.4.4. to 1.4.6, but the build fails >> here: >> /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: >> No >> / such file or directory >> > > Didier/Sebastien: > > I found the problem and a solution to it. For some reason, the patched > freetype-2.5.5 fails, but the original freetype-2.5.0 works. Now, why that > should be the case here and not on Sebastian's virtual 14.1/x86_i586 I've > no > idea. > > I downloaded the SlackBuilds source for freetype-4.6.3 from the 14.2 > repoaistory at osuosl.org. I'll build that and see how scribus reacts. > > Thanks again, > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kingbeowulf at gmail.com Mon Aug 7 15:27:37 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Mon, 7 Aug 2017 08:27:37 -0700 Subject: [Slackbuilds-users] [slackbuilds-users] sage-8.0 OPTIONALSPKG fails to find optional packages In-Reply-To: <40c2a6d3-d520-a621-60c5-bcd57c3eb5e5@slackbuilds.org> References: <40c2a6d3-d520-a621-60c5-bcd57c3eb5e5@slackbuilds.org> Message-ID: <57d666ec-a442-e7a1-88a7-c3a264fbca3d@gmail.com> On 08/07/2017 01:24 AM, Willy Sudiarto Raharjo wrote: >> Sage is in 'pending' and I had thought that the previous maintainer had >> worked this out. My script-fu is still young so comments are welcome. > > TBH, i never check the optional deps. > I kept what was inherited from the original maintainer as building sage > itself was time consuming already > > Indeed. I takes over 2.5 hrs to build on my box (time for an upgrade?). Since no one else has mentioned this issue, I'll send in a fix on the next submission, as well as a few minor README updates. No rush. -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 7 15:59:22 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 08:59:22 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: On Mon, 7 Aug 2017, Sebastien BALLET wrote: > That's really weird. It would be better to find why cmake finds freetype > /in usr/local/include instead of /usr/include, but, you can try this hack: > Edit scribus.SlackBuild, then, modify the cmake block (starting at line > #76) as below (changes are in bold) : > > 8<-------------------------------------- > cmake \ > -DCMAKE_C_FLAGS="$SLKCFLAGS" \ > -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ > -DCMAKE_INSTALL_PREFIX:PATH=/usr \ > -DLIB_SUFFIX=${LIBDIRSUFFIX} \ > -DRENDER_LIB=CAIRO \ > -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ > ./CMakeLists.txt > 8<-------------------------------------- Sebastian, Yes, it would be nice to learn why cmake finds freetype in /usr/local/include/ when it's actually in /usr/include/. I deleted the space between -D and FREETYPE... above and with freetype-2.5.5 installed this error is produced: -- Configuring done -- Generating done -- Build files have been written to: /tmp/SBo/scribus-1.4.6 ./scribus.SlackBuild: line 83: -DFREETYPE_INCLUDE_DIRS:PATH=/usr/include/freetype2: No such file or directory /usr/include/ has freetype2/ with all the expected files, and freetype/ with this softlink: lrwxrwxrwx 1 root root 9 Aug 7 08:45 /usr/include/freetype -> freetype2/ which was apparently generated when I tried the above build. For completeness, using freetype--2.6.3-i586-1, scribus-1.4.6 builds. Summary: On my system, scribus-1.4.6 builds with freetype-2.5.0 and -2.6.3, but not 2.5.5. Figuring out why is well beyond my experience. Thanks again, Rich From slacker6896 at gmail.com Mon Aug 7 16:10:37 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Mon, 7 Aug 2017 18:10:37 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: <9c52cbe6-9f77-fab8-5e1e-bcc713036804@slint.fr> Message-ID: Hello, You shouldn't have removed that space. It is required. The option -D allows to create a cmake cache entry : $ man cmake ... -D :=, -D = Create a cmake cache entry. When cmake is first run in an empty build tree, it creates a CMakeCache.txt file and populates it with customizable settings for the project. This option may be used to specify a setting that takes priority over the project's default value. The option may be repeated for as many cache entries as desired. -- SeB 2017-08-07 17:59 GMT+02:00 Rich Shepard : > On Mon, 7 Aug 2017, Sebastien BALLET wrote: > > That's really weird. It would be better to find why cmake finds freetype >> /in usr/local/include instead of /usr/include, but, you can try this hack: >> Edit scribus.SlackBuild, then, modify the cmake block (starting at line >> #76) as below (changes are in bold) : >> >> 8<-------------------------------------- >> cmake \ >> -DCMAKE_C_FLAGS="$SLKCFLAGS" \ >> -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ >> -DCMAKE_INSTALL_PREFIX:PATH=/usr \ >> -DLIB_SUFFIX=${LIBDIRSUFFIX} \ >> -DRENDER_LIB=CAIRO \ >> -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ >> ./CMakeLists.txt >> 8<-------------------------------------- >> > > Sebastian, > > Yes, it would be nice to learn why cmake finds freetype in > /usr/local/include/ when it's actually in /usr/include/. > > I deleted the space between -D and FREETYPE... above and with > freetype-2.5.5 installed this error is produced: > > -- Configuring done > -- Generating done > -- Build files have been written to: /tmp/SBo/scribus-1.4.6 > ./scribus.SlackBuild: line 83: > -DFREETYPE_INCLUDE_DIRS:PATH=/usr/include/freetype2: No such file or > directory > > /usr/include/ has freetype2/ with all the expected files, and freetype/ > with this softlink: > lrwxrwxrwx 1 root root 9 Aug 7 08:45 /usr/include/freetype -> freetype2/ > which was apparently generated when I tried the above build. > > For completeness, using freetype--2.6.3-i586-1, scribus-1.4.6 builds. > > Summary: On my system, scribus-1.4.6 builds with freetype-2.5.0 and > -2.6.3, but not 2.5.5. Figuring out why is well beyond my experience. > > Thanks again, > > Rich > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Mon Aug 7 16:49:42 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 09:49:42 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On Mon, 7 Aug 2017, Sebastien BALLET wrote: > You shouldn't have removed that space. It is required. The option -D allows > to create a cmake cache entry : Sebastien, When I left it in, the build complained it could not find a '-D '; that's why I removed the space. Rich From slacker6896 at gmail.com Mon Aug 7 16:58:16 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Mon, 7 Aug 2017 18:58:16 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: Hello, It complains because you forgot to add "./CMakeLists.txt" after "-D =". Here is what you need to add after "-DRENDER_LIB=CAIRO \". 8<-------------------------------------- *-D FREETYPE_INCLUDE_DIRS:PATH="/u* *sr/include/freetype2" \ ./CMakeLists.txt *8<---------------------------- ---------- -- SeB 2017-08-07 18:49 GMT+02:00 Rich Shepard : > On Mon, 7 Aug 2017, Sebastien BALLET wrote: > > You shouldn't have removed that space. It is required. The option -D allows >> to create a cmake cache entry : >> > > Sebastien, > > When I left it in, the build complained it could not find a '-D '; that's > why I removed the space. > > Rich > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Mon Aug 7 17:22:29 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 10:22:29 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On Mon, 7 Aug 2017, Sebastien BALLET wrote: > It complains because you forgot to add "./CMakeLists.txt" after "-D > =". Here is what you need to add after "-DRENDER_LIB=CAIRO \". > > 8<-------------------------------------- > *-D FREETYPE_INCLUDE_DIRS:PATH="/u* > > *sr/include/freetype2" \ ./CMakeLists.txt *8<---------------------------- > ---------- Sebastien, Actually, I copied this: > -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ > ./CMakeLists.txt from your message into scribus.SlackBuild. With freetype-2.5.5-i486-2_slack14.1.txz installed, and the cmake portion of the build script containing: cmake \ -DCMAKE_C_FLAGS="$SLKCFLAGS" \ -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ -DCMAKE_INSTALL_PREFIX:PATH=/usr \ -DLIB_SUFFIX=${LIBDIRSUFFIX} \ -DRENDER_LIB=CAIRO -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ ./CMakeLists.txt I run the script: # VERBOSE=1 ./scribus.SlackBuild and see this: -- Configuring done -- Generating done -- Build files have been written to: /tmp/SBo/scribus-1.4.6 ./scribus.SlackBuild: line 82: -D: command not found Rich From andreas.guldstrand at gmail.com Mon Aug 7 17:29:19 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 7 Aug 2017 19:29:19 +0200 Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On 7 August 2017 at 19:22, Rich Shepard wrote: > cmake \ > -DCMAKE_C_FLAGS="$SLKCFLAGS" \ > -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \ > -DCMAKE_INSTALL_PREFIX:PATH=/usr \ > -DLIB_SUFFIX=${LIBDIRSUFFIX} \ > -DRENDER_LIB=CAIRO > -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \ > ./CMakeLists.txt The line before the line you added needs to end in a \ as well From rshepard at appl-ecosys.com Mon Aug 7 17:42:10 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 10:42:10 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On Mon, 7 Aug 2017, Andreas Guldstrand wrote: > The line before the line you added needs to end in a \ as well Aw, foo! Mea culpa; I should have seen that. Rich From rshepard at appl-ecosys.com Mon Aug 7 17:46:40 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 7 Aug 2017 10:46:40 -0700 (PDT) Subject: [Slackbuilds-users] Scribus-1.4.6: build fails not finding freetype.h In-Reply-To: References: Message-ID: On Mon, 7 Aug 2017, Andreas Guldstrand wrote: > The line before the line you added needs to end in a \ as well Fixed that. Now, back to the previous error: In file included from /tmp/SBo/scribus-1.4.6/scribus/desaxe/saxiohelper.cpp:10:0: /tmp/SBo/scribus-1.4.6/scribus/scfonts.h:19:23: fatal error: freetype.h: No such file or directory #include FT_FREETYPE_H ^ compilation terminated. make[2]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/saxiohelper.cpp.o] Error 1 make[2]: Leaving directory /tmp/SBo/scribus-1.4.6' make[1]: *** [scribus/desaxe/CMakeFiles/scribus_desaxe_lib.dir/all] Error 2 make[1]: Leaving directory /tmp/SBo/scribus-1.4.6' make: *** [all] Error 2 For some reason not worth pursuing any longer (since scribus builds and works with freetype-2.6.3), it just won't build with freetype-2.5.5 on this host. Rich From baildon.research at googlemail.com Mon Aug 7 17:57:32 2017 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 7 Aug 2017 18:57:32 +0100 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure In-Reply-To: References: Message-ID: > A user reported a build failure that was likely caused by having ARCH=x86_64 > exported in the environment. This may be due to sbopkg, which I don't use > at this time. I just submitted a fix that adds ARCH="" to the make line, > which seems to fix the problem. Heh! slackrepo has hints to cope with this problem in multiple SlackBuilds, but your fix is much better than my fix :D There are also 9 more SlackBuilds that don't like exported BUILD and one that doesn't like exported TAG I *would* have asked about this years ago, but (1) afaik nobody else has found this problem until now, and (2) I hadn't thought of your fix ;-) Do people think it's worth fixing this in the whole repo? Thanks Kent -D. From andreas.guldstrand at gmail.com Mon Aug 7 18:00:42 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 7 Aug 2017 20:00:42 +0200 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure In-Reply-To: References: Message-ID: On 7 August 2017 at 19:57, David Spencer wrote: > Do people think it's worth fixing this in the whole repo? Definitely! :) Less gotchas when building can only be a good thing imo From yalhcru at gmail.com Mon Aug 7 18:01:13 2017 From: yalhcru at gmail.com (B Watson) Date: Mon, 7 Aug 2017 14:01:13 -0400 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure In-Reply-To: References: Message-ID: On 8/7/17, David Spencer wrote: >> at this time. I just submitted a fix that adds ARCH="" to the make line, >> which seems to fix the problem. > > I *would* have asked about this years ago, but (1) afaik nobody else > has found this problem until now, and (2) I hadn't thought of your fix > ;-) I had to add ARCH="" to the make commands in eduke32.SlackBuild ages ago. > Do people think it's worth fixing this in the whole repo? Definitely. What's the list of builds you have hints for in slackrepo? From baildon.research at googlemail.com Mon Aug 7 18:30:51 2017 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 7 Aug 2017 19:30:51 +0100 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure In-Reply-To: References: Message-ID: > Definitely. What's the list of builds you have hints for in slackrepo? Promise me you're not thinking of another git orgy? You've got shelves to fix :) Warning!! **Lots** of the unset_ARCH SlackBuilds below are binary packages that are picky about the ARCH you request on 32 bit, and so they do *NOT* need unexport on the make command. References to DISPLAY and DISTCC_HOSTS below are (I think) not relevant. This list might include packages that have been removed or renamed since the last time I updated all this, and I haven't retested these in a long time, so there may be some false positives. I don't think the difference between unset and noexport is relevant for these purposes. Cheers -D. development/asl/asl.hint:PRAGMA="unset_ARCH" development/avr8-gnu-toolchain/avr8-gnu-toolchain.hint:PRAGMA="unset_ARCH" development/bmake/bmake.hint:PRAGMA="noexport_TAG" development/eclipse-cpp/eclipse-cpp.hint:PRAGMA="unset_ARCH" development/eclipse-java/eclipse-java.hint:PRAGMA="unset_ARCH" development/eclipse-jee/eclipse-jee.hint:PRAGMA="unset_ARCH" development/fpc/fpc.hint:PRAGMA="unset_ARCH" development/lazarus/lazarus.hint:PRAGMA="unset_ARCH" development/mtasc/mtasc.hint:PRAGMA="unset_ARCH" development/robomongo/robomongo.hint:PRAGMA="unset_ARCH" development/sbcl/sbcl.hint:PRAGMA="unset_ARCH" development/vstudio/vstudio.hint:PRAGMA="unset_ARCH" games/etlegacy/etlegacy.hint:PRAGMA="unset_ARCH" games/firestorm-opensim/firestorm-opensim.hint:PRAGMA="unset_ARCH" games/firestorm/firestorm.hint:PRAGMA="unset_ARCH" games/gargoyle/gargoyle.hint:PRAGMA="noexport_BUILD download_basename" games/gens-gs/gens-gs.hint:PRAGMA="unset_ARCH" games/ioquake3/ioquake3.hint:PRAGMA="unset_ARCH" games/libretro-lutro/libretro-lutro.hint:PRAGMA="unset_ARCH" games/mame/mame.hint:PRAGMA="noexport_BUILD" games/mame2010-libretro/mame2010-libretro.hint:PRAGMA="noexport_BUILD" games/mame2014-libretro/mame2014-libretro.hint:PRAGMA="noexport_BUILD" games/quakeforge/quakeforge.hint:PRAGMA="unset_ARCH nofakeroot" games/singularity/singularity.hint:PRAGMA="unset_ARCH" games/skulltag/skulltag.hint:PRAGMA="unset_ARCH" games/tome/tome.hint:PRAGMA="unset_ARCH" games/tome4/tome4.hint:PRAGMA="noexport_ARCH" libraries/hiredis/hiredis.hint:PRAGMA="unset_ARCH" libraries/xview/xview.hint:PRAGMA="unset_ARCH" libraries/zziplib/zziplib.hint:PRAGMA="noexport_BUILD" misc/hashkill/hashkill.hint:PRAGMA="unset_BUILD" misc/klibc/klibc.hint:PRAGMA="kernel nofakeroot unset_DISTCC_HOSTS unset_ARCH" misc/moedict-desktop.app/moedict-desktop.app.hint:PRAGMA="unset_ARCH" misc/par2cmdline-tbb/par2cmdline-tbb.hint:PRAGMA="unset_ARCH" multimedia/HandBrake/HandBrake.hint:PRAGMA="unset_ARCH" network/RSSOwl/RSSOwl.hint:PRAGMA="unset_ARCH" network/broadcom-sta/broadcom-sta.hint:PRAGMA="kernelmodule unset_ARCH" network/btsync/btsync.hint:PRAGMA="unset_ARCH" network/davmail/davmail.hint:PRAGMA="unset_ARCH" network/hipchat/hipchat.hint:PRAGMA="unset_ARCH" network/megasync/megasync.hint:PRAGMA="unset_ARCH" network/netsurf/netsurf.hint:PRAGMA="noexport_BUILD" network/nxclient/nxclient.hint:PRAGMA="unset_ARCH" network/opera/opera.hint:PRAGMA="unset_ARCH" network/palemoon/palemoon.hint:PRAGMA="unset_ARCH" network/r8168/r8168.hint:PRAGMA="kernelmodule unset_ARCH" network/rtl8188eu/rtl8188eu.hint:PRAGMA="kernelmodule unset_ARCH" network/syncthing/syncthing.hint:PRAGMA="unset_ARCH" network/teamviewer/teamviewer.hint:PRAGMA="unset_ARCH" network/wuala/wuala.hint:PRAGMA="unset_ARCH" network/xtables-addons/xtables-addons.hint:PRAGMA="kernelmodule unset_ARCH" office/LibreOffice/LibreOffice.hint:PRAGMA="unset_ARCH unset_DISPLAY" python/pypy/pypy.hint:PRAGMA="unset_ARCH" python/pypy3/pypy3.hint:PRAGMA="unset_ARCH" system/crashplan/crashplan.hint:PRAGMA="unset_ARCH" system/csh/csh.hint:PRAGMA="noexport_BUILD" system/lirc/lirc.hint:PRAGMA="kernel unset_ARCH" system/netatop/netatop.hint:PRAGMA="kernelmodule unset_ARCH" system/refind/refind.hint:PRAGMA="unset_ARCH" system/samsung-mfp-drivers/samsung-mfp-drivers.hint:PRAGMA="unset_ARCH" system/spl-solaris/spl-solaris.hint:PRAGMA="kernelmodule unset_ARCH" system/steamos-xpad/steamos-xpad.hint:PRAGMA="kernelmodule unset_ARCH" system/sysdig/sysdig.hint:PRAGMA="kernelmodule unset_ARCH" system/tracker/tracker.hint:PRAGMA="noexport_BUILD" system/vhba-module/vhba-module.hint:PRAGMA="kernelmodule unset_ARCH" system/xen/xen.hint:PRAGMA="stubs-32 unset_ARCH" system/zfs-on-linux/zfs-on-linux.hint:PRAGMA="kernelmodule unset_ARCH" From yalhcru at gmail.com Mon Aug 7 23:09:25 2017 From: yalhcru at gmail.com (B Watson) Date: Mon, 7 Aug 2017 19:09:25 -0400 Subject: [Slackbuilds-users] Exported ARCH causing libraries/hiredis build failure In-Reply-To: References: Message-ID: On 8/7/17, David Spencer wrote: > Promise me you're not thinking of another git orgy? You've got > shelves to fix :) The shelves are as fixed as they're going to be. Currently they're supporting 40-50lbs of junk, and haven't ripped out of the wall yet :) > Warning!! **Lots** of the unset_ARCH SlackBuilds below are binary > packages that are picky about the ARCH you request on 32 bit, and so > they do *NOT* need unexport on the make command. If there's no make command, I definitely won't add one... From dpross1100 at msn.com Tue Aug 8 01:37:08 2017 From: dpross1100 at msn.com (Daniel Prosser) Date: Tue, 8 Aug 2017 01:37:08 +0000 Subject: [Slackbuilds-users] http://www.hyperrealm.com/libconfig/ In-Reply-To: References: <20170804102820.5c60c412@dv6920ea.localdomain> Message-ID: The hyperrealm site is still down, FYI. The source is available on GitHub (https://github.com/hyperrealm/libconfig/archive/v1.5.tar.gz), but it has a different md5sum and requires an autoreconf to build. There's also a version 1.6 available. Maybe switching to the GitHub link would be more reliable? On Fri, Aug 04, 2017 at 11:31:39AM +0200, Matteo Bernardini wrote: > 2017-08-04 11:28 GMT+02:00 Habs : > > > > Hello good morning all > > > > Server error @ http://www.hyperrealm.com/libconfig/ > > > > libconfig-1.5.tar.gz > > > > > > Is there an alternative link for now please ? > > http://slackware.uk/sbosrcarch/by-name/libraries/libconfig/libconfig-1.5.tar.gz > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From lspencer31 at cfl.rr.com Tue Aug 8 02:05:22 2017 From: lspencer31 at cfl.rr.com (Lenard Spencer) Date: Mon, 7 Aug 2017 22:05:22 -0400 Subject: [Slackbuilds-users] Latest Nvidia driver 384.59 Message-ID: <071b9984-30dd-a922-cc2b-45b5fa2f6ddd@cfl.rr.com> I guess this message should be directed to Ed since he maintains the nvidia-driver and nvidia-kernel packages. As you all may know, the latest Nvidia long-term driver 384.59 was released a couple of weeks ago. Since I was out of town all last week, today was the first chance I got to play with it. I have found that there are two lines in nvidia-driver.SlackBuild that apparently not needed. Here's the patch I came up with: -------------------------------------------------------------------------------------------------------- --- nvidia-driver.SlackBuild.orig 2017-08-06 20:56:53.000000000 -0400 +++ nvidia-driver.SlackBuild 2017-08-07 16:40:16.581511628 -0400 @@ -26,7 +26,7 @@ # see changelog.txt PRGNAM=nvidia-driver -VERSION=${VERSION:-375.66} +VERSION=${VERSION:-384.59} BUILD=${BUILD:-1} TAG=${TAG:-_SBo} @@ -313,11 +313,7 @@ cd - fi -#ICDs -install -m 644 nvidia.icd $PKG/etc/OpenCL/vendors/ -install -m 644 nvidia_icd.json $PKG/etc/vulkan/icd.d/ - -# Remove xorg conf file since we take care of that in nvidia-driver +# Remove xorg conf file since we take care of that in nvidia-kernel rm -rf $PKG/etc/X11/xorg.conf.d cat < $PKG/var/log/nvidia/README.txt -------------------------------------------------------------------------------------------------------- The #ICDs section apparently is not needed as these two files get written when nvidia-driver is installed. (At least I haven't gotten it to fail on either stable or current.) As a side note, the GLVND=no parameter seems to be broken ATM. Hope this helps From kingbeowulf at gmail.com Tue Aug 8 03:26:00 2017 From: kingbeowulf at gmail.com (Edward Koenig) Date: Mon, 7 Aug 2017 20:26:00 -0700 Subject: [Slackbuilds-users] Latest Nvidia driver 384.59 In-Reply-To: <071b9984-30dd-a922-cc2b-45b5fa2f6ddd@cfl.rr.com> References: <071b9984-30dd-a922-cc2b-45b5fa2f6ddd@cfl.rr.com> Message-ID: <7925266D-4A63-490B-80A4-606690B899E2@gmail.com> > On Aug 7, 2017, at 7:05 PM, Lenard Spencer wrote: > > I guess this message should be directed to Ed since he maintains the nvidia-driver and nvidia-kernel packages. > > As you all may know, the latest Nvidia long-term driver 384.59 was released a couple of weeks ago. Since I was out of town all last week, today was the first chance I got to play with it. I have found that there are two lines in nvidia-driver.SlackBuild that apparently not needed. Here's the patch I came up with: > > -------------------------------------------------------------------------------------------------------- > > --- nvidia-driver.SlackBuild.orig 2017-08-06 20:56:53.000000000 -0400 > +++ nvidia-driver.SlackBuild 2017-08-07 16:40:16.581511628 -0400 > @@ -26,7 +26,7 @@ > # see changelog.txt > > PRGNAM=nvidia-driver > -VERSION=${VERSION:-375.66} > +VERSION=${VERSION:-384.59} > BUILD=${BUILD:-1} > TAG=${TAG:-_SBo} > > @@ -313,11 +313,7 @@ > cd - > fi > > -#ICDs > -install -m 644 nvidia.icd $PKG/etc/OpenCL/vendors/ > -install -m 644 nvidia_icd.json $PKG/etc/vulkan/icd.d/ > - > -# Remove xorg conf file since we take care of that in nvidia-driver > +# Remove xorg conf file since we take care of that in nvidia-kernel > rm -rf $PKG/etc/X11/xorg.conf.d > > cat < $PKG/var/log/nvidia/README.txt > -------------------------------------------------------------------------------------------------------- > > The #ICDs section apparently is not needed as these two files get written when nvidia-driver is installed. (At least I haven't gotten it to fail on either stable or current.) > > As a side note, the GLVND=no parameter seems to be broken ATM. > > Hope this helps > > Slave drivers, all y'all! I started on the update especially GLVND=no issue but got distracted by a shiny bauble... Either way, if you got the update to work without any weirdness (other than nonGLVND), then the refactoring of the script shows promise. It will be nice if just $VERSION needs updating. -Ed From lems at gmx.net Wed Aug 9 06:38:06 2017 From: lems at gmx.net (Leonard Schmidt) Date: Wed, 09 Aug 2017 08:38:06 +0200 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist Message-ID: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> Hello, the last part of the mail one receives when submitting a tarball via the SlackBuilds Upload Form reads: > If you need to remove this submission before it is approved > please visit: http://slackbuilds.org/remove/ However, the URL results in a 404. I currently don't need to have anything removed, just thought someone might want to look into this. Best regards Leonard From slacker6896 at gmail.com Wed Aug 9 06:46:49 2017 From: slacker6896 at gmail.com (Sebastien BALLET) Date: Wed, 9 Aug 2017 08:46:49 +0200 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> Message-ID: Hello, it works here. -- SeB 2017-08-09 8:38 GMT+02:00 Leonard Schmidt : > Hello, > > the last part of the mail one receives when submitting a tarball via the > SlackBuilds Upload Form reads: > > > If you need to remove this submission before it is approved > > please visit: http://slackbuilds.org/remove/ > > However, the URL results in a 404. I currently don't need to have > anything removed, just thought someone might want to look into this. > > Best regards > > Leonard > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbolokanov at abv.bg Wed Aug 9 09:29:06 2017 From: sbolokanov at abv.bg (=?utf-8?B?0KHQuNC80L7QvdGKINCR0L7Qu9C+0LrQsNC90L7QstGK?=) Date: Wed, 9 Aug 2017 12:29:06 +0300 (EEST) Subject: [Slackbuilds-users] updates for vhba-module, libmirage, cdemu-daemon, cdemu-client Message-ID: <460237052.1067633.1502270946441.JavaMail.apache@nm53.abv.bg> Updates for vhba-module: https://github.com/sbolokanov/sbopush/commit/2f8a42b2b04d4675fce7e7b14d3cb1d807243cf0 libmirage: https://github.com/sbolokanov/sbopush/commit/d264071ea55ef9c787b1751e29162a66016fba0e cdemu-daemon: https://github.com/sbolokanov/sbopush/commit/7b2571ea69d1b16538830ec142dace53693e2ff8 cdemu-client: https://github.com/sbolokanov/sbopush/commit/e43d07ccb5a0a4a6b253778d6096447973ddc1f2 https://github.com/sbolokanov/sbopush/commits/master Haven't tested them on 14.2 though! -- ?????? ?. ?????????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From baildon.research at googlemail.com Wed Aug 9 09:48:54 2017 From: baildon.research at googlemail.com (David Spencer) Date: Wed, 9 Aug 2017 10:48:54 +0100 Subject: [Slackbuilds-users] updates for vhba-module, libmirage, cdemu-daemon, cdemu-client In-Reply-To: <460237052.1067633.1502270946441.JavaMail.apache@nm53.abv.bg> References: <460237052.1067633.1502270946441.JavaMail.apache@nm53.abv.bg> Message-ID: On 9 August 2017 at 10:29, ?????? ?????????? wrote: > Updates for > vhba-module: > https://github.com/sbolokanov/sbopush/commit/2f8a42b2b04d4675fce7e7b14d3cb1d807243cf0 > libmirage: > https://github.com/sbolokanov/sbopush/commit/d264071ea55ef9c787b1751e29162a66016fba0e > cdemu-daemon: > https://github.com/sbolokanov/sbopush/commit/7b2571ea69d1b16538830ec142dace53693e2ff8 > cdemu-client: > https://github.com/sbolokanov/sbopush/commit/e43d07ccb5a0a4a6b253778d6096447973ddc1f2 > > https://github.com/sbolokanov/sbopush/commits/master > > Haven't tested them on 14.2 though! Excellent, thank you! Do you want to be maintainer for these 4? They are available :D Cheers -D. From rob0 at slackbuilds.org Wed Aug 9 15:31:10 2017 From: rob0 at slackbuilds.org (Rob McGee) Date: Wed, 9 Aug 2017 10:31:10 -0500 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> Message-ID: <20170809153110.GN2027@harrier.slackbuilds.org> On Wed, Aug 09, 2017 at 08:38:06AM +0200, Leonard Schmidt wrote: > the last part of the mail one receives when submitting a tarball > via the SlackBuilds Upload Form reads: > > > If you need to remove this submission before it is approved > > please visit: http://slackbuilds.org/remove/ > > However, the URL results in a 404. I currently don't need to > have anything removed, just thought someone might want to look > into this. Yes, IWFM also. Check that you got the right IP address: slackbuilds.org. 43200 IN A 208.94.237.149 Also note that the http: is converted to https: because of the domain's SSL policy. Does https://slackbuilds.org/remove/ work? Perhaps this is a SSL/TLS problem on your end? -- Rob McGee - /dev/rob0 - rob0 at slackbuilds.org From alex at dcclost.com Wed Aug 9 15:36:22 2017 From: alex at dcclost.com (Alexander Grotewohl) Date: Wed, 9 Aug 2017 11:36:22 -0400 Subject: [Slackbuilds-users] Discord slackbuild Message-ID: <3beaa951-c46e-31ba-8138-959ca28f99d8@dcclost.com> Just thought I'd let anyone who uses the Discord slackbuild know that swapping in the newest .deb file from https://discordapp.com and installing libc++ will get you up and running again. Usually wouldn't comment about this type of thing, but the previous version now simply closes out without error after offering a link to download the new version, which won't work by default (re: libc++) Alex From sbolokanov at abv.bg Wed Aug 9 18:15:48 2017 From: sbolokanov at abv.bg (=?utf-8?B?0KHQuNC80L7QvdGKINCR0L7Qu9C+0LrQsNC90L7QstGK?=) Date: Wed, 9 Aug 2017 21:15:48 +0300 (EEST) Subject: [Slackbuilds-users] updates for vhba-module, libmirage, cdemu-daemon, cdemu-client In-Reply-To: References: <460237052.1067633.1502270946441.JavaMail.apache@nm53.abv.bg> Message-ID: <407704936.1141801.1502302548962.JavaMail.apache@nm52.abv.bg> I am not online regularly. Perhaps somebody else can take it. -- ?????? ?. ?????????? >-------- ?????????? ????? -------- >??: David Spencer baildon.research at googlemail.com >???????: Re: [Slackbuilds-users] updates for vhba-module, libmirage, cdemu-daemon, cdemu-client >??: "SlackBuilds.org Users List" >????????? ??: 09.08.2017 12:48 On 9 August 2017 at 10:29, ?????? ?????????? sbolokanov at abv.bg > wrote: > Updates for > vhba-module: > https://github.com/sbolokanov/sbopush/commit/2f8a42b2b04d4675fce7e7b14d3cb1d807243cf0 > libmirage: > https://github.com/sbolokanov/sbopush/commit/d264071ea55ef9c787b1751e29162a66016fba0e > cdemu-daemon: > https://github.com/sbolokanov/sbopush/commit/7b2571ea69d1b16538830ec142dace53693e2ff8 > cdemu-client: > https://github.com/sbolokanov/sbopush/commit/e43d07ccb5a0a4a6b253778d6096447973ddc1f2 > > https://github.com/sbolokanov/sbopush/commits/master > > Haven't tested them on 14.2 though! Excellent, thank you! Do you want to be maintainer for these 4? They are available :D Cheers -D. _______________________________________________ SlackBuilds-users mailing list SlackBuilds-users at slackbuilds.org https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ FAQ - https://slackbuilds.org/faq/ -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbolokanov at abv.bg Wed Aug 9 18:34:10 2017 From: sbolokanov at abv.bg (=?utf-8?B?0KHQuNC80L7QvdGKINCR0L7Qu9C+0LrQsNC90L7QstGK?=) Date: Wed, 9 Aug 2017 21:34:10 +0300 (EEST) Subject: [Slackbuilds-users] Dunst update Message-ID: <1230289783.1142315.1502303651016.JavaMail.apache@nm52.abv.bg> Update for dunst: https://github.com/sbolokanov/sbopush/commit/ebfabb57e5606fd0000ac5fcf345f1801e1edac7 -- ?????? ?. ?????????? -------------- next part -------------- An HTML attachment was scrubbed... URL: From baildon.research at googlemail.com Wed Aug 9 18:35:17 2017 From: baildon.research at googlemail.com (David Spencer) Date: Wed, 9 Aug 2017 19:35:17 +0100 Subject: [Slackbuilds-users] updates for vhba-module, libmirage, cdemu-daemon, cdemu-client In-Reply-To: <407704936.1141801.1502302548962.JavaMail.apache@nm52.abv.bg> References: <460237052.1067633.1502270946441.JavaMail.apache@nm53.abv.bg> <407704936.1141801.1502302548962.JavaMail.apache@nm52.abv.bg> Message-ID: > I am not online regularly. Perhaps somebody else can take it. Ok, no problem, and thanks for the updates, they are now queued in my branch. So, does anybody else want to take them? They don't need any more work now :) Thanks -D. From baildon.research at googlemail.com Wed Aug 9 18:45:32 2017 From: baildon.research at googlemail.com (David Spencer) Date: Wed, 9 Aug 2017 19:45:32 +0100 Subject: [Slackbuilds-users] Dunst update In-Reply-To: <1230289783.1142315.1502303651016.JavaMail.apache@nm52.abv.bg> References: <1230289783.1142315.1502303651016.JavaMail.apache@nm52.abv.bg> Message-ID: > Update for dunst: > https://github.com/sbolokanov/sbopush/commit/ebfabb57e5606fd0000ac5fcf345f1801e1edac7 Applied -- thanks for this one too :) -D. From thedoogster at gmail.com Wed Aug 9 23:08:56 2017 From: thedoogster at gmail.com (Doogster) Date: Wed, 9 Aug 2017 16:08:56 -0700 Subject: [Slackbuilds-users] vulkansdk/vulkan-sdk Message-ID: So I submitted a new version of the vulkansdk SlackBuild and I noticed the following: slackware-current has since added a package for the Vulkan SDK. In -current, the package is named "vulkan-sdk". The SBo SlackBuild is named "vulksansdk" and it builds a package by that name. Should I do anything about that, or should I just leave it? From jebrhansen+SBo at gmail.com Wed Aug 9 23:15:47 2017 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Wed, 09 Aug 2017 23:15:47 +0000 Subject: [Slackbuilds-users] Discord slackbuild In-Reply-To: <3beaa951-c46e-31ba-8138-959ca28f99d8@dcclost.com> References: <3beaa951-c46e-31ba-8138-959ca28f99d8@dcclost.com> Message-ID: On Wed, Aug 9, 2017, 11:42 AM Alexander Grotewohl wrote: > Just thought I'd let anyone who uses the Discord slackbuild know that > swapping in the newest .deb file from https://discordapp.com and > installing libc++ will get you up and running again. > > Usually wouldn't comment about this type of thing, but the previous > version now simply closes out without error after offering a link to > download the new version, which won't work by default (re: libc++) > > Alex > SBo Admins, I'm tracking this and should have an update submitted later today. Alex messaged me separately to give me a heads up. Jeremy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Wed Aug 9 23:41:14 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 10 Aug 2017 06:41:14 +0700 Subject: [Slackbuilds-users] vulkansdk/vulkan-sdk In-Reply-To: References: Message-ID: > So I submitted a new version of the vulkansdk SlackBuild and I noticed > the following: > > slackware-current has since added a package for the Vulkan SDK. In > -current, the package is named "vulkan-sdk". The SBo SlackBuild is > named "vulksansdk" and it builds a package by that name. > > Should I do anything about that, or should I just leave it You can leave it as it is. We will remove it on next devel cycle as it is included in -current now along with some other scripts -- Willy Sudiarto Raharjo From rworkman at slackbuilds.org Thu Aug 10 03:45:19 2017 From: rworkman at slackbuilds.org (Robby Workman) Date: Wed, 9 Aug 2017 22:45:19 -0500 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: <20170809153110.GN2027@harrier.slackbuilds.org> References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> <20170809153110.GN2027@harrier.slackbuilds.org> Message-ID: <20170809224519.0e642b5b@home.rlworkman.net> On Wed, 9 Aug 2017 10:31:10 -0500 Rob McGee wrote: > On Wed, Aug 09, 2017 at 08:38:06AM +0200, Leonard Schmidt wrote: > > the last part of the mail one receives when submitting a tarball > > via the SlackBuilds Upload Form reads: > > > > > If you need to remove this submission before it is approved > > > please visit: http://slackbuilds.org/remove/ > > > > However, the URL results in a 404. I currently don't need to > > have anything removed, just thought someone might want to look > > into this. > > Yes, IWFM also. Check that you got the right IP address: > > slackbuilds.org. 43200 IN A 208.94.237.149 > > Also note that the http: is converted to https: because of the > domain's SSL policy. Does https://slackbuilds.org/remove/ work? > Perhaps this is a SSL/TLS problem on your end? Perhaps, but I just fixed that link to use https in the future, so maybe it will be irrelevant from now on :-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From lems at gmx.net Thu Aug 10 07:04:28 2017 From: lems at gmx.net (Leonard Schmidt) Date: Thu, 10 Aug 2017 09:04:28 +0200 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: <20170809153110.GN2027@harrier.slackbuilds.org> References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> <20170809153110.GN2027@harrier.slackbuilds.org> Message-ID: <0MUILK-1e6krb3qVe-00R4h4@mail.gmx.com> Hello, Rob McGee writes: >Yes, IWFM also. Check that you got the right IP address: > >slackbuilds.org. 43200 IN A 208.94.237.149 > >Also note that the http: is converted to https: because of the >domain's SSL policy. Does https://slackbuilds.org/remove/ work? >Perhaps this is a SSL/TLS problem on your end? I got the same IP. I also tried on a clean Slackware -current system (creating an ISO using liveslak). I used lynx to access it, but other browsers did not work either. Then I tried using my phone (data plan) and the Tor Browser, always getting "that page could not be found." https results in the same. Seems to be something on my end then, I guess. Leonard From andreas.guldstrand at gmail.com Thu Aug 10 08:27:46 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Thu, 10 Aug 2017 10:27:46 +0200 Subject: [Slackbuilds-users] vulkansdk/vulkan-sdk In-Reply-To: References: Message-ID: On 10 August 2017 at 01:41, Willy Sudiarto Raharjo wrote: > >> So I submitted a new version of the vulkansdk SlackBuild and I noticed >> the following: >> >> slackware-current has since added a package for the Vulkan SDK. In >> -current, the package is named "vulkan-sdk". The SBo SlackBuild is >> named "vulksansdk" and it builds a package by that name. >> >> Should I do anything about that, or should I just leave it > > You can leave it as it is. > We will remove it on next devel cycle as it is included in -current now along with some other scripts Note that automatic dependency managers will not be able to pick up that on -current there already is a vulkansdk since it's named differently. / Andreas From andreas.guldstrand at gmail.com Thu Aug 10 08:38:29 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Thu, 10 Aug 2017 10:38:29 +0200 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: <0MUILK-1e6krb3qVe-00R4h4@mail.gmx.com> References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> <20170809153110.GN2027@harrier.slackbuilds.org> <0MUILK-1e6krb3qVe-00R4h4@mail.gmx.com> Message-ID: I think I just realised what the issue is. The subject line complains about http://slackbuilds.org/remove as opposed to http://slackbuilds.org/remove/ Note the trailing / on the second one. In fact, all slackbuilds.org links work like this: if the trailing / is omitted, the link doesn't work. Regards / Andreas From willysr at slackbuilds.org Thu Aug 10 08:41:25 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Thu, 10 Aug 2017 15:41:25 +0700 Subject: [Slackbuilds-users] vulkansdk/vulkan-sdk In-Reply-To: References: Message-ID: <3dd40835-492e-9dae-03f7-e1fa4c741ae3@slackbuilds.org> > Note that automatic dependency managers will not be able to pick up > that on -current there already is a vulkansdk since it's named > differently. Yes, that's correct But that's outside of SBo's scope since per SBo policy, we can't include scripts that are already included in Slackware's core packages. -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From lems at gmx.net Thu Aug 10 10:39:16 2017 From: lems at gmx.net (Leonard Schmidt) Date: Thu, 10 Aug 2017 12:39:16 +0200 Subject: [Slackbuilds-users] slackbuilds.org/remove does not exist In-Reply-To: References: <0M4GRv-1dNOCp2IV9-00rrYB@mail.gmx.com> <20170809153110.GN2027@harrier.slackbuilds.org> <0MUILK-1e6krb3qVe-00R4h4@mail.gmx.com> Message-ID: <0Mbwm6-1dwrka0yYQ-00JMAI@mail.gmx.com> Hello, Andreas Guldstrand writes: >I think I just realised what the issue is. > >The subject line complains about http://slackbuilds.org/remove as >opposed to http://slackbuilds.org/remove/ > >Note the trailing / on the second one. In fact, all slackbuilds.org >links work like this: if the trailing / is omitted, the link doesn't >work. you're right, I omitted the slash. This way it works. Thanks. Best regards Leonard From willysr at slackbuilds.org Sat Aug 12 00:22:52 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 12 Aug 2017 07:22:52 +0700 Subject: [Slackbuilds-users] Updates - 20170812.1 Message-ID: Hi Many of the entries in repology's problem has been fixed in this batch. Many invalid links are now switched to github/https site along with the broken sources. There are still more of them, so don't hesitate to keep posting on the list. For obs-studio, the MD5SUM is not updated, so if you are using automatic tool which verifies the checksum, it will complaint. The correct MD5SUM for obs-studio is cb443ee4c3783200f93d4271962e65ad. It will be fixed in the next public update. Sat Aug 12 00:00:00 UTC 2017 academic/gp2fasta: Update HOMEPAGE and DOWNLOAD urls. academic/sage: New maintainer. academic/scidavis: Updated for version 1.21. academic/scilab: Updated for version 6.0.0 + new maintainer. audio/cuberok: Switch to github. audio/fIcy: Updated for version 1.0.21. audio/fmit: Switch to github. audio/puddletag: Updated for version 1.2.0. audio/python-audiotools: Delete doinst.sh. audio/rubyripper: Switch to github. audio/snd: Updated for version 17.6. desktop/bspwm: Updated for version 0.9.3. desktop/cairo-compmgr: Fixups for doinst.sh. desktop/dunst: Updated for version 1.2.0. desktop/i3lock: Updated for version 2.9.1. desktop/j4-dmenu-desktop: Switch to github. desktop/sxhkd: Updated for version 0.5.8. desktop/xdo: Updated for version 0.5.6. desktop/xtitle: Updated for version 20170206. development/ChezScheme: Updated for version 9.4.1_ce11b34. development/SQLAlchemy: Updated for version 1.1.13. development/atom-amd64: Updated for version 1.19.0. development/camlp5: Updated for version 7.01. development/cgit: Updated the git version to 2.10.4, cleanups. development/composer: Updated for version 1.4.3 development/curlpp: Updated for version 0.8.1. development/gnats: Fixed config file. development/gr-osmosdr: Updated for version 20170611. development/hhvm: Updated for version 3.21.0 development/kdesvn: Switch to github. development/mphidflash: Switch to github. development/nodejs: Updated for version 6.11.2. development/sbcl: Updated for version 1.3.20. development/sdcc: Fixed info file. development/slibtool: Added (skinny libtool implementation). development/universal-ctags: Updated for version 6ad80f4 development/valkyrie: Update HOMEPAGE. development/vscode: Fix MD5SUM. development/watchman: Get rid of /usr/share/doc. development/wxHexEditor: Updated for version 20170415_bb951eb. games/GLupeN64: Removed (replaced by mupen64plus-libretro). games/RetroArch: Updated for version 1.6.4. games/assaultcube: Switch to https. games/beetle-psx-libretro: Updated for version 2017.08.11_a6bbea0. games/bsnes-libretro: Updated for version 2017.07.24_263e94f9. games/bsnes-mercury: Updated for version 2017.06.28_b68bd0a. games/bstone: Updated for version 1.1.8. games/knights: Minor cleanups. games/mgba: Fix install paths. games/mupen64plus-libretro: Updated for version 2017.07.22_9b01671. games/openmsx-catapult: Updated for version 0.14.0. games/openmsx-debugger: Updated for version 20170610. games/openmsx: Updated for version 0.14.0. games/parallel-n64: Added (libretro port of Mupen64 Plus). games/pcsx2: Updated for version 2017.08.09_8c37418e4. games/pokerth: Switch to https. games/solarus-quest-editor: Updated for version 1.5.3. games/solarus: Updated for version 1.5.3. games/wesnoth: New maintainer. graphics/fontforge: Updated for version 20170731. graphics/potrace: Updated for version 1.15. graphics/rawtherapee: Updated for version 5.2. graphics/ufraw: Patched. graphics/vulkansdk: Updated for version 1.0.54.0. graphics/whyteboard: Update HOMEPAGE and DOWNLOAD urls. ham/rtl-sdr: Updated for version 20170611. libraries/allegro: Deleted doinst.sh. libraries/appstream-glib: Added (read and write AppStream metadata). libraries/aqbanking: Switch to https. libraries/argon2: Added (password-hashing function). libraries/cal3d: Switch to github. libraries/efivar: Added (Tools and library for EFI variables.). libraries/gwenhywfar: Switch to https. libraries/hiredis: Update script. libraries/libconfig: Update source. libraries/libmirage: Updated for version 3.1.0. libraries/libsmbios: Updated to include headers. libraries/luadbi: Fixed download link libraries/msgpack-c: Updated for version 2.1.5. libraries/node-xoauth2: Added (XOAuth2 token gen with node.js). libraries/opendht: Added (Distributed Hash Table implementation). libraries/pjproject-ring: Added (Multimedia Communication Library). libraries/ring-daemon: Added (LibRing - daemon). libraries/ring-lrc: Added (LibRingClient - LRC). misc/bsdmainutils: Added (collection of utilities). misc/chm2pdf: Switch to github. misc/drg2sbg: Switch to github. misc/gramps: Updated for version 4.2.6. misc/nfoview: Switch to github. multimedia/clamz: Switch to github. multimedia/flashplayer-plugin: Updated for version 26.0.0.151. multimedia/gaupol: Switch to github. multimedia/lightspark: Updated for version 2017.08.07_134784b5. multimedia/mpv: Updated to git version for youtube-dl support. multimedia/obs-studio: Updated for version 20.0.0 multimedia/pepperflash-plugin: Updated for version 26.0.0.151. multimedia/serviio: Fixed doinst.sh. multimedia/sfnt2woff: Update DOWNLOAD. multimedia/simpleburn: Updated for version 1.8.3.1. multimedia/videocut: Update DOWNLOAD. multimedia/vivaldi-codecs-ffmpeg-extra: Updated for version 60.0. network/3proxy: Switch to https. network/Electrum: Updated for version 2.9.3. network/PaleMoon: Updated for version 27.4.1. network/WireGuard: Added (fast, modern, secure VPN). network/arno-iptables-firewall: Fixed doinst.sh. network/bip: Fixed version. network/discord: Updated for version 0.0.2. network/eiskaltdcpp: Updated for version 2.2.10. network/ftp-cloudfs: Fixed doinst.sh. network/gophernicus: Updated for version 2.5. network/hostapd: Fixed config files in SlackBuild. network/hostsblock: Fixed doinst.sh. network/libnatpmp: Added (implementation of the NAT-PMP protocol). network/mailman: Fixed doinst.sh. network/openresolv: Fixed doinst.sh. network/plowshare-modules: Updated for version f82e8e3. network/radicale: Fixed SlackBuild. network/smstools3: Fixed doinst.sh. network/telegram: Updated for version 1.1.19. network/tor-browser: Updated for version 7.0.4. network/urlwatch: Switch to https. network/vivaldi: Updated for version 1.11.917.39. office/coolreader: Switch to SF. perl/perl-Religion-Islam-Quran: Added (Holy Quran searchable db). python/minidb: Switch to https. python/nxt-python: Switch to github. python/pandocfilters: Updated for version 1.4.2. python/websocket-client: Updated for version 0.41.1. ruby/chronic: Switch to github. ruby/rubygem-fluentd: Switch to https. system/bacula: Fix install with ROOT=. system/bareos: Fix install with ROOT=. system/btrbk: Updated for version 0.25.1. system/cdemu-client: Updated for version 3.1.0. system/cdemu-daemon: Updated for version 3.1.0. system/cdw: Updated for version 0.8.1 + new maintainer. system/docbook-xml: Added (DocBook DTD for XML). system/fwupd: Added (update firmware). system/fwupdate: Added (Tools to apply firmware updates). system/geckodriver: Added (HTTP API for Gecko browsers). system/glances: Fix install with ROOT=. system/incron: Fix install with ROOT=. system/kafka: Fixed doinst.sh. system/localepurge: Fixed config file install. system/lxdm: Updated for version 20170805_e3e7517. system/memtest86+: Switch to https. system/memtest86: Switch to https. system/newrelic-sysmond: Update source. system/nss_ldap: Switch to https. system/nvidia-legacy304-driver: Fix install with ROOT=. system/nvme-cli: Fix install path, remove doinst.sh. system/qdirstat: Updated for version 1.4. system/slpkg: Updated for version 3.2.8. system/spl-solaris: Fixed version on i586. system/sudosh2: Fixed install path. system/t1utils: Updated for version 1.40. system/tarsnap: Updated for version 1.0.39 + new maintainer. system/unar: New homepage and download. system/vhba-module: Updated for version 20170610. system/xen: Updated for version 4.9.0. system/yash: Updated for version 2.45. system/zfs-on-linux: Fixed version on i586. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sat Aug 12 18:58:55 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 13 Aug 2017 01:58:55 +0700 Subject: [Slackbuilds-users] abandoned scripts Message-ID: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> Hi, Gerardo decided to abandon these two scripts desktop/vwm audio/listener anyone want to take maintainership of these two? thanks -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From zanculmarktum at gmail.com Sun Aug 13 03:23:28 2017 From: zanculmarktum at gmail.com (Azure Zanculmarktum) Date: Sun, 13 Aug 2017 10:23:28 +0700 Subject: [Slackbuilds-users] Why the repository doesn't have SlackBuild file set to 755? Message-ID: I'm just curious why none of the files inside category/package/ doesn't have 755, all of it were set to 644, while inside category/package.tar.gz, it has 755 (i.e. SlackBuild file). From yalhcru at gmail.com Sun Aug 13 03:25:36 2017 From: yalhcru at gmail.com (B Watson) Date: Sat, 12 Aug 2017 23:25:36 -0400 Subject: [Slackbuilds-users] Why the repository doesn't have SlackBuild file set to 755? In-Reply-To: References: Message-ID: On 8/12/17, Azure Zanculmarktum wrote: > I'm just curious why none of the files inside category/package/ > doesn't have 755, all of it were set to 644, while inside > category/package.tar.gz, it has 755 (i.e. SlackBuild file). At a guess... because they're hosted on a web server, and there are ways the server could be (mis)configured that would allow +x files to be executed instead of displayed (removing +x is sort of a safety net). From zanculmarktum at gmail.com Sun Aug 13 03:37:15 2017 From: zanculmarktum at gmail.com (Azure Zanculmarktum) Date: Sun, 13 Aug 2017 10:37:15 +0700 Subject: [Slackbuilds-users] (no subject) Message-ID: B Watson wrote: > At a guess... because they're hosted on a web server, and there are > ways the server could be (mis)configured that would allow +x files to > be executed instead of displayed (removing +x is sort of a safety net). Make sense, but what about git repository? From zanculmarktum at gmail.com Sun Aug 13 03:38:34 2017 From: zanculmarktum at gmail.com (Azure Zanculmarktum) Date: Sun, 13 Aug 2017 10:38:34 +0700 Subject: [Slackbuilds-users] Why the repository doesn't have SlackBuild file set to 755? Message-ID: B Watson wrote: > At a guess... because they're hosted on a web server, and there are > ways the server could be (mis)configured that would allow +x files to > be executed instead of displayed (removing +x is sort of a safety net). Make sense, but what about git repository? From rworkman at slackbuilds.org Sun Aug 13 04:04:24 2017 From: rworkman at slackbuilds.org (Robby Workman) Date: Sat, 12 Aug 2017 23:04:24 -0500 Subject: [Slackbuilds-users] Why the repository doesn't have SlackBuild file set to 755? In-Reply-To: References: Message-ID: <20170812230424.7b7942e2@home.rlworkman.net> On Sun, 13 Aug 2017 10:38:34 +0700 Azure Zanculmarktum wrote: > B Watson wrote: > > At a guess... because they're hosted on a web server, and there are > > ways the server could be (mis)configured that would allow +x files > > to be executed instead of displayed (removing +x is sort of a > > safety net). > > Make sense, but what about git repository? The files served by httpd *are* the git repo - it's just a local clone. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rsamurti at gmail.com Sun Aug 13 04:10:35 2017 From: rsamurti at gmail.com (Ananda Murthy R S) Date: Sun, 13 Aug 2017 09:40:35 +0530 Subject: [Slackbuilds-users] Scilab-6.0.0 fails to start in XFCE in Slackware Current. Any solutions? Message-ID: Hello, Even in KDE, only runscilab script works and not any .desktop file. Any solutions? Thanks for your help. Anand -- Close Windows ! Open source !! Free software from proprietary mafia !!! -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalhcru at gmail.com Sun Aug 13 04:13:09 2017 From: yalhcru at gmail.com (B Watson) Date: Sun, 13 Aug 2017 00:13:09 -0400 Subject: [Slackbuilds-users] abandoned scripts In-Reply-To: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> References: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> Message-ID: On 8/12/17, Willy Sudiarto Raharjo wrote: > Hi, > > Gerardo decided to abandon these two scripts > desktop/vwm > audio/listener > > anyone want to take maintainership of these two? I'll take listener for sure. Looks like something I'll actually have a use for. I can take vwm also (rather than see it disappear), but from the description it looks like something I'm unlikely to use much. It'd be better if someone who actually uses it takes it over... anyone? From kingbeowulf at gmail.com Sun Aug 13 06:18:23 2017 From: kingbeowulf at gmail.com (King Beowulf) Date: Sat, 12 Aug 2017 23:18:23 -0700 Subject: [Slackbuilds-users] Scilab-6.0.0 fails to start in XFCE in Slackware Current. Any solutions? In-Reply-To: References: Message-ID: <8fa35a31-05b4-cff9-b0cb-8aedc4bd4e8a@gmail.com> On 08/12/2017 09:10 PM, Ananda Murthy R S wrote: > Hello, > > Even in KDE, only runscilab script works and not any .desktop file. > > Any solutions? > > Thanks for your help. > > Anand > -- 1. Slackbuilds.org only supports Stable and NOT current. 2. That said, same issue on stable (14.2). I just took over maintainership and didn't think to check the desktop files. The binaries are in /opt/scilab which gets added to the $PATH when you install as root but does not exist if then run as a normal user. you can set the path in ~./bashrc but then the /opt/scilab/lib are missed when running from the .desktop in any DE. Short term fix: Edit each scilab*.desktop to explicitly use the full path. For example, Exec=/opt/scilab/bin/scilab -f Just putting /opt/scilab in $PATH won't work for the DE, but will work for the terminal. Also, to get the icons to show up, run as root /usr/bin/gtk-update-icon-cache -f /usr/share/icons/hicolor You may also want to add "Education" to categories for Xfce. -Ed -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sun Aug 13 06:29:08 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 13 Aug 2017 13:29:08 +0700 Subject: [Slackbuilds-users] (no subject) In-Reply-To: References: Message-ID: <8916a96c-78ca-9940-5f8f-ea342f496604@slackbuilds.org> >> At a guess... because they're hosted on a web server, and there are >> ways the server could be (mis)configured that would allow +x files to >> be executed instead of displayed (removing +x is sort of a safety net). > > Make sense, but what about git repository? they are all under GIT so it should have same permission. all the permission changes are handled during public update -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From willysr at slackbuilds.org Sun Aug 13 07:08:11 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 13 Aug 2017 14:08:11 +0700 Subject: [Slackbuilds-users] Updates - 20170813.1 Message-ID: <4e24ecec-25bb-b42a-2d36-fb3c1a38ff44@slackbuilds.org> Just a quick update to fix more repology entries and also we managed to find some incorrect checksums and broken source links. We also removed some scripts which is abandoned by upstream. Google Earth is now bumped to 7.3, which is basically a Pro edition but Google release it for free. See https://productforums.google.com/forum/?hl=en#!category-topic/maps/opv-ok9poRI for more details. Dropbox is now updated to the latest version. While old users will have no problem since they have auto-update feature, new users downloading the previous version will get an outdated version and were redirected to download the latest version before they can get dropbox running. Sun Aug 13 06:51:52 UTC 2017 academic/treeview: Updated for version 0.5.1. audio/rebmp: Update HOMEPAGE and DOWNLOAD urls. audio/xmms-wma: Update HOMEPAGE. desktop/thunar-sendto-clamtk: Switch to bitbucket. desktop/wbar: Update HOMEPAGE. desktop/wmii: Switch to github. development/CVSTools: Switch to https. development/ChezScheme: Fixed md5sum. development/eagle: Update homepage. development/jupyter-qtconsole: Updated for version 4.3.1. games/fuse-emulator: Fixed md5sum. games/parallel-n64: Switch to https. games/pcsxr: Switch to github. gis/google-earth: Updated for version 7.3.0.3827. graphics/GPS: Update HOMEPAGE and DOWNLOAD urls. graphics/pngcrush: Updated for version 1.8.12. libraries/luadbi: Update homepage. libraries/squish: Switch to github. libraries/tamu_anova: Switch to https. libraries/trilinos: Switch to github. libraries/xview: Update HOMEPAGE. misc/curtain: Removed (upstream is gone). misc/fcitx-configtool: Switch to https. misc/protobuf3: Updated for version 3.3.2. misc/protobuf: Switch to github. misc/torrentinfo: Fixed md5sum. multimedia/cueplayer: Removed (upstream is gone). multimedia/flvtool2: Update homepage. multimedia/gmidimonitor: Update homepage. multimedia/mythtv: Fixed md5sum and doinst.sh. multimedia/obs-studio: Updated for version 20.0.1 multimedia/sfnt2woff: Switch to github. multimedia/subtitleeditor: Update HOMEPAGE. network/dropbox: Updated for version 32.4.23. network/hydra: Switch to github. network/loiq: Removed (upstream is gone). network/netqmail: Update HOMEPAGE and DOWNLOAD urls. network/smstools3: Updated for version 3.1.21. network/sopcast-player: Update HOMEPAGE and DOWNLOAD urls. python/lockfile: Switch to pypi. python/psutil: Updated for version 5.2.2 system/nvme-cli: Fixed the bogus path in the previous fix. system/pdsh: Updated for version 2.31. system/recorder: Removed (project abandoned). system/tarsnap: Script cleanup. system/ttf-dark-courier: Update HOMEPAGE. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From 414N at slacky.it Sun Aug 13 16:46:50 2017 From: 414N at slacky.it (414N) Date: Sun, 13 Aug 2017 18:46:50 +0200 Subject: [Slackbuilds-users] Beignet package In-Reply-To: <8afa8588-3308-78ab-59bb-6fe8074b085b@slacky.it> References: <72923397-db95-6d48-4784-e4349f9b6838@slacky.it> <8afa8588-3308-78ab-59bb-6fe8074b085b@slacky.it> Message-ID: <41fac7b3-9644-fc46-10f5-ef1b7509ee5d@slacky.it> Just FYI, after I've found some time to poke around it, I just pushed both ocl-icd and beignet to the upload queue ;-) Alan Alberghini SBo clone: GitHub On 22/04/2017 19:32, 414N wrote: > > Hi Jheengut, > thanks for your reply. > Onto the questions: > > 1. I?m still working locally on it, but I will very soon push its > current development branch on the GitHub repo you can find in my > signature > 2. It doesn?t seem so. The build process is cmake-based and there are > some configuration flags that can be used (like, > |ENABLE_OPENCL_20|, |OCLICD_COMPAT| etc.), but no other make > targets apart the ?classical ones? seem to be present. This is not > a problem, however, as it just means that I?d need to delete only > a set of extra-files before creating the package. > > Regarding BumbleBee, sorry but I?ve no experience in dealing with it? > > ? > Alan Alberghini > > SBo clone: GitHub > On 20/04/2017 09:36, Jheengut Pritvi wrote: >> >> On 17 April 2017 at 20:29, 414N <414N at slacky.it >> > wrote: >> >> Alan >> >> >> >> Hi Alan , it would be a pleasure to help since I my laptop uses >> bumblebee technology. >> >> Question 1:: >> >> Is the Slackbuild for beignet found online? If yes, where ? >> >> Question 2 :: >> I still have not tested beignet, does the build process enable >> splitting the program into several packages , >> >> ie, in the Linux Kernel SC, there are >> >> make help :: >> >> modules_install - Install all modules to INSTALL_MOD_PATH (default: /) >> firmware_install- Install all firmware to INSTALL_FW_PATH >> (default: $(INSTALL_MOD_PATH)/lib/firmware) >> headers_install - Install sanitised kernel headers to INSTALL_HDR_PATH >> >> >> Do you have any idea how to install OpenCL in my case, since >> bumblebee is not part of sbopkg or slackware(14.1) ? [[I will be >> upgrading soon, don't worry ]] >> >> >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> > > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From hostmaster at slackonly.com Sun Aug 13 19:39:41 2017 From: hostmaster at slackonly.com (Panagiotis Nikolaou) Date: Sun, 13 Aug 2017 12:39:41 -0700 Subject: [Slackbuilds-users] Fet and secure-delete Message-ID: Hi fet has updated to 5.32.3 from 8 August 2017 and the old source has removed from the page. Also secure-delete homepage link is without the "/" at the end, and source has moved. Home page link: https://packages.debian.org/stretch/secure-delete source: http://http.debian.net/debian/pool/main/s/secure-delete/secure-delete_3.1.orig.tar.gz (md5sum matches) Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sun Aug 13 21:58:00 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 13 Aug 2017 14:58:00 -0700 (PDT) Subject: [Slackbuilds-users] Upgrading glib2 on 14.1 Message-ID: Gnucash has been upgraded to 2.6.17. Trying to build that on this 14.1 host I'm told that I need gtk+3 > the installed 3.8.2. When I try to build gtk+-3.18.9 it wants me to upgrade a half-dozen libraries. One of which is glib-2.0 >=2.45.8 and I installed is 2.36.4. I find glib2 in SBo (other than Ruby-glib2), but glib2-2.46.2 is in the 14.2 library patches at osuosl.org. I've upgraded other packages here with versions from 14.2I and assume that I can build this from source here and upgrade the current glib2. Am I assume correct in this assumption? Measure twice; cut once. I want to be sure I won't break anything. Rich From rshepard at appl-ecosys.com Sun Aug 13 22:08:59 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 13 Aug 2017 15:08:59 -0700 (PDT) Subject: [Slackbuilds-users] Upgrading glib2 on 14.1 In-Reply-To: References: Message-ID: On Sun, 13 Aug 2017, Rich Shepard wrote: > Measure twice; cut once. I want to be sure I won't break anything. My apologies for not editing better. Rich From rworkman at slackbuilds.org Mon Aug 14 01:43:59 2017 From: rworkman at slackbuilds.org (Robby Workman) Date: Sun, 13 Aug 2017 20:43:59 -0500 Subject: [Slackbuilds-users] Upgrading glib2 on 14.1 In-Reply-To: References: Message-ID: <20170813204359.5407e3d0@home.rlworkman.net> On Sun, 13 Aug 2017 14:58:00 -0700 (PDT) Rich Shepard wrote: > Gnucash has been upgraded to 2.6.17. Trying to build that on this > 14.1 host I'm told that I need gtk+3 > the installed 3.8.2. When I > try to build gtk+-3.18.9 it wants me to upgrade a half-dozen > libraries. One of which is glib-2.0 >=2.45.8 and I installed is > 2.36.4. > > I find glib2 in SBo (other than Ruby-glib2), but glib2-2.46.2 is > in the 14.2 library patches at osuosl.org. I've upgraded other > packages here with versions from 14.2I and assume that I can build > this from source here and upgrade the current glib2. Am I assume > correct in this assumption? > > Measure twice; cut once. I want to be sure I won't break anything. Too late. Upgrade to 14.2 completely or stay with 14.1 and live with the fact that some software is too new to build on it. Whatever you do, DO NOT upgrade 14.2 packages onto a 14.1 system. Rich, you've been a Slackware user for long enough that you should intuitively know that by now. -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 14 13:09:56 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 14 Aug 2017 06:09:56 -0700 (PDT) Subject: [Slackbuilds-users] Upgrading glib2 on 14.1 In-Reply-To: <20170813204359.5407e3d0@home.rlworkman.net> References: <20170813204359.5407e3d0@home.rlworkman.net> Message-ID: On Sun, 13 Aug 2017, Robby Workman wrote: > Too late. Upgrade to 14.2 completely or stay with 14.1 and live with the > fact that some software is too new to build on it. Whatever you do, DO NOT > upgrade 14.2 packages onto a 14.1 system. Robby, I've always built the package from source on the 14.1 host, not installed the pre-built .txz or .tgz. I can live with the current gnucash version. Thanks, Rich From lspencer31 at cfl.rr.com Mon Aug 14 16:11:17 2017 From: lspencer31 at cfl.rr.com (Lenard Spencer) Date: Mon, 14 Aug 2017 12:11:17 -0400 Subject: [Slackbuilds-users] Calibre and Gourmet revisited Message-ID: <4a05407e-b571-7a10-2138-a5b976a2128e@cfl.rr.com> In working with calibre, I found that the new versions (3.5 and newer) have another dependency, httml5-parser (also written by Kavid Goyal), which doesn't have a SB script in the repo. I have created a script for it, and now I can get calibre to buid and run on my system. Shoiuld I go ahead and submit it to SBo? I'm sure Larry (the maintainer of the calibre SBo) would be especially interested in it. I have tested in both 14.2 and current and have had no problems on either (other than having to rebuild EVERYTHING on current because of other package upgrades). With Gourmet, I found that the patched script that is currently in Ponce's repo is necessary to fix a problem that makes it impossible to enter or edit recipes. Earlier I had thought it was an issue with Python itself, but it really lies with the upgrade of the python image library (from PIL in 14.1 to pillow in 14.2). Hope this helps. Len From fernando.lopezjr at gmail.com Mon Aug 14 23:00:13 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Mon, 14 Aug 2017 17:00:13 -0600 Subject: [Slackbuilds-users] feature request! Message-ID: It would be cool if you can search by email and/or name in the website. maybe an advance search page? just saying. -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From thedoogster at gmail.com Mon Aug 14 23:04:31 2017 From: thedoogster at gmail.com (Doogster) Date: Mon, 14 Aug 2017 23:04:31 +0000 Subject: [Slackbuilds-users] feature request! In-Reply-To: References: Message-ID: I've been using GitHub to do those searches. I sometimes search for my name to get a list of scripts I maintain! On Mon, Aug 14, 2017 at 4:00 PM Fernando Lopez wrote: > > It would be cool if you can search by email and/or name in the website. > maybe an advance search page? > > just saying. > > > -- > > ------------ > Regards, > Fernando Lopez Jr. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernando.lopezjr at gmail.com Mon Aug 14 23:06:06 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Mon, 14 Aug 2017 17:06:06 -0600 Subject: [Slackbuilds-users] feature request! In-Reply-To: References: Message-ID: yes, that is how i do it... https://git.slackbuilds.org/slackbuilds/log/?qt=author&q=fernando+lopez On Mon, Aug 14, 2017 at 5:04 PM, Doogster wrote: > I've been using GitHub to do those searches. I sometimes search for my > name to get a list of scripts I maintain! > > On Mon, Aug 14, 2017 at 4:00 PM Fernando Lopez > wrote: > >> >> It would be cool if you can search by email and/or name in the website. >> maybe an advance search page? >> >> just saying. >> >> >> -- >> >> ------------ >> Regards, >> Fernando Lopez Jr. >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalhcru at gmail.com Tue Aug 15 00:46:47 2017 From: yalhcru at gmail.com (B Watson) Date: Mon, 14 Aug 2017 20:46:47 -0400 Subject: [Slackbuilds-users] feature request! In-Reply-To: References: Message-ID: On 8/14/17, Fernando Lopez wrote: > It would be cool if you can search by email and/or name in the website. > maybe an advance search page? > > just saying. Something I've long wished for: dependency search. Enter a build name, get back a list of builds that depend on it. *Very* useful if you're a maintainer and you're about to update a library to a new version, you can get a list of stuff that needs testing to make sure you're not about to break it. It's possible to grep the .info files in a git clone of course. Still be a nice feature for the site. Make it easy, and make it unacceptable to *not* use it. As it stands now, some maintainers don't seem to test anyone elses' builds when they update their deps. It'd be nice to make this simple enough that everyone will do it. To be clear: I don't mean that if you update a library, you have any kind of obligation to fix someone elses' scripts that depend on it. But a friendly "I'm about to submit an update to libfoobar, which breaks your baz build, you might want to look into it" would not go amiss. From baildon.research at googlemail.com Tue Aug 15 09:32:16 2017 From: baildon.research at googlemail.com (David Spencer) Date: Tue, 15 Aug 2017 10:32:16 +0100 Subject: [Slackbuilds-users] feature request! In-Reply-To: References: Message-ID: On 8/14/17, Fernando Lopez wrote: > It would be cool if you can search by email and/or name in the website. > maybe an advance search page? Here's what I do: On 15 August 2017 at 01:46, B Watson wrote: > It's possible to grep the .info files in a git clone of course. Of course I edited that in a very dishonest way, what B Watson really wrote was: > It's possible to grep the .info files in a git clone of course. Still > be a nice feature for the site. but that would make work for somebody ;) On 15 August 2017 at 01:46, B Watson wrote: > Something I've long wished for: dependency search. Enter a build name, > get back a list of builds that depend on it. *Very* useful if you're > a maintainer and you're about to update a library to a new version, > you can get a list of stuff that needs testing to make sure you're not > about to break it. There's Chris Willing's hoorex https://github.com/cwilling/hoorex although it can't catch optional deps (to do that, you need to grep README too) > As it stands now, some maintainers don't seem to test > anyone elses' builds when they update their deps. It'd be nice to make > this simple enough that everyone will do it. It would be good (IMO) to have this done automatically with a continuous integration tool. > To be clear: I don't mean that if you update a library, you have any > kind of obligation to fix someone elses' scripts that depend on it. But > a friendly "I'm about to submit an update to libfoobar, which breaks > your baz build, you might want to look into it" would not go amiss. It's usually better if people discuss this before committing an update. Not updating is sometimes a good choice ;-) Thanks -D. From dave at dawoodfall.net Tue Aug 15 12:53:51 2017 From: dave at dawoodfall.net (David Woodfall) Date: Tue, 15 Aug 2017 13:53:51 +0100 Subject: [Slackbuilds-users] Choqok Removal Message-ID: <20170815125351.GA7548@Blackswan> The twitter API changed a few days ago and Choqok 1.5 no longer works. The latest version 1.6 requires KDE5 so unless someone wants to take it over it's probably best to remove it from the repo. I will gladly take it up again if/when Slackware gets KDE5, but that seems a long way off if it happens at all. Thanks Dave From willysr at slackbuilds.org Tue Aug 15 13:11:47 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Tue, 15 Aug 2017 20:11:47 +0700 Subject: [Slackbuilds-users] Choqok Removal In-Reply-To: <20170815125351.GA7548@Blackswan> References: <20170815125351.GA7548@Blackswan> Message-ID: <19d1f963-3034-aeea-f414-7858cb32ec90@slackbuilds.org> > The twitter API changed a few days ago and Choqok 1.5 no longer works. > The latest version 1.6 requires KDE5 so unless someone wants to take > it over it's probably best to remove it from the repo. I will gladly > take it up again if/when Slackware gets KDE5, but that seems a long > way off if it happens at all. Done in my branch -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From fernando.lopezjr at gmail.com Wed Aug 16 09:19:43 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 03:19:43 -0600 Subject: [Slackbuilds-users] python install with no setup.py? Message-ID: can anyone point me to an example... thank you! -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Aug 16 09:29:50 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 16 Aug 2017 11:29:50 +0200 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: 2017-08-16 11:19 GMT+02:00 Fernando Lopez : > can anyone point me to an example... thank you! hi Fernando, can you please describe intead what are you trying to install? Matteo From sombragris at sombragris.org Wed Aug 16 13:20:36 2017 From: sombragris at sombragris.org (Eduardo Sanchez) Date: Wed, 16 Aug 2017 09:20:36 -0400 Subject: [Slackbuilds-users] [Workaround] Bibletime 2.11 segfaults with Qt 5-9 Message-ID: I use Slackware-current and additionally, I use Alienbob's Plasma 5 packages. Therefore, the qt5 version I use is 5.9.0. Under that particular Qt version, bibletime segfaults immediately upon startup. I reported the bug upstream. Upstream answered that this is due to a particular Qt5 bug which is yet to be patched. However, in the meantime they checked a workaround for that bug in both master and stable-2.11 branch. I checked out the stable-2.11 branch. It compiled and ran OK. So, I would suggest to replace the bibletime-2.11 source with a github check of the stable-2.11 branch until the bibletime folks make another release. I know this happens only in -current (I know, unsupported...) and with Qt 5.9 (even less supported) but this could be useful. Best regards Eduardo -- Eduardo S?nchez Gauto, Abog., Th.M. Abogado - Traductor P?blico Matriculado Ingl?s - Espa?ol Web: http://sombragris.org - Blog: http://shadow.sombragris.org TW: @thegreyshadow - FB: /thegreyshadow Tel?fono: (0991) 755-355 - Asunci?n, Paraguay ================================================================== -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From rob0 at slackbuilds.org Wed Aug 16 14:00:52 2017 From: rob0 at slackbuilds.org (Rob McGee) Date: Wed, 16 Aug 2017 09:00:52 -0500 Subject: [Slackbuilds-users] [Workaround] Bibletime 2.11 segfaults with Qt 5-9 In-Reply-To: References: Message-ID: <20170816140052.GU2027@harrier.slackbuilds.org> On Wed, Aug 16, 2017 at 09:20:36AM -0400, Eduardo Sanchez wrote: > I use Slackware-current and additionally, I use Alienbob's Plasma 5 > packages. Therefore, the qt5 version I use is 5.9.0. > > Under that particular Qt version, bibletime segfaults immediately > upon startup. > > I reported the bug upstream. Upstream answered that this is due to > a particular Qt5 bug which is yet to be patched. However, in the > meantime they checked a workaround for that bug in both master and > stable-2.11 branch. > > I checked out the stable-2.11 branch. It compiled and ran OK. > > So, I would suggest to replace the bibletime-2.11 source with a > github check of the stable-2.11 branch until the bibletime folks > make another release. > > I know this happens only in -current (I know, unsupported...) and > with Qt 5.9 (even less supported) but this could be useful. It is good to have this documented in the list archive, but as for your suggestion, it sounds like the problem will be resolved before it gets to Slackware. :) Thank you for the report. -- Rob McGee - /dev/rob0 - rob0 at slackbuilds.org From dickson.tim at googlemail.com Wed Aug 16 17:48:21 2017 From: dickson.tim at googlemail.com (Tim Dickson) Date: Wed, 16 Aug 2017 18:48:21 +0100 Subject: [Slackbuilds-users] [Workaround] Bibletime 2.11 segfaults with Qt 5-9 In-Reply-To: References: Message-ID: <20cac15a-6157-a7fa-7f71-2a9e1fbb7a80@googlemail.com> As the package maintainer, if you have a patch for the work-around that can be applied to the release version, and doesn't affect it working on stock slackware 14.2, I don't mind adding it to the slackbuild, but as I don't have slackware current or qt5.9 I have no way or enthusiasm to test it myself. maybe you could mail it (a patch) me (if it is small) off-list. Maybe, like Rob says, upstream will release a new stable with the fix. I can always ask them. regards, Tim On 16/08/2017 14:20, Eduardo Sanchez wrote: > I use Slackware-current and additionally, I use Alienbob's Plasma 5 > packages. Therefore, the qt5 version I use is 5.9.0. > > Under that particular Qt version, bibletime segfaults immediately upon > startup. > > I reported the bug upstream. Upstream answered that this is due to a > particular Qt5 bug which is yet to be patched. However, in the meantime > they checked a workaround for that bug in both master and stable-2.11 > branch. > > I checked out the stable-2.11 branch. It compiled and ran OK. > > So, I would suggest to replace the bibletime-2.11 source with a github > check of the stable-2.11 branch until the bibletime folks make another > release. > > I know this happens only in -current (I know, unsupported...) and > with Qt 5.9 (even less supported) but this could be useful. > > Best regards > > > Eduardo > > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernando.lopezjr at gmail.com Wed Aug 16 20:10:52 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 14:10:52 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: https://github.com/reverse-shell/routersploit On Wed, Aug 16, 2017 at 3:29 AM, Matteo Bernardini < matteo.bernardini at gmail.com> wrote: > 2017-08-16 11:19 GMT+02:00 Fernando Lopez : > > can anyone point me to an example... thank you! > > hi Fernando, > > can you please describe intead what are you trying to install? > > Matteo > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Aug 16 20:41:29 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 16 Aug 2017 22:41:29 +0200 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: 2017-08-16 22:10 GMT+02:00 Fernando Lopez : > https://github.com/reverse-shell/routersploit > > > On Wed, Aug 16, 2017 at 3:29 AM, Matteo Bernardini > wrote: >> >> 2017-08-16 11:19 GMT+02:00 Fernando Lopez : >> > can anyone point me to an example... thank you! >> >> hi Fernando, >> >> can you please describe intead what are you trying to install? >> >> Matteo the installation is described in the README: after having satisfied all the dependencies (in the REQUIRES fielf of the routersploit.info file) you just have to launch rsf.py. so, when packaging, you should install rsf.py in /usr/bin and make it executable. at a rapid look it seems there are no python modules shipped with routersploit. Matteo From fernando.lopezjr at gmail.com Wed Aug 16 20:46:57 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 14:46:57 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: exactly. I didnt need an explanation of how it worked I was just asking for a similar script already in slackbuilds were I can base it off from. On Wed, Aug 16, 2017 at 2:41 PM, Matteo Bernardini < matteo.bernardini at gmail.com> wrote: > 2017-08-16 22:10 GMT+02:00 Fernando Lopez : > > https://github.com/reverse-shell/routersploit > > > > > > On Wed, Aug 16, 2017 at 3:29 AM, Matteo Bernardini > > wrote: > >> > >> 2017-08-16 11:19 GMT+02:00 Fernando Lopez : > >> > can anyone point me to an example... thank you! > >> > >> hi Fernando, > >> > >> can you please describe intead what are you trying to install? > >> > >> Matteo > > the installation is described in the README: after having satisfied > all the dependencies (in the REQUIRES fielf of the routersploit.info > file) you just have to launch rsf.py. > so, when packaging, you should install rsf.py in /usr/bin and make it > executable. > at a rapid look it seems there are no python modules shipped with > routersploit. > > Matteo > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernando.lopezjr at gmail.com Wed Aug 16 20:58:31 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 14:58:31 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: I found out it is super easy to create a setup.py... On Wed, Aug 16, 2017 at 2:46 PM, Fernando Lopez wrote: > exactly. I didnt need an explanation of how it worked I was just asking > for a similar script already in slackbuilds were I can base it off from. > > On Wed, Aug 16, 2017 at 2:41 PM, Matteo Bernardini < > matteo.bernardini at gmail.com> wrote: > >> 2017-08-16 22:10 GMT+02:00 Fernando Lopez : >> > https://github.com/reverse-shell/routersploit >> > >> > >> > On Wed, Aug 16, 2017 at 3:29 AM, Matteo Bernardini >> > wrote: >> >> >> >> 2017-08-16 11:19 GMT+02:00 Fernando Lopez > >: >> >> > can anyone point me to an example... thank you! >> >> >> >> hi Fernando, >> >> >> >> can you please describe intead what are you trying to install? >> >> >> >> Matteo >> >> the installation is described in the README: after having satisfied >> all the dependencies (in the REQUIRES fielf of the routersploit.info >> file) you just have to launch rsf.py. >> so, when packaging, you should install rsf.py in /usr/bin and make it >> executable. >> at a rapid look it seems there are no python modules shipped with >> routersploit. >> >> Matteo >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> > > > -- > > ------------ > Regards, > Fernando Lopez Jr. > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From matteo.bernardini at gmail.com Wed Aug 16 21:00:35 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 16 Aug 2017 23:00:35 +0200 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: 2017-08-16 22:58 GMT+02:00 Fernando Lopez : > I found out it is super easy to create a setup.py... > > On Wed, Aug 16, 2017 at 2:46 PM, Fernando Lopez > wrote: >> >> exactly. I didnt need an explanation of how it worked I was just asking >> for a similar script already in slackbuilds were I can base it off from. >> >> On Wed, Aug 16, 2017 at 2:41 PM, Matteo Bernardini >> wrote: >>> >>> 2017-08-16 22:10 GMT+02:00 Fernando Lopez : >>> > https://github.com/reverse-shell/routersploit >>> > >>> > >>> > On Wed, Aug 16, 2017 at 3:29 AM, Matteo Bernardini >>> > wrote: >>> >> >>> >> 2017-08-16 11:19 GMT+02:00 Fernando Lopez >>> >> : >>> >> > can anyone point me to an example... thank you! >>> >> >>> >> hi Fernando, >>> >> >>> >> can you please describe intead what are you trying to install? >>> >> >>> >> Matteo >>> >>> the installation is described in the README: after having satisfied >>> all the dependencies (in the REQUIRES fielf of the routersploit.info >>> file) you just have to launch rsf.py. >>> so, when packaging, you should install rsf.py in /usr/bin and make it >>> executable. >>> at a rapid look it seems there are no python modules shipped with >>> routersploit. I don't know if a setup.py is what you need but if you feel confident... Consider also that looking at the README maybe the routersploit directory must be at the same level of the rsf.py binary (you should try it) so, in this case, maybe an installation of the needed stuff in /opt/routersploit an a wrapper in /usr/bin might be a better solution. Matteo From baildon.research at googlemail.com Wed Aug 16 21:00:36 2017 From: baildon.research at googlemail.com (David Spencer) Date: Wed, 16 Aug 2017 22:00:36 +0100 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: > On Wed, Aug 16, 2017 at 2:41 PM, Matteo Bernardini > wrote: >> >> the installation is described in the README: "gnureadline (OSX only)" So maybe we do not need python-gnureadline that I approved earlier today? (It says "This module is usually unnecessary on Linux and other Unix systems with default readline support.") Thanks -D. From fernando.lopezjr at gmail.com Wed Aug 16 21:06:00 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 15:06:00 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: yeah, it is not needed however it is an alternate library to gnu one. On Wed, Aug 16, 2017 at 3:00 PM, David Spencer < baildon.research at googlemail.com> wrote: > > On Wed, Aug 16, 2017 at 2:41 PM, Matteo Bernardini > > wrote: > >> > >> the installation is described in the README: > > "gnureadline (OSX only)" > > So maybe we do not need python-gnureadline that I approved earlier > today? (It says "This module is usually unnecessary on Linux and > other Unix systems with default readline support.") > > Thanks > -D. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From baildon.research at googlemail.com Wed Aug 16 21:17:56 2017 From: baildon.research at googlemail.com (David Spencer) Date: Wed, 16 Aug 2017 22:17:56 +0100 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: > yeah, it is not needed however it is an alternate library to gnu one. But it's the same: "This module achieves this by bundling the standard Python readline module with the GNU readline source code" Now that I see the comment in the routerspoit README, I really don't think we need this.... Cheers -D. From fernando.lopezjr at gmail.com Wed Aug 16 22:24:22 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 16:24:22 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: So, I created a setup.py and it works it creates the package perfectly... however I get this error when running the script any ideas? bash-4.4$ rsf.py Traceback (most recent call last): File "/usr/bin/rsf.py", line 7, in from routersploit.interpreter import RoutersploitInterpreter File "/usr/lib64/python2.7/site-packages/routersploit/__init__.py", line 1, in from routersploit.utils import ( File "/usr/lib64/python2.7/site-packages/routersploit/utils.py", line 23, in from . import modules as rsf_modules ImportError: cannot import name modules https://www.dropbox.com/s/rlgckt6mhajq2uc/routersploit_fail.tar.bz2?dl=0 On Wed, Aug 16, 2017 at 3:17 PM, David Spencer < baildon.research at googlemail.com> wrote: > > yeah, it is not needed however it is an alternate library to gnu one. > > But it's the same: "This module achieves this by bundling the standard > Python readline module with the GNU readline source code" > > Now that I see the comment in the routerspoit README, I really don't > think we need this.... > > Cheers > -D. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew at stevens.is Wed Aug 16 22:33:57 2017 From: andrew at stevens.is (Andrew) Date: Wed, 16 Aug 2017 18:33:57 -0400 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: Ata Marie, It's attempting to import a module named "modules" in line 23 of the file "routersploit/utils.py" but fails as it can't find the modules to import. I'd take a closer look but unfortunately am on my phone. There is surely many pythonistas in the mailing who can help further though! :^) Best of Luck, Andrew Stevens. Sent from ProtonMail mobile -------- Original Message -------- On 17 Aug 2017, 10:24, Fernando Lopez wrote: > So, I created a setup.py and it works it creates the package perfectly... however I get this error when running the script any ideas? > > bash-4.4$ rsf.py > Traceback (most recent call last): > File "/usr/bin/rsf.py", line 7, in > from routersploit.interpreter import RoutersploitInterpreter > File "/usr/lib64/python2.7/site-packages/routersploit/__init__.py", line 1, in > from routersploit.utils import ( > File "/usr/lib64/python2.7/site-packages/routersploit/utils.py", line 23, in > from . import modules as rsf_modules > ImportError: cannot import name modules > > https://www.dropbox.com/s/rlgckt6mhajq2uc/routersploit_fail.tar.bz2?dl=0 > > On Wed, Aug 16, 2017 at 3:17 PM, David Spencer wrote: > >>> yeah, it is not needed however it is an alternate library to gnu one. >> >> But it's the same: "This module achieves this by bundling the standard >> Python readline module with the GNU readline source code" >> >> Now that I see the comment in the routerspoit README, I really don't >> think we need this.... >> >> Cheers >> >> -D. >> ______________________________ _________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ > > -- > > ------------ > Regards, > Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fernando.lopezjr at gmail.com Wed Aug 16 22:39:07 2017 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Wed, 16 Aug 2017 16:39:07 -0600 Subject: [Slackbuilds-users] python install with no setup.py? In-Reply-To: References: Message-ID: thank you andrew!!! I FOUND THE PROBLEM!!!! On Wed, Aug 16, 2017 at 4:33 PM, Andrew wrote: > Ata Marie, > > It's attempting to import a module named "modules" in line 23 of the file > "routersploit/utils.py" but fails as it can't find the modules to import. > I'd take a closer look but unfortunately am on my phone. There is surely > many pythonistas in the mailing who can help further though! :^) > > Best of Luck, > > Andrew Stevens. > > > Sent from ProtonMail mobile > > > > -------- Original Message -------- > > On 17 Aug 2017, 10:24, Fernando Lopez < fernando.lopezjr at gmail.com> wrote: > > > So, I created a setup.py and it works it creates the package perfectly... > however I get this error when running the script any ideas? > > bash-4.4$ rsf.py > Traceback (most recent call last): > File "/usr/bin/rsf.py", line 7, in > from routersploit.interpreter import RoutersploitInterpreter > File "/usr/lib64/python2.7/site-packages/routersploit/__init__.py", > line 1, in > from routersploit.utils import ( > File "/usr/lib64/python2.7/site-packages/routersploit/utils.py", line > 23, in > from . import modules as rsf_modules > ImportError: cannot import name modules > > > https://www.dropbox.com/s/rlgckt6mhajq2uc/routersploit_fail.tar.bz2?dl=0 > > > > > > On Wed, Aug 16, 2017 at 3:17 PM, David Spencer < > baildon.research at googlemail.com> wrote: > >> > yeah, it is not needed however it is an alternate library to gnu one. >> >> But it's the same: "This module achieves this by bundling the standard >> Python readline module with the GNU readline source code" >> >> Now that I see the comment in the routerspoit README, I really don't >> think we need this.... >> >> Cheers >> -D. >> ______________________________ _________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> > > > -- > > ------------ > Regards, > Fernando Lopez Jr. > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From atelszewski at gmail.com Wed Aug 16 23:44:13 2017 From: atelszewski at gmail.com (Andrzej Telszewski) Date: Thu, 17 Aug 2017 01:44:13 +0200 Subject: [Slackbuilds-users] pr0ntools category Message-ID: <67cd80e8-2583-0103-1036-bce14614d896@gmail.com> Hi, I have just skimmed over pr0ntools (new submission, in the ready queue at the moment), but it looks like "Academic" category is more suitable than "Graphics" one. Cheers. (Bcc'd maintainer). -- Best regards, Andrzej Telszewski From davidnchmelik at gmail.com Fri Aug 18 11:43:43 2017 From: davidnchmelik at gmail.com (David Melik) Date: Fri, 18 Aug 2017 04:43:43 -0700 Subject: [Slackbuilds-users] pysetuptools? In-Reply-To: References: <72f95a2a-edc4-c76e-7cae-b4b6a378065a@slacky.it> Message-ID: <4bffcb32-e022-da2d-6901-5846c1fd845b@gmail.com> On 08/06/2017 10:24 PM, Willy Sudiarto Raharjo wrote: >> html5lib requires setuptools version 18.5 or above; please upgrade before >> installing (you have 0.6rc11) > > do you have a custom installation of pysetuptools in /usr/local perhaps? I don't think so; I have no reason to (I don't even make anything in Python.) I searched there, didn't find anything. From larryhaja at gmail.com Fri Aug 18 18:58:41 2017 From: larryhaja at gmail.com (Larry Hajali) Date: Fri, 18 Aug 2017 11:58:41 -0700 Subject: [Slackbuilds-users] Calibre and Gourmet revisited In-Reply-To: <4a05407e-b571-7a10-2138-a5b976a2128e@cfl.rr.com> References: <4a05407e-b571-7a10-2138-a5b976a2128e@cfl.rr.com> Message-ID: Hi Len, On Mon, Aug 14, 2017 at 9:11 AM, Lenard Spencer wrote: > In working with calibre, I found that the new versions (3.5 and newer) > have another dependency, httml5-parser (also written by Kavid Goyal), which > doesn't have a SB script in the repo. I have created a script for it, and > now I can get calibre to buid and run on my system. Shoiuld I go ahead and > submit it to SBo? I'm sure Larry (the maintainer of the calibre SBo) would > be especially interested in it. I have tested in both 14.2 and current and > have had no problems on either (other than having to rebuild EVERYTHING on > current because of other package upgrades). > > No need. I've already updated the repo and it is in the approved queue. Calibre is also updated as well to 3.6.0. --Larry > With Gourmet, I found that the patched script that is currently in Ponce's > repo is necessary to fix a problem that makes it impossible to enter or > edit recipes. Earlier I had thought it was an issue with Python itself, > but it really lies with the upgrade of the python image library (from PIL > in 14.1 to pillow in 14.2). > > Hope this helps. > > Len > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Sat Aug 19 00:26:47 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 19 Aug 2017 07:26:47 +0700 Subject: [Slackbuilds-users] Updates - 20170819.1 Message-ID: <35f30273-f875-b195-5d45-7d3734bbce4a@slackbuilds.org> Sat Aug 19 00:11:53 UTC 2017 academic/fet: Updated for version 5.32.3. academic/gwyddion: Updated for version 2.49. audio/listener: Updated for version 2.2, new maintainer. audio/match-vamp-plugin: Switch to github URLs. desktop/cbatticon: Updated for version 1.6.6. development/composer: Updated for version 1.5.1 development/dmd: Updated for version 2.075.1 development/ioncube-loader: Updated for version 10.0.0 development/nwjs: Updated for version 0.24.2. development/pip2tgz: Added (Make Slackware package from PyPI). development/pkgconf: Updated for version 1.3.8. development/pycharm: Updated for version 2017.2.1. development/pyvim: Updated for version 0.0.21. development/slibtool: Updated for version 0.5.17. development/spice-protocol: Updated for version 0.12.13. development/universal-ctags: Updated for version fc2655d games/RetroArch: Updated for version 1.6.7. games/antimicro: Updated for version 2.23. games/crossfire-client: Updated for version 1.72.0. games/ecwolf: Updated for version 1.3.3. games/oblige: Updated for version 7.666. games/pcgen: Added (RPG character generator). graphics/deskew: Added (cli tool for deskewing text images). graphics/feh: Updated for version 2.19.2. graphics/gifsicle: Updated for version 1.90. graphics/graphite2: Updated for version 1.3.10. graphics/pr0ntools: Added (IC Reverse Engineering tools). libraries/beignet: Added (OpenCL for Intel GPUs). libraries/libcmis: Updated for version 0.5.1. libraries/libdc1394: Updated for version 2.2.5 libraries/libe-book: Switch download to https, script changes. libraries/libfilezilla: Updated for version 0.10.1. libraries/libgltf: Updated for version 0.1.0. libraries/libixion: Switch download to https, script changes. libraries/libmwaw: Updated for version 0.3.12. libraries/liborcus: Switch download to https. libraries/libstaroffice: Added (StarOffice binary formats lib). libraries/libwps: Updated for version 0.4.7. libraries/libzmf: Added (Zoner Callisto/Draw documents parser lib). libraries/mdds: Updated for version 1.2.3. libraries/ocl-icd: Added (OpenCL ICD Loader). multimedia/avidemux: Updated for version 2.7.0, cleanups. multimedia/smplayer: Updated for version 17.8.0. network/Signal-Desktop: Updated for version 0.42.2. network/choqok: Removed (Twitter API Changes). network/claws-mail: Fix slibtool build errors. network/filezilla: Updated for version 3.27.1. network/keybase-client: Removed (Use keybase or kbfs). network/smstools3: Move smsd binary, remove unused option. network/spice-gtk: Updated for version 0.34. network/youtube-dl: Updated for version 2017.08.13. office/calibre: Updated for version 3.6.0 office/keepassx: Updated for version 2.0.3 + new maintainer. office/pdfstudio12: Updated for version 12.0.2. office/texstudio: Update md5sum for new tarball perl/perl-IO-Socket-SSL: Updated for version 2.050. perl/perl-Mojolicious: Updated for version 7.43. perl/perl-Test-Spec: Updated for version 0.53. perl/perl-YAML-LibYAML: Updated for version 0.66. python/cheroot: Updated for version 5.8.3. python/html5-parser: Added (HTML 5 parsing for python). python/invoke: Updated for version 0.20.4. python/python-keyutils: Updated for version 0.5. python/python-wrapt: Updated for version 1.10.11. python/selenium: Updated for version 3.5.0. system/keybase: Updated for version 1.0.27. system/kitchen-sync: Updated for version 0.60. system/letsencrypt: Updated for version 0.17.0. system/lxdm: Added a Slackware theme, cleanups. system/memtest86+: Fix URLs. system/nix: Updated for version 1.11.13. system/nvme-cli: Fixed bash completion script. system/routersploit: Added (exploitation framework). system/swun: Updated for version 0.0.3. system/xen: XSA 226-228 and 230 update. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From 414N at slacky.it Sat Aug 19 16:06:47 2017 From: 414N at slacky.it (414N) Date: Sat, 19 Aug 2017 18:06:47 +0200 Subject: [Slackbuilds-users] pyPdf SlackBuild or can't upgrade sofastats Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From duncan_roe at optusnet.com.au Sun Aug 20 03:29:38 2017 From: duncan_roe at optusnet.com.au (Duncan Roe) Date: Sun, 20 Aug 2017 13:29:38 +1000 Subject: [Slackbuilds-users] pyPdf SlackBuild or can't upgrade sofastats In-Reply-To: References: Message-ID: <20170820032938.GB3396@dimstar.local.net> On Sat, Aug 19, 2017 at 06:06:47PM +0200, 414N wrote: > I'm working on an updated sofastats SlackBuild but I stumbled upon a > dependency issue... > It seems like the sofastats package depends since some time on the `pyPdf` > python library for managing PDF exports (see the official documentation at > http://www.sofastatistics.com/wiki/doku.php?id=help:linux_installation#packages_required_dependencies, > although they only report distro-specific package names...). Problem is, > that the pyPdf package on SBo is not the original library required for the > build, but instead is a ~2011 fork based on that library that has since gone > separate ways and was renamed `PyPDF2`. This is also reflected on the module > name, as it is installed as PyPDF2 inside > /usr/lib64/python2.7/site-packages/PyPDF2/. > The full story of the forking is available on the official site of PyPDF2 at > https://mstamy2.github.io/PyPDF2/, while the original library is still > available at http://pybrary.net/pyPdf/. > What I'd like to propose is: > > - to rename the current pyPdf package to the more proper `PyPDF2` name > > - to submit (I've already created a SlackBuild) the original unmaintained > library as `pyPdf`, so the dependency can be set inside the updated > sofastats.info > -- > Alan Alberghini Hi Alan, Please try to avoid sending HTML-only messages to the list in future. pyPdf is indexed by PyPI - the Python Package Index (https://pypi.python.org/pypi), so pip2tgz will build it. The package ends up as pyPdf-1.13-x86_64-1_pip2_SBo.tgz. (PyPDF2 is also listed on PyPI BTW). Unfortunately you can't put a pip2tgz-built package as a dependency in sofastats.info. You would have to mention it in the README as being required. That would enable you to get the main SB out the door. I certainly agree that the existing pyPdf SB should be renamed, Cheers ... Duncan. From rshepard at appl-ecosys.com Sun Aug 20 12:57:06 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 05:57:06 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages Message-ID: I've just upgraded my desktop server/workstation from 14.1 to 14.2. I have 180 SBo packages installed and all (except postfix which I upgraded to get mail working again) need to be recompiled with the new libraries. This is separate from upgrading already installed packages using sbopkg ... I think. Has anyone written a script that will go through each directory tree (e.g., Databases/, Developent/, GIS/) and recompile each package in there? TIA, Rich From dave at dawoodfall.net Sun Aug 20 14:59:12 2017 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 20 Aug 2017 15:59:12 +0100 Subject: [Slackbuilds-users] GeoIP.dat.gz MD5SUM Failure Message-ID: <20170820145912.GF7548@Blackswan> For: https://sourceforge.net/projects/slackbuildsdirectlinks/files/GeoIP/20170401/GeoIP.dat.gz Expected: 7bb92ae5ebb8b61c3aeac247657c6c8f Found: 99c46748c54cc18d98379f9f969f62c9 Dave From rshepard at appl-ecosys.com Sun Aug 20 15:01:31 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 08:01:31 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library Message-ID: Trying to build goffice-0.10.34 on 14.2 this error occurs: checking for intltool >= 0.35.0... found configure: error: Your intltool is too old. You need intltool 0.35.0 or later. Installed is intltool-0.51.0-i586-3_slack14.2. Downloading new copies of the .tar.gz and souce files makes no difference. Please advise, Rich From rshepard at appl-ecosys.com Sun Aug 20 15:52:44 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 08:52:44 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: On Sun, 20 Aug 2017, Dimitris Zlatanidis wrote: > It is impossible to do it for all packages. You can try with slpkg but..... Dimitris, I was afraid this is the answer. Thanks, Rich From rshepard at appl-ecosys.com Sun Aug 20 16:32:19 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 09:32:19 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype Message-ID: Trying to upgrade texlive from 2016 to 2017 I've run into a freetype issue. The build script reports: checking requested system `freetype2' library... failed and the build script specifies: --with-system-freetype2 \ Installed is freetype-2.6.3-i586-2_slack14.2 found as freetype, not freetype2. Please advise me how to fix this issue. TIA, Rich From eric.b.pratt at gmail.com Sun Aug 20 17:18:25 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Sun, 20 Aug 2017 13:18:25 -0400 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: On Sun, Aug 20, 2017 at 8:57 AM, Rich Shepard wrote: > I've just upgraded my desktop server/workstation from 14.1 to 14.2. I > have > 180 SBo packages installed and all (except postfix which I upgraded to get > mail working again) need to be recompiled with the new libraries. This is > separate from upgrading already installed packages using sbopkg ... I > think. > > Has anyone written a script that will go through each directory tree > (e.g., Databases/, Developent/, GIS/) and recompile each package in there? > ?I have not done this. But here's a quick and dirty that should do the job for you: for i in $(find /var/log/packages -name *SBo -exec basename {} \; | sed -E 's/-(x86_64|i586|noarch).*// ' | sed 's/-[0-9._]*$//'); do sbopkg -e continue -Bi; done This finds all SBo packages installed on your system according to /var/log/packages and strips all but the package names themselves out of the results.? You can see the package names it finds by replacing the sbopkg command with an echo: for i in $(find /var/log/packages -name *SBo -exec basename {} \; | sed -E 's/-(x86_64|i586|noarch).*// ' | sed 's/-[0-9._]*$//'); do echo $i; done I have only tested it up to this point. I didn't actually run sbopkg because I'm about to head out for the rest of the day. But the sbopkg command included in the original one should download all newer versions than you have installed and rebuild them. It will not skip existing versions so if you already have the latest version, it should not download it but still rebuild from source. If for some reason you want to skip existing packages of the same version, add a '-k' option to the sbopkg command. There are some unknowns here for me. I don't upgrade Slackware in place. I have always reinstalled from scratch so I don't know how sbopkg handles this. It's possible it will decide that since you are now looking at a different repository that all of your packages are out of date even if you have the same versions installed for some of them. This would actually not be a bad thing since there have been some changes to the standard conventions in the 14.2 scripts over the 14.1 scripts. Besides, the bulk of the time in this is going to be from rebuilding, not downloading. Unless there is a bandwidth cap issue, re-downloading all slackbuilds would probably be the best way to go. Also, I'm assuming you have already updated sbopkg to the latest version, reconfigured sbopkg for 14.2, and run "sbopkg -r" before running this script. What I put together will not do any of this for you. It will only use your sbopkg installation as it is to download, build, and install packages. Feel free to give it a shot. If you do, please let us know how it works out. Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From didier at slint.fr Sun Aug 20 19:20:50 2017 From: didier at slint.fr (Didier Spaier) Date: Sun, 20 Aug 2017 21:20:50 +0200 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: <03767cae-c9e6-cbc9-779b-6876e4482fb1@slint.fr> Hello Rich, Le 20/08/2017 ? 17:52, Rich Shepard a ?crit : > On Sun, 20 Aug 2017, Dimitris Zlatanidis wrote: > >> It is impossible to do it for all packages. You can try with slpkg but..... > > Dimitris, > > I was afraid this is the answer. My guess is that your upgrade to 14.2 mentionned in this post: http://www.linuxquestions.org/questions/slackware-14/upgrade-to-14-2-32-bit-postfix-3-2-2-hard-coded-for-non-installed-library-4175612273/#post5750052 didn't completely succeed, thus you have some files leftover from previous versions that confuse the building tools, as seem to indicate your other posts. So my advice is: backup all you would else miss, including hidden files and directories in $HOME, then make a fresh installation of Slackware version 14.2. All in all, this will save you a lot of time and hassle. Best regards, Didier From rshepard at appl-ecosys.com Sun Aug 20 17:32:22 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 10:32:22 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: <03767cae-c9e6-cbc9-779b-6876e4482fb1@slint.fr> References: <03767cae-c9e6-cbc9-779b-6876e4482fb1@slint.fr> Message-ID: On Sun, 20 Aug 2017, Didier Spaier wrote: > My guess is that your upgrade to 14.2 mentionned in this post: ... > didn't completely succeed, Didier, Actually, it did completely succeed. The hardcoded library in postfix was fixed by rebuilding postfix (which hardcoded the updated libgui) and reinstalling it. That's why I wondered if there was a tool to rebuild all installed SBo packages automatically. But, as I'm learning by experience, not all packages need rebuilding. LyX, for example, runs fine. I think that those packages that hardcode library versions (gdal is one that's currently rebuilding) need to be re-done. Those that find, and use, the currently installed library don't need attention. Thanks, Rich P.S. That I'm reading and writing messages to the SBo mail list confirms that rebuilding postfix using installed 14.2 packages is the solution. From rshepard at appl-ecosys.com Sun Aug 20 17:36:56 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 10:36:56 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: On Sun, 20 Aug 2017, Eric Pratt wrote: > I have not done this. But here's a quick and dirty that should do the job > for you: Eric, Thanks for the idea and a working shell script. I've learned that not all SBo packages need to be rebuilt. So, as I encounter a tool that won't run I'll rebuild that one. Regards, Rich From chris.willing at iinet.net.au Sun Aug 20 20:31:13 2017 From: chris.willing at iinet.net.au (Christoph Willing) Date: Mon, 21 Aug 2017 06:31:13 +1000 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: <07507c0b-e1d7-cc77-d0e8-79d33b506ab3@iinet.net.au> On 20/08/17 22:57, Rich Shepard wrote: > I've just upgraded my desktop server/workstation from 14.1 to 14.2. I > have > 180 SBo packages installed and all (except postfix which I upgraded to get > mail working again) need to be recompiled with the new libraries. This is > separate from upgrading already installed packages using sbopkg ... I > think. > > Has anyone written a script that will go through each directory tree > (e.g., Databases/, Developent/, GIS/) and recompile each package in there? > The hoorex app (misc/hoorex) doesn't do the building, but generates a build ordering of all packages needed to fulfill some condition. You can use it to feed to some other building tool, or use it to build manually. Some usage examples: hoorex -g gis for a queue of all packages in the gis group of the repo. hoorex -g all for queue of all packages in the repo. More useful for what you want: hoorex -I -g all for queue of all packages currently installed and hoorex -I -1 -g all for queue all packages currently installed, presented in a single column and hoorex -I -1 -l -g all for all packackages currently installed, single column, also showing the group of each package. I know you've mentioned elsewhere that you're going to rebuild as you find tools that won't run. However Murphy's Law suggests you will find them at the most inconvenient times i.e. rebuild whatever you have time for sooner rather than later. chris From andreas.guldstrand at gmail.com Sun Aug 20 20:32:30 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Sun, 20 Aug 2017 22:32:30 +0200 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: I think I'd solve it by something like: pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' | sed 's/.*\///') removepkg $pkgs sboinstall $pkgs ... of course, I'm a bit biased since I'm the current maintainer of sbotools. From baildon.research at googlemail.com Sun Aug 20 21:07:52 2017 From: baildon.research at googlemail.com (David Spencer) Date: Sun, 20 Aug 2017 22:07:52 +0100 Subject: [Slackbuilds-users] GeoIP.dat.gz MD5SUM Failure In-Reply-To: <20170820145912.GF7548@Blackswan> References: <20170820145912.GF7548@Blackswan> Message-ID: On 20 August 2017 at 15:59, David Woodfall wrote: > For: > https://sourceforge.net/projects/slackbuildsdirectlinks/files/GeoIP/20170401/GeoIP.dat.gz > > Expected: 7bb92ae5ebb8b61c3aeac247657c6c8f > Found: 99c46748c54cc18d98379f9f969f62c9 I don't know what tool you are using to do that, but it's buggy and confused. GeoIP.dat.gz is the second item in DOWNLOAD in the .info file; the second MD5SUM is 810c597f30be3706909ef3b7949bcf86; and 810c597f30be3706909ef3b7949bcf86 is indeed the md5sum of GeoIP.dat.gz when I download it manually. However, 7bb92ae5ebb8b61c3aeac247657c6c8f is the *third* MD5SUM in the .info file, so that's a bug in whatever you are using. Additionally, 99c46748c54cc18d98379f9f969f62c9 *was* the *third* MD5SUM in the previous revision of the .info file, so whatever tool you are using is failing to realise that its cached version of GeoIP.dat.gz is obsolete and should be redownloaded. Cheers -D. From rshepard at appl-ecosys.com Sun Aug 20 22:34:18 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 15:34:18 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: On Sun, 20 Aug 2017, Rich Shepard wrote: > Trying to build goffice-0.10.34 on 14.2 this error occurs: Actually, there are two errors: checking whether NLS is requested... yes /usr/bin/perl: symbol lookup error: /usr/local/lib/perl5/auto/List/Util/Util.so: undefined symbol: Perl_xs_apiversion_bootcheck checking for intltool >= 0.35.0... found configure: error: Your intltool is too old. You need intltool 0.35.0 or later. and intltool-0.51.0-i586-3_slack14.2 is installed with these binaries: /usr/bin/intltool-update, /usr/bin/intltool-merge, //usr/bin/intltool-prepare, /usr/bin/intltoolize, /usr/bin/intltool-extract Please advise me how to proceed to build this package. Rich From lists at osh.id.au Sun Aug 20 22:44:27 2017 From: lists at osh.id.au (David O'Shaughnessy) Date: Mon, 21 Aug 2017 08:44:27 +1000 Subject: [Slackbuilds-users] goffice build script not finding installed library In-Reply-To: References: Message-ID: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> On 08/21/2017 01:01 AM, Rich Shepard wrote: > ? Trying to build goffice-0.10.34 on 14.2 this error occurs: > > checking for intltool >= 0.35.0... found configure: error: Your intltool is > too old. You need intltool 0.35.0 or later. > > ? Installed is intltool-0.51.0-i586-3_slack14.2. > > ? Downloading new copies of the .tar.gz and souce files makes no > difference. goffice-0.10.34 is building fine on Slackware 14.2_64: checking whether NLS is requested... yes checking for intltool >= 0.35.0... 0.51.0 found checking for intltool-update... /usr/bin/intltool-update checking for intltool-merge... /usr/bin/intltool-merge checking for intltool-extract... /usr/bin/intltool-extract etc. Sorry I can't be of more help, but it doesn't sound like you have a clean install. -- Dave From jebrhansen+SBo at gmail.com Sun Aug 20 22:49:55 2017 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Sun, 20 Aug 2017 22:49:55 +0000 Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: On Sun, Aug 20, 2017, 6:34 PM Rich Shepard wrote: > On Sun, 20 Aug 2017, Rich Shepard wrote: > > > Trying to build goffice-0.10.34 on 14.2 this error occurs: > > Actually, there are two errors: > > checking whether NLS is requested... yes > /usr/bin/perl: symbol lookup error: > /usr/local/lib/perl5/auto/List/Util/Util.so: undefined symbol: > Perl_xs_apiversion_bootcheck > checking for intltool >= 0.35.0... found > configure: error: Your intltool is too old. You need intltool 0.35.0 or > later. > > and intltool-0.51.0-i586-3_slack14.2 is installed with these binaries: > /usr/bin/intltool-update, /usr/bin/intltool-merge, > //usr/bin/intltool-prepare, /usr/bin/intltoolize, /usr/bin/intltool-extract > > Please advise me how to proceed to build this package. > > Rich > This is likely due to your upgrade and having old SBo packages that goffice links to that are linking to old Slackware files. This is why it's typically recommended to rebuild all 3rd-party applications when you upgrade the distro. There's so much dynamic linking that goes on that it can be a pain to track it down. I'd get a list of all packages based on the responses in your other email thread and the run "slackpkg clean-system" to clear it all out and rebuild from scratch. It'll take time now but will likely save you a lot more time in the future from trying to figure out why things aren't compiling when they seem like they should. Jeremy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From didier at slint.fr Mon Aug 21 00:53:23 2017 From: didier at slint.fr (Didier Spaier) Date: Mon, 21 Aug 2017 02:53:23 +0200 Subject: [Slackbuilds-users] goffice build script not finding installed library In-Reply-To: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> References: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> Message-ID: Hello, Le 21/08/2017 ? 00:44, David O'Shaughnessy a ?crit : > On 08/21/2017 01:01 AM, Rich Shepard wrote: >> Trying to build goffice-0.10.34 on 14.2 this error occurs: >> >> checking for intltool >= 0.35.0... found configure: error: Your intltool is >> too old. You need intltool 0.35.0 or later. >> >> Installed is intltool-0.51.0-i586-3_slack14.2. >> >> Downloading new copies of the .tar.gz and souce files makes no >> difference. > > goffice-0.10.34 is building fine on Slackware 14.2_64: > > checking whether NLS is requested... yes > checking for intltool >= 0.35.0... 0.51.0 found > checking for intltool-update... /usr/bin/intltool-update > checking for intltool-merge... /usr/bin/intltool-merge > checking for intltool-extract... /usr/bin/intltool-extract > > etc. Sorry I can't be of more help, but it doesn't sound like you have a > clean install. I think you are right: Rich, in your buid log I see: /usr/bin/perl: symbol lookup error: /usr/local/lib/perl5/auto/List/Util/Util.so: undefined symbol: Perl_xs_apiversion_bootcheck How come is this perl shared object in /usr/local? If you installed a genuine perl5 package you shoul5 have it in /usr/lib: /usr/lib/perl5/auto/List/Util/Util.so Didier From andreas.guldstrand at gmail.com Sun Aug 20 23:09:38 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 21 Aug 2017 01:09:38 +0200 Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: The /usr/local/lib/perl5/auto/List/Util/Util.so problem is likely because you installed something via CPAN and then upgraded your perl version. It's recommended not to do that. On 21 August 2017 at 00:49, Jeremy Hansen wrote: > On Sun, Aug 20, 2017, 6:34 PM Rich Shepard wrote: >> >> On Sun, 20 Aug 2017, Rich Shepard wrote: >> >> > Trying to build goffice-0.10.34 on 14.2 this error occurs: >> >> Actually, there are two errors: >> >> checking whether NLS is requested... yes >> /usr/bin/perl: symbol lookup error: >> /usr/local/lib/perl5/auto/List/Util/Util.so: undefined symbol: >> Perl_xs_apiversion_bootcheck >> checking for intltool >= 0.35.0... found >> configure: error: Your intltool is too old. You need intltool 0.35.0 or >> later. >> >> and intltool-0.51.0-i586-3_slack14.2 is installed with these binaries: >> /usr/bin/intltool-update, /usr/bin/intltool-merge, >> //usr/bin/intltool-prepare, /usr/bin/intltoolize, >> /usr/bin/intltool-extract >> >> Please advise me how to proceed to build this package. >> >> Rich > > > This is likely due to your upgrade and having old SBo packages that goffice > links to that are linking to old Slackware files. > > This is why it's typically recommended to rebuild all 3rd-party applications > when you upgrade the distro. There's so much dynamic linking that goes on > that it can be a pain to track it down. I'd get a list of all packages based > on the responses in your other email thread and the run "slackpkg > clean-system" to clear it all out and rebuild from scratch. It'll take time > now but will likely save you a lot more time in the future from trying to > figure out why things aren't compiling when they seem like they should. > > Jeremy > > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > From andreas.guldstrand at gmail.com Sun Aug 20 23:12:12 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 21 Aug 2017 01:12:12 +0200 Subject: [Slackbuilds-users] goffice build script not finding installed library In-Reply-To: References: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> Message-ID: On 21 August 2017 at 02:53, Didier Spaier wrote: > If you installed a genuine perl5 package you shoul5 have it in /usr/lib: > /usr/lib/perl5/auto/List/Util/Util.so It's included in perl; the one in local was likely installed from CPAN for an earlier version of perl. From rshepard at appl-ecosys.com Sun Aug 20 23:47:52 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 16:47:52 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: On Sun, 20 Aug 2017, Jeremy Hansen wrote: > This is likely due to your upgrade and having old SBo packages that > goffice links to that are linking to old Slackware files. Jeremy, I removed the earlier version of goffice (0.10.15) before trying to rebuild the current 0.10.34. I did not see dependencies for goffice on the SBo page or in the README file. > This is why it's typically recommended to rebuild all 3rd-party > applications when you upgrade the distro. Which I'm doing as I find one -- such as gnucash -- that requires not only an upgrade itself, but also an upgrade to goffice. > There's so much dynamic linking that goes on that it can be a pain to > track it down. Over the past 14 years I've run Slackware I've not found it onerous to upgrade SBo packages. This host has been scrubbed of obsolete packages and inadvertent duplicates in /usr/local/ so this issue with goffice really has no precedence in the past few years. > I'd get a list of all packages based on the responses in your other email > thread and the run "slackpkg clean-system" to clear it all out and rebuild > from scratch. It'll take time now but will likely save you a lot more time > in the future from trying to figure out why things aren't compiling when > they seem like they should. Rebuilding 180 packages on the system I use for running my business is not practical; my need for this system is the reason I delay upgrading the distribution. Rich From rshepard at appl-ecosys.com Sun Aug 20 23:50:47 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 16:50:47 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: On Mon, 21 Aug 2017, Andreas Guldstrand wrote: > The /usr/local/lib/perl5/auto/List/Util/Util.so problem is likely because > you installed something via CPAN and then upgraded your perl version. It's > recommended not to do that. Andreas, That could very well be the case. I've no idea when or why Util.so was installed. I don't use perl, but many applications do. The perl5 version was upgraded yesterday when I did the distribution upgrade. I'm not familiar enough with perl to know how to remove a shared library and re-install it from the distribution. Can you point me in the right direction? Thanks, Rich From rshepard at appl-ecosys.com Sun Aug 20 23:54:33 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 16:54:33 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library In-Reply-To: References: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> Message-ID: On Mon, 21 Aug 2017, Didier Spaier wrote: > Rich, in your buid log I see: > > /usr/bin/perl: symbol lookup error: /usr/local/lib/perl5/auto/List/Util/Util.so: undefined symbol: Perl_xs_apiversion_bootcheck > > How come is this perl shared object in /usr/local? Didier, I missed seeing that. > If you installed a genuine perl5 package you shoul5 have it in /usr/lib: > /usr/lib/perl5/auto/List/Util/Util.so I've no idea why there's perl5 in /usr/local/. All the files are from 2013 and 2014. Tomorrow I'll remove that directory and, if necessary, re-install perl5 from the 14.2 distribution DVD. Maybe the other error is tied to this one. Thanks, Rich From willysr at slackbuilds.org Mon Aug 21 00:03:27 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 21 Aug 2017 07:03:27 +0700 Subject: [Slackbuilds-users] GeoIP.dat.gz MD5SUM Failure In-Reply-To: References: <20170820145912.GF7548@Blackswan> Message-ID: >> For: >> https://sourceforge.net/projects/slackbuildsdirectlinks/files/GeoIP/20170401/GeoIP.dat.gz >> >> Expected: 7bb92ae5ebb8b61c3aeac247657c6c8f >> Found: 99c46748c54cc18d98379f9f969f62c9 > > I don't know what tool you are using to do that, but it's buggy and confused. looking at the message, i think it's sbopkg > GeoIP.dat.gz is the second item in DOWNLOAD in the .info file; the > second MD5SUM is 810c597f30be3706909ef3b7949bcf86; and > 810c597f30be3706909ef3b7949bcf86 is indeed the md5sum of GeoIP.dat.gz > when I download it manually. > > However, 7bb92ae5ebb8b61c3aeac247657c6c8f is the *third* MD5SUM in the > .info file, so that's a bug in whatever you are using. > > Additionally, 99c46748c54cc18d98379f9f969f62c9 *was* the *third* > MD5SUM in the previous revision of the .info file, so whatever tool > you are using is failing to realise that its cached version of > GeoIP.dat.gz is obsolete and should be redownloaded. Yes, that's correct. Since GeoIP.dat.gz has no version numbers, sbopkg doesn't know whether it's the latest one or not. It will only check whether it's available or not and i think your local copy is the previous version. See this commit https://git.slackbuilds.org/slackbuilds/commit/?id=0cc387d3e5ff475c0639ec7639642fb4a4c6d632 The solution is to redownload again and it will be fine -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 21 00:04:20 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 20 Aug 2017 17:04:20 -0700 (PDT) Subject: [Slackbuilds-users] goffice build script not finding installed library In-Reply-To: References: <1a457039-10dc-1e8a-a8e5-12d28c89f9de@osh.id.au> Message-ID: On Sun, 20 Aug 2017, Rich Shepard wrote: > I've no idea why there's perl5 in /usr/local/. All the files are from 2013 > and 2014. Tomorrow I'll remove that directory and, if necessary, > re-install perl5 from the 14.2 distribution DVD. Maybe the other error is > tied to this one. Didier, et al.: Rather than waiting until tomorrow, I deleted /usr/local/per5/. Now, goffice is building. I looked for another perl5 but the one in /usr/local/ did not show up using 'locate' and I completely missed the path when I read the error message. goffice-0.10.34 has successfully built; I'm sure that now gnuchash will also build and upgrade. I really appreciate other's seeing the reason that I miss because I'm expecting to see correct paths and focus on the error at the end of the line. I hope someone will see what I'm not with the texlive build. I had no problems with the versions from 2013-2016 so I don't know why the 2017 version failed. That's in a different thread. My thanks to all of you, Rich From Jim.Diamond at acadiau.ca Mon Aug 21 01:48:12 2017 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Sun, 20 Aug 2017 22:48:12 -0300 Subject: [Slackbuilds-users] calibre issues Message-ID: <20170821014812.GD13144@jdiamond-mb.acadiau.ca> I did sbocheck and then sboupgrade calibre and was rewarded with Unable to locate html-parser in the SlackBuilds.org tree. I have html5-parser-0.4.4-x86_64-1_SBo installed, but I don't see any html-parser package, unless it is talking about perl-html-parser. In any case, there seems to be an inconsistency going on between what calibre wants and what calibre says it wants. Is this something weird on my system or a problem with the calibre slackbuild? Thanks. Jim From jebrhansen+SBo at gmail.com Mon Aug 21 03:15:40 2017 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Mon, 21 Aug 2017 03:15:40 +0000 Subject: [Slackbuilds-users] calibre issues In-Reply-To: <20170821014812.GD13144@jdiamond-mb.acadiau.ca> References: <20170821014812.GD13144@jdiamond-mb.acadiau.ca> Message-ID: On Sun, Aug 20, 2017, 9:48 PM Jim Diamond wrote: > I did > sbocheck > and then > sboupgrade calibre > and was rewarded with > Unable to locate html-parser in the SlackBuilds.org tree. > I have html5-parser-0.4.4-x86_64-1_SBo installed, but I don't see any > html-parser package, unless it is talking about perl-html-parser. In > any case, there seems to be an inconsistency going on between what > calibre wants and what calibre says it wants. > > Is this something weird on my system or a problem with the calibre > slackbuild? > > Thanks. > > Jim > Looks like this might be a miss-type in the calibre.info file. It has html-parser in there, but it should be html5-parser. If your tool allows you to modify the .info before installing, try and change the html-parser on the REQUIRES line to html5-parser. If it doesn't, you'll probably either need to build it by running the SlackBuild scripts manually or wait for an update to get pushed. Jeremy > -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Mon Aug 21 03:50:15 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 21 Aug 2017 10:50:15 +0700 Subject: [Slackbuilds-users] calibre issues In-Reply-To: References: <20170821014812.GD13144@jdiamond-mb.acadiau.ca> Message-ID: > Looks like this might be a miss-type in the calibre.info file. It has > html-parser in there, but it should be html5-parser. If your tool allows > you to modify the .info before installing, try and change the html-parser > on the REQUIRES line to html5-parser. Yes, it should be html5-parser > If it doesn't, you'll probably either need to build it by running the > SlackBuild scripts manually or wait for an update to get pushed. The update has been pushed after the public update, but only in my branch, so not yet merged. -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From dn2010 at gmail.com Mon Aug 21 04:27:27 2017 From: dn2010 at gmail.com (Daniil Bratashov) Date: Mon, 21 Aug 2017 08:27:27 +0400 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: The main problem with ???? automatic rebuild is that dependencies for packages are changing between major versions, so you need tools to rebuild dependency tree and build packages in right order. WBR, Daniil Bratashov. On Mon, Aug 21, 2017 at 12:32 AM, Andreas Guldstrand < andreas.guldstrand at gmail.com> wrote: > I think I'd solve it by something like: > > pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' | > sed 's/.*\///') > removepkg $pkgs > sboinstall $pkgs > > ... of course, I'm a bit biased since I'm the current maintainer of > sbotools. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric.b.pratt at gmail.com Mon Aug 21 05:22:24 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Mon, 21 Aug 2017 01:22:24 -0400 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: Yeah, that was a quick and dirty. I don't do it that way myself. When I upgrade, I go through the dependency trees and update my queue files. I have a script that configures my system after installation that runs sbopkg with these updated queues. But it does take a lot of time and effort to verify and update the queues. At some point, I'll update my script to include building the dependency trees for me, but that's a ways off. On Mon, Aug 21, 2017 at 12:27 AM, Daniil Bratashov wrote: > The main problem with ???? automatic rebuild is that dependencies for > packages are changing between major versions, so you need tools to rebuild > dependency tree and build packages in right order. > > WBR, Daniil Bratashov. > > On Mon, Aug 21, 2017 at 12:32 AM, Andreas Guldstrand < > andreas.guldstrand at gmail.com> wrote: > >> I think I'd solve it by something like: >> >> pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' | >> sed 's/.*\///') >> removepkg $pkgs >> sboinstall $pkgs >> >> ... of course, I'm a bit biased since I'm the current maintainer of >> sbotools. >> _______________________________________________ >> SlackBuilds-users mailing list >> SlackBuilds-users at slackbuilds.org >> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users >> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ >> FAQ - https://slackbuilds.org/faq/ >> >> > > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yalhcru at gmail.com Mon Aug 21 05:41:50 2017 From: yalhcru at gmail.com (B Watson) Date: Mon, 21 Aug 2017 01:41:50 -0400 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: On 8/20/17, Rich Shepard wrote: > Has anyone written a script that will go through each directory tree > (e.g., Databases/, Developent/, GIS/) and recompile each package in there? I think this might do what you want: http://idlemoor.github.io/slackrepo/ From dave at dawoodfall.net Mon Aug 21 10:50:04 2017 From: dave at dawoodfall.net (David Woodfall) Date: Mon, 21 Aug 2017 11:50:04 +0100 Subject: [Slackbuilds-users] GeoIP.dat.gz MD5SUM Failure In-Reply-To: References: <20170820145912.GF7548@Blackswan> Message-ID: <20170821105004.GG7548@Blackswan> >>> For: >>> https://sourceforge.net/projects/slackbuildsdirectlinks/files/GeoIP/20170401/GeoIP.dat.gz >>> >>> Expected: 7bb92ae5ebb8b61c3aeac247657c6c8f >>> Found: 99c46748c54cc18d98379f9f969f62c9 >> >> I don't know what tool you are using to do that, but it's buggy and confused. > >looking at the message, i think it's sbopkg > >> GeoIP.dat.gz is the second item in DOWNLOAD in the .info file; the >> second MD5SUM is 810c597f30be3706909ef3b7949bcf86; and >> 810c597f30be3706909ef3b7949bcf86 is indeed the md5sum of GeoIP.dat.gz >> when I download it manually. >> >> However, 7bb92ae5ebb8b61c3aeac247657c6c8f is the *third* MD5SUM in the >> .info file, so that's a bug in whatever you are using. >> >> Additionally, 99c46748c54cc18d98379f9f969f62c9 *was* the *third* >> MD5SUM in the previous revision of the .info file, so whatever tool >> you are using is failing to realise that its cached version of >> GeoIP.dat.gz is obsolete and should be redownloaded. > >Yes, that's correct. >Since GeoIP.dat.gz has no version numbers, sbopkg doesn't know whether >it's the latest one or not. It will only check whether it's available or >not and i think your local copy is the previous version. > >See this commit >https://git.slackbuilds.org/slackbuilds/commit/?id=0cc387d3e5ff475c0639ec7639642fb4a4c6d632 > >The solution is to redownload again and it will be fine > >-- >Willy Sudiarto Raharjo Yes, Willy, it was sbopkg. Doing a 'retry' on the download worked fine. Thanks Dave From rshepard at appl-ecosys.com Mon Aug 21 12:43:58 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 05:43:58 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: On Mon, 21 Aug 2017, Daniil Bratashov wrote: > The main problem with automatic rebuild is that dependencies for packages > are changing between major versions, so you need tools to rebuild > dependency tree and build packages in right order. Daniil, I had not considered this. Manually recompiling packages I have found need newer versions of their dependencies and, in one case so far, a new dependency. Thanks, Rich From rshepard at appl-ecosys.com Mon Aug 21 12:50:19 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 05:50:19 -0700 (PDT) Subject: [Slackbuilds-users] Automating re-compilation of all packages Message-ID: On Mon, 21 Aug 2017, B Watson wrote: > http://idlemoor.github.io/slackrepo/ Thanks for the pointer. Reading everone's replies I acknowledge that manually upgrading each non-distribution application that requires it makes more sense. Some don't so I'll upgrade each as I encounter a need for it. Much appreciated, Rich From andreas.guldstrand at gmail.com Mon Aug 21 12:59:22 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 21 Aug 2017 14:59:22 +0200 Subject: [Slackbuilds-users] Automating re-compilation of all packages In-Reply-To: References: Message-ID: Den 21 aug. 2017 6:27 fm skrev "Daniil Bratashov" : The main problem with ???? automatic rebuild is that dependencies for packages are changing between major versions, so you need tools to rebuild dependency tree and build packages in right order. WBR, Daniil Bratashov. On Mon, Aug 21, 2017 at 12:32 AM, Andreas Guldstrand < andreas.guldstrand at gmail.com> wrote: > I think I'd solve it by something like: > > pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' | > sed 's/.*\///') > removepkg $pkgs > sboinstall $pkgs > That's why I used sbotools which handles that just fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andreas.guldstrand at gmail.com Mon Aug 21 13:11:56 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 21 Aug 2017 15:11:56 +0200 Subject: [Slackbuilds-users] goffice build script not finding installed library [UPDATE] In-Reply-To: References: Message-ID: Den 21 aug. 2017 1:50 fm skrev "Rich Shepard" : On Mon, 21 Aug 2017, Andreas Guldstrand wrote: The /usr/local/lib/perl5/auto/List/Util/Util.so problem is likely because > you installed something via CPAN and then upgraded your perl version. It's > recommended not to do that. > Andreas, That could very well be the case. I've no idea when or why Util.so was installed. I don't use perl, but many applications do. The perl5 version was upgraded yesterday when I did the distribution upgrade. I'm not familiar enough with perl to know how to remove a shared library and re-install it from the distribution. Can you point me in the right direction? Since it's located in /usr/local it means it was never ever a part of a Slackware or SBo package. You must have installed it from CPAN directly yourself. The only way to solve it is to delete it entirely and remember not to do that again. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Mon Aug 21 14:24:16 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 07:24:16 -0700 (PDT) Subject: [Slackbuilds-users] Advice needed: no libpng14.la Message-ID: libpng-1.6.27-i586-1_slack14.2 is installed; locate returns /usr/lib/libpng14.so.14 /usr/lib/libpng14.so.14.18.0 However, gnucash-2.6.17 wants a static library, not a shared one: /usr/bin/sed: can't read /usr/lib/libpng14.la: No such file or directory libtool: link: `/usr/lib/libpng14.la' is not a valid libtool archive Makefile:639: recipe for target 'libgncmod-html.la' failed This is a new issue and I need advice on how to proceed to resolve the issue. TIA, Rich From yalhcru at gmail.com Mon Aug 21 15:58:37 2017 From: yalhcru at gmail.com (B Watson) Date: Mon, 21 Aug 2017 11:58:37 -0400 Subject: [Slackbuilds-users] abandoned scripts In-Reply-To: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> References: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> Message-ID: On 8/12/17, Willy Sudiarto Raharjo wrote: > Gerardo decided to abandon these two scripts > desktop/vwm What about vwm's two dependencies, libpseudo and libviper? Nothing else uses them, only vwm. From didier at slint.fr Mon Aug 21 17:07:30 2017 From: didier at slint.fr (Didier Spaier) Date: Mon, 21 Aug 2017 19:07:30 +0200 Subject: [Slackbuilds-users] Advice needed: no libpng14.la In-Reply-To: References: Message-ID: Le 21/08/2017 ? 16:24, Rich Shepard a ?crit : > libpng-1.6.27-i586-1_slack14.2 is installed; locate returns > /usr/lib/libpng14.so.14 > /usr/lib/libpng14.so.14.18.0 > > However, gnucash-2.6.17 wants a static library, not a shared one: > > /usr/bin/sed: can't read /usr/lib/libpng14.la: No such file or directory > libtool: link: `/usr/lib/libpng14.la' is not a valid libtool archive > Makefile:639: recipe for target 'libgncmod-html.la' failed > > This is a new issue and I need advice on how to proceed to resolve the > issue. I don't have the answer, but will take this opportunity for a warning to users of packages depending on webkitgtk2, directly or indirectly. Having read this blog post: https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/ I assume that all software that depend on a version at risk according to the most recent security advisory published on https://webkitgtk.org/security.html are also at risk. Today that would mean that version 2.16.6 should be used instead of 2.4.11 (the default in SBo). Admittedly the risk level is not the same for all software that depend on webkitgtk2, as explained by Michael Catanzaro, and maybe one should not worry too much about gnucash (although I really don't know) but for instance there is a big risk for midori users, as stated by Michael. I am sorry to just bring an issue without a good solution to propose, as obviously not all SBo users will be happy to recompile their software that depend on wekitgtk2 8 times a year or so. But maybe a mention of the issue in the README of the leaf packages that depend on it could be added, at least in the ones that the admins consider the more at risk? Then it would be the responsibility of SBo users to track the security advisories and rebuild their packages if they think they should. Best regards, Didier From andreas.guldstrand at gmail.com Mon Aug 21 17:58:07 2017 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Mon, 21 Aug 2017 19:58:07 +0200 Subject: [Slackbuilds-users] Advice needed: no libpng14.la In-Reply-To: References: Message-ID: webkitgtk 2.4.11 is as far as I'm aware webkit 1, while webkit2gtk 2.6.16, which is already on SBo, is webkit 2. There's more of a difference between them than simply a version change. On 21 August 2017 at 19:07, Didier Spaier wrote: > Le 21/08/2017 ? 16:24, Rich Shepard a ?crit : >> libpng-1.6.27-i586-1_slack14.2 is installed; locate returns >> /usr/lib/libpng14.so.14 >> /usr/lib/libpng14.so.14.18.0 >> >> However, gnucash-2.6.17 wants a static library, not a shared one: >> >> /usr/bin/sed: can't read /usr/lib/libpng14.la: No such file or directory >> libtool: link: `/usr/lib/libpng14.la' is not a valid libtool archive >> Makefile:639: recipe for target 'libgncmod-html.la' failed >> >> This is a new issue and I need advice on how to proceed to resolve the >> issue. > > I don't have the answer, but will take this opportunity for a warning to > users of packages depending on webkitgtk2, directly or indirectly. > > Having read this blog post: > https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/ > > I assume that all software that depend on a version at risk according > to the most recent security advisory published on > https://webkitgtk.org/security.html > are also at risk. > > Today that would mean that version 2.16.6 should be used instead > of 2.4.11 (the default in SBo). > > Admittedly the risk level is not the same for all software that depend > on webkitgtk2, as explained by Michael Catanzaro, and maybe one should > not worry too much about gnucash (although I really don't know) but for > instance there is a big risk for midori users, as stated by Michael. > > I am sorry to just bring an issue without a good solution to propose, > as obviously not all SBo users will be happy to recompile their > software that depend on wekitgtk2 8 times a year or so. > > But maybe a mention of the issue in the README of the leaf packages > that depend on it could be added, at least in the ones that the admins > consider the more at risk? > > Then it would be the responsibility of SBo users to track the security > advisories and rebuild their packages if they think they should. > > Best regards, > Didier > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > From gen-bch at useyouresp.org.uk Mon Aug 21 18:12:14 2017 From: gen-bch at useyouresp.org.uk (Habs) Date: Mon, 21 Aug 2017 19:12:14 +0100 Subject: [Slackbuilds-users] Advice needed: no libpng14.la In-Reply-To: References: Message-ID: <20170821191214.4d87b1d9@dv6920ea.localdomain> On Mon, 21 Aug 2017 19:07:30 +0200 Didier Spaier wrote: Sorry for the general chit-chat type thing here from me and apologies about not specifically related to libpng, but this caught my eye and I couldn't help but muse about it... > > I don't have the answer, but will take this opportunity for a warning > to users of packages depending on webkitgtk2, directly or indirectly. > > Having read this blog post: > https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/ > > I assume that all software that depend on a version at risk according > to the most recent security advisory published on > https://webkitgtk.org/security.html > are also at risk. > > Today that would mean that version 2.16.6 should be used instead > of 2.4.11 (the default in SBo). > > Admittedly the risk level is not the same for all software that depend > on webkitgtk2, as explained by Michael Catanzaro, and maybe one I think its time for me to retire...this did my head in ;-) from the blog link above (no criticism of the author): ".. WebKit2 has been around for Mac and iOS for longer, but the first stable release for WebKitGTK+ was the appropriately-versioned WebKitGTK+ 2.0, in March 2013. This release actually contained three different APIs: webkitgtk-1.0, webkitgtk-3.0, and webkit2gtk-3.0. webkitgtk-1.0 was the original API, used by GTK+ 2 applications. webkitgtk-3.0 was the same thing for GTK+ 3 applications, and webkit2gtk-3.0 was the new WebKit2 API, available only for GTK+ 3 applications..." So on SBo there are 3 'webkits': webkitgtk webkit2gtk and webkitgtk3. There are only a few apps that use webkitgtk I believe - at least that I use (e.g. gnucash). As an aside, I thought Midori uses webkitgtk3 (by specific enable). Any way, are any of these 'safe' having read this without regular update. I have for a while been of the belief that webkitgtk should not be used - and webkit2gtk used instead and webkitgtk3 if poss. I have never been too sure why. It takes an age to compile webkit (any of them) unless blessed with some processing power and even then I can imagine it takes a while. It is the sort of thing where by if there were a trusted resource lastest release type thind - precompiled - I might use it. So far I still compile. I cant help feeling Webkit is a [polite] mess! :-) An although that blog piece is a year ago or so, has anything changed I wonder. Perhaps I am being too paranoid - but it did make me take notice. Habs From rshepard at appl-ecosys.com Mon Aug 21 18:15:27 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 11:15:27 -0700 (PDT) Subject: [Slackbuilds-users] Advice needed: no libpng14.la In-Reply-To: References: Message-ID: On Mon, 21 Aug 2017, Didier Spaier wrote: > Today that would mean that version 2.16.6 should be used instead > of 2.4.11 (the default in SBo). Didier, It was when I tried to invoke the installed gnucash-2.6.16 that I learned it depends on an earlier library version that was replaced during the distribution upgrade. Since the library version is hard-coded I have no choice but to migrate to 2.6.17. > I am sorry to just bring an issue without a good solution to propose, as > obviously not all SBo users will be happy to recompile their software that > depend on wekitgtk2 8 times a year or so. I'll read the documents you provided. I'm not sure that vulnerabilities in wekitgtk2 would affect gnucash since I use it only when needed; it's not open constantly. But, I'll read about it. In the meantime I still need to resolve the static vs shared library issue. Many thanks, Rich From didier at slint.fr Mon Aug 21 18:18:05 2017 From: didier at slint.fr (Didier Spaier) Date: Mon, 21 Aug 2017 20:18:05 +0200 Subject: [Slackbuilds-users] Advice needed: no libpng14.la In-Reply-To: References: Message-ID: <85a759bb-36e0-ba34-3826-5aa0357d9862@slint.fr> Le 21/08/2017 ? 19:58, Andreas Guldstrand a ?crit : > On 21 August 2017 at 19:07, Didier Spaier wrote: >> Le 21/08/2017 ? 16:24, Rich Shepard a ?crit : >>> libpng-1.6.27-i586-1_slack14.2 is installed; locate returns >>> /usr/lib/libpng14.so.14 >>> /usr/lib/libpng14.so.14.18.0 >>> >>> However, gnucash-2.6.17 wants a static library, not a shared one: >>> >>> /usr/bin/sed: can't read /usr/lib/libpng14.la: No such file or directory >>> libtool: link: `/usr/lib/libpng14.la' is not a valid libtool archive >>> Makefile:639: recipe for target 'libgncmod-html.la' failed >>> >>> This is a new issue and I need advice on how to proceed to resolve the >>> issue. >> >> I don't have the answer, but will take this opportunity for a warning to >> users of packages depending on webkitgtk2, directly or indirectly. >> >> Having read this blog post: >> https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/ >> >> I assume that all software that depend on a version at risk according >> to the most recent security advisory published on >> https://webkitgtk.org/security.html >> are also at risk. >> >> Today that would mean that version 2.16.6 should be used instead >> of 2.4.11 (the default in SBo). >> >> Admittedly the risk level is not the same for all software that depend >> on webkitgtk2, as explained by Michael Catanzaro, and maybe one should >> not worry too much about gnucash (although I really don't know) but for >> instance there is a big risk for midori users, as stated by Michael. >> >> I am sorry to just bring an issue without a good solution to propose, >> as obviously not all SBo users will be happy to recompile their >> software that depend on wekitgtk2 8 times a year or so. >> >> But maybe a mention of the issue in the README of the leaf packages >> that depend on it could be added, at least in the ones that the admins >> consider the more at risk? >> >> Then it would be the responsibility of SBo users to track the security >> advisories and rebuild their packages if they think they should. > webkitgtk 2.4.11 is as far as I'm aware webkit 1, while webkit2gtk > 2.6.16, which is already on SBo, is webkit 2. There's more of a > difference between them than simply a version change. Indeed, I stand corrected. Then if the apps that rely on webkit 1 can't be rebuilt using webkit 2, isn't the situation even worse? Didier From rshepard at appl-ecosys.com Mon Aug 21 19:48:29 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 12:48:29 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype [FIXED] In-Reply-To: References: Message-ID: On Sun, 20 Aug 2017, Rich Shepard wrote: > Trying to upgrade texlive from 2016 to 2017 I've run into a freetype > issue. Found, and removed, an ancient freetype. Rich From rshepard at appl-ecosys.com Mon Aug 21 21:06:46 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 14:06:46 -0700 (PDT) Subject: [Slackbuilds-users] Advice needed: no libpng14.la [RESOLVED] In-Reply-To: References: Message-ID: On Mon, 21 Aug 2017, Rich Shepard wrote: > In the meantime I still need to resolve the static vs shared library > issue. Perhaps this was related to the 7-year-old freetype in /usr/local/ that I removed to allow texlive to build because now gnucash-2.6.17 has successfully completed configuration and is now building. Whew! Rich From rworkman at slackbuilds.org Mon Aug 21 21:24:13 2017 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 21 Aug 2017 16:24:13 -0500 Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype [FIXED] In-Reply-To: References: Message-ID: <20170821162409.3b4460e7@home.rlworkman.net> On Mon, 21 Aug 2017 12:48:29 -0700 (PDT) Rich Shepard wrote: > On Sun, 20 Aug 2017, Rich Shepard wrote: > > > Trying to upgrade texlive from 2016 to 2017 I've run into a > > freetype issue. > > Found, and removed, an ancient freetype. In /usr/local, right? ;-) -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From Jim.Diamond at acadiau.ca Mon Aug 21 21:39:51 2017 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Mon, 21 Aug 2017 18:39:51 -0300 Subject: [Slackbuilds-users] calibre issues In-Reply-To: References: <20170821014812.GD13144@jdiamond-mb.acadiau.ca> Message-ID: <20170821213951.GK17345@jdiamond-mb.acadiau.ca> On Mon, Aug 21, 2017 at 03:15 (+0000), Jeremy Hansen wrote: > Looks like this might be a miss-type in the calibre.info file. It > has html-parser in there, but it should be html5-parser. If your > tool allows you to modify the .info before installing, try and > change the html-parser on the REQUIRES line to html5-parser. Easy enough, thanks. And thanks to Willy for noting the fix is in progress. Jim From rshepard at appl-ecosys.com Mon Aug 21 21:56:13 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 14:56:13 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype [FIXED] In-Reply-To: <20170821162409.3b4460e7@home.rlworkman.net> References: <20170821162409.3b4460e7@home.rlworkman.net> Message-ID: On Mon, 21 Aug 2017, Robby Workman wrote: > In /usr/local, right? ;-) Robby, Yep. From 2010, before I switched to SBo exclusively. What's interesting is that there were no issues building texlive 2013, 2015. or 2016 (or any other application) so something changed with texlive-2017. Comments on differences between goffice and goffice0.8? Regards, Rich From rworkman at slackbuilds.org Mon Aug 21 22:14:30 2017 From: rworkman at slackbuilds.org (Robby Workman) Date: Mon, 21 Aug 2017 17:14:30 -0500 Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype [FIXED] In-Reply-To: References: <20170821162409.3b4460e7@home.rlworkman.net> Message-ID: <20170821171430.7ff0e03e@home.rlworkman.net> On Mon, 21 Aug 2017 14:56:13 -0700 (PDT) Rich Shepard wrote: > On Mon, 21 Aug 2017, Robby Workman wrote: > > > In /usr/local, right? ;-) > > Robby, > > Yep. From 2010, before I switched to SBo exclusively. What's > interesting is that there were no issues building texlive 2013, 2015. > or 2016 (or any other application) so something changed with > texlive-2017. No idea, but just as (or more) likely that something the freetype in /usr/local was linked to has disappeared in one of the many other changes since then. I *really* think it's time for you do to a new install. Keep the /home directory, dump your pgsql database, and take the plunge. It's worth it - I promise :-) > Comments on differences between goffice and goffice0.8? It's been a while, but if I recall correctly, we had to add goffice0.8 specifically for gnucash (though it's possible that something else needs it, or maybe I'm entirely wrong in my recollection). -RW -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 21 22:19:51 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 21 Aug 2017 15:19:51 -0700 (PDT) Subject: [Slackbuilds-users] Texlive-2017 not finding installed freetype [FIXED] In-Reply-To: <20170821171430.7ff0e03e@home.rlworkman.net> References: <20170821162409.3b4460e7@home.rlworkman.net> <20170821171430.7ff0e03e@home.rlworkman.net> Message-ID: On Mon, 21 Aug 2017, Robby Workman wrote: > I *really* think it's time for you do to a new install. Keep the home > /directory, dump your pgsql database, and take the plunge. > It's worth it - I promise :-) Robby, I've a much newer desktop needing only a couple of more motherboard connections, then I'll install slackware-14.2/64-bit on it and make it my main server/workstation. Just need to find/make the time to do this. > It's been a while, but if I recall correctly, we had to add goffice0.8 > specifically for gnucash (though it's possible that something else needs > it, or maybe I'm entirely wrong in my recollection). Yes, it's needed for gnucash for some reason. But, not for version 2.6.16. Thanks, Rich From miguel at thedeanda.com Wed Aug 23 16:04:18 2017 From: miguel at thedeanda.com (Miguel De Anda) Date: Wed, 23 Aug 2017 09:04:18 -0700 Subject: [Slackbuilds-users] meld and supervisor Message-ID: hi all, i was trying to setup supervisor last night and it seems to have an unlisted dependency on meld -- i assume meld3 but i've tried both. unfortunately i get the following error: # /etc/rc.d/rc.supervisord start Starting...Traceback (most recent call last): File "/usr/bin/supervisord", line 5, in from pkg_resources import load_entry_point File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 2927, in @_call_aside File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 2913, in _call_aside f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 2940, in _initialize_master_working_set working_set = WorkingSet._build_master() File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 635, in _build_master ws.require(__requires__) File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 943, in require needed = self.resolve(parse_requirements(requirements)) File "/usr/lib64/python2.7/site-packages/pkg_resources/__init__.py", line 829, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'meld3>=0.6.5' distribution was not found and is required by supervisor ERROR if i try to run meld directly i get: # meld 2017-08-23 09:02:54,020 CRITICAL Gtk: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed Traceback (most recent call last): File "/usr/bin/meld", line 287, in setup_resources() File "/usr/bin/meld", line 193, in setup_resources Gtk.IconTheme.get_default().append_search_path(icon_dir) AttributeError: 'NoneType' object has no attribute 'append_search_path' i haven't tried on a "clean" system yet but i plan on doing so today so it may be a local issue. just wanted to throw it out there in case anybody was listening. :P thanks, miguel From eric.b.pratt at gmail.com Fri Aug 25 03:18:28 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Thu, 24 Aug 2017 23:18:28 -0400 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? Message-ID: I want to submit a slackbuild for a piece of software that requires multilib to run. I know multilib configurations aren't supported but this package cannot be anything but multilib. This is pre-built binaries getting dumped into a package so attempting to build the package from a slackbuild will not fail. But those binaries are 64-bit and it does expect 32-bit libraries to be present to run. >From the guidelines page, it seems like I can just mark the DOWNLOAD field as unsupported and the DOWNLOAD_x86_64 field with the download URL. And I can't list multilib as a requirement in the REQUIRES field but can put it in the README file. Is there anything I'm missing to be able to do this? Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Fri Aug 25 05:05:54 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 25 Aug 2017 12:05:54 +0700 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: > I want to submit a slackbuild for a piece of software that requires > multilib to run. I know multilib configurations aren't supported but this > package cannot be anything but multilib. This is pre-built binaries > getting dumped into a package so attempting to build the package from a > slackbuild will not fail. But those binaries are 64-bit and it does expect > 32-bit libraries to be present to run. > > From the guidelines page, it seems like I can just mark the DOWNLOAD field > as unsupported and the DOWNLOAD_x86_64 field with the download URL. And I > can't list multilib as a requirement in the REQUIRES field but can put it > in the README file. > > Is there anything I'm missing to be able to do this? Hi Eric Thanks for asking before submitting. Just to be clear, this is my personal opinion and it doesn't reflect other admins. I personally prefer to have the package working in one of the supported architecture (x86 or x86_64), while multilib can be considered as optional requirement and not the other way. If you don't mind, can you tell us what's the package name? -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From eric.b.pratt at gmail.com Fri Aug 25 06:31:02 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Fri, 25 Aug 2017 02:31:02 -0400 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: On Fri, Aug 25, 2017 at 1:05 AM, Willy Sudiarto Raharjo < willysr at slackbuilds.org> wrote: > Hi Eric > > Thanks for asking before submitting. > Just to be clear, this is my personal opinion and it doesn't reflect > other admins. > > I personally prefer to have the package working in one of the supported > architecture (x86 or x86_64), while multilib can be considered as > optional requirement and not the other way. > > If you don't mind, can you tell us what's the package name? > > -- > Willy Sudiarto Raharjo > ?I would be calling it unity-editor. This is the Unity 3D editor for making 3D games. It only comes pre-built as a combination of 64 and 32 bit binaries and libraries. Since it can build for many platforms, it has to be able to compile for 32-bit platforms as well. What's really perplexing is that it actually tries to run 32-bit code on startup. So if you aren't multilib'd you have no chance of getting this thing running. I understand the use of 32-bit binaries and libraries for project building purposes. But to run 32-bit code on the system when your startup binary is 64-bit is really weird to me.? I would love to make this x86_64 with multlib as an optional requirement, but in this case it's really not possible. I would still like to maintain a package for it so others can use it and I'd like to be able to host it here. -------------- next part -------------- An HTML attachment was scrubbed... URL: From eric.b.pratt at gmail.com Fri Aug 25 07:28:40 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Fri, 25 Aug 2017 03:28:40 -0400 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: On Fri, Aug 25, 2017 at 2:31 AM, Eric Pratt wrote: > I would love to make this x86_64 with multlib as an optional requirement, > but in this case it's really not possible. I would still like to maintain > a package for it so others can use it and I'd like to be able to host it > here. > ?In case a more clear look at it is helpful, here is the slackbuild as I intend to submit it.? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: unity-editor.tar.gz Type: application/x-gzip Size: 2919 bytes Desc: not available URL: From gerardo.zamudio at linux.com Fri Aug 25 12:36:42 2017 From: gerardo.zamudio at linux.com (Gerardo Zamudio) Date: Fri, 25 Aug 2017 07:36:42 -0500 Subject: [Slackbuilds-users] abandoned scripts In-Reply-To: References: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> Message-ID: On 08/21/2017 10:58 AM, B Watson wrote: > On 8/12/17, Willy Sudiarto Raharjo wrote: > >> Gerardo decided to abandon these two scripts >> desktop/vwm > > What about vwm's two dependencies, libpseudo and libviper? Nothing else > uses them, only vwm. Those too. I'm the maintainer for vwm and its dependencies but they have different email addresses so I didn't catch those when I made the request to abandon. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From yalhcru at gmail.com Fri Aug 25 15:04:02 2017 From: yalhcru at gmail.com (B Watson) Date: Fri, 25 Aug 2017 11:04:02 -0400 Subject: [Slackbuilds-users] abandoned scripts In-Reply-To: References: <3c68a03f-b68d-04a4-26c2-985a3f105907@slackbuilds.org> Message-ID: On 8/25/17, Gerardo Zamudio wrote: > Those too. I'm the maintainer for vwm and its dependencies but they have > different email addresses so I didn't catch those when I made the > request to abandon. OK, I'll take them all. vwm, libpseudo, libviper. From willysr at slackbuilds.org Sat Aug 26 00:45:45 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 26 Aug 2017 07:45:45 +0700 Subject: [Slackbuilds-users] Updates - 20170826.1 Message-ID: <2a2dd94e-f4ec-1f95-c48d-81bed9332e62@slackbuilds.org> Hi all Last update in August!! Some notes to rust users: rust is now built from rust source package, and cargo is now removed, so cargo-vendor and vtcol now depends on rust only. have fun :) Sat Aug 26 00:21:16 UTC 2017 academic/easy_spice: Use tgz. academic/stellarium: Updated for version 0.16.0. academic/xiphos: Updated for version 4.0.6. audio/cmt: Fix homepage and download again. desktop/py3status: Updated for version 3.6. desktop/vwm: Updated for version 2.1.3, new maintainer. development/cargo-vendor: Update dependency. development/cargo: Removed (everything is in rust). development/cgit: Include some upstream git patches development/dbeaver: Switch to https. development/jupyter-ipywidgets: Updated for version 7.0.0. development/jupyter-nbformat: Updated for version 4.4.0. development/jupyter-widgetsnbextension: Upgraded for version 3.0.0. development/kotlin: Updated for version 1.1.4. development/nexus: Updated for version 3.5.0_02. development/p4: Updated for version 2017.1.1545029. development/p4d: Updated for version 2017.1.1545029. development/rust: Compiled from rust source. development/sdcc: Fix packaging conflict with binutils development/tstoolbox: Updated for version 11.35.19.17. development/watchman: Updated for version 4.9.0. development/zulu-openjdk7: Updated for version 7u154. development/zulu-openjdk8: Updated for version 8u144. games/OpenRA: Added (modernized recreation of the classic RTS C&C). games/colem: Updated for version 4.1. games/doomseeker: Updated for version 1.1. games/ecwolf: Update download. games/instead: Updated for version 3.1.0. games/iortcw: Updated for version 1.51b. games/pioneer: Updated for version 20170813. games/stella: Updated for version 5.0.2. games/unknown-horizons: Fixed tarball handling. games/xroar: Updated for version 0.34.8. games/yar: Fix homepage and download. gis/Fiona: Updated for version 1.7.9. gis/Shapely: Updated for version 1.6.0. gis/geojson: Updated for version 2.0.0. gis/google-earth: Updated for version 7.3.0.3832. gis/pgrouting: Updated for version 2.4.2. gis/pyshp: Updated for version 1.2.12. gis/qgis: Updated for version 2.18.12. graphics/advancecomp: Updated for version 2.0. graphics/feh: Updated for version 2.19.3. graphics/oyranos: Updated for version 0.9.6. graphics/paraview: Updated for version 5.4.1 graphics/vsxu: Updated for version 0.6.2.0 ham/CubicSDR: Added (Software-Defined Radio Application). ham/SDRPlay: Added (API/Driver for SDR Play SDR). ham/SoapyRemote: Added (Remote support for Soapy SDR). ham/SoapySDR: Added (SDR support library). ham/SoapySDRPlay: Added (Soapy SDR module for SDRPlay). ham/liquid-dsp: Added (SDR DSP library). libraries/imlib2: Update README. libraries/libpseudo: New maintainer. libraries/libtorrent-rasterbar: Updated for version 1.0.11. libraries/libuv: Updated for version 1.14.0. libraries/libviper: New maintainer. libraries/pugixml: Switch to https. libraries/python-xlrd: Updated for version 1.1.0. libraries/wxSQLite3: Updated for version 3.5.6. misc/fbcat: Updated for version 0.5. multimedia/kodi: Updated for version 17.4 multimedia/opera-ffmpeg-codecs: Updated for version 60.0.3112.78. network/PaleMoon: Updated for version 27.4.2. network/UDR: Added (a wrapper for rsync that improves speed). network/e2guardian: Added (web content filter). network/ferm: Updated for version 2.4.1. network/google-cli: Updated for version 3.3. network/googler: Updated for version 3.3. network/isync: Updated for version 1.2.2. network/newsbeuter: Apply security fix and support current. network/opera: Updated for version 47.0.2631.55. network/palemoon: Updated for version 27.4.2. network/qbittorrent-qt5: Updated for version 3.3.15. network/qbittorrent: Updated for version 3.3.15. network/tixati: Updated for version 2.55_1. network/uTox: Updated for version 0.16.1 network/vivaldi: Updated for version 1.11.917.43. network/you-get: Updated for version 0.4.803. network/youtube-dl: Updated for version 2017.08.18. office/CherryTree: Updated for version 0.38.1. office/calibre: Fix DEP. office/texmaker: Updated for version 5.0.2 perl/perl-CPAN-Perl-Releases: Updated for version 3.32. perl/perl-JSON-XS: Updated for version 3.04. perl/perl-Math-MPFR: Updated for version 3.36. python/argcomplete: Updated for version 1.9.2. python/monty: Updated for version 1.0.1. python/numpydoc: Updated for version 0.7.0. python/pymongo: Updated for version 3.5.0. python/pytest: Updated for version 3.2.1. python/python-fonttools: Updated for version 3.15.1. python/python-libsass: Updated for version 0.13.2. python/python3: Updated for version 3.6.2. python/regex: Updated for version 2017.07.28. python/scikit-learn: Updated for version 0.19.0. python/tempora: Updated for version 1.9. python/typing: Updated for version 3.6.2. python/w3lib: Updated for version 1.18.0. python/zxcvbn-python: Updated for version 4.4.16. ruby/ruby-faraday: Updated for version 0.13.1. ruby/rubygem-bundler: Updated for version 1.15.4. system/USBdev: Updated for version 2017.08.22. system/butterfly: Updated for version 3.1.5. system/cve-check-tool: Use tgz. system/ded: Fix download url. system/eltclsh: Updated for version 1.16. system/guake: Updated for version 0.8.10. system/jenkins: Updated for version 2.60.3. system/kbfs: Updated for version 1.0.29. system/keybase: Updated for version 1.0.28. system/lynis: Updated for version 2.5.3. system/lz4: Updated for version 1.8.0. system/postgresql: Updated for version 9.6.4. system/pstate-frequency: Updated for version 3.7.4. system/refind: Updated for version 0.11.0. system/spl-solaris: Updated for version 0.7.1. system/t1utils: Updated for version 1.41. system/the_silver_searcher: Updated for version 2.1.0. system/virt-manager: Updated for version 1.4.2. system/vtcol: Update dependency. system/wine-staging: Updated for version 2.14. system/zfs-on-linux: Updated for version 0.7.1. system/zstd: Updated for version 1.3.1. +--------------------------+ -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From 414N at slacky.it Sun Aug 27 08:01:01 2017 From: 414N at slacky.it (414N) Date: Sun, 27 Aug 2017 10:01:01 +0200 Subject: [Slackbuilds-users] pyPdf SlackBuild or can't upgrade sofastats In-Reply-To: <20170820032938.GB3396@dimstar.local.net> References: <20170820032938.GB3396@dimstar.local.net> Message-ID: Hello Duncan, thanks for your reply and sorry for the HTML-only message, I?ll make sure to send plaintext versions too. ;-) While the suggestion of mentioning the usage of |pip2tgz| to obtain pyPdf in the README of sofastats can indeed work as a quite good workaround to the issue at hand, I think there are some drawbacks to it: * people who use automated tools to install packages (i.e. |sbopkg|) will build a package that won?t work at runtime, even if all the other hard-dependencies specified in the |REQUIRES| line are installed * dependencies specified in the README should only be optional or recommended ones, not mandatory ones (at least, this is what I grasped here on SBo) I guess the second one clashes with the guidelines here on SBo, but I don?t know for sure. If someone knows better, please correct me if I?m wrong Cheers ? Alan Alberghini SBo clone: GitHub On 20/08/2017 05:29, Duncan Roe wrote: > On Sat, Aug 19, 2017 at 06:06:47PM +0200, 414N wrote: > >> I'm working on an updated sofastats SlackBuild but I stumbled upon a >> dependency issue... >> It seems like the sofastats package depends since some time on the `pyPdf` >> python library for managing PDF exports (see the official documentation at >> http://www.sofastatistics.com/wiki/doku.php?id=help:linux_installation#packages_required_dependencies, >> although they only report distro-specific package names...). Problem is, >> that the pyPdf package on SBo is not the original library required for the >> build, but instead is a ~2011 fork based on that library that has since gone >> separate ways and was renamed `PyPDF2`. This is also reflected on the module >> name, as it is installed as PyPDF2 inside >> /usr/lib64/python2.7/site-packages/PyPDF2/. >> The full story of the forking is available on the official site of PyPDF2 at >> https://mstamy2.github.io/PyPDF2/, while the original library is still >> available at http://pybrary.net/pyPdf/. >> What I'd like to propose is: >> >> - to rename the current pyPdf package to the more proper `PyPDF2` name >> >> - to submit (I've already created a SlackBuild) the original unmaintained >> library as `pyPdf`, so the dependency can be set inside the updated >> sofastats.info >> -- >> Alan Alberghini > Hi Alan, > > Please try to avoid sending HTML-only messages to the list in future. > > pyPdf is indexed by PyPI - the Python Package Index > (https://pypi.python.org/pypi), so pip2tgz will build it. The package ends up > as pyPdf-1.13-x86_64-1_pip2_SBo.tgz. (PyPDF2 is also listed on PyPI BTW). > > Unfortunately you can't put a pip2tgz-built package as a dependency in > sofastats.info. You would have to mention it in the README as being required. > That would enable you to get the main SB out the door. > > I certainly agree that the existing pyPdf SB should be renamed, > > Cheers ... Duncan. > _______________________________________________ > SlackBuilds-users mailing list > SlackBuilds-users at slackbuilds.org > https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users > Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/ > FAQ - https://slackbuilds.org/faq/ > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Sun Aug 27 17:49:14 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 27 Aug 2017 10:49:14 -0700 (PDT) Subject: [Slackbuilds-users] Mupdf upgrade fails to build Message-ID: Upgrading SBo packages on my Dell Latitude E5410 running 14.2/x86_64 -- on a full, updated installation on a BRAND NEW SSD -- google-earth failed by not finding a desktop google-earth-pro file and mupdf failed with this error: cc -Wall -ffunction-sections -fdata-sections -pipe -O2 -DNDEBUG -fomit-frame-pointer -O2 -fPIC -DJBIG_NO_MEMENTO -Iinclude -Igenerated -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DSHARE_JPEG -DFZ_ENABLE_JS=0 -I/usr/include/openjpeg-2.1 -o build/release/source/fitz/filter-jbig2.o -c source/fitz/filter-jbig2.c source/fitz/filter-jbig2.c:247:19: fatal error: jbig2.h: No such file or directory compilation terminated. Makefile:95: recipe for target 'build/release/source/fitz/filter-jbig2.o' failed make: *** [build/release/source/fitz/filter-jbig2.o] Error 1 Rich From alik at ejik.org Sun Aug 27 18:00:33 2017 From: alik at ejik.org (Alexander Verbovetsky) Date: Sun, 27 Aug 2017 21:00:33 +0300 Subject: [Slackbuilds-users] Mupdf upgrade fails to build In-Reply-To: References: Message-ID: <1503856833.2167617.1086569592.2FDC90C7@webmail.messagingengine.com> Hello, On Sun, Aug 27, 2017, at 20:49, Rich Shepard wrote: > fatal error: jbig2.h: No such file or directory /usr/include/jbig2.h is provided by jbig2dec, maybe it's not installed? Bets regards, Alexander From rshepard at appl-ecosys.com Sun Aug 27 18:53:12 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 27 Aug 2017 11:53:12 -0700 (PDT) Subject: [Slackbuilds-users] Mupdf upgrade fails to build In-Reply-To: <1503856833.2167617.1086569592.2FDC90C7@webmail.messagingengine.com> References: <1503856833.2167617.1086569592.2FDC90C7@webmail.messagingengine.com> Message-ID: On Sun, 27 Aug 2017, Alexander Verbovetsky wrote: >> fatal error: jbig2.h: No such file or directory > /usr/include/jbig2.h is provided by jbig2dec, maybe it's not installed? Alexander, I hadn't checked, but just did: it's not installed. I assumed that sbopkg checking for installed packages implied that the dependencies are present. But, if a new dependency has been added since the prior version sbopkg would not know that. Thanks, Rich From willysr at slackbuilds.org Mon Aug 28 00:41:17 2017 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Mon, 28 Aug 2017 07:41:17 +0700 Subject: [Slackbuilds-users] Mupdf upgrade fails to build In-Reply-To: References: <1503856833.2167617.1086569592.2FDC90C7@webmail.messagingengine.com> Message-ID: <839dc8dc-d2bc-c8e9-c52e-06a130fb1afd@slackbuilds.org> >>> fatal error: jbig2.h: No such file or directory >> /usr/include/jbig2.h is provided by jbig2dec, maybe it's not installed? > > Alexander, > > ? I hadn't checked, but just did: it's not installed. I assumed that > sbopkg checking for installed packages implied that the dependencies are > present. But, if a new dependency has been added since the prior version > sbopkg would not know that. It will if you generate queue files using sqg :) Also please read the README or .info file when you encountered a build failure. There's a big chance that you missed some steps or missing deps during 14.1 -> 14.2 transition in SBo repository. -- Willy Sudiarto Raharjo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 195 bytes Desc: OpenPGP digital signature URL: From rshepard at appl-ecosys.com Mon Aug 28 01:59:09 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 27 Aug 2017 18:59:09 -0700 (PDT) Subject: [Slackbuilds-users] Mupdf upgrade fails to build In-Reply-To: <839dc8dc-d2bc-c8e9-c52e-06a130fb1afd@slackbuilds.org> References: <1503856833.2167617.1086569592.2FDC90C7@webmail.messagingengine.com> <839dc8dc-d2bc-c8e9-c52e-06a130fb1afd@slackbuilds.org> Message-ID: On Mon, 28 Aug 2017, Willy Sudiarto Raharjo wrote: > Also please read the README or .info file when you encountered a build > failure. There's a big chance that you missed some steps or missing deps > during 14.1 -> 14.2 transition in SBo repository. This is on a host running 14.2 on a new SSD. Sbopkg did not build it so I tried manually. Did not check for dependencies since sbopkg was not explicit on why it bailed out. Rich From eric.b.pratt at gmail.com Mon Aug 28 05:36:09 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Mon, 28 Aug 2017 01:36:09 -0400 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: With the lack of activity on this, can I assume that we're OK with this? If so, I'll go ahead and submit it. On Fri, Aug 25, 2017 at 3:28 AM, Eric Pratt wrote: > On Fri, Aug 25, 2017 at 2:31 AM, Eric Pratt > wrote: > >> I would love to make this x86_64 with multlib as an optional requirement, >> but in this case it's really not possible. I would still like to maintain >> a package for it so others can use it and I'd like to be able to host it >> here. >> > > ?In case a more clear look at it is helpful, here is the slackbuild as I > intend to submit it.? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From baildon.research at googlemail.com Mon Aug 28 08:49:36 2017 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 28 Aug 2017 09:49:36 +0100 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: > With the lack of activity on this, can I assume that we're OK with this? If > so, I'll go ahead and submit it. Hi, there are plenty of precedents so please go ahead. Its size is more controversial than its multilib requirement :( Cheers -D. From baildon.research at googlemail.com Mon Aug 28 13:31:44 2017 From: baildon.research at googlemail.com (David Spencer) Date: Mon, 28 Aug 2017 14:31:44 +0100 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: >> With the lack of activity on this, can I assume that we're OK with this? If >> so, I'll go ahead and submit it. > > Hi, there are plenty of precedents so please go ahead. > Its size is more controversial than its multilib requirement :( Hmm, can I change my mind on that? I'm wrong, and as you initially said Eric, this would be the only thing on SBo that absolutely requires x86_64 + multilib. Everything else will work on either normal i?86, or normal x86_64. The other admins are nervous about this -- and testing it would be difficult for us. So I don't think we can accept unity-editor, sorry :( However, thanks for asking, for me it raises another question. Can / should we help to find a way of making interesting SlackBuilds outside of SBo more discoverable? Thanks -D. From eric.b.pratt at gmail.com Mon Aug 28 16:06:02 2017 From: eric.b.pratt at gmail.com (Eric Pratt) Date: Mon, 28 Aug 2017 12:06:02 -0400 Subject: [Slackbuilds-users] Can I submit a slackbuild that requires multilib? In-Reply-To: References: Message-ID: On Mon, Aug 28, 2017 at 9:31 AM, David Spencer < baildon.research at googlemail.com> wrote: > > Hmm, can I change my mind on that? > > I'm wrong, and as you initially said Eric, this would be the only > thing on SBo that absolutely requires x86_64 + multilib. Everything > else will work on either normal i?86, or normal x86_64. The other > admins are nervous about this -- and testing it would be difficult for > us. So I don't think we can accept unity-editor, sorry :( > > However, thanks for asking, for me it raises another question. Can / > should we help to find a way of making interesting SlackBuilds outside > of SBo more discoverable? > > Thanks > -D. > ?Needless to say, that's disappointing. I understand the large storage requirement is a concern.? But I'd like to hope that not officially supporting multilib wouldn't translate into a ban. Considering that there is a real need for multilibed systems and software and that Slackware 64 was setup to make it easy to multilib, it's always struck me as odd that SBo's multilib stance has been one of non-support. I'd like to see something different happen with multilib here. Even if the lack of official support remains, I'd like to see a more permissive policy. For instance, add a multilib flag to the .info files that would mark a package as requiring multilib that could be checked during testing. If multilib is required, the test box could skip over it and the web page for that slackbuild would be marked as unsupported and requiring multilib. Then you could allow people on the mailing list to give a best-effort support if they wish. If you want more of a dissociation between slackbuilds.org packages and multilib packages like this one, all you need is an extra IP, a vhost, and extra repo. Just stand up a multilib.slackbuilds.org site on the same host that has the same architecture as slackbuilds.org but only hosts packages requiring multilib. It would always be small but would make it easy to host multilib-only packages for Slackware users. Tools that add more automation to slackbuilds, like sbopkg, could be updated to support multiple repos, like slackpkplus does. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Thu Aug 31 18:19:14 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 31 Aug 2017 11:19:14 -0700 (PDT) Subject: [Slackbuilds-users] CMake issues Message-ID: Trying to get gnucash-2.6.17 to build on 32-bit systems I've been in contact with Trayan (the package maintainer), but he has higher priorities since he's not currently using gnucash. The problem is a missing makefile when gnucash builds. I posted a message to the gnucash mail list and received this response: "There are some dependency-tree problems with CMake builds, so if that's what you're doing just keep re-running make until the build completes." How can I keep running make separate from the slackbuild script so it completes, then create the .tgz installable package? TIA, Rich From rshepard at appl-ecosys.com Thu Aug 31 20:21:38 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 31 Aug 2017 13:21:38 -0700 (PDT) Subject: [Slackbuilds-users] CMake issues In-Reply-To: References: Message-ID: On Thu, 31 Aug 2017, Rich Shepard wrote: > How can I keep running make separate from the slackbuild script so it > completes, then create the .tgz installable package? Tried adding an additional 'make' at line 110 to the script, but additional 'make' commands there make no difference. The build fails at the same time (4m54.530s) with the same file not found error which suggests to me that the compilation fails at the first 'make'. Rich From matteo.bernardini at gmail.com Thu Aug 31 20:40:06 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Thu, 31 Aug 2017 22:40:06 +0200 Subject: [Slackbuilds-users] CMake issues In-Reply-To: References: Message-ID: FYI I just tried to build on slackware-14.2 32bit the gnucash version we have in our repository and everything went fine. then I tried version-bumping the script to 2.6.17 and everything went still fine, *if I uninstalled the previous package before building the new one*. Matteo From rshepard at appl-ecosys.com Thu Aug 31 20:44:11 2017 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Thu, 31 Aug 2017 13:44:11 -0700 (PDT) Subject: [Slackbuilds-users] CMake issues Message-ID: On Thu, 31 Aug 2017, Matteo Bernardini wrote: > FYI I just tried to build on slackware-14.2 32bit the gnucash version we > have in our repository and everything went fine. then I tried > version-bumping the script to 2.6.17 and everything went still fine, *if I > uninstalled the previous package before building the new one*. Matteo, That's interesting and good to know. I have un-installed the prior 2.6.16 version so there must be something else going on. All dependencies are installed: gnucash-2.6.17 | +-goffice0.8-0.8.17 | +-libgnomecanvas-2.30.3 | +-libofx-0.9.11 | +-webkitgtk-2.4.11 | +-libwebp-0.5.2 Have you suggestions what I should be checking to learn where the difference between your result and mine might be located? Thanks, Rich From matteo.bernardini at gmail.com Thu Aug 31 20:50:45 2017 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Thu, 31 Aug 2017 22:50:45 +0200 Subject: [Slackbuilds-users] CMake issues In-Reply-To: References: Message-ID: 2017-08-31 22:44 GMT+02:00 Rich Shepard : > Have you suggestions what I should be checking to learn where the > difference between your result and mine might be located? the only suggestion I have for you is to try building on a clean and full install. if you can't I can't help you further. Matteo