From willysr at slackbuilds.org Sat Sep 1 00:44:56 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 1 Sep 2018 07:44:56 +0700 Subject: [Slackbuilds-users] Updates - 20180901.1 Message-ID: <6eb818fd-6390-eeb1-48a3-51da1925b882@slackbuilds.org> Sat Sep 1 00:33:53 UTC 2018 academic/Gridcoin-Research: Added (rewards for boinc). academic/STAR: Updated for version 2.6.1a. audio/drumkv1: Updated for version 0.9.2. audio/guitarix: Updated for version 0.37.3. audio/mixxx: Fix tarball handling. audio/samplv1: Updated for version 0.9.2. audio/synthv1: Updated for version 0.9.2. audio/xmms-wavpack: Added (plugin for playing WavPack in XMMS). business/maltego: Update DEP. desktop/e16: Updated for version 1.0.19. desktop/jgmenu: Updated for version 1.2.1. development/SQLAlchemy: Updated for version 1.2.11. development/apache-maven: Updated for version 3.5.4. development/git-cola: Updated for version 3.2. development/kotlin: Updated for version 1.2.61. development/pycharm: Updated for version 2018.2.2. games/flare-game: Updated for version 1.07. games/flare: Updated for version 1.07. games/gzdoom: Updated for version 3.5.1. games/planetblupi: Updated for version 1.13.1. games/supermariowar: Updated for version 2.0beta1.1. games/xroar: Updated for version 0.35. games/z26: Update README. gis/google-earth: Updated for version 7.3.2.5491. libraries/libmseed: Updated for version 2.19.6. libraries/libwacom: Compress manpages. libraries/live555: Updated for version 2018.08.28a libraries/opencv: Updated for version 3.4.3 misc/asterixInspector: Updated for version 0.12.2 + new maintainer. multimedia/obs-studio: Updated for version 22.0.2 multimedia/plexmediaserver: Updated for v 1.13.5.5332_21ab172de. multimedia/vlc: Updated for version 3.0.4 network/2ping: Updated for version 4.2. network/Electrum: Updated for version 3.2.2. network/claws-mail: Updated for version 3.17.1. network/filezilla: Updated for version 3.36.0. network/ipscan: Updated for version 3.5.3. network/irssi-python: Added (Python2 scripting support for irssi). network/luakit: Fixed tarball handling. network/nbd: Updated for version 3.18 network/pfqueue: Added (ncurses interface for postqueue/mailq etc). network/slimjet: Updated for version 20.0.1.0. network/telegram: Updated for version 1.3.14. network/wireshark: Updated for version 2.6.3. network/youtube-dl: Updated for version 2018.8.22. office/MasterPDFEditor: Updated for version 5.1.36. office/jstock: Updated for version 1.0.7.37. python/py: Updated for version 1.6.0. python/python-certifi: Updated for version 2018.8.24. python/python3-django: Updated for version 2.1.1. python/sphinxcontrib-plantuml: Updated for version 0.8.2. python/websocket-client: Updated for version 0.51.0. ruby/ruby-native-package-installer: Updated for version 1.0.6. system/ansible: Updated for version 2.6.3. system/chronograf: Updated for version 1.6.1. system/dosbox-dev: Updated for version 0.74.r4156. system/dosbox: Updated for version 0.74.2. system/exomizer: Updated for version 3.0.1. system/hstr: Added (BASH and Zsh Shell History Suggest Box). system/iotop: Fix for iotop issue with 4.4.144 kernel system/kapacitor: Updated for version 1.5.1. system/lynis: Updated for version 2.6.8. system/omnidb-app: Updated for version 2.11.0. system/pspg: Updated for version 1.4.0. system/qtfm: Updated for version 6.1.1. system/sysdig: Updated for version 0.23.1 system/telegraf: Updated for version 1.7.3. system/vms: Added (Bash scripts for QEMU). system/xen: Updated for version 4.11.0 system/zsh-completions: Updated for version 0.28.0. +--------------------------+ -- 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 yalhcru at gmail.com Sat Sep 1 04:52:17 2018 From: yalhcru at gmail.com (B Watson) Date: Sat, 1 Sep 2018 00:52:17 -0400 Subject: [Slackbuilds-users] network/filezilla download URLs Message-ID: The URL listed in the .info file: DOWNLOAD="https://dl1.cdn.filezilla-project.org/client/FileZilla_3.36.0_src.tar.bz2" ...doesn't actually work, in Firefox, wget, or curl. It's just a redirect to the main site page. sbopkg or sbotools users get an md5sum mismatch, because what actually got downloaded was an HTML page, not a tarball... However, this does work: https://download.filezilla-project.org/client/FileZilla_3.36.0_src.tar.bz2 Looks like all old versions of FileZilla are archived there, and the new version's there with a timestamp of "2018-08-27 14:20", which matches the release date. From willysr at slackbuilds.org Sat Sep 1 13:21:23 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 1 Sep 2018 20:21:23 +0700 Subject: [Slackbuilds-users] network/filezilla download URLs In-Reply-To: References: Message-ID: <9b8deb3a-d98e-12ab-6bff-6fbd3fff8aaa@slackbuilds.org> > The URL listed in the .info file: > > DOWNLOAD="https://dl1.cdn.filezilla-project.org/client/FileZilla_3.36.0_src.tar.bz2" > > ...doesn't actually work, in Firefox, wget, or curl. It's just a redirect > to the main site page. sbopkg or sbotools users get an md5sum mismatch, > because what actually got downloaded was an HTML page, not a tarball... > > However, this does work: > > https://download.filezilla-project.org/client/FileZilla_3.36.0_src.tar.bz2 > > Looks like all old versions of FileZilla are archived there, and the new > version's there with a timestamp of "2018-08-27 14:20", which matches > the release date. Thanks replaced on git and also on the server -- 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 skaendo at excite.com Sun Sep 2 02:10:46 2018 From: skaendo at excite.com (Ed Ender) Date: Sat, 01 Sep 2018 22:10:46 -0400 Subject: [Slackbuilds-users] qbittorrent-qt5-4.1.2 Message-ID: <20180901221046.2306@web004.roc2.bluetie.com> Hey Dave, I don't know if you had noticed, but qbittorrent 4.1.2 is missing the desktop file. There is a patch for the issue here: https://github.com/qbittorrent/qBittorrent/commit/acdf9061fe5539c75604d2b7919cc434b2cebb02.patch Thanks! -Ed From dave at dawoodfall.net Sun Sep 2 02:43:03 2018 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 2 Sep 2018 03:43:03 +0100 Subject: [Slackbuilds-users] qbittorrent-qt5-4.1.2 In-Reply-To: <20180901221046.2306@web004.roc2.bluetie.com> References: <20180901221046.2306@web004.roc2.bluetie.com> Message-ID: <20180902024303.GC1855@blackswan> On Saturday 1 September 2018 22:10, Ed Ender put forth the proposition: > Hey Dave, > > I don't know if you had noticed, but qbittorrent 4.1.2 is missing the desktop file. > > There is a patch for the issue here: > https://github.com/qbittorrent/qBittorrent/commit/acdf9061fe5539c75604d2b7919cc434b2cebb02.patch > > Thanks! > > -Ed > Ah, I hadn't noticed. Thanks. -Dave -- 'Mounting' is used for three things: climbing on a horse, linking in a hard disk unit in data systems, and, well, mounting during sex. -- Christa Keil .--. oo (____)// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' From chytraeu at sdf.org Sun Sep 2 16:13:46 2018 From: chytraeu at sdf.org (Donald Cooley) Date: Sun, 2 Sep 2018 11:13:46 -0500 Subject: [Slackbuilds-users] seafile, seahub, etc. very outdated Message-ID: <89a3ff16-bcb0-8478-f504-60eea75eb158@sdf.org> Hello, The latest versions of seafile, seahub, etc. appear to be 6.2.4. The versions available on slackbuilds.org are at version 4.4.6. Could these packages see an update please. Thank you. Regards, Donald Cooley From yalhcru at gmail.com Mon Sep 3 20:41:10 2018 From: yalhcru at gmail.com (B Watson) Date: Mon, 3 Sep 2018 16:41:10 -0400 Subject: [Slackbuilds-users] texlive and synctex Message-ID: Is the texlive package supposed to include synctex? It has a header for it: /usr/include/synctex/synctex_parser.h ...but the first thing that header does is: #include "synctex_version.h" ...but synctex_version.h doesn't exist, so anything trying to build with synctex support (in my case, zathura) will fail with an error similar to: In file included from zathura/synctex.c:8:0: /usr/include/synctex/synctex_parser.h:53:29: fatal error: synctex_version.h: No such file or directory From johannes at schoepfer.info Mon Sep 3 21:32:58 2018 From: johannes at schoepfer.info (=?ISO-8859-1?Q?Johannes_Sch=F6pfer?=) Date: Mon, 03 Sep 2018 23:32:58 +0200 Subject: [Slackbuilds-users] texlive and synctex Message-ID: Hi, due lack of time i didn't submit a fixed texlive/synctec + extra + docs yet, but it will happen this week. JohannesAm 03.09.2018 10:41 nachm. schrieb B Watson : > > Is the texlive package supposed to include synctex? > > It has a header for it: /usr/include/synctex/synctex_parser.h > > ...but the first thing that header does is: > > #include "synctex_version.h" > > ...but synctex_version.h doesn't exist, so anything trying to build with > synctex support (in my case, zathura) will fail with an error similar > to: > > In file included from zathura/synctex.c:8:0: > /usr/include/synctex/synctex_parser.h:53:29: fatal error: > synctex_version.h: No such file or directory From rshepard at appl-ecosys.com Mon Sep 3 21:40:30 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 3 Sep 2018 14:40:30 -0700 (PDT) Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? Message-ID: Package maintainers re-package source code from .deb and .rpm packages. I'm considering replacing my HP 2550C color laser printer which needs repair with a Dell C1760NW. Web research taught me that since Dell and Xerox mated Dell renamed the Xerox Phaser 6000B series printer to the C1760NW. Since Dell provides drivers only for proprietary OSes, and Xerox also has a linux CUP driver this looks like the way to go. So, my question is which source (.dep or .rpm) would be the better choice to convert to a .tgz package? Both rpm2tgz and deb2tgz are installed, but I've no idea if both are equal. Regards, Rich From rshepard at appl-ecosys.com Mon Sep 3 22:21:35 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 3 Sep 2018 15:21:35 -0700 (PDT) Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? In-Reply-To: References: Message-ID: On Mon, 3 Sep 2018, Donald R Laster Jr wrote: > Slackware supports RPMs. This is from my 14.0 system: > > rpm -v > RPM version 4.10.0 > Copyright (C) 1998-2002 - Red Hat, Inc. > This program may be freely redistributed under the terms of the GNU GPL > The version in an old copy of "current" is 4.14.1, so it might be newer > now. So you may be able to directly use an RPM file or use rpm2tgz. They > key is the expect Linux Kernel and library versions. Don, How interesting! I had no idea that it was available. Here, on my 14.2 system I have: $ rpm -v RPM version 4.12.0.1 I'd still prefer to run the .rpm through rpm2tgz for consistency with everything else. I'm still trying to learn if refilled toner cartridges will work with the Dell rebranded Xerox. Thanks, Rich From yalhcru at gmail.com Mon Sep 3 22:29:26 2018 From: yalhcru at gmail.com (B Watson) Date: Mon, 3 Sep 2018 18:29:26 -0400 Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? In-Reply-To: References: Message-ID: On 9/3/18, Rich Shepard wrote: > So, my question is which source (.dep or .rpm) would be the better > choice > to convert to a .tgz package? Both rpm2tgz and deb2tgz are installed, but > I've no idea if both are equal. I'm assuming your end goal is to create a SlackBuild for the driver, and submit it to SBo... As part of your research, download both packages and extract them. Compare the contents (binaries, PPD files, whatever's inside). Chances are, they're identical in both the rpm and deb packages, in which case you choose whichever's easier to work with (or flip a coin). When you get ready to make a SlackBuild for the driver, I'd recommend not using either rpm2tgz or deb2tgz in the build script. A .deb package is just an ar file containing a couple of .tar.gz (or possibly .tar.xz) files, and deb2tgz is just a wrapper around ar and tar (also, deb2tgz doesn't ship with Slackware, if that matters to you). Example: # $PKG because we're extracting directly to e.g. $PKG/usr/bin, $PKG/etc, etc. cd $PKG ar p $CWD/${PRGNAM}_${VERSION}_${ARCH}.deb data.tar.gz | tar xvfz - ...if 'data.tar.gz' doesn't work, it's likely data.tar.xz instead: ar p $CWD/${PRGNAM}_${VERSION}_${ARCH}.deb data.tar.xz | tar xvfJ - For an rpm package, best bet is to use rpm2cpio to extract it (which does ship with Slackware). Example: cd $PKG rpm2cpio $CWD/$PRGNAM-$VERSION.$ARCH.rpm | cpio -idmv ...for either rpm or deb, the filename's version and architecture might need to be diddled (e.g. if the version has a - in it, which isn't allowed on Slackwre). Have a look at graphics/teighafileconverter and development/hexinator for real-world examples. From don_sfw at dlaster.com Mon Sep 3 22:13:30 2018 From: don_sfw at dlaster.com (Donald R Laster Jr) Date: Mon, 3 Sep 2018 18:13:30 -0400 Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? In-Reply-To: References: Message-ID: Rich, Slackware supports RPMs. This is from my 14.0 system: rpm -v RPM version 4.10.0 Copyright (C) 1998-2002 - Red Hat, Inc. This program may be freely redistributed under the terms of the GNU GPL The version in an old copy of "current" is 4.14.1, so it might be newer now. So you may be able to directly use an RPM file or use rpm2tgz. They key is the expect Linux Kernel and library versions. Don Rich Shepard wrote on 09/03/2018 05:40 PM: > ? Package maintainers re-package source code from .deb and .rpm packages. > I'm considering replacing my HP 2550C color laser printer which needs repair > with a Dell C1760NW. Web research taught me that since Dell and Xerox mated > Dell renamed the Xerox Phaser 6000B series printer to the C1760NW. Since > Dell provides drivers only for proprietary OSes, and Xerox also has a linux > CUP driver this looks like the way to go. > > ? So, my question is which source (.dep or .rpm) would be the better choice > to convert to a .tgz package? Both rpm2tgz and deb2tgz are installed, but > I've no idea if both are equal. > > Regards, > > 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/ > From rshepard at appl-ecosys.com Mon Sep 3 22:45:35 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 3 Sep 2018 15:45:35 -0700 (PDT) Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? In-Reply-To: References: Message-ID: On Mon, 3 Sep 2018, B Watson wrote: > I'm assuming your end goal is to create a SlackBuild for the driver, and > submit it to SBo... Actually, my end goal is to have a working printer that will function with non-Dell replacement toner cartridges. Since the CUPS driver can work as a .rpm (using the Slackware implementation) or be converted there's no need to build a specific SBo package. > ... (also, deb2tgz doesn't ship with Slackware, if that matters to you). True. rpm2tgz is a core Slackware package, and deb2tgz is a SlackBuilds.org package: $ locate deb2tgz /var/lib/sbopkg/SBo/14.2/misc/deb2tgz /var/lib/sbopkg/SBo/14.2/misc/deb2tgz/README /var/lib/sbopkg/SBo/14.2/misc/deb2tgz/deb2tgz.info /var/lib/sbopkg/SBo/14.2/misc/deb2tgz/slack-desc /var/lib/sbopkg/SBo/14.2/misc/deb2tgz/deb2tgz.SlackBuild /var/lib/sbopkg/SBo/14.2/misc/deb2tgz.tar.gz.asc /var/lib/sbopkg/SBo/14.2/misc/deb2tgz.tar.gz I interpret your response that there's fundamentally no difference between either source format being converted to .tgz. Thanks very much! Rich From rshepard at appl-ecosys.com Mon Sep 3 22:48:19 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Mon, 3 Sep 2018 15:48:19 -0700 (PDT) Subject: [Slackbuilds-users] Xerox printer driver: deb or rpm for conversion? In-Reply-To: References: Message-ID: On Mon, 3 Sep 2018, Rich Shepard wrote: > I'm still trying to learn if refilled toner cartridges will work with the > Dell re-branded Xerox. For anyone else interested, the answer is 'yes.' Several vendors sell OEM-rebuilt/refilled 3400-page sets for ~$60 and guarantee they'll work in the Dell. Regards, Rich From chytraeu at sdf.org Tue Sep 4 00:12:46 2018 From: chytraeu at sdf.org (Donald Cooley) Date: Mon, 3 Sep 2018 19:12:46 -0500 Subject: [Slackbuilds-users] Fwd: Fwd: Re: seafile, seahub, etc. very outdated In-Reply-To: <15a211be-5c4c-2bdd-ce9d-7478c7dedfd7@mos6581.de> References: <15a211be-5c4c-2bdd-ce9d-7478c7dedfd7@mos6581.de> Message-ID: -------- Forwarded Message -------- Subject: Fwd: Re: seafile, seahub, etc. very outdated Date: Mon, 3 Sep 2018 21:03:20 +0200 From: Marcel Saegebarth To: chytraeu at sdf.org >> Donald Cooley Hi Donald, I'm sorry, but I dropped support for Seafile more than 2,5 years ago, due to their crappy source code. Regards -marc -------------------------------------------------------------------------------- PGP 32 bit Key ID: 0x69EC498D PGP 64 bit Key ID: 0x8EE93B2D69EC498D PGP Key fingerprint: D320 76CB 4053 D544 52BD D461 8EE9 3B2D 69EC 498D On 09/02/2018 06:13 PM, Donald Cooley wrote: > Hello, > The latest versions of seafile, seahub, etc. appear to be 6.2.4. The > versions available on slackbuilds.org are at version 4.4.6. Could these > packages see an update please. Thank you. > > Regards, > Donald Cooley > From fernando.lopezjr at gmail.com Tue Sep 4 03:47:48 2018 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Mon, 3 Sep 2018 21:47:48 -0600 Subject: [Slackbuilds-users] need help with maven installation package. Message-ID: I need help with java maven installation package.. never done one before and dont know how to do it... https://www.dropbox.com/s/2v5eg4ak8giykg9/kayak.tar.bz2?dl=0 thank you -- ------------ Regards, Fernando Lopez Jr. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ricardo at palmtx.com.ar Tue Sep 4 22:48:56 2018 From: ricardo at palmtx.com.ar (Ricardo J. Barberis) Date: Tue, 4 Sep 2018 19:48:56 -0300 Subject: [Slackbuilds-users] Bad download URL in Slackbuild for pfqueue Message-ID: <201809041948.57056.ricardo@palmtx.com.ar> Hello all, I just noticed (*) that my recent submission for pfqueue has an error in the download URL (extra /download at the end): I already fixed it in my private git repo. Should I resubmit it or can an admin simply ifx it via git? Patch to fix it: diff --git a/14.2/pfqueue/pfqueue.info b/14.2/pfqueue/pfqueue.info index 126880d..66f08a4 100644 --- a/14.2/pfqueue/pfqueue.info +++ b/14.2/pfqueue/pfqueue.info @@ -1,7 +1,7 @@ PRGNAM="pfqueue" VERSION="0.5.6" HOMEPAGE="http://pfqueue.sourceforge.net/" -DOWNLOAD="https://sourceforge.net/projects/pfqueue/files/pfqueue/0.5.6/pfqueue-0.5.6.tar.gz/download" +DOWNLOAD="https://sourceforge.net/projects/pfqueue/files/pfqueue/0.5.6/pfqueue-0.5.6.tar.gz" MD5SUM="ff3fbcc39b39112f123b93df579998b8" DOWNLOAD_x86_64="" MD5SUM_x86_64="" (*) Once my submissions make it into SBo, I remove my packages and reinstall them with sbopkg to catch stupid mistakes like this... :/ Thanks, -- Ricardo J. Barberis Usuario Linux N? 250625: http://counter.li.org/ Usuario LFS N? 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com From zhu.qunying at gmail.com Tue Sep 4 23:25:52 2018 From: zhu.qunying at gmail.com (Qun-Ying) Date: Tue, 4 Sep 2018 16:25:52 -0700 Subject: [Slackbuilds-users] system/hh should be removed, it is replace by system/hstr Message-ID: Hi, I am the maintainer of hh, since the new version 2.0, upstream has changed the name to hstr, hence the new submitted one is under the name hstr, while hh should be removed. -- Qun-Ying From idlemoor at slackbuilds.org Tue Sep 4 23:46:55 2018 From: idlemoor at slackbuilds.org (David Spencer) Date: Wed, 5 Sep 2018 00:46:55 +0100 Subject: [Slackbuilds-users] Bad download URL in Slackbuild for pfqueue In-Reply-To: <201809041948.57056.ricardo@palmtx.com.ar> References: <201809041948.57056.ricardo@palmtx.com.ar> Message-ID: <25cf09cb-d296-4a7f-2cdf-6f9e1a09300e@slackbuilds.org> > I just noticed (*) that my recent submission for pfqueue has an error in the > download URL (extra /download at the end): > > I already fixed it in my private git repo. Should I resubmit it or can an > admin simply ifx it via git? Done! Thanks! -D. From idlemoor at slackbuilds.org Tue Sep 4 23:47:41 2018 From: idlemoor at slackbuilds.org (David Spencer) Date: Wed, 5 Sep 2018 00:47:41 +0100 Subject: [Slackbuilds-users] system/hh should be removed, it is replace by system/hstr In-Reply-To: References: Message-ID: <91665a30-dd4d-910a-5772-b84f43dfe619@slackbuilds.org> On 05/09/18 00:25, Qun-Ying wrote: > I am the maintainer of hh, since the new version 2.0, upstream has > changed the name to hstr, hence the new submitted one is under the > name hstr, while hh should be removed. Great, done! Thanks! -D. From matteo.bernardini at gmail.com Wed Sep 5 18:13:12 2018 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Wed, 5 Sep 2018 20:13:12 +0200 Subject: [Slackbuilds-users] libvirt 4.6.0 is a mess In-Reply-To: References: Message-ID: Il giorno ven 17 ago 2018 alle ore 18:20 Andrzej Telszewski ha scritto: > > Hi, > > I've been contacting Robby, but since I haven't received any reply nor I > see any correction in the git, I decided to come to the list, so you can > take action before the next public update. > > With version 4.6.0, libvirt has switched from yajl to Jansson. > Unfortunately, this switch comes with more problems than it solves: > > https://bugzilla.redhat.com/show_bug.cgi?id=1614959 > https://bugzilla.redhat.com/show_bug.cgi?id=1614569 > > I've actually experienced the bugs mentioned in the above threads. > > libvirt team has already switched back for yajl for the next version. > > What I propose is that you withdraw the 4.6.0 update. > Alternatively, you can update for version 4.5.0; the only change needed > is changing back to yajl in REQUIRES and --with-yajl. > > Hope this helps. as Andrzej anticipated above I can confirm they fixed this in 4.7.0 (released a couple of days ago) reverting to yajl. Matteo From ricardo at palmtx.com.ar Wed Sep 5 18:50:24 2018 From: ricardo at palmtx.com.ar (Ricardo J. Barberis) Date: Wed, 5 Sep 2018 15:50:24 -0300 Subject: [Slackbuilds-users] Bad download URL in Slackbuild for pfqueue In-Reply-To: <25cf09cb-d296-4a7f-2cdf-6f9e1a09300e@slackbuilds.org> References: <201809041948.57056.ricardo@palmtx.com.ar> <25cf09cb-d296-4a7f-2cdf-6f9e1a09300e@slackbuilds.org> Message-ID: <201809051550.24245.ricardo@palmtx.com.ar> El Martes 04/09/2018 a las 20:46, David Spencer escribi?: > > I just noticed (*) that my recent submission for pfqueue has an error in > > the download URL (extra /download at the end): > > > > I already fixed it in my private git repo. Should I resubmit it or can an > > admin simply ifx it via git? > > Done! Thanks! > -D. Tank you, sir! -- Ricardo J. Barberis Usuario Linux N? 250625: http://counter.li.org/ Usuario LFS N? 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com From dickson.tim at googlemail.com Wed Sep 5 21:52:42 2018 From: dickson.tim at googlemail.com (Tim Dickson) Date: Wed, 5 Sep 2018 22:52:42 +0100 Subject: [Slackbuilds-users] epson inkjet escpr2 slackbuild update Message-ID: <91908c32-7f7c-eb35-87a5-6c6f015bd77f@googlemail.com> after submitting an update, upstream have updated the source again.! as it is in the ready queue, I can't remove it. could an admin remove it so I can resubmit, thanks. Regards, Tim From willysr at slackbuilds.org Thu Sep 6 17:21:55 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 7 Sep 2018 00:21:55 +0700 Subject: [Slackbuilds-users] epson inkjet escpr2 slackbuild update In-Reply-To: <91908c32-7f7c-eb35-87a5-6c6f015bd77f@googlemail.com> References: <91908c32-7f7c-eb35-87a5-6c6f015bd77f@googlemail.com> Message-ID: > after submitting an update, upstream have updated the source again.! > as it is in the ready queue, I can't remove it. > could an admin remove it so I can resubmit, thanks. Done -- 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 slackbuilds at schoepfer.info Sat Sep 8 00:14:20 2018 From: slackbuilds at schoepfer.info (Franzen) Date: Sat, 08 Sep 2018 02:14:20 +0200 Subject: [Slackbuilds-users] texlive and synctex In-Reply-To: mid:9683 References: mid:9683 Message-ID: Hi, the keywords of texlive-extra and texlive-docs are empty, maybe "tex,tetex,latex" could be added to each. /patches in texlive does contain old unneeded patches, which seem to not get removed on new submissions which doesn't contain them. The only patches needed for the new submission are 20180625.diff and synctex-missing-header.patch, where synctex-missing-header.patch seems to be missing on the approved-page https://git.slackbuilds.org/slackbuilds/patch/?id=a22bf276c55a58273ed5f456ab705089adfef60b , see attached patch. The texlive.tar i submitted does contain this patch. The file dump.unused.internal.libraries.from.sources.sh was also not submitted and may be removed as it's of no use on SBo. Thanks, Johannes -------------- next part -------------- A non-text attachment was scrubbed... Name: synctex-missing-header.patch Type: text/x-diff Size: 751 bytes Desc: not available URL: From willysr at slackbuilds.org Sat Sep 8 02:04:23 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 8 Sep 2018 09:04:23 +0700 Subject: [Slackbuilds-users] Updates - 20180908.1 Message-ID: Hi, As you have seen in -stable updates, Patrick moved to Firefox 60.x ESR releases, thus adding rust and newer LLVM in order to satisfy the dependencies for building firefox. Since rust is also available in SBo, it's normal for us to follow that direction and as of this batch, rust is removed from 14.2 repository and all packages that needs rust has been updated. Sat Sep 8 01:38:48 UTC 2018 academic/Gridcoin-Research: Updated for version 3.7.16.0. academic/ITK: Updated for version 4.13.1. audio/cava: Added (Audio Visualizer). audio/sayonara-player: Updated for version 1.1.1_git1_20180828. desktop/alacarte: Added (Menu Editor for X). development/Sphinx: Updated for version 1.7.9. development/alembic: Updated for version 1.0.0. development/cargo-vendor: Update REQUIRES. development/cc65: Updated for version 2.17_20180906. development/composer: Updated for version 1.7.2 development/d-tools: Updated for version 2.082.0 development/dmd: Updated for version 2.082.0 development/jupyter-ipykernel: Updated for version 4.9.0. development/jupyter-ipywidgets: Updated for version 7.4.1. development/jupyter-nbconvert: Updated for version 5.4.0. development/jupyter-widgetsnbextension: Upgraded for version 3.4.1. development/mawk: Add option to build with glibc regexes. development/mkchroot: Updated for version 1.4. development/mrustc: Updated for version git346da18. development/neovim-qt: Updated for version 0.2.10. development/racer: Update REQUIRES. development/rust: Removed (included in 14.2 patches). development/rustup: Update REQUIRES. development/sbcl: Updated for version 1.4.11. development/universal-ctags: Updated for version 6712037 games/RetroArch: Updated for version 1.7.4. games/crispy-doom: Updated for version 5.3. games/doomretro: Updated for version 2.7.2. games/instead: Updated for version 3.2.2. games/mame: Updated for version 0.201. games/planetblupi: Updated for version 1.13.2. games/xroar-roms: Added (Dragon and CoCo ROM images). games/yamagi-quake2: Updated for version 7.21. graphics/openimageio: Updated for version 1.8.14 graphics/tuxpaint: Updated for version 0.9.23. libraries/agg: Switch back to version 2.5. libraries/girara: Fix build with non-English locales. libraries/http-parser: Updated for version 2.8.1 libraries/jbig2dec: Updated for version 0.15. libraries/libdivecomputer: Updated for version 0.6.0 libraries/libgit2-glib: Updated for version 0.26.4. libraries/libgit2: Updated for version 0.27.4 libraries/libgta: Updated for version 1.0.9 libraries/live555: Updated for version 2018.09.06 libraries/pgplot: Fixed profile scripts. libraries/psqlodbc: Updated for version 10.2.0. libraries/wcslib: Updated for version 5.19.1. misc/subsurface: Updated for version 4.8.1 multimedia/avidemux: Fix qt4 desktop file. multimedia/glyr: Apply upstream fix for lyricswiki. multimedia/nted: Updated for version 1.10.18_12. multimedia/obs-studio: Updated for version 22.0.3 multimedia/youtube-viewer: Updated for version 3.4.1. network/WireGuard: Updated for version 0.0.20180904. network/asterisk: Updated for version 13.22.0. network/brave: Updated for version 0.23.105. network/dropbox: Updated for version 56.4.94. network/filezilla: Update DOWNLOAD. network/liferea: Updated for version 1.12.5. network/modemu2k: Added (modem emulator). network/palemoon-bin: Updated for version 28.0.1. network/palemoon: Updated for version 28.0.1. network/pfqueue: Update download. network/psi-plus: Update to 1.3.411. network/qbittorrent-qt5: Update to 4.1.2 network/qutebrowser: Update to 1.4.2 network/riot-web: Updated for version 0.16.3. network/signal-desktop: Updated for version 1.16.0. network/teamviewer: Update VERSION in .info. network/tor-browser: Updated for version 8.0. network/yle-dl: Updated for version 2.36. office/rednotebook: Updated for version 2.6.1. office/texlive-docs: Updated for version 2018.180822. office/texlive-extra: Updated for version 2018.180822. office/texlive: Updated for version 2018.180822. office/zathura: Disable synctex until textlive is fixed. perl/MoarVM: Updated for version 2018.08. perl/nqp: Updated for version 2018.08. perl/perl-GD: Updated for version 2.69. perl/perl-xml-parser-lite: Updated for version 0.722. perl/rakudo: Updated for version 2018.08. perl/zef: Updated for version 0.5.1. python/CANard: Added (Controller Area Network python library). python/python-evdev: Updated for version 1.1.2. python/python3-attrs: Updated for version 18.2.0. python/python3-jupyter-ipykernel: Updated for version 4.9.0. python/python3: Updated for version 3.6.6. python/websocket-client: Updated for version 0.52.0. ruby/sequel: Updated for version 5.12.0. system/alacritty: Update REQUIRES. system/epson-inkjet-printer-escpr2: Updated for version 1.0.20. system/etsh: Updated for version 5.3.1. system/exa: Update REQUIRES. system/fd: Update REQUIRES. system/hh: Removed (please use system/hstr). system/jdupes: Updated for version 1.10.3. system/nvidia-driver: Updated for version 390.87. system/nvidia-kernel: Updated for version 390.87. system/pspg: Updated for version 1.6.0. system/ripgrep: Update REQUIRES. system/upass: Updated for version 0.3.0. system/vagrant: Updated for version 2.1.4. system/vms: Updated for version 0.2.1. system/vtcol: Update REQUIRES. system/wine: Fix missing original copyright. system/worker: Updated for version 3.15.2. +--------------------------+ -- 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 Sun Sep 9 19:21:21 2018 From: fernando.lopezjr at gmail.com (Fernando Lopez) Date: Sun, 9 Sep 2018 13:21:21 -0600 Subject: [Slackbuilds-users] current matplotlib cant find numpy. Message-ID: is it just me??? anyone having this problem? i am on current... i do have numpy installed from sbo... matplotlib-1.5.2/doc/faq/usage_faq.rst matplotlib-1.5.2/doc/faq/installing_faq.rst matplotlib-1.5.2/doc/faq/fig_map.png matplotlib-1.5.2/doc/faq/virtualenv_faq.rst matplotlib-1.5.2/README.rst matplotlib-1.5.2/MANIFEST.in ============================================================================ Edit setup.cfg to change the build options BUILDING MATPLOTLIB matplotlib: yes [1.5.2] python: yes [2.7.15 (default, Jun 17 2018, 22:57:51) [GCC 7.3.0]] platform: yes [linux2] REQUIRED DEPENDENCIES AND EXTENSIONS numpy: no [could not be found] dateutil: yes [using dateutil version 2.7.3] pytz: yes [using pytz version 2018.3] cycler: yes [using cycler version 0.10.0] tornado: yes [using tornado version 5.1] pyparsing: yes [using pyparsing version 2.2.0] libagg: yes [pkg-config information for 'libagg' could not be found. Using local copy.] freetype: yes [version 2.9.0] png: yes [version 1.6.34] qhull: yes [pkg-config information for 'qhull' could not be found. Using local copy.] OPTIONAL SUBPACKAGES sample_data: yes [installing] toolkits: yes [installing] tests: no [skipping due to configuration] toolkits_tests: no [skipping due to configuration] OPTIONAL BACKEND EXTENSIONS macosx: no [Mac OS-X only] qt5agg: no [PyQt5 not found] qt4agg: yes [installing, Qt: 4.8.7, PySide: 1.2.2; Qt: 4.8.7, PyQt: 4.8.7] gtk3agg: yes [installing, version 3.30.22] gtk3cairo: yes [installing, version 3.30.22] gtkagg: yes [installing, Gtk: 2.24.32 pygtk: 2.24.0] tkagg: yes [installing; run-time loading from Python Tcl / Tk] wxagg: yes [installing, version 3.0.2.0] gtk: yes [installing, Gtk: 2.24.32 pygtk: 2.24.0] agg: yes [installing] cairo: yes [installing, pycairo version 1.16.3] windowing: no [Microsoft Windows only] OPTIONAL LATEX DEPENDENCIES dvipng: yes [version 1.15] ghostscript: yes [version 9.23] latex: yes [version 3.14159265] pdftops: yes [version 0.64.0] OPTIONAL PACKAGE DATA dlls: no [skipping due to configuration] ============================================================================ * The following required packages can not be built: * numpy matplotlib: 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 yalhcru at gmail.com Sun Sep 9 21:31:50 2018 From: yalhcru at gmail.com (B Watson) Date: Sun, 9 Sep 2018 17:31:50 -0400 Subject: [Slackbuilds-users] zathura, texlive, and synctex Message-ID: This is a call for volunteers to test something: I've just pushed a patched zathura that compiles successfully with texlive's synctex support, but since I have no clue how to use synctex, have never touched tex in my life, I don't know how to test it & make sure it works the way it's supposed to. So would someone mind trying it out? It's in SBo git in a branch called "user/urchlay/zathura-synctex-bodge". If you'd rather not use git, here's a tarball you can download instead: http://urchlay.naptime.net/~urchlay/src/zathura-synctex-bodge.tar.gz For testing, you should have texlive installed (meaning you would have removed Slackware's own tetex and related packages). Download the zathura source and run its SlackBuild as usual. zathura will auto-detect the presence of synctex so there's no special option to set. Install the resulting zathura package and see if the synctex stuff works properly. I only vaguely understand what it's supposed to even do, and the descriptions I've read assume the reader already is familiar with tex, so I'm turning this over to the experts in the community. From yalhcru at gmail.com Sun Sep 9 23:55:15 2018 From: yalhcru at gmail.com (B Watson) Date: Sun, 9 Sep 2018 19:55:15 -0400 Subject: [Slackbuilds-users] lyx compile fail + patch Message-ID: office/lyx fails to build if qt3 happens to be installed on the build system. It's because lyx (a qt4 app) gives precedence to QTDIR in the environment (rather than QT4DIR as qt4 is supposed to use). If both qt3 and qt4 are installed, QTDIR points to /opt/kde3/lib64/qt3. The attached patch for the SlackBuild just sets QTDIR appropriately in the environment. -------------- next part -------------- A non-text attachment was scrubbed... Name: lyx_qt3_conflict_fix.diff.gz Type: application/x-gzip Size: 396 bytes Desc: not available URL: From yalhcru at gmail.com Mon Sep 10 07:56:41 2018 From: yalhcru at gmail.com (B Watson) Date: Mon, 10 Sep 2018 03:56:41 -0400 Subject: [Slackbuilds-users] zathura, texlive, and synctex In-Reply-To: References: Message-ID: On 9/9/18, B Watson wrote: > This is a call for volunteers to test something: I've just pushed a > patched zathura that compiles successfully with texlive's synctex support, > but since I have no clue how to use synctex, have never touched tex in > my life, I don't know how to test it & make sure it works the way it's > supposed to. OK, got this sorted out, eventually. It does work, pushed new zathura to my branch. synctex support will be built in if texlive is installed. From serban.udrea at skmail.ikp.physik.tu-darmstadt.de Mon Sep 10 08:45:33 2018 From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea) Date: Mon, 10 Sep 2018 10:45:33 +0200 Subject: [Slackbuilds-users] current matplotlib cant find numpy. In-Reply-To: References: Message-ID: <601e8ee2-f700-a299-4b4f-37c8958af276@skmail.ikp.physik.tu-darmstadt.de> On 09/09/2018 09:21 PM, Fernando Lopez wrote: > is it just me??? anyone having this problem? i am on current... i do have numpy > installed from sbo... > ... Hi Fernando, sorry, but I have no -current installation to try to reproduce your issue. However, if you could give me some more informations about what you exactly did? Multilib? python3 or python2? Maybe I can help. Try in a terminal: python -c "import numpy" python2 -c "import numpy" python3 -c "import numpy" at least one should complete without error, if the numpy installation is OK. Maybe python does not point to python2 anymore in current (but I would not expect this to be an issue)? Best regards, Serban From Jim.Diamond at acadiau.ca Mon Sep 10 17:54:58 2018 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Mon, 10 Sep 2018 14:54:58 -0300 Subject: [Slackbuilds-users] Atlas Message-ID: <20180910175458.GA18785@jdiamond-mb.acadiau.ca> I am trying to build Atlas. On my system (S64-14.2) the procedure it goes through to pick a compiler comes up with /usr/bin/g++-gcc-5.5.0 rather than /usr/bin/gcc-5.5.0 or /usr/bin/gcc This causes the compilation to crash and burn when it hits some code that isn't (also) valid C++ code. Anyone else seen this? I'm sort of curious as to whether I have something weird going on in my system, or ... ? A quick hack-around is to temporarily move /usr/bin/g++-gcc-5.5.0 out of any directory in my path. But that is only one issue. Another issue is this happens when I am building: ... make atlas_run atldir=/tmp/SBo/atlas-3.10.3/BuildDir exe=xprobe_comp redir=config 1.out \ args="-v 0 -o atlconf.txt -O 1 -A 32 -Si nof77 0 -V 976 -b 64 - d b /tmp/SBo/atlas-3.10.3/BuildDir" make[1]: Entering directory '/tmp/SBo/atlas-3.10.3/BuildDir' cd /tmp/SBo/atlas-3.10.3/BuildDir ; ./xprobe_comp -v 0 -o atlconf.txt -O 1 -A 32 -Si nof77 0 -V 976 -b 64 -d b /tmp/SBo/atlas-3.10.3/BuildDir > config1.out sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file sh: -c: line 0: unexpected EOF while looking for matching ``' sh: -c: line 1: syntax error: unexpected end of file If anyone has read along this far and built Atlas, can they offer any insight? Cheers. Jim From Jim.Diamond at acadiau.ca Mon Sep 10 21:44:27 2018 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Mon, 10 Sep 2018 18:44:27 -0300 Subject: [Slackbuilds-users] zathura, texlive, and synctex In-Reply-To: References: Message-ID: <20180910214427.GE8796@jdiamond-mb.acadiau.ca> On Sun, Sep 9, 2018 at 17:31 (-0400), B Watson wrote: > This is a call for volunteers to test something: I've just pushed a > patched zathura that compiles successfully with texlive's synctex support, > but since I have no clue how to use synctex, have never touched tex in > my life, I don't know how to test it & make sure it works the way it's > supposed to. > So would someone mind trying it out? It's in SBo git in a branch > called "user/urchlay/zathura-synctex-bodge". If you'd rather not > use git, here's a tarball you can download instead: > http://urchlay.naptime.net/~urchlay/src/zathura-synctex-bodge.tar.gz I expect you were really asking about the synctex functionality, but on my system the default zathura slackbuild *and* your version do the absolute worst job of rendering PDF that I can recall ever having seen. As it is, the program is useless. xpdf, evince, acroread, mupdf and foxitreader are all drastically better than either of the zathuras. I expect I must have something on my system which is misconfigured that somehow manages to affect zathura but not the other poppler-based readers. (And when I installed mupdf, getting the mupdf renderer, it did not improve.) I am running S64-14.2. The only "peculiarity" I can immediately think on a hi-DPI system (163 DPI) (I know some software is just plain broken when the DPI is not close to 96, but I am grasping at straws here). Can anyone else comment on what they see with either the default zathura or B Watson's? Thanks. Jim From chris.willing at linux.com Mon Sep 10 23:40:46 2018 From: chris.willing at linux.com (Christoph Willing) Date: Tue, 11 Sep 2018 09:40:46 +1000 Subject: [Slackbuilds-users] Atlas In-Reply-To: <20180910175458.GA18785@jdiamond-mb.acadiau.ca> References: <20180910175458.GA18785@jdiamond-mb.acadiau.ca> Message-ID: <8ea414b9-30fc-7521-c5c8-c8eb29b05fcc@linux.com> On 11/9/18 3:54 am, Jim Diamond via SlackBuilds-users wrote: > I am trying to build Atlas. On my system (S64-14.2) the procedure it > goes through to pick a compiler comes up with > /usr/bin/g++-gcc-5.5.0 > rather than > /usr/bin/gcc-5.5.0 > or > /usr/bin/gcc > > This causes the compilation to crash and burn when it hits some code > that isn't (also) valid C++ code. > > > Anyone else seen this? I'm sort of curious as to whether I have > something weird going on in my system, or ... ? > > A quick hack-around is to temporarily move /usr/bin/g++-gcc-5.5.0 out > of any directory in my path. But that is only one issue. > No problem with that here (64bit 14.2) - gcc is found and used. > Another issue is this happens when I am building: > > ... > make atlas_run atldir=/tmp/SBo/atlas-3.10.3/BuildDir exe=xprobe_comp redir=config > 1.out \ > args="-v 0 -o atlconf.txt -O 1 -A 32 -Si nof77 0 -V 976 -b 64 - > d b /tmp/SBo/atlas-3.10.3/BuildDir" > make[1]: Entering directory '/tmp/SBo/atlas-3.10.3/BuildDir' > cd /tmp/SBo/atlas-3.10.3/BuildDir ; ./xprobe_comp -v 0 -o atlconf.txt -O 1 -A 32 > -Si nof77 0 -V 976 -b 64 -d b /tmp/SBo/atlas-3.10.3/BuildDir > config1.out > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > sh: -c: line 0: unexpected EOF while looking for matching ``' > sh: -c: line 1: syntax error: unexpected end of file > > > If anyone has read along this far and built Atlas, can they offer any > insight? > Yes I see those messages too. However compilation continues OK without (apparent) ill effect. One problem I did see was a linking failure right near the end of compilation. However running 'make build' again after that failure completed OK. I fixed this by running the SlackBuild with MAKEFLAGS=-j1 chris From yalhcru at gmail.com Tue Sep 11 05:22:27 2018 From: yalhcru at gmail.com (B Watson) Date: Tue, 11 Sep 2018 01:22:27 -0400 Subject: [Slackbuilds-users] zathura, texlive, and synctex In-Reply-To: <20180910214427.GE8796@jdiamond-mb.acadiau.ca> References: <20180910214427.GE8796@jdiamond-mb.acadiau.ca> Message-ID: On 9/10/18, Jim Diamond via SlackBuilds-users wrote: > > I expect I must have something on my system which is misconfigured > that somehow manages to affect zathura but not the other poppler-based > readers. (And when I installed mupdf, getting the mupdf renderer, it > did not improve.) How does mupdf render? Not the zathura mupdf plugin, the mupdf binary itself. When I've compared zathura + mupdf to mupdf alone, the results look identical to me. I didn't zoom in to the pixel level or anything, but I couldn't spot any differences with the naked eye. Maybe you could post some screenshots, that might help with diagnosing the problem? Not that I really would know what to look for, but others might? From serban.udrea at skmail.ikp.physik.tu-darmstadt.de Tue Sep 11 09:29:56 2018 From: serban.udrea at skmail.ikp.physik.tu-darmstadt.de (Serban Udrea) Date: Tue, 11 Sep 2018 11:29:56 +0200 Subject: [Slackbuilds-users] Atlas In-Reply-To: <20180910175458.GA18785@jdiamond-mb.acadiau.ca> References: <20180910175458.GA18785@jdiamond-mb.acadiau.ca> Message-ID: <0c6b5575-eea4-e028-c2e5-1f41508efde3@skmail.ikp.physik.tu-darmstadt.de> On 09/10/2018 07:54 PM, Jim Diamond via SlackBuilds-users wrote: > I am trying to build Atlas. On my system (S64-14.2) the procedure it > goes through to pick a compiler comes up with > /usr/bin/g++-gcc-5.5.0 > rather than > /usr/bin/gcc-5.5.0 > or > /usr/bin/gcc >... Hello, this is an issue I know about. I'm pretty sure I proposed a patch to upstream but never got an answer. One reason is that find is called and find doesn't guarantee the ordering of found items. If you are brave, apply the attached patch, if not, temporarily rename irrelevant executables containing gcc in their names to something that doesn't contain gcc, but not as simply as g++, example: g++-gcc-5.5.0 to g++-bbc-5.5.0. Regarding the other issue, as much as I know it's harmless. Best regards, Serban Udrea -------------- next part -------------- A non-text attachment was scrubbed... Name: no_gpp.patch Type: text/x-patch Size: 2867 bytes Desc: not available URL: From jbernts at broadpark.no Wed Sep 12 15:08:09 2018 From: jbernts at broadpark.no (Jostein Berntsen) Date: Wed, 12 Sep 2018 17:08:09 +0200 Subject: [Slackbuilds-users] Skypeforlinux not compiling Message-ID: <20180912150809.GA7739@jbsupah> I get this error: Processing skypeforlinux skypeforlinux: skypeforlinux not found in /var/cache/sbopkg. --2018-09-12 17:01:00-- https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_8.18.0.6_amd64.deb Sl?r opp vertsnavn repo.skype.com ? 23.52.33.92, 2a02:26f0:e2:48d::1263, 2a02:26f0:e2:48a::1263 Kobler til repo.skype.com|23.52.33.92|:443 ?tilkoblet. HTTP-foresp?rsel sendt. Venter p? svar ? 404 Not Found 2018-09-12 17:01:01 PROGRAMFEIL 404: Not Found. RY LOG Using the SBo repository for Slackware 14.2 Queue Process: Download, build, and install skypeforlinux: Download failed. Error occurred with build. Please check the log. skypeforlinux: 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?: y Mvh, Jostein Berntsen From dpross1100 at msn.com Wed Sep 12 15:11:31 2018 From: dpross1100 at msn.com (Daniel Prosser) Date: Wed, 12 Sep 2018 15:11:31 +0000 Subject: [Slackbuilds-users] Skypeforlinux not compiling In-Reply-To: <20180912150809.GA7739@jbsupah> References: <20180912150809.GA7739@jbsupah> Message-ID: Looks like they removed the 8.18.0.6 release from that site, but there are a bunch of newer ones available. https://repo.skype.com/deb/pool/main/s/skypeforlinux/ On Wednesday, September 12, 2018 05:08:09 PM Jostein Berntsen wrote: > I get this error: > > Processing skypeforlinux > > skypeforlinux: > skypeforlinux not found in /var/cache/sbopkg. > --2018-09-12 17:01:00-- > https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_8.18.0.6_ > amd64.deb Sl?r opp vertsnavn repo.skype.com ? 23.52.33.92, > 2a02:26f0:e2:48d::1263, 2a02:26f0:e2:48a::1263 > Kobler til repo.skype.com|23.52.33.92|:443 ?tilkoblet. > HTTP-foresp?rsel sendt. Venter p? svar ? 404 Not Found > 2018-09-12 17:01:01 PROGRAMFEIL 404: Not Found. > RY LOG > Using the SBo repository for Slackware 14.2 > Queue Process: Download, build, and install > > skypeforlinux: > Download failed. > > Error occurred with build. Please check the log. > > > skypeforlinux: > 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?: y > > > > Mvh, > Jostein Berntsen > _______________________________________________ > 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 artourter at gmail.com Wed Sep 12 15:29:43 2018 From: artourter at gmail.com (Greg' Ar Tourter) Date: Wed, 12 Sep 2018 16:29:43 +0100 Subject: [Slackbuilds-users] Skypeforlinux not compiling In-Reply-To: References: <20180912150809.GA7739@jbsupah> Message-ID: I have been updating it on my side, regularly. A word of warning though, the new version that was released today (8.30.0.50) fails to run on my machines with a dbus error (runs fine as root). I have reverted to 8.29.0.50 which works fine for me. Hope this helps Greg On Wed, 12 Sep 2018 at 16:11, Daniel Prosser wrote: > > Looks like they removed the 8.18.0.6 release from that site, but there are a > bunch of newer ones available. > > https://repo.skype.com/deb/pool/main/s/skypeforlinux/ > > On Wednesday, September 12, 2018 05:08:09 PM Jostein Berntsen wrote: > > I get this error: > > > > Processing skypeforlinux > > > > skypeforlinux: > > skypeforlinux not found in /var/cache/sbopkg. > > --2018-09-12 17:01:00-- > > https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_8.18.0.6_ > > amd64.deb Sl?r opp vertsnavn repo.skype.com ? 23.52.33.92, > > 2a02:26f0:e2:48d::1263, 2a02:26f0:e2:48a::1263 > > Kobler til repo.skype.com|23.52.33.92|:443 ?tilkoblet. > > HTTP-foresp?rsel sendt. Venter p? svar ? 404 Not Found > > 2018-09-12 17:01:01 PROGRAMFEIL 404: Not Found. > > RY LOG > > Using the SBo repository for Slackware 14.2 > > Queue Process: Download, build, and install > > > > skypeforlinux: > > Download failed. > > > > Error occurred with build. Please check the log. > > > > > > skypeforlinux: > > 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?: y > > > > > > > > Mvh, > > Jostein Berntsen > > _______________________________________________ > > 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/ > From jbernts at broadpark.no Wed Sep 12 19:43:10 2018 From: jbernts at broadpark.no (Jostein Berntsen) Date: Wed, 12 Sep 2018 21:43:10 +0200 Subject: [Slackbuilds-users] Skypeforlinux not compiling In-Reply-To: References: <20180912150809.GA7739@jbsupah> Message-ID: <20180912194310.GB7739@jbsupah> Hi, I will check this and try this version, thanks. Jostein On 12.09.18,16:29, Greg' Ar Tourter wrote: > I have been updating it on my side, regularly. A word of warning > though, the new version that was released today (8.30.0.50) fails to > run on my machines with a dbus error (runs fine as root). I have > reverted to 8.29.0.50 which works fine for me. > > Hope this helps > > Greg > On Wed, 12 Sep 2018 at 16:11, Daniel Prosser wrote: > > > > Looks like they removed the 8.18.0.6 release from that site, but there are a > > bunch of newer ones available. > > > > https://repo.skype.com/deb/pool/main/s/skypeforlinux/ > > > > On Wednesday, September 12, 2018 05:08:09 PM Jostein Berntsen wrote: > > > I get this error: > > > > > > Processing skypeforlinux > > > > > > skypeforlinux: > > > skypeforlinux not found in /var/cache/sbopkg. > > > --2018-09-12 17:01:00-- > > > https://repo.skype.com/deb/pool/main/s/skypeforlinux/skypeforlinux_8.18.0.6_ > > > amd64.deb Sl?r opp vertsnavn repo.skype.com ? 23.52.33.92, > > > 2a02:26f0:e2:48d::1263, 2a02:26f0:e2:48a::1263 > > > Kobler til repo.skype.com|23.52.33.92|:443 ?tilkoblet. > > > HTTP-foresp?rsel sendt. Venter p? svar ? 404 Not Found > > > 2018-09-12 17:01:01 PROGRAMFEIL 404: Not Found. > > > RY LOG > > > Using the SBo repository for Slackware 14.2 > > > Queue Process: Download, build, and install > > > > > > skypeforlinux: > > > Download failed. > > > > > > Error occurred with build. Please check the log. > > > > > > > > > skypeforlinux: > > > 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?: y > > > > > > > > > > > > Mvh, > > > Jostein Berntsen > > > _______________________________________________ > > > 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/ > > > _______________________________________________ > 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 idlemoor at slackbuilds.org Sat Sep 15 19:20:02 2018 From: idlemoor at slackbuilds.org (David Spencer) Date: Sat, 15 Sep 2018 20:20:02 +0100 Subject: [Slackbuilds-users] Updates - 20180915.1 Message-ID: Hi everybody, Here's your regular public update. Thanks as usual to everybody who has contributed. I think the big news this week is the new sage-bin SlackBuild, which repackages the latest upstream binary distribution of Sage aka SageMath. Thanks to Duncan Roe! Also please note, for people who use the git repo, there is a small typo in the pepperflash-plugin.info file which we will fix soon. The next public update will /probably/ include the qt5 update as previously discussed on the mailing list! Sat Sep 15 18:33:13 UTC 2018 academic/cryptominisat: Added (SAT solver). academic/sage-bin: Added (python based mathematics software). academic/wmcalc: Updated for version 0.7. audio/museeks: Updated for version 0.10.1. audio/sayonara-player: Updated for version 1.1.1_git3_20180905. desktop/Buku: Updated for version 3.9. desktop/ctwm: Updated for version 4.0.2. desktop/cwm: Actually use SLKCFLAGS. desktop/oranchelo-icon-theme: Updated for version 0.7.7.2. desktop/razercfg: Switch homepage and download to https. desktop/vertex-theme: Added (GTK3 & 2, Gnome-Shell, Cinnamon theme). development/Sphinx: Updated for version 1.8.0. development/asl: Updated for version 142_bld137. development/diffoscope: Updated for version 100. development/dis: Updated for version 0.6. development/elixir: Updated for version 1.7.3. development/erlang-otp: Updated for version 21.0. development/extra-cmake-modules: Updated for version 5.50.0. development/gcc-d: Updated for version 2.081.2 development/google-go-lang: Updated for version 1.11. development/jdk: Clarify README development/mawk: Fix VERSION. development/nodejs: Updated for version 8.12.0. development/numpy-legacy3: Fixed homepage. development/numpy-legacy: Fixed homepage. development/numpy3: Fixed homepage. development/numpy: Fixed homepage. development/pycharm: Updated for version 2018.2.3. development/svn-all-fast-export: Updated for version 1.0.13. development/tanya: Updated for version 0.11.2 development/universal-ctags: Updated for version 41311ac development/uz80as: Updated for version 1.07. games/RetroArch: Update with new patch. games/advancemame: Updated for version 3.9. games/assaultcube-reloaded: Switch homepage to https. games/commandergenius: Updated for version 2.2.3. games/xlennart: Added (an XBill mod featuring SystenD[TM] virus). games/yamagi-quake2: Updated for version 7.30. gis/geopy: Updated for version 1.17.0. gis/geos: Updated for version 3.7.0. gis/postgis: Updated for version 2.4.5. graphics/FreeCAD: Updated for version 0.17.13541. graphics/screencloud: Switch homepage to https. graphics/tuxpaint-stamps: Updated for version 2018.09.01. ham/demorse: Switch homepage to https. ham/gridloc: Switch homepage and download to https. ham/nec2c: Switch homepage and download to https. ham/wxapt: Switch homepage and download to https. ham/xdemorse: Switch homepage to https. ham/xfhell: Switch homepage and download to https. ham/xgridloc: Switch homepage and download to https. ham/xnec2c: Switch homepage and download to https. ham/xpsk31: Switch homepage and download to https. ham/xwxapt: Switch homepage to https. haskell/haskell-base-compat: Updated for version 0.10.4. haskell/haskell-hxt-charproperties: Switch homepage to https. haskell/haskell-hxt-regex-xmlschema: Switch homepage to https. haskell/haskell-hxt-unicode: Switch homepage to https. haskell/haskell-hxt: Switch homepage to https. haskell/haskell-regex-tdfa: Updated for version 1.2.3.1. haskell/haskell-setlocale: Updated for version 1.0.0.8. haskell/haskell-tagged: Updated for version 0.8.6. libraries/CGAL: Updated for version 4.12.1. libraries/libaom: Updated for version 1.0.0.r531.g0a4cfadc9. libraries/libxnvctrl: Updated for version 390.87. libraries/live555: Updated for version 2018.09.10 libraries/msgpack-c: Updated for version 3.1.1. libraries/mujs: Updated for version 1.0.4. libraries/tcl-tls: Added (OpenSSL Tcl Extension). misc/hoorex: Updated for version 0.6.4 multimedia/flashplayer-plugin: Updated for version 31.0.0.108. multimedia/glyr: Add missing diff. multimedia/nted: Fix .info file. multimedia/opera-developer-ffmpeg-codecs: Updated for v. 0.32.4. multimedia/opera-ffmpeg-codecs: Updated for version 0.32.4. multimedia/pepperflash-plugin: Updated for version 31.0.0.108. network/WireGuard: Updated for version 0.0.20180910. network/clipgrab: Updated for version 3.7.0. network/et: Added (remote terminal). network/gui-ufw: Updated for version 18.10.0. network/miniupnpd: Updated for version 2.1. network/mk-livestatus: Switch homepage and download to https. network/mrtg: Updated for version 2.17.7. network/nextcloud-server: Updated for version 14.0.0. network/opera-developer: Updated for version 57.0.3058.0. network/opera: Updated for version 55.0.2994.56. network/skypeforlinux: Updated for version 8.29.0.50. network/slimjet: Updated for version 20.0.3.0. network/tor: Updated for version 0.3.4.8. network/uget: Switch homepage to https. network/unicornscan: Switch homepage to https. office/LibreOffice: Updated for version 6.1.1.2 office/calibre: Updated for version 3.31.0 office/ganttproject: Updated for version 2.8.9. office/gnucash: Fixed doinst.sh. office/libreoffice-helppack: Updated for version 6.1.1. office/libreoffice-langpack: Updated for version 6.1.1. office/libreoffice: Updated for version 6.1.1. office/notmuch: Updated for version 0.27. office/zathura: Re-enable synctex. perl/perl-CGI: Updated for version 4.40. perl/perl-CPAN-Perl-Releases: Updated for version 3.74. perl/perl-Date-Manip: Updated for version 6.73. perl/perl-Devel-PatchPerl: Updated for version 1.52. perl/perl-File-pushd: Updated for version 1.016. perl/perl-Math-Prime-Util-GMP: Updated for version 0.51. perl/perl-Mojolicious: Updated for version 8.0. perl/perl-Pegex: Updated for version 0.67. perl/perl-Syntax-Highlight-Engine-Kate: Fixed README. perl/perl-Test-TempDir-Tiny: Added (keep temp dirs if tests fail). perl/perl-Text-CSV: Updated for version 1.97. perl/perl-Text-CSV_XS: Updated for version 1.36. perl/perl-Text-Quoted: Updated for version 2.10. perl/perl-Time-Piece: Updated for version 1.33. perl/perl-YAML-LibYAML: Updated for version 0.74. perl/perl-test-warn: Updated for version 0.36. perl/perlbrew: Updated for version 0.84. python/gunicorn: Switch homepage to https. python/jedi: Updated for version 0.12.1. python/pyasn1-modules: Updated for version 0.2.2. python/pyasn1: Updated for version 0.4.4. python/python-autobahn: Updated for version 18.9.2. python/python-fonttools: Updated for version 3.29.1. python/python-m2r: Updated for version 0.2.0. python/python-sh: Updated for version 1.12.14 python/python-txaio: Updated for version 18.8.1. python/simplejson: Updated for version 3.16.1 python/sphinxcontrib-plantuml: Fixed version. python/websocket-client: Updated for version 0.53.0. ruby/rubygem-rubocop: Updated for version 0.59.0. system/alacritty: Updated for version git865727c. system/ansible: Updated for version 2.6.4. system/chronograf: Updated for version 1.6.2. system/compsize: Updated for version 1.2. system/epson-inkjet-printer-escpr2: Updated for version 1.0.22. system/fakeroot: Update DOWNLOAD. system/google-droid-fonts: Switch homepage to https. system/jdupes: Updated for version 1.10.4. system/letsencrypt: Updated for version 0.27.1. system/lxd: Added (container hypervisor for lxc). system/lz4: Updated for version 1.8.3. system/mpack: Added (mime/uuencode utilities). system/nano-syntax-highlighting: Updated for version 20180905. system/openrc-services: Updated for version 20180909. system/openrc: Fixed doinst.sh. system/phoronix-test-suite: Updated for version 8.2.0. system/pspg: Updated for version 1.6.2. system/qtfm: Updated for version 6.1.2. system/ranger: Update to 1.9.2 system/ripgrep: Updated for version 0.10.0. system/sdl-jstest: Updated for version 20180715_aafbdb1. system/spl-solaris: Updated for version 0.7.10. system/telegraf: Updated for version 1.7.4. system/vagrant: Updated for version 2.1.5. system/wine-staging: Updated for version 3.15. system/xonsh: Switch homepage to https. system/zfs-on-linux: Updated for version 0.7.10. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From kjhambrick at gmail.com Sun Sep 16 10:10:51 2018 From: kjhambrick at gmail.com (Konrad J Hambrick) Date: Sun, 16 Sep 2018 05:10:51 -0500 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings Message-ID: Chris -- I've been using hoorex in several scripts to generate build / install lists for SBo Programs. This week's hoorex version 0.6.4 broke my SBo Update scripts. Specifically, it is the newly introduced, ANSI termcap / terminfo strings in the # OUTPUT section ( lines 284- 304 ) that cause issues. Since the only changes between 0.6.2 and 0.6.4 are the license and the ANSI Terminal Strings, I have reverted to hoorex 0.6.2 Would it be possible to turn off the ANSI terminfo strings by command line argument or by default or via the config file or even better, if the output device is not an ANSI tty ? One other suggestion for portability is to check out the python curses module rather than hard-coding VT100 Escape Sequences ? Anyhow, that doesn't matter today as much as it did in the olden days ( nobody runs Wyse60 or Techtronics Terninals anymore :) Thanks for hoorex Chris. I couldn't keep up with SBo without it ! > -- kjh -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jim.Diamond at acadiau.ca Sun Sep 16 17:26:35 2018 From: Jim.Diamond at acadiau.ca (Jim Diamond) Date: Sun, 16 Sep 2018 14:26:35 -0300 Subject: [Slackbuilds-users] Updates - 20180915.1 In-Reply-To: References: Message-ID: <20180916172635.GB2538@jdiamond-mb.acadiau.ca> On Sat, Sep 15, 2018 at 20:20 (+0100), David Spencer wrote: > Hi everybody, > Here's your regular public update. Thanks as usual to everybody who has > contributed. # sbocheck Updating SlackBuilds tree... 0 0% 0.00kB/s 0:00:00 (xfr#0, to-chk=0/58111) Checking for updated SlackBuilds... A fatal script error has occurred: error when parsing pepperflash-plugin.info file. Exiting. Specifically, the line VERSION="31.0.0.108 is missing the close ". Can someone fix that? Thanks. Jim From matteo.bernardini at gmail.com Sun Sep 16 17:30:11 2018 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Sun, 16 Sep 2018 19:30:11 +0200 Subject: [Slackbuilds-users] Updates - 20180915.1 In-Reply-To: <20180916172635.GB2538@jdiamond-mb.acadiau.ca> References: <20180916172635.GB2538@jdiamond-mb.acadiau.ca> Message-ID: Il giorno dom 16 set 2018 alle ore 19:26 Jim Diamond via SlackBuilds-users ha scritto: > > On Sat, Sep 15, 2018 at 20:20 (+0100), David Spencer wrote: > > > Hi everybody, > > > Here's your regular public update. Thanks as usual to everybody who has > > contributed. > > # sbocheck > Updating SlackBuilds tree... > 0 0% 0.00kB/s 0:00:00 (xfr#0, to-chk=0/58111) > Checking for updated SlackBuilds... > A fatal script error has occurred: > error when parsing pepperflash-plugin.info file. > Exiting. > > > Specifically, the line > VERSION="31.0.0.108 > is missing the close ". > > Can someone fix that? > > Thanks. Hi Jim, David already fixed this in his git branch https://git.slackbuilds.org/slackbuilds/commit/?id=e0d8fadc4f6d21abbcfbcdceea1e8fc871282bd1 and it will go in at the next public update. Matteo From andreas.guldstrand at gmail.com Sun Sep 16 21:33:29 2018 From: andreas.guldstrand at gmail.com (Andreas Guldstrand) Date: Sun, 16 Sep 2018 23:33:29 +0200 Subject: [Slackbuilds-users] Updates - 20180915.1 In-Reply-To: References: Message-ID: On Sat, 15 Sep 2018 at 21:20, David Spencer wrote: > system/zfs-on-linux: Updated for version 0.7.10. People may want to avoid updating to this version as it has a nasty regression. * https://github.com/zfsonlinux/zfs/issues/7899 * https://github.com/zfsonlinux/zfs/issues/7906 * https://github.com/zfsonlinux/zfs/issues/7909 0.7.11 was already released by upstream to fix this. Hopefully it'll get to SBo shortly From chris.willing at linux.com Sun Sep 16 22:42:02 2018 From: chris.willing at linux.com (Christoph Willing) Date: Mon, 17 Sep 2018 08:42:02 +1000 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: References: Message-ID: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> On 16/9/18 8:10 pm, Konrad J Hambrick wrote: > Chris -- > > I've been using hoorex in several scripts to generate build / install > lists for SBo Programs. > > This week's hoorex version 0.6.4 broke my SBo Update scripts. > > Specifically, it is the newly introduced, ANSI termcap /? terminfo > strings in the # OUTPUT section ( lines 284- 304 ) that cause issues. > > Since the only changes between 0.6.2 and 0.6.4 are the license and the > ANSI Terminal Strings, I have reverted to hoorex 0.6.2 > > Would it be possible to turn off the ANSI terminfo strings by command > line argument or by default or via the config file or even better, if > the output device is not an ANSI tty ? > Sorry about that. I had considered controlling it with a command line option but after I wondered about the possibility of encountering non-ANSI terminals for nearly 5 minutes, I didn't bother with it. What could go wrong? > One other suggestion for portability is to check out the python curses > module rather than hard-coding VT100 Escape Sequences ? > I had also looked at that possibility - the seemingly magical detection of terminal type was really attractive but it looked pretty awkward to set up programmatically. After looking at it again since you've raised this problem, I think I may have found a relatively simple way to implement a solution. A problem I will have with the python curses solution is how to test. Is your problem due to a physical device you're using, or is it to do with how you're using hoorex in your update scripts i.e. something I could replicate sufficiently to test any fix? chris From chris.willing at iinet.net.au Mon Sep 17 05:46:35 2018 From: chris.willing at iinet.net.au (Christoph Willing) Date: Mon, 17 Sep 2018 15:46:35 +1000 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> References: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> Message-ID: On 17/9/18 8:42 am, Christoph Willing wrote: > On 16/9/18 8:10 pm, Konrad J Hambrick wrote: [snip] > > A problem I will have with the python curses solution is how to test. Is > your problem due to a physical device you're using, or is it to do with > how you're using hoorex in your update scripts i.e. something I could > replicate sufficiently to test any fix? > Hi Konrad, I just discovered something which I hope is relevant - I can see the escape sequences when I pipe or redirect hoorex output anywhere. That breaks a use case described in the man page - not good - so I've committed a fix for this situation (by first testing whether output device is a tty). Is your case similar to that (a script piping or redirecting hoorex output somewhere)? If so, the attached patch should fix it. Could you test it (against 0.6.4) if you have time? Thanks, chris -------------- next part -------------- A non-text attachment was scrubbed... Name: tty.diff Type: text/x-patch Size: 804 bytes Desc: not available URL: From kjhambrick at gmail.com Mon Sep 17 11:11:47 2018 From: kjhambrick at gmail.com (Konrad J Hambrick) Date: Mon, 17 Sep 2018 06:11:47 -0500 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: References: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> Message-ID: On Mon, Sep 17, 2018 at 12:46 AM, Christoph Willing < chris.willing at iinet.net.au> wrote: > On 17/9/18 8:42 am, Christoph Willing wrote: > > On 16/9/18 8:10 pm, Konrad J Hambrick wrote: > [snip] > > > > A problem I will have with the python curses solution is how to test. Is > > your problem due to a physical device you're using, or is it to do with > > how you're using hoorex in your update scripts i.e. something I could > > replicate sufficiently to test any fix? > > > Hi Konrad, > > I just discovered something which I hope is relevant - I can see the > escape sequences when I pipe or redirect hoorex output anywhere. That > breaks a use case described in the man page - not good - so I've > committed a fix for this situation (by first testing whether output > device is a tty). > > Is your case similar to that (a script piping or redirecting hoorex > output somewhere)? If so, the attached patch should fix it. Could you > test it (against 0.6.4) if you have time? > > Thanks, > chris > > Chris -- Yes, I am invoking something like the code below my sig. -- kjh Example: what do I need for postgis ? ### cut here ### Pkg="postgis" Lst="" for Dep in $(hoorex -r -m $Pkg) do GotIt="$(ls -1 /var/log/packages/$Dep-[0-9]* 2>/dev/null)" if [ "$GotIt" != "" ] then echo "$Dep is already installed as $(basename $GotIt)" continue fi Lst="$Lst $Dep" echo "you'll need to build and install $Dep" # sh get-SBo-pkg $Dep # this script copies the SBo Directory to my working Directory and downloads files and checks md5sums done [ "$Lst" != "" ] && echo "now go build and intstall $Lst" ### cut there ### This is what I see today for postgis: geos is already installed as geos-3.7.0-x86_64-1_SBo proj is already installed as proj-5.1.0-x86_64-2_SBo postgresql is already installed as postgresql-9.6.10-x86_64-1_SBo_kjh gdal is already installed as gdal-2.3.1-x86_64-1_SBo_kjh postgis is already installed as postgis-2.4.5-x86_64-1_SBo -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.willing at iinet.net.au Tue Sep 18 00:06:26 2018 From: chris.willing at iinet.net.au (Christoph Willing) Date: Tue, 18 Sep 2018 10:06:26 +1000 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: References: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> Message-ID: On 17/9/18 9:11 pm, Konrad J Hambrick wrote: > > On Mon, Sep 17, 2018 at 12:46 AM, Christoph Willing > > wrote: > > On 17/9/18 8:42 am, Christoph Willing wrote: > > On 16/9/18 8:10 pm, Konrad J Hambrick wrote: > [snip] > > > > A problem I will have with the python curses solution is how to test. Is > > your problem due to a physical device you're using, or is it to do with > > how you're using hoorex in your update scripts i.e. something I could > > replicate sufficiently to test any fix? > > > Hi Konrad, > > I just discovered something which I hope is relevant - I can see the > escape sequences when I pipe or redirect hoorex output anywhere. That > breaks a use case described in the man page - not good - so I've > committed a fix for this situation (by first testing whether output > device is a tty). > > Is your case similar to that (a script piping or redirecting hoorex > output somewhere)? If so, the attached patch should fix it. Could you > test it (against 0.6.4) if you have time? > > Thanks, > chris > > Chris -- > > Yes, I am invoking something like the code below my sig. > Thanks Konrad, I've confirmed that your sample code works correctly with the fix I made to hoorex. That fix is included in hoorex-0.6.5, for which I've pushed an updated SlackBuild to SBo, so should be available in next round of updates at the weekend. If you're in a hurry, it's also available now at: https://git.slackbuilds.org/slackbuilds/tree/misc/hoorex?h=user/chris.willing/updates although, for your use case, there's no particular advantage over v0.6.2 that you reverted to. chris From kjhambrick at gmail.com Tue Sep 18 06:01:11 2018 From: kjhambrick at gmail.com (Konrad J Hambrick) Date: Tue, 18 Sep 2018 01:01:11 -0500 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: References: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> Message-ID: On Mon, Sep 17, 2018 at 7:06 PM, Christoph Willing < chris.willing at iinet.net.au> wrote: > On 17/9/18 9:11 pm, Konrad J Hambrick wrote: > > > > On Mon, Sep 17, 2018 at 12:46 AM, Christoph Willing > > > wrote: > > > > On 17/9/18 8:42 am, Christoph Willing wrote: > > > On 16/9/18 8:10 pm, Konrad J Hambrick wrote: > > [snip] > > > > > > A problem I will have with the python curses solution is how to > test. Is > > > your problem due to a physical device you're using, or is it to do > with > > > how you're using hoorex in your update scripts i.e. something I > could > > > replicate sufficiently to test any fix? > > > > > Hi Konrad, > > > > I just discovered something which I hope is relevant - I can see the > > escape sequences when I pipe or redirect hoorex output anywhere. That > > breaks a use case described in the man page - not good - so I've > > committed a fix for this situation (by first testing whether output > > device is a tty). > > > > Is your case similar to that (a script piping or redirecting hoorex > > output somewhere)? If so, the attached patch should fix it. Could you > > test it (against 0.6.4) if you have time? > > > > Thanks, > > chris > > > > Chris -- > > > > Yes, I am invoking something like the code below my sig. > > > > Thanks Konrad, > > I've confirmed that your sample code works correctly with the fix I made > to hoorex. That fix is included in hoorex-0.6.5, for which I've pushed > an updated SlackBuild to SBo, so should be available in next round of > updates at the weekend. If you're in a hurry, it's also available now at: > > https://git.slackbuilds.org/slackbuilds/tree/misc/hoorex? > h=user/chris.willing/updates > although, for your use case, there's no particular advantage over v0.6.2 > that you reverted to. > Thanks Chris It'll be nice to have hoorex off my ever-growing weekly `.find-SB-updates` listing :) It is one of the SBo Packages that I always update first :) Thank a ton for hoorex ! -- kjh # ./.find-SB-updates # AppName |OldVer |NewVer |Installed PkgFile arp-scan |1.9.2 |1.9 |arp-scan-1.9.2-x86_64-1_SBo psqlodbc |10.3.0 |10.2.0 |psqlodbc-10.3.0-x86_64-1_SBo_kjh CGAL |4.11.1 |4.12.1 |CGAL-4.11.1-x86_64-1_SBo_kjh_B80529_test hdf5 |1.8.17 |1.8.15_patch1 |hdf5-1.8.17-x86_64-1_SBo rabbitmq-server |3.7.7 |3.6.10 |rabbitmq-server-3.7.7-x86_64-1_SBo_kjh intel-microcode |20180807a |20180807 |intel-microcode-20180807a-noarch-1_SBo_kjh postgresql |9.6.10 |10.2 |postgresql-9.6.10-x86_64-1_SBo_kjh hoorex |0.6.2 |0.6.4 |hoorex-0.6.2-noarch-1_SBo adobe-reader |9.5.5_enu |9.5.5 |adobe-reader-9.5.5_enu-i486-1_SBo gdal |2.3.1 |2.2.4 |gdal-2.3.1-x86_64-1_SBo_kjh opencl-headers |2.2 |1.1 |opencl-headers-2.2-noarch-1_SBo -------------- next part -------------- An HTML attachment was scrubbed... URL: From yth at ythogtha.org Fri Sep 21 13:16:25 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 21 Sep 2018 15:16:25 +0200 Subject: [Slackbuilds-users] Building LibreOffice. Message-ID: <20180921151625.79aef82c1a7113cac312849a@ythogtha.org> Hello everybody, I regularly have trouble building LibreOffice, forced to retry it several times before, at last, getting it right. Be it on my regular computer full of additional SBo packages (791 today, yuk... What do I do with all that stuff ?) or on a clean up-to-date and fully patched 14.2, with only the freshly built dependencies of LibreOffice added. Be it with Oracle's JDK, openjdk 7 or 8, no JAVA at all, or even AlienBob's openjdk binary package. Or wether I'm using single jobs building or the full power of my dual-threaded quad-core with 9 jobs ! The build fails always at the same place, involving the file libreoffice-*/solenv/gbuild/Gallery.mk and the building of Gallery/Arrows - but other files will fail, if there are multiple jobs, Arrows is only the first one on a single job build, because, well, alphabet I guess. Today I found a reproducible way of managing the build to complete. The README says : > Some people have experienced difficulties building LibreOffice while a > previoius version is still installed. It is therefore recommended that any > previous version is removed while building LibreOffice. Well, I experience difficulties building LibreOffice while NO other version of LibreOffice is installed. As it turns out, the building of those Gallery/Things are using a tool named "gengal", which is part of LibreOffice at usr/lib64/libreoffice-*/program/gengal It looks like some sort of bug in the build process, it seems the build should generate this tool (which it might very well do), before trying to use it, but fails to use it for some reason - can't find where it was built, or fails to use it, or builds it _after_ trying to use it ? Anyway, I can't build LibreOffice without LibreOffice installed, and I have the presumptuousness to think I might not be alone there. Hence I propose that we amend the README for it to state that : "Some people have experienced difficulties building LibreOffice while a previous version is still installed, and other people while none are installed. It is therefore recommended that any previous version is removed, or that a previous version of LibreOffice is installed, while building LibreOffice." Which should sound as much funny as it might be useful... Have a nice day :) -- Arnaud From rshepard at appl-ecosys.com Fri Sep 21 14:10:53 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Fri, 21 Sep 2018 07:10:53 -0700 (PDT) Subject: [Slackbuilds-users] Building LibreOffice. In-Reply-To: <20180921151625.79aef82c1a7113cac312849a@ythogtha.org> References: <20180921151625.79aef82c1a7113cac312849a@ythogtha.org> Message-ID: On Fri, 21 Sep 2018, Arnaud wrote: > Hello everybody, Arnaud, I'll put myself in this category to explain my presumptiveness in responding. :-) > I regularly have trouble building LibreOffice, forced to retry it several > times before, at last, getting it right. To clarify, you're building the LibreOffice flavor (currently at version 6.1.1.2), correct? Is there a reason why you don't build the libreoffice flavor (currently at version 6.1.1?) I ask because long ago I read somewhere SBo-related, that the lowercase flavor was easier to build properly than is the mixedcase version. Whether that's true, I've been building and using the lowercase version for years without problems. If you've not tried this, perhaps it's worth considering. Best regards, Rich From yth at ythogtha.org Fri Sep 21 14:21:18 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 21 Sep 2018 16:21:18 +0200 Subject: [Slackbuilds-users] Building LibreOffice. In-Reply-To: References: <20180921151625.79aef82c1a7113cac312849a@ythogtha.org> Message-ID: <20180921162118.4184381cf3348f0eab90468a@ythogtha.org> > Arnaud, > I'll put myself in this category to explain my presumptiveness in > responding. :-) > > > I regularly have trouble building LibreOffice, forced to retry it several > > times before, at last, getting it right. > To clarify, you're building the LibreOffice flavor (currently at version > 6.1.1.2), correct? > Is there a reason why you don't build the libreoffice flavor (currently at > version 6.1.1?) > > I ask because long ago I read somewhere SBo-related, that the lowercase > flavor was easier to build properly than is the mixedcase version. Whether > that's true, I've been building and using the lowercase version for years > without problems. > > If you've not tried this, perhaps it's worth considering. Please, join me in presumptuousness ! Yes, there is a reason. libreoffice is actually not a build, it is a repackaging of the official binaries in rpm, while LibreOffice is an actual build. As to the reason why I try to build instead of repackage, it's partly to test the build process, because I'm convinced that being able to build a software is pretty important, and we should not always rely on prebuilt binaries. -- Arnaud From idlemoor at slackbuilds.org Sat Sep 22 01:07:20 2018 From: idlemoor at slackbuilds.org (David Spencer) Date: Sat, 22 Sep 2018 02:07:20 +0100 Subject: [Slackbuilds-users] Updates - 20180922.1 Message-ID: <8db07159-c890-a9d6-59e5-f42893693866@slackbuilds.org> Hello everybody, Here's this week's Public Update. We didn't update qt5 yet -- maybe next time :) Thanks as ever, -D. Sat Sep 22 00:45:36 UTC 2018 academic/reduce-algebra: Updated for version 20180920svn4765. audio/aseqview: Added (ALSA sequencer event viewer). audio/wmusic-xmms: Added (xmms remote control dockapp). audio/wmusic: Updated for version 2.0.0. desktop/Zafiro-icons: Updated for version 0.4.1. desktop/oomox: Updated for version 1.7.0.2. desktop/oranchelo-icon-theme: Updated for version 0.7.8. desktop/wmalauncher: Added (A dockapp application launcher). desktop/xdgmenumaker: Updated for version 1.5. development/android-studio: Updated for version 3.1.4.0_173_4907809. development/diffoscope: Updated for version 101. development/gnustep-base: Updated for version 1.25.0. development/gnustep-make: Updated for version 2.7.0. development/jupyter-notebook: Updated for version 5.7.0. development/kotlin: Updated for version 1.2.70. development/tiled: Updated for version 1.2.0. games/commandergenius: Fixed deps. games/enigma: Minor nitpicks. games/flare-game: Updated for version 1.08. games/flare: Updated for version 1.08. games/stratagus: Updated for version 2.4.1. games/wargus: Updated for version 2.4.1. games/xcowsay: Switch to github URL. games/xlennart: Updated for version 1.1.1. gis/OWSLib: Updated for version 0.17.0. gis/gpxsee: Updated for version 5.18. gis/ossim: Updated for version 2.5.1. gis/pointcloud: Updated for version 1.2.0. gis/proj: Updated for version 5.2.0. gis/qmapshack: Update DOWNLOAD. gis/rasterio: Updated for version 1.0.5. graphics/qcad: Updated for version 3.21.3.0 libraries/SOPE: Added (WebObjects framework). libraries/gnonlin: Stop building src twice. libraries/libfilezilla: Updated for version 0.13.1. libraries/libopenshot-audio: Updated for version 0.1.7 libraries/libopenshot: Updated for version 0.2.1 libraries/libpst: Updated for version 0.6.72. libraries/libuv: Updated for version 1.23.1. libraries/live555: Updated for version 2018.09.18 libraries/pjsip: Updated for version 2.8. libraries/qwt: Add support for Qt5 libraries/qwtpolar: Add support for Qt5 libraries/zeromq: Updated for version 4.2.5 + new maintainer. misc/altermime: Added (email disclaimer and Xheader manipulation). misc/hoorex: Updated for version 0.6.5 misc/mosquitto: Updated for version 1.5.2 misc/subsurface: Updated for version 4.8.2 misc/vttest: Updated for version 2.7.20180911. misc/ykpers: Updated for version 1.19.0. multimedia/makemkv: Updated for version 1.12.3. multimedia/pepperflash-plugin: Fixed version in .info. multimedia/youtube-viewer: Updated for version 3.5.0. network/Electrum: Updated for version 3.2.3. network/WireGuard: Updated for version 0.0.20180918. network/asterisk: Updated for version 13.23.0. network/bitcoin: Updated for version 0.16.3. network/dnscrypt-proxy: Updated for version 2.0.16. network/dnscrypt-wrapper: Updated for version 0.4.1. network/filezilla: Updated for version 3.37.0. network/haproxy: Updated for version 1.8.13. network/linssid: Added (Wifi Scanner). network/opera-developer: Updated for version 57.0.3072.0. network/opera: Updated for version 55.0.2994.61. network/psi-plus: Updated for version 1.3.415. network/sabnzbd: Updated for version 2.3.5. network/sickrage: Updated for version 2018.09.17_1. network/tornado: Updated for version 5.1.1. network/youtube-dl: Updated for version 2018.09.18. office/MasterPDFEditor: Updated for version 5.1.42. office/SOGo: Added (open source groupware). perl/perl-IO-Socket-SSL: Updated for version 2.060. python/autopep8: Updated for version 1.4. python/click-plugins: Updated for version 1.0.4. python/python-fonttools: Updated for version 3.30.0. python/python3-tornado: Updated for version 5.1.1. ruby/rubygem-rubocop: Updated for version 0.59.1. system/agedu: Updated for version 20180918.80c7beb. system/ded: Updated for version 20180324. system/dosbox-dev: Updated for version 0.74.r4162. system/firejail: Updated for version 0.9.56. system/inxi: Updated for version 3.0.24. system/nano-syntax-highlighting: Updated for version 20180910. system/openrc-services: Updated for version 20180916. system/openrc: Added branding. system/spl-solaris: Updated for version 0.7.11. system/ttf-ipaex: Added (Japanese fonts by IPA). system/wine-staging: Updated for version 3.16. system/zfs-on-linux: Updated for version 0.7.11. +--------------------------+ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: From kjhambrick at gmail.com Sat Sep 22 10:04:19 2018 From: kjhambrick at gmail.com (Konrad J Hambrick) Date: Sat, 22 Sep 2018 05:04:19 -0500 Subject: [Slackbuilds-users] hoorex-0.6.4 and tty control Strings In-Reply-To: References: <784cd526-be43-6d07-2cb1-6960015147a0@linux.com> Message-ID: On Tue, Sep 18, 2018 at 1:01 AM, Konrad J Hambrick wrote: > On Mon, Sep 17, 2018 at 7:06 PM, Christoph Willing < > chris.willing at iinet.net.au> wrote: > >> On 17/9/18 9:11 pm, Konrad J Hambrick wrote: >> > >> > On Mon, Sep 17, 2018 at 12:46 AM, Christoph Willing >> > > wrote: >> > >> > On 17/9/18 8:42 am, Christoph Willing wrote: >> > > On 16/9/18 8:10 pm, Konrad J Hambrick wrote: >> > [snip] >> > > >> > > A problem I will have with the python curses solution is how to >> test. Is >> > > your problem due to a physical device you're using, or is it to >> do with >> > > how you're using hoorex in your update scripts i.e. something I >> could >> > > replicate sufficiently to test any fix? >> > > >> > Hi Konrad, >> > >> > I just discovered something which I hope is relevant - I can see the >> > escape sequences when I pipe or redirect hoorex output anywhere. >> That >> > breaks a use case described in the man page - not good - so I've >> > committed a fix for this situation (by first testing whether output >> > device is a tty). >> > >> > Is your case similar to that (a script piping or redirecting hoorex >> > output somewhere)? If so, the attached patch should fix it. Could >> you >> > test it (against 0.6.4) if you have time? >> > >> > Thanks, >> > chris >> > >> > Chris -- >> > >> > Yes, I am invoking something like the code below my sig. >> > >> >> Thanks Konrad, >> >> I've confirmed that your sample code works correctly with the fix I made >> to hoorex. That fix is included in hoorex-0.6.5, for which I've pushed >> an updated SlackBuild to SBo, so should be available in next round of >> updates at the weekend. If you're in a hurry, it's also available now at: >> >> https://git.slackbuilds.org/slackbuilds/tree/misc/hoorex?h= >> user/chris.willing/updates >> although, for your use case, there's no particular advantage over v0.6.2 >> that you reverted to. >> > Thanks Chris > > It'll be nice to have hoorex off my ever-growing weekly `.find-SB-updates` > listing :) > > It is one of the SBo Packages that I always update first :) > > Thank a ton for hoorex ! > > -- kjh > # ./.find-SB-updates > > # AppName |OldVer |NewVer |Installed > PkgFile > arp-scan |1.9.2 |1.9 > |arp-scan-1.9.2-x86_64-1_SBo > psqlodbc |10.3.0 |10.2.0 > |psqlodbc-10.3.0-x86_64-1_SBo_kjh > CGAL |4.11.1 |4.12.1 > |CGAL-4.11.1-x86_64-1_SBo_kjh_B80529_test > hdf5 |1.8.17 |1.8.15_patch1 > |hdf5-1.8.17-x86_64-1_SBo > rabbitmq-server |3.7.7 |3.6.10 > |rabbitmq-server-3.7.7-x86_64-1_SBo_kjh > intel-microcode |20180807a |20180807 > |intel-microcode-20180807a-noarch-1_SBo_kjh > postgresql |9.6.10 |10.2 > |postgresql-9.6.10-x86_64-1_SBo_kjh > hoorex |0.6.2 |0.6.4 > |hoorex-0.6.2-noarch-1_SBo > adobe-reader |9.5.5_enu |9.5.5 > |adobe-reader-9.5.5_enu-i486-1_SBo > gdal |2.3.1 |2.2.4 > |gdal-2.3.1-x86_64-1_SBo_kjh > opencl-headers |2.2 |1.1 > |opencl-headers-2.2-noarch-1_SBo > > Thank you Chris ! hoorex version 0.6.5 works great in my scripts ! Simple Test Script: # for i in `hoorex -r gdal` ; do echo -e "$i\c" |hd -h ; done 00000000 67 65 6f 73 geos 00000000 70 72 6f 6a proj 00000000 67 64 61 6c gdal No more pesky 0x1b char strings now :) Thanks again !! -- kjh This is the /home/local/bin/hd script from the test script: [cut here]------------------------------------------------------- #!/bin/sh PrgNam=`basename $0` DirNam=`dirname $0` Flags="" Head=1 if [ "$1" = "-v" ] then Flags="-v" shift fi if [ "$1" = "-h" ] then Head="0" shift fi if [ "$Head" != "0" ] then echo "# Offset 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F Text" echo "# ====== == == == == == == == == == == == == == == == == ================" fi if [ $# -gt 0 ] then hexdump $Flags -f ${DirNam}/${PrgNam}.fmt "$@" 2>/dev/null else hexdump $Flags -f ${DirNam}/${PrgNam}.fmt 2>/dev/null fi 2>/dev/null [cut there]------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From willysr at slackbuilds.org Sun Sep 23 00:14:00 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sun, 23 Sep 2018 07:14:00 +0700 Subject: [Slackbuilds-users] Updates - 20180923.1 Message-ID: <402191db-9936-5116-66fd-36097bdb4404@slackbuilds.org> Hi all here's another public update. This time, we include the new Qt5 which is derived from the latest LTS release 5.9.6. Big thanks to David Woodfall who helped us on doing the initial testing. We tested every scripts that depends on qt5, qt5-webkit, and PyQt5 and all seems to build properly. However, building properly doesn't mean it will run properly, so we still need your help to verify whether the package will run properly after Qt5 is upgraded. We didn't expect any regression from this transition, but for safety nets, we have added qt5-legacy, qt5-webkit-legacy, and PyQt5-legacy in the repository as well for those who weren't ready for newer qt5. During our testing, we found that one script failed to build properly, which was ring-daemon. However, the build failure is more likely caused by the new libupnp instead of new qt5. We hope to see this fixed in the next public update. Sun Sep 23 00:00:00 UTC 2018 academic/veusz: Fix build against new Qt5. audio/acousticbrainz-music-extractor: Update DOWNLOAD. audio/qmmp-plugin-pack-qt5: Updated for version 1.2.3. audio/qmmp-qt5: Updated for version 1.2.4. development/brotli: Updated for version 1.0.6. development/gnustep-base: Updated for version 1.25.1. development/gnustep-make: Update script. gis/gpsbabel: Fix build against Qt5. libraries/PyQt5-legacy: Added (Python bindings for Qt). libraries/PyQt5: Update to 5.9.2 libraries/SDL_kitchensink: Updated for version 1.0.5. libraries/enchant2: Added (enchant spellchecking library). libraries/gtkspell3: Updated for version 3.0.10. libraries/libfilezilla: Updated for version 0.13.2. libraries/libopusenc: Updated for version 0.2. libraries/ntl: Updated for version 11.3.0. libraries/qt5-legacy: Added (a multi-platform C++ GUI toolkit). libraries/qt5-webkit-legacy: Added (Qt based web browser engine). libraries/qt5-webkit: Update to 5.9.0 libraries/qt5: Updated to 5.9.6 misc/subsurface: Fix homepage multimedia/mlt: Fixed build with qt5. network/filezilla: Updated for version 3.37.1. network/signal-desktop: Updated for version 1.16.2. office/SOGo: Update script. office/calibre: Fix build against new Qt5. office/lyx: Updated for version 2.3.1. python/PythonQt: Fix build against Qt5-webkit. system/keybase: Updated for version 2.6.2. +--------------------------+ -- 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 dave at dawoodfall.net Sun Sep 23 01:12:26 2018 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 23 Sep 2018 02:12:26 +0100 Subject: [Slackbuilds-users] Notes on building against the new PyQt5-5.9.2 Message-ID: <20180923011226.GG4114@blackswan> Hi folks, Some packages may need fixing to use the new python2-sip to be able to build against the new PyQt5. Below are how I did it with Veusz and Calibre, which may give some pointers. There are a few ways to do this: by environmental variables and/or configure/build options. It may say in the README/INSTALL file about what to use, but I had to grep through the source to find out what Calibre supported. Example (these lines need to be before any configure or build commands): Veusz: PYTHONVER=$(python -V 2>&1 | cut -f2 -d' ' | cut -f1-2 -d.) export SIP_EXE=/usr/bin/python2-sip export SIP_INCLUDE_DIR="/usr/include/python$PYTHONVER/python2-sip" Calibre: PYTHONVER=$(python -V 2>&1 | cut -f2 -d' ' | cut -f1-2 -d.) export SIP_BIN=/usr/bin/python2-sip export SIP_INC_DIR="/usr/include/python$PYTHONVER/python2-sip" The reason for exporting those is so that they propagate down into any sub-modules. If nothing seems to work, reply here and attach a build log named with the package name like $PRGNAM-build.log or similar. Please attach your slackbuild too. A suitable log can be made by e.g. ./$PRGNAM.SlackBuild 2>&1 | tee $PRGNAM-build.log Hope this helps -- Dave Keep me informed on the behaviour of this kernel.. As the "BugFree(tm)" series didn't turn out too well, I'm starting a new series called the "ItWorksForMe(tm)" series, of which this new kernel is yet another shining example. -- Linus, in the announcement for 1.3.29 .--. oo (____)// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' From dpross1100 at msn.com Sun Sep 23 11:39:33 2018 From: dpross1100 at msn.com (Daniel Prosser) Date: Sun, 23 Sep 2018 11:39:33 +0000 Subject: [Slackbuilds-users] Notes on building against the new PyQt5-5.9.2 In-Reply-To: <20180923011226.GG4114@blackswan> Message-ID: Thanks to a David Woodfall and everyone involved in making this update happen. Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From atelszewski at gmail.com Sun Sep 23 15:15:02 2018 From: atelszewski at gmail.com (Andrzej Telszewski) Date: Sun, 23 Sep 2018 17:15:02 +0200 Subject: [Slackbuilds-users] Notes on building against the new PyQt5-5.9.2 In-Reply-To: References: Message-ID: <9e3e2801-b901-5c05-66b8-6927043ff3be@gmail.com> On 23/09/2018 13:39, Daniel Prosser wrote: > Thanks to a David Woodfall and everyone involved in making this update > happen. +1 -- Best regards / Pozdrawiam, Andrzej Telszewski From fellype at gmail.com Sun Sep 23 22:21:53 2018 From: fellype at gmail.com (Fellype) Date: Sun, 23 Sep 2018 19:21:53 -0300 Subject: [Slackbuilds-users] Notes on building against the new PyQt5-5.9.2 In-Reply-To: <20180923011226.GG4114@blackswan> References: <20180923011226.GG4114@blackswan> Message-ID: Em s?b, 22 de set de 2018 ?s 22:12, David Woodfall escreveu: > > Veusz: > > PYTHONVER=$(python -V 2>&1 | cut -f2 -d' ' | cut -f1-2 -d.) > export SIP_EXE=/usr/bin/python2-sip > export SIP_INCLUDE_DIR="/usr/include/python$PYTHONVER/python2-sip" > > Hi David, As the current maintainer of Veusz , I'd like to thank you for this fix. Best regards, Fellype -------------- next part -------------- An HTML attachment was scrubbed... URL: From dchmelik at gmail.com Mon Sep 24 03:13:32 2018 From: dchmelik at gmail.com (David Melik) Date: Sun, 23 Sep 2018 20:13:32 -0700 Subject: [Slackbuilds-users] oidentd? Message-ID: <96ae8120-6aa7-1aa2-a284-bd44c67335a2@gmail.com> The oidentd on SBo is several versions behind.? I asked the maintainer a few days ago, got no reply. From yalhcru at gmail.com Mon Sep 24 09:56:14 2018 From: yalhcru at gmail.com (B Watson) Date: Mon, 24 Sep 2018 05:56:14 -0400 Subject: [Slackbuilds-users] oidentd? In-Reply-To: <96ae8120-6aa7-1aa2-a284-bd44c67335a2@gmail.com> References: <96ae8120-6aa7-1aa2-a284-bd44c67335a2@gmail.com> Message-ID: On 9/23/18, David Melik wrote: > The oidentd on SBo is several versions behind. I asked the maintainer a > few days ago, got no reply. Mario seems to be a pretty active maintainer. Give him a few days? From kristofru at gmail.com Tue Sep 25 10:13:26 2018 From: kristofru at gmail.com (Chris Abela) Date: Tue, 25 Sep 2018 12:13:26 +0200 Subject: [Slackbuilds-users] Possible circular dependencies in opera-developer and opera-developer-ffmpeg-codecs Message-ID: opera-developer-ffmpeg-codecs depends on opera-developer, while the README of the latter recommends the former. To a distracted user, this could lead to a dependency hell. Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris.willing at linux.com Thu Sep 27 11:01:08 2018 From: chris.willing at linux.com (Christoph Willing) Date: Thu, 27 Sep 2018 21:01:08 +1000 Subject: [Slackbuilds-users] misc/mosquitto CVE Message-ID: <61f4e701-f0cd-54ee-c996-0f8b91d65c57@linux.com> Versions 1.5, 1.5.1 & 1.5.2 are subject to CVE-2018-12543 affecting the mosquitto broker. The problem has been fixed in version 1.5.3 which is in SBo's ready queue for the next public release. Anyone possibly affected can access the updated SlackBuild before then at: https://git.slackbuilds.org/slackbuilds/tree/misc/mosquitto?id=130ccbeaa chris From yth at ythogtha.org Fri Sep 28 10:13:19 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 28 Sep 2018 12:13:19 +0200 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... Message-ID: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Hi everybody ! Summary of this message is this : - I'm unilaterally taking over maintainership of warzone2100, if that's ok ; - I may take over gpredict if nobody wants it ; - qt5 has pcre2 as optional dependency, but it's not listed in README ; - unixodbc is listed as an SBo qt5 optional dependency, but it's not available on SBo (there's a line in the README for unavailable optional dependencies) ; - we may mark GLee, quesoglc, tuxkart and lightyears as unmaintained, while not removing them because they are actually up-to-date ; - REQUIRES and README for chromium-bsu could be changed, please refer to the last part of this long mail. And now for the explanations... I recently looked at warzone2100 and saw it was quite out of date (about 5 years). A simple version bump from 3.1.2 to 3.2.3 (the latest release) worked fine on my computer. So I looked into its maintainer, David Fillpot , who is inactive on SBo since 2013. He was maintainer of 6 packages, of which at least 4 are abandoned projects (GLee, quesoglc, tuxkart (fork to supertuxkart) and lightyears). The remaining 2 are gpredict (hugely out of date, SBo version is 1.3, and the latest is 2.2.1), and Warzone 2100. So, I don't think it's really needed to contact him, and I'd like to take over warzone2100. I could take over gpredict too if nobody else wants it, but I haven't done any work to that effect for now. Next step was to find out if anything changed with warzone2100, and it did, dependencies aren't the same, quesoglc is not used anymore, GLee neither (it was an optional dependency), instead SDL2 and qt5 are required. But looking to build it on a clean environment, I then discovered that my qt5 package (built on a non-clean environment, but I dreaded building it again on the clean environment because of the time it takes) is linked against pcre2, which isn't listed anywhere in required or optional dependencies. And looking at optional dependencies of qt5, I discovered that unixodbc is listed as available on SBo (there's a section for optional dependencies *not* available on SBo), which doesn't seem to be true. Next step was to look if the abandoned packages were used anywhere. It concerns only GLee and quesoglc. The only use of GLee was as optional dependency of warzone2100, and it is not used anymore. Though quesoglc is used by chromium-bsu. Hence I looked into chromium-bsu ! - It is up-to-date, 0.9.16.1 is the latest release. - It requires only one of ftgl and quesoglc, but uses quesoglc if both are present. - It will use SDL2_image, SDL_image or libglpng, in that order. As SDL_image is part of Slackware, it'll never use libglpng, hence it is not a required dependency. Except if SDL2 is installed but not SDL2_image, then it won't use SDL_image, and therefore expect libglpng to be there. - It will use freealut(OpenAL), SDL2_mixer or SDL_mixer, in that order. And actually, even when using SDL2, it builds against SDL2 and SDL_mixer (not SDL2_mixer), if neither freealut nor SDL2_mixer are available, which seems ugly, but actually runs. So, this is a bit of a dependency mess. Hence I have a proposition that takes into account that SDL2, SDL2_image and SDL2_mixer will be part of Slackware 15. REQUIRES="quesoglc" README: Optional dependencies: * SDL2, in which case one of SDL2_image or libglpng is required ; * ftgl can be used as replacement for quesoglc ; * freealut or SDL2_mixer It is to be noted that with the upcoming Slackware 15, which includes SDL2, SDL2_mixer, SDL2_image, the REQUIRES="quesoglc" is still ok, and the README only needs to stipulate freealut as optional dependency without any other information required, and ftgl as possible replacement for quesoglc. Conclusion being quesoglc is actually used in one other package, contrary to GLee which isn't used anywhere and whose webpage is completely broken. And, well, that seems to be all for today folks, thanks for reading me ^^ -- Arnaud From dave at dawoodfall.net Fri Sep 28 10:24:43 2018 From: dave at dawoodfall.net (David Woodfall) Date: Fri, 28 Sep 2018 11:24:43 +0100 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Message-ID: <20180928102443.GA3807@blackswan> On Friday 28 September 2018 12:13, Arnaud put forth the proposition: > Hi everybody ! > > Summary of this message is this : > But looking to build it on a clean environment, I then discovered that > my qt5 package (built on a non-clean environment, but I dreaded building it > again on the clean environment because of the time it takes) is linked against > pcre2, which isn't listed anywhere in required or optional dependencies. > And looking at optional dependencies of qt5, I discovered that unixodbc > is listed as available on SBo (there's a section for optional dependencies *not* > available on SBo), which doesn't seem to be true. I'll look into pcre. It is in the configure flags of the legacy qt5 slackbuild to use the system pcre, but I seem to recall there was an issue so I removed that option, so it would use whatever came bundled with it. I guess they've updated it to use pcre2 now. I'll have another look at the configure options and see what else there might be. -- Dave This login session: $13.99, but for you $11.88 .--. oo (____)// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' From matteo.bernardini at gmail.com Fri Sep 28 10:29:25 2018 From: matteo.bernardini at gmail.com (Matteo Bernardini) Date: Fri, 28 Sep 2018 12:29:25 +0200 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Message-ID: Il giorno ven 28 set 2018 alle ore 12:13 Arnaud ha scritto: > > Hi everybody ! > > Summary of this message is this : > - I'm unilaterally taking over maintainership of warzone2100, if that's ok ; > - I may take over gpredict if nobody wants it ; > - qt5 has pcre2 as optional dependency, but it's not listed in README ; > - unixodbc is listed as an SBo qt5 optional dependency, but it's not available > on SBo (there's a line in the README for unavailable optional dependencies) ; > - we may mark GLee, quesoglc, tuxkart and lightyears as unmaintained, while not > removing them because they are actually up-to-date ; > - REQUIRES and README for chromium-bsu could be changed, please refer to the > last part of this long mail. > > And now for the explanations... > > > I recently looked at warzone2100 and saw it was quite out of date (about > 5 years). A simple version bump from 3.1.2 to 3.2.3 (the latest release) worked > fine on my computer. > So I looked into its maintainer, David Fillpot , > who is inactive on SBo since 2013. > He was maintainer of 6 packages, of which at least 4 are abandoned projects > (GLee, quesoglc, tuxkart (fork to supertuxkart) and lightyears). > The remaining 2 are gpredict (hugely out of date, SBo version is 1.3, > and the latest is 2.2.1), and Warzone 2100. > > So, I don't think it's really needed to contact him, and I'd like to > take over warzone2100. I could take over gpredict too if nobody else wants it, > but I haven't done any work to that effect for now. > > Next step was to find out if anything changed with warzone2100, and it > did, dependencies aren't the same, quesoglc is not used anymore, GLee neither > (it was an optional dependency), instead SDL2 and qt5 are required. > > But looking to build it on a clean environment, I then discovered that > my qt5 package (built on a non-clean environment, but I dreaded building it > again on the clean environment because of the time it takes) is linked against > pcre2, which isn't listed anywhere in required or optional dependencies. > And looking at optional dependencies of qt5, I discovered that unixodbc > is listed as available on SBo (there's a section for optional dependencies *not* > available on SBo), which doesn't seem to be true. > > Next step was to look if the abandoned packages were used anywhere. > It concerns only GLee and quesoglc. The only use of GLee was as optional > dependency of warzone2100, and it is not used anymore. Though quesoglc is used > by chromium-bsu. > > Hence I looked into chromium-bsu ! > - It is up-to-date, 0.9.16.1 is the latest release. > - It requires only one of ftgl and quesoglc, but uses quesoglc if both are > present. > - It will use SDL2_image, SDL_image or libglpng, in that order. As > SDL_image is part of Slackware, it'll never use libglpng, hence it is not a > required dependency. Except if SDL2 is installed but not SDL2_image, then it > won't use SDL_image, and therefore expect libglpng to be there. > - It will use freealut(OpenAL), SDL2_mixer or SDL_mixer, in that order. And > actually, even when using SDL2, it builds against SDL2 and SDL_mixer (not > SDL2_mixer), if neither freealut nor SDL2_mixer are available, which seems > ugly, but actually runs. > So, this is a bit of a dependency mess. > Hence I have a proposition that takes into account that SDL2, SDL2_image and > SDL2_mixer will be part of Slackware 15. > REQUIRES="quesoglc" > README: > Optional dependencies: > * SDL2, in which case one of SDL2_image or libglpng is required ; > * ftgl can be used as replacement for quesoglc ; > * freealut or SDL2_mixer > It is to be noted that with the upcoming Slackware 15, which includes SDL2, > SDL2_mixer, SDL2_image, the REQUIRES="quesoglc" is still ok, and the README only > needs to stipulate freealut as optional dependency without any other > information required, and ftgl as possible replacement for quesoglc. > > Conclusion being quesoglc is actually used in one other package, > contrary to GLee which isn't used anywhere and whose webpage is completely > broken. > > And, well, that seems to be all for today folks, thanks for reading me ^^ Hi Arnaud, before moving forward with the Fillpot stuff please take care to write to David Fillpot, the son of Matthew, to which his father passed his SlackBuilds five years ago for confirmation about the takeover and wait a little (at least a week) for the answer. Matteo From yth at ythogtha.org Fri Sep 28 12:00:49 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 28 Sep 2018 14:00:49 +0200 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Message-ID: <20180928140049.6251d3b0b2f3a57daffa08e7@ythogtha.org> > > [...] > > Hi Arnaud, > > before moving forward with the Fillpot stuff please take care to write > to David Fillpot, the son of Matthew, to which his father passed his > SlackBuilds five years ago for confirmation about the takeover and > wait a little (at least a week) for the answer. > > Matteo Ok, thank you Matteo, I'm sending him a message right now ! -- Arnaud From yth at ythogtha.org Fri Sep 28 12:06:54 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 28 Sep 2018 14:06:54 +0200 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Message-ID: <20180928140654.c4c40dc969f3e4fbc8f0a375@ythogtha.org> > > > [...] > > > > Hi Arnaud, > > > > before moving forward with the Fillpot stuff please take care to write > > to David Fillpot, the son of Matthew, to which his father passed his > > SlackBuilds five years ago for confirmation about the takeover and > > wait a little (at least a week) for the answer. > > > > Matteo > > Ok, thank you Matteo, I'm sending him a message right now ! Well, turns out the son went AWOL 5 years ago too, latest reference in the SBo repository is 14 July 2013 for Matthew and for David Fillpot. I'll send a message to both of them asking what's their current position about SBo. -- Arnaud From willysr at slackbuilds.org Fri Sep 28 12:08:18 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Fri, 28 Sep 2018 19:08:18 +0700 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> Message-ID: <969cd3fd-a014-0c75-1bca-e2fe1cc7a338@slackbuilds.org> > - unixodbc is listed as an SBo qt5 optional dependency, but it's not available > on SBo (there's a line in the README for unavailable optional dependencies) ; There is unixODBC -- 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 yth at ythogtha.org Fri Sep 28 12:17:14 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 28 Sep 2018 14:17:14 +0200 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: <969cd3fd-a014-0c75-1bca-e2fe1cc7a338@slackbuilds.org> References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> <969cd3fd-a014-0c75-1bca-e2fe1cc7a338@slackbuilds.org> Message-ID: <20180928141714.808482f3819e9bfe69ef2030@ythogtha.org> > > - unixodbc is listed as an SBo qt5 optional dependency, but it's not > > available on SBo (there's a line in the README for unavailable optional > > dependencies) ; > > There is unixODBC > > > -- > Willy Sudiarto Raharjo > Oh, I might be tireder than I thought. So that's just a typo to correct on the README to reflect the right case of the package name... -- Arnaud From yth at ythogtha.org Fri Sep 28 16:40:26 2018 From: yth at ythogtha.org (Arnaud) Date: Fri, 28 Sep 2018 18:40:26 +0200 Subject: [Slackbuilds-users] A few scripts up for grab. Message-ID: <20180928184026.afd08a412f95dff7f1ae0f24@ythogtha.org> Hello, Following the previous messages about warzone2100, I contacted both Matthew and David Fillpot. Matthew answered for them both, and agrees to put all of their scripts up for grabs, I quote : > Yes, please notify the mailing list that the scripts for both maintainers > are up for grabs. Though he is also ok to resume his work as maintainer, in about a month, for anything that remains. It seems he has a bit more time at the moment. So those scripts doesn't require a new maintainer, but if you want to take care of them, they are available ! Most of their scripts are for abandonwares, here they are, classified by maintenance level : * Nothing to do, mostly abandoned projects academic/mathomatic : up-to-date, last upstream update 2012/10/30 desktop/kcometen4 : up-to-date, last upstream update 2010/07/30 system/freefont : up-to-date, last upstream update 2012/05/03 games/lightyears : up-to-date, last upstream update 2011/09/27 games/tuxkart : up-to-date, last upstream update unknown but >5 years old libraries/GLee : up-to-date, last upstream update unknown but >5 years old libraries/quesoglc : up-to-date, last upstream update 2013/08/23 * active projects but SBo package is 5 years old academic/gpredict : SBo version 1.3, upstream version 2.2.1 network/axel : Sbo version 2.4, upstream version 2.16.1 graphics/qrencode : Sbo version 3.4.0, upstream version 4.0.2 games/pysolfc : SBo version 2.0, upstream version 2.4.0 system/yakuake : SBo version 2.9.9, upstream version 3.0.5 And I'm ok taking ownership of warzone2100, having already done the update work on it. -- Arnaud From artourter at gmail.com Fri Sep 28 17:29:54 2018 From: artourter at gmail.com (Greg' Ar Tourter) Date: Fri, 28 Sep 2018 18:29:54 +0100 Subject: [Slackbuilds-users] A few scripts up for grab. In-Reply-To: <20180928184026.afd08a412f95dff7f1ae0f24@ythogtha.org> References: <20180928184026.afd08a412f95dff7f1ae0f24@ythogtha.org> Message-ID: I can take yakuake if that's ok. we can't update yet to 3.x version as this is a qt5/plasma version but I have a version ready for that when we do move to it. Cheers Greg On Fri, 28 Sep 2018 at 17:40, Arnaud wrote: > > Hello, > > Following the previous messages about warzone2100, I contacted both > Matthew and David Fillpot. Matthew answered for them both, and agrees to put all > of their scripts up for grabs, I quote : > > Yes, please notify the mailing list that the scripts for both maintainers > > are up for grabs. > Though he is also ok to resume his work as maintainer, in about a > month, for anything that remains. It seems he has a bit more time at the moment. > So those scripts doesn't require a new maintainer, but if you want to > take care of them, they are available ! > > Most of their scripts are for abandonwares, here they are, classified by > maintenance level : > * Nothing to do, mostly abandoned projects > academic/mathomatic : up-to-date, last upstream update 2012/10/30 > desktop/kcometen4 : up-to-date, last upstream update 2010/07/30 > system/freefont : up-to-date, last upstream update 2012/05/03 > games/lightyears : up-to-date, last upstream update 2011/09/27 > games/tuxkart : up-to-date, last upstream update unknown but >5 years old > libraries/GLee : up-to-date, last upstream update unknown but >5 years old > libraries/quesoglc : up-to-date, last upstream update 2013/08/23 > * active projects but SBo package is 5 years old > academic/gpredict : SBo version 1.3, upstream version 2.2.1 > network/axel : Sbo version 2.4, upstream version 2.16.1 > graphics/qrencode : Sbo version 3.4.0, upstream version 4.0.2 > games/pysolfc : SBo version 2.0, upstream version 2.4.0 > system/yakuake : SBo version 2.9.9, upstream version 3.0.5 > > And I'm ok taking ownership of warzone2100, having already done the > update work on it. > > -- > Arnaud > _______________________________________________ > 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 dave at dawoodfall.net Fri Sep 28 18:01:11 2018 From: dave at dawoodfall.net (David Woodfall) Date: Fri, 28 Sep 2018 19:01:11 +0100 Subject: [Slackbuilds-users] warzone2100, qt5, gpredict and chromium-bsu are on a boat... In-Reply-To: <20180928102443.GA3807@blackswan> References: <20180928121319.ed9ba979acf6100634d9c78e@ythogtha.org> <20180928102443.GA3807@blackswan> Message-ID: <20180928180111.GA27641@blackswan> On Friday 28 September 2018 11:24, Dave Woodfall put forth the proposition: > On Friday 28 September 2018 12:13, > Arnaud put forth the proposition: > > Hi everybody ! > > > > Summary of this message is this : > > > But looking to build it on a clean environment, I then discovered that > > my qt5 package (built on a non-clean environment, but I dreaded building it > > again on the clean environment because of the time it takes) is linked against > > pcre2, which isn't listed anywhere in required or optional dependencies. > > And looking at optional dependencies of qt5, I discovered that unixodbc > > is listed as available on SBo (there's a section for optional dependencies *not* > > available on SBo), which doesn't seem to be true. > > > I'll look into pcre. It is in the configure flags of the legacy qt5 > slackbuild to use the system pcre, but I seem to recall there was an > issue so I removed that option, so it would use whatever came bundled > with it. I guess they've updated it to use pcre2 now. > > I'll have another look at the configure options and see what else > there might be. > > -- > Dave > > This login session: $13.99, but for you $11.88 I've added a note in the readme about pcre2 and I will add other notes as and when I notice them or someone lets me know. The output from ./configure --help is 344 lines long so it's a little difficult to sift through in one shot :) -- Dave I just forgot my whole philosophy of life!!! .--. oo (____)// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' From lspencer31 at cfl.rr.com Fri Sep 28 19:15:14 2018 From: lspencer31 at cfl.rr.com (Lenard Spencer) Date: Fri, 28 Sep 2018 15:15:14 -0400 Subject: [Slackbuilds-users] A few scripts up for grab. Message-ID: I'll take qrencode. ------ Original message------From: ArnaudDate: Fri, Sep 28, 2018 12:40To: slackbuilds-users at slackbuilds.org;Cc: Subject:[Slackbuilds-users] A few scripts up for grab. Hello, Following the previous messages about warzone2100, I contacted both Matthew and David Fillpot. Matthew answered for them both, and agrees to put all of their scripts up for grabs, I quote : > Yes, please notify the mailing list that the scripts for both maintainers > are up for grabs. Though he is also ok to resume his work as maintainer, in about a month, for anything that remains. It seems he has a bit more time at the moment. So those scripts doesn't require a new maintainer, but if you want to take care of them, they are available ! Most of their scripts are for abandonwares, here they are, classified by maintenance level : * Nothing to do, mostly abandoned projects academic/mathomatic : up-to-date, last upstream update 2012/10/30 desktop/kcometen4 : up-to-date, last upstream update 2010/07/30 system/freefont : up-to-date, last upstream update 2012/05/03 games/lightyears : up-to-date, last upstream update 2011/09/27 games/tuxkart : up-to-date, last upstream update unknown but >5 years old libraries/GLee : up-to-date, last upstream update unknown but >5 years old libraries/quesoglc : up-to-date, last upstream update 2013/08/23 * active projects but SBo package is 5 years old academic/gpredict : SBo version 1.3, upstream version 2.2.1 network/axel : Sbo version 2.4, upstream version 2.16.1 graphics/qrencode : Sbo version 3.4.0, upstream version 4.0.2 games/pysolfc : SBo version 2.0, upstream version 2.4.0 system/yakuake : SBo version 2.9.9, upstream version 3.0.5 And I'm ok taking ownership of warzone2100, having already done the update work on it. -- Arnaud _______________________________________________ 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 yth at ythogtha.org Fri Sep 28 22:09:37 2018 From: yth at ythogtha.org (Arnaud) Date: Sat, 29 Sep 2018 00:09:37 +0200 Subject: [Slackbuilds-users] A few scripts up for grab. In-Reply-To: <20180928184026.afd08a412f95dff7f1ae0f24@ythogtha.org> References: <20180928184026.afd08a412f95dff7f1ae0f24@ythogtha.org> Message-ID: <20180929000937.98f09b9b886a3c2fcf1ff16d@ythogtha.org> > academic/gpredict : SBo version 1.3, upstream version 2.2.1 I'll take that one also. -- Arnaud From yalhcru at gmail.com Fri Sep 28 23:26:34 2018 From: yalhcru at gmail.com (B Watson) Date: Fri, 28 Sep 2018 19:26:34 -0400 Subject: [Slackbuilds-users] proposed addition to doinst template Message-ID: Any build that installs non-TTF fonts in the global font path (/usr/share/fonts/*) should include this in doinst.sh: # Update the X font indexes: if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then ( cd /usr/share/fonts/misc mkfontscale . mkfontdir -e /usr/share/fonts/encodings -e /usr/share/fonts/encodings/large . ) fi if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache -f fi The above was taken from one of Pat's font-* packages (it's included in multiple ones). Change the "fonts/misc" to e.g. "fonts/100dpi" or whatever your package actually installs fonts to (if multiple subdirs, mkfontscale and mkfontdir will have to be run in all of them). Ideally, packages won't install fonts.dir files at all, but Pat's font-* packages do (and then immediately overwrite them via the doinst.sh). For those not familiar with it, fonts.dir is a list of all the installed fonts in a directory. If a font is present, but not mentioned in fonts.dir, "old-style" X apps (ones that don't use fontconfig) won't be able to use that font. For a specific example of a SBo build that needs this, see libdockapp. It installs 2 fonts in /usr/share/fonts/misc, and includes a fonts.dir that only lists those 2 fonts. After installing this package, other apps (e.g. xterm) have problems loading fonts, depending on what font they're configured to use. From yalhcru at gmail.com Fri Sep 28 23:29:35 2018 From: yalhcru at gmail.com (B Watson) Date: Fri, 28 Sep 2018 19:29:35 -0400 Subject: [Slackbuilds-users] libdockapp maintained or no? Message-ID: Looks like libdockapp's maintainer hasn't updated it since 2012. The last version update was done by Willy, but the old maintainer is still listed in the .info file... Is this build up for grabs? If so I'd like to take it: one of my recently updated builds now depends on it. Also, libdockapp needs work due to it overwriting /usr/share/fonts/misc/fonts.dir (see previous list mail from me). From willysr at slackbuilds.org Sat Sep 29 00:43:02 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 29 Sep 2018 07:43:02 +0700 Subject: [Slackbuilds-users] libdockapp maintained or no? In-Reply-To: References: Message-ID: > Looks like libdockapp's maintainer hasn't updated it since 2012. > > The last version update was done by Willy, but the old maintainer is > still listed in the .info file... > > Is this build up for grabs? If so I'd like to take it: one of my recently > updated builds now depends on it. > > Also, libdockapp needs work due to it overwriting > /usr/share/fonts/misc/fonts.dir (see previous list mail from me). Feel free to take it -- 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 Sep 29 00:59:55 2018 From: willysr at slackbuilds.org (Willy Sudiarto Raharjo) Date: Sat, 29 Sep 2018 07:59:55 +0700 Subject: [Slackbuilds-users] Updates - 20180929.1 Message-ID: <4fc1d517-03d4-759c-400c-a90c085b12eb@slackbuilds.org> Hi, This should be the last scheduled update in September. Sat Sep 29 00:49:19 UTC 2018 academic/gpredict: Updated for version 2.2.1 + new maintainer. audio/qmmp-plugin-pack: Updated for version 0.11.3. audio/qmmp: Updated for version 0.11.3. development/PhpStorm: Added (Lightning-smart PHP IDE). development/Sphinx: Updated for version 1.8.1. development/asm6809: Updated for version 2.11. development/cc65: Switch homepage to https. development/diffoscope: Updated for version 102. development/eclim: Silently generate eclim help docs. development/eclipse-cpp: Updated for version 201809. development/eclipse-java: Updated for version 201809. development/eclipse-jee: Updated for version 201809. development/gambas3: Updated for version 3.11.4. development/jdk: Switch homepage to https. development/jupyter-ipywidgets: Updated for version 7.4.2. development/jupyter-widgetsnbextension: Upgraded for version 3.4.2. development/libbitcoin: Switch homepage to https. development/lwtools: Updated for version 4.15. development/rmac: Updated for version 1.13.5_20180603. development/rtags: Updated for version 2.20. games/freeblocks: Remove spurious SDL2 deps. games/pacman: Updated script. games/warzone2100: Updated for version 3.2.3 + new maintainer. gis/cligj: Updated for version 0.5.0. gis/gpxsee: Updated for version 6.0. gis/pgrouting: Updated for version 2.6.1. gis/postgis: Updated for version 2.5.0. gis/rasterio: Updated for version 1.0.7. graphics/draw.io: Added (powerful diagram editor). graphics/gource: Switch homepage to https. libraries/SOGo: Update documentation and script. libraries/SOPE: Update README. libraries/appstream-glib: Updated for version 0.7.13. libraries/frei0r: Switch homepage to https. libraries/libburn: Updated for version 1.5.0. libraries/libisoburn: Updated for version 1.5.0. libraries/libisofs: Updated for version 1.5.0. libraries/libmemcached: Switch homepage to https. libraries/libopenshot: Updated for version 0.2.2 libraries/libsigrokdecode: Updated for version 0.5.2. libraries/libstrophe: Updated for version 0.9.2. libraries/orcania: Updated for version 1.2.5. libraries/qt5: Update README libraries/uriparser: Updated for version 0.8.6. libraries/yder: Updated for version 1.4.0. misc/mosquitto: Updated for version 1.5.3 multimedia/flowblade: Updated for version 1.16.0. multimedia/lightspark: Added llvm patch. multimedia/mp3fs: Added (read-only FUSE filesystem). multimedia/openshot: Updated for version 2.4.3 multimedia/plexmediaserver: Updated for v 1.13.8.5395_10d48da0d. multimedia/smplayer: Updated for version 18.9.0. multimedia/smtube: Updated for version 18.9.0. multimedia/vivaldi-codecs-ffmpeg-extra: Updated for v 69.0.3497.81. network/Electrum: Fix build. network/WireGuard: Updated for version 0.0.20180925. network/basilisk-bin: Updated for version 2018.09.05. network/basilisk-src: Removed (renamed to basilisk). network/basilisk: Added (renamed from basilisk-src). network/elinks: Add multiple build options and contributed code. network/elinks: Change permission to 644. network/newsboat: Updated for version 2.13. network/palemoon-bin: Updated for version 28.1.0. network/palemoon: Updated for version 28.1.0. network/profanity: Updated for version 0.5.1. network/slimjet: Updated for version 20.0.4.0. network/vivaldi: Updated for version 2.0.1309.29. network/waterfox: Updated for version 56.2.3. office/LibreOffice: Updated for version 6.1.2.1 office/libreoffice-helppack: Updated for version 6.1.2. office/libreoffice-langpack: Updated for version 6.1.2. office/libreoffice: Updated for version 6.1.2. office/smoffice2018: Updated for version 2018_936. perl/MoarVM: Updated for version 2018.09. perl/nqp: Updated for version 2018.09. perl/perl-Net-LDAP: Updated for version 0.65. perl/rakudo: Updated for version 2018.09. perl/zef: Updated for version 0.5.3. python/python2-sip: Rename sip module in accordance with newer PyQt5 ruby/rubygem-rubocop: Updated for version 0.59.2. system/alacritty: Updated for version git593d771. system/fakeroot: Updated for version 1.23. system/fwupd: Updated for version 1.0.9. system/kitchen-sync: Updated for version 1.2. system/oracle-instantclient-basic: Switch homepage to https. system/oracle-instantclient-devel: Switch homepage to https. system/spman: Updated for version 2.2.0. system/tilix: Updated for version 1.8.5. system/ttf-charis-sil: Added (a free license Unicode font). system/ttf-doulos-sil: Added (a free license Unicode font). +--------------------------+ -- 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 lramos.prof at yahoo.com.br Sat Sep 29 13:30:25 2018 From: lramos.prof at yahoo.com.br (Luiz Carlos Ramos) Date: Sat, 29 Sep 2018 10:30:25 -0300 Subject: [Slackbuilds-users] proposed addition to doinst template In-Reply-To: References: Message-ID: <20180929133025.GE20627@giustizia.org> Hello, I'm not used to reply in this list, but I keep watching the message flow... let me add a suggestion. This addition could be added as a function, that is, it would be like update_font_index() { if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then ( cd /usr/share/fonts/misc mkfontscale . mkfontdir -e /usr/share/fonts/encodings \ -e /usr/share/fonts/encodings/large . ) fi if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache -f fi } That is, it's the same code, but encapsulated as a function. This function could be in the template for all packages. If a specific package needs to do it, it could simply add one line to the "main" script: (...) # Update the X font indexes: update_font_index (...) IMHO, this makes things more clear for folks who will maintain the code. That is, the task to be done would be synthesized in that one line in the install step (the call to "update_font_index"); and the way it's done is coded in the function itself. Someone who needs to code the same thing in a new slackbuild could copy the template and add one line to the "main" procedure. Only my 2 cents, thanks, Luiz Carlos Ramos lramos.prof at yahoo.com.br On Fri, Sep 28, 2018 at 07:26:34PM -0400, B Watson wrote: > Any build that installs non-TTF fonts in the global font path > (/usr/share/fonts/*) should include this in doinst.sh: > > # Update the X font indexes: > if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then > ( cd /usr/share/fonts/misc > mkfontscale . > mkfontdir -e /usr/share/fonts/encodings -e > /usr/share/fonts/encodings/large . > ) > fi > if [ -x /usr/bin/fc-cache ]; then > /usr/bin/fc-cache -f > fi > > The above was taken from one of Pat's font-* packages (it's included in > multiple ones). > > Change the "fonts/misc" to e.g. "fonts/100dpi" or whatever your package > actually installs fonts to (if multiple subdirs, mkfontscale and mkfontdir > will have to be run in all of them). > > Ideally, packages won't install fonts.dir files at all, but Pat's font-* > packages do (and then immediately overwrite them via the doinst.sh). > > For those not familiar with it, fonts.dir is a list of all the installed > fonts in a directory. If a font is present, but not mentioned in > fonts.dir, "old-style" X apps (ones that don't use fontconfig) won't be > able to use that font. > > For a specific example of a SBo build that needs this, see libdockapp. It > installs 2 fonts in /usr/share/fonts/misc, and includes a fonts.dir > that only lists those 2 fonts. After installing this package, other apps > (e.g. xterm) have problems loading fonts, depending on what font they're > configured to use. > _______________________________________________ > 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 ricardo at palmtx.com.ar Sat Sep 29 22:51:49 2018 From: ricardo at palmtx.com.ar (Ricardo J. Barberis) Date: Sat, 29 Sep 2018 19:51:49 -0300 Subject: [Slackbuilds-users] proposed addition to doinst template In-Reply-To: <20180929133025.GE20627@giustizia.org> References: <20180929133025.GE20627@giustizia.org> Message-ID: <201809291951.49637.ricardo@palmtx.com.ar> Hello all! While we're at it, how about passing the dir to the function (and some basic error control)? update_font_index() { if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then ( cd $1 && mkfontscale . && mkfontdir -e /usr/share/fonts/encodings \ -e /usr/share/fonts/encodings/large . ) fi if [ -x /usr/bin/fc-cache ]; then /usr/bin/fc-cache -f fi } Then you can call it for every needed dir: (...) # Update the X font indexes: update_font_index /usr/share/fonts/misc update_font_index /usr/share/fonts/100dpi (...) Cheers! El S?bado 29/09/2018 a las 10:30, Luiz Carlos Ramos via SlackBuilds-users escribi?: > Hello, > > I'm not used to reply in this list, but I keep watching the message > flow... let me add a suggestion. > > This addition could be added as a function, that is, it would be like > > update_font_index() { > if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then > ( cd /usr/share/fonts/misc > mkfontscale . > mkfontdir -e /usr/share/fonts/encodings \ > -e /usr/share/fonts/encodings/large . > ) > fi > if [ -x /usr/bin/fc-cache ]; then > /usr/bin/fc-cache -f > fi > } > > That is, it's the same code, but encapsulated as a function. This > function could be in the template for all packages. If a specific > package needs to do it, it could simply add one line to the "main" > script: > > (...) > # Update the X font indexes: > update_font_index > (...) > > IMHO, this makes things more clear for folks who will maintain the code. > That is, the task to be done would be synthesized in that one line in > the install step (the call to "update_font_index"); and the way it's > done is coded in the function itself. Someone who needs to code the same > thing in a new slackbuild could copy the template and add one line to > the "main" procedure. > > Only my 2 cents, > > thanks, > > Luiz Carlos Ramos > lramos.prof at yahoo.com.br > > On Fri, Sep 28, 2018 at 07:26:34PM -0400, B Watson wrote: > > Any build that installs non-TTF fonts in the global font path > > (/usr/share/fonts/*) should include this in doinst.sh: > > > > # Update the X font indexes: > > if [ -x /usr/bin/mkfontdir -o -x /usr/X11R6/bin/mkfontdir ]; then > > ( cd /usr/share/fonts/misc > > mkfontscale . > > mkfontdir -e /usr/share/fonts/encodings -e > > /usr/share/fonts/encodings/large . > > ) > > fi > > if [ -x /usr/bin/fc-cache ]; then > > /usr/bin/fc-cache -f > > fi > > > > The above was taken from one of Pat's font-* packages (it's included in > > multiple ones). > > > > Change the "fonts/misc" to e.g. "fonts/100dpi" or whatever your package > > actually installs fonts to (if multiple subdirs, mkfontscale and > > mkfontdir will have to be run in all of them). > > > > Ideally, packages won't install fonts.dir files at all, but Pat's font-* > > packages do (and then immediately overwrite them via the doinst.sh). > > > > For those not familiar with it, fonts.dir is a list of all the installed > > fonts in a directory. If a font is present, but not mentioned in > > fonts.dir, "old-style" X apps (ones that don't use fontconfig) won't be > > able to use that font. > > > > For a specific example of a SBo build that needs this, see libdockapp. It > > installs 2 fonts in /usr/share/fonts/misc, and includes a fonts.dir > > that only lists those 2 fonts. After installing this package, other apps > > (e.g. xterm) have problems loading fonts, depending on what font they're > > configured to use. -- Ricardo J. Barberis Usuario Linux N? 250625: http://counter.li.org/ Usuario LFS N? 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com From dave at dawoodfall.net Sun Sep 30 01:59:50 2018 From: dave at dawoodfall.net (David Woodfall) Date: Sun, 30 Sep 2018 02:59:50 +0100 Subject: [Slackbuilds-users] Updates - 20180929.1 In-Reply-To: <4fc1d517-03d4-759c-400c-a90c085b12eb@slackbuilds.org> References: <4fc1d517-03d4-759c-400c-a90c085b12eb@slackbuilds.org> Message-ID: <20180930015950.GA21924@blackswan> On Saturday 29 September 2018 07:59, Willy Sudiarto Raharjo put forth the proposition: > python/python2-sip: Rename sip module in accordance with newer PyQt5 Looks like this change automatically made some changes in the build that affects some lines later in the slackbuild, and which now give an error about files not found. Affected packages are PyQt5 and anything needing it. Solutions: Change line 103 from: for oldf in sipdistutils.py sip.pyi sipconfig.py to: for oldf in sip.pyi or change ALL lines 103-107 from: for oldf in sipdistutils.py sip.pyi sipconfig.py do mv $PKG/usr/lib$LIBDIRSUFFIX/python$PYTHONVER/site-packages/$oldf \ $PKG/usr/lib$LIBDIRSUFFIX/python$PYTHONVER/site-packages/python2_$oldf done to: mv $PKG/usr/lib$LIBDIRSUFFIX/python$PYTHONVER/site-packages/sip.pyi \ $PKG/usr/lib$LIBDIRSUFFIX/python$PYTHONVER/site-packages/python2_sip.pyi Sorry about that. It built fine when I tested it. Honest. -- Dave Let He who taketh the Plunge Remember to return it by Tuesday. .--. oo (____)// ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~' -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: From nastavs at gmail.com Sun Sep 30 10:55:36 2018 From: nastavs at gmail.com (Shrivats) Date: Sun, 30 Sep 2018 11:55:36 +0100 Subject: [Slackbuilds-users] Strange problem with KeePass 2.39.1 In-Reply-To: <939c4aec-a2db-106f-1f59-311c87b969eb@websafe.pl> References: <939c4aec-a2db-106f-1f59-311c87b969eb@websafe.pl> Message-ID: Hey Thomas, I pushed an update for version 2.40 and included KeePass.config.xml in this update. It's currently in pending queue and you can try it out once it's uploaded. Sorry for the late reply. Thanks, Shrivats On Fri, 15 Jun 2018 at 08:45, Thomas Szteliga wrote: > W dniu 15/06/2018 o 07:52, Shrivats pisze: > > That may be true only if you download the binary release. But in the > > SlackBuild, we use the Source release and I don't include > > KeePass.config.xml in the package at all. > > There are a couple things you can do as an user, if you don't prefer > > keeping the config xml globally: > > * Pass the path to your local configuration file through the command > line > > argument: '-cfg-local:' and override defaults. > > * Keep your local configuration file in `~/.config/KeePass` > > I'll think about including this file for global configuration (In the > > source, it's `true` by default) > > > Hello Shrivats, > > I did not use another binary, I used the source tarball > provided in the .nfo file. > > I did some digging and now everything is clear, but I guess you'll > need to somehow embed the XML in the Slackbuild. > > I tested this now, normally there is no > `/usr/lib/KeePass/Release/KeePass.config.xml` > after installation and normal usage, but if > a user with write access to `/usr/lib/KeePass/Release/` > runs KeePass once (for instance root) then this file is being > created there (`/usr/lib/KeePass/Release/KeePass.config.xml`) > and it has the problematic PreferUserConfiguration set to false > and from this moment on KeePass will ignore all congiguration > changes made by other users. > > Just give it a try and run KeePass as root once and then > check if `/usr/lib/KeePass/Release/KeePass.config.xml` > and if you're able save any configuration changes > as a normal user. > > > -- > Best regards > > Thomas Szteliga > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sun Sep 30 18:09:20 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 30 Sep 2018 11:09:20 -0700 (PDT) Subject: [Slackbuilds-users] Rebuilding all SBo packages on new system In-Reply-To: <2bb4a3fc-3e1c-47c4-1c4f-88951190473c@osh.id.au> References: <2bb4a3fc-3e1c-47c4-1c4f-88951190473c@osh.id.au> Message-ID: On Fri, 8 Jun 2018, David O'Shaughnessy wrote: > I would get the list of packages from the old machine: > packages=$(ls /var/log/packages/*_SBo | cut -d'/' -f5 | rev | cut -d- > -f4- | rev) > and then feed that into slackrepo on the new machine: > > slackrepo build $packages > (or slackrepo install if you want to install everything). Dave, Finally made time to get the new desktop up and running, and took your advice to get a list of installed packages. > If there are any build customisations you've made then it would be > worthwhile looking at the HINTFILE system that slackrepo uses. A default > set for slackrepo can be found at: > https://github.com/idlemoor/slackrepo-hints I don't see anything in the *.hint files I've checked so far (e.g., audacity in Audio). They all seem to point to moving the hint file to a new directory. This from Am I looking in the wrong directory? Rich From jebrhansen+SBo at gmail.com Sun Sep 30 22:37:03 2018 From: jebrhansen+SBo at gmail.com (Jeremy Hansen) Date: Sun, 30 Sep 2018 16:37:03 -0600 Subject: [Slackbuilds-users] Rebuilding all SBo packages on new system In-Reply-To: References: <2bb4a3fc-3e1c-47c4-1c4f-88951190473c@osh.id.au> Message-ID: On Sun, Sep 30, 2018, 12:09 PM Rich Shepard wrote: > On Fri, 8 Jun 2018, David O'Shaughnessy wrote: > > > I would get the list of packages from the old machine: > > packages=$(ls /var/log/packages/*_SBo | cut -d'/' -f5 | rev | cut -d- > > -f4- | rev) > > and then feed that into slackrepo on the new machine: > > > > slackrepo build $packages > > (or slackrepo install if you want to install everything). > > Dave, > > Finally made time to get the new desktop up and running, and took your > advice to get a list of installed packages. > > > If there are any build customisations you've made then it would be > > worthwhile looking at the HINTFILE system that slackrepo uses. A default > > set for slackrepo can be found at: > > https://github.com/idlemoor/slackrepo-hints > > I don't see anything in the *.hint files I've checked so far (e.g., > audacity in Audio). They all seem to point to moving the hint file to a new > directory. This from > < > https://github.com/idlemoor/slackrepo-hints/tree/master/ponce/default_hintfiles/14.2 > > > > Am I looking in the wrong directory? > Those would be the default hintfiles for ponce's repo. You'd want the ones out of SBo/default-hintfiles https://github.com/idlemoor/slackrepo-hints/blob/master/SBo/default_hintfiles/ I also have the hintfiles I've created available. https://github.com/bassmadrigal/slackrepo-hintfiles-14.2 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rshepard at appl-ecosys.com Sun Sep 30 23:01:36 2018 From: rshepard at appl-ecosys.com (Rich Shepard) Date: Sun, 30 Sep 2018 16:01:36 -0700 (PDT) Subject: [Slackbuilds-users] Rebuilding all SBo packages on new system In-Reply-To: References: <2bb4a3fc-3e1c-47c4-1c4f-88951190473c@osh.id.au> Message-ID: On Sun, 30 Sep 2018, Jeremy Hansen wrote: >> Am I looking in the wrong directory? > Those would be the default hintfiles for ponce's repo. You'd want the ones > out of SBo/default-hintfiles > > https://github.com/idlemoor/slackrepo-hints/blob/master/SBo/default_hintfiles/ > > I also have the hintfiles I've created available. > > https://github.com/bassmadrigal/slackrepo-hintfiles-14.2 Thanks, Jeremy! I was in the wrong directory. Much appreciated, Rich From ricardo.barberis at donweb.com Wed Sep 5 18:50:49 2018 From: ricardo.barberis at donweb.com (Ricardo J. Barberis) Date: Wed, 05 Sep 2018 18:50:49 -0000 Subject: [Slackbuilds-users] Bad download URL in Slackbuild for pfqueue Message-ID: <201809051550.46906.ricardo.barberis@donweb.com> El Martes 04/09/2018 a las 20:46, David Spencer escribi?: > > I just noticed (*) that my recent submission for pfqueue has an error in > > the download URL (extra /download at the end): > > > > I already fixed it in my private git repo. Should I resubmit it or can an > > admin simply ifx it via git? > > Done! Thanks! > -D. Thank you, sir! -- Ricardo J. Barberis Usuario Linux N? 250625: http://counter.li.org/ Usuario LFS N? 5121: http://www.linuxfromscratch.org/ Senior SysAdmin / IT Architect - www.DonWeb.com From junkyardsparkle at yepmail.net Tue Sep 11 21:30:52 2018 From: junkyardsparkle at yepmail.net (jys) Date: Tue, 11 Sep 2018 21:30:52 -0000 Subject: [Slackbuilds-users] mhWaveEdit update Message-ID: <1536701450.2790284.1504805568.45ED88E2@webmail.messagingengine.com> Forwarding this response from the (no longer) maintainer of the mhWaveEdit slackbuild. It should be pretty low maintenance for whoever wants to take it over... Subject: Re: mhWaveEdit update Date: Tue, 11 Sep 2018 10:59:50 +0200 Sorry I'm not on Slackware anymore. thanks and regards!@!@#! Am Sa., 8. Sep. 2018 um 02:59 Uhr schrieb jys : > Hi, if you're still maintaining mhWaveEdit at SBo, there's been an update: > > https://github.com/magnush/mhwaveedit/issues/8#issuecomment-415959348 > > Building on 14.2 now works fine without the intbox patch, and the mirror > download is no longer needed. :) -- jys