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
*
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
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--
>>>
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
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
SlackBuilds
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
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.
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 :)
>>
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.
//
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.
Regards / Andreas Guldstrand
___
SlackBuilds-users mailing list
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
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
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
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
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
Den 21 aug. 2017 1:50 fm skrev "Rich Shepard" <rshep...@appl-ecosys.com>:
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
>
atashov.
On Mon, Aug 21, 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 $
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
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.
___
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.
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
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
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-users/
FAQ
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
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:
>
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
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
>>
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 =)
___
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 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
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
>
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
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
--
From: Andreas Guldstrand <andreas.guldstr...@gmail.com>
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 slac
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.
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
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
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
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,
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
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
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
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
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
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
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,
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
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
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:
>
>
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 -
>> 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
... 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
<andreas.guldstr...@gmail.com> wrote:
> On 6 November 2016 at 13:31, Erik Hanson <e...@sla
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
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
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
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
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
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
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
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
61 matches
Mail list logo