On 20/03/2024 01:03, B. Watson wrote:
On Wed, 20 Mar 2024, Sebastian Arcus wrote:
I have copied Euan into the email I sent to the list on 07 Feb 2024
asking if the Linphone scripts could be updated - but there hasn't
been any reply. I already accepted to look after BcToolbox, which he
On 19/03/2024 23:43, Willy Sudiarto Raharjo wrote:
Is anybody going to take linphone-desktop away from me?
I asked if I could take it over - I think we were waiting for an
answer from the admins
You should ask the maintainer if the maintainer is still active
I have copied Euan into the
On 19/03/2024 03:51, Lockywolf wrote:
Sebastian Arcus writes:
On 08/02/2024 02:56, Willy Sudiarto Raharjo wrote:
What WSR is responding is factually wrong.
I have submitted the slackbuild for the most recent version of linphone
(submitted as linphone-desktop, because nowadays linphone
On 08/02/2024 02:56, Willy Sudiarto Raharjo wrote:
What WSR is responding is factually wrong.
I have submitted the slackbuild for the most recent version of linphone
(submitted as linphone-desktop, because nowadays linphone is very
different from what it was in the past, and the developers,
s as well.
regards, Tim
On 08/02/2024 11:48, Sebastian Arcus wrote:
>
>
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
<mailto:SlackBuilds-users@slackbuilds.org>
https://lists.sl
--
*Sebastian Arcus*
*OpenTerritory - open solutions*
Systems Support | Linux Servers | Asterisk and VoIP | Network
Maintenance | In-house Cloud
*www.open-t.co.uk*
*p:* 0151 733 9648
*m:* 07940 348 898
*e:* s.ar...@open-t.co.uk
On 08/02/2024 02:56, Willy Sudiarto Raharjo wrote:
What WSR
On 08/02/2024 02:54, Willy Sudiarto Raharjo wrote:
2. However, if I just download version 5.0.0 directly from git
(later versions
require cmake 3.2.2) on either Slackware -current or 15.0:
You don't have to do any of that, just change the hashes in my build,
and re-submit.
Looking at your
On 08/02/2024 01:28, Lockywolf wrote:
Sebastian Arcus writes:
2. However, if I just download version 5.0.0 directly from git (later versions
require cmake 3.2.2) on either Slackware -current or 15.0:
You don't have to do any of that, just change the hashes in my build,
and re-submit
On 08/02/2024 01:28, Lockywolf wrote:
Sebastian Arcus writes:
2. However, if I just download version 5.0.0 directly from git (later versions
require cmake 3.2.2) on either Slackware -current or 15.0:
You don't have to do any of that, just change the hashes in my build,
and re-submit
I have just taken over Linphone maintenance and trying to update the SBo
scripts for the current version. What I have done so far:
1. I have followed the instructions and cloned the repo on a Slackware
-current (because of cmake minimum version - see below):
$ git clone
On 08/02/2024 00:37, Willy Sudiarto Raharjo wrote:
Anyone knows if Linphone is still actively maintained? I have managed
to compile a current version on Slackware, and it would be nice if it
could be updated at SBo as well
nope, maintainer is no longer active, so if you are willing to take
Anyone knows if Linphone is still actively maintained? I have managed to
compile a current version on Slackware, and it would be nice if it could
be updated at SBo as well
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
On 06/02/2024 23:24, Willy Sudiarto Raharjo wrote:
Hello. In case it helps - the download link for BcToolbox v0.6.0 is
broken - but I've managed to compile version 5.2.2 using the SBo
scripts on 15.0 without complaints (the SlackBuild script needs
amending slightly for the location of some
Hello. In case it helps - the download link for BcToolbox v0.6.0 is
broken - but I've managed to compile version 5.2.2 using the SBo scripts
on 15.0 without complaints (the SlackBuild script needs amending
slightly for the location of some of the docs file). Versions after
5.2.2 require cmake
On 27/01/2024 18:55, Andrzej Telszewski wrote:
On 27/01/2024 18:37, Sebastian Arcus wrote:
As per title, is it possible to use chroot to test build packages
against a different version of Slackware? For example if I have
slackware -current on my machine, instead of setting up a full virtual
As per title, is it possible to use chroot to test build packages
against a different version of Slackware? For example if I have
slackware -current on my machine, instead of setting up a full virtual
machine, could I have a Slackware 15.0 install in a directory, and just
chroot to it to test
On 28/12/2023 10:52, Tonus wrote:
On Wed, Dec 27, 2023 at 06:49:17PM +, Sebastian Arcus wrote:
I hope it's ok to get in touch about this. I am on Slackware -current
64bits downloaded 25 Dec 2023. Linphone using the scripts from Ponce's
Github repo fails to compile with the following
I hope it's ok to get in touch about this. I am on Slackware -current
64bits downloaded 25 Dec 2023. Linphone using the scripts from Ponce's
Github repo fails to compile with the following error:
warning: Tag 'DOT_TRANSPARENT' at line 2389 of file 'ortp.doxygen' has
become obsolete.
On 20/05/2023 12:37, Willy Sudiarto Raharjo wrote:
Just a little note that Burp could do with a little version bump from
2.1.32 to 2.4.0 - if possible. I'm happy to give a hand if it helps :-)
Idlemoor is inactive at this moment
if you can help by testing new version, please feel free to send
Just a little note that Burp could do with a little version bump from
2.1.32 to 2.4.0 - if possible. I'm happy to give a hand if it helps :-)
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
It's possible that I am misreading this, but there might be some issues
with the sample configs included with NUT
1. First one is minor - the samples rc.ups script includes the variable
definition:
POWERDOWNFLAG=/etc/killpower
But then it doesn't seem to be used anywhere further down in the
On 20/11/2022 22:55, B. Watson wrote:
On Sun, 20 Nov 2022, Robby Workman wrote:
It appears to only install a single binary (see line 12 of Makefile).
Easiest thing to do is just:
make
mkdir $PKG/usr/bin
cat crelay > $PKG/usr/bin/crelay
chmod 0755 $PKG/usr/bin/crelay
Don't forget to the
PKG/usr/bin/crelay
chmod 0755 $PKG/usr/bin/crelay
-RW
On Sun, 20 Nov 2022 21:24:30 +0000
Sebastian Arcus wrote:
On 20/11/2022 20:09, Matteo Bernardini wrote:
yes, you can use a patch or set PREFIX as null like
sed -i "s|PREFIX=/local|PREFIX=|" src/Makefile
both are fine, IMHO.
cluding bash variables between double quotes in
the sed command?
Matteo
Il giorno dom 20 nov 2022 alle ore 21:03 Sebastian Arcus
mailto:s.ar...@open-t.co.uk>> ha scritto:
I am trying to make SBo scripts to build crelay
(https://github.com/ondrej1024/crelay
&
I am trying to make SBo scripts to build crelay
(https://github.com/ondrej1024/crelay)
The sources come with a pre-made Makefile, which uses the path
/usr/local/bin for the binary. What is the accepted way to change this
using SBo scripts to /usr/bin? Do I make a patch for the Makefile and
On 22/02/2022 15:17, Heinz Wiesinger wrote:
On Tuesday, 22 February 2022 14:27:57 CET Sebastian Arcus wrote:
I haven't been able to get Ekiga to work any more since end of March
2021 after updating this machine to latest -current (at the time). I
eventually managed to get it compiled
On 22/02/2022 17:46, Dave Woodfall wrote:
There is also a plugin for Pidgin called SIPE (an extended version of
SIP), but I have never tested it, and don't know how compatible it is
with normal SIP:
http://slackbuilds.org/repository/14.2/network/pidgin-sipe/
I've just had a look at this and
On 22/02/2022 15:38, Dave Woodfall wrote:
On 22/02/22 13:27,
Sebastian Arcus put forth the proposition:
I haven't been able to get Ekiga to work any more since end of March 2021
after updating this machine to latest -current (at the time). I eventually
managed to get it compiled
I haven't been able to get Ekiga to work any more since end of March
2021 after updating this machine to latest -current (at the time). I
eventually managed to get it compiled and installed, but then when
trying to connect to any sip account it crashes.
When trying to recompile it now I
On 06/04/2021 17:59, Matteo Bernardini wrote:
personally I use Alien Bob's prebuilt package on current.
Thank you for that - I didn't know that existed. I've installed it and
it starts fine. Thanks
___
SlackBuilds-users mailing list
Sorry - I'm afraid I have another one. HandBrake refuses to compile on
-current with the following error message. I tried the latest version
(1.3.3) as well - and I get a different error message (see further down
below). I checked that there are no newer SBo scripts at ponce's GitHub.
Trying
persisting with it to see if I get anywhere.
Thank you again
Matteo
Il giorno mar 6 apr 2021 alle ore 15:52 Sebastian Arcus
ha scritto:
Just a note that Ekiga 4.0.1 doesn't compile any more on current. I've
enclosed below the error message. Looking at Ekiga's website, this
version is
Just a note that Ekiga 4.0.1 doesn't compile any more on current. I've
enclosed below the error message. Looking at Ekiga's website, this
version is from 2013 and there haven't been any updates since. Could it
have developed some incompatibility with a current library in Slackware?
On 05/04/2021 21:14, Ricardo J. Barberis wrote:
El Domingo 04/04/2021 a las 12:51, Sebastian Arcus escribió:
Just a heads up that chntpw doesn't seem to compile any more against
-current. I've updated today to -current and tried it using the 14.2 SBo
scripts, and using the scripts from Ponce's
On 04/04/2021 21:34, Jeremy Hansen wrote:
On Sun, Apr 4, 2021, 12:59 PM Sebastian Arcus <mailto:s.ar...@open-t.co.uk>> wrote:
On 04/04/2021 19:21, Matteo Bernardini wrote:
> strange, builds fine here: I just add this last patch after the other
> ones
dom 4 apr 2021 alle ore 20:00 Sebastian Arcus
ha scritto:
On 04/04/2021 18:43, Matteo Bernardini wrote:
> you need this additional patch
>
>
https://build.opensuse.org/package/view_file/network:telephony/libpt2/libpt2-gnu-make-4.3.patch
>
> Matteo
>
> Il giorno do
On 04/04/2021 18:43, Matteo Bernardini wrote:
> you need this additional patch
>
>
https://build.opensuse.org/package/view_file/network:telephony/libpt2/libpt2-gnu-make-4.3.patch
>
> Matteo
>
> Il giorno dom 4 apr 2021 alle ore 18:07 Sebastian Arcus
Thank you for that.
Just upgraded today to -current and can't seem to get ptlib to compile
any more. I've enclosed the error messages. I can't quite make sense of
them - as it reads "no such file or directory" - and yet it doesn't
mention any specific file or path - so not too sure what is going on.
I checked
Just a heads up that chntpw doesn't seem to compile any more against
-current. I've updated today to -current and tried it using the 14.2 SBo
scripts, and using the scripts from Ponce's GitHub repository. The error
message is below. Looking at the age of the code, I wouldn't be
surprised if it
On 28/06/19 02:29, Fernando Lopez wrote:
Anyone has the email address for Sebastian Arcus the maintainer of
motion slackbuild? Just wondering if he could roll an update to 4.2.2.
Ok - I've just submitted an update to 4.2.2, updated the Motion project
home page and updated the dependencies
On 28/06/19 02:29, Fernando Lopez wrote:
Anyone has the email address for Sebastian Arcus the maintainer of
motion slackbuild? Just wondering if he could roll an update to 4.2.2.
Hi Fernando. That is a good suggestion - I will look into it. I've had
to do this once or twice already on some
:
yep. dead.
On Thu, Jun 27, 2019 at 7:32 PM Dave Woodfall <mailto:d...@slackbuilds.org>> wrote:
On Thu 27 Jun 2019 19:29,
Fernando Lopez mailto:fernando.lope...@gmail.com>> put forth the proposition:
> Anyone has the email address for Sebastian Arcus the maintaine
On 11/03/19 15:24, JCA wrote:
At version 0.14.43, the Syncthing version in Slackbuilds is over one
year old. There have already been several new versions between 0.14.43
and the latest - 1.1.0. I have just tested with 1.1.0 under Slackware,
and it seems to work fine, even with remote systems
On 11/03/19 15:24, JCA wrote:
At version 0.14.43, the Syncthing version in Slackbuilds is over one
year old. There have already been several new versions between 0.14.43
and the latest - 1.1.0. I have just tested with 1.1.0 under Slackware,
and it seems to work fine, even with remote systems
On 23/05/18 01:56, Willy Sudiarto Raharjo wrote:
Since Slackware already contains the CLucene library, and Lucene is one
of the recommended full text search indexers in Dovecot, could the SBo
build have --with-lucene added to it - so that it doesn't need
recompiling to use FTS?
Sorry, this
Since Slackware already contains the CLucene library, and Lucene is one
of the recommended full text search indexers in Dovecot, could the SBo
build have --with-lucene added to it - so that it doesn't need
recompiling to use FTS?
___
I'm reposting this issue, in case it got lost with the recent DMARC
disruption. I've installed the Brave browser, and in Fluxbox, there is
no icon on the taskbar window label, while it is running. I can't find
some online info as to what controls this? Could this be an issue with
packaging
I have just installed yesterday Brave from SBo. The small issue I have
with it is that in Fluxbox it doesn't display an icon in the iconbar, in
the bottom taskbar when running - just the window title. All other
software I run has its own icon in the taskbar when running - not just
the window
On 20/03/18 07:46, Matteo Bernardini wrote:
2018-03-20 8:27 GMT+01:00 Sebastian Arcus via SlackBuilds-users
<slackbuilds-users@slackbuilds.org>:
I think the README.SLACKWARE file bundled with Lighttpd SBo scripts could do
with a few amendments as there have been some changes:
1. The pro
I think the README.SLACKWARE file bundled with Lighttpd SBo scripts
could do with a few amendments as there have been some changes:
1. The procedure to configure fastcgi in the current Lighttpd involves
uncommenting the relevant line in /etc/lighttpd/modules.conf and then
finishing off the
As Postgresql number scheme has changed with version 10 (and going
forward), and only the first number is the major version number, I was
wondering if it is worth amending the SBo scripts to reflect that. The
data dir, bin dir and log dir usually need to only be prefixed with the
major number,
On 02/03/18 12:00, Willy Sudiarto Raharjo wrote:
I am trying to package usbrelay (https://github.com/darrylb123/usbrelay)
for SBo - a very useful little utility to control cheap USB relays. The
instructions at the page above only include the following step:
# gcc -o usbrelay usbrelay.c
I am trying to package usbrelay (https://github.com/darrylb123/usbrelay)
for SBo - a very useful little utility to control cheap USB relays. The
instructions at the page above only include the following step:
# gcc -o usbrelay usbrelay.c -lhidapi-libusb
which works fine.
I'm not sure what or
On 17/01/18 23:57, Rob McGee wrote:
On Wed, Jan 17, 2018 at 05:02:01PM +, Sebastian Arcus wrote:
The submission form at SBo does a check on the email address to the
originating MTA when a package is uploaded.
The check is done at the MX for the domain, specifically.
However, the MTA
The submission form at SBo does a check on the email address to the
originating MTA when a package is uploaded. However, the MTA used by the
submission form uses just "slackbuilds.org" as HELO name. I know the RFC
only recommends, not requires, a FQDN for smtp HELO names, but the vast
majority
On 31/10/17 12:05, David Spencer wrote:
I just noticed that rc.4 already provides an
option for running your own stuff from an rc.4.local
That's on -current, not 14.2, so not until the next stable release
Sorry - I didn't realise it was a freshly introduced feature. Thank you
for the info.
The current README.SLACKWARE for the Slim login manager suggests
amending rc.4 in order to enable Slim. However, any changes in rc.4
would be overwritten by an upgrade - and I just noticed that rc.4
already provides an option for running your own stuff from an rc.4.local
- which would be
On 31/10/17 08:10, Sebastian Arcus wrote:
I think this has been raised here before, but it seems that the current
rc.monit file still kills the Monit daemon when doing:
/etc/rc.d/rc.monit restart
This is a non-issue - apologies for the noise. I didn't realise that
sbocheck pulled the 14.1
I think this has been raised here before, but it seems that the current
rc.monit file still kills the Monit daemon when doing:
/etc/rc.d/rc.monit restart
The solution seems to be to have a 3 second sleep between stop and start
statements.
And while we are at it, Monit seems to be hardwired
We've talked about this here before - the sample cron script included is
not compatible with Slackware, as it includes a field for the clamav
user - which the version of cron on Slackware doesn't support. Could we
modify the following line in the package description:
"A sample cron job script
On 14/09/17 09:57, Andreas Guldstrand wrote:
On 14 September 2017 at 06:00, Robby Workman <rwork...@slackbuilds.org> wrote:
On Wed, 13 Sep 2017 19:11:06 +0100
Sebastian Arcus <s.ar...@open-t.co.uk> wrote:
Actually, slightly OT, but why is sbotools storing its stuff under
/usr/sbo?
On 13/09/17 14:41, David O'Shaughnessy wrote:
On 09/13/2017 10:51 PM, Sebastian Arcus wrote:
Thank you for the suggestion. At the moment I don't have a git clone of
SBo - and I was hoping there is an easier way to search for a package
than setting up a git repository :-)
If you use sbotools
On 13/09/17 15:29, Didier Spaier wrote:
Le 13/09/2017 à 12:40, Sebastian Arcus a écrit :
I know SBo and Slackware doesn't have a system in place to track
dependencies - and most of the time that suits me just fine. However,
on occasion, I stumble over a piece of SBo software installed on my
On 13/09/17 14:41, David O'Shaughnessy wrote:
On 09/13/2017 10:51 PM, Sebastian Arcus wrote:
Thank you for the suggestion. At the moment I don't have a git clone of
SBo - and I was hoping there is an easier way to search for a package
than setting up a git repository :-)
If you use sbotools
On 13/09/17 12:56, Ythogtha wrote:
If you have a git clone of the SBo repository, you could go there and use this
kind of command line :
Thank you for the suggestion. At the moment I don't have a git clone of
SBo - and I was hoping there is an easier way to search for a package
than setting
I know SBo and Slackware doesn't have a system in place to track
dependencies - and most of the time that suits me just fine. However, on
occasion, I stumble over a piece of SBo software installed on my machine
- such as a library, and I would like to know why is it there - which
package needs
On 24/05/17 13:49, Sebastian Arcus wrote:
On 05/05/17 15:50, Robby Workman wrote:
On Thu, 4 May 2017 12:55:03 +0100
Sebastian Arcus <s.ar...@open-t.co.uk> wrote:
I have a small change to suggest for the /etc/rc.d/rc.libvirt script.
The script at the moment does a 'virsh shutdown '
On 30/05/17 12:24, Willy Sudiarto Raharjo wrote:
I notice that Motion has been "magically" upgraded to 4.0.1 :-) However,
it doesn't compile for me on either -current or 14.2. I get several
errors as below - is this an incompatibility with gcc?
Tested on -stable
https://pastebin.com/NUYvkDa8
On 30/05/17 12:24, Willy Sudiarto Raharjo wrote:
I notice that Motion has been "magically" upgraded to 4.0.1 :-) However,
it doesn't compile for me on either -current or 14.2. I get several
errors as below - is this an incompatibility with gcc?
Tested on -stable
https://pastebin.com/NUYvkDa8
I notice that Motion has been "magically" upgraded to 4.0.1 :-) However,
it doesn't compile for me on either -current or 14.2. I get several
errors as below - is this an incompatibility with gcc?
x86_64-slackware-linux-gcc -O2 -fPIC -D_REENTRANT -I/usr/include
-DMOTION_V4L2
On 05/05/17 16:15, Matteo Bernardini wrote:
2017-05-04 13:55 GMT+02:00 Sebastian Arcus <s.ar...@open-t.co.uk>:
I have a small change to suggest for the /etc/rc.d/rc.libvirt script. The
script at the moment does a 'virsh shutdown ' on all running
guests, and then, after waiting only 40 s
On 05/05/17 15:50, Robby Workman wrote:
On Thu, 4 May 2017 12:55:03 +0100
Sebastian Arcus <s.ar...@open-t.co.uk> wrote:
I have a small change to suggest for the /etc/rc.d/rc.libvirt script.
The script at the moment does a 'virsh shutdown ' on all
running guests, and then, after waitin
On 22/05/17 00:27, Gerardo Zamudio wrote:
On 05/20/2017 11:34 PM, Sebastian Arcus wrote:
Thank you! It would be really interesting if others could check their
machines and report here if they are seeing the same issue at their end.
To test, I just passed a mail message with a known spammy
On 20/05/17 04:04, Robby Workman wrote:
As willysr mentioned in his earlier Updates mail, we have officially
migrated all SlackBuilds.org services to virtual machines hosted on
our new hardware provided by combined donations from our datacenter
( http://onyxlight.net ), DistroWatch (
On 20/05/17 20:36, Robby Workman wrote:
On Sat, 20 May 2017 20:27:01 +0100
Sebastian Arcus <s.ar...@open-t.co.uk> wrote:
On 17/05/17 18:17, Sebastian Arcus wrote:
On 17/05/17 16:31, Franzen wrote:
On 17.05.2017 16:18, Sebastian Arcus wrote:
I have been chasing this issue on-a
On 17/05/17 18:17, Sebastian Arcus wrote:
On 17/05/17 16:31, Franzen wrote:
On 17.05.2017 16:18, Sebastian Arcus wrote:
I have been chasing this issue on-and-off for months, and spent a lot of
time the last few days on it. I run several Slackware servers with
Spamassassin on them, and I
On 17/05/17 16:31, Franzen wrote:
On 17.05.2017 16:18, Sebastian Arcus wrote:
I have been chasing this issue on-and-off for months, and spent a lot of
time the last few days on it. I run several Slackware servers with
Spamassassin on them, and I noticed a while ago that some don't use DNS
I have been chasing this issue on-and-off for months, and spent a lot of
time the last few days on it. I run several Slackware servers with
Spamassassin on them, and I noticed a while ago that some don't use DNS
blocklists. This is a very subtle problem, because SpamAssassin is not
showing
On 12/05/17 08:59, Matteo Bernardini wrote:
2017-05-12 9:55 GMT+02:00 Sebastian Arcus <s.ar...@open-t.co.uk>:
I get the following error when attempting to build clamav 0.99.2 against
-current using the SBo scripts. Has anybody else seen this, or have any idea
what it might mean? Sea
I get the following error when attempting to build clamav 0.99.2 against
-current using the SBo scripts. Has anybody else seen this, or have any
idea what it might mean? Searching online turns up some Fedore posts
from a year ago, and it that case the llvm libraries on their system
were too
I have a small change to suggest for the /etc/rc.d/rc.libvirt script.
The script at the moment does a 'virsh shutdown ' on all
running guests, and then, after waiting only 40 seconds, it destroys all
guests which are still running. I think in most circumstances this is
very likely to lead to
On 28/02/17 19:40, Sebastian Arcus wrote:
I am trying to test build the next version/generation of Motion (4.0.1
from here: https://github.com/Motion-Project/motion/releases) to
upload at SBo.
Must be the late hour - I just realised that libva is not on SBo any
more because it is part
I am trying to test build the next version/generation of Motion (4.0.1
from here: https://github.com/Motion-Project/motion/releases) to upload
at SBo. I'm going around in circles a bit as I can't work out the
correct requirements. The previous version has libva down as optional
dependency, but
On 11/11/16 01:07, David Spencer wrote:
Is there any way of being notified when one of the admins makes changes to a
package I maintain? I worry that not knowing about it, I might overwrite the
changes the admin made by re-using my version of the script (the version I
submitted and have on my
On 10/11/16 12:48, David Spencer wrote:
I need to resubmit the EasyRSA scripts - as I discovered a bug in
easyrsa.SlackBuild
I tried to use the removal form, but it says easyrsa.tar.gz is not pending.
I tried to resubmit it, but it says it is pending. I attach the corrected
one to this post -
I need to resubmit the EasyRSA scripts - as I discovered a bug in
easyrsa.SlackBuild
I tried to use the removal form, but it says easyrsa.tar.gz is not
pending. I tried to resubmit it, but it says it is pending. I attach the
corrected one to this post - would it be possible for one of the
On 07/11/16 09:57, Sebastian Arcus wrote:
I attach here the easyrsa SBo scripts I've made - if some people
wouldn't mind taking them for a test run and reporting any problems they
might spot - please.
Oops - the scripts include the source archive file for some reason.
Ignore that - I
I attach here the easyrsa SBo scripts I've made - if some people
wouldn't mind taking them for a test run and reporting any problems they
might spot - please.
easyrsa.tar.gz
Description: application/gzip
___
SlackBuilds-users mailing list
On 04/11/16 22:23, Thomas Szteliga wrote:
On 11/04/2016 12:02 PM, Sebastian Arcus wrote:
I am making the SBo scripts for EasyRSA, and I need to decide where they
will be installed. Before they were removed from Slackware - when they
were part of Openvpn, I think they used to go under
/usr
I am making the SBo scripts for EasyRSA, and I need to decide where they
will be installed. Before they were removed from Slackware - when they
were part of Openvpn, I think they used to go under
/usr/share/doc/openvpn. However, it seems a bit strange to install a
package in the directory of
On 02/11/16 18:16, David Spencer wrote:
idea? Maybe they are redundant and there are other tools in place
already doing this job?
They are just scripts which wrap around openssl commands. It's
possible (albeit not easy, BTDT) to read them and figure out what
they're doing.
OpenVPN used to include scripts to manage certificate authorities, keys
and certificates. These were bundled under the easy-rsa scripts, in
/usr/share/docs/openvpn/easy-rsa - if I remember correctly, in Slackware.
At some point in time, the OpenVPN maintainers decided to spin them off
On 26/10/16 13:46, Bryan Harris wrote:
Looking at the last thread, it looks like I never continued with the
fix. I will add a delay and submit to them for update.
Sorry about that.
Thank you!
V/r,
Bryan
On Wed, Oct 26, 2016 at 5:53 AM, Sebastian Arcus <s.ar...@open-t.co.uk> wro
I know this has been brought up on this list before - but has it ever
been solved? Using the stock install from SBo, and doing:
#/etc/rc.d/rc.monit restart
kills Monit. It's the same on all my other machines. Could this be fixed
with a 2-3 second delay between stop and start in the rc.monit
I'm still not sure I'm following this: why is the cron file provided
with the Slackbuilds at all, if it is incompatible with Slackware? It's
worse than nothing - as the user would copy it in place and assume it
works - as it comes from Slackbuilds and it is presumed to be tested to
work with
On 19/10/16 21:26, Nishant Limbachia wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/19/2016 08:41 AM, Franzen wrote:
On 19.10.2016 12:17, Sebastian Arcus wrote:
On 19/10/16 10:59, Franzen wrote:
On 19.10.2016 11:42, Sebastian Arcus wrote:
The clamav-unofficial-sigs.cron crond
On 19/10/16 10:59, Franzen wrote:
On 19.10.2016 11:42, Sebastian Arcus wrote:
The clamav-unofficial-sigs.cron crond crontab file included with
clamav-unofficial-sigs seems to be incompatible with the version of Cron
used on Slackware. It uses the extra field for the username (clamav)
which
The clamav-unofficial-sigs.cron crond crontab file included with
clamav-unofficial-sigs seems to be incompatible with the version of Cron
used on Slackware. It uses the extra field for the username (clamav)
which seems to break things on Slackware. I've just noticed this on
several clamav
On 28/08/16 16:01, Jeremy Hansen wrote:
You can just use a SRCNAM variable, which is set different from the
PRGNAM variable. This allows the source to be named a certain way but
you can call the package something else.
See my python3-setuptools SlackBuild for an example:
On 28/08/16 06:57, Fernando Lopez wrote:
had no issues making the package... had no issues running iperf 3.1.3 on
my slack current x64.
Thank you Fernando. I have one more problem with this package. The
developers keep on referring to the software on their project page as
iPerf3 (but in
1 - 100 of 187 matches
Mail list logo