On Mon, 4 Nov 2024, Heiko Rosemann via SlackBuilds-users wrote:
I checked the simple things: Removed lua, installed lua51, rebuilt lgi and
awesome.
Works.
(I haven't checked having both lua (5.4) and lua51 installed or any other
more complex scenarios).
Thanks for the cleanup work!
Th
On Mon, 28 Oct 2024, Nick Smallbone wrote:
Hi,
I've just tested games/CorsixTH and it builds and runs fine.
That's very good news. I was about to go digging for the data files to
try to start up the game...
It sounds like it might even be a fun game. And the made-up disease
called Bloaty H
On Sun, 27 Oct 2024, Bob Funk wrote:
I just finished building and testing grilo-plugins and its reverse dependency
gnome-music. Everything appears to build and run as expected. I'm fine with
those changes being pushed
for the grilo-plugins slackbuild.
Thanks, that's good to hear.
On Sun, 27 Oct 2024, Cristiano Urban wrote:
Just tested xournalpp, at first sight it builds and runs correctly.
Thanks. It looked OK to me, but I don't really know how to use it so
didn't do a lot of extensive testing.
___
SlackBuilds-users mailin
On Sun, 27 Oct 2024, Diego Borghetti via SlackBuilds-users wrote:
Hi,
I think we need to keep lua-lpeg using lua51.
I have it using both. lua 5.4 is required, and lua 5.1 support is
included in the package if lua51's already installed.
Neovim uses luajit and last time I checked, that was
On Sun, 27 Oct 2024, Heiko Rosemann via SlackBuilds-users wrote:
Unfortunately, I'm traveling this coming week with very limited internet
connectivity. I probably cannot test awesome and lgi before Saturday, Nov 2,
but I'll get to it as soon as I
can (I use it as my WM, so if it fails to ru
For the past 2 weeks, the SBo team has been working on upgrading SBo's
lua package to Lua 5.4, to match Slackware-current's recent addition
of a lua package.
To make this work, a lot of scripts needed surgery. The result (or
actually the work in progress) is in the lua54-fixes git branch.
Majo
On Sat, 19 Oct 2024, Andrzej Telszewski wrote:
You use it the exactly the same way you do now.
Just in REQUIRES it would become "cmake-opt".
When I did this for Slackware 14.2, I called mine "cmake-202x". That
was out of irritation (it was 2022 or so, and we were stuck with a
cmake from the
On Sun, 13 Oct 2024, Antonio Leal via SlackBuilds-users wrote:
source code is not available for python3-lhafile
http://fengestad.no/python-lhafile/python-lhafile-0.2.1.tar.gz
There's a copy in the archive:
https://slackware.uk/sbosrcarch/by-md5/b/c/bc63d61a1b562bbbc52118c168f8cb5e/python-
On Sat, 12 Oct 2024, Diniz Bortolotto wrote:
Hi urchlay and everybody!
Issue #2: the compile fails about 80% of the way through.
Just in case FYI. I've built sysdig on a VM with no errors.
Did you save the build log? I'd be interesting in seeing what's
different between yours and m
sysdig's maintainer is MIA, and we've discovered it's broken.
Issue #1: it requires network access at build time, downloads a
tarball from github. This probably won't be hard to fix.
Issue #2: the compile fails about 80% of the way through.
If anyone wants to take over this build, please do.
On Wed, 9 Oct 2024, Rich Shepard wrote:
Now I wonder what else is part of mupdf that I've not known existed.
The contents of packages are stored in /var/log/package, in files
named after the package name, version, arch, tag... on my system
I have /var/log/packages/mupdf-1.24.9-x86_64-1_SBo
On Sun, 6 Oct 2024, Alexander Verbovetsky wrote:
I recently switched to FreeBSD and no longer have the possibility to
maintain my scripts, so they are up for grabs. Below I've grouped
related scripts:
Also took pdf2djvu.
___
SlackBuilds-users mail
On Sun, 6 Oct 2024, Alexander Verbovetsky wrote:
I recently switched to FreeBSD and no longer have the possibility to
maintain my scripts, so they are up for grabs. Below I've grouped
related scripts:
I've taken these:
aaphoto
deskew
rss2email
scrypt
unar
xkblayout-state
xxd-standalone
___
On Sun, 6 Oct 2024, Alexander Verbovetsky wrote:
I recently switched to FreeBSD and no longer have the possibility to
maintain my scripts, so they are up for grabs. Below I've grouped
related scripts:
We'll miss you.
How do you feel about relicensing? Your scripts have a MIT-style
license.
I've split libraries/configobj in two. The new builds are
python/python2-configobj and python/python3-configobj, and configobj
is being removed.
All scripts that depended on configobj have had their REQUIRES
updated, so they will now depend on either python2-configobj or
python3-configobj.
The
I'm in the process of updating configobj, so I'm testing out everything
that depends on it...
mfe will compile and run with the new configobj, but fails to launch
mednafen due to an unsupported "-nes.vblur" command line option. I dug
into the mednafen source and changelog... this option was rem
On Tue, 1 Oct 2024, Ruben Schuller wrote:
Unfortunately, I really haven't used vis in a long while. I think if it
compiles, there should be no problem. The fiddly part with vis was
getting lua right IIRC :)
It's a text editor, I was able to use it to edit text at least. I'm
probably never g
On Sat, 28 Sep 2024, Luveh Keraph wrote:
In the 21st September update x265 was upgraded to version 4.0. In the 28th
September update it has been downgraded to version 3.6.
Is there a problem with x265 version 4.0?
Was that you asking on IRC?
If not... apparently mpv has problems with x265
On Sat, 28 Sep 2024, j+sbo-us...@maschinengott.de wrote:
https://ntietz.com/blog/git-mailmap-for-name-changes/
That would made his commit log appear to have to new name for all his
commits, on *his* computer(s)... but it would only work for everyone
else if we all installed his .mailmap fil
I'm about to update libraries/tre to version 0.9.0.
scalpel (Klaatu) and vis (Ruben Schuller) depend on tre. I've checked
that these both build with the new tre, but I didn't do much runtime
testing (vis at least starts up and regex searches work, no idea how
to use scalpel).
If you want to te
Will anyone miss kitty-bin if it goes away?
I'm removing it because it's a binary repack, and it requires newer
libraries than Slackware 15.0 has (though it does ship with its own
set of precompiled libs, if I wanted to deal with the resulting mess).
Also because the regular kitty build is a muc
On Tue, 24 Sep 2024, Didier Spaier wrote:
most distributions are now shipping hardinfo2, that supersedes hardinfo.
I suggest that someone (David, who maintains hardinfo?) provide a SlackBuild for
it.
I went ahead and wrote/submitted a SlackBuild for hardinfo2. David
Golus hasn't been activ
On Tue, 24 Sep 2024, K. Eugene Carlson wrote:
I'll take darktable, flickurl and osm-gps-map.
Excellent. Go ahead & send updates with your name/email in the .info file,
even if no other changes are needed.
___
SlackBuilds-users mailing list
SlackBu
On Mon, 23 Sep 2024, Roberto Puzzanghera via SlackBuilds-users wrote:
Is it safe at this point to consider those packages abandoned?
Yes, you've been very patient. Go ahead and take over viking and gpsd
as soon as you're ready.
This means that all of David Spencer's builds are up for grabs
On Sun, 22 Sep 2024, Didier Spaier wrote:
Before I convey the message on LQ I just checked in an up to date
Slackware64-current, including the package
shared-mime-info-2.4-x86_64-1
typing as root:
/usr/bin/update-mime-database /usr/share/mime
and after that found all files in /usr/share/mime/
On Thu, 19 Sep 2024, Didier Spaier wrote:
Patrick Volkerding has done it for Slackware-current as shown on top of
http://www.slackware.com/changelog/current.php?cpu=x86_64
Nice!
but not for slackware 15.0 as requested :(
Ugh, miscommunication. I didn't actually want 15.0 to get that cha
On Wed, 18 Sep 2024, Didier Spaier wrote:
I could be this someone, however I do not see a mandb command in
/etc/cron.daily/man-db and am not acquainted with man-db
This is the mandb command:
ionice -c3 nice -n 19 /usr/bin/mandb --quiet
What changes should I request in this file (attached
On Wed, 18 Sep 2024, Didier Spaier wrote:
I could be this someone, however I do not see a mandb command in
/etc/cron.daily/man-db and am not acquainted with man-db
What changes should I request in this file (attached)?
Before you actually ask PV for that, someone's gotta verify that the
"m
On Tue, 17 Sep 2024, Greg Tourte wrote:
indeed it looks like on current, all files in /usr/share/mime/application are
755. The version of update-mime-database on -current is 2.4 as opposed to 2.1
on -stable, but I could
not find any configuration files for it (I don't think there is any). I
On Tue, 17 Sep 2024, Giancarlo Dessì wrote:
Hi
trying to solve an issue reported by Willy for birdfont package, sbopkglint
returns this message:
Running test: 05-basic-sanity...
--- usr/share/mime should not contain files with executable permission:
-rwxr-xr-x 1 root root 362 set 17 17:02
On Mon, 16 Sep 2024, Charadon via SlackBuilds-users wrote:
Do you have a link to that sbosubmit tool? That sounds very handy!
This looks like it:
https://github.com/atelszewski/sbosubmit
I've never actually *used* sbosubmit, I only know about this because I
had written my own sbosubmit to
On Mon, 16 Sep 2024, Charadon via SlackBuilds-users wrote:
I attempted to contact j...@jagda.eu to update it, but the e-mail bounced, so
it's safe to say all his packages are orphaned.
Jan F. Chadima's last activity on SBo was October 2020, so yes, I'd
say the builds are orphaned.
I'd sugg
On Mon, 16 Sep 2024, Charadon via SlackBuilds-users wrote:
I attempted to contact j...@jagda.eu to update it, but the e-mail bounced, so
it's safe to say all his packages are orphaned.
My reasoning for wanting it updated is because perl-Variable-Magic fails to
build on -current, and I need
On Mon, 16 Sep 2024, Duncan Roe wrote:
D'oh! I only meant to touch *newly installed* files. Would need to run find at
build time and append touch commands to doinst.sh.
Yeah. That wouldn't really be any simpler or better than the previous
idea (generated doinst.sh with 1 "mandb -f" command
On Mon, 16 Sep 2024, Duncan Roe wrote:
[ ! -d usr/man ] || find usr/man -type f -a -name '*.gz' | xargs -r touch
to install/doinst.sh. The man pages are now modified at install time so the
daily mandb will process them.
Or am I missing something?
I meant to mention in the previous message
On Sun, 15 Sep 2024, Jeremy Hansen wrote:
Personally, unless you know why the previous maintainer chose static, if might
be worth making the default shared, and, if you desire (since you're the
maintainer), you can make an
option to make a static version.
I'm not the previous maintainer b
On Mon, 16 Sep 2024, Duncan Roe wrote:
I just thought of a simpler way. Append
[ ! -d usr/man ] || find usr/man -type f -a -name '*.gz' | xargs -r touch
to install/doinst.sh. The man pages are now modified at install time so the
daily mandb will process them.
It's the timestamps of the ma
On Sat, 14 Sep 2024, lumin--- via SlackBuilds-users wrote:
system/busybox
Maintainer mail server timing out,
package behind many versions.
Jan F. Chadima hasn't been active since 2020. Go ahead and take this
one over.
Looks like Chadima has a lot more builds that need maintainers. A
On Thu, 12 Sep 2024, Roberto Puzzanghera via SlackBuilds-users wrote:
I contacted the maintainer of viking and gpsd (viking's dep) on September 1,
using two different email addresses, also I tried to contact him last year,
but I've never got any responce.
Did you already try to contact him
On Wed, 11 Sep 2024, Nick Smallbone wrote:
I just learned that find has a -printf flag which can be used to format the
output, avoiding the need for sed/awk altogether:
find usr/man -type f -a -name '*.gz' \
-printf "chroot . /usr/bin/mandb -f '/%p' &> /dev/null\n" \
>> install/doins
On Wed, 11 Sep 2024, K. Eugene Carlson wrote:
> find usr/man -type f -a -name '*.gz' | \
> sed -e 's,^,chroot . /usr/bin/mandb -f "/,' \
> -e 's,$," \&>/dev/null,' \
> >> install/doinst.sh
My only suggestion would be to use "-type f,l". Almost 20% of all man pages are
symli
On Wed, 11 Sep 2024, KB_SBo wrote:
After lurking around this idea a bit, I'm still having trouble
understanding why this is needed. Speed? Convenience? Purity of Spirit?
To Fix That Which Is Broken.
For "man -k", "whatis", "apropos" commands to work. Not just "right
after package install",
On Sun, 8 Sep 2024, Arkadiusz Drabczyk wrote:
Yeah I get the same behavior on -current and on Debian, this must be
the intended behavior of mandb. Anyway, sounds good but why should we
hide errors from the user? And it's a bit worrying that mandb manpage
says that -f 'is not for general use',
On Sat, 7 Sep 2024, Arkadiusz Drabczyk wrote:
Out of curiosity I checked how Debian is managing manpages because I
remember "Processing triggers for man-db" being printed every time a
package is installed and I verified that man -k works immediately
after the package is installed:
This is g
On Sat, 7 Sep 2024, dchme...@gmail.com wrote:
On 9/7/24 1:37 AM, B. Watson wrote:
On Sat, 7 Sep 2024, dchme...@gmail.com wrote:
If anyone uses oidentd on servers, please consider taking it over.
oidentd is maintained by Mario Preksavec... who appears to be an
active maintainer (last
On Sat, 7 Sep 2024, dchme...@gmail.com wrote:
If anyone uses oidentd on servers, please consider taking it over.
oidentd is maintained by Mario Preksavec... who appears to be an
active maintainer (last activity was July 2, 2024, taking over as
maintainer of rtl-sdr). Have you contacted
On Fri, 6 Sep 2024, Charadon via SlackBuilds-users wrote:
Sounds good, i'll probably get it updated sometime next week =)
Since we have a weekly update tonight, I'm going to go ahead and
change the .info file for perl-local-lib, put your name and email
there. After that, you can take as muc
On Fri, 6 Sep 2024, Charadon via SlackBuilds-users wrote:
I haven't been able to get in contact with the maintainer, and it looks like
he hasn't contributed since 2017. Right now it's extremely out of date, fails
to build on -current, and is considered x86_64 even though it should be
noarch
On Thu, 5 Sep 2024, Brandon Pribula wrote:
I recently took over maintenance of pigz and submitted a new package with
updated maintainer info earlier this week. I was able to do a version bump to
2.8 today. I was wondering if
I could have pigz removed from pending so I can submit the new one
On Mon, 2 Sep 2024, Red Rozenglass via SlackBuilds-users wrote:
I sent such an Email today to the maintainer of graphics/optipng,
but the Email bounced undeliverable. Perhaps they are subscribed to
the list here with a new address. So, here's the request again:
Looking at the git
On Sun, 1 Sep 2024, Dominik Drobek wrote:
graphics/gcolor2: obsolete, but I'm not aware of an equivalent GTK+3 version.
network/macchanger: at latest version. Mature, hasn't been updated in years.
I'll take these two.
There actually is a gcolor3:
https://github.com/Hjdskes/gcolor3
...but
On Sun, 1 Sep 2024, Jeremy Hansen wrote:
I would love to see a change like this on SBo for known unmaintained
scripts. It would be immediately obvious what scripts are considered
unmaintained. They can remain that way until they no longer build
and are removed or they are taken over by someon
On Mon, 2 Sep 2024, Dominik Drobek wrote:
Thank you Brandon and Diniz, I'm sure these SlackBuilds are in good hands
now. :)
As for the remaining ones - could we mark them as orphaned by changing their
.info files? For example, Gentoo people use "maintainer-nee...@gentoo.org" as
email addr
On Sun, 1 Sep 2024, David Chmelik wrote:
Please do so! Once a friend took over one of my SlackBuilds but wanted
to leave my name & information as the maintainer, and not add his, due
to SlackBuilds being copyrighted, and did so for at least one update.
We'd rather people not do that.
Aft
On Sun, 1 Sep 2024, Roberto Puzzanghera via SlackBuilds-users wrote:
I would estimate that about 25% of our repo is effectively
unmaintained. We really need folks to step up and take over anything
they need or are interested in.
I would be happy to be a new entry. But something is not clea
On Sat, 31 Aug 2024, Eugen Wissner wrote:
Larry Hajali (the maintainer) doesn't seem to be active anymore. I've
found a commit message from 2022 about his other script,
multimedia/kodi (commit bce52521d6):
Larry has not responded to several email messages and it seems no
others have been ab
I emailed Bill Kirkpatrick about one of his builds... he's no longer
maintaining anything. This may have been posted to the list before,
but I'll post it again.
These builds need maintainers, if anyone's interested:
desktop/wally
games/xye
libraries/libdca
libraries/libshout
libraries/live555
On Sun, 25 Aug 2024, Arkadiusz Drabczyk wrote:
### in doinst.sh:
# DESCRIPTION: Updates the man database (for "man -k").
# Use one "man -f" command for each man page in the package.
if [ -x usr/bin/mandb ]; then
usr/bin/mandb -f usr/man/man1/program.1.gz
fi
so there is no easier way than
On Sat, 24 Aug 2024, B. Watson wrote:
Thinking of adding this to the doinst template:
### in doinst.sh:
# DESCRIPTION: Updates the man database (for "man -k").
# Use one "man -f" command for each man page in the package.
if [ -x usr/bin/mandb ]; then
usr/bin/mandb -f
Thinking of adding this to the doinst template:
### in doinst.sh:
# DESCRIPTION: Updates the man database (for "man -k").
# Use one "man -f" command for each man page in the package.
if [ -x usr/bin/mandb ]; then
usr/bin/mandb -f usr/man/man1/program.1.gz
fi
### in douninst.sh:
# DESCRIPTION
On Fri, 23 Aug 2024, glenn_e_becker via SlackBuilds-users wrote:
lbreakout2
Possibly lbreakout2 could just disappear. Its developer replaced it
with an SDL2 remake called lbreakouthd, which has an active maintainer
on SBo. The lbreakout2 web site says "(!!!)This game is no longer
maintained
On Mon, 19 Aug 2024, Brandon Pribula wrote:
IIRC new builds have to be submitted through the main site but for future
reference is it still acceptable to submit updates to the list or do we have to
submit through gitlab or
github?
You can submit updates through the website, just like new
On Sun, 18 Aug 2024, M Wedin wrote:
I aim to install mcu8051ide
These are the packages to be installed. Dependencies are indented
mcu8051ide
bwidget
itcl
! tkimg
tcllib
tDOM
gumbo-parser
There is no libtiff on SBo. I searched and installed all of *jbig* I
could find. No success.
On Fri, 16 Aug 2024, Petar Petrov wrote:
dear All,
I am not using Slackware at the moment and I am not sure if I will be
coming back to it any time soon. Therefore, please consider all my
SlackBuilds as being up for grabs. If, at some point, I do return to
Slackware, I will do updates, but i
Heads up to maintainers. I'm about to update libtommath from 1.2.1
to 1.3.0. I did some testing with it, but anyone whose build depends
on it might want to do their own testing.
If your build is on this list:
https://slackbuilds.org/advsearch.php?stype=revdep&q=libtommath
...you should check
On Mon, 12 Aug 2024, B. Watson wrote:
I'd recommend Bob Funk as the new maintainer of gnome-mplayer and its
dependency gmtk, since he maintains the GNOME stack... how about it,
Bob?
Addendum: devilspie looks gnomish, too (depends on gnome-c
On Mon, 12 Aug 2024, r1w1s1 via SlackBuilds-users wrote:
Hi can grab dmenu since I use dwm a lot.
Already taken, you missed this part:
I went ahead and took cmatrix, dmenu, docx2txt, and solfege, because I
actually use them.
I don't use dwm, but I do use dmenu with clipmenu, and couldn'
I emailed Phillip Warner to ask if he'd update his dmenu build, and
he responded that he's no longer maintaining any SlackBuilds, and that
anyone was welcome to take them over.
Here's the list:
CEGUI
cmatrix
devilspie
dmenu
docx2txt
gmtk
gnome-mplayer
herrie
solfege
xorgxrdp
xrdp
I went ahead
On Tue, 13 Aug 2024, Arkadiusz Drabczyk wrote:
I think I know what's going on here.
mandb checks if there are new files in the directory by comparing
mtime of the database and the directory
https://gitlab.com/man-db/man-db/-/blob/1e5462f3fd9bfd8cf496e32e23842018b67f9b91/src/check_mandirs.c#L
On Mon, 12 Aug 2024, B. Watson wrote:
The only thing in the SBo repo that depends on polib is your
endgame-singularity build. It would make sense for you to take over
maintenance of polib. Are you interested?
Apologies, that email wasn't intended for the whole list, it was
directed to
I've heard from the polib maintainer (Ken Roberts) via IRC...
Ken hasn't used Slackware in 8 years or so, and is unable to maintain
polib.
The only thing in the SBo repo that depends on polib is your
endgame-singularity build. It would make sense for you to take over
maintenance of polib. Are
On Mon, 12 Aug 2024, Arkadiusz Drabczyk wrote:
It must be due to
https://gitlab.com/man-db/man-db/-/blob/1e5462f3fd9bfd8cf496e32e23842018b67f9b91/NEWS.md#L233.
It
takes 10 seconds on -current with mandb 2.12.1 but it indeed took 6
minutes on -stable in the VirtulBox with mandb 2.9.4. After I
On Mon, 12 Aug 2024, Arkadiusz Drabczyk wrote:
I ran it as root of course, it wouldn't work on /usr/man/man1 if I
didn't since it is writable only by root.
I meant, are you sure when you timed it and got 10 seconds, that you
were actually using the -c option? I get pretty close to 10 second
On Sun, 11 Aug 2024, Arkadiusz Drabczyk wrote:
In most packages manual page index caches are not updated which leads
to the following situation:
$ man -k zathura
zathura: nothing appropriate.
man -k can find the manpages only when caches are updated:
$ sudo mandb -c
$ man -k zathura
zathur
On Tue, 6 Aug 2024, Bob Funk wrote:
Really the only problem is how the SLACKBUILDS.TXT presents the md5sums for
those cases, which is inconsistent with the rest of the md5sums in
SLACKBUILDS.TXT.
OK, take a look now: https://slackbuilds.org/slackbuilds/15.0/SLACKBUILDS.TXT
There were som
On Tue, 6 Aug 2024, Bob Funk wrote:
Really the only problem is how the SLACKBUILDS.TXT presents the md5sums for
those cases, which is inconsistent with the rest of the md5sums in
SLACKBUILDS.TXT.
Whatever you're writing that's going to read SLACKBUILDS.TXT, you
could pick apart the md5sum
On Tue, 6 Aug 2024, Bob Funk wrote:
Perhaps enforcing spaces before backslash/escape characters in .info files
should be done so the files are consistent? Could even be added to sbolint I
suppose.
I'm not sure what is generating that SLACKBUILDS.TXT but perhaps its parsing
code could also
On Mon, 5 Aug 2024, Bob Funk wrote:
I've built libhandy-1.8.3 and all the gnome software that depends on it and
everything is building and running as expected here. Feel free to push that
update for this week's round
of upgrades.
Thanks for checking it. Pushed to my branch, it'll be in th
On Mon, 29 Jul 2024, Bob Funk wrote:
If the gnome stack of software is building then it'll probably be fine at
runtime too.
I am traveling currently and won't be back home till next Sunday so I won't be
able to do much until after then. I'll be happy to build and test it all when I
get b
On Mon, 29 Jul 2024, B. Watson wrote:
I've test-built everything on the list except nwg-shell (because it
has 106 dependencies) and epiphany (waiting for webkit2gtk-4.1 to
finish building, as I write this).
Update: epiphany builds and runs
Someone requested an update to libhandy, so I'm updating it to the
latest stable, version 1.8.3.
A lot of GNOME builds depend on libhandy. If your build appears on this
list:
https://slackbuilds.org/advsearch.php?stype=revdep&q=libhandy
...then you should test it with libhandy-1.8.3. To do this
On Sun, 28 Jul 2024, Arkadiusz Drabczyk wrote:
Some slackbuilds try multiple tarball names and dstat does it too but
it uses incorrect name, it should be:
tar xvf $CWD/$PRGNAM-$VERSION.tar.gz || tar xvf
$CWD/v$VERSION.tar.gz
There is a similar problem in network/ngrep but this script
On Sun, 28 Jul 2024, Arkadiusz Drabczyk wrote:
OTOH this project is terminated so the package can be completely
removed https://github.com/dstat-real/dstat/issues/170.
I now found that tarballs have a different name when they are
downloaded using Firefox but still the package can be removed
On Mon, 22 Jul 2024, Alessandro Baggi wrote:
libtool: warning: 'libnvpair.la' has not been installed in '/lib64'
libtool: warning: 'libuutil.la' has not been installed in '/lib64'
Those should be considered critical or this is something expected?
Expected. And correct: the libraries haven
On Sat, 20 Jul 2024, Charadon via SlackBuilds-users wrote:
As a sidenote/fun fact, linkrot is why NetBSD's pkgsrc has the `distfiles`
directory.
Yah, and it's why this exists:
https://slackware.uk/sbosrcarch/
___
SlackBuilds-users mailing list
S
On Sat, 20 Jul 2024, Charadon via SlackBuilds-users wrote:
How about switching their sources to archive.org links? Like ffmpeg2theora's
source can be changed to:
https://web.archive.org/web/20161010020734/http://v2v.cc/~j/ffmpeg2theora/downloads/ffmpeg2theora-0.30.tar.bz2
That works, and
On Sat, 20 Jul 2024, Tim Dickson via SlackBuilds-users wrote:
hi all, I noticed a bunch of scripts had backtick cmdsub changed.
is there any technical reason?.
Well, we already had a bunch of scripts that were still using "chown
-R user.group" syntax, which (as of the latest coreutils update
On Fri, 19 Jul 2024, Alessandro Baggi wrote:
3. A clean process during package uninstall that clean created user/group,
start/stop system configuration in rc.local/rc.local_shutdown
Again I will say it:
Packages get *removed* when they get upgraded.
Anything a douninst.sh script does, hap
On Thu, 18 Jul 2024, Jude DaShiell wrote:
I've had a question about slackware removal process ever since I first
installed slackware so figure I best ask it here.
Slackware removes each file one by one. It's possible with several
package files in one directory so long as that's all in that d
On Thu, 18 Jul 2024, Alessandro Baggi wrote:
I noticed that sometime a slackbuild requires to create user and group.
In my case, postgresql.SlackBuild requires user and group creation
before builing the software. Why don't put the user creation inside
doinst.sh? The user/group creation seems
On Sun, 14 Jul 2024, K. Eugene Carlson wrote:
I can take GentiumPlus.
Excellent. Go ahead and submit an update, with your name and email in
the .info file, so this doesn't get forgotten about.
___
SlackBuilds-users mailing list
SlackBuilds-users@s
On Sat, 13 Jul 2024, Doogster wrote:
I'd intended to give up maintenance of my SlackBuilds ages ago, but it
looks like we missed this one:
https://slackbuilds.org/repository/15.0/system/ds4drv/
I am no longer maintaining this SlackBuild.
You're listed as maintainer for more than just that
On Thu, 11 Jul 2024, Charadon via SlackBuilds-users wrote:
Well i'm glad to know my idea for using a vendored tarball was already
used in practice! Though, my vendor tarball won't have as prestigious of
a mirror as slackware.uk, haha
It can, if you ask nicely :)
That said, it's better to
On Sat, 8 Jun 2024, Shahab Vahedi via SlackBuilds-users wrote:
https://github.com/csmith-project/creduce/archive/refs/heads/llvm-13.0.zip
I didn't know about this. Thanks! That will solve the problem.
In general, any push to this branch, will require an update of the MD5.
I guess it is wha
On Sat, 11 May 2024, Didier Spaier wrote:
Also, taking the risk of beating a dead horse, I suggest using only the
features specified by POSIX, and not bash specific ones, for the sake of
portability.
That, or, put #!/bin/bash at the top of the script instead of
#!/bin/sh. I don't think bash
On Sun, 5 May 2024, Didier Spaier wrote:
Hello,
a very few SlackBuilds @ Sbo write config files including additional paths in
/etc/ld.so.conf.d but a lot more export LD_LIBRARY_PATH with the additional path
appended in as script stored in /etc/profile.d
Which way is better and why?
/etc/l
On Sat, 4 May 2024, Daniel Prosser wrote:
Thanks for the ideas. I like the idea of using the setgid bit, but I'm having
trouble getting it to work. First, the main executable is a wrapper script,
which may be a problem, but even applying the setguid bit to the binary file
and foregoing the
On Fri, 3 May 2024, Daniel Prosser wrote:
The copy it makes is called stockfish-16.1-64. On my machine, it seems to
have copied the bmi2 version, but maybe the plain -x86-64 version would be
more universal. (For that matter, if I take this approach, I'll probably just
make a symbolic link i
On Fri, 3 May 2024, Daniel Prosser wrote:
An alternative potential solution that I think would work would be to have
the SlackBuild script copy the file, selecting a build that would work for
everyone.
I can think of three approaches that avoid a world-writable directory
in /opt.
1. Dupli
1 - 100 of 1097 matches
Mail list logo
