Le 20/09/2015 17:20, David Spencer a écrit :
> 0.9.4???
> Do you mean rtorrent, not libtorrent, which is version 0.13.4?
>
> For both libtorrent and rtorrent, the configure script prints this:
> checking for cppunit-config... no
> checking for Cppunit - version >= 1.9.6... no
> But that's not an
In this question... the Fedora repository is more reliable and they do not
rename
the source packages.
Before open old thread about sources of rtorrent and libtorrent, i went to
the Debian
repos, but the md5sums did not coincide, and still then... only rtorrent
have the same md5:
disregard previous update request, thx
___
SlackBuilds-users mailing list
SlackBuilds-users@slackbuilds.org
http://lists.slackbuilds.org/mailman/listinfo/slackbuilds-users
Archives - http://lists.slackbuilds.org/pipermail/slackbuilds-users/
FAQ -
> You might want to regenerate your queue files Willy, you dropped the
> libsigc++ dep back in February :-)
Hm.. i always ran sqg -a after public update
sqg should have overwriten the old queue files, but i still got the old dep.
Looks like i will have to rebuild all queue
Thanks
--
Willy
Hi,
I just built libtorrent 0.9.4 on Slackware 14.1. During ./configure, it
complains about a missing cppunit. I suggest this package to be added to
the list of dependencies.
Cheers,
Niki
--
Microlinux - Solutions informatiques durables
7, place de l'église - 30730 Montpezat
Web :
Downloaded the slackbuild, checked build version
against available versions.
Newer version 4.6.13.1
Listed corrections
http://baltimore.shorewall.net/pub/4.6/shorewall-4.6.13/known_problems.txt
1) On systems running Upstart, shorewall-init cannot reliably secure
the firewall before
>> I just built libtorrent 0.9.4 on Slackware 14.1.
0.9.4???
Do you mean rtorrent, not libtorrent, which is version 0.13.4?
For both libtorrent and rtorrent, the configure script prints this:
checking for cppunit-config... no
checking for Cppunit - version >= 1.9.6... no
But that's not an error.
Are new versions for libtorrent and rtorrent in:
http://rakshasa.github.io/rtorrent/
and:
https://github.com/rakshasa/libtorrent/releases
https://github.com/rakshasa/rtorrent/releases
But MD5s are differents for both.
I get sources from
> I guess I found the culprit. The SBo script doesn't use vanilla
> libtorrent and rtorrent source, but a different tarball from some weird
> Fedora mirror. [...]
> Why not use vanilla tarballs for these?
If you look at the git history you will see that those *are* the exact
original vanilla
On September 19, 2015 11:37:47 Rich Shepard wrote:
>This is interesting. I deleted the 3+M of the log file since July 2011
> and re-ran the qgis slackbuild script. Failed the same way after 20
> minutes, but there's no log file in /var/log/sbopkg/. Restored the file
> from last night's backup.
On 20/09/2015 20:02, David Spencer wrote:
As you can see the md5sums are unchanged, those tarballs are exactly
the same as originally on the author's site. No doubt this was done
because the author removed the original tarballs from the original
tarball's download site. The author has every
11 matches
Mail list logo
