From gen-bch at useyouresp.org.uk  Mon Feb  1 11:41:04 2021
From: gen-bch at useyouresp.org.uk (Habs)
Date: Mon, 1 Feb 2021 11:41:04 +0000 (GMT)
Subject: [Slackbuilds-users] linphone and related sources links
Message-ID: <49n43r39-nrr6-864s-725-77q63q95s37p@hfrlbherfc.bet.hx>

Hello slackbuilds-users@

Some Linphone and related source links are returning 404 (not found).

e.g.  https://www.linphone.org/releases/sources/linphone/linphone-3.12.0.tar.gz

Maintainer informed (13/1).

Sorry if this is already in hand.

Regards
Habs

--- Sent using Alpine/Pine, probably the best MUA ---

Tox Chat Id:
9F10AC64260ADEBAEA017ACB71B7CD2E962596FC4293025C0F79D77FFEB4CE5C7B0BED41D925
https://tox.chat/


From sbolokanov at abv.bg  Mon Feb  1 11:43:13 2021
From: sbolokanov at abv.bg (=?utf-8?B?0KHQuNC80L7QvdGKINCR0L7Qu9C+0LrQsNC90L7QstGK?=)
Date: Mon, 1 Feb 2021 13:43:13 +0200 (EET)
Subject: [Slackbuilds-users] SF/sbodirectlinks addition request
Message-ID: <13868620.586098.1612179793648@nm52.abv.bg>

I would like to request addition of dmenu2-0.2 (attached to email) at  sourceforge/slackbuildsdirectlinks

-- ?. ?. ??????????
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210201/8afe821a/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dmenu2-0.2.tar.gz
Type: application/gzip
Size: 30213 bytes
Desc: not available
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210201/8afe821a/attachment-0001.bin>

From yalhcru at gmail.com  Fri Feb  5 21:51:04 2021
From: yalhcru at gmail.com (B Watson)
Date: Fri, 5 Feb 2021 16:51:04 -0500
Subject: [Slackbuilds-users] SDL2 testing
Message-ID: <CAN1hMuAK3WWJUPMf_xy=PPnP7wAWhOoMwq1XZqqbuDVs5HU-3Q@mail.gmail.com>

So I'm going to update SDL2 to version 2.0.14 soon. Before I do, I'd
like to make sure the update won't break anything. Turns out there
are a couple hundred builds that depend on it. See:

https://slackbuilds.org/advsearch.php?stype=revdep&q=SDL2

The SDL2 update is just a version bump. You can get the new source
from https://www.libsdl.org/release/SDL2-2.0.14.tar.gz and run
SDL2.SlackBuild with VERSION="2.0.14" in the environment.

If your builds are on the list, and if you have time to do it in the
next week or two, please test with the updated SDL2 and let me know if
anything is broken.

2.0.12 to 2.0.14 seems like a minor upgrade, but 2.0.14 adds quite a
few new API functions. Eventually applications will start using them
and we won't be able to stick with 2.0.12 forever. Slackware-current
already has 2.0.14, so it should be a seamless transition when 15.0
gets released.

From lenardrspencer at gmail.com  Sat Feb  6 06:30:45 2021
From: lenardrspencer at gmail.com (Lenard Spencer)
Date: Sat, 6 Feb 2021 01:30:45 -0500
Subject: [Slackbuilds-users] SDL2 testing
In-Reply-To: <CAN1hMuAK3WWJUPMf_xy=PPnP7wAWhOoMwq1XZqqbuDVs5HU-3Q@mail.gmail.com>
References: <CAN1hMuAK3WWJUPMf_xy=PPnP7wAWhOoMwq1XZqqbuDVs5HU-3Q@mail.gmail.com>
Message-ID: <CANSA5-uNLOKs12q-XJNQGJgNq8XMOActaOtxO0L9M=L=9MTirw@mail.gmail.com>

I've been using 2.0.14 here for quite a while with crispy-doom and no
problems at all here.


On Fri, Feb 5, 2021, 16:51 B Watson <yalhcru at gmail.com> wrote:

> So I'm going to update SDL2 to version 2.0.14 soon. Before I do, I'd
> like to make sure the update won't break anything. Turns out there
> are a couple hundred builds that depend on it. See:
>
> https://slackbuilds.org/advsearch.php?stype=revdep&q=SDL2
>
> The SDL2 update is just a version bump. You can get the new source
> from https://www.libsdl.org/release/SDL2-2.0.14.tar.gz and run
> SDL2.SlackBuild with VERSION="2.0.14" in the environment.
>
> If your builds are on the list, and if you have time to do it in the
> next week or two, please test with the updated SDL2 and let me know if
> anything is broken.
>
> 2.0.12 to 2.0.14 seems like a minor upgrade, but 2.0.14 adds quite a
> few new API functions. Eventually applications will start using them
> and we won't be able to stick with 2.0.12 forever. Slackware-current
> already has 2.0.14, so it should be a seamless transition when 15.0
> gets released.
> _______________________________________________
> 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: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210206/b593c847/attachment.htm>

From willysr at slackbuilds.org  Sat Feb  6 18:58:06 2021
From: willysr at slackbuilds.org (Willy Sudiarto Raharjo)
Date: Sun, 7 Feb 2021 01:58:06 +0700
Subject: [Slackbuilds-users] Updates - 20210206.1
Message-ID: <b5e112f9-9e24-4cfd-b9b5-69f09b8cdc9f@slackbuilds.org>

Sat Feb  6 18:41:17 UTC 2021
desktop/fvwm3: Updated for go 1.14.x..
development/decklink-sdk: Updated for version 12.0
development/gede: Updated for version 2.17.1.
development/hugo: Fix md5sum.
development/kotlin: Updated for version 1.4.30.
development/mongodb-compass: Updated for version 1.25.0.
development/perf: Autodetect kernel version.
development/sbt: Updated for version 1.4.7.
development/vscode-bin: Updated for version 1.53.
games/VASSAL: Updated for version 3.5.0.
games/ags: updated for version 3.5.0.29
games/ioquake3: Updated for version 1.36_05180e3.
gis/OWSLib: Updated for version 0.22.0.
gis/pgrouting: Updated for version 3.1.3.
gis/postgis: Updated for version 3.1.1.
gis/pyshp: Updated for version 2.1.3.
graphics/openscad-mcad: Added (Parametric CAD Library)
graphics/vuescan: Updated for version 9.7.46.
haskell/haskell-double-conversion: Added (convert float/strings)
libraries/Botan: Updated for version 2.17.3.
libraries/hoel: updated for version 1.4.17
libraries/iddawc: updated for version 0.9.8
libraries/libbtbb: Updated for version 2020.12.R1.
libraries/oath-toolkit: Updated for version 2.6.6.
libraries/pymediainfo: Updated script and homepage.
libraries/srt: Added (Secure, Reliable, Transport)
libraries/ulfius: updated for version 2.7.1
misc/KeePass: Updated for version 2.47.
network/c-toxcore: Updated for version 0.2.12.
network/darkhttpd: updated for version 1.13
network/dropbox: Updated for version 115.4.601.
network/glewlwyd: updated for version 2.5.2
network/krb5: Updated for version 1.19.
network/prosody-mod-cloud-notify: Updated for version hg4429.
network/prosody-mod-smacks: Updated for version hg4413.
network/qTox: Updated for version 1.17.3.
network/qutebrowser-tox: Updated for version 2.0.2.
network/qutebrowser: Updated for version 2.0.2.
network/tor-browser: Updated for version 10.0.10.
network/tor: Updated for version 0.4.4.7.
network/ubertooth: Updated for version 2020.12.R1.
network/vivaldi: Updated for version 3.6.2165.36.
network/weechat: Updated for version 3.0.1.
network/wireshark: Updated for version 3.4.3.
network/zoom-linux: Updated for version 5.5.6981.0202
office/MasterPDFEditor: Updated for version 5.7.20.
office/keepassxc: Updated for version 2.6.4.
office/lyx: Removed qt5 dependency.
perl/perl-IO-Socket-SSL: Updated for version 2.069.
perl/perl-Path-Tiny: Updated for version 0.118.
python/internetarchive: Updated for version 1.9.9.
python/python3-jedi: Updated for version 0.18.0.
system/dosbox-dev: updated for version 0.75_pre4430
system/epson-inkjet-printer-escpr2: Move download URL.
system/epson-inkjet-printer-escpr: Move download URL.
system/firejail: Updated for version 0.9.64.2.
system/fzf: Updated for version 0.25.1.
system/kbfs: Updated for version 5.6.1.
system/keybase: Updated for version 5.6.1.
system/letsencrypt: Updated for version 1.12.0.
system/netdata: Updated for version 1.29.0.
system/parallel: Updated for version 20210122. New maintainer.
system/phoronix-test-suite: Updated for version 10.2.1.
system/scdoc: Added (small man page generator)
system/sqlcipher: Updated for version 4.4.2.
system/ttf-mononoki: Updated for version 1.3.
system/usermin: Updated for version 1.820.
system/webmin: Updated for version 1.970.
system/zfs-on-linux: Updated for version 0.8.6.
+--------------------------+


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210207/b82c8a48/attachment.asc>

From sombragris at sombragris.org  Sun Feb  7 17:22:47 2021
From: sombragris at sombragris.org (Eduardo Sanchez)
Date: Sun, 7 Feb 2021 14:22:47 -0300
Subject: [Slackbuilds-users] Telegram: md5 mismatch
Message-ID: <19c38.7672f318a0.20210207142247.1e96b356@tiki.sombragris.org>

Hi, I'm using -current but I think this applies to everyone so I post
here.

Telegram md5sum does not match:

> Found tsetup.2.5.8.tar.xz in /var/cache/sbopkg.
> Checking MD5SUM:
>   MD5SUM check for tsetup.2.5.8.tar.xz ... FAILED!
>     Expected: 6b11212f3d4f3ec0cc1cebedf420f549
>     Found:    213e98bb4a0886d68444854b001de6d1

Thanks,


Eduardo Sanchez

-- 
Eduardo S?nchez Gauto, Abog., Th.M.
Abogado - Traductor P?blico Matriculado Ingl?s - Espa?ol
Oficina: https://goo.gl/maps/mccgBNM7Zw32
Web: http://sombragris.org - Blog: http://shadow.sombragris.org
TW: @thegreyshadow - FB: /thegreyshadow - 
Tel?fono: (0991) 755-355 - Asunci?n, Paraguay 
==================================================================
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210207/9d610cb0/attachment.asc>

From rshepard at appl-ecosys.com  Sun Feb  7 23:29:39 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sun, 7 Feb 2021 15:29:39 -0800 (PST)
Subject: [Slackbuilds-users] Request for core distribution package update
Message-ID: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>

This concerns pavucontrol which is in the core distribution, but I'm not on
any developer mail list.

For the past couple of weeks I've struggled to get a pair of USB-connected
headsets working. The problem is that the source output is controlled on
pavucontrol's 'Playback' tab, and the dropdown/combobox widget there does
not have the usual down-arrow indicator that there's more than a single
choice. Every other combobox on the other tabs have the usual indicator.
So, I didn't click on that widget in the 'Playback' tab. Sigh.

Anyway, there's a fix coming:

"Interestingly, there's a commit in the pavucontrol master that changes
the button->radiolist behavior to a standard drop-down selector:
https://gitlab.freedesktop.org/pulseaudio/pavucontrol/-/commit/ae278b8643cf1089f66df18713c8154208d9a505
It just hasn't made its way into a release yet."

So, if eyeballs can be kept on this so a fixed version of pavucontrol makes
it into -current/15.0, if not back-ported to 14.2 it would help others avoid
my frustrations.

Rich




From didier at slint.fr  Sun Feb  7 23:45:47 2021
From: didier at slint.fr (Didier Spaier)
Date: Mon, 8 Feb 2021 00:45:47 +0100
Subject: [Slackbuilds-users] Request for core distribution package update
In-Reply-To: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>
Message-ID: <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>

Le 08/02/2021 ? 00:29, Rich Shepard a ?crit?:
> This concerns pavucontrol which is in the core distribution, but I'm not on
> any developer mail list.

This request should rather be posted in this thread:
https://www.linuxquestions.org/questions/slackware-14/requests-for-current-14-2-15-0-a-4175620463/

or creating a new thread @ LQ.

Didier

> For the past couple of weeks I've struggled to get a pair of USB-connected
> headsets working. The problem is that the source output is controlled on
> pavucontrol's 'Playback' tab, and the dropdown/combobox widget there does
> not have the usual down-arrow indicator that there's more than a single
> choice. Every other combobox on the other tabs have the usual indicator.
> So, I didn't click on that widget in the 'Playback' tab. Sigh.
> 
> Anyway, there's a fix coming:
> 
> "Interestingly, there's a commit in the pavucontrol master that changes
> the button->radiolist behavior to a standard drop-down selector:
> https://gitlab.freedesktop.org/pulseaudio/pavucontrol/-/commit/ae278b8643cf1089f66df18713c8154208d9a505 
> 
> It just hasn't made its way into a release yet."
> 
> So, if eyeballs can be kept on this so a fixed version of pavucontrol makes
> it into -current/15.0, if not back-ported to 14.2 it would help others 
> avoid
> my frustrations.
> 
> 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 didier at slint.fr  Sun Feb  7 23:53:31 2021
From: didier at slint.fr (Didier Spaier)
Date: Mon, 8 Feb 2021 00:53:31 +0100
Subject: [Slackbuilds-users] Request for core distribution package update
In-Reply-To: <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>
References: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>
 <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>
Message-ID: <9208bd38-16db-44fa-7389-d3c192233501@slint.fr>

Further, good luck with that but generally Speaking Patrick is reluctant to
patch the source files. Do you know if this patch has been applied in a 
stable
version and which one?

Le 08/02/2021 ? 00:45, Didier Spaier a ?crit?:
> Le 08/02/2021 ? 00:29, Rich Shepard a ?crit?:
>> This concerns pavucontrol which is in the core distribution, but I'm 
>> not on
>> any developer mail list.
> 
> This request should rather be posted in this thread:
> https://www.linuxquestions.org/questions/slackware-14/requests-for-current-14-2-15-0-a-4175620463/ 
> 
> 
> or creating a new thread @ LQ.
> 
> Didier
> 
>> For the past couple of weeks I've struggled to get a pair of 
>> USB-connected
>> headsets working. The problem is that the source output is controlled on
>> pavucontrol's 'Playback' tab, and the dropdown/combobox widget there does
>> not have the usual down-arrow indicator that there's more than a single
>> choice. Every other combobox on the other tabs have the usual indicator.
>> So, I didn't click on that widget in the 'Playback' tab. Sigh.
>>
>> Anyway, there's a fix coming:
>>
>> "Interestingly, there's a commit in the pavucontrol master that changes
>> the button->radiolist behavior to a standard drop-down selector:
>> https://gitlab.freedesktop.org/pulseaudio/pavucontrol/-/commit/ae278b8643cf1089f66df18713c8154208d9a505 
>>
>> It just hasn't made its way into a release yet."
>>
>> So, if eyeballs can be kept on this so a fixed version of pavucontrol 
>> makes
>> it into -current/15.0, if not back-ported to 14.2 it would help others 
>> avoid
>> my frustrations.
>>
>> 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/
>>
> _______________________________________________
> 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 Feb  8 00:21:29 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sun, 7 Feb 2021 16:21:29 -0800 (PST)
Subject: [Slackbuilds-users] Request for core distribution package update
In-Reply-To: <9208bd38-16db-44fa-7389-d3c192233501@slint.fr>
References: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>
 <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>
 <9208bd38-16db-44fa-7389-d3c192233501@slint.fr>
Message-ID: <alpine.LNX.2.20.2102071619480.24446@salmo.appl-ecosys.com>

On Mon, 8 Feb 2021, Didier Spaier wrote:

> Further, good luck with that but generally Speaking Patrick is reluctant
> to patch the source files. Do you know if this patch has been applied in a
> stable version and which one?

Didier,

According to the pulseaudio mail list subscriber who mentioned this the PA
patch is pending. I can keep an eye on it if that would help.

Regards,

Rich

From rshepard at appl-ecosys.com  Mon Feb  8 00:22:11 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sun, 7 Feb 2021 16:22:11 -0800 (PST)
Subject: [Slackbuilds-users] Request for core distribution package update
In-Reply-To: <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>
References: <alpine.LNX.2.20.2102071521280.24446@salmo.appl-ecosys.com>
 <656df04a-6255-169f-39b1-ad3484140c97@slint.fr>
Message-ID: <alpine.LNX.2.20.2102071621410.24446@salmo.appl-ecosys.com>

On Mon, 8 Feb 2021, Didier Spaier wrote:

> This request should rather be posted in this thread:
> https://www.linuxquestions.org/questions/slackware-14/requests-for-current-14-2-15-0-a-4175620463/
> or creating a new thread @ LQ.

Didier,

Okay. I'll do this tomorrow morning.

Rich

From spaceman at antispaceman.com  Fri Feb  5 16:06:45 2021
From: spaceman at antispaceman.com (spaceman)
Date: Fri, 05 Feb 2021 16:06:45 +0000
Subject: [Slackbuilds-users] Stripping executables
Message-ID: <4DXKzs67TZz1B4@enterprise.home.antispaceman.com>

Hi,

For me at least this command:

    find $PKG -print0 | xargs -0 file | grep -e "executable" -e "shared ob=
ject" | grep ELF \
      | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true

Which is used on a number of slackbuilds (rhash and cmus were the two I
tested) does not appear to strip executables. The resulting file:

    $ file /usr/bin/rhash
    /usr/bin/rhash: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV)=
, statically linked, with debug_info, not stripped

I test this on X86-64 as well with the same result (although that system
is more quirky, and therefore less reproducible).

These commands work as described:

    # Strip binaries and libraries--this can be done with "make install-st=
rip"
    # in many source trees, and that's usually acceptable if so, but if no=
t,
    # use this:
    ( cd \$PKG
      find . | xargs file | grep "executable" | grep ELF | cut -f 1 -d : |=
 \\
        xargs strip --strip-unneeded 2> /dev/null || true
      find . | xargs file | grep "shared object" | grep ELF | cut -f 1 -d =
: | \\
        xargs strip --strip-unneeded 2> /dev/null || true
    )

Lifted shamelessly from https://www.beej.us/slackware/mksb/.

Regards,
spaceman

From agianson at gmail.com  Sat Feb  6 10:05:22 2021
From: agianson at gmail.com (Alan Ianson)
Date: Sat, 6 Feb 2021 02:05:22 -0800
Subject: [Slackbuilds-users] SDL2 testing
In-Reply-To: <CANSA5-uNLOKs12q-XJNQGJgNq8XMOActaOtxO0L9M=L=9MTirw@mail.gmail.com>
References: <CAN1hMuAK3WWJUPMf_xy=PPnP7wAWhOoMwq1XZqqbuDVs5HU-3Q@mail.gmail.com>
 <CANSA5-uNLOKs12q-XJNQGJgNq8XMOActaOtxO0L9M=L=9MTirw@mail.gmail.com>
Message-ID: <20210206020522.5bdf22e38beef45e209b89db@gmail.com>

On Sat, 6 Feb 2021 01:30:45 -0500
Lenard Spencer <lenardrspencer at gmail.com> wrote:

> I've been using 2.0.14 here for quite a while with crispy-doom and no
> problems at all here.

I updated to 2.0.14 about a month ago and all is well here. I used the 2.0.12 slackbuild and simply bumped the version.

From willysr at slackbuilds.org  Mon Feb  8 03:39:08 2021
From: willysr at slackbuilds.org (Willy Sudiarto Raharjo)
Date: Mon, 8 Feb 2021 10:39:08 +0700
Subject: [Slackbuilds-users] Telegram: md5 mismatch
In-Reply-To: <19c38.7672f318a0.20210207142247.1e96b356@tiki.sombragris.org>
References: <19c38.7672f318a0.20210207142247.1e96b356@tiki.sombragris.org>
Message-ID: <a3244bfa-77d0-64e1-0270-43ac04a97905@slackbuilds.org>

> Hi, I'm using -current but I think this applies to everyone so I post
> here.
> 
> Telegram md5sum does not match:
> 
>> Found tsetup.2.5.8.tar.xz in /var/cache/sbopkg.
>> Checking MD5SUM:
>>   MD5SUM check for tsetup.2.5.8.tar.xz ... FAILED!
>>     Expected: 6b11212f3d4f3ec0cc1cebedf420f549
>>     Found:    213e98bb4a0886d68444854b001de6d1

It has been fixed in my branch
sorry for that


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210208/4550a817/attachment.asc>

From fernando.lopezjr at gmail.com  Mon Feb  8 04:12:33 2021
From: fernando.lopezjr at gmail.com (Fernando Lopez)
Date: Sun, 7 Feb 2021 21:12:33 -0700
Subject: [Slackbuilds-users] Telegram: md5 mismatch
In-Reply-To: <a3244bfa-77d0-64e1-0270-43ac04a97905@slackbuilds.org>
References: <19c38.7672f318a0.20210207142247.1e96b356@tiki.sombragris.org>
 <a3244bfa-77d0-64e1-0270-43ac04a97905@slackbuilds.org>
Message-ID: <CALrQ46Dc85kFqD1GYznT62JPiudGfDVMZzKHCymHXfUyjFqDfw@mail.gmail.com>

keepassxc md5sum mismatch as well

On Sun, Feb 7, 2021 at 8:39 PM Willy Sudiarto Raharjo <
willysr at slackbuilds.org> wrote:

> > Hi, I'm using -current but I think this applies to everyone so I post
> > here.
> >
> > Telegram md5sum does not match:
> >
> >> Found tsetup.2.5.8.tar.xz in /var/cache/sbopkg.
> >> Checking MD5SUM:
> >>   MD5SUM check for tsetup.2.5.8.tar.xz ... FAILED!
> >>     Expected: 6b11212f3d4f3ec0cc1cebedf420f549
> >>     Found:    213e98bb4a0886d68444854b001de6d1
>
> It has been fixed in my branch
> sorry for that
>
>
> --
> Willy Sudiarto Raharjo
>
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
>
>

-- 

------------
Regards,
    Fernando Lopez Jr.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210207/e05505d7/attachment.htm>

From fernando.lopezjr at gmail.com  Mon Feb  8 04:13:23 2021
From: fernando.lopezjr at gmail.com (Fernando Lopez)
Date: Sun, 7 Feb 2021 21:13:23 -0700
Subject: [Slackbuilds-users] Telegram: md5 mismatch
In-Reply-To: <CALrQ46Dc85kFqD1GYznT62JPiudGfDVMZzKHCymHXfUyjFqDfw@mail.gmail.com>
References: <19c38.7672f318a0.20210207142247.1e96b356@tiki.sombragris.org>
 <a3244bfa-77d0-64e1-0270-43ac04a97905@slackbuilds.org>
 <CALrQ46Dc85kFqD1GYznT62JPiudGfDVMZzKHCymHXfUyjFqDfw@mail.gmail.com>
Message-ID: <CALrQ46CpEq9QVHvV=Yw-OLd_FF1F-dUfpeSd-0Ug=zu7H2w2sQ@mail.gmail.com>

nope. it was telegram.

On Sun, Feb 7, 2021 at 9:12 PM Fernando Lopez <fernando.lopezjr at gmail.com>
wrote:

> keepassxc md5sum mismatch as well
>
> On Sun, Feb 7, 2021 at 8:39 PM Willy Sudiarto Raharjo <
> willysr at slackbuilds.org> wrote:
>
>> > Hi, I'm using -current but I think this applies to everyone so I post
>> > here.
>> >
>> > Telegram md5sum does not match:
>> >
>> >> Found tsetup.2.5.8.tar.xz in /var/cache/sbopkg.
>> >> Checking MD5SUM:
>> >>   MD5SUM check for tsetup.2.5.8.tar.xz ... FAILED!
>> >>     Expected: 6b11212f3d4f3ec0cc1cebedf420f549
>> >>     Found:    213e98bb4a0886d68444854b001de6d1
>>
>> It has been fixed in my branch
>> sorry for that
>>
>>
>> --
>> Willy Sudiarto Raharjo
>>
>> _______________________________________________
>> SlackBuilds-users mailing list
>> SlackBuilds-users at slackbuilds.org
>> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
>> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
>> FAQ - https://slackbuilds.org/faq/
>>
>>
>
> --
>
> ------------
> Regards,
>     Fernando Lopez Jr.
>


-- 

------------
Regards,
    Fernando Lopez Jr.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210207/08905873/attachment-0001.htm>

From fernando.lopezjr at gmail.com  Mon Feb  8 04:36:48 2021
From: fernando.lopezjr at gmail.com (Fernando Lopez)
Date: Sun, 7 Feb 2021 21:36:48 -0700
Subject: [Slackbuilds-users] thunar-thumbnailers not found
Message-ID: <CALrQ46AstYUTnH-F5mz92PDadw8CfiKxWWzrhM1rUmwNZVaFcw@mail.gmail.com>

thunar-thumbnailers:
thunar-thumbnailers not found in /var/cache/sbopkg.
--2021-02-07 21:36:12--
https://archive.xfce.org/src/apps/thunar-thumbnailers/0.4/thunar-thumbnailers-0.4.1.tar.bz2
Resolving archive.xfce.org (archive.xfce.org)... 217.70.191.87
Connecting to archive.xfce.org (archive.xfce.org)|217.70.191.87|:443...
connected.
HTTP request sent, awaiting response... 404 Not Found
2021-02-07 21:36:13 ERROR 404: Not Found.

-- 

------------
Regards,
    Fernando Lopez Jr.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210207/ec271e06/attachment.htm>

From ricardo at palmtx.com.ar  Mon Feb  8 19:07:41 2021
From: ricardo at palmtx.com.ar (Ricardo J. Barberis)
Date: Mon, 8 Feb 2021 16:07:41 -0300
Subject: [Slackbuilds-users] thunar-thumbnailers not found
In-Reply-To: <CALrQ46AstYUTnH-F5mz92PDadw8CfiKxWWzrhM1rUmwNZVaFcw@mail.gmail.com>
References: <CALrQ46AstYUTnH-F5mz92PDadw8CfiKxWWzrhM1rUmwNZVaFcw@mail.gmail.com>
Message-ID: <202102081607.41815.ricardo@palmtx.com.ar>

El Lunes 08/02/2021 a las 01:36, Fernando Lopez escribi?:
> thunar-thumbnailers:
> thunar-thumbnailers not found in /var/cache/sbopkg.
> --2021-02-07 21:36:12--
> https://archive.xfce.org/src/apps/thunar-thumbnailers/0.4/thunar-thumbnaile
>rs-0.4.1.tar.bz2 Resolving archive.xfce.org (archive.xfce.org)...
> 217.70.191.87
> Connecting to archive.xfce.org (archive.xfce.org)|217.70.191.87|:443...
> connected.
> HTTP request sent, awaiting response... 404 Not Found
> 2021-02-07 21:36:13 ERROR 404: Not Found.

FWIW, it was moved from apps to archive:

https://archive.xfce.org/src/archive/thunar-thumbnailers/0.4/thunar-thumbnailers-0.4.1.tar.bz2 

Cheers,
-- 
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 yalhcru at gmail.com  Mon Feb  8 20:30:39 2021
From: yalhcru at gmail.com (B Watson)
Date: Mon, 8 Feb 2021 15:30:39 -0500
Subject: [Slackbuilds-users] Stripping executables
In-Reply-To: <4DXKzs67TZz1B4@enterprise.home.antispaceman.com>
References: <4DXKzs67TZz1B4@enterprise.home.antispaceman.com>
Message-ID: <CAN1hMuB_KUmq8nC0wew_EuX=3BvxvhkYqoJ7AssCvD+QjAF96Q@mail.gmail.com>

On 2/5/21, spaceman via SlackBuilds-users
<slackbuilds-users at slackbuilds.org> wrote:
> Hi,
>
> For me at least this command:
>
>     find $PKG -print0 | xargs -0 file | grep -e "executable" -e "shared ob=
> ject" | grep ELF \
>       | cut -f 1 -d : | xargs strip --strip-unneeded 2> /dev/null || true
>
> Which is used on a number of slackbuilds (rhash and cmus were the two I
> tested) does not appear to strip executables. The resulting file:
>
>     $ file /usr/bin/rhash
>     /usr/bin/rhash: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV)=
> , statically linked, with debug_info, not stripped

There's more than one way to do it. Lots of software, you can just say
"make install-strip" instead of "make install". For cmake, sometimes
it's spelled "make install/strip".

You can also add "-Wl,-s" to the CFLAGS, which tells gcc's linker to
strip everything as it's being linked.

A lot of the time, you can do this:

strip $PKG/usr/bin/* $PKG/usr/lib$LIBDIRSUFFIX/*.so.*

...which will fail if $PKG/usr/bin also contains scripts (shell, perl,
python, etc).

The strip commands from the template are more complex because they're
supposed to be generic (and your proposed replacement is more complex
yet), but you're not required to use them if you've got a simpler
solution for the specific build you're working on.

Same goes for man pages, the template code is designed to handle
symlinks. Probably 90% of the time, there aren't any symlinked man
pages, so it can be replaced with "gzip -9 $PKG/usr/man/man?/*". I
prefer this in my builds, whenever it's possible to use.

Make everything as simple as possible, but no simpler...

From rshepard at appl-ecosys.com  Wed Feb 10 22:48:19 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 10 Feb 2021 14:48:19 -0800 (PST)
Subject: [Slackbuilds-users] Invoke ffmpeg without configuration display
Message-ID: <alpine.LNX.2.20.2102101445080.14339@salmo.appl-ecosys.com>

Each time I invoke ffmpeg I get a large heading:
$ ffmpeg
ffmpeg version 3.2.4 Copyright (c) 2000-2017 the FFmpeg developers
   built with gcc 5.5.0 (GCC)
   configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --docdir=/usr/doc/ffmpeg-3.2.4/html --mandir=/usr/man --disable-debug --enable-shared --disable-static --enable-gpl --enable-version3 --enable-avresample --arch=x86_64 --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-gnutls --enable-libcaca --enable-libcdio --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-opengl --enable-libopenjpeg --enable-libpulse --enable-libsmbclient --enable-libwavpack --enable-x11grab
   libavutil      55. 34.101 / 55. 34.101
   libavcodec     57. 64.101 / 57. 64.101
   libavformat    57. 56.101 / 57. 56.101
   libavdevice    57.  1.100 / 57.  1.100
   libavfilter     6. 65.100 /  6. 65.100
   libavresample   3.  1.  0 /  3.  1.  0
   libswscale      4.  2.100 /  4.  2.100
   libswresample   2.  3.100 /  2.  3.100
   libpostproc    54.  1.100 / 54.  1.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

Reading the man page and looking at the -help output I don't see a command
line option for turning off all that information. Is there a way to do so?

TIA,

Rich

From dave at slackbuilds.org  Wed Feb 10 22:53:57 2021
From: dave at slackbuilds.org (Dave Woodfall)
Date: Wed, 10 Feb 2021 22:53:57 +0000
Subject: [Slackbuilds-users] Invoke ffmpeg without configuration display
In-Reply-To: <alpine.LNX.2.20.2102101445080.14339@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102101445080.14339@salmo.appl-ecosys.com>
Message-ID: <20210210225357.GA554@localhost>

On 10/02/21 14:48,
Rich Shepard <rshepard at appl-ecosys.com> put forth the proposition:
> Each time I invoke ffmpeg I get a large heading:
> $ ffmpeg
> ffmpeg version 3.2.4 Copyright (c) 2000-2017 the FFmpeg developers
>   built with gcc 5.5.0 (GCC)
>   configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --docdir=/usr/doc/ffmpeg-3.2.4/html --mandir=/usr/man --disable-debug --enable-shared --disable-static --enable-gpl --enable-version3 --enable-avresample --arch=x86_64 --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-gnutls --enable-libcaca --enable-libcdio --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvorbis --enable-libvpx --enable-opengl --enable-libopenjpeg --enable-libpulse --enable-libsmbclient --enable-libwavpack --enable-x11grab
>   libavutil      55. 34.101 / 55. 34.101
>   libavcodec     57. 64.101 / 57. 64.101
>   libavformat    57. 56.101 / 57. 56.101
>   libavdevice    57.  1.100 / 57.  1.100
>   libavfilter     6. 65.100 /  6. 65.100
>   libavresample   3.  1.  0 /  3.  1.  0
>   libswscale      4.  2.100 /  4.  2.100
>   libswresample   2.  3.100 /  2.  3.100
>   libpostproc    54.  1.100 / 54.  1.100
> Hyper fast Audio and Video encoder
> usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...
> Reading the man page and looking at the -help output I don't see a command
> line option for turning off all that information. Is there a way to do so?
> TIA,
> Rich

The option is -hide_banner.

alias ffmpeg='ffmpeg -hide_banner'

and you'll never see it again.

--
Dave

Love is a snowmobile racing across the tundra and then suddenly it flips over,
pinning you underneath.  At night, the ice weasels come.
	 --Friedrich Nietzsche

From rshepard at appl-ecosys.com  Wed Feb 10 22:56:03 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 10 Feb 2021 14:56:03 -0800 (PST)
Subject: [Slackbuilds-users] Invoke ffmpeg without configuration display
In-Reply-To: <20210210225357.GA554@localhost>
References: <alpine.LNX.2.20.2102101445080.14339@salmo.appl-ecosys.com>
 <20210210225357.GA554@localhost>
Message-ID: <alpine.LNX.2.20.2102101455030.14339@salmo.appl-ecosys.com>

On Wed, 10 Feb 2021, Dave Woodfall wrote:

> The option is -hide_banner.
> alias ffmpeg='ffmpeg -hide_banner'
> and you'll never see it again.

Dave,

Thanks for the immediate reply and the solution. I certainly missed seeing
-hide_banner among all the options.

Stay well,

Rich

From rshepard at appl-ecosys.com  Thu Feb 11 22:10:08 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 11 Feb 2021 14:10:08 -0800 (PST)
Subject: [Slackbuilds-users] Burning .iso to a DVD
Message-ID: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>

I just downloaded -current64 and tried to burn it to a DVD. xcdroast told me
that cdrecord and mkisofs are too old (see attached screenshot) with the
xcdroast-1.19 in the SBo repo.

Please suggest how I can put this file on a DVD-R.

Thanks in advance,

Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: burn-dvd.png
Type: image/png
Size: 14814 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210211/7ac0035f/attachment-0001.png>

From chris.willing at linux.com  Thu Feb 11 22:18:31 2021
From: chris.willing at linux.com (Christoph Willing)
Date: Fri, 12 Feb 2021 08:18:31 +1000
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
Message-ID: <2adea74c-7680-e994-7715-bca299afa0e0@linux.com>

On 12/2/21 8:10 am, Rich Shepard wrote:
> I just downloaded -current64 and tried to burn it to a DVD. xcdroast
> told me
> that cdrecord and mkisofs are too old (see attached screenshot) with the
> xcdroast-1.19 in the SBo repo.
> 
> Please suggest how I can put this file on a DVD-R.
> 

K3b ?
(in Multimedia menu)

chris

From dave at slackbuilds.org  Thu Feb 11 22:20:52 2021
From: dave at slackbuilds.org (Dave Woodfall)
Date: Thu, 11 Feb 2021 22:20:52 +0000
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
Message-ID: <20210211222052.GA23366@localhost>

On 11/02/21 14:10,
Rich Shepard <rshepard at appl-ecosys.com> put forth the proposition:
> I just downloaded -current64 and tried to burn it to a DVD. xcdroast told me
> that cdrecord and mkisofs are too old (see attached screenshot) with the
> xcdroast-1.19 in the SBo repo.
> Please suggest how I can put this file on a DVD-R.
> Thanks in advance,
> Rich

Tried cdrecord yet?

--
Dave

Love is a snowmobile racing across the tundra and then suddenly it flips over,
pinning you underneath.  At night, the ice weasels come.
	 --Friedrich Nietzsche

From didier at slint.fr  Thu Feb 11 23:26:47 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 12 Feb 2021 00:26:47 +0100
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
Message-ID: <b66c72f9-b4e6-f506-6bdd-d8c819bfccd9@slint.fr>

as root:
growisofs -speed=2 -dvd-compat -Z /dev/sr0=/path/to/the/ISO

Le 11/02/2021 ? 23:10, Rich Shepard a ?crit?:
> I just downloaded -current64 and tried to burn it to a DVD. xcdroast 
> told me
> that cdrecord and mkisofs are too old (see attached screenshot) with the
> xcdroast-1.19 in the SBo repo.
> 
> Please suggest how I can put this file on a DVD-R.
> 
> Thanks in advance,
> 
> Rich

From rshepard at appl-ecosys.com  Thu Feb 11 22:41:42 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 11 Feb 2021 14:41:42 -0800 (PST)
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <20210211222052.GA23366@localhost>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
 <20210211222052.GA23366@localhost>
Message-ID: <alpine.LNX.2.20.2102111438490.32385@salmo.appl-ecosys.com>

On Thu, 11 Feb 2021, Dave Woodfall wrote:

> Tried cdrecord yet?

Dave,

Ah, no. I had tried mounting the drive but it could not read superblocks
because the disk was blank. Then I look for cdrecord in /var/log/packages;
it's not there by itself but as part of cdrtools (which I missed),

That's when I tried xcdroast.

Thanks,

Rich

From rshepard at appl-ecosys.com  Thu Feb 11 22:45:26 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 11 Feb 2021 14:45:26 -0800 (PST)
Subject: [Slackbuilds-users] Burning .iso to a DVD [RESOLVED]
In-Reply-To: <b66c72f9-b4e6-f506-6bdd-d8c819bfccd9@slint.fr>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
 <b66c72f9-b4e6-f506-6bdd-d8c819bfccd9@slint.fr>
Message-ID: <alpine.LNX.2.20.2102111442230.32385@salmo.appl-ecosys.com>

On Fri, 12 Feb 2021, Didier Spaier wrote:

> as root:
> growisofs -speed=2 -dvd-compat -Z /dev/sr0=/path/to/the/ISO

Didier,

Thank you very much. I have not before known of growisofs.

In the mid-1990s, when I was learning linux, a system/network admin friend
told me that linux is really simple: each tool does one job very well. But,
he said, the problem is that there are thousands of little tools. And,
growisofs is one of those I had no idea existed.

Works great!

Stay well,

Rich


From dave at slackbuilds.org  Thu Feb 11 22:49:09 2021
From: dave at slackbuilds.org (Dave Woodfall)
Date: Thu, 11 Feb 2021 22:49:09 +0000
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <alpine.LNX.2.20.2102111438490.32385@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
 <20210211222052.GA23366@localhost>
 <alpine.LNX.2.20.2102111438490.32385@salmo.appl-ecosys.com>
Message-ID: <20210211224909.GB23366@localhost>

On 11/02/21 14:41,
Rich Shepard <rshepard at appl-ecosys.com> put forth the proposition:
> On Thu, 11 Feb 2021, Dave Woodfall wrote:
> > Tried cdrecord yet?
> Dave,
> Ah, no. I had tried mounting the drive but it could not read superblocks
> because the disk was blank.

You don't mount CDs or DVDs to write to them.

Dave

Love is a snowmobile racing across the tundra and then suddenly it flips over,
pinning you underneath.  At night, the ice weasels come.
	 --Friedrich Nietzsche

From didier at slint.fr  Thu Feb 11 23:53:30 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 12 Feb 2021 00:53:30 +0100
Subject: [Slackbuilds-users] Burning .iso to a DVD [RESOLVED]
In-Reply-To: <alpine.LNX.2.20.2102111442230.32385@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
 <b66c72f9-b4e6-f506-6bdd-d8c819bfccd9@slint.fr>
 <alpine.LNX.2.20.2102111442230.32385@salmo.appl-ecosys.com>
Message-ID: <cf0283f6-61bd-e257-f86a-6a7aca7ec08c@slint.fr>

It helps to read the documents provided by Slackware and his BDFL.

For instance this one:
https://slackware.nl/slackware/slackware64-current/isolinux/README.TXT

Didier

Le 11/02/2021 ? 23:45, Rich Shepard a ?crit?:
> On Fri, 12 Feb 2021, Didier Spaier wrote:
> 
>> as root:
>> growisofs -speed=2 -dvd-compat -Z /dev/sr0=/path/to/the/ISO
> 
> Didier,
> 
> Thank you very much. I have not before known of growisofs.
> 
> In the mid-1990s, when I was learning linux, a system/network admin friend
> told me that linux is really simple: each tool does one job very well. But,
> he said, the problem is that there are thousands of little tools. And,
> growisofs is one of those I had no idea existed.
> 
> Works great!
> 
> Stay well,
> 
> Rich

From willysr at slackbuilds.org  Sun Feb 14 00:08:50 2021
From: willysr at slackbuilds.org (Willy Sudiarto Raharjo)
Date: Sun, 14 Feb 2021 07:08:50 +0700
Subject: [Slackbuilds-users] Updates - 20210213.1
Message-ID: <d6354cb9-6152-184a-6d29-1134a86085b2@slackbuilds.org>

Sat Feb 13 23:29:23 UTC 2021
academic/aris: Updated for version 2. New maintainer.
academic/cdo: Updated for version 1.9.10.
academic/gwyddion: Updated for version 2.58.
academic/nco: Updated for version 4.9.7.
academic/ngspice: Updated for version 34.
desktop/fvwm3: Rebuilt.
desktop/gmrun: Updated for version 1.0w.
desktop/lxhotkey: Updated for version 0.1.1.
development/Fennel: Updated for version 0.8.1.
development/dpkg: Update download URLs.
development/postman: Updated for version 8.0.4.
development/racer: Updated for version 2.1.44.
development/tig: Updated for version 2.5.2.
development/vscode-bin: Updated for version 1.53.2.
games/FlightGear-data: Updated for version 2020.3.6.
games/FlightGear: Updated for version 2020.3.6.
graphics/Blender: Add support for embree
graphics/OpenSubdiv: Updated for version 3.4.3 + new maintainer
graphics/openimageio: Adapt for libtiff-4.{1,2}
graphics/vuescan: Updated MD5SUMs.
libraries/SimGear: Updated for version 2020.3.6.
libraries/dcmtk: Updated for version 3.6.6
libraries/libslack: Updated for version 0.7
libraries/libwacom: Updated for version 1.8.
libraries/libxkbcommon: Updated for version 1.0.3.
libraries/lua-readline: Updated for version 2.9.
libraries/skalibs: Updated for version 2.10.0.1.
libraries/srt: Update maintainer info in slackbuild.
libraries/zeromq: Updated for version 4.3.4.
misc/mosquitto: Updated for version 2.0.7
misc/rlwrap: Updated for version 0.45.
multimedia/plexmediaserver: Updated for 1.21.3.4014_58bd20c02.
multimedia/vokoscreen: Removed.
multimedia/vokoscreenNG: Added (screencast creator)
network/AdGuardHome: Updated for version 0.105.0.
network/bombadillo: Added (bombadillo non-web browser)
network/brave-browser: Updated for version 1.20.103.
network/nbd: Updated for version 3.21
network/opera-developer: Updated for version 75.0.3953.0.
network/opera: Updated for version 74.0.3911.75.
network/palemoon: Updated for version 29.0.1.
network/qutebrowser: New requirements. Simplify SlackBuild.
network/sfeed: Updated for version 0.9.21.
network/teamviewer: Updated for version 15.14.5.
network/telegram: Fix MD5SUM.
network/uTox: Updated for version 0.18.1
network/youtube-dl: Updated for version 2021.02.10.
office/calibre-bin: Updated for version 5.11.0.
office/pandoc-bin: Updated for version 2.11.4.
perl/perl-Cairo-GObject: Updated for version 1.005
perl/perl-LWP-Protocol-https: Updated for version 6.10.
perl/perl-Math-GMPq: Updated for version 0.46.
perl/perl-Math-GMPz: Updated for version 0.49.
perl/perl-Math-MPFR: Updated for version 4.16.
perl/perl-Mozilla-CA: Updated for version 20200520.
perl/perl-Sidef: Updated for version 3.97.1.
python/BeautifulSoup4: Fix python3 build.
python/importlib-resources: Added (Python stdlib function backport).
python/pybind11: Use CMake
python/python-evdev: Updated for version 1.4.0.
python/python-zipp: Fixed missing version in setup.cfg.
python/python3-aiohttp-socks: Updated for version 0.5.5.
python/python3-aiohttp: Updated for version 3.7.3.
python/python3-aiorpcX: Updated for version 0.19.1.
python/python3-mpmath: Updated for version 1.2.1.
python/python3-multidict: Updated for version 5.1.0.
python/python3-soupsieve: Updated for version 2.2.
python/setuptools-scm: Updated for version 3.4.1.
python/suds-jurko: Change download and homepage links.
python/thonny: Change install localtion.
python/typing-extensions: Reverted to 3.7.4.1 to match typing.
system/bat: Update VERSION.
system/dget: Update download URLs.
system/execline: Updated for version 2.7.0.1.
system/firejail: Updated for version 0.9.64.4
system/jenkins: Updated for version 2.263.4. New maintainer.
system/localepurge: Update download URLs.
system/logwatch: Updated for version 7.5.5.
system/mpich: Updated for version 3.4.1
system/netdata: Updated for version 1.29.1.
system/s6: Updated for version 2.10.0.1.
system/slackroll: Updated for version git0c6ab0b.
system/worker: Updated for version 4.7.0.
system/zfs-on-linux: Fix build script.
+--------------------------+


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210214/30ce15ea/attachment.asc>

From gen-bch at useyouresp.org.uk  Sun Feb 14 08:26:07 2021
From: gen-bch at useyouresp.org.uk (Habs)
Date: Sun, 14 Feb 2021 08:26:07 +0000 (GMT)
Subject: [Slackbuilds-users] linphone and related sources links 404 not
 found (fwd)
Message-ID: <2np1o399-2po8-31q0-nq9q-43644n6sq03q@hfrlbherfc.bet.hx>


Hello slackbuilds-users@

There are still [a few] '404 not found' being returned for linphone and 
related package sources.

Nothing heard back from the maintainer (see below).

Regards
Habs

---------- Forwarded message ----------
Date: Mon, 1 Feb 2021 11:41:04 +0000 (GMT)
From: Habs <gen-bch at useyouresp.org.uk>
To: slackbuilds-users at slackbuilds.org
Subject: linphone and related sources links

Hello slackbuilds-users@

Some Linphone and related source links are returning 404 (not found).

e.g.  https://www.linphone.org/releases/sources/linphone/linphone-3.12.0.tar.gz

Maintainer informed (13/1).

Sorry if this is already in hand.

Regards
Habs

--- Sent using Alpine/Pine, probably the best MUA ---

Tox Chat Id:
9F10AC64260ADEBAEA017ACB71B7CD2E962596FC4293025C0F79D77FFEB4CE5C7B0BED41D925
https://tox.chat/


From psychi2009 at gmail.com  Sun Feb 14 14:28:43 2021
From: psychi2009 at gmail.com (MDrights)
Date: Sun, 14 Feb 2021 14:28:43 +0000
Subject: [Slackbuilds-users] A typo in signal-desktop SlackBuild?
Message-ID: <20210214142843.GA7207@armv7>

Hi David,

Just found that in signal-desktop Slackbuild there is: 

```
  ln -sf /opt/Signal/$PRGNAM $PKG/usr/bin/$PRGNAM
```

The symlink should be linked from a absolute path ? What if there is no Signal installed there in the first place? 

Appreciated if you have any feedback. 

Many thanks.

MDrights

From rshepard at appl-ecosys.com  Sun Feb 14 14:41:36 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sun, 14 Feb 2021 06:41:36 -0800 (PST)
Subject: [Slackbuilds-users] Burning .iso to a DVD
In-Reply-To: <20210211224909.GB23366@localhost>
References: <alpine.LNX.2.20.2102111407320.32385@salmo.appl-ecosys.com>
 <20210211222052.GA23366@localhost>
 <alpine.LNX.2.20.2102111438490.32385@salmo.appl-ecosys.com>
 <20210211224909.GB23366@localhost>
Message-ID: <alpine.LNX.2.20.2102140640520.3782@salmo.appl-ecosys.com>

On Thu, 11 Feb 2021, Dave Woodfall wrote:

> You don't mount CDs or DVDs to write to them.

Dave,

It was a long time since I last burned a disk so I rediscovered the need to
keep it unmounted.

Thanks,

Rich

From psychi2009 at gmail.com  Sun Feb 14 14:44:50 2021
From: psychi2009 at gmail.com (MDrights)
Date: Sun, 14 Feb 2021 14:44:50 +0000
Subject: [Slackbuilds-users] A typo in signal-desktop SlackBuild?
In-Reply-To: <20210214142843.GA7207@armv7>
References: <20210214142843.GA7207@armv7>
Message-ID: <20210214144450.GA6216@armv7>

On Sun, Feb 14, 2021 at 02:28:43PM +0000, MDrights wrote:
> Hi David,
> 
> Just found that in signal-desktop Slackbuild there is: 
> 
> ```
>   ln -sf /opt/Signal/$PRGNAM $PKG/usr/bin/$PRGNAM
> ```
> 
> The symlink should be linked from a absolute path ? What if there is no Signal installed there in the first place? 
> 
> Appreciated if you have any feedback. 
> 
> Many thanks.
> 
> MDrights

++ dev at osh.id.au

From yalhcru at gmail.com  Mon Feb 15 21:04:42 2021
From: yalhcru at gmail.com (B Watson)
Date: Mon, 15 Feb 2021 16:04:42 -0500
Subject: [Slackbuilds-users] vkQuake and vulkan-sdk-bin issues
Message-ID: <CAN1hMuDUPsmrGWprLWaWWdcpb3455Xi0q0RL1m8y1TeM-qo-nw@mail.gmail.com>

The download file for vulkan-sdk-bin is missing (404 not
found). There's a copy in sbosrcarch, so I was able to build
the package anyway, which leads to...

vkQuake fails to build. Error messages look like:

gl_vidsdl.c: In function 'GL_AcquireNextSwapChainImage':
gl_vidsdl.c:2072:89: error:
'VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT' undeclared (first use
in this function)
  if ((err == VK_ERROR_OUT_OF_DATE_KHR) || (err ==
VK_ERROR_SURFACE_LOST_KHR) || (err ==
VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT))

                  ^
gl_vidsdl.c:2072:89: note: each undeclared identifier is reported only
once for each function it appears in
gl_vidsdl.c: In function 'GL_EndRendering':
gl_vidsdl.c:2161:120: error:
'VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT' undeclared (first use
in this function)
   if ((err == VK_ERROR_OUT_OF_DATE_KHR) || (err ==
VK_ERROR_SURFACE_LOST_KHR) || (err == VK_SUBOPTIMAL_KHR) || (err ==
VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT))

...which looks related to vulkan-sdk-bin. Maybe vulkan-sdk-bin needs
an update to a newer version?

Also, in vkQuake's README, the link:

https://en.wikipedia.org/wiki/Vulkan_(API)#Compatibility

...is no longer valid. It looks like this should be changed to:

https://en.wikipedia.org/wiki/Vulkan_(API)#Hardware

From rshepard at appl-ecosys.com  Mon Feb 15 21:19:41 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Mon, 15 Feb 2021 13:19:41 -0800 (PST)
Subject: [Slackbuilds-users] Finding why build fails
Message-ID: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>

I'm trying to build pygobject3-python3 but it fails:
In file included from /usr/include/python3.9/abstract.h:843:0,
                  from /usr/include/python3.9/Python.h:151,
                  from ./pyglib.h:23,
                  from gobjectmodule.c:27:
/usr/include/python3.9/cpython/abstract.h:131:1: error: C++ style comments are not allowed in ISO C90
  // Backwards compatibility aliases for API that was provisional in Python 3.8
  ^
/usr/include/python3.9/cpython/abstract.h:131:1: error: (this will be reported only once per input file)
Makefile:743: recipe for target '_gi_la-gobjectmodule.lo' failed
make[3]: *** [_gi_la-gobjectmodule.lo] Error 1
make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
Makefile:1056: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
Makefile:674: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/pygobject-3.18.2'
Makefile:497: recipe for target 'all' failed
make: *** [all] Error 2

The only prerequisite is py3cairo so I rebuilt and reinstalled
py3cairo-1.10.0-x86_64-3_SBo.

Since this didn't resolve the pygobject-3.18.2 build failure where do I look
for the reason? (I can provide a full build log if that helps.) I've
encountered 'recipe for target all failed' or 'no target for all' before so
learning what causes it would be really helpful.

TIA,

Rich


From erich.public at protonmail.com  Mon Feb 15 21:36:50 2021
From: erich.public at protonmail.com (Erich Ritz)
Date: Mon, 15 Feb 2021 21:36:50 +0000
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
Message-ID: <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>

Hi Rich,

??????? Original Message ???????
On Monday, February 15, 2021 2:19 PM, Rich Shepard <rshepard at appl-ecosys.com> wrote:

> I'm trying to build pygobject3-python3 but it fails:
> In file included from /usr/include/python3.9/abstract.h:843:0,
> from /usr/include/python3.9/Python.h:151,
> from ./pyglib.h:23,
> from gobjectmodule.c:27:
> /usr/include/python3.9/cpython/abstract.h:131:1: error: C++ style comments are not allowed in ISO C90

This is the important part.  But we don't see the line that caused the error.

I installed pygobject3-python3-3.18.2-x86_64-1_SBo way back in March 2019, so obviously it compiled fine back then.  I also just recompiled and it compiled fine for me.

Based on the error message I can only assume some compiler flag is being passed to the compiler to be strict about not allowing C++ comments on C code.  The command that tries to compile this file would give a clue (try to find it in the build log).

What about your setup is not standard?

The remaining lines don't contain any useful information:

> // Backwards compatibility aliases for API that was provisional in Python 3.8
> ^
> /usr/include/python3.9/cpython/abstract.h:131:1: error: (this will be reported only once per input file)
> Makefile:743: recipe for target '_gi_la-gobjectmodule.lo' failed
> make[3]: *** [_gi_la-gobjectmodule.lo] Error 1
> make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
> Makefile:1056: recipe for target 'all-recursive' failed
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
> Makefile:674: recipe for target 'all-recursive' failed
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory '/tmp/SBo/pygobject-3.18.2'
> Makefile:497: recipe for target 'all' failed
> make: *** [all] Error 2
>
> The only prerequisite is py3cairo so I rebuilt and reinstalled
> py3cairo-1.10.0-x86_64-3_SBo.
>
> Since this didn't resolve the pygobject-3.18.2 build failure where do I look
> for the reason? (I can provide a full build log if that helps.) I've

At a minimum the build command that caused the error would help tremendously.

> encountered 'recipe for target all failed' or 'no target for all' before so
> learning what causes it would be really helpful.
>
> TIA,
>
> Rich
>
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/

Erich

From rshepard at appl-ecosys.com  Mon Feb 15 21:47:47 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Mon, 15 Feb 2021 13:47:47 -0800 (PST)
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
 <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
Message-ID: <alpine.LNX.2.20.2102151345360.8800@salmo.appl-ecosys.com>

On Mon, 15 Feb 2021, Erich Ritz wrote:

>> /usr/include/python3.9/cpython/abstract.h:131:1: error: C++ style comments are not allowed in ISO C90

> This is the important part. But we don't see the line that caused the
> error.

Erich,

Yes, I caught that, too. The build log is attached.

I suppose I could edit abstract.h and replace all '//' with '/*...*/'. Then
do the same for the next file.

Rich




-------------- next part --------------
pygobject-3.18.2/
pygobject-3.18.2/install-sh
pygobject-3.18.2/config.guess
pygobject-3.18.2/autogen.sh
pygobject-3.18.2/tests/
pygobject-3.18.2/tests/test_properties.py
pygobject-3.18.2/tests/test_error.py
pygobject-3.18.2/tests/test_gdbus.py
pygobject-3.18.2/tests/runtests.py
pygobject-3.18.2/tests/test_signal.py
pygobject-3.18.2/tests/test_gio.py
pygobject-3.18.2/tests/test_atoms.py
pygobject-3.18.2/tests/test_interface.py
pygobject-3.18.2/tests/test_overrides_glib.py
pygobject-3.18.2/tests/Makefile.am
pygobject-3.18.2/tests/test_option.py
pygobject-3.18.2/tests/Makefile.in
pygobject-3.18.2/tests/test_repository.py
pygobject-3.18.2/tests/test_overrides_gtk.py
pygobject-3.18.2/tests/test_mainloop.py
pygobject-3.18.2/tests/test_docstring.py
pygobject-3.18.2/tests/test_gi.py
pygobject-3.18.2/tests/test_fields.py
pygobject-3.18.2/tests/test_glib.py
pygobject-3.18.2/tests/testmodule.py
pygobject-3.18.2/tests/test-thread.c
pygobject-3.18.2/tests/gi/
pygobject-3.18.2/tests/gi/__init__.py
pygobject-3.18.2/tests/gi/overrides/
pygobject-3.18.2/tests/gi/overrides/__init__.py
pygobject-3.18.2/tests/gi/overrides/Regress.py
pygobject-3.18.2/tests/test_thread.py
pygobject-3.18.2/tests/test_subprocess.py
pygobject-3.18.2/tests/test_iochannel.py
pygobject-3.18.2/tests/te_ST at nouppera
pygobject-3.18.2/tests/test_object_marshaling.py
pygobject-3.18.2/tests/test_overrides_gdk.py
pygobject-3.18.2/tests/test-unknown.h
pygobject-3.18.2/tests/test_overrides_pango.py
pygobject-3.18.2/tests/helper.py
pygobject-3.18.2/tests/test-floating.c
pygobject-3.18.2/tests/testhelpermodule.c
pygobject-3.18.2/tests/test_import_machinery.py
pygobject-3.18.2/tests/test_gobject.py
pygobject-3.18.2/tests/org.gnome.test.gschema.xml
pygobject-3.18.2/tests/test-floating.h
pygobject-3.18.2/tests/test_source.py
pygobject-3.18.2/tests/test_generictreemodel.py
pygobject-3.18.2/tests/runtests-windows.py
pygobject-3.18.2/tests/compat_test_pygtk.py
pygobject-3.18.2/tests/test-thread.h
pygobject-3.18.2/tests/test_typeclass.py
pygobject-3.18.2/tests/test-unknown.c
pygobject-3.18.2/tests/test_everything.py
pygobject-3.18.2/tests/test_cairo.py
pygobject-3.18.2/tests/compathelper.py
pygobject-3.18.2/tests/test_gtype.py
pygobject-3.18.2/tests/test_internal_api.py
pygobject-3.18.2/py-compile
pygobject-3.18.2/Makefile.am
pygobject-3.18.2/Makefile.in
pygobject-3.18.2/depcomp
pygobject-3.18.2/config.h.in
pygobject-3.18.2/pygobject-3.0-uninstalled.pc.in
pygobject-3.18.2/pygtkcompat/
pygobject-3.18.2/pygtkcompat/Makefile.am
pygobject-3.18.2/pygtkcompat/Makefile.in
pygobject-3.18.2/pygtkcompat/__init__.py
pygobject-3.18.2/pygtkcompat/generictreemodel.py
pygobject-3.18.2/pygtkcompat/pygtkcompat.py
pygobject-3.18.2/README
pygobject-3.18.2/PKG-INFO
pygobject-3.18.2/compile
pygobject-3.18.2/gi/
pygobject-3.18.2/gi/pygi-error.c
pygobject-3.18.2/gi/pygi-cache.h
pygobject-3.18.2/gi/pygi-closure.h
pygobject-3.18.2/gi/pygi-repository.h
pygobject-3.18.2/gi/pygspawn.c
pygobject-3.18.2/gi/pygi-property.h
pygobject-3.18.2/gi/pygi-struct.h
pygobject-3.18.2/gi/repository/
pygobject-3.18.2/gi/repository/Makefile.am
pygobject-3.18.2/gi/repository/Makefile.in
pygobject-3.18.2/gi/repository/__init__.py
pygobject-3.18.2/gi/pygi-marshal-cleanup.c
pygobject-3.18.2/gi/pygpointer.h
pygobject-3.18.2/gi/pygenum.c
pygobject-3.18.2/gi/pygi-repository.c
pygobject-3.18.2/gi/pygi-foreign-cairo.c
pygobject-3.18.2/gi/pygi-ccallback.h
pygobject-3.18.2/gi/Makefile.am
pygobject-3.18.2/gi/pygi-value.h
pygobject-3.18.2/gi/Makefile.in
pygobject-3.18.2/gi/pygi-signal-closure.c
pygobject-3.18.2/gi/pygi-object.c
pygobject-3.18.2/gi/pygobject.c
pygobject-3.18.2/gi/pyginterface.c
pygobject-3.18.2/gi/types.py
pygobject-3.18.2/gi/pygi-invoke.h
pygobject-3.18.2/gi/pygi-list.c
pygobject-3.18.2/gi/pygi-closure.c
pygobject-3.18.2/gi/pygi-source.c
pygobject-3.18.2/gi/pyglib-python-compat.h
pygobject-3.18.2/gi/pygparamspec.h
pygobject-3.18.2/gi/pygi-basictype.c
pygobject-3.18.2/gi/pygpointer.c
pygobject-3.18.2/gi/pygi-list.h
pygobject-3.18.2/gi/pygparamspec.c
pygobject-3.18.2/gi/pygi-array.c
pygobject-3.18.2/gi/pygi.h
pygobject-3.18.2/gi/importer.py
pygobject-3.18.2/gi/pygi-type.h
pygobject-3.18.2/gi/pygi-invoke.c
pygobject-3.18.2/gi/pygi-property.c
pygobject-3.18.2/gi/pygi-marshal-cleanup.h
pygobject-3.18.2/gi/pygobject-external.h
pygobject-3.18.2/gi/pygi-info.h
pygobject-3.18.2/gi/pygi-argument.h
pygobject-3.18.2/gi/pyginterface.h
pygobject-3.18.2/gi/pygi-cache.c
pygobject-3.18.2/gi/pygi-foreign.c
pygobject-3.18.2/gi/pyglib.c
pygobject-3.18.2/gi/pygi-basictype.h
pygobject-3.18.2/gi/pygi-info.c
pygobject-3.18.2/gi/gobjectmodule.c
pygobject-3.18.2/gi/pygi-hashtable.h
pygobject-3.18.2/gi/__init__.py
pygobject-3.18.2/gi/overrides/
pygobject-3.18.2/gi/overrides/Gdk.py
pygobject-3.18.2/gi/overrides/Makefile.am
pygobject-3.18.2/gi/overrides/Makefile.in
pygobject-3.18.2/gi/overrides/Gio.py
pygobject-3.18.2/gi/overrides/GIMarshallingTests.py
pygobject-3.18.2/gi/overrides/__init__.py
pygobject-3.18.2/gi/overrides/GLib.py
pygobject-3.18.2/gi/overrides/GObject.py
pygobject-3.18.2/gi/overrides/Pango.py
pygobject-3.18.2/gi/overrides/keysyms.py
pygobject-3.18.2/gi/overrides/Gtk.py
pygobject-3.18.2/gi/pygi-argument.c
pygobject-3.18.2/gi/pyglib-private.h
pygobject-3.18.2/gi/pygi-struct.c
pygobject-3.18.2/gi/pygi-foreign-api.h
pygobject-3.18.2/gi/pygi-boxed.c
pygobject-3.18.2/gi/pygtkcompat.py
pygobject-3.18.2/gi/pygi-struct-marshal.h
pygobject-3.18.2/gi/pygobject.h
pygobject-3.18.2/gi/pygi-ccallback.c
pygobject-3.18.2/gi/pygi-private.h
pygobject-3.18.2/gi/pygoptiongroup.c
pygobject-3.18.2/gi/gimodule.c
pygobject-3.18.2/gi/_constants.py
pygobject-3.18.2/gi/pygi-array.h
pygobject-3.18.2/gi/pygoptiongroup.h
pygobject-3.18.2/gi/pygtype.c
pygobject-3.18.2/gi/pygtype.h
pygobject-3.18.2/gi/pygflags.c
pygobject-3.18.2/gi/pygobject-private.h
pygobject-3.18.2/gi/pygoptioncontext.h
pygobject-3.18.2/gi/pygi-enum-marshal.c
pygobject-3.18.2/gi/pygspawn.h
pygobject-3.18.2/gi/pygi-hashtable.c
pygobject-3.18.2/gi/pygoptioncontext.c
pygobject-3.18.2/gi/glibmodule.c
pygobject-3.18.2/gi/_signalhelper.py
pygobject-3.18.2/gi/pygi-value.c
pygobject-3.18.2/gi/pygi-enum-marshal.h
pygobject-3.18.2/gi/module.py
pygobject-3.18.2/gi/pygi-object.h
pygobject-3.18.2/gi/pygflags.h
pygobject-3.18.2/gi/pygi-source.h
pygobject-3.18.2/gi/docstring.py
pygobject-3.18.2/gi/pygi-boxed.h
pygobject-3.18.2/gi/pyglib.h
pygobject-3.18.2/gi/_propertyhelper.py
pygobject-3.18.2/gi/pygi-type.c
pygobject-3.18.2/gi/pygenum.h
pygobject-3.18.2/gi/pygi-invoke-state-struct.h
pygobject-3.18.2/gi/pygi-error.h
pygobject-3.18.2/gi/pygi-signal-closure.h
pygobject-3.18.2/gi/pygboxed.c
pygobject-3.18.2/gi/_gobject/
pygobject-3.18.2/gi/_gobject/Makefile.am
pygobject-3.18.2/gi/_gobject/Makefile.in
pygobject-3.18.2/gi/_gobject/__init__.py
pygobject-3.18.2/gi/pygboxed.h
pygobject-3.18.2/gi/pygi-struct-marshal.c
pygobject-3.18.2/gi/pygi-foreign.h
pygobject-3.18.2/gi/_option.py
pygobject-3.18.2/gi/_error.py
pygobject-3.18.2/examples/
pygobject-3.18.2/examples/Makefile.am
pygobject-3.18.2/examples/Makefile.in
pygobject-3.18.2/examples/signal.py
pygobject-3.18.2/examples/option.py
pygobject-3.18.2/examples/cairo-demo.py
pygobject-3.18.2/examples/properties.py
pygobject-3.18.2/aclocal.m4
pygobject-3.18.2/configure
pygobject-3.18.2/m4/
pygobject-3.18.2/m4/lt~obsolete.m4
pygobject-3.18.2/m4/ltsugar.m4
pygobject-3.18.2/m4/python.m4
pygobject-3.18.2/m4/ltversion.m4
pygobject-3.18.2/m4/ltoptions.m4
pygobject-3.18.2/m4/as-ac-expand.m4
pygobject-3.18.2/m4/libtool.m4
pygobject-3.18.2/m4/jhflags.m4
pygobject-3.18.2/pygobject-3.0.pc.in
pygobject-3.18.2/configure.ac
pygobject-3.18.2/pygi-convert.sh
pygobject-3.18.2/AUTHORS
pygobject-3.18.2/ChangeLog
pygobject-3.18.2/NEWS
pygobject-3.18.2/ltmain.sh
pygobject-3.18.2/pygobject.doap
pygobject-3.18.2/config.sub
pygobject-3.18.2/COPYING
pygobject-3.18.2/INSTALL
pygobject-3.18.2/missing
pygobject-3.18.2/PKG-INFO.in
checking whether make supports nested variables... yes
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-slackware-linux-gnu
checking host system type... x86_64-slackware-linux-gnu
checking for build time linking with Python (Darwin and Win32)... no
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-slackware-linux/bin/ld
checking if the linker (/usr/x86_64-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-slackware-linux-gnu file names to x86_64-slackware-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-slackware-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-slackware-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-slackware-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for library containing strerror... none required
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
/usr/bin/python3
checking whether python3 version >= 2.7... yes
checking for python3 version... 3.9
checking for python3 platform... linux
checking for python3 script directory... ${prefix}/lib64/python3.9/site-packages
checking for python3 extension module directory... ${exec_prefix}/lib64/python3.9/site-packages
checking for python3 >= 3.1... yes
checking for python version... (cached) 3.9
checking for python platform... (cached) linux
checking for python script directory... (cached) ${prefix}/lib64/python3.9/site-packages
checking for python extension module directory... (cached) ${exec_prefix}/lib64/python3.9/site-packages
checking for headers required to compile python extensions... found
checking for PySignal_SetWakeupFd in Python.h... yes
checking for python module thread... no
checking for python module _thread... yes
checking whether to enable threading in pygobject... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.38.0... yes (version 2.67.1)
checking for FFI... yes
checking for GIO... yes
checking for GI... yes
checking for CAIRO... yes
checking for PYCAIRO... yes
checking whether gcc understands -w... yes
checking what warning flags to pass to the C compiler...  -w
checking what language compliance flags to pass to the C compiler... 
checking for Gnome code coverage support... yes
checking whether to build with code coverage support... no
checking whether gcc understands -Wall... yes
checking whether gcc understands -Werror=unused-variable... yes
checking whether gcc understands -fno-strict-aliasing... yes
checking whether gcc understands -Werror=declaration-after-statement... yes
checking whether gcc understands -std=c90... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating pygobject-3.0.pc
config.status: creating pygobject-3.0-uninstalled.pc
config.status: creating gi/Makefile
config.status: creating gi/repository/Makefile
config.status: creating gi/overrides/Makefile
config.status: creating gi/_gobject/Makefile
config.status: creating examples/Makefile
config.status: creating tests/Makefile
config.status: creating pygtkcompat/Makefile
config.status: creating PKG-INFO
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands

	pygobject 3.18.2

	Using python interpreter:	python3
	cairo support:			yes
	thread support:			yes
	code coverage support:          no

make  all-recursive
make[1]: Entering directory '/tmp/SBo/pygobject-3.18.2'
Making all in .
make[2]: Entering directory '/tmp/SBo/pygobject-3.18.2'
for f in gi/__init__.py gi/types.py gi/module.py gi/importer.py gi/pygtkcompat.py gi/docstring.py gi/_constants.py gi/_propertyhelper.py gi/_signalhelper.py gi/_option.py gi/_error.py; do \
	[ -e ./$f ] || \
		ln -s /tmp/SBo/pygobject-3.18.2/$f ./$f; \
done
make[2]: Leaving directory '/tmp/SBo/pygobject-3.18.2'
Making all in examples
make[2]: Entering directory '/tmp/SBo/pygobject-3.18.2/examples'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/tmp/SBo/pygobject-3.18.2/examples'
Making all in gi
make[2]: Entering directory '/tmp/SBo/pygobject-3.18.2/gi'
Making all in repository
make[3]: Entering directory '/tmp/SBo/pygobject-3.18.2/gi/repository'
for f in __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi/repository'
Making all in overrides
make[3]: Entering directory '/tmp/SBo/pygobject-3.18.2/gi/overrides'
for f in GLib.py Gtk.py Gdk.py GObject.py Gio.py GIMarshallingTests.py Pango.py keysyms.py __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi/overrides'
Making all in _gobject
make[3]: Entering directory '/tmp/SBo/pygobject-3.18.2/gi/_gobject'
for f in __init__.py; do \
    [ -e ./$f ] || ln -s ./$f ./$f; \
done
make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi/_gobject'
make[3]: Entering directory '/tmp/SBo/pygobject-3.18.2/gi'
  CC       _gi_la-gobjectmodule.lo
Makefile:743: recipe for target '_gi_la-gobjectmodule.lo' failed
make[3]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
Makefile:1056: recipe for target 'all-recursive' failed
make[2]: Leaving directory '/tmp/SBo/pygobject-3.18.2/gi'
Makefile:674: recipe for target 'all-recursive' failed
make[1]: Leaving directory '/tmp/SBo/pygobject-3.18.2'
Makefile:497: recipe for target 'all' failed

From rshepard at appl-ecosys.com  Mon Feb 15 21:58:21 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Mon, 15 Feb 2021 13:58:21 -0800 (PST)
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
 <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
Message-ID: <alpine.LNX.2.20.2102151357280.8800@salmo.appl-ecosys.com>

On Mon, 15 Feb 2021, Erich Ritz wrote:

> What about your setup is not standard?

Erich,

I'm running python-3.9.1 rather than 3.7.2. I think that's it.

Rich

From szycha at gmail.com  Mon Feb 15 22:07:06 2021
From: szycha at gmail.com (Marcin Szychowski)
Date: Mon, 15 Feb 2021 23:07:06 +0100
Subject: [Slackbuilds-users] ZFS maintenance
In-Reply-To: <mailman.1787.1612179796.16819.slackbuilds-users@slackbuilds.org>
References: <mailman.1787.1612179796.16819.slackbuilds-users@slackbuilds.org>
Message-ID: <CAJZww4g4Kj3Nyv4_KZiCJL7bgj8Hr4JT=64A=Sey0=o8nd8gEw@mail.gmail.com>

Hi folks,

I am sorry that I did not reply to your polite e-mails and inquiries within
an acceptable timeframe.  As it turned out, I no longer have enough time
and resources to offer proper maintenance of ZFS package, especially in
terms of "thorough real-world testing" [1] before updating.  I also use ZFS
less than nearly four years ago when I picked up this task from the
previous maintainer.

I'm glad ZFS package has found a new maintainer.  Good luck, Markus!

Thank you very much for your help, your input and your patience.

-- 
Stay safe. Stay healthy. Stay free.
Marcin.

Footnotes:
[1] https://github.com/szycha76/sbo-zfsonlinux/blob/master/makenewzfs.sh


pon., 1 lut 2021 o 12:43 <slackbuilds-users-request at slackbuilds.org>
napisa?(a):

>
> Today's Topics:
>
>    1. Re: [Slackware-current] zfs-on-linux (David Chmelik)
>    2. Re: [Slackware-current] zfs-on-linux (B Watson)
>    3. Re: [Slackware-current] zfs-on-linux (Markus Reichelt)
>    4. Re: [Slackware-current] zfs-on-linux (B Watson)
>    5. Updates - 20210130.1 (Willy Sudiarto Raharjo)
>    6. linphone and related sources links (Habs)
>    7. SF/sbodirectlinks addition request (?????? ??????????)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 28 Jan 2021 20:03:06 -0800
> From: David Chmelik <dchmelik at gmail.com>
> To: SlackBuilds-users <slackbuilds-users at slackbuilds.org>
> Subject: Re: [Slackbuilds-users] [Slackware-current] zfs-on-linux
> Message-ID: <c4ee542a-6a3f-9576-47fd-eb2769e56ef2 at gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 1/16/21 3:58 PM, David Chmelik wrote:
> > On 1/1/21 8:34 AM, Markus Reichelt wrote:
> >> * David Chmelik <dchmelik at gmail.com> wrote:
> >>
> >>> On Slackware-current with the 5.10.n kernels, I get this error
> >>> building zfs-on-linux.? I don't know if the ZFS project updated it
> >>> for 5.10.n.
> >>> ???? ? CC [M]? /tmp/SBo/zfs-0.8.5/module/zfs/vdev_disk.o
> >>> [...]
> >> zfs-0.8.5 is outdated.
> >>
> >> I've got no trouble using zfs-2.0.0 on -current
> >
> > But were you able to make that version into a Slackware package, and
> > will the maintainer be updating it soon? (three new versions since the
> > one on SBo)
>
> Anyone?? Last year I reported the above to the maintainer, then a week
> ago asked if we'd be getting one of the new versions.? I haven't heard
> back.? Is he on slackbuilds-users?? Hopefully just may be busy making
> the changes required to make a newer version into a package...? If he
> quit building it for some reason I wouldn't be able to take over this
> SlackBuild but isn't it important enough it should be getting an update
> soon?
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 29 Jan 2021 04:37:59 -0500
> From: B Watson <yalhcru at gmail.com>
> To: "SlackBuilds.org Users List" <slackbuilds-users at slackbuilds.org>
> Subject: Re: [Slackbuilds-users] [Slackware-current] zfs-on-linux
> Message-ID:
>         <CAN1hMuAF1V0jdq-=
> GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> On 1/28/21, David Chmelik <dchmelik at gmail.com> wrote:
> >
> > Anyone?  Last year I reported the above to the maintainer, then a week
> > ago asked if we'd be getting one of the new versions.  I haven't heard
> > back.  Is he on slackbuilds-users?  Hopefully just may be busy making
> > the changes required to make a newer version into a package...  If he
>
> Guy hasn't updated it, or anything else, since May 30 of 2020, like
> 8 months ago. And he's not answering emails. If you (or anyone else)
> were willing to take over the build, it's effectively available now.
>
> > quit building it for some reason I wouldn't be able to take over this
> > SlackBuild but isn't it important enough it should be getting an update
> > soon?
>
> It's not going to get an update because it's "important", it's going
> to get an update because someone updates it. If that someone isn't
> you, sadly there's not much you can do but wait.
>
> Sometimes the admins will update a build because we think it's
> "important", or because it's something an admin personally uses
> (usually an application that nothing else depends on), but ZFS is not
> something we'd update lightly unless one of us actually *uses* ZFS. A
> filesystem would need thorough real-world testing, by its maintainer,
> before he updates it for everyone else to use).
>
> To the whole list: Anyone here use zfs-on-linux and want to take over
> as its maintainer?
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 29 Jan 2021 16:28:19 +0100
> From: Markus Reichelt <ml at mareichelt.com>
> To: slackbuilds-users at slackbuilds.org
> Subject: Re: [Slackbuilds-users] [Slackware-current] zfs-on-linux
> Message-ID: <20210129152819.GA14375 at pc21.mareichelt.com>
> Content-Type: text/plain; charset=us-ascii
>
> * B Watson <yalhcru at gmail.com> wrote:
>
> > To the whole list: Anyone here use zfs-on-linux and want to take
> > over as its maintainer?
>
> As I already offered I can take over, as I'm actually using
> zfs-on-linux (still on slack64-14.2 too).
> I will submit an update to 0.8.6 soon.
>
> With 2.0.1 we will see.
>
> I still wonder what David's problems on 14.2 with 0.8.6 are
> exactly...
>
> --
> The Tahoe-LAFS spirit.
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 29 Jan 2021 13:32:50 -0500
> From: B Watson <yalhcru at gmail.com>
> To: "SlackBuilds.org Users List" <slackbuilds-users at slackbuilds.org>
> Subject: Re: [Slackbuilds-users] [Slackware-current] zfs-on-linux
> Message-ID:
>         <CAN1hMuCVR_cXqhMg5YKAkk_jTprffo79MOFHMb=
> pjFOs-3bUsA at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> On 1/29/21, Markus Reichelt <ml at mareichelt.com> wrote:
> >
> > As I already offered I can take over, as I'm actually using
> > zfs-on-linux (still on slack64-14.2 too).
> > I will submit an update to 0.8.6 soon.
>
> Ah! I'd misread your email, thought you were only using -current.
>
> I've updated the maintainer and email in the .info file to:
>
> MAINTAINER="Markus Reichelt"
> EMAIL="slackbuilds at mareichelt.de"
>
> [...]
>


-- 
Pozdrawiam,
Marcin Szychowski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210215/298a0f47/attachment.htm>

From crts at gmx.net  Mon Feb 15 22:08:22 2021
From: crts at gmx.net (CRTS)
Date: Mon, 15 Feb 2021 23:08:22 +0100
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <alpine.LNX.2.20.2102151357280.8800@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
 <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
 <alpine.LNX.2.20.2102151357280.8800@salmo.appl-ecosys.com>
Message-ID: <20210215220822.GA16000@rhea.titan.net>

I just compiled it with python-3.7.2 without problems. So your python
version is most probably the issue.

On Mon, Feb 15, 2021 at 01:58:21PM -0800, Rich Shepard wrote:
> On Mon, 15 Feb 2021, Erich Ritz wrote:
>
> > What about your setup is not standard?
>
> Erich,
>
> I'm running python-3.9.1 rather than 3.7.2. I think that's it.
>
> 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 daedra1980 at gmail.com  Mon Feb 15 21:23:20 2021
From: daedra1980 at gmail.com (Matt Dinslage)
Date: Mon, 15 Feb 2021 15:23:20 -0600
Subject: [Slackbuilds-users] vkQuake and vulkan-sdk-bin issues
In-Reply-To: <CAN1hMuDUPsmrGWprLWaWWdcpb3455Xi0q0RL1m8y1TeM-qo-nw@mail.gmail.com>
References: <CAN1hMuDUPsmrGWprLWaWWdcpb3455Xi0q0RL1m8y1TeM-qo-nw@mail.gmail.com>
Message-ID: <090d7eba-4d48-7497-dea9-15c80b311484@gmail.com>

Thanks for the heads up.?? Looks like this has been fixed upstream.

https://github.com/Novum/vkQuake/commit/3111618108c53dc9f7e518341468f4a732698ad0

I will go ahead and submit the newest release that has this fix.

On 2/15/21 3:04 PM, B Watson wrote:
> The download file for vulkan-sdk-bin is missing (404 not
> found). There's a copy in sbosrcarch, so I was able to build
> the package anyway, which leads to...
>
> vkQuake fails to build. Error messages look like:
>
> gl_vidsdl.c: In function 'GL_AcquireNextSwapChainImage':
> gl_vidsdl.c:2072:89: error:
> 'VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT' undeclared (first use
> in this function)
>    if ((err == VK_ERROR_OUT_OF_DATE_KHR) || (err ==
> VK_ERROR_SURFACE_LOST_KHR) || (err ==
> VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT))
>
>                    ^
> gl_vidsdl.c:2072:89: note: each undeclared identifier is reported only
> once for each function it appears in
> gl_vidsdl.c: In function 'GL_EndRendering':
> gl_vidsdl.c:2161:120: error:
> 'VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT' undeclared (first use
> in this function)
>     if ((err == VK_ERROR_OUT_OF_DATE_KHR) || (err ==
> VK_ERROR_SURFACE_LOST_KHR) || (err == VK_SUBOPTIMAL_KHR) || (err ==
> VK_ERROR_FULL_SCREEN_EXCLUSIVE_MODE_LOST_EXT))
>
> ...which looks related to vulkan-sdk-bin. Maybe vulkan-sdk-bin needs
> an update to a newer version?
>
> Also, in vkQuake's README, the link:
>
> https://en.wikipedia.org/wiki/Vulkan_(API)#Compatibility
>
> ...is no longer valid. It looks like this should be changed to:
>
> https://en.wikipedia.org/wiki/Vulkan_(API)#Hardware

From erich.public at protonmail.com  Mon Feb 15 22:27:56 2021
From: erich.public at protonmail.com (Erich Ritz)
Date: Mon, 15 Feb 2021 22:27:56 +0000
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <alpine.LNX.2.20.2102151345360.8800@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
 <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
 <alpine.LNX.2.20.2102151345360.8800@salmo.appl-ecosys.com>
Message-ID: <ax7W3-XHGpJDJiFkurbug8FcBEzCLnw1HiN2ipubT1Ws7A2v3noGxDgRGB3zx6RVZ_n-JYM6n6kLe85b6hw0d3MWKial6uVkTD8iPHWayQQ=@protonmail.com>

Hi Rich,

??????? Original Message ???????
On Monday, February 15, 2021 2:47 PM, Rich Shepard <rshepard at appl-ecosys.com> wrote:


>
> I suppose I could edit abstract.h and replace all '//' with '/.../'. Then
> do the same for the next file.

I would recommend against playing whack-a-mole and instead find the root cause of the issue.  Patching the source is rarely the correct answer (in my opinion, at least).

Unfortunately since you're using a different version of Python than which is on SBO you're kind of on your own.

Actually since Slackware-current ships Python 3.9.1 and -current also ships pygobject3, I would suggest grabbing Pat's SlackBuild and running it on your machine.  Note, do not just install the -current package!  Or at least manually inspect the difference's between Pat's SlackBuild and SBo's SlackBuild to try to get a clue as to why your build is failing.

>
> Rich
>


Erich

From rshepard at appl-ecosys.com  Mon Feb 15 23:02:27 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Mon, 15 Feb 2021 15:02:27 -0800 (PST)
Subject: [Slackbuilds-users] Finding why build fails
In-Reply-To: <ax7W3-XHGpJDJiFkurbug8FcBEzCLnw1HiN2ipubT1Ws7A2v3noGxDgRGB3zx6RVZ_n-JYM6n6kLe85b6hw0d3MWKial6uVkTD8iPHWayQQ=@protonmail.com>
References: <alpine.LNX.2.20.2102151315080.8800@salmo.appl-ecosys.com>
 <h_h2mLGfTc3khfSdzFLLj8WSvTNrgvR_jbXrs-NYRbWMQkKayXb5E01HcOnYTeTiHUX7I0aCwJPcKFbnFUR6iYQHn7vhmj1f8CphgccSGV8=@protonmail.com>
 <alpine.LNX.2.20.2102151345360.8800@salmo.appl-ecosys.com>
 <ax7W3-XHGpJDJiFkurbug8FcBEzCLnw1HiN2ipubT1Ws7A2v3noGxDgRGB3zx6RVZ_n-JYM6n6kLe85b6hw0d3MWKial6uVkTD8iPHWayQQ=@protonmail.com>
Message-ID: <alpine.LNX.2.20.2102151459320.8800@salmo.appl-ecosys.com>

On Mon, 15 Feb 2021, Erich Ritz via SlackBuilds-users wrote:

> Actually since Slackware-current ships Python 3.9.1 and -current also
> ships pygobject3, I would suggest grabbing Pat's SlackBuild and running it
> on your machine. Note, do not just install the -current package! Or at
> least manually inspect the difference's between Pat's SlackBuild and SBo's
> SlackBuild to try to get a clue as to why your build is failing.

Erich,

What I saw of the differences between the two build scripts should not
adversely affect their operation. The -current version is in Libraries now
instead of in SBo's Python. And pygobject3-3.38.0-x86_64-3.txz and is the
only pygobject3 installed.

Now I'll go back to building pitivi dependencies.

Thanks for the suggestion,

Rich

From slackalaxy at gmail.com  Tue Feb 16 12:16:37 2021
From: slackalaxy at gmail.com (Petar Petrov)
Date: Tue, 16 Feb 2021 14:16:37 +0200
Subject: [Slackbuilds-users] QT4 applications and 15.0
Message-ID: <CAKXpWBe4K2-LXgPdAwDGi-aJvXa3MjCGE_ge6EqY8deN5UPO1Q@mail.gmail.com>

hi guys,

what are the plans for the upcoming 15.0 for stuff that depends on QT4?

-petar

From matteo.bernardini at gmail.com  Tue Feb 16 12:26:11 2021
From: matteo.bernardini at gmail.com (Matteo Bernardini)
Date: Tue, 16 Feb 2021 13:26:11 +0100
Subject: [Slackbuilds-users] QT4 applications and 15.0
In-Reply-To: <CAKXpWBe4K2-LXgPdAwDGi-aJvXa3MjCGE_ge6EqY8deN5UPO1Q@mail.gmail.com>
References: <CAKXpWBe4K2-LXgPdAwDGi-aJvXa3MjCGE_ge6EqY8deN5UPO1Q@mail.gmail.com>
Message-ID: <CAPsDuS4+t2FgGvpA1Q-YmUA=aqwKK3EiSKLe-M2RN2-8XstPwA@mail.gmail.com>

Il giorno mar 16 feb 2021 alle ore 13:16 Petar Petrov
<slackalaxy at gmail.com> ha scritto:
>
> hi guys,
>
> what are the plans for the upcoming 15.0 for stuff that depends on QT4?

Hi Petar,

IMHO someone has to step in as a maintainer of an eventual qt4 script
for the newer version of Slackware but if nobody is interested we will
be forced to drop that stuff...

Matteo

From rshepard at appl-ecosys.com  Tue Feb 16 22:24:33 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 14:24:33 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
Message-ID: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>

I need to rebuild/re-install geoclue2. The SBo page says that,
avahi is an optional dependency, used for location sharing (by redshift,
for example).  To enable it, use the option AVAHI=yes

   AVAHI=yes ./geoclue2.Slackbuild

I don't know that I need it so I tried building without it:

configure: error: Package requirements (
                         avahi-client >= 0.6.10
                         avahi-glib >= 0.6.10) were not met:

No package 'avahi-client' found
No package 'avahi-glib' found

Full build log attached.

Rich
-------------- next part --------------
geoclue-2.4.7/
geoclue-2.4.7/.version
geoclue-2.4.7/configure.ac
geoclue-2.4.7/po/
geoclue-2.4.7/po/POTFILES.in
geoclue-2.4.7/po/Makefile.in.in
geoclue-2.4.7/po/POTFILES.skip
geoclue-2.4.7/po/LINGUAS
geoclue-2.4.7/intltool-extract.in
geoclue-2.4.7/m4/
geoclue-2.4.7/m4/gnome-compiler-flags.m4
geoclue-2.4.7/m4/lt~obsolete.m4
geoclue-2.4.7/m4/ltoptions.m4
geoclue-2.4.7/m4/ltsugar.m4
geoclue-2.4.7/m4/libtool.m4
geoclue-2.4.7/m4/intltool.m4
geoclue-2.4.7/m4/ltversion.m4
geoclue-2.4.7/m4/gtk-doc.m4
geoclue-2.4.7/NEWS
geoclue-2.4.7/Makefile.decl
geoclue-2.4.7/src/
geoclue-2.4.7/src/gclue-web-source.c
geoclue-2.4.7/src/gclue-client-interface.c
geoclue-2.4.7/src/gclue-config.c
geoclue-2.4.7/src/gclue-service-manager.c
geoclue-2.4.7/src/gclue-client-info.c
geoclue-2.4.7/src/gclue-3g-tower.h
geoclue-2.4.7/src/geocode-glib/
geoclue-2.4.7/src/geocode-glib/geocode-forward.h
geoclue-2.4.7/src/geocode-glib/geocode-forward.c
geoclue-2.4.7/src/geocode-glib/geocode-glib-private.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.h
geoclue-2.4.7/src/geocode-glib/geocode-location.c
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.c
geoclue-2.4.7/src/geocode-glib/geocode-error.c
geoclue-2.4.7/src/geocode-glib/Makefile.in
geoclue-2.4.7/src/geocode-glib/geocode-glib.h
geoclue-2.4.7/src/geocode-glib/geocode-glib.c
geoclue-2.4.7/src/geocode-glib/geocode-reverse.h
geoclue-2.4.7/src/geocode-glib/geocode-place.c
geoclue-2.4.7/src/geocode-glib/geocode-location.h
geoclue-2.4.7/src/geocode-glib/geocode-place.h
geoclue-2.4.7/src/geocode-glib/geocode-error.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.c
geoclue-2.4.7/src/geocode-glib/Makefile.am
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.h
geoclue-2.4.7/src/geocode-glib/geocode-reverse.c
geoclue-2.4.7/src/gclue-config.h
geoclue-2.4.7/src/gclue-nmea-source.h
geoclue-2.4.7/src/gclue-error.c
geoclue-2.4.7/src/gclue-service-location.c
geoclue-2.4.7/src/gclue-location-interface.c
geoclue-2.4.7/src/gclue-3g.c
geoclue-2.4.7/src/gclue-client-info.h
geoclue-2.4.7/src/compass-interface.h
geoclue-2.4.7/src/net.hadess.SensorProxy.xml
geoclue-2.4.7/src/gclue-nmea-source.c
geoclue-2.4.7/src/wpa_supplicant-interface.h
geoclue-2.4.7/src/wpa_supplicant-interface.c
geoclue-2.4.7/src/gclue-service-client.c
geoclue-2.4.7/src/gclue-modem-gps.c
geoclue-2.4.7/src/gclue-location.c
geoclue-2.4.7/src/Makefile.in
geoclue-2.4.7/src/gclue-wifi.h
geoclue-2.4.7/src/gclue-3g.h
geoclue-2.4.7/src/fi.w1.wpa_supplicant1.xml
geoclue-2.4.7/src/gclue-locator.c
geoclue-2.4.7/src/gclue-compass.c
geoclue-2.4.7/src/gclue-modem-gps.h
geoclue-2.4.7/src/gclue-web-source.h
geoclue-2.4.7/src/gclue-wifi.c
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Manager.xml
geoclue-2.4.7/src/gclue-location-source.c
geoclue-2.4.7/src/gclue-location-interface.h
geoclue-2.4.7/src/agent/
geoclue-2.4.7/src/agent/Makefile.in
geoclue-2.4.7/src/agent/geoclue-agent-interface.c
geoclue-2.4.7/src/agent/org.freedesktop.GeoClue2.Agent.xml
geoclue-2.4.7/src/agent/Makefile.am
geoclue-2.4.7/src/agent/geoclue-agent-interface.h
geoclue-2.4.7/src/gclue-service-location.h
geoclue-2.4.7/src/gclue-mozilla.h
geoclue-2.4.7/src/gclue-locator.h
geoclue-2.4.7/src/gclue-service-client.h
geoclue-2.4.7/src/gclue-compass.h
geoclue-2.4.7/src/gclue-mozilla.c
geoclue-2.4.7/src/gclue-modem-manager.h
geoclue-2.4.7/src/gclue-error.h
geoclue-2.4.7/src/gclue-cdma.h
geoclue-2.4.7/src/compass-interface.c
geoclue-2.4.7/src/gclue-manager-interface.c
geoclue-2.4.7/src/gclue-marshal.list
geoclue-2.4.7/src/Makefile.am
geoclue-2.4.7/src/gclue-marshal.h
geoclue-2.4.7/src/gclue-client-interface.h
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Client.xml
geoclue-2.4.7/src/gclue-modem.h
geoclue-2.4.7/src/gclue-service-manager.h
geoclue-2.4.7/src/gclue-location-source.h
geoclue-2.4.7/src/gclue-marshal.c
geoclue-2.4.7/src/geoclue.pc.in
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Location.xml
geoclue-2.4.7/src/gclue-location.h
geoclue-2.4.7/src/gclue-modem-manager.c
geoclue-2.4.7/src/gclue-modem.c
geoclue-2.4.7/src/gclue-manager-interface.h
geoclue-2.4.7/src/gclue-cdma.c
geoclue-2.4.7/src/gclue-main.c
geoclue-2.4.7/public-api/
geoclue-2.4.7/public-api/gclue-enum-types.c
geoclue-2.4.7/public-api/gclue-enums.h
geoclue-2.4.7/public-api/Makefile.in
geoclue-2.4.7/public-api/gclue-enum-types.h
geoclue-2.4.7/public-api/Makefile.am
geoclue-2.4.7/config.h.in
geoclue-2.4.7/aclocal.m4
geoclue-2.4.7/Makefile.in
geoclue-2.4.7/demo/
geoclue-2.4.7/demo/where-am-i.c
geoclue-2.4.7/demo/gclue-service-agent.h
geoclue-2.4.7/demo/geoclue-demo-agent.desktop.in.in
geoclue-2.4.7/demo/Makefile.in
geoclue-2.4.7/demo/agent.c
geoclue-2.4.7/demo/Makefile.am
geoclue-2.4.7/demo/geoclue-where-am-i.desktop.in.in
geoclue-2.4.7/demo/gclue-service-agent.c
geoclue-2.4.7/configure
geoclue-2.4.7/docs/
geoclue-2.4.7/docs/lib/
geoclue-2.4.7/docs/lib/version.xml.in
geoclue-2.4.7/docs/lib/Makefile.in
geoclue-2.4.7/docs/lib/Makefile.am
geoclue-2.4.7/docs/lib/libgeoclue-docs.xml
geoclue-2.4.7/docs/version.xml.in
geoclue-2.4.7/docs/Makefile.in
geoclue-2.4.7/docs/geoclue-docs.xml
geoclue-2.4.7/docs/Makefile.am
geoclue-2.4.7/build-aux/
geoclue-2.4.7/build-aux/install-sh
geoclue-2.4.7/build-aux/config.sub
geoclue-2.4.7/build-aux/compile
geoclue-2.4.7/build-aux/depcomp
geoclue-2.4.7/build-aux/Makefile.in
geoclue-2.4.7/build-aux/ar-lib
geoclue-2.4.7/build-aux/ltmain.sh
geoclue-2.4.7/build-aux/missing
geoclue-2.4.7/build-aux/config.guess
geoclue-2.4.7/build-aux/gclue-enums-template.h
geoclue-2.4.7/build-aux/Makefile.am
geoclue-2.4.7/build-aux/gclue-enums-template.c
geoclue-2.4.7/README
geoclue-2.4.7/gtk-doc.make
geoclue-2.4.7/libgeoclue/
geoclue-2.4.7/libgeoclue/gclue-client.h
geoclue-2.4.7/libgeoclue/gclue-helpers.c
geoclue-2.4.7/libgeoclue/gclue-simple.h
geoclue-2.4.7/libgeoclue/gclue-location.c
geoclue-2.4.7/libgeoclue/Makefile.in
geoclue-2.4.7/libgeoclue/gclue-manager.h
geoclue-2.4.7/libgeoclue/gclue-helpers.h
geoclue-2.4.7/libgeoclue/libgeoclue.pc.in
geoclue-2.4.7/libgeoclue/gclue-manager.c
geoclue-2.4.7/libgeoclue/gclue-client.c
geoclue-2.4.7/libgeoclue/Makefile.am
geoclue-2.4.7/libgeoclue/gclue-simple.c
geoclue-2.4.7/libgeoclue/gclue-location.h
geoclue-2.4.7/libgeoclue/geoclue.h
geoclue-2.4.7/COPYING
geoclue-2.4.7/intltool-update.in
geoclue-2.4.7/Makefile.am
geoclue-2.4.7/data/
geoclue-2.4.7/data/geoclue.service.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.service.in
geoclue-2.4.7/data/Makefile.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.Agent.conf.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.conf.in
geoclue-2.4.7/data/geoclue.conf.in
geoclue-2.4.7/data/Makefile.am
geoclue-2.4.7/COPYING.LIB
geoclue-2.4.7/intltool-merge.in
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '0' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking for desktop-file-validate... desktop-file-validate
checking build system type... x86_64-slackware-linux-gnu
checking host system type... x86_64-slackware-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-slackware-linux/bin/ld
checking if the linker (/usr/x86_64-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-slackware-linux-gnu file names to x86_64-slackware-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-slackware-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-slackware-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usr/bin/dd
checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-slackware-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.22... yes
checking whether NLS is requested... yes
checking for intltool >= 0.40.0... 0.51.0 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.22.2
checking for XML::Parser... ok
checking for sin in -lm... yes
checking for gtk-doc... yes
checking for gtkdoc-check... gtkdoc-check.test
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
checking for GTKDOC_DEPS... yes
checking for GEOCLUE... yes
checking for gobject-introspection... yes
checking for LIBGEOCLUE... yes
checking for ModemManager... yes
checking for NMEA_SOURCE... no

From jebrhansen+SBo at gmail.com  Wed Feb 17 00:15:54 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Tue, 16 Feb 2021 17:15:54 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
Message-ID: <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>

On Tue, Feb 16, 2021, 3:24 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> I need to rebuild/re-install geoclue2. The SBo page says that,
> avahi is an optional dependency, used for location sharing (by redshift,
> for example).  To enable it, use the option AVAHI=yes
>
>    AVAHI=yes ./geoclue2.Slackbuild
>
> I don't know that I need it so I tried building without it:
>
> configure: error: Package requirements (
>                          avahi-client >= 0.6.10
>                          avahi-glib >= 0.6.10) were not met:
>
> No package 'avahi-client' found
> No package 'avahi-glib' found
>
> Full build log attached.
>

It works fine on my 14.2 system without avahi installed. Did you pass
AVAHI=yes to the script? Because that forces avahi support and the
configure will fail without it installed. If you don't pass it to the
script, it disables nmea support, which means avahi is no longer needed.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210216/13946abf/attachment.htm>

From rshepard at appl-ecosys.com  Wed Feb 17 00:22:32 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 16:22:32 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>

On Tue, 16 Feb 2021, Jeremy Hansen wrote:

>> I don't know that I need it so I tried building without it:

> It works fine on my 14.2 system without avahi installed. Did you pass
> AVAHI=yes to the script?

Jeremy,

As I wrote, no. I've no need for avahi so I tried building without it.
That's why I was surprised when the build script asked for it.

I've a clean 14.2 so I don't know why it didn't build.

Thanks,

Rich

From rshepard at appl-ecosys.com  Wed Feb 17 00:38:18 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 16:38:18 -0800 (PST)
Subject: [Slackbuilds-users] hdf5 md5sums don't match
Message-ID: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>

Bringing my system back to only -14.2 packages and no multilib/compat32 I
mistakenly ran 'slackpkg clean-system' and uninstalled all 582 SBo packages.
Long days ahead.

Rebuilding packages and ensuring I have the current versions (because sbopkg
upgraded many but left the local version as-is) and am finding packages that
don't build which surprises me.

Now it's hdf5:
# time ./hdf5.SlackBuild 
tar: This does not look like a tar archive
tar: Skipping to next header
tar: Exiting with failure status due to previous errors

I just downloaded hdf5-1.10.6.tar.gz so I compared the downloaded md5sum
with that on the SBo page:
$ md5sum hdf5-1.10.6.tar.gz 
de8a3ac2682b95f918dd19d61748ddb2  hdf5-1.10.6.tar.gz
$ 37f3089e7487daf0890baf3d3328e54a (from SBo)

Please advise.

Rich

From yalhcru at gmail.com  Wed Feb 17 01:12:51 2021
From: yalhcru at gmail.com (B Watson)
Date: Tue, 16 Feb 2021 20:12:51 -0500
Subject: [Slackbuilds-users] (no subject)
Message-ID: <CAN1hMuD8cfeyPRvQB6we3rApqrC=3H-m3N3=bYEu5o2p3NNRDQ@mail.gmail.com>

games/unvanquished version 0.50.0: Did this ever work?

It needs a patch to the SlackBuild to compile:

-    -DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS" \
+    -DCMAKE_CXX_FLAGS:STRING="$SLKCFLAGS -fpermissive" \

Once built & installed, the game fails to start. In its output, I see:

Warn: R_InitImages: could not load 'gfx/2d/consolechars'
[FS] Loading pak '/usr/share/games/unvanquished/pkg/unvanquished_0.50.0.pk3'...
Warn: [FS] Could not find pak 'unvanquished' with version '0.49.0'
required by '/usr/share/games/unvanquished/pkg/unvanquished_0.50.0.pk3'
Failed to load pak 'unvanquished': Missing dependency

Could not load base pak 'unvanquished', falling back to default

...then a dialog box appears with "R_InitImages: could not load
'gfx/2d/consolechars'" and an OK button. Click OK, game exits.

It seriously looks like the 0.50.0 game data pk3 is just a 'patch' pk3
that needs the 0.49.0 pk3. It also looks like this issue has been known
for *4 years*:

https://github.com/Unvanquished/Unvanquished/issues/944

Installing all the .pk3 files from the binary release allows the game
to get past the 'could not load base pak' error, but now it chokes
with:

Warn: Error during initialization: IPC: Socket closed by remote end
terminate called after throwing an instance of 'Sys::DropErr'
  what():  IPC: Failed to send message: Broken pipe

...which is also mentioned in the github thread I linked, and can be fixed
via 'sysctl vm.mmap_min_addr=65536'.

I'm fixing this SlackBuild in my git branch (no action required by the
maintainer), but how did this *ever* get so broken in the first place?

From yalhcru at gmail.com  Wed Feb 17 01:38:12 2021
From: yalhcru at gmail.com (B Watson)
Date: Tue, 16 Feb 2021 20:38:12 -0500
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuBTvcV6rDcQDTGn8BV3-GFNVT095Px5wfHuam1OBC7yug@mail.gmail.com>

On 2/16/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
>
> No package 'avahi-client' found
> No package 'avahi-glib' found

I don't get this error on 14.2.

> Full build log attached.

Either it's not the full log, or my email provider cut it short.
The last lines I see in the log are:

checking for LIBGEOCLUE... yes
checking for ModemManager... yes
checking for NMEA_SOURCE... no

...meaning your avahi error is missing (there's no mention of avahi
at all).

It's probably a good idea to gzip any text file you're going to attach
to an email.

From jebrhansen+SBo at gmail.com  Wed Feb 17 01:41:24 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Tue, 16 Feb 2021 18:41:24 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
Message-ID: <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>

On Tue, Feb 16, 2021, 5:22 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> On Tue, 16 Feb 2021, Jeremy Hansen wrote:
>
> >> I don't know that I need it so I tried building without it:
>
> > It works fine on my 14.2 system without avahi installed. Did you pass
> > AVAHI=yes to the script?
>
> Jeremy,
>
> As I wrote, no. I've no need for avahi so I tried building without it.
> That's why I was surprised when the build script asked for it.
>
> I've a clean 14.2 so I don't know why it didn't build.
>

Your attached build.log (which isn't an actual build log, just the output
from the configure script -- config.log from the build directory would be
more beneficial) showed it ended on:

checking for NMEA_SOURCE... no

Looking at the SlackBuild, it should only check for NMEA if the AVAHI
variable is set to anything other than "no".

This seems to work fine on my system, so I'm not sure why it wouldn't on
yours unless the avahi variable is set to anything other than "no" (unset
is fine).

Can you try again ensuring avahi is unset? If that still doesn't work, try
specifically forcing AVAHI=no when running the SlackBuild.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210216/3c338690/attachment.htm>

From yalhcru at gmail.com  Wed Feb 17 01:45:08 2021
From: yalhcru at gmail.com (B Watson)
Date: Tue, 16 Feb 2021 20:45:08 -0500
Subject: [Slackbuilds-users] hdf5 md5sums don't match
In-Reply-To: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuC0wdu6kOvjhp7H3sHFJHaUytk9UhwhX_8EDAEFWUzmiA@mail.gmail.com>

On 2/16/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
> tar: This does not look like a tar archive

Maybe you could run "file hdf5-1.10.6.tar.gz" and see what it actually
is that you downloaded? I bet it's an HTML page... possibly one that
contains an error message from the web server.

> Please advise.

Use wget to download the file. I just did, and its md5sum matches (and
tar doesn't complain about it, either).

Alternatively, learn to use sbosrcarch. If you look for the file at:

https://slackware.uk/sbosrcarch/by-name/libraries/hdf5/

...you should see it there.

This works for all SBo sources, just change the "libraries/hdf5" in
the above URL to the correct category and program name.

From jebrhansen+SBo at gmail.com  Wed Feb 17 01:46:56 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Tue, 16 Feb 2021 18:46:56 -0700
Subject: [Slackbuilds-users] hdf5 md5sums don't match
In-Reply-To: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
Message-ID: <CANi9qSsyTFx=fgHi_4OLjsYrGKWNEbNjsY_EU377bmfPa_UJ_A@mail.gmail.com>

On Tue, Feb 16, 2021, 5:38 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> Bringing my system back to only -14.2 packages and no multilib/compat32 I
> mistakenly ran 'slackpkg clean-system' and uninstalled all 582 SBo
> packages.
> Long days ahead.
>
> Rebuilding packages and ensuring I have the current versions (because
> sbopkg
> upgraded many but left the local version as-is) and am finding packages
> that
> don't build which surprises me.
>
> Now it's hdf5:
> # time ./hdf5.SlackBuild
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Exiting with failure status due to previous errors
>
> I just downloaded hdf5-1.10.6.tar.gz so I compared the downloaded md5sum
> with that on the SBo page:
> $ md5sum hdf5-1.10.6.tar.gz
> de8a3ac2682b95f918dd19d61748ddb2  hdf5-1.10.6.tar.gz
> $ 37f3089e7487daf0890baf3d3328e54a (from SBo)
>
> Please advise.
>

I just tested it on my system and it downloaded fine and the md5sum matched
SBo's. It might've been a temporary outage from the server and caused you
to download a text file.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210216/2a730813/attachment.htm>

From rshepard at appl-ecosys.com  Wed Feb 17 02:04:54 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 18:04:54 -0800 (PST)
Subject: [Slackbuilds-users] hdf5 md5sums don't match
In-Reply-To: <CAN1hMuC0wdu6kOvjhp7H3sHFJHaUytk9UhwhX_8EDAEFWUzmiA@mail.gmail.com>
References: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
 <CAN1hMuC0wdu6kOvjhp7H3sHFJHaUytk9UhwhX_8EDAEFWUzmiA@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102161756430.16504@salmo.appl-ecosys.com>

On Tue, 16 Feb 2021, B Watson wrote:

> Maybe you could run "file hdf5-1.10.6.tar.gz" and see what it actually is
> that you downloaded? I bet it's an HTML page... possibly one that contains
> an error message from the web server.

# file hdf5-1.10.6.tar.gz 
hdf5-1.10.6.tar.gz: gzip compressed data, from Unix, original size 12188967

> Use wget to download the file. I just did, and its md5sum matches (and
> tar doesn't complain about it, either).

I click on the filename on the SBo page; don't know which tool is used.
Looking at the HDF group's web site they have 1.12.0 available; prior
releases are not shown there.

> Alternatively, learn to use sbosrcarch. If you look for the file at:
> https://slackware.uk/sbosrcarch/by-name/libraries/hdf5/
> ...you should see it there.

Yes, that has the same checksum.

Most tarballs are downloaded by clicking on the filename on their SBo page.
I've not before had this issue.

Thanks,

Rich


From rshepard at appl-ecosys.com  Wed Feb 17 02:06:00 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 18:06:00 -0800 (PST)
Subject: [Slackbuilds-users] hdf5 md5sums don't match
In-Reply-To: <CANi9qSsyTFx=fgHi_4OLjsYrGKWNEbNjsY_EU377bmfPa_UJ_A@mail.gmail.com>
References: <alpine.LNX.2.20.2102161630410.16504@salmo.appl-ecosys.com>
 <CANi9qSsyTFx=fgHi_4OLjsYrGKWNEbNjsY_EU377bmfPa_UJ_A@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102161805160.16504@salmo.appl-ecosys.com>

On Tue, 16 Feb 2021, Jeremy Hansen wrote:

> I just tested it on my system and it downloaded fine and the md5sum
> matched SBo's. It might've been a temporary outage from the server and
> caused you to download a text file.

Jeremy,

'file' showed it to be a compresse tarball.

I downloaded it from the UK site and it's building.

Thanks,

Rich

From rshepard at appl-ecosys.com  Wed Feb 17 02:14:30 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Tue, 16 Feb 2021 18:14:30 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [RESOLVED]
In-Reply-To: <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>

On Tue, 16 Feb 2021, Jeremy Hansen wrote:

> Your attached build.log (which isn't an actual build log, just the output
> from the configure script -- config.log from the build directory would be
> more beneficial) showed it ended on:

Jeremy,

I capture what's on the screen using ' tee <name>.log'. I didn't compare the
geoclue build log with the screen before sending it.

Anyway, I just tried building it and it worked. There may have been a
missing dependency I didn't see on the SBo page that's now installed.

Regards,

Rich


From yalhcru at gmail.com  Wed Feb 17 03:05:51 2021
From: yalhcru at gmail.com (B Watson)
Date: Tue, 16 Feb 2021 22:05:51 -0500
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [RESOLVED]
In-Reply-To: <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>

On 2/16/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:

> I capture what's on the screen using ' tee <name>.log'. I didn't compare
> the
> geoclue build log with the screen before sending it.

This is wrong. "tee" won't capture the standard error stream, only
standard output. Since we're asking to see *error* messages, we need
the stderr.

In the future, when you're trying to get a "full build log", run the
script like this:

./whatever.SlackBuild &> full.log

You won't see anything on the screen, since it's all being redirected
to a file, but that's OK.

> Anyway, I just tried building it and it worked. There may have been a
> missing dependency I didn't see on the SBo page that's now installed.

Great. It didn't work, you didn't know why. Now it does work, and you
don't know why it works. Impossible for us to know what happened, so
we can't possibly fix it.

From rshepard at appl-ecosys.com  Wed Feb 17 17:08:36 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 09:08:36 -0800 (PST)
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
Message-ID: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>

The saga-gis page shows wxGTK3 as a requirement. With that installed saga
requested a unicode wxGTK. Installed that one, too. Now with both installed
(and I no longer use wxPython so there's no conflict with wxGTK) the saga
build fails to find wxcrtvararg.h because it is missing.

What other package might contain that header?

The compressed build log (with STDOUT and STDERR redirected to the log file)
is attached.

Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: saga-build.log.gz
Type: application/x-gzip
Size: 19672 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210217/9c14db78/attachment-0001.bin>

From rshepard at appl-ecosys.com  Wed Feb 17 17:30:43 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 09:30:43 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [RESOLVED]
In-Reply-To: <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>

On Tue, 16 Feb 2021, B Watson wrote:

> This is wrong. "tee" won't capture the standard error stream, only
> standard output. Since we're asking to see *error* messages, we need
> the stderr.

A build log with STDOUT and STDERR redirected to it is attached. While
geoclue built geoclue2 still will not. It's still looking for:
configure: error: Package requirements (
                         avahi-client >= 0.6.10
                         avahi-glib >= 0.6.10) were not met
Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: geoclue2-build.log.gz
Type: application/x-gzip
Size: 2928 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210217/0c9b91b5/attachment.bin>

From erich.public at protonmail.com  Wed Feb 17 19:02:24 2021
From: erich.public at protonmail.com (Erich Ritz)
Date: Wed, 17 Feb 2021 19:02:24 +0000
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
In-Reply-To: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
Message-ID: <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>

Hi Rich,

??????? Original Message ???????
On Wednesday, February 17, 2021 10:08 AM, Rich Shepard <rshepard at appl-ecosys.com> wrote:

> The saga-gis page shows wxGTK3 as a requirement. With that installed saga
> requested a unicode wxGTK. Installed that one, too. Now with both installed
> (and I no longer use wxPython so there's no conflict with wxGTK) the saga
> build fails to find wxcrtvararg.h because it is missing.
>
> What other package might contain that header?

# grep wxcrtvararg.h /var/log/packages/*
/var/log/packages/wxGTK3-3.0.5-x86_64-1_SBo:usr/include/wx-3.0/wx/wxcrtvararg.h


From yalhcru at gmail.com  Wed Feb 17 19:23:05 2021
From: yalhcru at gmail.com (B Watson)
Date: Wed, 17 Feb 2021 14:23:05 -0500
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [RESOLVED]
In-Reply-To: <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>

On 2/17/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
>
> A build log with STDOUT and STDERR redirected to it is attached. While
> geoclue built geoclue2 still will not. It's still looking for:
> configure: error: Package requirements (
>                          avahi-client >= 0.6.10
>                          avahi-glib >= 0.6.10) were not met

Are you sure you didn't run the script with the AVAHI variable set
in the environment? From looking at the SlackBuild, it needs to be
either unset, set to "" (empty), or set to "no" (lowercase), to build
without avahi. If it were set to anything else (including for example
"NO" or "false"), the --disable-nmea-source option doesn't get passed
to configure.

If you're using 'export AVAHI=<value>', you might have a leftover
value in your environment. Use 'unset AVAHI' to clear it out.

Also, you can try forcing the issue with AVAHI="no" in the env. That
should work.

In general, when the README says 'set VARIABLE=value in the
environment', the script specifically looks for 'value',
case-sensitive. 'Value' or 'VALUE' won't match.

Since it looks like you're using the command line to run SlackBuild
scripts, you can do a temporary environment variable setting. Instead
of this:

export AVAHI=no
./avahi.SlackBuild

...which leaves the 'AVAHI=no' in the environment... you can:

AVAHI=no ./avahi.SlackBuild

...which sets AVAHI=no only in the child process (in this case, the
SlackBuild script), not the current shell that was used to run the
command.

The other things you can do: any time you suspect your environment has
junk in it, you can run "env" to see the whole thing. And you can set
it all back to defaults by exiting the shell and logging in again (or
starting up a new X terminal, if that's what you're using).

From rshepard at appl-ecosys.com  Wed Feb 17 19:53:05 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 11:53:05 -0800 (PST)
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
In-Reply-To: <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>
References: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
 <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>
Message-ID: <alpine.LNX.2.20.2102171151050.8252@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, Erich Ritz wrote:

> # grep wxcrtvararg.h /var/log/packages/*
> /var/log/packages/wxGTK3-3.0.5-x86_64-1_SBo:usr/include/wx-3.0/wx/wxcrtvararg.h

Erich,

Mea culpa! I built the package last evening and obvousily forgot to install
it. Sigh.

Thanks,

Rich

From rshepard at appl-ecosys.com  Wed Feb 17 20:52:56 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 12:52:56 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, B Watson wrote:

> Are you sure you didn't run the script with the AVAHI variable set
> in the environment?

B,

Yes.

> From looking at the SlackBuild, it needs to be either unset, set to ""
> (empty), or set to "no" (lowercase), to build without avahi. If it were
> set to anything else (including for example "NO" or "false"), the
> --disable-nmea-source option doesn't get passed to configure.

On the SBo page I read,

"avahi is an optional dependency, used for location sharing (by redshift,
for example).  To enable it, use the option AVAHI=yes

   AVAHI=yes ./geoclue2.Slackbuild"

Since I don't want to enable it I did not add AVAHI=yes.

That's also in the README file. I didn't see anything about setting AVAHI=no
or anything else.

> If you're using 'export AVAHI=<value>', you might have a leftover
> value in your environment. Use 'unset AVAHI' to clear it out.

There's no AVAHI here to export.

If AVAHI is not on the system how would it be in the environment?

My web search showed me that AVAHI is a networking implentation which
enables programs to publish and discover services and hosts running on a
local network. If it's part of core Slackware then it's missing here after
my running 'slackpkg upgrade-all'.

> In general, when the README says 'set VARIABLE=value in the
> environment', the script specifically looks for 'value',
> case-sensitive. 'Value' or 'VALUE' won't match.

When package maintainers write 'to add this option use this in front of the
build script' and I don't want to add it I've always left it off.

> Also, you can try forcing the issue with AVAHI="no" in the env. That
> should work.

Worth a try. Command line: AVAHI=no ./geoclue2.SlackBuild &> geoclue2-build.log

Same results. Build log attached.

Thanks,

Rich
-------------- next part --------------
geoclue-2.4.7/
geoclue-2.4.7/.version
geoclue-2.4.7/configure.ac
geoclue-2.4.7/po/
geoclue-2.4.7/po/POTFILES.in
geoclue-2.4.7/po/Makefile.in.in
geoclue-2.4.7/po/POTFILES.skip
geoclue-2.4.7/po/LINGUAS
geoclue-2.4.7/intltool-extract.in
geoclue-2.4.7/m4/
geoclue-2.4.7/m4/gnome-compiler-flags.m4
geoclue-2.4.7/m4/lt~obsolete.m4
geoclue-2.4.7/m4/ltoptions.m4
geoclue-2.4.7/m4/ltsugar.m4
geoclue-2.4.7/m4/libtool.m4
geoclue-2.4.7/m4/intltool.m4
geoclue-2.4.7/m4/ltversion.m4
geoclue-2.4.7/m4/gtk-doc.m4
geoclue-2.4.7/NEWS
geoclue-2.4.7/Makefile.decl
geoclue-2.4.7/src/
geoclue-2.4.7/src/gclue-web-source.c
geoclue-2.4.7/src/gclue-client-interface.c
geoclue-2.4.7/src/gclue-config.c
geoclue-2.4.7/src/gclue-service-manager.c
geoclue-2.4.7/src/gclue-client-info.c
geoclue-2.4.7/src/gclue-3g-tower.h
geoclue-2.4.7/src/geocode-glib/
geoclue-2.4.7/src/geocode-glib/geocode-forward.h
geoclue-2.4.7/src/geocode-glib/geocode-forward.c
geoclue-2.4.7/src/geocode-glib/geocode-glib-private.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.h
geoclue-2.4.7/src/geocode-glib/geocode-location.c
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.c
geoclue-2.4.7/src/geocode-glib/geocode-error.c
geoclue-2.4.7/src/geocode-glib/Makefile.in
geoclue-2.4.7/src/geocode-glib/geocode-glib.h
geoclue-2.4.7/src/geocode-glib/geocode-glib.c
geoclue-2.4.7/src/geocode-glib/geocode-reverse.h
geoclue-2.4.7/src/geocode-glib/geocode-place.c
geoclue-2.4.7/src/geocode-glib/geocode-location.h
geoclue-2.4.7/src/geocode-glib/geocode-place.h
geoclue-2.4.7/src/geocode-glib/geocode-error.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.c
geoclue-2.4.7/src/geocode-glib/Makefile.am
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.h
geoclue-2.4.7/src/geocode-glib/geocode-reverse.c
geoclue-2.4.7/src/gclue-config.h
geoclue-2.4.7/src/gclue-nmea-source.h
geoclue-2.4.7/src/gclue-error.c
geoclue-2.4.7/src/gclue-service-location.c
geoclue-2.4.7/src/gclue-location-interface.c
geoclue-2.4.7/src/gclue-3g.c
geoclue-2.4.7/src/gclue-client-info.h
geoclue-2.4.7/src/compass-interface.h
geoclue-2.4.7/src/net.hadess.SensorProxy.xml
geoclue-2.4.7/src/gclue-nmea-source.c
geoclue-2.4.7/src/wpa_supplicant-interface.h
geoclue-2.4.7/src/wpa_supplicant-interface.c
geoclue-2.4.7/src/gclue-service-client.c
geoclue-2.4.7/src/gclue-modem-gps.c
geoclue-2.4.7/src/gclue-location.c
geoclue-2.4.7/src/Makefile.in
geoclue-2.4.7/src/gclue-wifi.h
geoclue-2.4.7/src/gclue-3g.h
geoclue-2.4.7/src/fi.w1.wpa_supplicant1.xml
geoclue-2.4.7/src/gclue-locator.c
geoclue-2.4.7/src/gclue-compass.c
geoclue-2.4.7/src/gclue-modem-gps.h
geoclue-2.4.7/src/gclue-web-source.h
geoclue-2.4.7/src/gclue-wifi.c
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Manager.xml
geoclue-2.4.7/src/gclue-location-source.c
geoclue-2.4.7/src/gclue-location-interface.h
geoclue-2.4.7/src/agent/
geoclue-2.4.7/src/agent/Makefile.in
geoclue-2.4.7/src/agent/geoclue-agent-interface.c
geoclue-2.4.7/src/agent/org.freedesktop.GeoClue2.Agent.xml
geoclue-2.4.7/src/agent/Makefile.am
geoclue-2.4.7/src/agent/geoclue-agent-interface.h
geoclue-2.4.7/src/gclue-service-location.h
geoclue-2.4.7/src/gclue-mozilla.h
geoclue-2.4.7/src/gclue-locator.h
geoclue-2.4.7/src/gclue-service-client.h
geoclue-2.4.7/src/gclue-compass.h
geoclue-2.4.7/src/gclue-mozilla.c
geoclue-2.4.7/src/gclue-modem-manager.h
geoclue-2.4.7/src/gclue-error.h
geoclue-2.4.7/src/gclue-cdma.h
geoclue-2.4.7/src/compass-interface.c
geoclue-2.4.7/src/gclue-manager-interface.c
geoclue-2.4.7/src/gclue-marshal.list
geoclue-2.4.7/src/Makefile.am
geoclue-2.4.7/src/gclue-marshal.h
geoclue-2.4.7/src/gclue-client-interface.h
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Client.xml
geoclue-2.4.7/src/gclue-modem.h
geoclue-2.4.7/src/gclue-service-manager.h
geoclue-2.4.7/src/gclue-location-source.h
geoclue-2.4.7/src/gclue-marshal.c
geoclue-2.4.7/src/geoclue.pc.in
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Location.xml
geoclue-2.4.7/src/gclue-location.h
geoclue-2.4.7/src/gclue-modem-manager.c
geoclue-2.4.7/src/gclue-modem.c
geoclue-2.4.7/src/gclue-manager-interface.h
geoclue-2.4.7/src/gclue-cdma.c
geoclue-2.4.7/src/gclue-main.c
geoclue-2.4.7/public-api/
geoclue-2.4.7/public-api/gclue-enum-types.c
geoclue-2.4.7/public-api/gclue-enums.h
geoclue-2.4.7/public-api/Makefile.in
geoclue-2.4.7/public-api/gclue-enum-types.h
geoclue-2.4.7/public-api/Makefile.am
geoclue-2.4.7/config.h.in
geoclue-2.4.7/aclocal.m4
geoclue-2.4.7/Makefile.in
geoclue-2.4.7/demo/
geoclue-2.4.7/demo/where-am-i.c
geoclue-2.4.7/demo/gclue-service-agent.h
geoclue-2.4.7/demo/geoclue-demo-agent.desktop.in.in
geoclue-2.4.7/demo/Makefile.in
geoclue-2.4.7/demo/agent.c
geoclue-2.4.7/demo/Makefile.am
geoclue-2.4.7/demo/geoclue-where-am-i.desktop.in.in
geoclue-2.4.7/demo/gclue-service-agent.c
geoclue-2.4.7/configure
geoclue-2.4.7/docs/
geoclue-2.4.7/docs/lib/
geoclue-2.4.7/docs/lib/version.xml.in
geoclue-2.4.7/docs/lib/Makefile.in
geoclue-2.4.7/docs/lib/Makefile.am
geoclue-2.4.7/docs/lib/libgeoclue-docs.xml
geoclue-2.4.7/docs/version.xml.in
geoclue-2.4.7/docs/Makefile.in
geoclue-2.4.7/docs/geoclue-docs.xml
geoclue-2.4.7/docs/Makefile.am
geoclue-2.4.7/build-aux/
geoclue-2.4.7/build-aux/install-sh
geoclue-2.4.7/build-aux/config.sub
geoclue-2.4.7/build-aux/compile
geoclue-2.4.7/build-aux/depcomp
geoclue-2.4.7/build-aux/Makefile.in
geoclue-2.4.7/build-aux/ar-lib
geoclue-2.4.7/build-aux/ltmain.sh
geoclue-2.4.7/build-aux/missing
geoclue-2.4.7/build-aux/config.guess
geoclue-2.4.7/build-aux/gclue-enums-template.h
geoclue-2.4.7/build-aux/Makefile.am
geoclue-2.4.7/build-aux/gclue-enums-template.c
geoclue-2.4.7/README
geoclue-2.4.7/gtk-doc.make
geoclue-2.4.7/libgeoclue/
geoclue-2.4.7/libgeoclue/gclue-client.h
geoclue-2.4.7/libgeoclue/gclue-helpers.c
geoclue-2.4.7/libgeoclue/gclue-simple.h
geoclue-2.4.7/libgeoclue/gclue-location.c
geoclue-2.4.7/libgeoclue/Makefile.in
geoclue-2.4.7/libgeoclue/gclue-manager.h
geoclue-2.4.7/libgeoclue/gclue-helpers.h
geoclue-2.4.7/libgeoclue/libgeoclue.pc.in
geoclue-2.4.7/libgeoclue/gclue-manager.c
geoclue-2.4.7/libgeoclue/gclue-client.c
geoclue-2.4.7/libgeoclue/Makefile.am
geoclue-2.4.7/libgeoclue/gclue-simple.c
geoclue-2.4.7/libgeoclue/gclue-location.h
geoclue-2.4.7/libgeoclue/geoclue.h
geoclue-2.4.7/COPYING
geoclue-2.4.7/intltool-update.in
geoclue-2.4.7/Makefile.am
geoclue-2.4.7/data/
geoclue-2.4.7/data/geoclue.service.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.service.in
geoclue-2.4.7/data/Makefile.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.Agent.conf.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.conf.in
geoclue-2.4.7/data/geoclue.conf.in
geoclue-2.4.7/data/Makefile.am
geoclue-2.4.7/COPYING.LIB
geoclue-2.4.7/intltool-merge.in
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '0' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking for desktop-file-validate... desktop-file-validate
checking build system type... x86_64-slackware-linux-gnu
checking host system type... x86_64-slackware-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-slackware-linux/bin/ld
checking if the linker (/usr/x86_64-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-slackware-linux-gnu file names to x86_64-slackware-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-slackware-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-slackware-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usr/bin/dd
checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-slackware-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.22... yes
checking whether NLS is requested... yes
checking for intltool >= 0.40.0... 0.51.0 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.22.2
checking for XML::Parser... ok
checking for sin in -lm... yes
checking for gtk-doc... yes
checking for gtkdoc-check... gtkdoc-check.test
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
checking for GTKDOC_DEPS... yes
checking for GEOCLUE... yes
checking for gobject-introspection... yes
checking for LIBGEOCLUE... yes
checking for ModemManager... yes
checking for NMEA_SOURCE... no
configure: error: Package requirements (
                        avahi-client >= 0.6.10
                        avahi-glib >= 0.6.10) were not met:

No package 'avahi-client' found
No package 'avahi-glib' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables NMEA_SOURCE_CFLAGS
and NMEA_SOURCE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

From yalhcru at gmail.com  Wed Feb 17 20:53:37 2021
From: yalhcru at gmail.com (B Watson)
Date: Wed, 17 Feb 2021 15:53:37 -0500
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
In-Reply-To: <alpine.LNX.2.20.2102171151050.8252@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
 <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>
 <alpine.LNX.2.20.2102171151050.8252@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuD-Lt9Gi-reTkAFsnDiRFtySC1RTVm8GOjqtCiQWk=dPw@mail.gmail.com>

saga-gis has another issue: its README says postgresql is optional,
but the build fails if postgresql isn't installed. Will attempt to
fix.

Since I don't use saga-gis, or even have a very clear idea what it
does, I have to ask... is it even useful to build saga-gis without
postgresql support? Is that a rarely-used feature, or is it something
that would basically cripple saga-gis if it were missing?

Reason I ask is, the dead simple way to fix this would be to add
postgresql to REQUIRES in the .info file. But if most users aren't
likely to need the postgresql support, it'd be better to leave it
optional and fix the script so it works without it.

From jebrhansen+SBo at gmail.com  Wed Feb 17 21:55:10 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Wed, 17 Feb 2021 14:55:10 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
Message-ID: <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>

On Wed, Feb 17, 2021 at 1:53 PM Rich Shepard <rshepard at appl-ecosys.com>
wrote:

> On Wed, 17 Feb 2021, B Watson wrote:
>
> > Are you sure you didn't run the script with the AVAHI variable set
> > in the environment?
>
> B,
>
> Yes.
>
> > From looking at the SlackBuild, it needs to be either unset, set to ""
> > (empty), or set to "no" (lowercase), to build without avahi. If it were
> > set to anything else (including for example "NO" or "false"), the
> > --disable-nmea-source option doesn't get passed to configure.
>
> On the SBo page I read,
>
> "avahi is an optional dependency, used for location sharing (by redshift,
> for example).  To enable it, use the option AVAHI=yes
>
>    AVAHI=yes ./geoclue2.Slackbuild"
>
> Since I don't want to enable it I did not add AVAHI=yes.
>
> That's also in the README file. I didn't see anything about setting
> AVAHI=no
> or anything else.
>
> > If you're using 'export AVAHI=<value>', you might have a leftover
> > value in your environment. Use 'unset AVAHI' to clear it out.
>
> There's no AVAHI here to export.
>
> If AVAHI is not on the system how would it be in the environment?
>
> My web search showed me that AVAHI is a networking implentation which
> enables programs to publish and discover services and hosts running on a
> local network. If it's part of core Slackware then it's missing here after
> my running 'slackpkg upgrade-all'.
>
> > In general, when the README says 'set VARIABLE=value in the
> > environment', the script specifically looks for 'value',
> > case-sensitive. 'Value' or 'VALUE' won't match.
>
> When package maintainers write 'to add this option use this in front of the
> build script' and I don't want to add it I've always left it off.
>
> > Also, you can try forcing the issue with AVAHI="no" in the env. That
> > should work.
>
> Worth a try. Command line: AVAHI=no ./geoclue2.SlackBuild &>
> geoclue2-build.log
>
> Same results. Build log attached.
>

I don't know what to tell you. The SlackBuild defaults to disabling nmea
unless the AVAHI variable is set to anything other than "no". If it is left
unset, nmea is disabled.

avahi_opts='--disable-nmea-source'
[ "${AVAHI:-no}" != "no" ] && avahi_opts=''

The only other thing to check would be running the script with bash -x to
see everything bash sees when it's running the script. This way it would be
able to tell you what happens with the above code block.

Jeremy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210217/de2e9b8b/attachment.htm>

From rshepard at appl-ecosys.com  Wed Feb 17 22:22:10 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 14:22:10 -0800 (PST)
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
In-Reply-To: <CAN1hMuD-Lt9Gi-reTkAFsnDiRFtySC1RTVm8GOjqtCiQWk=dPw@mail.gmail.com>
References: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
 <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>
 <alpine.LNX.2.20.2102171151050.8252@salmo.appl-ecosys.com>
 <CAN1hMuD-Lt9Gi-reTkAFsnDiRFtySC1RTVm8GOjqtCiQWk=dPw@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102171415410.8252@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, B Watson wrote:

> Since I don't use saga-gis, or even have a very clear idea what it does, I
> have to ask... is it even useful to build saga-gis without postgresql
> support? Is that a rarely-used feature, or is it something that would
> basically cripple saga-gis if it were missing?

B,

I have postgres installed; it'a always been my default RDBMS and is used
constantly.

SAGA is a raster-based GIS developed by physical geographers that focuses on
terrain analyses. It complements GRASS and offers some different models so
it's good to have available.

> Reason I ask is, the dead simple way to fix this would be to add
> postgresql to REQUIRES in the .info file. But if most users aren't likely
> to need the postgresql support, it'd be better to leave it optional and
> fix the script so it works without it.

I've not thought about it because I've not used SAGA extensively, but I do
keep GRASS data in postgres databases and since the two tools can interact I
suppose SAGA looks for data in a postgres database if it's not in the
default GRASS sqlite3 database.

Perhaps postgres could be listed as an optional dependency?

Regards,

Rich

From rshepard at appl-ecosys.com  Thu Feb 18 02:16:30 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 18:16:30 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, Jeremy Hansen wrote:

> I don't know what to tell you. The SlackBuild defaults to disabling nmea
> unless the AVAHI variable is set to anything other than "no". If it is
> left unset, nmea is disabled.

> The only other thing to check would be running the script with bash -x to
> see everything bash sees when it's running the script. This way it would be
> able to tell you what happens with the above code block.

Jeremy,

geoclue2 was installed long ago with no problems, and upgraded since then.
Why it should now ask for a non-present file is puzzling.

If I could find an avahi something to install that would make geoclue2 happy
I'd do it. But I haven't found anything.

Running the script from bash yields the same results.

> avahi_opts='--disable-nmea-source'
> [ "${AVAHI:-no}" != "no" ] && avahi_opts=''

What should I do with these? Put them in the build script somewhere? A quick
web search suggests that 'nmea' is a software gps emulator. There ought to
be something that will tell the build script to ignore nmea, avahi, and all
similar optional inputs.

I need geoclue2 to build GnuCash which I use for my business as well as
personal bookkeeping so I need to get it installed somehow.

Thanks,

Rich
-------------- next part --------------
+ PRGNAM=geoclue2
+ VERSION=2.4.7
+ BUILD=1
+ TAG=_SBo
+ SRCNAM=geoclue
+ '[' -z '' ']'
+ case "$( uname -m )" in
++ uname -m
++ uname -m
+ ARCH=x86_64
++ pwd
+ CWD=/opt/slackbuilds/System/geoclue2
+ TMP=/tmp/SBo
+ PKG=/tmp/SBo/package-geoclue2
+ OUTPUT=/tmp
+ '[' x86_64 = i586 ']'
+ '[' x86_64 = i686 ']'
+ '[' x86_64 = x86_64 ']'
+ SLKCFLAGS='-O2 -fPIC'
+ LIBDIRSUFFIX=64
+ set -e
+ rm -rf /tmp/SBo/package-geoclue2
+ mkdir -p /tmp/SBo /tmp/SBo/package-geoclue2 /tmp
+ cd /tmp/SBo
+ rm -rf geoclue-2.4.7
+ tar xvf /opt/slackbuilds/System/geoclue2/geoclue-2.4.7.tar.xz
geoclue-2.4.7/
geoclue-2.4.7/.version
geoclue-2.4.7/configure.ac
geoclue-2.4.7/po/
geoclue-2.4.7/po/POTFILES.in
geoclue-2.4.7/po/Makefile.in.in
geoclue-2.4.7/po/POTFILES.skip
geoclue-2.4.7/po/LINGUAS
geoclue-2.4.7/intltool-extract.in
geoclue-2.4.7/m4/
geoclue-2.4.7/m4/gnome-compiler-flags.m4
geoclue-2.4.7/m4/lt~obsolete.m4
geoclue-2.4.7/m4/ltoptions.m4
geoclue-2.4.7/m4/ltsugar.m4
geoclue-2.4.7/m4/libtool.m4
geoclue-2.4.7/m4/intltool.m4
geoclue-2.4.7/m4/ltversion.m4
geoclue-2.4.7/m4/gtk-doc.m4
geoclue-2.4.7/NEWS
geoclue-2.4.7/Makefile.decl
geoclue-2.4.7/src/
geoclue-2.4.7/src/gclue-web-source.c
geoclue-2.4.7/src/gclue-client-interface.c
geoclue-2.4.7/src/gclue-config.c
geoclue-2.4.7/src/gclue-service-manager.c
geoclue-2.4.7/src/gclue-client-info.c
geoclue-2.4.7/src/gclue-3g-tower.h
geoclue-2.4.7/src/geocode-glib/
geoclue-2.4.7/src/geocode-glib/geocode-forward.h
geoclue-2.4.7/src/geocode-glib/geocode-forward.c
geoclue-2.4.7/src/geocode-glib/geocode-glib-private.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.h
geoclue-2.4.7/src/geocode-glib/geocode-location.c
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.c
geoclue-2.4.7/src/geocode-glib/geocode-error.c
geoclue-2.4.7/src/geocode-glib/Makefile.in
geoclue-2.4.7/src/geocode-glib/geocode-glib.h
geoclue-2.4.7/src/geocode-glib/geocode-glib.c
geoclue-2.4.7/src/geocode-glib/geocode-reverse.h
geoclue-2.4.7/src/geocode-glib/geocode-place.c
geoclue-2.4.7/src/geocode-glib/geocode-location.h
geoclue-2.4.7/src/geocode-glib/geocode-place.h
geoclue-2.4.7/src/geocode-glib/geocode-error.h
geoclue-2.4.7/src/geocode-glib/geocode-bounding-box.c
geoclue-2.4.7/src/geocode-glib/Makefile.am
geoclue-2.4.7/src/geocode-glib/geocode-enum-types.h
geoclue-2.4.7/src/geocode-glib/geocode-reverse.c
geoclue-2.4.7/src/gclue-config.h
geoclue-2.4.7/src/gclue-nmea-source.h
geoclue-2.4.7/src/gclue-error.c
geoclue-2.4.7/src/gclue-service-location.c
geoclue-2.4.7/src/gclue-location-interface.c
geoclue-2.4.7/src/gclue-3g.c
geoclue-2.4.7/src/gclue-client-info.h
geoclue-2.4.7/src/compass-interface.h
geoclue-2.4.7/src/net.hadess.SensorProxy.xml
geoclue-2.4.7/src/gclue-nmea-source.c
geoclue-2.4.7/src/wpa_supplicant-interface.h
geoclue-2.4.7/src/wpa_supplicant-interface.c
geoclue-2.4.7/src/gclue-service-client.c
geoclue-2.4.7/src/gclue-modem-gps.c
geoclue-2.4.7/src/gclue-location.c
geoclue-2.4.7/src/Makefile.in
geoclue-2.4.7/src/gclue-wifi.h
geoclue-2.4.7/src/gclue-3g.h
geoclue-2.4.7/src/fi.w1.wpa_supplicant1.xml
geoclue-2.4.7/src/gclue-locator.c
geoclue-2.4.7/src/gclue-compass.c
geoclue-2.4.7/src/gclue-modem-gps.h
geoclue-2.4.7/src/gclue-web-source.h
geoclue-2.4.7/src/gclue-wifi.c
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Manager.xml
geoclue-2.4.7/src/gclue-location-source.c
geoclue-2.4.7/src/gclue-location-interface.h
geoclue-2.4.7/src/agent/
geoclue-2.4.7/src/agent/Makefile.in
geoclue-2.4.7/src/agent/geoclue-agent-interface.c
geoclue-2.4.7/src/agent/org.freedesktop.GeoClue2.Agent.xml
geoclue-2.4.7/src/agent/Makefile.am
geoclue-2.4.7/src/agent/geoclue-agent-interface.h
geoclue-2.4.7/src/gclue-service-location.h
geoclue-2.4.7/src/gclue-mozilla.h
geoclue-2.4.7/src/gclue-locator.h
geoclue-2.4.7/src/gclue-service-client.h
geoclue-2.4.7/src/gclue-compass.h
geoclue-2.4.7/src/gclue-mozilla.c
geoclue-2.4.7/src/gclue-modem-manager.h
geoclue-2.4.7/src/gclue-error.h
geoclue-2.4.7/src/gclue-cdma.h
geoclue-2.4.7/src/compass-interface.c
geoclue-2.4.7/src/gclue-manager-interface.c
geoclue-2.4.7/src/gclue-marshal.list
geoclue-2.4.7/src/Makefile.am
geoclue-2.4.7/src/gclue-marshal.h
geoclue-2.4.7/src/gclue-client-interface.h
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Client.xml
geoclue-2.4.7/src/gclue-modem.h
geoclue-2.4.7/src/gclue-service-manager.h
geoclue-2.4.7/src/gclue-location-source.h
geoclue-2.4.7/src/gclue-marshal.c
geoclue-2.4.7/src/geoclue.pc.in
geoclue-2.4.7/src/org.freedesktop.GeoClue2.Location.xml
geoclue-2.4.7/src/gclue-location.h
geoclue-2.4.7/src/gclue-modem-manager.c
geoclue-2.4.7/src/gclue-modem.c
geoclue-2.4.7/src/gclue-manager-interface.h
geoclue-2.4.7/src/gclue-cdma.c
geoclue-2.4.7/src/gclue-main.c
geoclue-2.4.7/public-api/
geoclue-2.4.7/public-api/gclue-enum-types.c
geoclue-2.4.7/public-api/gclue-enums.h
geoclue-2.4.7/public-api/Makefile.in
geoclue-2.4.7/public-api/gclue-enum-types.h
geoclue-2.4.7/public-api/Makefile.am
geoclue-2.4.7/config.h.in
geoclue-2.4.7/aclocal.m4
geoclue-2.4.7/Makefile.in
geoclue-2.4.7/demo/
geoclue-2.4.7/demo/where-am-i.c
geoclue-2.4.7/demo/gclue-service-agent.h
geoclue-2.4.7/demo/geoclue-demo-agent.desktop.in.in
geoclue-2.4.7/demo/Makefile.in
geoclue-2.4.7/demo/agent.c
geoclue-2.4.7/demo/Makefile.am
geoclue-2.4.7/demo/geoclue-where-am-i.desktop.in.in
geoclue-2.4.7/demo/gclue-service-agent.c
geoclue-2.4.7/configure
geoclue-2.4.7/docs/
geoclue-2.4.7/docs/lib/
geoclue-2.4.7/docs/lib/version.xml.in
geoclue-2.4.7/docs/lib/Makefile.in
geoclue-2.4.7/docs/lib/Makefile.am
geoclue-2.4.7/docs/lib/libgeoclue-docs.xml
geoclue-2.4.7/docs/version.xml.in
geoclue-2.4.7/docs/Makefile.in
geoclue-2.4.7/docs/geoclue-docs.xml
geoclue-2.4.7/docs/Makefile.am
geoclue-2.4.7/build-aux/
geoclue-2.4.7/build-aux/install-sh
geoclue-2.4.7/build-aux/config.sub
geoclue-2.4.7/build-aux/compile
geoclue-2.4.7/build-aux/depcomp
geoclue-2.4.7/build-aux/Makefile.in
geoclue-2.4.7/build-aux/ar-lib
geoclue-2.4.7/build-aux/ltmain.sh
geoclue-2.4.7/build-aux/missing
geoclue-2.4.7/build-aux/config.guess
geoclue-2.4.7/build-aux/gclue-enums-template.h
geoclue-2.4.7/build-aux/Makefile.am
geoclue-2.4.7/build-aux/gclue-enums-template.c
geoclue-2.4.7/README
geoclue-2.4.7/gtk-doc.make
geoclue-2.4.7/libgeoclue/
geoclue-2.4.7/libgeoclue/gclue-client.h
geoclue-2.4.7/libgeoclue/gclue-helpers.c
geoclue-2.4.7/libgeoclue/gclue-simple.h
geoclue-2.4.7/libgeoclue/gclue-location.c
geoclue-2.4.7/libgeoclue/Makefile.in
geoclue-2.4.7/libgeoclue/gclue-manager.h
geoclue-2.4.7/libgeoclue/gclue-helpers.h
geoclue-2.4.7/libgeoclue/libgeoclue.pc.in
geoclue-2.4.7/libgeoclue/gclue-manager.c
geoclue-2.4.7/libgeoclue/gclue-client.c
geoclue-2.4.7/libgeoclue/Makefile.am
geoclue-2.4.7/libgeoclue/gclue-simple.c
geoclue-2.4.7/libgeoclue/gclue-location.h
geoclue-2.4.7/libgeoclue/geoclue.h
geoclue-2.4.7/COPYING
geoclue-2.4.7/intltool-update.in
geoclue-2.4.7/Makefile.am
geoclue-2.4.7/data/
geoclue-2.4.7/data/geoclue.service.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.service.in
geoclue-2.4.7/data/Makefile.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.Agent.conf.in
geoclue-2.4.7/data/org.freedesktop.GeoClue2.conf.in
geoclue-2.4.7/data/geoclue.conf.in
geoclue-2.4.7/data/Makefile.am
geoclue-2.4.7/COPYING.LIB
geoclue-2.4.7/intltool-merge.in
+ cd geoclue-2.4.7
+ chown -R root:root .
+ find -L . '(' -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm 555 -o -perm 511 ')' -exec chmod 755 '{}' ';' -o '(' -perm 666 -o -perm 664 -o -perm 640 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 ')' -exec chmod 644 '{}' ';'
+ CFLAGS='-O2 -fPIC'
+ CXXFLAGS='-O2 -fPIC'
+ ./configure --prefix=/usr --libdir=/usr/lib64 --sysconfdir=/etc --localstatedir=/var --mandir=/usr/man --infodir=/usr/info --docdir=/usr/doc/geoclue2-2.4.7 --enable-static=no --build=x86_64-slackware-linux
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /usr/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '0' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking whether to enable maintainer-specific portions of Makefiles... yes
checking whether make supports nested variables... (cached) yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking for desktop-file-validate... desktop-file-validate
checking build system type... x86_64-slackware-linux-gnu
checking host system type... x86_64-slackware-linux-gnu
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-slackware-linux/bin/ld
checking if the linker (/usr/x86_64-slackware-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-slackware-linux-gnu file names to x86_64-slackware-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-slackware-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /usr/x86_64-slackware-linux/bin/ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... pass_all
checking for dlltool... dlltool
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for a working dd... /usr/bin/dd
checking how to truncate binary pipes... /usr/bin/dd bs=4096 count=1
checking for mt... mt
checking if mt is a manifest tool... no
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/x86_64-slackware-linux/bin/ld -m elf_x86_64) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.22... yes
checking whether NLS is requested... yes
checking for intltool >= 0.40.0... 0.51.0 found
checking for intltool-update... /usr/bin/intltool-update
checking for intltool-merge... /usr/bin/intltool-merge
checking for intltool-extract... /usr/bin/intltool-extract
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for perl... /usr/bin/perl
checking for perl >= 5.8.1... 5.22.2
checking for XML::Parser... ok
checking for sin in -lm... yes
checking for gtk-doc... yes
checking for gtkdoc-check... gtkdoc-check.test
checking for gtkdoc-check... /usr/bin/gtkdoc-check
checking for gtkdoc-rebase... /usr/bin/gtkdoc-rebase
checking for gtkdoc-mkpdf... /usr/bin/gtkdoc-mkpdf
checking whether to build gtk-doc documentation... no
checking for GTKDOC_DEPS... yes
checking for GEOCLUE... yes
checking for gobject-introspection... yes
checking for LIBGEOCLUE... yes
checking for ModemManager... yes
checking for NMEA_SOURCE... no
configure: error: Package requirements (
                        avahi-client >= 0.6.10
                        avahi-glib >= 0.6.10) were not met:

No package 'avahi-client' found
No package 'avahi-glib' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables NMEA_SOURCE_CFLAGS
and NMEA_SOURCE_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

From jebrhansen+SBo at gmail.com  Thu Feb 18 03:05:44 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Wed, 17 Feb 2021 20:05:44 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
In-Reply-To: <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
Message-ID: <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>

On Wed, Feb 17, 2021, 7:16 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> On Wed, 17 Feb 2021, Jeremy Hansen wrote:
>
> > I don't know what to tell you. The SlackBuild defaults to disabling nmea
> > unless the AVAHI variable is set to anything other than "no". If it is
> > left unset, nmea is disabled.
>
> > The only other thing to check would be running the script with bash -x to
> > see everything bash sees when it's running the script. This way it would
> be
> > able to tell you what happens with the above code block.
>
> Jeremy,
>
> geoclue2 was installed long ago with no problems, and upgraded since then.
> Why it should now ask for a non-present file is puzzling.
>
> If I could find an avahi something to install that would make geoclue2
> happy
> I'd do it. But I haven't found anything.
>
> Running the script from bash yields the same results.
>
> > avahi_opts='--disable-nmea-source'
> > [ "${AVAHI:-no}" != "no" ] && avahi_opts=''
>
> What should I do with these? Put them in the build script somewhere? A
> quick
> web search suggests that 'nmea' is a software gps emulator. There ought to
> be something that will tell the build script to ignore nmea, avahi, and all
> similar optional inputs.
>

Those are taken directly from the SlackBuild script. It's how the script
determines whether or not to pass --disable-nmea-source to the configure
script.

Based on your log, it seems you don't have the proper script. There's
nothing in the log setting the avahi_opts variable, which tells me the
above line seems to not be in your SlackBuild.

I got the following in between the extraction of the tarball and the
configure command.

geoclue-2.4.7/COPYING.LIB
geoclue-2.4.7/intltool-merge.in
+ cd geoclue-2.4.7
+ chown -R root:root .
+ find -L . '(' -perm 777 -o -perm 775 -o -perm 750 -o -perm 711 -o -perm
555 -o -perm 511 ')' -exec chmod 755 '{}' ';' -o '(' -perm 666 -o -perm 664
-o -perm 640 -o -perm 600 -o -perm 444 -o -perm 440 -o -perm 400 ')' -exec
chmod 644 '{}' ';'
+ avahi_opts=--disable-nmea-source
+ '[' no '!=' no ']'
+ CFLAGS='-O2 -fPIC'
+ CXXFLAGS='-O2 -fPIC'
+ ./configure --prefix=/usr --libdir=/usr/lib64 --sysconfdir=/etc
--localstatedir=/var --mandir=/usr/man --infodir=/usr/info
--docdir=/usr/doc/geoclue2-2.4.7 --disable-nmea-source --enable-static=no
--build=x86_64-slackware-linux

Your log is missing the red section, which means that the code to set it
(which I included in a previous message) must be missing in your
SlackBuild. Otherwise there'd be something in there about what the avahi
variable is.

Jeremy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210217/ec53c806/attachment.htm>

From rshepard at appl-ecosys.com  Thu Feb 18 04:35:18 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Wed, 17 Feb 2021 20:35:18 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, Jeremy Hansen wrote:

> Those are taken directly from the SlackBuild script. It's how the script
> determines whether or not to pass --disable-nmea-source to the configure
> script.

Jeremy,

Thanks for pointing me to the problem and its solution.

When I went to rebuild geoclue2 I checked the current SBo version with what
I have here; they're the same. So I used the existing build script.

Reading your message I downloaded the build script from the SBo repo and
diff'd it against the one here:

$ diff geoclue2.SlackBuild geoclue2/geoclue2.SlackBuild 
4c4
< # Copyright 2017 Aaditya Bagga <aaditya_gnulinux at zoho.com>
---
> # Copyright 2017-2018 Aaditya Bagga <aaditya_gnulinux at zoho.com>
73,74c73,74
< # to avoid avahi as a dependency add --disable-nmea-source
< # to the configure options
---
> avahi_opts='--disable-nmea-source'
> [ "${AVAHI:-no}" != "no" ] && avahi_opts=''
85a86
>   $avahi_opts \

The one that's been here since 2017 was modified in 2018 to include the
missing lines. I assumed that if the source tarballs were the same version
the build scripts would also be the same. That's been the case with other
packages but now we know, not with geoclue2.

Thanks very much!

Best regards,

Rich

From jebrhansen+SBo at gmail.com  Thu Feb 18 04:55:13 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Wed, 17 Feb 2021 21:55:13 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
Message-ID: <CANi9qSt_JF_h5uzk4eS3=oBA2W8akJ6egikE6FwRZntssCUDsw@mail.gmail.com>

On Wed, Feb 17, 2021, 9:35 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> On Wed, 17 Feb 2021, Jeremy Hansen wrote:
>
> > Those are taken directly from the SlackBuild script. It's how the script
> > determines whether or not to pass --disable-nmea-source to the configure
> > script.
>
> Jeremy,
>
> Thanks for pointing me to the problem and its solution.
>
> When I went to rebuild geoclue2 I checked the current SBo version with what
> I have here; they're the same. So I used the existing build script.
>
> Reading your message I downloaded the build script from the SBo repo and
> diff'd it against the one here:
>
> $ diff geoclue2.SlackBuild geoclue2/geoclue2.SlackBuild
> 4c4
> < # Copyright 2017 Aaditya Bagga <aaditya_gnulinux at zoho.com>
> ---
> > # Copyright 2017-2018 Aaditya Bagga <aaditya_gnulinux at zoho.com>
> 73,74c73,74
> < # to avoid avahi as a dependency add --disable-nmea-source
> < # to the configure options
> ---
> > avahi_opts='--disable-nmea-source'
> > [ "${AVAHI:-no}" != "no" ] && avahi_opts=''
> 85a86
> >   $avahi_opts \
>
> The one that's been here since 2017 was modified in 2018 to include the
> missing lines. I assumed that if the source tarballs were the same version
> the build scripts would also be the same. That's been the case with other
> packages but now we know, not with geoclue2.
>

You should never expect that the SlackBuilds haven't changed just because
the source tarballs haven't. You should always grab the latest as they
might include changes, fixes, or patches. If the update is substantial, the
maintainer is supposed to update the BUILD variable of the SlackBuild.

If you're going to build packages manually, it would probably be good to
keep a local git repo of SBo and update that before running SlackBuilds.

You can create the repo by running:

git clone git://git.slackbuilds.org/slackbuilds.git sbo-repo

Then you can update it by going in the directory and running:

git pull

Hopefully this will prevent

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210217/0bdd5244/attachment.htm>

From yalhcru at gmail.com  Thu Feb 18 07:19:00 2021
From: yalhcru at gmail.com (B Watson)
Date: Thu, 18 Feb 2021 02:19:00 -0500
Subject: [Slackbuilds-users] Saga-gis: cannot find wxcrtvararg.h
In-Reply-To: <alpine.LNX.2.20.2102171415410.8252@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102170904200.8252@salmo.appl-ecosys.com>
 <LHOrdKbvy_VnpBEEDju5UQDDGOKe-Bfji-2Kp8hsk9yvs-HOpNKYzAY6yNed2YtAdJ_kAr3J2XAMQ3zjlv1bxsrfddW70khfimPZUMzQRks=@protonmail.com>
 <alpine.LNX.2.20.2102171151050.8252@salmo.appl-ecosys.com>
 <CAN1hMuD-Lt9Gi-reTkAFsnDiRFtySC1RTVm8GOjqtCiQWk=dPw@mail.gmail.com>
 <alpine.LNX.2.20.2102171415410.8252@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuA6qhn4shySBuNeKB_FCHW60QY3YoWbr=n4Ks==EuBOUg@mail.gmail.com>

On 2/17/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
>
> Perhaps postgres could be listed as an optional dependency?

That's what it's listed as already... but it's a lie: the configure
script errors out if you try to build without postgres. I can fix that
either by adding postgres as a required dep, or by passing an extra
--with-postgresql=no if the SlackBuild contains code to auto-detect
postgresql. Just trying to decide which is better. From what you say,
I guess the 2nd choice is better.

From yalhcru at gmail.com  Thu Feb 18 07:28:36 2021
From: yalhcru at gmail.com (B Watson)
Date: Thu, 18 Feb 2021 02:28:36 -0500
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
Message-ID: <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>

On 2/17/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
>
> The one that's been here since 2017 was modified in 2018 to include the
> missing lines. I assumed that if the source tarballs were the same version
> the build scripts would also be the same. That's been the case with other
> packages but now we know, not with geoclue2.

*Please* try to avoid doing this. Before you send a mail to the list
asking for help with a problem, make sure the problem hasn't already
been fixed in the repo. We can't guess if you're using outdated stuff
from 3 years ago, so we collectively wasted however many man-hours
trying to help you with a non-problem.

SlackBuild scripts can and do change, in between version updates. Any
time the script itself has an issue, it (hopefully) gets fixed,
whether or not the upstream project has made a new release. In this
case, the SlackBuild maintainer decided to make avahi optional...

You might want to use git to track changes to the repo. Clone it, then
every week (or every time you see an 'Updates' email on the list),
do a 'git pull' to update your copy. Or if you don't want to use git,
look into using rsync.

From lists at osh.id.au  Thu Feb 18 07:51:46 2021
From: lists at osh.id.au (David O'Shaughnessy)
Date: Thu, 18 Feb 2021 15:51:46 +0800
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
Message-ID: <4389eeef-420c-4fec-94c7-b48921d9cfe8@www.fastmail.com>

On Thu, 18 Feb 2021, at 3:28 PM, B Watson wrote:
> On 2/17/21, Rich Shepard <rshepard at appl-ecosys.com> wrote:
> >
> > The one that's been here since 2017 was modified in 2018 to include the
> > missing lines. I assumed that if the source tarballs were the same version
> > the build scripts would also be the same. That's been the case with other
> > packages but now we know, not with geoclue2.

Rich, I recommend using a tool to manage SBo builds and installs. Working off a random collection of scripts from however many years ago really is a recipe for all kinds of problems. sbotools is very easy to use and a simple:

sbocheck
sboinstall gnucash

would have sorted things out for you (with some user reading/input, of course). There is no special magic to it, so manual intervention is always possible if needed.

--
Dave

From rshepard at appl-ecosys.com  Thu Feb 18 13:40:33 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 05:40:33 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, B Watson wrote:

> *Please* try to avoid doing this. Before you send a mail to the list
> asking for help with a problem, make sure the problem hasn't already
> been fixed in the repo. We can't guess if you're using outdated stuff
> from 3 years ago, so we collectively wasted however many man-hours
> trying to help you with a non-problem.

In the 17 years I've run Slackware and SBo packages I've not before found a
package version with a different build script than the same version I have
here.

> SlackBuild scripts can and do change, in between version updates.

And now I've learned this.

> You might want to use git to track changes to the repo.

Every week after updates are posted I run sbopkg and update what's
installed. Now I'm installing removed packages which is not automated by
sbopkg.

I'm also now keeping all installed compressed tarballs. When those are
upgraded by sbopkg I'll update the local repo too.

Not knowing there was a potential problem by having an outdated build script
here for the same source version as on the SBo I couldn't avoid it.

Rich

From dickson.tim at googlemail.com  Thu Feb 18 14:51:01 2021
From: dickson.tim at googlemail.com (Tim Dickson)
Date: Thu, 18 Feb 2021 14:51:01 +0000
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
Message-ID: <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>

see inline comment.

On 18/02/2021 13:40, Rich Shepard wrote:
> On Thu, 18 Feb 2021, B Watson wrote:
>
>> *Please* try to avoid doing this. Before you send a mail to the list
>> asking for help with a problem, make sure the problem hasn't already
>> been fixed in the repo. We can't guess if you're using outdated stuff
>> from 3 years ago, so we collectively wasted however many man-hours
>> trying to help you with a non-problem.
>
> In the 17 years I've run Slackware and SBo packages I've not before 
> found a
> package version with a different build script than the same version I 
> have
> here.
>
>> SlackBuild scripts can and do change, in between version updates.
>
> And now I've learned this.
>
>> You might want to use git to track changes to the repo.
>
> Every week after updates are posted I run sbopkg and update what's
> installed. Now I'm installing removed packages which is not automated by
> sbopkg.
if you had run "sync" from within sbopkg as you just said, your 
geoclue2.SlackBuild would have been the most up-to-date one, and you 
would have avoided the problem you had, which makes it puzzling. Either 
you used a different repo than the one created by sbopkg (default 
location /var/lib/sbopkg/SBo/14.2/ ), or you didn't run sync from 
sbopkg, or there is a bug somewhere.

Admittedly, deps can change, so if you didn't check them and the readme 
for changes, that is the first port of call. Also, sometimes you have to 
rebuild libs and programs that depend on the updated package, even if 
the version is the same.
>
> I'm also now keeping all installed compressed tarballs. When those are
> upgraded by sbopkg I'll update the local repo too.
>
> Not knowing there was a potential problem by having an outdated build 
> script
> here for the same source version as on the SBo I couldn't avoid it.
see above comment. if you use sync from sbopkg, your sbopkg repo will 
always be as up to date as when you last ran sync.
you may not spot a script that changed noticeably without a build number 
change (fortunately a rare occurrence), but at least you would be 
looking at the current script. As the change was done 2.5yrs ago, I 
would suggest you either haven't been syncing the whole repo from within 
sbopkg, or you are working on an entirely different copy of the repo.
>
> 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/
>


-- 
This email has been checked for viruses by AVG.
https://www.avg.com


From rshepard at appl-ecosys.com  Thu Feb 18 15:03:46 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 07:03:46 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
 <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>
Message-ID: <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Tim Dickson via SlackBuilds-users wrote:

> if you had run "sync" from within sbopkg as you just said, your 
> geoclue2.SlackBuild would have been the most up-to-date one, and you would 
> have avoided the problem you had, which makes it puzzling.

Tim,

Does sync find packages I need that are not already installed? I was under
the impression that when I ran sync it compared the SBo packages here with
those on the SBo repo.

> see above comment. if you use sync from sbopkg, your sbopkg repo will always 
> be as up to date as when you last ran sync.

I do run sbopkg, each week.

Rich

From rshepard at appl-ecosys.com  Thu Feb 18 15:07:03 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 07:07:03 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <CANi9qSt_JF_h5uzk4eS3=oBA2W8akJ6egikE6FwRZntssCUDsw@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuGYu=fAYy9m2SnmwsUmu8TY0M887OaCVpaxM3DvtAFoQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CANi9qSt_JF_h5uzk4eS3=oBA2W8akJ6egikE6FwRZntssCUDsw@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102180705580.27937@salmo.appl-ecosys.com>

On Wed, 17 Feb 2021, Jeremy Hansen wrote:

> If you're going to build packages manually, it would probably be good to
> keep a local git repo of SBo and update that before running SlackBuilds.
> You can create the repo by running:
> git clone git://git.slackbuilds.org/slackbuilds.git sbo-repo
> Then you can update it by going in the directory and running:
> git pull

Thanks, Jeremy. I'm creating the clone now and will keep it updated weekly.

Rich

From jebrhansen+SBo at gmail.com  Thu Feb 18 15:23:37 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Thu, 18 Feb 2021 08:23:37 -0700
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <alpine.LNX.2.20.2102161619500.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
 <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>
 <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>
Message-ID: <CANi9qStHNfVgYEpjxz2-JM_Ez10u1oWaxLFzaNxY5p8S3O1d6g@mail.gmail.com>

On Thu, Feb 18, 2021, 8:03 AM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> On Thu, 18 Feb 2021, Tim Dickson via SlackBuilds-users wrote:
>
> > if you had run "sync" from within sbopkg as you just said, your
> > geoclue2.SlackBuild would have been the most up-to-date one, and you
> would
> > have avoided the problem you had, which makes it puzzling.
>
> Tim,
>
> Does sync find packages I need that are not already installed? I was under
> the impression that when I ran sync it compared the SBo packages here with
> those on the SBo repo.
>

All sbopkg's sync does is sync its local repo with SBo's online repo. If
you go into the "Updates" section of the program, it will present you with
a list of packages that are installed that have had either the VERSION or
BUILD variables (or both) change from what you have installed.

However, since sbopkg itself doesn't track dependencies (that is kinda done
with sqg), it won't/can't notify you of new packages you need to install.
Other programs that interact with SBo are able to provide this
functionality if it's something you're looking for, but I'm not familiar
enough with them to provide guidance on what to use.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210218/562b9c69/attachment-0001.htm>

From rshepard at appl-ecosys.com  Thu Feb 18 15:48:18 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 07:48:18 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <CANi9qStHNfVgYEpjxz2-JM_Ez10u1oWaxLFzaNxY5p8S3O1d6g@mail.gmail.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
 <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>
 <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>
 <CANi9qStHNfVgYEpjxz2-JM_Ez10u1oWaxLFzaNxY5p8S3O1d6g@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102180746350.27937@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Jeremy Hansen wrote:

> All sbopkg's sync does is sync its local repo with SBo's online repo.

Jeremy,

I know that and have been using it that way for a long time.

> However, since sbopkg itself doesn't track dependencies (that is kinda done
> with sqg),

Aha! I knew there was something but forgot the name.

Thanks!

Rich



From dickson.tim at googlemail.com  Thu Feb 18 16:22:35 2021
From: dickson.tim at googlemail.com (Tim Dickson)
Date: Thu, 18 Feb 2021 16:22:35 +0000
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CANi9qSuT7+VCd30PEc=qENoQPjRgGVgeW3=8i1bpN9gWq=YmTQ@mail.gmail.com>
 <alpine.LNX.2.20.2102161808290.16504@salmo.appl-ecosys.com>
 <CAN1hMuC5=dOZ5UQm54HzbkMsEaSOyuJ4KzdGk6KJAU4rz_vJxA@mail.gmail.com>
 <alpine.LNX.2.20.2102170928120.8252@salmo.appl-ecosys.com>
 <CAN1hMuDzZjcJBJsrgnkJ3rXDpJU-ebB-FqBk21sc-qfFii9osQ@mail.gmail.com>
 <alpine.LNX.2.20.2102171155110.8252@salmo.appl-ecosys.com>
 <CANi9qStw0fspMC1YrBhNYwu2H_Y8mBHoU-7gJwXC-2NEKL+XAw@mail.gmail.com>
 <alpine.LNX.2.20.2102171804450.18617@salmo.appl-ecosys.com>
 <CANi9qSubp5dJu9iBNxud2wKZYMTYpumGwfracXjhz-VLw2c9KA@mail.gmail.com>
 <alpine.LNX.2.20.2102172028290.22901@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
 <d4b4cf6e-b910-c2a6-61c0-9f02ae73b8f5@googlemail.com>
 <alpine.LNX.2.20.2102180659550.27937@salmo.appl-ecosys.com>
Message-ID: <c77b3784-ee83-bd81-63ea-337b39bb22e0@googlemail.com>


>
> Does sync find packages I need that are not already installed? I was 
> under
> the impression that when I ran sync it compared the SBo packages here 
> with
> those on the SBo repo.
>
no, what it does is rsync your script repo with the public sbo (script) 
repo, so all your sbo local slackbuild scripts will be up to date.
you can then run "updates" to identify scripts which have a different 
version or build number from what is installed. It won't tell you if 
dependencies have changed, you have to check the info and readme's for 
that. There isn't really a short cut, as tools like sqg will give you a 
build queue, but that is only for required deps, not optional ones, 
which wouldn't have helped in your case (geoclue2).
I have been caught out before by not checking the info and readme and 
just building the updated package, and getting problems, but at least 
working from the recent script repo.
Of course, sometimes you have to rebuild stuff even when the version 
hasn't changed, because a dep. has changed significantly.

If you maintain any slackbuilds yourself, I would do their updates out 
of tree, so that you don't wipe out changes you are working on if there 
is a sbo update before you submitted your updated script. Just remember 
to re-copy from the tree before working on the next update, in case an 
sbo admin has patched your script in between times.
regards, Tim


-- 
This email has been checked for viruses by AVG.
https://www.avg.com


From rshepard at appl-ecosys.com  Thu Feb 18 18:38:08 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 10:38:08 -0800 (PST)
Subject: [Slackbuilds-users] Building atlas
Message-ID: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>

The hardware has an AMD Ryzen7 2700 (8 cores/16 threads) and 32G RAM. I'm
trying to build atlas but it bails out because of throttling and references
its INSTALL.txt which I cannot find. The (compressed) build log is attached.
I don't overclock and I hesitate to mess with the clock speed.

I've had this issue before and used BLAS-ATLAS instead. I can do that again
if it's advisable.

I'd appreciate your advice on building atlas on this host.

TIA,

Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: atlas-build.log.gz
Type: application/x-gzip
Size: 13053 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210218/6d24d9eb/attachment.bin>

From erich.public at protonmail.com  Thu Feb 18 19:54:04 2021
From: erich.public at protonmail.com (Erich Ritz)
Date: Thu, 18 Feb 2021 19:54:04 +0000
Subject: [Slackbuilds-users] Building atlas
In-Reply-To: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>
Message-ID: <G5nymimbCplWjGsVq8UOB0EdGGJ0s7F2CTHvpZAnCwzBXEtJfHDmj3jgco93zjrfBcRA47IdekF5-mwluDtuHMC8ZmUH6cQgyRyLlfSvfUo=@protonmail.com>

Hi Rich,


??????? Original Message ???????
On Thursday, February 18, 2021 11:38 AM, Rich Shepard <rshepard at appl-ecosys.com> wrote:

> The hardware has an AMD Ryzen7 2700 (8 cores/16 threads) and 32G RAM. I'm
> trying to build atlas but it bails out because of throttling and references
> its INSTALL.txt which I cannot find. The (compressed) build log is attached.

Perhaps it meant to reference this?
https://slackbuilds.org/slackbuilds/14.2/libraries/atlas/README.SLACKWARE
which instructs you to do:
/etc/rc.d/rc.cpufreq performance

> I don't overclock and I hesitate to mess with the clock speed.
>
> I've had this issue before and used BLAS-ATLAS instead. I can do that again
> if it's advisable.
>
> I'd appreciate your advice on building atlas on this host.

If you can't get atlas to build, try OpenBLAS instead.  I use OpenBLAS with octave without a problem.  Note that OpenBLAS can be used instead of atlas (and also instead of blas+lapack).  The README for octave explains the situation quite clearly, in my opinion.

Erich

From rshepard at appl-ecosys.com  Thu Feb 18 20:04:26 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 12:04:26 -0800 (PST)
Subject: [Slackbuilds-users] Building atlas
In-Reply-To: <G5nymimbCplWjGsVq8UOB0EdGGJ0s7F2CTHvpZAnCwzBXEtJfHDmj3jgco93zjrfBcRA47IdekF5-mwluDtuHMC8ZmUH6cQgyRyLlfSvfUo=@protonmail.com>
References: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>
 <G5nymimbCplWjGsVq8UOB0EdGGJ0s7F2CTHvpZAnCwzBXEtJfHDmj3jgco93zjrfBcRA47IdekF5-mwluDtuHMC8ZmUH6cQgyRyLlfSvfUo=@protonmail.com>
Message-ID: <alpine.LNX.2.20.2102181159560.27937@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Erich Ritz wrote:

> Perhaps it meant to reference this?
> https://slackbuilds.org/slackbuilds/14.2/libraries/atlas/README.SLACKWARE
> which instructs you to do:
> /etc/rc.d/rc.cpufreq performance

Erich,

I saw the README.SLACKWARE file but was looking for the INSTALL.txt file the
build suggested.

> If you can't get atlas to build, try OpenBLAS instead. I use OpenBLAS with
> octave without a problem. Note that OpenBLAS can be used instead of atlas
> (and also instead of blas+lapack). The README for octave explains the
> situation quite clearly, in my opinion.

I've used OpenBLAS, too. After all these years I'm still not confident I
know the relationships of LAPACK, BLAS, ATLAS, and OpenBLAS. They seem to
overlap so much.

Since OpenBLAS seems to do all that octave, R, grass, and other applications
want done I'll remove LAPACK-ATLAS, and build only OpenBLAS.

Thanks for the insight!

Rich


From ricardo at palmtx.com.ar  Thu Feb 18 20:06:39 2021
From: ricardo at palmtx.com.ar (Ricardo J. Barberis)
Date: Thu, 18 Feb 2021 17:06:39 -0300
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
Message-ID: <202102181706.39971.ricardo@palmtx.com.ar>

El Jueves 18/02/2021 a las 10:40, Rich Shepard escribi?:
> On Thu, 18 Feb 2021, B Watson wrote:
> > You might want to use git to track changes to the repo.
>
> Every week after updates are posted I run sbopkg and update what's
> installed. Now I'm installing removed packages which is not automated by
> sbopkg.

If you already use sbopkg to update your packages, you can also use it to 
install new packages:

$ sudo sbopkg -i "package-name"

It won't install dependencies (you can use sqg as suggested elsewhere) but at 
least you won't have to manually download the slackbuild and sources, compile 
and install.

This will not only save you some time, it'll also use your up-to-date SBo repo 
copy from /var/lib/sbopkg/SBo so you won't have to maintain a second copy via 
git/rsync.

> I'm also now keeping all installed compressed tarballs. When those are
> upgraded by sbopkg I'll update the local repo too.
>
> Not knowing there was a potential problem by having an outdated build
> script here for the same source version as on the SBo I couldn't avoid it.
>
> Rich

Cheers,
-- 
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 rshepard at appl-ecosys.com  Thu Feb 18 20:32:06 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 12:32:06 -0800 (PST)
Subject: [Slackbuilds-users] geoclue2: wants optional dependencies
 [FIXED]
In-Reply-To: <202102181706.39971.ricardo@palmtx.com.ar>
References: <alpine.LNX.2.20.2102161421480.16504@salmo.appl-ecosys.com>
 <CAN1hMuAGRy0aMKsfYReSU+D0DYiTDi5hrVZSJfci3b3hjVDaYQ@mail.gmail.com>
 <alpine.LNX.2.20.2102180535180.27937@salmo.appl-ecosys.com>
 <202102181706.39971.ricardo@palmtx.com.ar>
Message-ID: <alpine.LNX.2.20.2102181231310.27937@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Ricardo J. Barberis wrote:

> If you already use sbopkg to update your packages, you can also use it to
> install new packages:
>
> $ sudo sbopkg -i "package-name"
>
> It won't install dependencies (you can use sqg as suggested elsewhere) but at
> least you won't have to manually download the slackbuild and sources, compile
> and install.
>
> This will not only save you some time, it'll also use your up-to-date SBo repo
> copy from /var/lib/sbopkg/SBo so you won't have to maintain a second copy via
> git/rsync.

Ricardo,

Something to think about.

Thanks,

Rich

From jebrhansen+SBo at gmail.com  Thu Feb 18 21:26:12 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Thu, 18 Feb 2021 14:26:12 -0700
Subject: [Slackbuilds-users] Building atlas
In-Reply-To: <alpine.LNX.2.20.2102181159560.27937@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>
 <G5nymimbCplWjGsVq8UOB0EdGGJ0s7F2CTHvpZAnCwzBXEtJfHDmj3jgco93zjrfBcRA47IdekF5-mwluDtuHMC8ZmUH6cQgyRyLlfSvfUo=@protonmail.com>
 <alpine.LNX.2.20.2102181159560.27937@salmo.appl-ecosys.com>
Message-ID: <CANi9qSthZox6JfhwPF44o1eYsx9n9itnDFYCZTUCnP6Qyy+o7Q@mail.gmail.com>

On Thu, Feb 18, 2021, 1:04 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> On Thu, 18 Feb 2021, Erich Ritz wrote:
>
> > Perhaps it meant to reference this?
> >
> https://slackbuilds.org/slackbuilds/14.2/libraries/atlas/README.SLACKWARE
> > which instructs you to do:
> > /etc/rc.d/rc.cpufreq performance
>
> Erich,
>
> I saw the README.SLACKWARE file but was looking for the INSTALL.txt file
> the
> build suggested.
>

This is likely something that's in the source tarball and resides in the
/tmp/SBo/atlas-$VERSION directory. It wouldn't be something on SBo if it's
referenced by the source itself.

Jeremy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210218/5884ceca/attachment.htm>

From rshepard at appl-ecosys.com  Thu Feb 18 22:31:33 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 14:31:33 -0800 (PST)
Subject: [Slackbuilds-users] Building atlas
In-Reply-To: <CANi9qSthZox6JfhwPF44o1eYsx9n9itnDFYCZTUCnP6Qyy+o7Q@mail.gmail.com>
References: <alpine.LNX.2.20.2102181033160.27937@salmo.appl-ecosys.com>
 <G5nymimbCplWjGsVq8UOB0EdGGJ0s7F2CTHvpZAnCwzBXEtJfHDmj3jgco93zjrfBcRA47IdekF5-mwluDtuHMC8ZmUH6cQgyRyLlfSvfUo=@protonmail.com>
 <alpine.LNX.2.20.2102181159560.27937@salmo.appl-ecosys.com>
 <CANi9qSthZox6JfhwPF44o1eYsx9n9itnDFYCZTUCnP6Qyy+o7Q@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102181430450.2337@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Jeremy Hansen wrote:

> This is likely something that's in the source tarball and resides in the
> /tmp/SBo/atlas-$VERSION directory. It wouldn't be something on SBo if it's
> referenced by the source itself.

Jeremy,

Which is another reason to ignore it since there is an alternative that does
build.

Regards,

Rich

From rshepard at appl-ecosys.com  Thu Feb 18 22:36:32 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 14:36:32 -0800 (PST)
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to build
Message-ID: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>

Downloaded both the SlackBuild and the source tarball for soundkonverter and
it fails to build. Looks to me like source code error. Compressed build log
attached.

Rich

From rshepard at appl-ecosys.com  Thu Feb 18 22:38:26 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 14:38:26 -0800 (PST)
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to build
 (fwd)
Message-ID: <alpine.LNX.2.20.2102181437260.2337@salmo.appl-ecosys.com>

Downloaded both the SlackBuild and the source tarball for soundkonverter and
it fails to build. Looks to me like source code error. Compressed build log
attached.

Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: soundkonverter-build.log.gz
Type: application/x-gzip
Size: 5240 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210218/a522ab27/attachment-0001.bin>

From didier at slint.fr  Thu Feb 18 22:50:13 2021
From: didier at slint.fr (Didier Spaier)
Date: Thu, 18 Feb 2021 23:50:13 +0100
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to build
In-Reply-To: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
Message-ID: <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>

I just typed this as root:
sbopkg -r
sbopkg -i soundkonverter

Took a few minutes to build and install on Slint, based on Slackware64-4.2

Then typing as regukar user:
soundkonverter
started it.

Conclusion: no source code error, rather user error.

Didier

Le 18/02/2021 ? 23:36, Rich Shepard a ?crit?:
> Downloaded both the SlackBuild and the source tarball for soundkonverter 
> and
> it fails to build. Looks to me like source code error. Compressed build log
> attached.
> 
> Rich

From didier at slint.fr  Thu Feb 18 22:52:32 2021
From: didier at slint.fr (Didier Spaier)
Date: Thu, 18 Feb 2021 23:52:32 +0100
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to build
In-Reply-To: <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
Message-ID: <0cf51710-99fa-63f9-2e0d-89dd157c77ee@slint.fr>

I meant: based on Slackware64-14.2.

To clarify; the command sbopkg -i builds then install the package in one go.

Le 18/02/2021 ? 23:50, Didier Spaier a ?crit?:
> I just typed this as root:
> sbopkg -r
> sbopkg -i soundkonverter
> 
> Took a few minutes to build and install on Slint, based on Slackware64-4.2
> 
> Then typing as regukar user:
> soundkonverter
> started it.
> 
> Conclusion: no source code error, rather user error.
> 
> Didier
> 
> Le 18/02/2021 ? 23:36, Rich Shepard a ?crit?:
>> Downloaded both the SlackBuild and the source tarball for 
>> soundkonverter and
>> it fails to build. Looks to me like source code error. Compressed 
>> build log
>> attached.
>>
>> Rich
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
> 

From rshepard at appl-ecosys.com  Thu Feb 18 23:58:55 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 15:58:55 -0800 (PST)
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to
 buildx
In-Reply-To: <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
Message-ID: <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Didier Spaier wrote:

> I just typed this as root:
> sbopkg -r
> sbopkg -i soundkonverter
>
> Took a few minutes to build and install on Slint, based on Slackware64-4.2

Didier,

If it's user error I must be at fault, right?

/usr/local/include/cdda_interface.h:87:31: error: expected ?:? before ?;? token
    cdda_private_data_t *private;
                                ^
CMakeFiles/soundkonverter.dir/build.make:62: recipe for target 'CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o' failed
make[2]: *** [CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o] Error 1
CMakeFiles/Makefile2:164: recipe for target 'CMakeFiles/soundkonverter.dir/all' failed
make[1]: *** [CMakeFiles/soundkonverter.dir/all] Error 2
Makefile:138: recipe for target 'all' failed
make: *** [all] Error 2

soundkonverter:
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?:

Rich

From rshepard at appl-ecosys.com  Fri Feb 19 00:00:08 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 16:00:08 -0800 (PST)
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to
 buildx
In-Reply-To: <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
 <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
Message-ID: <alpine.LNX.2.20.2102181559320.2337@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Rich Shepard wrote:

> /usr/local/include/cdda_interface.h:87:31: error: expected ?:? before ?;? 
> token
>   cdda_private_data_t *private;
>                               ^
> CMakeFiles/soundkonverter.dir/build.make:62: recipe for target 
> 'CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o' failed
> make[2]: *** [CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o] Error 1
> CMakeFiles/Makefile2:164: recipe for target 
> 'CMakeFiles/soundkonverter.dir/all' failed
> make[1]: *** [CMakeFiles/soundkonverter.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
>
> soundkonverter:
> 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?:

Didn't capture the rest:

+++++++++++++++++++++++++++++++++++++++++++
SUMMARY LOG
Using the SBo repository for Slackware 14.2
Queue Process:  Download, build, and install

soundkonverter:
   MD5SUM check for soundkonverter-2.2.2.tar.gz ... OK
   Error occurred with build.  Please check the log.

+++++++++++++++++++++++++++++++++++++++++++

###########################################
           Queue process complete!
###########################################


From ricardo at palmtx.com.ar  Fri Feb 19 00:49:01 2021
From: ricardo at palmtx.com.ar (Ricardo J. Barberis)
Date: Thu, 18 Feb 2021 21:49:01 -0300
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to
 buildx
In-Reply-To: <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
 <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
Message-ID: <202102182149.01975.ricardo@palmtx.com.ar>

El Jueves 18/02/2021 a las 20:58, Rich Shepard escribi?:
> On Thu, 18 Feb 2021, Didier Spaier wrote:
> > I just typed this as root:
> > sbopkg -r
> > sbopkg -i soundkonverter
> >
> > Took a few minutes to build and install on Slint, based on
> > Slackware64-4.2
>
> Didier,
>
> If it's user error I must be at fault, right?

Not necessarily your mistake, but something's definitely not quite right on 
your system.

I just noticed for example that the next line is referencing a file 
in /usr/local, which usually mean you have a different, probably 
incompatible, version of cdparanoia installed.

> /usr/local/include/cdda_interface.h:87:31: error: expected ?:? before ?;?
> token cdda_private_data_t *private;
>                                 ^

In my system I have /usr/include/cdda/cdda_interface.h from 
cdparanoia-III_10.2-x86_64-1

I'd suggest removing whatever you have installed in /usr/local and stick to 
the official Slackware64 packages.

> CMakeFiles/soundkonverter.dir/build.make:62: recipe for target
> 'CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o' failed make[2]:
> *** [CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o] Error 1
> CMakeFiles/Makefile2:164: recipe for target
> 'CMakeFiles/soundkonverter.dir/all' failed make[1]: ***
> [CMakeFiles/soundkonverter.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
>
> soundkonverter:
> 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?:
>
> 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/



-- 
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 lists at osh.id.au  Fri Feb 19 00:50:45 2021
From: lists at osh.id.au (David O'Shaughnessy)
Date: Fri, 19 Feb 2021 08:50:45 +0800
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to
 buildx
In-Reply-To: <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
 <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
Message-ID: <da6cc475-86ac-45c2-88aa-275d5424bace@www.fastmail.com>

On Fri, 19 Feb 2021, at 7:58 AM, Rich Shepard wrote:
> If it's user error I must be at fault, right?

On a clean 14.2 (64-bit) install:

> sbocheck
> sboinstall soundkonverter

and it builds fine. You could check this on a clean install (say in a VM) before posting for help, at least then you could say that it's not a problem with the source/SlackBuild, but something local to your system.

--
Dave

From didier at slint.fr  Fri Feb 19 00:53:11 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 19 Feb 2021 01:53:11 +0100
Subject: [Slackbuilds-users] Fwd: Re: Fresh soundkonverter download fails to
 buildx
In-Reply-To: <339c9dc8-be89-436d-b35c-342ed05d8a1a@slint.fr>
References: <339c9dc8-be89-436d-b35c-342ed05d8a1a@slint.fr>
Message-ID: <c633ee17-0642-fc3a-4396-03475329369a@slint.fr>

[Sent only to the OP a few minutes ago. My mistake]

I assume that you have a not_so_clean Slackware system, with missing or
replaced (non genuine Slackware) packages or added packages conflicting with
the genuine Slackware ones.

This line:
usr/local/include/cdda_interface.h:87:31: error: expected ?:? before ?;? 
token
provides an example as this header in Slackware is in /usr/include/cdda/, no
in usr/local/include/

So yes that's your fault. In my opinion, at least.

Best regards,

Didier

Le 19/02/2021 ? 00:58, Rich Shepard a ?crit?:
> On Thu, 18 Feb 2021, Didier Spaier wrote:
> 
>> I just typed this as root:
>> sbopkg -r
>> sbopkg -i soundkonverter
>>
>> Took a few minutes to build and install on Slint, based on 
>> Slackware64-4.2
> 
> Didier,
> 
> If it's user error I must be at fault, right?
> 
> /usr/local/include/cdda_interface.h:87:31: error: expected ?:? before 
> ?;? token
>  ?? cdda_private_data_t *private;
>  ?????????????????????????????? ^
> CMakeFiles/soundkonverter.dir/build.make:62: recipe for target 
> 'CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o' failed
> make[2]: *** [CMakeFiles/soundkonverter.dir/soundkonverter_automoc.o] 
> Error 1
> CMakeFiles/Makefile2:164: recipe for target 
> 'CMakeFiles/soundkonverter.dir/all' failed
> make[1]: *** [CMakeFiles/soundkonverter.dir/all] Error 2
> Makefile:138: recipe for target 'all' failed
> make: *** [all] Error 2
> 
> soundkonverter:
> 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?:
> 
> 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  Fri Feb 19 01:55:26 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Thu, 18 Feb 2021 17:55:26 -0800 (PST)
Subject: [Slackbuilds-users] Fresh soundkonverter download fails to
 build [FIXED]
In-Reply-To: <202102182149.01975.ricardo@palmtx.com.ar>
References: <alpine.LNX.2.20.2102181431550.2337@salmo.appl-ecosys.com>
 <b894295e-e52e-9821-b096-4124fc5309e2@slint.fr>
 <alpine.LNX.2.20.2102181557560.2337@salmo.appl-ecosys.com>
 <202102182149.01975.ricardo@palmtx.com.ar>
Message-ID: <alpine.LNX.2.20.2102181746450.10850@salmo.appl-ecosys.com>

On Thu, 18 Feb 2021, Ricardo J. Barberis wrote:

> Not necessarily your mistake, but something's definitely not quite right on
> your system.

Ricardo,

That makes many of us.

>> /usr/local/include/cdda_interface.h:87:31: error: expected ?:? before ?;?
>> token cdda_private_data_t *private;

> In my system I have /usr/include/cdda/cdda_interface.h from
> cdparanoia-III_10.2-x86_64-1
>
> I'd suggest removing whatever you have installed in /usr/local and stick to
> the official Slackware64 packages.

I saw the mention of /usr/local/ but ignored it since -- as far as my
actions go -- every package goes into /usr/ not /usr/local/.

Yes, somehow last April 9th cdda_interface,h and another cdda*h were
installed in both /usr/include and /usr/local/include/. They're now removed.

And that was the problem. I overlooked it because I've not intentionally
installed any core or SBo package in /usr/loca/.

Thank you,

Rich

From rshepard at appl-ecosys.com  Fri Feb 19 20:39:35 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 12:39:35 -0800 (PST)
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
Message-ID: <alpine.LNX.2.20.2102191231320.17848@salmo.appl-ecosys.com>

Trying to build avahi fails here:
checking for PYGOBJECT... no
configure: error: Could not find Python GObject

Installed here are:
pygobject-2.28.6-x86_64-2
pygobject3-python3-3.18.2-x86_64-1_SBo

And I just re-installed pygobject-2.28.6. It's located in
/usr/share/gtk-doc/html/pygobject
/usr/share/pygobject

Where should I look for the reason avahi cannot find pygobject?

TIA,

Rich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: avahi-build.log.gz
Type: application/x-gzip
Size: 7902 bytes
Desc: 
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210219/907d4338/attachment.bin>

From didier at slint.fr  Fri Feb 19 21:17:06 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 19 Feb 2021 22:17:06 +0100
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
In-Reply-To: <alpine.LNX.2.20.2102191231320.17848@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102191231320.17848@salmo.appl-ecosys.com>
Message-ID: <cf0d8fc3-e028-a140-5862-d707a7afab60@slint.fr>

Is pygobject3-3.18.2 (included in Slacwkare64-14.2) installed as it 
should be?

Le 19/02/2021 ? 21:39, Rich Shepard a ?crit?:
> Trying to build avahi fails here:
> checking for PYGOBJECT... no
> configure: error: Could not find Python GObject
> 
> Installed here are:
> pygobject-2.28.6-x86_64-2
> pygobject3-python3-3.18.2-x86_64-1_SBo
> 
> And I just re-installed pygobject-2.28.6. It's located in
> /usr/share/gtk-doc/html/pygobject
> /usr/share/pygobject
> 
> Where should I look for the reason avahi cannot find pygobject?
> 
> TIA,
> 
> Rich


From rshepard at appl-ecosys.com  Fri Feb 19 22:05:52 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 14:05:52 -0800 (PST)
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
Message-ID: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>

On Fri, 19 Feb 2021, Didier Spaier wrote:

> Is pygobject3-3.18.2 (included in Slacwkare64-14.2) installed as it should 
> be?

Didier,

For some reason it wasn't installed. I have the SBo pygobject3 installed and
was unaware there was one in the core distribution.

It's now installed and avahi is now built.

Thank you very much,

Rich

From rshepard at appl-ecosys.com  Fri Feb 19 22:09:32 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 14:09:32 -0800 (PST)
Subject: [Slackbuilds-users] Chromium?
Message-ID: <alpine.LNX.2.20.2102191408350.17848@salmo.appl-ecosys.com>

I had an SBo chromium package installed. Now I don't find one in the SBo
repo or in the core distribution.

Is there one available?

Rich

From didier at slint.fr  Fri Feb 19 22:15:42 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 19 Feb 2021 23:15:42 +0100
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
In-Reply-To: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>
Message-ID: <bb7152bd-f38b-49a8-7573-60fd1c61a00b@slint.fr>

So in the future please check that you have a full Slackware 
installation before asking for help in this list or on LQ.

This has been reminded many times.

Le 19/02/2021 ? 23:05, Rich Shepard a ?crit?:
> On Fri, 19 Feb 2021, Didier Spaier wrote:
> 
>> Is pygobject3-3.18.2 (included in Slacwkare64-14.2) installed as it 
>> should be?
> 
> Didier,
> 
> For some reason it wasn't installed. I have the SBo pygobject3 installed 
> and
> was unaware there was one in the core distribution.
> 
> It's now installed and avahi is now built.
> 
> Thank you very much,
> 
> 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 jebrhansen+SBo at gmail.com  Fri Feb 19 22:22:31 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Fri, 19 Feb 2021 15:22:31 -0700
Subject: [Slackbuilds-users] Chromium?
In-Reply-To: <alpine.LNX.2.20.2102191408350.17848@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102191408350.17848@salmo.appl-ecosys.com>
Message-ID: <CANi9qSue+kMJ7=fw0YQ=N3D6_W0qYPcpBSKBmhOjfKaiZxBgkQ@mail.gmail.com>

On Fri, Feb 19, 2021, 3:09 PM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> I had an SBo chromium package installed. Now I don't find one in the SBo
> repo or in the core distribution.
>
> Is there one available?
>

There was one on SBo, but it was horribly outdated and was likely removed
because of security issues. The only place I'm aware of that offers it for
Slackware now is from Alien Bob.

http://www.slackware.com/~alien/slackbuilds/chromium/pkg64/14.2/

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210219/08da6849/attachment.htm>

From rshepard at appl-ecosys.com  Fri Feb 19 22:40:58 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 14:40:58 -0800 (PST)
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
In-Reply-To: <bb7152bd-f38b-49a8-7573-60fd1c61a00b@slint.fr>
References: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>
 <bb7152bd-f38b-49a8-7573-60fd1c61a00b@slint.fr>
Message-ID: <alpine.LNX.2.20.2102191439570.17848@salmo.appl-ecosys.com>

On Fri, 19 Feb 2021, Didier Spaier wrote:

> So in the future please check that you have a full Slackware installation 
> before asking for help in this list or on LQ.
>
> This has been reminded many times.

Didier.

When I ran 'slackpkg --upgrade-all --install-new' I assumed it provided a
full installation. If that doesn't what options to slackpkg will?

Rich

From rshepard at appl-ecosys.com  Fri Feb 19 22:45:11 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 14:45:11 -0800 (PST)
Subject: [Slackbuilds-users] Chromium?
In-Reply-To: <CANi9qSue+kMJ7=fw0YQ=N3D6_W0qYPcpBSKBmhOjfKaiZxBgkQ@mail.gmail.com>
References: <alpine.LNX.2.20.2102191408350.17848@salmo.appl-ecosys.com>
 <CANi9qSue+kMJ7=fw0YQ=N3D6_W0qYPcpBSKBmhOjfKaiZxBgkQ@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102191443280.17848@salmo.appl-ecosys.com>

On Fri, 19 Feb 2021, Jeremy Hansen wrote:

> There was one on SBo, but it was horribly outdated and was likely removed
> because of security issues.

Jeremy,

Yes, the files are dated 2018. There are some websites that don't support
firefox but do support chromium/chrome so it's good to have as a backup.

> The only place I'm aware of that offers it for Slackware now is from Alien
> Bob.

Thank you. It's installed and I'll upgrade there, too.

Carpe weekend,

Rich


From didier at slint.fr  Fri Feb 19 22:52:06 2021
From: didier at slint.fr (Didier Spaier)
Date: Fri, 19 Feb 2021 23:52:06 +0100
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
In-Reply-To: <alpine.LNX.2.20.2102191439570.17848@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>
 <bb7152bd-f38b-49a8-7573-60fd1c61a00b@slint.fr>
 <alpine.LNX.2.20.2102191439570.17848@salmo.appl-ecosys.com>
Message-ID: <b4c6babe-c13c-9149-f85b-06cddd2f7068@slint.fr>

Let me RTFM for you. next time please do it yourself.
I'd rather spend my time baby feeding my grand-son.

"man slackpkg" says:

        install-new
             This action installs any new packages that are added to the 
  official  Slackware  package  set.
             Run  this  if  you  are  upgrading your system to another 
Slackware version or if you are using
             -current.
             If you want to install all uninstalled Slackware packages 
onto your system, use  the  following
             command instead of the install-new action:

                  # slackpkg install slackware.


Le 19/02/2021 ? 23:40, Rich Shepard a ?crit?:
> On Fri, 19 Feb 2021, Didier Spaier wrote:
> 
>> So in the future please check that you have a full Slackware 
>> installation before asking for help in this list or on LQ.
>>
>> This has been reminded many times.
> 
> Didier.
> 
> When I ran 'slackpkg --upgrade-all --install-new' I assumed it provided a
> full installation. If that doesn't what options to slackpkg will?
> 
> 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 davidnchmelik at gmail.com  Fri Feb 19 22:54:54 2021
From: davidnchmelik at gmail.com (David Chmelik)
Date: Fri, 19 Feb 2021 14:54:54 -0800
Subject: [Slackbuilds-users] [Slackware-current] zfs-on-linux
In-Reply-To: <20210129152819.GA14375@pc21.mareichelt.com>
References: <ab8ee1fa-da6d-0ab2-f246-71158bf3eef3@gmail.com>
 <20210101163427.GA4895@pc21.mareichelt.com>
 <e9b89b1d-f5c3-073a-b294-231118a2c312@gmail.com>
 <c4ee542a-6a3f-9576-47fd-eb2769e56ef2@gmail.com>
 <CAN1hMuAF1V0jdq-=GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ@mail.gmail.com>
 <20210129152819.GA14375@pc21.mareichelt.com>
Message-ID: <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>

On 1/29/21 7:28 AM, Markus Reichelt wrote:
> * B Watson <yalhcru at gmail.com> wrote:
>
>> To the whole list: Anyone here use zfs-on-linux and want to take
>> over as its maintainer?
> As I already offered I can take over, as I'm actually using
> zfs-on-linux (still on slack64-14.2 too).
> I will submit an update to 0.8.6 soon.
>
> With 2.0.1 we will see.
>
> I still wonder what David's problems on 14.2 with 0.8.6 are
> exactly...

 ??? Please reread my subject line or original post: this thread is only 
about Slackware-current.? Now that Slackware 15?1 is out, isn't it time 
to start testing zfs-on-linux/openzfs (they changed the name to openzfs) 
on that? alpha release?? On 5.10.n kernels I always get the error below 
(so am forced to use older kernels.)? However you said it works for you 
somehow (with modifications?)

    /tmp/SBo/zfs-0.8.6/module/zfs/vdev_disk.c: In function
    ?vdev_blkg_tryget?:
    /tmp/SBo/zfs-0.8.6/module/zfs/vdev_disk.c:506:37: error: ?struct
    percpu_ref? has no member named ?count?
     ? 506 |?? rc = atomic_long_inc_not_zero(&ref->count);
     ????? |???????????????????????????????????? ^~
    make[5]: *** [scripts/Makefile.build:279:
    /tmp/SBo/zfs-0.8.6/module/zfs/vdev_disk.o] Error 1
    make[4]: *** [scripts/Makefile.build:496:
    /tmp/SBo/zfs-0.8.6/module/zfs] Error 2
    make[3]: *** [Makefile:1805: /tmp/SBo/zfs-0.8.6/module] Error 2
    make[3]: Leaving directory '/usr/src/linux-5.10.13'
    make[2]: *** [Makefile:30: modules] Error 2
    make[2]: Leaving directory '/tmp/SBo/zfs-0.8.6/module'
    make[1]: *** [Makefile:843: all-recursive] Error 1
    make[1]: Leaving directory '/tmp/SBo/zfs-0.8.6'
    make: *** [Makefile:712: all] Error 2


From rshepard at appl-ecosys.com  Fri Feb 19 22:57:42 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Fri, 19 Feb 2021 14:57:42 -0800 (PST)
Subject: [Slackbuilds-users] avahi cannot find installed pygobject
In-Reply-To: <b4c6babe-c13c-9149-f85b-06cddd2f7068@slint.fr>
References: <alpine.LNX.2.20.2102191404340.17848@salmo.appl-ecosys.com>
 <bb7152bd-f38b-49a8-7573-60fd1c61a00b@slint.fr>
 <alpine.LNX.2.20.2102191439570.17848@salmo.appl-ecosys.com>
 <b4c6babe-c13c-9149-f85b-06cddd2f7068@slint.fr>
Message-ID: <alpine.LNX.2.20.2102191457170.17848@salmo.appl-ecosys.com>

On Fri, 19 Feb 2021, Didier Spaier wrote:

>            If you want to install all uninstalled Slackware packages onto
> your system, use the following
>            command instead of the install-new action:
>
>                 # slackpkg install slackware.

Thank you.

Rich

From willysr at slackbuilds.org  Sat Feb 20 17:29:24 2021
From: willysr at slackbuilds.org (Willy Sudiarto Raharjo)
Date: Sun, 21 Feb 2021 00:29:24 +0700
Subject: [Slackbuilds-users] Updates - 20210220.1
Message-ID: <df12b07a-568b-ec47-5f8e-4d37599837f1@slackbuilds.org>

Sat Feb 20 17:05:55 UTC 2021
academic/convertall: Updated for version 0.8.0.
accessibility/svkbd: Updated for version 0.2.2.
desktop/wmtime: Updated for version 1.4.
desktop/xtrlock: Updated for version 2.15.
development/github-cli: Updated for version 1.6.1.
development/hopper: Updated for version 4.7.1.
development/jenv: Added (Java environment management tool)
games/CorsixTH: Fix build if lua52/53 present.
games/freeorion: Fix build.
games/frotz: Fix non-libmodplug build.
games/fs2open: Fix build when wx-2.8 present.
games/ioquake3: Do not write to $CWD.
games/meandmyshadow: Fix lua build.
games/megaglest: Fix build.
games/nestopia: Fix build.
games/pioneer: Fix lua build.
games/ppsspp: Use correct github URLs.
games/qxw: Updated for version 20200708.
games/unvanquished: Fix build.
games/vkQuake: Updated for version 1.05.2.
games/warsow: Updated for version 2.1.2.
graphics/plotutils: Rebuilt.
graphics/vuescan: Updated MD5SUMs.
graphics/vulkan-sdk-bin: Updated for version 1.2.162.1.
libraries/MyGUI: Use correct github URL.
libraries/SDL2: Updated for version 2.0.14.
libraries/libxnvctrl: Updated for version 460.39.
libraries/mujs: Updated for version 1.1.0
libraries/ogre: Fix build if assimp present.
libraries/zint: Updated for version 2.9.1.
multimedia/coriander: Updated for version 2.0.3.
multimedia/lightspark: Updated for version 0.8.4.1.
multimedia/plexmediaserver: Updated for 1.21.3.4046_3c1c83ba4.
multimedia/rtmpdump: Updated for version 20210219_f1b83c1.
multimedia/vokoscreenNG: Add profile script for XDG_SESSION_TYPE.
network/AdGuardHome: Updated for version 0.105.1.
network/bottle: Updated for version 0.12.19.
network/ddclient: Fix rc init script.
network/i2pd: Updated for version 2.36.0.
network/libiscsi: Updated for version 1.19.0.
network/nicotine+: Updated for version 3.0.0.
network/pirate-get: Updated for version 0.4.0.
network/protonmail-bridge: Updated for version 1.6.3.
network/signal-desktop: Updated for version 1.40.0.
network/sslscan: Updated for version 2.0.7.
network/telegram: Updated for version 2.5.9.
network/tor: Updated for version 0.4.5.6.
network/wavemon: Updated for version 0.9.3.
network/wireguard-linux-compat: Updated for version 1.0.20210219.
network/yle-dl: Updated for version 20210212.
network/zoom-linux: Updated for version 5.5.7011.0206.
perl/perl-ExtUtils-Install: Updated for version 2.20.
perl/perl-Gtk3: Updated for version 0.038.
perl/perl-PDF-API2: Updated for version 2.038.
python/mypy_extensions: Fix missing dep.
python/py-cpuinfo: Updated for version 7.0.0.
python/pycryptodomex: Updated for version 3.10.1.
python/python3-pylint: Updated for version 2.6.2.
python/testpath: Fix install dir.
system/afio: Updated for version 2.5.2.
system/chronograf: Updated for version 1.8.10
system/clamav: Updated for version 0.103.1.
system/dosbox-x: Use correct github URL.
system/gnu-unifont: Updated for version 13.0.06.
system/restic: Updated for version 0.12.0.
system/s6-linux-init: Updated for version 1.0.6.0.
system/s6-rc: Updated for version 0.5.2.1.
system/telegraf: Updated for version 1.17.3.
system/victor-mono-fonts: Added (monospaced font)
+--------------------------+


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210221/4191dd43/attachment.asc>

From ml at mareichelt.com  Sun Feb 21 21:50:50 2021
From: ml at mareichelt.com (Markus Reichelt)
Date: Sun, 21 Feb 2021 22:50:50 +0100
Subject: [Slackbuilds-users] [Slackware-current] zfs-on-linux
In-Reply-To: <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>
References: <ab8ee1fa-da6d-0ab2-f246-71158bf3eef3@gmail.com>
 <20210101163427.GA4895@pc21.mareichelt.com>
 <e9b89b1d-f5c3-073a-b294-231118a2c312@gmail.com>
 <c4ee542a-6a3f-9576-47fd-eb2769e56ef2@gmail.com>
 <CAN1hMuAF1V0jdq-=GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ@mail.gmail.com>
 <20210129152819.GA14375@pc21.mareichelt.com>
 <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>
Message-ID: <20210221215050.GA21951@pc21.mareichelt.com>

* David Chmelik <davidnchmelik at gmail.com> wrote:

> On 5.10.n kernels I always get the error below (so am forced to use
> older kernels.)? However you said it works for you somehow (with
> modifications?)

It worked on -current some time in the past, it doesn't anymore as of -current Sat Feb 20 21:04:15 UTC 2021

you might want to try something like this

cd /tmp
gpg --keyserver keys.gnupg.net --recv-key "D307 6BC3 E783 EE74 7F09  B8B7 0368 EF57 9C7B A3B6"
wget https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz.asc
gpg zfs-on-linux.tar.gz.asc && tar xf zfs-on-linux.tar.gz && cd zfs-on-linux

gpg --keyserver keys.gnupg.net --recv-key "4F3B A9AB 6D1F 8D68 3DC2  DFB5 6AD8 60EE D459 8027"
wget https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz.asc https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz
gpg zfs-2.0.3.tar.gz.asc && su -lc "VERSION=2.0.3 sh zfs-on-linux.SlackBuild"


-- 
The Tahoe-LAFS spirit.

From ml at mareichelt.com  Sun Feb 21 21:58:38 2021
From: ml at mareichelt.com (Markus Reichelt)
Date: Sun, 21 Feb 2021 22:58:38 +0100
Subject: [Slackbuilds-users] [Slackware-current] zfs-on-linux
In-Reply-To: <20210221215050.GA21951@pc21.mareichelt.com>
References: <ab8ee1fa-da6d-0ab2-f246-71158bf3eef3@gmail.com>
 <20210101163427.GA4895@pc21.mareichelt.com>
 <e9b89b1d-f5c3-073a-b294-231118a2c312@gmail.com>
 <c4ee542a-6a3f-9576-47fd-eb2769e56ef2@gmail.com>
 <CAN1hMuAF1V0jdq-=GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ@mail.gmail.com>
 <20210129152819.GA14375@pc21.mareichelt.com>
 <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>
 <20210221215050.GA21951@pc21.mareichelt.com>
Message-ID: <20210221215838.GB21951@pc21.mareichelt.com>

* Markus Reichelt <ml at mareichelt.com> wrote:

> gpg zfs-2.0.3.tar.gz.asc && su -lc "VERSION=2.0.3 sh zfs-on-linux.SlackBuild"

the l sneaked in there, su -c works

-- 
Tahoe-LAFS - a safe place in an unsafe world.

From jdashiel at panix.com  Tue Feb 23 02:56:07 2021
From: jdashiel at panix.com (Jude DaShiell)
Date: Mon, 22 Feb 2021 21:56:07 -0500
Subject: [Slackbuilds-users] haskell/shellcheck cannot build
Message-ID: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>

Many missing dependencies and this was after running sqg -p 
haskell/shellcheck then building with that .sqf file.
Are the missing dependencies not yet available in slackbuilds archive yet 
or does the build script need improving?



From lists at osh.id.au  Tue Feb 23 06:12:04 2021
From: lists at osh.id.au (David O'Shaughnessy)
Date: Tue, 23 Feb 2021 14:12:04 +0800
Subject: [Slackbuilds-users] haskell/shellcheck cannot build
In-Reply-To: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>
References: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>
Message-ID: <3050fd71-bef6-43c4-8d07-5dbdd7132ba7@www.fastmail.com>

On Tue, 23 Feb 2021, at 10:56 AM, Jude DaShiell wrote:
> Many missing dependencies and this was after running sqg -p 
> haskell/shellcheck then building with that .sqf file.
> Are the missing dependencies not yet available in slackbuilds archive yet 
> or does the build script need improving?

It's a big build process, but `sboinstall haskell-ShellCheck` seems OK here (no builds are missing)? 

You may be interested in "ShellCheck-bin" though, zero dependencies.

--
Dave

From jdashiel at panix.com  Tue Feb 23 06:34:25 2021
From: jdashiel at panix.com (Jude DaShiell)
Date: Tue, 23 Feb 2021 01:34:25 -0500
Subject: [Slackbuilds-users] haskell/shellcheck cannot build
In-Reply-To: <3050fd71-bef6-43c4-8d07-5dbdd7132ba7@www.fastmail.com>
References: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>
 <3050fd71-bef6-43c4-8d07-5dbdd7132ba7@www.fastmail.com>
Message-ID: <alpine.NEB.2.23.451.2102230133230.14710@panix1.panix.com>

I used sbopkg -i haskell/shellcheck to install and that was likely my 
error.  I'll try again.


On Tue, 23 Feb 2021, David O'Shaughnessy wrote:

> On Tue, 23 Feb 2021, at 10:56 AM, Jude DaShiell wrote:
>> Many missing dependencies and this was after running sqg -p
>> haskell/shellcheck then building with that .sqf file.
>> Are the missing dependencies not yet available in slackbuilds archive yet
>> or does the build script need improving?
>
> It's a big build process, but `sboinstall haskell-ShellCheck` seems OK here (no builds are missing)?
>
> You may be interested in "ShellCheck-bin" though, zero dependencies.
>
> --
> Dave
> _______________________________________________
> 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 slackbuilds.org  Tue Feb 23 10:17:46 2021
From: dave at slackbuilds.org (Dave Woodfall)
Date: Tue, 23 Feb 2021 10:17:46 +0000
Subject: [Slackbuilds-users] haskell/shellcheck cannot build
In-Reply-To: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>
References: <alpine.NEB.2.23.451.2102222153320.25429@panix1.panix.com>
Message-ID: <20210223101746.GA11227@localhost>

On 22/02/21 21:56,
Jude DaShiell <jdashiel at panix.com> put forth the proposition:
> Many missing dependencies and this was after running sqg -p
> haskell/shellcheck then building with that .sqf file.
> Are the missing dependencies not yet available in slackbuilds archive yet or
> does the build script need improving?

Try without the category.

# sqg -p haskell/haskell-ShellCheck
haskell/haskell-ShellCheck: not found.


# sqg -p haskell-ShellCheck
Processing haskell-ShellCheck.
Done.


--
Dave

From jdashiel at panix.com  Tue Feb 23 21:31:11 2021
From: jdashiel at panix.com (Jude DaShiell)
Date: Tue, 23 Feb 2021 16:31:11 -0500
Subject: [Slackbuilds-users] haskell-ShellCheck
Message-ID: <alpine.NEB.2.23.451.2102231628020.1264@panix1.panix.com>

I backed out and tried building ghc which wasn't on this machine.  The ghc 
compiler also failed to build and died earlier in its build process on 
step 123 of 270 with the fakeroot command and I don't know why since 
fakeroot is on this machine.  Fortunately development-ShellCheck-bin is 
available for download and install.



From davidnchmelik at gmail.com  Tue Feb 23 21:52:33 2021
From: davidnchmelik at gmail.com (David Chmelik)
Date: Tue, 23 Feb 2021 13:52:33 -0800
Subject: [Slackbuilds-users] zfs-on-linux
In-Reply-To: <20210221215050.GA21951@pc21.mareichelt.com>
References: <ab8ee1fa-da6d-0ab2-f246-71158bf3eef3@gmail.com>
 <20210101163427.GA4895@pc21.mareichelt.com>
 <e9b89b1d-f5c3-073a-b294-231118a2c312@gmail.com>
 <c4ee542a-6a3f-9576-47fd-eb2769e56ef2@gmail.com>
 <CAN1hMuAF1V0jdq-=GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ@mail.gmail.com>
 <20210129152819.GA14375@pc21.mareichelt.com>
 <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>
 <20210221215050.GA21951@pc21.mareichelt.com>
Message-ID: <37723b4b-df4b-0056-4594-e06a513bcd68@gmail.com>

On 2/21/21 1:50 PM, Markus Reichelt wrote:
> * David Chmelik <davidnchmelik at gmail.com> wrote:
>
>> On 5.10.n kernels I always get the error below (so am forced to use
>> older kernels.)? However you said it works for you somehow (with
>> modifications?)
> It worked on -current some time in the past, it doesn't anymore as of -current Sat Feb 20 21:04:15 UTC 2021
>
> you might want to try something like this
>
> cd /tmp
> gpg --keyserver keys.gnupg.net --recv-key "D307 6BC3 E783 EE74 7F09  B8B7 0368 EF57 9C7B A3B6"
> wget https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz.asc
> gpg zfs-on-linux.tar.gz.asc && tar xf zfs-on-linux.tar.gz && cd zfs-on-linux
>
> gpg --keyserver keys.gnupg.net --recv-key "4F3B A9AB 6D1F 8D68 3DC2  DFB5 6AD8 60EE D459 8027"
> wget https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz.asc https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz
> gpg zfs-2.0.3.tar.gz.asc && su -lc "VERSION=2.0.3 sh zfs-on-linux.SlackBuild"

Changing the version to 2.0.3 and building with that worked to build a 
package, which does not work.? The module is somewhere it shouldn't be: 
/usr/lib/modules , instead of /lib/modules .? Modprobe couldn't load 
it.? I think the build script is even now broken for 0.8.6 (same 
problem) for Slackware stable.? I hope anyone upgrading had backups of 
their data and and old zfs-on-linux package saved (of course, they could 
get one from SlackOnly.)

From jebrhansen+SBo at gmail.com  Wed Feb 24 02:40:47 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Tue, 23 Feb 2021 19:40:47 -0700
Subject: [Slackbuilds-users] zfs-on-linux
In-Reply-To: <37723b4b-df4b-0056-4594-e06a513bcd68@gmail.com>
References: <ab8ee1fa-da6d-0ab2-f246-71158bf3eef3@gmail.com>
 <20210101163427.GA4895@pc21.mareichelt.com>
 <e9b89b1d-f5c3-073a-b294-231118a2c312@gmail.com>
 <c4ee542a-6a3f-9576-47fd-eb2769e56ef2@gmail.com>
 <CAN1hMuAF1V0jdq-=GMJLy0xjE897Kv-Qt2QR4PKAmAAjBSfBaQ@mail.gmail.com>
 <20210129152819.GA14375@pc21.mareichelt.com>
 <c061eda2-78be-eea2-5c83-50024f428e7a@gmail.com>
 <20210221215050.GA21951@pc21.mareichelt.com>
 <37723b4b-df4b-0056-4594-e06a513bcd68@gmail.com>
Message-ID: <CANi9qSt=UB57Z1DHGL1gCUxPeNEGS63K8JQL-ixZ6wmqY1dHFw@mail.gmail.com>

On Tue, Feb 23, 2021, 2:52 PM David Chmelik <davidnchmelik at gmail.com> wrote:

> On 2/21/21 1:50 PM, Markus Reichelt wrote:
> > * David Chmelik <davidnchmelik at gmail.com> wrote:
> >
> >> On 5.10.n kernels I always get the error below (so am forced to use
> >> older kernels.)  However you said it works for you somehow (with
> >> modifications?)
> > It worked on -current some time in the past, it doesn't anymore as of
> -current Sat Feb 20 21:04:15 UTC 2021
> >
> > you might want to try something like this
> >
> > cd /tmp
> > gpg --keyserver keys.gnupg.net --recv-key "D307 6BC3 E783 EE74 7F09
> B8B7 0368 EF57 9C7B A3B6"
> > wget https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz
> https://slackbuilds.org/slackbuilds/14.2/system/zfs-on-linux.tar.gz.asc
> > gpg zfs-on-linux.tar.gz.asc && tar xf zfs-on-linux.tar.gz && cd
> zfs-on-linux
> >
> > gpg --keyserver keys.gnupg.net --recv-key "4F3B A9AB 6D1F 8D68 3DC2
> DFB5 6AD8 60EE D459 8027"
> > wget
> https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz.asc
> https://github.com/openzfs/zfs/releases/download/zfs-2.0.3/zfs-2.0.3.tar.gz
> > gpg zfs-2.0.3.tar.gz.asc && su -lc "VERSION=2.0.3 sh
> zfs-on-linux.SlackBuild"
>
> Changing the version to 2.0.3 and building with that worked to build a
> package, which does not work.  The module is somewhere it shouldn't be:
> /usr/lib/modules , instead of /lib/modules .  Modprobe couldn't load
> it.  I think the build script is even now broken for 0.8.6 (same
> problem) for Slackware stable.
>

I just tried building the 0.8.6 version on my 14.2 system running a 5.10.x
kernel, which obviously didn't work. I then specified an older 5.4.66
kernel I used and it built fine and stored the modules in the correct
location (/lib/modules/5.4.66/extra/).

It might be that the newer 2.0.x versions require different build options.

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210223/62710c59/attachment.htm>

From milgram at cgpp.com  Wed Feb 24 23:49:16 2021
From: milgram at cgpp.com (Judah Milgram)
Date: Wed, 24 Feb 2021 18:49:16 -0500
Subject: [Slackbuilds-users] Maxima 5.39 -> 5.44
Message-ID: <7f2e5672-41aa-bbdc-2765-aac099955c5d@cgpp.com>


Hi,

Just an FYI with encouragement to update the maxima slackbuild. I
dropped a line to the maintainer a while back.

Recently built maxima 5.44 using the 5.39 slackbuild script. No mods
necessary other than updating VERSION.

Then upgradepkg and it seems to run fine. I did this to try out
pytranslate (doesn't seem to be in maxima 5.39.)

Source was from:

https://sourceforge.net/projects/maxima/files/Maxima-source/5.44.0-source/maxima-5.44.0.tar.gz

md5sum: 75e040745161901968d9c99c7a258e5c

regards
Judah


-- 
Judah Milgram
milgram at cgpp.com
301-257-7069

From yalhcru at gmail.com  Thu Feb 25 07:31:36 2021
From: yalhcru at gmail.com (B Watson)
Date: Thu, 25 Feb 2021 02:31:36 -0500
Subject: [Slackbuilds-users] Maxima 5.39 -> 5.44
In-Reply-To: <7f2e5672-41aa-bbdc-2765-aac099955c5d@cgpp.com>
References: <7f2e5672-41aa-bbdc-2765-aac099955c5d@cgpp.com>
Message-ID: <CAN1hMuDM+OUz4mPBVmX4D1cBtRm9nJtzxVj7XLdt0t9J-aQBMQ@mail.gmail.com>

On 2/24/21, Judah Milgram <milgram at cgpp.com> wrote:

> Just an FYI with encouragement to update the maxima slackbuild. I
> dropped a line to the maintainer a while back.

How long ago was "a while back"?

> Recently built maxima 5.44 using the 5.39 slackbuild script. No mods
> necessary other than updating VERSION.

If you haven't heard from the maintainer within, say, 2 weeks, you're
welcome to take over as maxima maintainer. If you're interested.

From willysr at slackbuilds.org  Sat Feb 27 01:43:24 2021
From: willysr at slackbuilds.org (Willy Sudiarto Raharjo)
Date: Sat, 27 Feb 2021 08:43:24 +0700
Subject: [Slackbuilds-users] Updates - 20210227.1
Message-ID: <265c4a74-89cb-d1f1-878b-a5dc0514d831@slackbuilds.org>

Sat Feb 27 01:26:19 UTC 2021
academic/pyCRAC: Updated for version 1.5.0.
audio/podget: Updated for version 0.8.8.
desktop/hushboard: Added (Mute your microphone while typing.)
development/d-tools: Updated for version 2.095.1
development/dmd: Updated for version 2.095.1
development/github-cli: Updated for version 1.6.2
development/postman: Updated for version 8.0.6
development/universal-ctags: Updated for version 1ed3fb2
games/VASSAL: Updated for version 3.5.1.
games/colem: Updated for version 5.5.
games/doomretro: Updated for version 4.0.3.
games/mednaffe: Updated for version 0.9.1.
games/prboom-plus: Updated for version 2.6um.
games/srb2: Updated for version 2.2.8.
games/stella: Add no-upgrade note to README.
games/trackballs: Updated for version 1.3.2.
games/wordwarvi: Updated for version 1.0.4.
gis/qgis: Updated for version 3.18.0.
gis/rasterio: Updated for version 1.2.0.
graphics/converseen: Updated for version 0.9.9.0.
graphics/psftools: Updated for version 1.1.1.
graphics/vuescan: Updated for version 9.7.46.
graphics/xmedcon: Updated for version 0.17.0.
libraries/imlib2: Updated for version 1.7.1.
libraries/libpgf: Update DOWNLOAD link.
libraries/libslack: Updated for version 0.7.1
libraries/liburcu: Updated for version 0.12.2.
libraries/olm: Updated for version 3.2.2.
misc/po4a: Updated for version 0.63.
misc/vttest: Updated for version 2.7.20210210.
multimedia/ffmpeg4: Updated for version 4.3.2
multimedia/plexmediaserver: Updated for 1.21.4.4079_1b7748a7b.
network/XD: Added (I2P BitTorrent Client written in GO)
network/atftp: Updated for version 0.7.4.
network/connman: Orphaned.
network/krb5: Updated for version 1.19.1.
network/prosody-mod-cloud-notify: Updated for version hg4464.
network/prosody-mod-http-upload: Updated for version hg4443.
network/prosody-mod-smacks: Updated for version hg4463.
network/sslscan: Updated for version 2.0.8.
network/telegram: Updated for version 2.6.1.
network/tor-browser: Updated for version 10.0.12.
network/wireguard-tools: Updated for version 1.0.20210223.
office/calibre-bin: Updated for version 5.12.0.
office/coolreader: Updated for version 3.2.54.
office/fop: Updated for version 2.6.
office/pdfjam: Removed (included in TexLive)
perl/MoarVM: Updated for version 2021.02
perl/nqp: Updated for version 2021.02
perl/perl-File-Remove: Updated for version 1.60
perl/perl-Role-Tiny: Updated for version 2.002004.
perl/perl-Unicode-LineBreak: Updated for version 2019.001.
perl/rakudo: Updated for version 2021.02
python/josepy: Updated for version 1.7.0.
python/python3-astroid: Updated for version 2.5.
python/python3-pylint: Updated for version 2.7.0.
ruby/rubygem-ast: Updated for version 2.4.2.
system/Iosevka-slab: Updated for version 5.0.2.
system/Iosevka: Updated for version 5.0.2.
system/btrbk: Updated for version 0.31.0.
system/ded: Updated for version 20210110.
system/epson-inkjet-printer-escpr2: Updated for version 1.1.27.
system/exomizer: Updated for version 3.1.0.
system/joyce: Updated for version 2.2.14.
system/libsignal-protocol-c: Updated for version 2.3.3.
system/linuxconsoletools: Updated for version 1.7.1.
system/lshw: Updated for version B.02.19.2.
system/netdata: Updated for version 1.29.2.
system/nvidia-driver: Updated for version 460.56.
system/nvidia-kernel: Updated for version 460.56.
system/opensc: Updated for version 0.21.0.
system/openstego: Updated for version 0.8.0.
system/password-store: Fix fish completion.
system/pcsc-lite: Updated for version 1.9.1.
system/phoronix-test-suite: Updated for version 10.2.2
system/prometheus: Updated for version 2.25.0.
system/stegseek: Added (fast steghide cracker)
system/tomb: Updated for version 2.9.
system/victor-mono-fonts: Updated for version 1.4.2.
+--------------------------+


-- 
Willy Sudiarto Raharjo

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210227/96b0c8a2/attachment.asc>

From rshepard at appl-ecosys.com  Sat Feb 27 14:42:22 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sat, 27 Feb 2021 06:42:22 -0800 (PST)
Subject: [Slackbuilds-users] Upgrading packages
Message-ID: <alpine.LNX.2.20.2102270641580.23553@salmo.appl-ecosys.com>

Installed here is python3-PyQt5--5.13.2-x86_64-1_SBo. I don't see an upgrade
to that package in the weekly list and wonder why sbopkg keeps suggesting I
upgrade since 5.13.2 is installed and the version in the repo.

Today I decided to let it run for the several hours it takes but am curious
why sbopkg offers to upgrade to the same version. Was there a SlackBuild
change I missed seeing?

TIA,

Rich

From heiko.rosemann at web.de  Sat Feb 27 15:27:34 2021
From: heiko.rosemann at web.de (Heiko Rosemann)
Date: Sat, 27 Feb 2021 16:27:34 +0100
Subject: [Slackbuilds-users] Upgrading packages
In-Reply-To: <fea0b565-8784-5655-d8b8-5c7d70d55d1d@web.de>
References: <fea0b565-8784-5655-d8b8-5c7d70d55d1d@web.de>
Message-ID: <2bdb69c7-9ee5-478a-d41b-6514fd89e7c1@web.de>

<Reposting to mailing list - sorry Rich, I didn't mean to send the first
message to you privately>

Rich,

the BUILD number was increased. sbopkg will install
python3-PyQt5-5.13.2-x86_64-2_SBo.

So even though it's the same upstream version, the maintainer changed
something in the build that leads him to believe you're better off
rebuilding.

I seem to recall you had troubles before when you didn't install the
updated package.

HTH,
Heiko

On 2/27/21 3:42 PM, Rich Shepard wrote:
> Installed here is python3-PyQt5--5.13.2-x86_64-1_SBo. I don't see an
> upgrade
> to that package in the weekly list and wonder why sbopkg keeps suggesting I
> upgrade since 5.13.2 is installed and the version in the repo.
> 
> Today I decided to let it run for the several hours it takes but am curious
> why sbopkg offers to upgrade to the same version. Was there a SlackBuild
> change I missed seeing?
> 
> TIA,
> 
> Rich
> _______________________________________________
> SlackBuilds-users mailing list
> SlackBuilds-users at slackbuilds.org
> https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
> Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-users/
> FAQ - https://slackbuilds.org/faq/
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 203 bytes
Desc: OpenPGP digital signature
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210227/202caf6f/attachment.asc>

From rshepard at appl-ecosys.com  Sat Feb 27 16:20:16 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sat, 27 Feb 2021 08:20:16 -0800 (PST)
Subject: [Slackbuilds-users] Upgrading packages
In-Reply-To: <fea0b565-8784-5655-d8b8-5c7d70d55d1d@web.de>
References: <alpine.LNX.2.20.2102270641580.23553@salmo.appl-ecosys.com>
 <fea0b565-8784-5655-d8b8-5c7d70d55d1d@web.de>
Message-ID: <alpine.LNX.2.20.2102270819030.23553@salmo.appl-ecosys.com>

On Sat, 27 Feb 2021, Heiko Rosemann wrote:

> the BUILD number was increased. sbopkg will install
> python3-PyQt5-5.13.2-x86_64-2_SBo.

Heiko,

Ah, so I did miss the SlackBuild upgrade. That's why I let it upgrade today.

Thanks,

Rich

From rshepard at appl-ecosys.com  Sat Feb 27 16:28:32 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sat, 27 Feb 2021 08:28:32 -0800 (PST)
Subject: [Slackbuilds-users] Another library question
Message-ID: <alpine.LNX.2.20.2102270824100.23553@salmo.appl-ecosys.com>

I have OpenBLAS-0.3.12-x86_64-1_SBo installed. But both LAPACK and grass
cannot find BLAS installed. The BLAS SBo page suggests that OpenBLAS is a
viable substitute: "Note: If you want good performance, then use the BLAS
libraries provided by your CPU vendor, or OpenBLAS or atlas provided by
SlackBuilds.org."

I'd like to understand why OpenBLAS is not seen as an acceptable substitute
for BLAS. Anyone know?

TIA,

Rich


From jebrhansen+SBo at gmail.com  Sat Feb 27 17:08:35 2021
From: jebrhansen+SBo at gmail.com (Jeremy Hansen)
Date: Sat, 27 Feb 2021 10:08:35 -0700
Subject: [Slackbuilds-users] Upgrading packages
In-Reply-To: <alpine.LNX.2.20.2102270641580.23553@salmo.appl-ecosys.com>
References: <alpine.LNX.2.20.2102270641580.23553@salmo.appl-ecosys.com>
Message-ID: <CANi9qSt7fSDYBN8LcX+BbZyF9q0grJJ21z=g-4WQA17JBGeiRg@mail.gmail.com>

On Sat, Feb 27, 2021, 7:42 AM Rich Shepard <rshepard at appl-ecosys.com> wrote:

> Installed here is python3-PyQt5--5.13.2-x86_64-1_SBo. I don't see an
> upgrade
> to that package in the weekly list and wonder why sbopkg keeps suggesting I
> upgrade since 5.13.2 is installed and the version in the repo.
>
> Today I decided to let it run for the several hours it takes but am curious
> why sbopkg offers to upgrade to the same version. Was there a SlackBuild
> change I missed seeing?
>

It's because you have build 1 installed and build 2 is what's on the repo
now. The build was incremented back in May 2020 with this commit.

https://git.slackbuilds.org/slackbuilds/commit/libraries/python3-PyQt5?h=14.2&id=47f31d21c7b44346917fd1048f5a6dc31ef7f545

Jeremy

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.slackbuilds.org/pipermail/slackbuilds-users/attachments/20210227/cec6bec4/attachment.htm>

From rshepard at appl-ecosys.com  Sat Feb 27 17:37:33 2021
From: rshepard at appl-ecosys.com (Rich Shepard)
Date: Sat, 27 Feb 2021 09:37:33 -0800 (PST)
Subject: [Slackbuilds-users] Upgrading packages
In-Reply-To: <CANi9qSt7fSDYBN8LcX+BbZyF9q0grJJ21z=g-4WQA17JBGeiRg@mail.gmail.com>
References: <alpine.LNX.2.20.2102270641580.23553@salmo.appl-ecosys.com>
 <CANi9qSt7fSDYBN8LcX+BbZyF9q0grJJ21z=g-4WQA17JBGeiRg@mail.gmail.com>
Message-ID: <alpine.LNX.2.20.2102270936390.23553@salmo.appl-ecosys.com>

On Sat, 27 Feb 2021, Jeremy Hansen wrote:

> It's because you have build 1 installed and build 2 is what's on the repo
> now. The build was incremented back in May 2020 with this commit.

Jeremy,

Thank you. I hadn't considered that until this morning when I let sbopkg
upgrade it.

Regards,

Rich