Re: [Slackbuilds-users] liblxi and lxi-tools up for adoption

* On 2020 21 Feb 19:48 -0600, JK Wood wrote: > Hi, > > I can take these over. It may be next week before I can get an update > together - DnD tonight, oncall all weekend. Outstanding, JK. Thanks much. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The

[Slackbuilds-users] liblxi and lxi-tools up for adoption

Hi All. I still have the lxi-tools and liblxi package scripts available for adoption. These two packages are for network access and control of electronic test equipment such as oscilloscopes, volt-ohmmeters, signal generators, some power supplies, and the like. They can be useful programs for

Re: [Slackbuilds-users] Giving up my packages to another maintainer

* On 2020 13 Jan 20:30 -0600, B Watson wrote: > On 1/10/20, Nate Bargmann wrote: > > > > development/astyle > > I'll take astyle, it's something I've actually used before (though not > recently). Thanks! That leaves the lxi-tools and liblxi packages by my co

Re: [Slackbuilds-users] Giving up my packages to another maintainer

* On 2020 09 Jan 18:53 -0600, JK Wood wrote: > On Thu, Jan 9, 2020, 18:46 Nate Bargmann wrote: > Hi Nate, > > Thanks for the hard work! You've done

[Slackbuilds-users] Giving up my packages to another maintainer

First off, I want to say thanks to everyone who keeps SBo going. It is such a fantastic resource for those running Slackware. Over a year ago I moved back to Debian and have been maintaining nine package scripts simply to maintain a connection to the distribution that I started with back in '96.

Re: [Slackbuilds-users] SOHO backup choices

* On 2019 11 Sep 12:14 -0500, Richard Ellis via SlackBuilds-users wrote: > Myself, I've been using rsnapshot (https://rsnapshot.org/) for several > years. I too have used rsnapshot for a long time on both Debian and Slackware. I'd like to be able to backup certain data offsite, with an AWS

Re: [Slackbuilds-users] virtualbox-kernel-addons fails build with kernel 4.4.172

* On 2019 01 Mar 12:49 -0600, Heinz Wiesinger wrote: > There is a small bug in the script that makes it fail with the 32bit smp > kernel. I didn't have time to fix that yet, but will try to get to it > tomorrow. > > In the meantime, if you want to "hack" it, there is a sed call guarded by a >

Re: [Slackbuilds-users] virtualbox-kernel-addons fails build with kernel 4.4.172

Well, I verified the latest script is available to sbotools and even forced a download of the source package as well as trying to build the package by directly running the script. All to no avail as the build fails at the same point each time as with my screenshots from my OP. Hope that helps.

Re: [Slackbuilds-users] virtualbox-kernel-addons fails build with kernel 4.4.172

* On 2019 01 Mar 11:06 -0600, Matteo Bernardini wrote: > Il giorno ven 1 mar 2019 alle ore 17:56 Nate Bargmann ha > scritto: > Hi Nate, > > are you sure that you are using the latest version of the script? > > I'm asking because three weeks ago it has be

Re: [Slackbuilds-users] dmca takedown notice?!

Thanks, David. I followed your commands and everything looks proper in the master branch and I simply deleted the already merged local branches on GitHub, so that should be clean now. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this

Re: [Slackbuilds-users] dmca takedown notice?!

* On 2018 13 Jun 16:05 -0500, Matteo Bernardini wrote: > git checkout master > git fetch --all > git reset --hard origin/master I did those commands and still have the files remaining in my local tree. I had not WIP so I was sync'ed with Willy's 2 June update. Do I just need to do the nuclear

Re: [Slackbuilds-users] graphviz build failure

* On 2018 24 May 08:05 -0500, Matteo Bernardini wrote: > we don't have a jre SlackBuild on SBo, just jdk: is there any reason > why you have not installed that? I seem to recall that I followed the instructions at: https://mirrors.slackware.com/slackware/slackware-14.2/extra/java/ to install

Re: [Slackbuilds-users] graphviz build failure

* On 2018 24 May 07:23 -0500, Matteo Bernardini wrote: > hi Nate, > > could it be that you got a version of java installed (like jdk, for > example) and graphviz detect it and build a module for it, but you are > building graphviz becoming root with a simple "su" and not "su -" so > that your

[Slackbuilds-users] graphviz build failure

I'm not sure what kind of a conflict or lack of specified dependency on Java exists with this package: make install-data-hook make[7]: Entering directory '/tmp/SBo/graphviz-2.40.1/tclpkg/gv' (cd /tmp/SBo/package-graphviz/usr/lib64/graphviz/java/org/graphviz; ln -s -f org/graphviz/libgv_java.so

Re: [Slackbuilds-users] How to manage libs in a non default lib dir ?

* On 2018 07 Apr 09:27 -0500, nico wrote: > I could copy libs to a proper directory, makes symlinks or edit > /etc/ld.so.conf . I added /usr/local/lib for locally compiled stuff (mostly as a test for the generic install location for upstream packages I maintain) so that 'ldconfig' will add

Re: [Slackbuilds-users] pkg-config reports incorrect lib for Lus 5.2/5.3

If my assumption is correct, I've attached patches to achieve the (I think) correct output: $ pkg-config --libs lua52 -llua5.2 -lm $ pkg-config --libs lua53 -llua5.3 -lm - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The

[Slackbuilds-users] pkg-config reports incorrect lib for Lus 5.2/5.3

Looking at the output of pkg-config for Lua 5.2 and 5.3 I see this: $ pkg-config --libs lua52 -llua -lm I'm thinking that it should output '-llua5.2' and '-llua5.3' respectively. The change should take place on this line of each lua.pc.in: Libs: -L${libdir} -llua -lm in each

Re: [Slackbuilds-users] Testing a script with options with sboinstall

* On 2018 10 Feb 17:03 -0600, Andreas Guldstrand wrote: > Hi, as the current maintainer of sbotools, I can tell you both how to > test, as well as what it looks for to know to ask: Thanks, Andreas. That worked perfectly for testing. Your explanation is very much appreciated. - Nate -- "The

Re: [Slackbuilds-users] Testing a script with options with sboinstall

* On 2018 10 Feb 13:06 -0600, Erik Hanson wrote: > Scripts in our repo are not allowed to prompt users, and we don't > support third-party tools. You should look at the sboinstall > documentation/code to figure out what it's doing. The script does not prompt the user. I modeled it after the

Re: [Slackbuilds-users] Testing a script with options with sboinstall

* On 2018 10 Feb 13:27 -0600, Ed Ender wrote: > https://pink-mist.github.io/sbotools/documentation/sboinstall.1.html That is just an HTML version of the man page which I already read and found lacking in the "howto test" department. ;-) - Nate -- "The optimist proclaims that we live in the

[Slackbuilds-users] Testing a script with options with sboinstall

I've used sboinstall enough now to know that some scripts prompt for options. I would like to test a script I am working on that will have a build option with sboinstall to be sure that the user is prompted correctly. Looking through the HOWTOs on the Web site, I've not found that document yet.

Re: [Slackbuilds-users] article about slackware.

* On 2018 07 Feb 15:38 -0600, Fernando Lopez wrote: > https://hackaday.com/2018/01/30/making-the-case-for-slackware-in-2018/ I have to disagree with this statement: "So what should you do if you’re looking for the “classic” Linux experience? Where automatic configuration is a dirty word, and

Re: [Slackbuilds-users] package submission

* On 2018 07 Feb 08:55 -0600, Xavier Maillard wrote: > So it useless to clone the git repo and work with it to update any SBo (for > later submission), right ? I have forked the GitHub repo: https://github.com/SlackBuildsOrg/slackbuilds and pushed my updates to existing SlackBuilds to a branch

Re: [Slackbuilds-users] 'AC_CHECK_LIB([readline]' fails on 14.2

* On 2018 27 Jan 20:59 -0600, B Watson wrote: > Ouch, yeah, that's more autoconf twiddling than I could stand. Congrats > on your persistence. Oh, I had a "fun" time getting my head around Autoconf and Automake several years ago. I'm ruined for life. ;-) Anyway, thanks for the help.. The new

Re: [Slackbuilds-users] 'AC_CHECK_LIB([readline]' fails on 14.2

* On 2018 27 Jan 14:10 -0600, B Watson wrote: > These symbols are defined in libncurses. Normally when anything links > with readline, it also links with ncurses... you could probably have > figured this out yourself, by reading the man page for tputs (it tells > you it's part of curses anyway,

Re: [Slackbuilds-users] 'AC_CHECK_LIB([readline]' fails on 14.2

I've now tried the package in the Slackware64 14.2 VM after all updates and am getting the same failure as with Slackware 14.2. Going to have to give this a rest for a while, I guess. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this

Re: [Slackbuilds-users] 'AC_CHECK_LIB([readline]' fails on 14.2

* On 2018 27 Jan 07:37 -0600, Markus Reichelt wrote: > FWIW, when I tried on -current to recompile a patched > util-linux-2.31.1, I had to add the following to the buildscript > right before the invocation of ./configure > > autoreconf -f -i > > HTH Sorry, made no difference even though

[Slackbuilds-users] 'AC_CHECK_LIB([readline]' fails on 14.2

Just to be clear, I am working with Slackware 14.2 32 bit. I am working on putting together a SlackBuild script for lxi-tools 1.16 (BTW, the script works perfectly on Current). The problem isn't in the script but rather in the 'configure' script. Here is how the package searches for libreadline

Re: [Slackbuilds-users] md5sums [was: Flowblade]

* On 2017 02 May 11:49 -0500, Habs wrote: > Thank you for the reply. Ahh I see. I had it in my mind that > upstream/devs would post a [sourse] release as such with some checksum, > so that when it arrived elsewhere it could be validated (as best one > can) to not have been meddled with. Some

Re: [Slackbuilds-users] Question about git workflow

* On 2017 07 Apr 20:25 -0500, Willy Sudiarto Raharjo wrote: > Nevermind, i just merged your PR Thanks, Willy. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://www.n0nb.us

Re: [Slackbuilds-users] Question about git workflow

* On 2017 06 Mar 00:34 -0600, Willy Sudiarto Raharjo wrote: > it's better to fork from https://github.com/SlackBuildsOrg/slackbuilds/ > and then create your own branch and start making changes > > Some notes: > - always rebase from latest master branch > - Only 1 commit per script > - Use the

Re: [Slackbuilds-users] update link in qt5.info

* On 2017 13 Mar 23:31 -0500, Larry Hajali wrote: > It works here. Working here now as well. Must have been a temporary outage. Please disregard. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes,

[Slackbuilds-users] update link in qt5.info

I set out to build qt5 and could not download the file using the link on the Web page. Seems that the qt.io site only works with https now. I verified the failure and success with wget. A git diff from Git is attached. - Nate -- "The optimist proclaims that we live in the best of all

Re: [Slackbuilds-users] Xfce menu lacks menu category defined by xlog.desktop

* On 2017 08 Mar 21:13 -0600, King Beowulf wrote: > Besides the other commentaries posted re: this issue, you may also want > to take a look at: > > https://wiki.xfce.org/howto/customize-menu > > And, yes, on Xfce, "Utility" puts an entry under "Accessories" After installing it again I did

Re: [Slackbuilds-users] Xfce menu lacks menu category defined by xlog.desktop

Thanks Didier and Chris. You both have given me something to consider. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more: http://www.n0nb.us signature.asc Description: Digital signature

[Slackbuilds-users] Xfce menu lacks menu category defined by xlog.desktop

My build system for Slackbuilds is a full installation (except KDE) of Slackware64 14.2. I am using Xfce and it doesn't have the menu categories available that the xlog.desktop file specifies. Here is the relevant line from xlog.desktop: Categories=Utility;Database;HamRadio;GTK Consequently,

Re: [Slackbuilds-users] Giving up all my builds. :^(

I am just getting started with SBo, that said, I will care for astyle if no one else wants it as is it a program I use on occasion. - Nate -- "The optimist proclaims that we live in the best of all possible worlds. The pessimist fears this is true." Ham radio, Linux, bikes, and more:

Re: [Slackbuilds-users] ham/qrq: Pulseaudio or OSS sound support?

* On 2017 06 Mar 21:46 -0600, Willy Sudiarto Raharjo wrote: > Since pulseaudio is now supported in Slackware and OSS is deprecated, > it's wise to provide out-of-the-box functionality for the package. Agreed. > Please make a note in the comment section so that it will be included in > the git

Re: [Slackbuilds-users] ham/qrq: Pulseaudio or OSS sound support?

* On 2017 07 Mar 01:33 -0600, B Watson wrote: > On 3/6/17, Willy Sudiarto Raharjo wrote: > > > Since pulseaudio is now supported in Slackware and OSS is deprecated, > > it's wise to provide out-of-the-box functionality for the package. > > > > Please make a note in the

Re: [Slackbuilds-users] Question about git workflow

* On 2017 06 Mar 21:37 -0600, Willy Sudiarto Raharjo wrote: > we (admins) do that automatically by using git hooks i sent earlier. > That will automatically add SoB line everytime we merged other > maintainer's work during public update. > > Maintainers can also use the git hooks for their

[Slackbuilds-users] ham/qrq: Pulseaudio or OSS sound support?

One of the package scripts I have been granted permission to take over is ham/qrq, a Morse Code speed trainer. The version of the script currently in the repository builds with support of OSS sound. Unfortunately, on my Slackware 14.2 and Slackware64 14.2 VMs, qrq fails at runtime with a message

Re: [Slackbuilds-users] Question about git workflow

Hi Willy. After browsing the recent commits, I noticed that each contains a "Signed-off-by: " line. In some cases it is signed by commit the author and in other cases I see that you (Willy) have signed it. I presume that this pattern indicates that a maintainer making a commit in their branch

Re: [Slackbuilds-users] Proper installation directory for TCL files?

* On 2017 04 Mar 04:50 -0600, Andreas Guldstrand wrote: > On 4 March 2017 at 03:45, Nate Bargmann <n...@n0nb.us> wrote: > > Right now the TCL files are being placed in /usr/lib[64]/tcl by the > > library's build system, yet I find tcl8, tcl8.6, and tclx8.4 under >

[Slackbuilds-users] Proper installation directory for TCL files?

Hi. I am working through an existing Slackbuild script that has not seen an update for about four years. I am the upstream maintainer for the library the build script is for so I am quite familiar with its build procedure. I have not yet contacted the listed maintainer about taking over the