On Sat, 15 Sep 2018 at 21:20, David Spencer wrote:
> system/zfs-on-linux: Updated for version 0.7.10.
People may want to avoid updating to this version as it has a nasty regression.
* https://github.com/zfsonlinux/zfs/issues/7899
* https://github.com/zfsonlinux/zfs/issues/7906
* https://github.co
On 11 May 2018 at 12:56, John wrote:
> Hi All,
>
> Since nix no longer depends on perl-WWW-Curl, I would like to relinquish
> maintainership of it.
>
> Any takers?
I'll happily take it, thanks!
> John
>
>
> ___
> SlackBuilds-users mailing list
> SlackB
On 15 March 2018 at 22:40, Jim Diamond wrote:
> On Fri, Mar 16, 2018 at 04:07 (+0700), Willy Sudiarto Raharjo wrote:
>
>>> Are you sure you wish to continue? [y]
>>> --2018-03-15 17:45:20--
>>> https://sourceforge.net/projects/linuxwacom/files/libwacom/libwacom-0.29.tar.bz2
>>> Resolving sourcef
On 20 March 2018 at 22:03, Arkadiusz Drabczyk wrote:
> Why isn't this? What's the difference between Lua and, say, Python in
> this regard?
I'm not an authority on this, but as far as I know lua is more
designed to be built-in inside the products using it, not installed
system-wide, so since SBo
nt to, but the version of mujs that is currently on
SlackBuilds.org is too old.
If you don't have time for maintaining the mujs SlackBuild script, I
would be willing to take it over.
Best regards / Andreas Guldstrand
___
SlackBuilds-users mailing list
S
Hi, as the current maintainer of sbotools, I can tell you both how to
test, as well as what it looks for to know to ask:
How to test:
Make use of the local overrides option described in the sboconfig(1)
or sbotools.conf(5) man-pages, namely: create a sub-directory with
your slackbuild inside it (i
I'll take
> development/vscode
Thanks for all your contributions
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/sla
On 3 January 2018 at 21:34, Shrivats wrote:
> For some odd reason, repology doesn't list him as a maintainer. Have we
> taken all his repos off him?
>
> https://repology.org/maintainers/?search=Mello
>
> In any case, it'd be a good idea to list slack builds still up for grabs.
>
https://repology.
On 3 January 2018 at 17:32, Franzen wrote:
> On 2018-01-03 14:55, Willy Sudiarto Raharjo wrote:
>>>
>>> 8. Add to each program page at SBo the date of the last time its
>>> SlackBuild script was updated.
>>
>>
>> It's easier to see the history in cgit :)
>> https://git.slackbuilds.org/slackbuilds/
On 12 November 2017 at 03:32, Fernando Lopez wrote:
> I cant get it to work with the slackbuild, but if i do it manually it
> works... any ideas?
I'm not sure what you're actually doing, but python isn't provided by
SlackBuilds.org, it's part of Slackware itself.
// Andreas
_
v.
I am still considering it though since it will mean there is only one
ffmpeg on SBo, so you only need to build it for the first program that
depends on it, it won't cause conflicts, and all the options for
ffmpeg are quite a chore to need to make sure they all work as they
should.
Re
On Fri, Oct 6, 2017 at 5:58 AM, Arnaud
wrote:
> [...]
> There are a few difficulties of doing so :
> - 1st. it is hosted on sourceforge, there are no tags, and there is no way of
> getting a tarball of a specific revision, so I can't make an easy slackbuild
> with a download URL, a md5sum
On 29 September 2017 at 21:18, Rich Shepard wrote:
> [...] and most web sites don't let outsiders look at
> their css files so I didn't try to find one.
What do you mean? All CSS files need to be readable in order for the
browser to be able to load it in the first place. There's neither a
way nor
On 14 September 2017 at 06:00, Robby Workman wrote:
> On Wed, 13 Sep 2017 19:11:06 +0100
> Sebastian Arcus wrote:
>> Actually, slightly OT, but why is sbotools storing its stuff under
>> /usr/sbo? I was under the impression that stuff shouldn't go directly
>> under /usr, but under /usr/share/ or
I've now updated perl-Text-CSV_XS to the latest version, should be
included in the next update.
https://git.slackbuilds.org/slackbuilds/commit/?id=f95e65c77
/ Andreas
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.sla
As I'm the maintainer of perl-Text-CSV, I'd like to take maintenance
of perl-Text-CSV_XS as well if Eric wouldn't mind.
On 3 September 2017 at 05:13, Willy Sudiarto Raharjo
wrote:
>> The "perl-Text-CSV_XS" package is about 4 years outdated. I need a couple
>> of features added in later versions.
webkitgtk 2.4.11 is as far as I'm aware webkit 1, while webkit2gtk
2.6.16, which is already on SBo, is webkit 2. There's more of a
difference between them than simply a version change.
On 21 August 2017 at 19:07, Didier Spaier wrote:
> Le 21/08/2017 à 16:24, Rich Shepard a écrit :
>> libpng-1.6
Den 21 aug. 2017 1:50 fm skrev "Rich Shepard" :
On Mon, 21 Aug 2017, Andreas Guldstrand wrote:
The /usr/local/lib/perl5/auto/List/Util/Util.so problem is likely because
> you installed something via CPAN and then upgraded your perl version. It's
> recommended not to do that
1, 2017 at 12:32 AM, Andreas Guldstrand <
andreas.guldstr...@gmail.com> wrote:
> I think I'd solve it by something like:
>
>pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' |
> sed 's/.*\///')
>removepkg $pkgs
>sboinstall
On 21 August 2017 at 02:53, Didier Spaier wrote:
> If you installed a genuine perl5 package you shoul5 have it in /usr/lib:
> /usr/lib/perl5/auto/List/Util/Util.so
It's included in perl; the one in local was likely installed from CPAN
for an earlier version of perl.
__
The /usr/local/lib/perl5/auto/List/Util/Util.so problem is likely
because you installed something via CPAN and then upgraded your perl
version.
It's recommended not to do that.
On 21 August 2017 at 00:49, Jeremy Hansen wrote:
> On Sun, Aug 20, 2017, 6:34 PM Rich Shepard wrote:
>>
>> On Sun, 20 A
I think I'd solve it by something like:
pkgs=$(ls /var/log/packages/*_SBo | sed 's/-[^-]*-[^-]*-[^-]*$//' |
sed 's/.*\///')
removepkg $pkgs
sboinstall $pkgs
... of course, I'm a bit biased since I'm the current maintainer of sbotools.
___
Slack
I think I just realised what the issue is.
The subject line complains about http://slackbuilds.org/remove as
opposed to http://slackbuilds.org/remove/
Note the trailing / on the second one. In fact, all slackbuilds.org
links work like this: if the trailing / is omitted, the link doesn't
work.
Re
On 10 August 2017 at 01:41, Willy Sudiarto Raharjo
wrote:
>
>> So I submitted a new version of the vulkansdk SlackBuild and I noticed
>> the following:
>>
>> slackware-current has since added a package for the Vulkan SDK. In
>> -current, the package is named "vulkan-sdk". The SBo SlackBuild is
>>
On 7 August 2017 at 19:57, David Spencer
wrote:
> Do people think it's worth fixing this in the whole repo?
Definitely! :)
Less gotchas when building can only be a good thing imo
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http
On 7 August 2017 at 19:22, Rich Shepard wrote:
> cmake \
> -DCMAKE_C_FLAGS="$SLKCFLAGS" \
> -DCMAKE_CXX_FLAGS="$SLKCFLAGS" \
> -DCMAKE_INSTALL_PREFIX:PATH=/usr \
> -DLIB_SUFFIX=${LIBDIRSUFFIX} \
> -DRENDER_LIB=CAIRO
> -D FREETYPE_INCLUDE_DIRS:PATH="/usr/include/freetype2" \
> ./CMake
hand over maintenance of it to me?
Regards / Andreas Guldstrand
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
https://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lists.slackbuilds.org/pipermail/slackbuilds-
On 10 July 2017 at 20:16, Fernando Lopez wrote:
> delete the existing one... you should have gotten an email with
> instructions.
Those only work if it's still in pending, not if it's been accepted.
___
SlackBuilds-users mailing list
SlackBuilds-users@sl
It's already updated. I used the version on SBo several hours ago and
it gave me microcode version 0xba which is a fixed version.
On 26 June 2017 at 08:44, Daniil Bratashov wrote:
> here is the description of the problem:
> https://lists.debian.org/debian-devel/2017/06/msg00308.html
>
> WBR, Dani
It seems to me that if the DOWNLOAD URL was changed to
https://github.com/rg3/youtube-dl/archive/2017.06.18/youtube-dl-2017.06.18.tar.gz
instead, there would be no need for the SRCNAM variable, and no
browser would have an issue.
___
SlackBuilds-users mai
On 25 June 2017 at 02:23, Willy Sudiarto Raharjo
wrote:
>>> network/youtube-dl: Updated for version 2017.06.18.
>>
>> This fails for me because our beloved github returns source tarball
>> without underscore when going to
>> https://github.com/rg3/youtube-dl/archive/2017.06.18/youtube_dl-2017.06.1
On 12 April 2017 at 10:34, Willy Sudiarto Raharjo
wrote:
> Andreas,
>
> For now, i changed it to https://github.com/Elemental-IRCd/elemental-ircd
>
> i hope that's fine with you
Sure, no problem at all, thanks =)
___
SlackBuilds-users mailing list
Slack
There was one problem among my builds - network/elemental-ircd, and I
filed a bugreport against it letting them know their website is
nonfunctional
On 11 April 2017 at 05:39, B Watson wrote:
> On 4/10/17, David Spencer wrote:
>> While we are on the subject of dead links, our friend Dmitri at
>>
On 10 April 2017 at 00:57, Christoph Willing wrote:
> On 10/04/17 07:00, B Watson wrote:
>> On 4/9/17, Andrzej Telszewski wrote:
>>>
>>> I guess what Dimitris meant was that "openjdk" depends on "apache-ant",
>>> and "LibreOffice" depends on "openjdk", so "apache-ant" might be removed
>>> from "L
On 4 April 2017 at 20:02, Eric Pratt wrote:
> But, if we can't automate this, then I have to admit I don't understand why
> the jdk slackbuild even exists on slackbuilds.org. java.Slackbuild is
> provided in the distribution which will create a JDK or JRE package as
> desired. And JDK always inc
On 12 March 2017 at 18:15, Alexander Verbovetsky wrote:
> Hello,
>
> On Sun, Mar 12, 2017, at 19:20, B Watson wrote:
>> The trouble with ganttproject is that the project name is also
>> included in the tag's name, so you get a file called
>> ganttproject-ganttproject-2.8.3.tar.gz (the first "gantt
On 12 March 2017 at 18:06, B Watson wrote:
> So the problem is with sbotools, not your script?
>
> If you use the link from my earlier email, these problems go away. The
> file will always be named ganttproject-ganttproject-2.8.3.tar.gz,
> and tools like sbotools or sbopkg will Just Work, and you
-- Forwarded message --
From: Andreas Guldstrand
Date: 17 January 2017 at 11:38
Subject: Fwd: SlackBuilds.org perl-Text-Quoted
To: a...@sysbind.co.il
Hi Asaf,
I tried contacting you on a...@hadasa-oss.net which was listed as the
email for the perl-Text-Quoted slackbuild on slackbuilds.org, but
On 9 March 2017 at 00:30, Ryan P.C. McQuen wrote:
>
> Thank you sir! I am forever indebted to you for all the fun things you
> helped me with. Especially that `imgult`
> (https://github.com/ryanpcmcquen/image-ultimator) script you gave so much
> valuable feedback to.
>
> [...]
> ganv
> [...]
> pat
Sorry to see you go, I've enjoyed a lot of your builds over the years.
I'd be happy to take apps/spacefm off your hands.
/ Andreas
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbui
On 4 March 2017 at 11:04, Cristiano Urban wrote:
> I've tried to update atom via sbotools (# sboupgrade atom) for three
> consecutive times and it fails to build.
>
> Here below I attach a .txt with some info.
>
> Does anyone have the same issue?
I had the same issue when trying to install it too
On 4 March 2017 at 11:21, Andrzej Telszewski wrote:
> Isn't it the task of the shell to actually source the correct file?
That would force the user to log out and log in again between
installing openjdk/openjdk8/jdk and LibreOffice (or have them source
it manually of course, but that wouldn't be
On 4 March 2017 at 03:45, Nate Bargmann wrote:
> Right now the TCL files are being placed in /usr/lib[64]/tcl by the
> library's build system, yet I find tcl8, tcl8.6, and tclx8.4 under
> /usr/lib[64]. Which of these directories should the generated files be
> placed into? Also, there is a gener
libva-1.6.2-x86_64-1 is a part of slackware already
On 28 February 2017 at 20: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.
> I'm going around in circles a bit a
I'll take mpv, thanks for your efforts
On 12 February 2017 at 18:55, Fernando Lopez wrote:
> ill take avidemux
>
> On Feb 12, 2017 10:54 AM, "John Vogel" wrote:
>>
>> Dear list,
>>
>> I am relinquishing my Slackbuilds. I no longer use Slackware and don't
>> have time to keep my build scripts upd
On 7 February 2017 at 12:45, Eduardo Sanchez wrote:
> Well, it's a typo or some kind of mismatch, but it's upstream. The
> tarball is identified as 3.0 but upon uncompressing the directory
> carries the 3.0.1 version.
No, it's just as Christoph said, it's the link that needs changing.
Github lin
After going through the uid_gid.txt file, I found some more discrepancies:
postfix
amavisd-new
ntop
avahi
VirtualBox
openntpd
nut
znc
exim
policyd2
zabbix-server, zabbix-proxy, zabbix-agentd
apache-tomcat
cvsd
DKIMproxy
mediatomb
quagga
bitlbee
pcsc-lite
rplay
bacula
freeradius-server
jabberd2
ice
Take a look at
https://lists.slackbuilds.org/pipermail/slackbuilds-users/2017-January/018118.html
On 1 February 2017 at 14:15, Andrzej Telszewski wrote:
> Hi,
>
> Why libinput has become hard dependency for qt5?
> Please ignore this message if you don't have the time to answer, it's only
> my cu
On 26 January 2017 at 10:54, André Barboza wrote:
> Right. Kafka also needs to be updated.
> I will work on that.
>
> 2017-01-26 4:35 GMT-02:00 Miguel De Anda :
>>
>> i was building kafka and i ran into this message:
>>
>> You must have a kafka user and kafka group to run this script.
>> Somet
Yeah, I fixed this issue and some few others less than an hour ago ...
sorry for the inconvenience, this all should be good with sbotools-2.3
(which has already been approved and is in willysr's branch)
On 21 January 2017 at 02:30, Jim Diamond wrote:
> On Fri, Jan 20, 2017 at 21:20 (-0400), Jim D
Would be better to simply change the slackbuild script's make
invocation to make it -j 1 instead ... if that's done sbotools won't
try to use its -j setting
On 13 January 2017 at 02:31, Jim Diamond wrote:
> On Fri, Jan 13, 2017 at 08:17 (+0700), Willy Sudiarto Raharjo wrote:
>
>>> Thanks for the
Wow, that's a lot of things that need taking up ... I'll be happy to take
perl/perl-Inline
perl/perl-Inline-C
perl/perl-File-ShareDir-Install
perl/perl-Pegex
perl/perl-IO-All
perl/perl-File-Copy-Recursive
perl/perl-YAML-LibYAML
perl/perl-test-warn
I could be persuaded to take a few more of the pe
I'd be happy to take
perl/perl-File-Find-Rule
perl/perl-Number-Compare
perl/perl-Text-CSV
perl/perl-Text-Glob
perl/perl-Time-Piece
On 3 December 2016 at 15:00, Petar Petrov wrote:
> hi to all,
>
> This is a list of what I maintain at SBo:
>
> https://slackalaxy.wordpress.com/slackbuilds/
>
> is
I'll happily take the perl ones:
> ./perl/perl-Text-Autoformat
> ./perl/perl-Text-Reform
/ Andreas
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - https://lis
Another thread proposed allowing markdown-like sections in the READMEs
and standardising on how to format the README for each slackbuild
according to that, which would be fine IMO as it's still very readable
in a text editor; the markdown section tagging is very easy to read.
But adding semantics
>> Two: the single biggest problem we have at the moment (IMO) is qt5.
>> Lots of packages don't build properly unless you remove qt5 before
>> building. The only solution we have is to mention it in the README.
This has got absolutely nothing to do with an OPTIONAL field though.
And the README w
... and then list them in order, showing their READMEs, asking the
user to confirm each of them (just as he needs to for regular
dependencies)
On 6 November 2016 at 14:40, Andreas Guldstrand
wrote:
> On 6 November 2016 at 13:31, Erik Hanson wrote:
>> No. Discussions are fine, we'v
On 6 November 2016 at 13:31, Erik Hanson wrote:
> No. Discussions are fine, we've made changes based on public
> discourse in the past. What appears before us is a handful of people
> really want to write some tool that plows through optional deps
> automatically. They don't want to read the READM
How about '/usr/libexec'?
On 4 November 2016 at 12:02, 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/share/doc/op
On 29 October 2016 at 21:11, Thomas Szteliga wrote:
> On 10/29/2016 08:37 PM, B Watson wrote:
>> Example: a lot of Perl packages install only perl code, nothing native,
>> but the install path is different (lib vs. lib64) so they can't use
>> noarch.
Actually, a lot of perl packages don't actuall
As the current maintainer of sbotools, I would approve of an OPTIONAL
field like the one proposed by Andrzej, with the "libass:ASS=yes|no"
bits.
Seems very useful and feasible to implement support for.
On 3 November 2016 at 19:52, Andrzej Telszewski wrote:
> Hi,
>
> I've spent some time building
As I understand it, webkitgtk underwent major internal changes between
versions 1 and 2, and because of that, any project you write for
version 1 will be incompatible with version 2 and vice versa. Since
SBo probably wants to be able to support software built against either
version, it makes sense
I've just tried with sboinstall kdenlive here, and everything built
and installed correctly.
This was my install queue:
Install queue: amrnb dvdauthor libavc1394 libdv libiec61883 dvgrab
libmp4v2 faac faad2 gsm lame ffmpeg libquicktime mlt schroedinger x264
xvidcore kdenlive
Perhaps you already h
I'm both upstream and maintainer of the sbotools slackbuild, and I
find it very convenient.
It's not really "pushing" your own stuff to submit it to SBo, as
people will only really find it if they're actually searching for it.
On 9 September 2016 at 01:03, Daniel Prosser wrote:
> Hi everyone,
>
If the other package also ships a binary with the same name, I'd say
you should rename your binary to iperf3 in your SlackBuild script, so
it doesn't conflict. And mention this in the README.
On 28 August 2016 at 08:22, Sebastian Arcus wrote:
> On 28/08/16 06:57, Fernando Lopez wrote:
>>
>> had n
After checking line 3557 of bin/shutter from the
shutter-0.87.2.tar.gz, it does indeed try to use defined() on an
@array, which in newer perls is an error. shutter-0.87.2 won't work
under the perl version that slackware 14.2 ships with. I suggest
updating the version of shutter.
On 17 July 2016 at
66 matches
Mail list logo
