---
Subject: Re: [qBittorrent] I2P features seems to not work
From:beecdadd...@danwin1210.de
Date:Sat, January 27, 2024 7:24 pm
To: "Klemens Nanni"
--
i2pd is easy, you edit /etc/i2pd/i2pd.conf to yo
-- Original Message --
Subject: Re: [qBittorrent] I2P features seems to not work
From:beecdadd...@danwin1210.de
Date:Sat, January 27, 2024 7:24 pm
To: "Klemens
Please provide exact instructions on how to set up i2pd and qbittorrent.
I installed i2pd, followed its README, read the config and --help
output, looked through https://i2pd.website, but couldn't make a simple
'curl --socks5 127.0.0.1:4447 openbsd.org' work (4447/tcp being i2pd's
default SOCKS5
(After 1 week I figured out how to subscribe to a list by reading the
entire OpenBSD's page until the end)
Hello
This is my 1st post to ports list, tell me if I'm missing anything.
I am running -current both OpenBSD and ports(pkg_add).
So the problem is that in qbittorrent the I2P experimental
), if any.
> I am running -current both OpenBSD and ports(pkg_add), I might be a few
> hours behind if that matters
>
> So the problem is that in qbittorrent the I2P experimental feature does
> not work like AT ALL.. I added 4 torrents over the biggest I2P tracker
> postman and
Hello
This is my 1st post to ports list, tell me if these things are supposed to
be 1v1 (with maintainer), but this might involve multiple ports, like 3..
I am running -current both OpenBSD and ports(pkg_add), I might be a few
hours behind if that matters
So the problem is that in qbittorrent
e this?
> Feedback? Objection? OK?
updated diff after wantlib and boost got sorted out.
Index: Makefile.inc
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile.inc
--- Makef
On Sat Jan 21, 2023 at 07:18:28AM +, Klemens Nanni wrote:
> On my X230 running Xfce, qtbittorrent is unusable since buttons appear
> bigger than the field they are in, i.e. text and icons are cropped.
>
> Under Qt6 everything is rendered correctly.
>
> Does anyone else see this?
> Feedback?
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving revision 1.24
diff -u -p -r1.24 Makefile.inc
--- Makefile.inc21 Jan 2023 07:04:30 - 1.24
+++ Makefile.inc21 Jan 2023 07:13:26 -
@@ -18,8 +18,9 @@ PERMIT_PACKAGE = Yes
https://github.com/qbittorrent/qBittorrent/compare/release-4.4.3.1...release-4.4.5
No WANTLIB or PLIST change.
Works for me on amd64.
OK?
Index: Makefile.inc
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving
r this, but will wait for Elias.
Feedback? OK?
Index: Makefile.inc
=======
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving revision 1.22
diff -u -p -r1.22 Makefile.inc
--- Makefile.inc7 Aug 2022 09:29:21 - 1.22
+++ M
Using cmake I have then updated and tested all the versions up to 4.4.5.
They all work, no changes except bumping the version number.
4.5.0 needs libtorrent-rasterbar 2.0.0, but also seems to have
regressions and/or controversial changes.
Switching to Qt6 is a single configure argument and
solve the cmake
bits for dbus and stacktrace.
That one .png is no longer installed but shouldn't matter.
Works as before.
Feedback? Objection? OK?
Index: Makefile.inc
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving
04.01.2023 19:52, Theo Buehler пишет:
> LibreSSL's pkgconfig used to announce version 1.0.0. This was bumped to
> 2.0.0 nearly a year ago in lib/libcrypto/generate_pkgconfig.sh r1.4 to
> avoid such patches. There are surely a few more diffs left in the ports
> tree that are no longer needed. I
On Wed, Jan 04, 2023 at 07:47:09PM +, Klemens Nanni wrote:
> Not sure why this was needed during import, but these days it detects
> and builds just fine against LibreSSL.
> -- [openssl >= 1.1.1],
> -+ [openssl >= 1.0.0],
LibreSSL's pkgconfig used to
Not sure why this was needed during import, but these days it detects
and builds just fine against LibreSSL.
No WANTLIB or PLIST change, works as before; bump REVISION to be clear.
Feedback? OK?
Index: qbittorrent/Makefile
===
RCS
; this is how I have used it for months.
> (With `127.0.0.1` it doesn't.)
>
> > For listening to connections from any v4 address use 0.0.0.0
> Thank you for this tip, it does work and I leave it set to `0.0.0.0`.
>
> > the ideal fix for qbittorrent-nox would be if it create
Updating net/qbittorrent from 4.3.9 to 4.4.2
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.4.2/Changelog
Some things got fixed upstream so we don't need that on patches
anymore.
I rearrange the WANTLIB when adding some new lib deps.
Tested OK on amd64.
Asking for OKs
On Sat, Sep 18, 2021 at 09:47:58PM +0200, Rafael Sadowski wrote:
> On Sat Sep 18, 2021 at 09:55:11AM +0100, Stuart Henderson wrote:
> > I am ok with this, but the following ports will need adjusting due to
> > pkgspecs on particular boost versions:
> >
> > archivers/innoextract
> >
On 9/18/2021 4:37 AM, Rafael Sadowski wrote:
On Thu Sep 16, 2021 at 08:44:00AM +0100, Stuart Henderson wrote:
On 2021/09/15 23:15, Brad Smith wrote:
Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0 initially)
and it no longer was crashing on me. I started up qBittorrent
On Sat Sep 18, 2021 at 09:55:11AM +0100, Stuart Henderson wrote:
> I am ok with this, but the following ports will need adjusting due to
> pkgspecs on particular boost versions:
>
> archivers/innoextract
> audio/py-tagpy,python3
> devel/leatherman
> games/arx-libertatis
> games/freeorion
>
wrote:
> Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0
initially)
> and it no longer was crashing on me. I started up qBittorrent and downloaded
> a few well seeded torrents.
Unless we understand the mechanism for the failure and are sure it's a
libtorrent-rasterba
On Thu Sep 16, 2021 at 08:44:00AM +0100, Stuart Henderson wrote:
> On 2021/09/15 23:15, Brad Smith wrote:
> > Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0
> > initially)
> > and it no longer was crashing on me. I started up qBittorrent and downloaded
On 2021/09/15 23:15, Brad Smith wrote:
> Interesting. I found rebuilding libtorrent-rasterbar with -O1 (or -O0
> initially)
> and it no longer was crashing on me. I started up qBittorrent and downloaded
> a few well seeded torrents.
Unless we understand the mechanism for the failure
t; Thanks for the links Theo, I didn't know about those mirrors with the
> > > > previous builds.
> > > > Yep, the problem seems to lie with the boost update from 1.76 to 1.77.
> > > > Using 1.76 works OK.
> > > >
> > > > On Mon, Sep 13,
ous builds.
> > > > > Yep, the problem seems to lie with the boost update from 1.76 to 1.77.
> > > > > Using 1.76 works OK.
> > > > >
> > > > > On Mon, Sep 13, 2021 at 6:28 PM Theo Buehler
> > > > > wrote:
> >
> > Using 1.76 works OK.
> > >
> > > On Mon, Sep 13, 2021 at 6:28 PM Theo Buehler wrote:
> > > On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrote:
> > > > I should add some more info:
> > > > - I tested this on amd64, qbit
he boost update from 1.76 to 1.77.
> > Using 1.76 works OK.
> >
> > On Mon, Sep 13, 2021 at 6:28 PM Theo Buehler wrote:
> > On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrote:
> > > I should add some more info:
> > > - I tested this on amd64, qbittorrent
iani wrote:
I should add some more info:
- I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so
ago. I just tested deluge because it uses the same libraries.
- Reproduce: pkg_add qbittorrent on -current, run qbittorrent. The same
applies for deluge.
I tested both in a vanilla -curre
ani wrote:
> > I should add some more info:
> > - I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so
> > ago. I just tested deluge because it uses the same libraries.
> > - Reproduce: pkg_add qbittorrent on -current, run qbittorrent. The same
> > appl
On Mon, Sep 13, 2021 at 05:55:51PM -0300, Elias M. Mariani wrote:
> I should add some more info:
> - I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so
> ago. I just tested deluge because it uses the same libraries.
> - Reproduce: pkg_add qbittorrent on -current, run
I should add some more info:
- I tested this on amd64, qbittorrent 4.3.8 was working OK a week or so
ago. I just tested deluge because it uses the same libraries.
- Reproduce: pkg_add qbittorrent on -current, run qbittorrent. The same
applies for deluge.
I tested both in a vanilla -current machine
net/qbittorrent and net/deluge are broken (at least on amd64).
Both are using net/libtorrent-rasterbar and devel/boost. I'm guessing
that this is the fallout from some change on the system libraries or
caused by the devel/boost update.
I'm adding the backtrace frdsdsdom gdb for both to see
New diff based on the excellent recommendation from sthen@.
Comments?
OK?
Cheers.
Elias mariani@
Index: Makefile.inc
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile.inc
On 2021/05/24 01:19, Elias M. Mariani wrote:
> Changlelog:
> https://github.com/qbittorrent/qBittorrent/blob/release-4.3.5/Changelog
>
> New minimum versions are requested to build (zlib>=1.2.11 and
> openssl>=1.1.1).
> The 'configure' file has been modified accordingly
I forgot to add:
Comments?
OK?
Thanks!
mariani@
Changlelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.3.5/Changelog
New minimum versions are requested to build (zlib>=1.2.11 and
openssl>=1.1.1).
The 'configure' file has been modified accordingly.
Thanks to namn@ for the work on updating net/libtorrent-rasterbar
that was
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.2.5/Changelog#L1
"It contains fixes for two crashes." from:
https://www.qbittorrent.org/news.php
Mostly small bugfixes, nothing of impact.
I don't see why holding for 6.7.
Tested on amd64.
OKs?
Cheers.
Elias maria
Le Thu, 23 Apr 2020 14:14:23 -0600 (MDT),
Elias M. Mariani a écrit :
> Changelog:
> https://github.com/qbittorrent/qBittorrent/blob/release-4.2.4/Changelog#L1
>
> Mostly small bugfixes, nothing of impact.
> I don't see why holding for 6.7.
>
> Tested on amd64.
>
>
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.2.4/Changelog#L1
Mostly small bugfixes, nothing of impact.
I don't see why holding for 6.7.
Tested on amd64.
OKs?
Cheers.
Elias mariani@
Index: Makefile.inc
;
> Index: Makefile.inc
> ===
> RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
> retrieving revision 1.9
> diff -u -p -r1.9 Makefile.inc
> --- Makefile.inc 28 Mar 2020 19:48:15 - 1.9
> +++ Makefile.inc 4 Apr 2020 02:33:56 -
> @
Sorry, First time sending an inline patch, with errors...
Thanks to @rsadowski for pointing it out.
OKs?
Cheers.
Elias mariani@
Index: Makefile.inc
===
RCS file: /cvs/ports/net/qbittorrent/Makefile.inc,v
retrieving revision 1.9
Update for net/qbittorrent/qbittorrent and net/qbittorrent/qbittorrent-nox
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.2.3/Changelog
Tested OK on amd64.
Taking MAINTAINER (I forgot the last time...)
OKs?
Cheers.
Elias mariani@
Index: Makefile.inc
On Fri, Mar 27, 2020 at 07:20:07PM -0300, Elias M. Mariani wrote:
> > Why not using the lang/python module as usual?
> You are right, I should have used MODULES.
> Is this OK with you?
> I used MODPY_BUILDDEP = No to avoid the BUILD_DEPENDS on python.
Yup, OK kn with MODPY_TESTDEP=No as well.
ILDDEP = No to avoid the BUILD_DEPENDS on python.
On Fri, Mar 27, 2020 at 12:01 PM Klemens Nanni wrote:
>
> On Wed, Mar 25, 2020 at 06:17:11AM -0300, Elias M. Mariani wrote:
> > Update for net/qbittorrent/qbittorrent and net/qbittorrent/qbittorrent-nox
> >
> > Changelog:
>
On Wed, Mar 25, 2020 at 06:17:11AM -0300, Elias M. Mariani wrote:
> Update for net/qbittorrent/qbittorrent and net/qbittorrent/qbittorrent-nox
>
> Changelog:
> https://github.com/qbittorrent/qBittorrent/blob/release-4.2.2/Changelog
>
> Important change:
> - SEARCH: Drop py
Update for net/qbittorrent/qbittorrent and net/qbittorrent/qbittorrent-nox
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.2.2/Changelog
Important change:
- SEARCH: Drop python2 support
So jumping from lang/python/2.7 to lang/python/3.7, this is only a
RUN_DEPENDS
Rafael Sadowski writes:
> On Sun Jan 19, 2020 at 03:38:29PM -0800, Nam Nguyen wrote:
>> Here is a diff to update net/qbittorrent to 4.2.1, released on December
>> 17, 2019.
>>
>> * Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
>> to py
On Sun Jan 19, 2020 at 03:38:29PM -0800, Nam Nguyen wrote:
> Here is a diff to update net/qbittorrent to 4.2.1, released on December
> 17, 2019.
>
> * Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
> to python 3 and proposed fix for devel/boost py
Here is a diff to update net/qbittorrent to 4.2.1, released on December
17, 2019.
* Uses the proposed update to net/libtorrent-rasterbar 1.2.3 that moves
to python 3 and proposed fix for devel/boost python 3 bindings.
* python 2 is an optional dependency used at runtime for this port for
some
net/qbittorrent/qbittorrent-nox failed to build in my latest amd64 bulk
build. This looks like an accidental/forgotten dependency on
security/libgcrypt:
>>> Building on amd64-3 under net/qbittorrent/qbitto
On Wed, Nov 06 2019, Frederic Cambus wrote:
> Hi ports@,
>
> Here is a diff to remove an unnecessary RUN_DEPENDS on net/GeoIP in
> qbittorrent.
>
> It's there since the port was imported, but my guess is that it was
> wrongfully included in order to pull in the GeoLite dat
Hi ports@,
Here is a diff to remove an unnecessary RUN_DEPENDS on net/GeoIP in
qbittorrent.
It's there since the port was imported, but my guess is that it was
wrongfully included in order to pull in the GeoLite databases.
I checked the current version and the version used at the time the
port
On Fri Dec 28, 2018 at 12:37:49PM -0300, Elias M. Mariani wrote:
> Changelog:
> https://github.com/qbittorrent/qBittorrent/blob/release-4.1.5/Changelog
>
> Pretty straightforward patch.
> (the patches were updated to match new files)
> Nothing significant to say...
&g
Changelog:
https://github.com/qbittorrent/qBittorrent/blob/release-4.1.5/Changelog
Pretty straightforward patch.
(the patches were updated to match new files)
Nothing significant to say...
Tested both net/qbittorrent/qbittorrent and
net/qbittorrent/qbittorrent-nox on amd64.
Comments, OK?
Elias
mall diff attached.
> > Tested on amd64 without problems (both qbittorrent and qbittorrent-nox).
> >
> > A small tweak on the README for qbittorrent-nox, now is needed to
> > specify a locale to have text on the interface...
> >
> > Cheers.
> > Elias.
>
> OK rsadowski@
qbittorrent-4.1.4.diff
Description: Binary data
On Sat Nov 24, 2018 at 11:10:10PM -0300, Elias M. Mariani wrote:
> Changelog:
> https://www.qbittorrent.org/news.php
>
> Small diff attached.
> Tested on amd64 without problems (both qbittorrent and qbittorrent-nox).
>
> A small tweak on the README for qbittorrent-nox, now i
"Elias M. Mariani" wrote:
> Changelog:
> https://www.qbittorrent.org/news.php
>
> Small diff attached.
> Tested on amd64 without problems (both qbittorrent and qbittorrent-nox).
>
> A small tweak on the README for qbittorrent-nox, now is needed to
Changelog:
https://www.qbittorrent.org/news.php
Small diff attached.
Tested on amd64 without problems (both qbittorrent and qbittorrent-nox).
A small tweak on the README for qbittorrent-nox, now is needed to
specify a locale to have text on the interface...
Cheers.
Elias.
qbittorrent-4.1.4
CHANGELOG:
https://www.qbittorrent.org/news.php
- Added .desktop file and respective @tag and dependency.
- Removed patches implemented upstream.
Cheers.
Elias.
qbittorrent-4.1.3.diff
Description: Binary data
0, Elias M. Mariani wrote:
>>> Sorry for pinging,
>>> Just a small change to the README of qbittorrent-nox, tweak from
>>> Charlene Wendling.
>>>
>>> Cheers.
>>> Elias.
>>>
>>> 2018-08-28 16:34 GMT-03:00 Elias M. Mariani :
>>>
Tweak to switch ${FULLPKGNAME} to ${PKGSTEM}
Cheers.
Elias.
2018-09-03 5:00 GMT-03:00 Rafael Sadowski :
> OK rsadowski@
>
> On Fri Aug 31, 2018 at 04:44:35PM -0300, Elias M. Mariani wrote:
>> Sorry for pinging,
>> Just a small change to the README of qbittorrent-nox, t
OK rsadowski@
On Fri Aug 31, 2018 at 04:44:35PM -0300, Elias M. Mariani wrote:
> Sorry for pinging,
> Just a small change to the README of qbittorrent-nox, tweak from
> Charlene Wendling.
>
> Cheers.
> Elias.
>
> 2018-08-28 16:34 GMT-03:00 Elias M. Mariani :
> > S
that Elias mentioned earlier with
the Qt interface, but it doesn't affect the stability of the program
itself.
As a user, it's fine for me.
Charlène.
On Fri, 31 Aug 2018 16:44:35 -0300
Elias M. Mariani wrote:
> Sorry for pinging,
> Just a small change to the README of qbittorrent-nox, twea
Sorry for pinging,
Just a small change to the README of qbittorrent-nox, tweak from
Charlene Wendling.
Cheers.
Elias.
2018-08-28 16:34 GMT-03:00 Elias M. Mariani :
> Separate ports sharing the same parent folder (net/qbittorrent) it is then.
>
>
> 2018-08-27 20:04 GMT-03:00 Stua
Separate ports sharing the same parent folder (net/qbittorrent) it is then.
2018-08-27 20:04 GMT-03:00 Stuart Henderson :
> On 2018/08/27 19:30, Elias M. Mariani wrote:
>> Yes, but in this case they are built separately and the do not share any
>> files.
>>
>> Cheers.
if someone could check if I'm using correctly the FLAVORS.
> >> The port creates 2 packages that are built separately:
> >> - qbittorrent (Qt5 + web interface)
> >> - qbittorrent-nox (web interface only)
> >> My doubts come when using the PLIST when all the fi
ates 2 packages that are built separately:
>> - qbittorrent (Qt5 + web interface)
>> - qbittorrent-nox (web interface only)
>> My doubts come when using the PLIST when all the files are different.
>> (I think that is OK but getting feedback doesn't hurt...)
>
> That would
On 2018/08/27 15:17, Elias M. Mariani wrote:
> Also if someone could check if I'm using correctly the FLAVORS.
> The port creates 2 packages that are built separately:
> - qbittorrent (Qt5 + web interface)
> - qbittorrent-nox (web interface only)
> My doubts come when using the
Removing an unused variable spotted by rsadowski@
Sorry for spamming.
2018-08-27 15:17 GMT-03:00 Elias M. Mariani :
> qBittorrent is a bittorrent client programmed in C++ and Qt that
> uses libtorrent-rasterbar. It is fast, stable and provides unicode
> support as well as many feat
qBittorrent is a bittorrent client programmed in C++ and Qt that
uses libtorrent-rasterbar. It is fast, stable and provides unicode
support as well as many features like remote control through a web
user interface.
https://www.qbittorrent.org/
Using it myself, no problems detected. The only
71 matches
Mail list logo