update: net/transmission 4.0.6

Ping. This is a bugfix release. Tested on amd64. -daemon still has a non-zero rtable issue reported with 4.0.5. Changes: All Platforms Improved parsing HTTP tracker announce response. (#6223) Fixed 4.0.0 bug that caused some user scripts to have an invalid TR_TORRENT_TRACKERS

Re: update: net/transmission 4.0.6

Ping in regards to https://marc.info/?l=openbsd-ports=171828585031997=2 On Thu, Jun 13, 2024 at 09:40:14AM -0400, Josh Grosse wrote: > This is a bugfix release that includes the previously patches > that Brad cherry picked for libfmt 10. > > Tested on amd64. The -gtk and -qt binaries have no

update: net/transmission 4.0.6

This is a bugfix release that includes the previously patches that Brad cherry picked for libfmt 10. Tested on amd64. The -gtk and -qt binaries have no apparent regressions; the -daemon binary will still loop with libcurl if run in a different rdomain than zero; but this is an existing

[update] net/transmission 4.0.5

Attached is a minor update from 4.0.4 to 4.0.5, described upstream as a bug fix release. The gtk, qt, and web clients (this last with transmission-daemon) have been lightly tested on amd64. The change log follows. - Highlights * Fixed 4.0.0 bug where the IP address

Re: [update] net/transmission 4.0.4

On Sat, Sep 23, 2023 at 11:36:27AM -0400, Josh Grosse wrote: > ping. > > On Mon, Sep 18, 2023 at 08:42:01PM -0400, Josh Grosse wrote: > > This is an update from 4.0.3 to 4.0.4. Lightly tested > > the -gtk, -qt, and -daemon binaries on amd64. Thanks, after syncing PLIST.

Re: [update] net/transmission 4.0.4

ping. On Mon, Sep 18, 2023 at 08:42:01PM -0400, Josh Grosse wrote: > This is an update from 4.0.3 to 4.0.4. Lightly tested > the -gtk, -qt, and -daemon binaries on amd64. > > diff --git a/net/transmission/Makefile b/net/transmission/Makefile > index ce94928b0ad..d5070c72809 100644 > ---

[update] net/transmission 4.0.4

This is an update from 4.0.3 to 4.0.4. Lightly tested the -gtk, -qt, and -daemon binaries on amd64. diff --git a/net/transmission/Makefile b/net/transmission/Makefile index ce94928b0ad..d5070c72809 100644 --- a/net/transmission/Makefile +++ b/net/transmission/Makefile @@ -2,7 +2,7 @@

Re: [update] net/transmission 4.0.3

On Fri, 21 Apr 2023 08:49:12 -0400 Josh Grosse wrote: > Attached is an update for net/transmission from 4.0.2 to 4.0.3. > > 4.0.3 is a minor bugfix release. > > This diff includes a new patch from upstream for their PR #5424 > to fix a problem reported to ports@ by Raf Czlonka yesterday: > >

[update] net/transmission 4.0.3

Attached is an update for net/transmission from 4.0.2 to 4.0.3. 4.0.3 is a minor bugfix release. This diff includes a new patch from upstream for their PR #5424 to fix a problem reported to ports@ by Raf Czlonka yesterday: https://marc.info/?t=16819898542=1=2 The patch has been tested

Re: [update] net/transmission 4.0.2

On Tue, Apr 11, 2023 at 06:57:49PM -0400, Josh Grosse wrote: > diff --git a/net/transmission/pkg/PLIST-main b/net/transmission/pkg/PLIST-main > index 622eb4cdf94..cb16269a77d 100644 > --- a/net/transmission/pkg/PLIST-main > +++ b/net/transmission/pkg/PLIST-main > @@ -22,81 +22,50 @@ > @man

Re: [update] net/transmission 4.0.2

On Sat, Apr 15, 2023 at 01:09:22AM +0300, Kirill Bychkov wrote: > On Wed, April 12, 2023 01:57, Josh Grosse wrote: > > On Wed, Apr 12, 2023 at 12:18:47AM +0300, Kirill Bychkov wrote: > >> On Fri, April 7, 2023 14:35, Josh Grosse wrote: > >> > On Fri, Apr 07, 2023 at 10:30:22AM +0100, Stuart

Re: [update] net/transmission 4.0.2

On Wed, April 12, 2023 01:57, Josh Grosse wrote: > On Wed, Apr 12, 2023 at 12:18:47AM +0300, Kirill Bychkov wrote: >> On Fri, April 7, 2023 14:35, Josh Grosse wrote: >> > On Fri, Apr 07, 2023 at 10:30:22AM +0100, Stuart Henderson wrote: >> >> .. >> >> > +LIB_DEPENDS-common += net/curl net/libpsl

Re: [update] net/transmission 4.0.2

On Wed, Apr 12, 2023 at 12:18:47AM +0300, Kirill Bychkov wrote: > On Fri, April 7, 2023 14:35, Josh Grosse wrote: > > On Fri, Apr 07, 2023 at 10:30:22AM +0100, Stuart Henderson wrote: > >> .. > >> > +LIB_DEPENDS-common += net/curl net/libpsl net/miniupnp/libnatpmp > >> > +LIB_DEPENDS-common +=

Re: [update] net/transmission 4.0.2

On Fri, April 7, 2023 14:35, Josh Grosse wrote: > On Fri, Apr 07, 2023 at 10:30:22AM +0100, Stuart Henderson wrote: >> .. >> > +LIB_DEPENDS-common += net/curl net/libpsl net/miniupnp/libnatpmp >> > +LIB_DEPENDS-common += net/miniupnp/miniupnpc>=1.9 >> >> would prefer one-per-line in

Re: [update] net/transmission 4.0.2

On Fri, Apr 07, 2023 at 10:30:22AM +0100, Stuart Henderson wrote: > .. > > +LIB_DEPENDS-common += net/curl net/libpsl net/miniupnp/libnatpmp > > +LIB_DEPENDS-common += net/miniupnp/miniupnpc>=1.9 > > would prefer one-per-line in LIB_DEPENDS like other ports do Done. > .. > >

Re: [update] net/transmission 4.0.2

On 2023/04/06 19:06, Josh Grosse wrote: > -LIB_DEPENDS-common=devel/gettext,-runtime \ > - devel/libevent2 \ > - net/curl \ > - net/miniupnp/libnatpmp \ > - net/miniupnp/miniupnpc>=1.9 .. > +LIB_DEPENDS-common +=net/curl net/libpsl

[update] net/transmission 4.0.2

The attached patch has been prepared with Klemens Nanni's kind guidance. Without it, I would not have been able to complete this diff. We have both performed light testing of the application. The key difference from the 4.0.1 diff submitted to ports@ previously is that this builds with gtk+3,

Re: [update] net/transmission 4.0.1 - work in progress

06.04.2023 12:51, Josh Grosse пишет: > Upstream is now at 4.0.2. I'd like to test that revision. 4.0.2 shows 20 compile errors on am64, I have not looked into it. Do you want to fix that and jump to .2 directly or commit what we have and then work on the minor update?

Re: [update] net/transmission 4.0.1 - work in progress

On Thu, Apr 06, 2023 at 11:55:18AM +, Klemens Nanni wrote: > On Tue, Mar 14, 2023 at 09:28:45PM -0400, Josh Grosse wrote: > > I think this may be ready for testing by transmission users. > > I saw now feedback on this. Shall we commit? > Works for me in light testing. Upstream is now at

Re: [update] net/transmission 4.0.1 - work in progress

On Tue, Mar 14, 2023 at 09:28:45PM -0400, Josh Grosse wrote: > I think this may be ready for testing by transmission users. I saw now feedback on this. Shall we commit? Works for me in light testing. Index: Makefile === RCS file:

Re: [update] net/transmission 4.0.1 - work in progress

On Sat, Mar 11, 2023 at 12:55:39PM +, Klemens Nanni wrote: > 10.03.2023 20:47, Klemens Nanni ??: > > +++ pkg/PLIST-main 10 Mar 2023 14:45:13 - > > @@ -22,81 +22,84 @@ > > @man man/man1/transmission-remote.1 > > @man man/man1/transmission-show.1 > > @comment share/applications/

Re: [update] net/transmission 4.0.1 - work in progress

On Sat, Mar 11, 2023 at 12:55:39PM +, Klemens Nanni wrote: > 10.03.2023 20:47, Klemens Nanni ??: > > +++ pkg/PLIST-main 10 Mar 2023 14:45:13 - > > @@ -22,81 +22,84 @@ > > @man man/man1/transmission-remote.1 > > @man man/man1/transmission-show.1 > > @comment share/applications/

Re: [update] net/transmission 4.0.1 - work in progress

10.03.2023 20:47, Klemens Nanni пишет: > +++ pkg/PLIST-main10 Mar 2023 14:45:13 - > @@ -22,81 +22,84 @@ > @man man/man1/transmission-remote.1 > @man man/man1/transmission-show.1 > @comment share/applications/ (This @comment can probably go well and then get cleaned up from

Re: [update] net/transmission 4.0.1 - work in progress

10.03.2023 19:57, Josh Grosse пишет: > On Fri, Mar 10, 2023 at 03:09:42PM +, Klemens Nanni wrote: > [snip] >> Here is a diff using cmake, qt6 and gtk4 as per upstream defaults. >> Above mentioned cmake issues should be mentioned upstream. >> The one new local patch is trivial, free PR for

Re: [update] net/transmission 4.0.1 - work in progress

On Fri, Mar 10, 2023 at 03:09:42PM +, Klemens Nanni wrote: [snip] > Here is a diff using cmake, qt6 and gtk4 as per upstream defaults. > Above mentioned cmake issues should be mentioned upstream. > The one new local patch is trivial, free PR for anyone taking their time. > > Both gtk and qt

Re: [update] net/transmission 4.0.1 - work in progress

On Fri, Mar 10, 2023 at 03:09:42PM +, Klemens Nanni wrote: > transmission's cmake code finds and prints libevent2's 2.1.12, but ends up > always using base libevent.so.* which I have not been able to fix. > > Looks like transmission wants to link against a single -levent like base, > but

Re: [update] net/transmission 4.0.1 - work in progress

On Thu, Mar 09, 2023 at 06:02:31PM -0500, Josh Grosse wrote: > The attached "version 1" patch is a work-in-progress; I'm looking for > advice and corrections > > 1) I have (temporarily) disabled the Qt subpackage >build, because upstream has switched to using CMake for >everything, and I

Re: [update] net/transmission 4.0.1 - work in progress

On Fri, Mar 10, 2023 at 03:20:51PM +0100, Antoine Jacoutot wrote: > On Fri, Mar 10, 2023 at 09:10:56AM -0500, Josh Grosse wrote: > > On Fri, Mar 10, 2023 at 07:37:20AM +, Stuart Henderson wrote: > > > On 2023/03/09 18:02, Josh Grosse wrote: > > > > 2) I am having an issue with "size mismatch"

Re: [update] net/transmission 4.0.1 - work in progress

On Fri, Mar 10, 2023 at 09:10:56AM -0500, Josh Grosse wrote: > On Fri, Mar 10, 2023 at 07:37:20AM +, Stuart Henderson wrote: > > On 2023/03/09 18:02, Josh Grosse wrote: > > > 2) I am having an issue with "size mismatch" warnings as both > > >libevent and devel/libevent2 are required by

Re: [update] net/transmission 4.0.1 - work in progress

On Fri, Mar 10, 2023 at 07:37:20AM +, Stuart Henderson wrote: > On 2023/03/09 18:02, Josh Grosse wrote: > > 2) I am having an issue with "size mismatch" warnings as both > >libevent and devel/libevent2 are required by the main and > >gtk subpackages. > > Mixing the two won't work,

Re: [update] net/transmission 4.0.1 - work in progress

On 2023/03/09 18:02, Josh Grosse wrote: > 2) I am having an issue with "size mismatch" warnings as both >libevent and devel/libevent2 are required by the main and >gtk subpackages. Mixing the two won't work, it will need to use either one or the other.

[update] net/transmission 4.0.1 - work in progress

The attached "version 1" patch is a work-in-progress; I'm looking for advice and corrections 1) I have (temporarily) disabled the Qt subpackage build, because upstream has switched to using CMake for everything, and I do not know enough about either CMake or QMake to get it to build. I

Re: [update] net/transmission

"Ping." On Sat, May 23, 2020 at 02:20:38PM -0400, Josh Grosse wrote: > Update from 2.94 to 3.00 > > Changelog: https://github.com/transmission/transmission/releases/tag/3.00 > Index: Makefile > === > RCS file:

[update] net/transmission

Update from 2.94 to 3.00 Changelog: https://github.com/transmission/transmission/releases/tag/3.00 Index: Makefile === RCS file: /systems/cvs/ports/net/transmission/Makefile,v retrieving revision 1.134 diff -u -p -r1.134 Makefile ---

[update] net/transmission

=== Transmission 2.94 (2018/05/01) === All Platforms * Fix building against LibreSSL (#284, #486, #570) * Fix building against mbedTLS (#115, #528) * Fix torrents ETA calculation (#522) * Fix cross-compilation issues caused by miniupnpc configuration test (#475) Qt Client

Re: [update] net/transmission

I was advised via private Email to update $HOMEPAGE. Version 2 of both patch sets are attached. Index: Makefile === RCS file: /systems/cvs/ports/net/transmission/Makefile,v retrieving revision 1.122 diff -u -p -r1.122 Makefile ---

[update] net/transmission

This updates net/transmission from 2.92 -> 2.93. This includes a fix for CVE-2018-5702, so there are two MIME attachments. net.transmission.patch is for -current net.transmission.stable.patch is for -stable Both were tested on amd64. Index: Makefile

Re: [UPDATE] net/transmission

On Wed, Sep 21, 2016 at 11:03:11PM +0200, Rafael Sadowski wrote: > http(s)?! The committed diff: Index: Makefile === RCS file: /systems/cvs/ports/net/transmission/Makefile,v retrieving revision 1.106 retrieving revision 1.107 diff

Re: [UPDATE] net/transmission

On Wed Sep 21, 2016 at 06:46:30AM -0400, Josh Grosse wrote: > On Wed, Sep 21, 2016 at 06:30:50AM -0400, Josh Grosse wrote: > > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote: > > > They still have proper tarballs, this is identical to the previous one: > > > > > >

Re: [UPDATE] net/transmission

On Wed, Sep 21, 2016 at 11:46:58AM +0100, Stuart Henderson wrote: > On 2016/09/21 06:30, Josh Grosse wrote: > > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote: > > > They still have proper tarballs, this is identical to the previous one: > > > > > >

Re: [UPDATE] net/transmission

On 2016/09/21 06:30, Josh Grosse wrote: > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote: > > They still have proper tarballs, this is identical to the previous one: > > > > https://github.com/transmission/transmission-releases/raw/master/transmission-2.92.tar.xz > > Thank you,

Re: [UPDATE] net/transmission

On Wed, Sep 21, 2016 at 06:30:50AM -0400, Josh Grosse wrote: > On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote: > > They still have proper tarballs, this is identical to the previous one: > > > >

Re: [UPDATE] net/transmission

On Wed, Sep 21, 2016 at 11:10:16AM +0100, Stuart Henderson wrote: > They still have proper tarballs, this is identical to the previous one: > > https://github.com/transmission/transmission-releases/raw/master/transmission-2.92.tar.xz Thank you, Sir. But is there a GH_* mechanism to fetch it?

Re: [UPDATE] net/transmission

On 2016/09/21 06:05, Josh Grosse wrote: > Upstream has relocated source to Github, and are using > a tarball that requires a pre-configure step. > > It is still the same release 2.92. Tested on amd64. > > My thanks to David Hill for letting me know Upstream had > transitioned development to

[UPDATE] net/transmission

Upstream has relocated source to Github, and are using a tarball that requires a pre-configure step. It is still the same release 2.92. Tested on amd64. My thanks to David Hill for letting me know Upstream had transitioned development to Github. Index: Makefile

Re: [update] net/transmission

On 2016-03-08 13:11, Marc Espie wrote: On Tue, Mar 08, 2016 at 04:18:16PM +, Christian Weisgerber wrote: On 2016-03-08, Josh Grosse wrote: > Thank you, naddy, for your kind patience with my port update. This one in > particular has been a learning experience, and

Re: [update] net/transmission

On Tue, Mar 08, 2016 at 04:18:16PM +, Christian Weisgerber wrote: > On 2016-03-08, Josh Grosse wrote: > > > Thank you, naddy, for your kind patience with my port update. This one in > > particular has been a learning experience, and I appreciate the guidance. > >

Re: [update] net/transmission

On 2016-03-08, Josh Grosse wrote: > Thank you, naddy, for your kind patience with my port update. This one in > particular has been a learning experience, and I appreciate the guidance. That port is awfully complex. I keep wavering between wanting to split off the Qt

Re: [update] net/transmission

On 2016-03-08 11:18, Christian Weisgerber wrote: That port is awfully complex. I keep wavering between wanting to split off the Qt client into a separate port to simplify things, and keeping the port as is just because it makes a good example. A good example of what *not* to do? :)

Re: [update] net/transmission

On Mon, Mar 07, 2016 at 09:33:58PM +, Christian Weisgerber wrote: > I think you misunderstand GCC4_ARCHS. GCC4_ARCHS are the architectures > that have gcc 4.2.1 in base. It has nothing to do with the gcc4 > module, which covers gcc 4.9. And there is no reason not to build > -main and -gtk

Re: [update] net/transmission

On 2016-03-07, Josh Grosse wrote: > Attached is a new update, from 2.90 -> 2.92. Sorry, I still don't think this is right. > -ONLY_FOR_ARCHS-qt=${GCC4_ARCHS} > +ONLY_FOR_ARCHS= ${GCC4_ARCHS} > +.if ${BUILD_PACKAGES:M-qt} > +MODULES+=x11/qt5 >

Re: [update] net/transmission

2016-03-07 13:59 GMT+03:00 Stuart Henderson : > On 2016/03/07 13:45, Vadim Zhukov wrote: >> 2016-03-07 3:23 GMT+03:00 Josh Grosse : >> > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: >> >> ... However, as the >> >> port stands

Re: [update] net/transmission

On Mon, Mar 07, 2016 at 10:59:38AM +, Stuart Henderson wrote: > The distfile for 2.90 has been removed upstream (also given recent > events it would probably be wise to read through a source diff from > the previous version in tree ;) The new distfile matches their published SHA256, and this

Re: [update] net/transmission

On 2016/03/07 13:45, Vadim Zhukov wrote: > 2016-03-07 3:23 GMT+03:00 Josh Grosse : > > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: > >> ... However, as the > >> port stands now, FLAVOR="" builds those subpackages with GCC 4.9 > >> from ports, but

Re: [update] net/transmission

On Mon, Mar 07, 2016 at 01:45:15PM +0300, Vadim Zhukov wrote: > 2016-03-07 3:23 GMT+03:00 Josh Grosse : > > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: > >> ... However, as the > >> port stands now, FLAVOR="" builds those subpackages with GCC 4.9 >

Re: [update] net/transmission

2016-03-07 3:23 GMT+03:00 Josh Grosse : > On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: >> ... However, as the >> port stands now, FLAVOR="" builds those subpackages with GCC 4.9 >> from ports, but FLAVOR="no_qt" builds them with the base compiler.

Re: [update] net/transmission

On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: > ... However, as the > port stands now, FLAVOR="" builds those subpackages with GCC 4.9 > from ports, but FLAVOR="no_qt" builds them with the base compiler. > So depending on no_qt the _other_ packages are different. That is >

Re: [update] net/transmission

On Sun, Mar 06, 2016 at 12:03:27AM +, Christian Weisgerber wrote: > Minor issue: WANTLIB-qt should be synced. I assume you mean this from port-lib-depends-check: --- transmission-qt-2.90(net/transmission,-qt): Extra: ICE.10 SM.9 X11.16 Xext.13 Xi.12 Xinerama.6 Xrender.6 Extra: iconv.6 ---

Re: [update] net/transmission

On 2016-03-01, Josh Grosse wrote: >> You still depend on gtk-update-icon-cache in the -main package. > > Corrected. > >> And you still have the PLIST goos. > > Thanks, fixed! Minor issue: WANTLIB-qt should be synced. Major issue: The difference between FLAVOR="" and

Re: [update] net/transmission

Hi ports@, I've tested v2.90 in openbsd-wip, builds and works without any issues. Please commit it. Cheers, Noth

Re: [update] net/transmission

On Tue, Mar 01, 2016 at 08:05:41AM +0100, Antoine Jacoutot wrote: > You still depend on gtk-update-icon-cache in the -main package. Corrected. > And you still have the PLIST goos. Thanks, fixed! Index: Makefile === RCS file:

Re: [update] net/transmission

On Mon, Feb 29, 2016 at 07:16:53PM -0500, Josh Grosse wrote: > On Mon, Feb 29, 2016 at 08:57:30PM +, Christian Weisgerber wrote: > > On 2016-02-29, Josh Grosse wrote: > > > > > This diff updates the application to version 2.90. > > > Tested on amd64. (Some light

Re: [update] net/transmission

On Mon, Feb 29, 2016 at 08:57:30PM +, Christian Weisgerber wrote: > On 2016-02-29, Josh Grosse wrote: > > > This diff updates the application to version 2.90. > > Tested on amd64. (Some light testing on i386 was also performed.) > > Shuffling the icon directories,

Re: [update] net/transmission

On 2016-02-29, Josh Grosse wrote: > This diff updates the application to version 2.90. > Tested on amd64. (Some light testing on i386 was also performed.) Shuffling the icon directories, which are only used in the gtk flavor, from PLIST-gtk to PLIST-main doesn't make

[update] net/transmission

This diff updates the application to version 2.90. Tested on amd64. (Some light testing on i386 was also performed.) This is a bugfix release of the application. Major changes in the port: qt4 -> qt5 GCC4 for the complete build, to support c++11 and gnu++11 Note to testers:

Update: net/transmission 2.84

Update net/transmission to 2.84: Fix peer communication vulnerability There are few changes so this should be safe unless they screwed up that particular bug fix. I'll run a minimal test of -daemon on sparc64 in the next few days. Index: Makefile

Re: Update: net/transmission 2.83

On Mon, May 26, 2014 at 09:19:48PM +0200, Christian Weisgerber wrote: Update of net/transmission to 2.83. Some of our old patches can go away and I decided that removing the many warning options isn't worth the effort. Untested. It builds, but I've done zero actual data transfers with it.

Update: net/transmission 2.83

Update of net/transmission to 2.83. Some of our old patches can go away and I decided that removing the many warning options isn't worth the effort. Untested. It builds, but I've done zero actual data transfers with it. Does anybody want to take over maintainership of this port? I rarely use

Re: Update: net/transmission 2.82 drops -qt

2013/8/13 Stuart Henderson st...@openbsd.org: On 2013/08/13 02:31, Vadim Zhukov wrote: -RUN_DEPENDS-gtk=${PKGNAME-main}:net/transmission,-main \ +RUN_DEPENDS-gtk=${BUILD_PKGPATH} \ No, we don't want the PSEUDO_FLAVORS to make their way into the dependency. And I do not see

Re: Update: net/transmission 2.82 drops -qt

On 2013/08/13 11:43, Vadim Zhukov wrote: $ FLAVOR=no_qt SUBPACKAGE=-gtk make show=RUN_DEPENDS-gtk transmission-2.82:net/transmission,no_qt devel/desktop-file-utils x11/gtk+2,-guic $ SUBPACKAGE=-gtk make show=RUN_DEPENDS-gtk transmission-2.82:net/transmission, devel/desktop-file-utils

Re: Update: net/transmission 2.82 drops -qt

Vadim Zhukov persg...@gmail.com wrote: This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong opinion to the contrary and a better

Re: Update: net/transmission 2.82 drops -qt

2013/8/12 Christian Weisgerber na...@mips.inka.de: Vadim Zhukov persg...@gmail.com wrote: This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a

Re: Update: net/transmission 2.82 drops -qt

Vadim Zhukov persg...@gmail.com wrote: Primary goal was to fix Qt4 items in WANTLIB. Those ought to be lib/qt4/QtFoo, not just QtFoo. I'm totally fine with trusting you and keeping extra WANTLIB. Hmm, but MODQT4_WANTLIB only contains lib/qt4/QtCore. x11/qt4 to MODULES only if

Re: Update: net/transmission 2.82 drops -qt

2013/8/13 Christian Weisgerber na...@mips.inka.de: Vadim Zhukov persg...@gmail.com wrote: Primary goal was to fix Qt4 items in WANTLIB. Those ought to be lib/qt4/QtFoo, not just QtFoo. I'm totally fine with trusting you and keeping extra WANTLIB. Hmm, but MODQT4_WANTLIB only contains

Re: Update: net/transmission 2.82 drops -qt

On 2013/08/13 02:31, Vadim Zhukov wrote: -RUN_DEPENDS-gtk=${PKGNAME-main}:net/transmission,-main \ +RUN_DEPENDS-gtk=${BUILD_PKGPATH} \ No, we don't want the PSEUDO_FLAVORS to make their way into the dependency. And I do not see PSEUDO_FLAVORS landing in packing list. This is

Re: Update: net/transmission 2.82 drops -qt

On 10/08/13 7:51 PM, Vadim Zhukov wrote: Update to 2.82 for more bug fixes. This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong opinion to

Update: net/transmission 2.82 drops -qt

Update to 2.82 for more bug fixes. This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong opinion to the contrary and a better suggestion, speak

Re: Update: net/transmission 2.82 drops -qt

On 10/08/13 5:09 PM, Christian Weisgerber wrote: Update to 2.82 for more bug fixes. This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong

Re: Update: net/transmission 2.82 drops -qt

Update to 2.82 for more bug fixes. This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong opinion to the contrary and a better suggestion,

Re: Update: net/transmission 2.82 drops -qt

On 10/08/13 7:51 PM, Vadim Zhukov wrote: Update to 2.82 for more bug fixes. This minor release, under the guise of adding support for Qt5, now casually requires Qt5 as the minimum version. Since we don't have a Qt5 port, this means dropping the Qt client. If somebody has a strong opinion to

Update: net/transmission 2.81

Update net/transmission to 2.81 for some bug fixes. As usual this could use some testing. I'm finding myself using BitTorrent less and less. Index: Makefile === RCS file: /cvs/ports/net/transmission/Makefile,v retrieving revision

Update: net/transmission 2.80

Here's an update of net/transmission to 2.80, largely untested as yet. https://trac.transmissionbt.com/wiki/Changes#version-2.80 Index: Makefile === RCS file: /cvs/ports/net/transmission/Makefile,v retrieving revision 1.87 diff -u -p

Re: Update: net/transmission 2.71

On Sat, Sep 29, 2012 at 7:04 AM, Brad Smith b...@comstyle.com wrote: On Thu, Sep 27, 2012 at 09:10:11PM +0200, Christian Weisgerber wrote: Update net/transmission to 2.71. Numerous bug fixes and small changes. Includes work by dcoppa@ originally for 2.61. Works for me, but there is too much

Re: Update: net/transmission 2.71

On Thu, Sep 27, 2012 at 09:10:11PM +0200, Christian Weisgerber wrote: Update net/transmission to 2.71. Numerous bug fixes and small changes. Includes work by dcoppa@ originally for 2.61. Works for me, but there is too much functionality to test it all. Tested on amd64 with the Qt frontend

Update: net/transmission 2.71

Update net/transmission to 2.71. Numerous bug fixes and small changes. Includes work by dcoppa@ originally for 2.61. Works for me, but there is too much functionality to test it all. Index: Makefile === RCS file: /cvs/ports/net

Re: Update: net/transmission 2.50

Works fine here on amd64, the cli and gtk package. El 03/30/12 20:04, Christian Weisgerber escribió: David Coppa dco...@gmail.com wrote: Just out of curiosity... Why not patching transmission to use libnatpmp from the ports then? I was going the path of least resistance and hadn't even

Re: Update: net/transmission 2.50

On Thu, Mar 29, 2012 at 9:50 PM, Christian Weisgerber na...@mips.inka.de wrote: This updates net/transmission to 2.50.  New in this version: * Overhauled web client. * Various bug fixes. The port now uses the external miniupnp client library from the ports tree.  We can't do the same for

Re: Update: net/transmission 2.50

David Coppa dco...@gmail.com wrote: Just out of curiosity... Why not patching transmission to use libnatpmp from the ports then? I was going the path of least resistance and hadn't even bothered to check which libnatpmp was newer... So here's a slightly tweaked version that relies on

Update: net/transmission 2.50

This updates net/transmission to 2.50. New in this version: * Overhauled web client. * Various bug fixes. The port now uses the external miniupnp client library from the ports tree. We can't do the same for natpmp because the included version has a different API. I'm especially interested in

Re: Update: net/transmission 2.42

This updates net/transmission to 2.42. The -gtk package doesn't build here :\ $ make package === Building package for transmission-2.42 Create /usr/ports/packages/i386/all/transmission-2.42.tgz Link to /usr/ports/packages/i386/ftp/transmission-2.42.tgz Link to

Re: Update: net/transmission 2.42

- Original message - On Sun, Nov 6, 2011 at 10:41 PM, Brad b...@comstyle.com wrote: On 06/11/11 4:40 PM, David Coppa wrote: On Sun, Nov 6, 2011 at 9:28 PM, Bradb...@comstyle.com  wrote: I much prefer Qt apps but what exactly is the objection with Gtk+3 over 2?

Re: Update: net/transmission 2.42

you have some confusion between /usr/ports and /usr/ports/mystuff On 2011-11-07, LEVAI Daniel l...@ecentrum.hu wrote: This updates net/transmission to 2.42. The -gtk package doesn't build here :\ $ make package === Building package for transmission-2.42 Create

Re: Update: net/transmission 2.42

On Mon, Nov 07, 2011 at 12:06:52 +, Stuart Henderson wrote: you have some confusion between /usr/ports and /usr/ports/mystuff Well, indeed. I didn't notice it. Thanks! Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F

Re: Update: net/transmission 2.42

On Sun, 2011-11-06 at 21:01 +0100, David Coppa wrote: On Sun, Nov 6, 2011 at 7:26 PM, Christian Weisgerber na...@mips.inka.de wrote: The GTK+ client now uses GTK+3. n!!! What is Your problem with GTK+3? -- Dmitrij D. Czarkoff

Re: Update: net/transmission 2.42

On 07/11/11 10:01 AM, Dmitrij D. Czarkoff wrote: On Sun, 2011-11-06 at 21:01 +0100, David Coppa wrote: On Sun, Nov 6, 2011 at 7:26 PM, Christian Weisgerberna...@mips.inka.de wrote: The GTK+ client now uses GTK+3. n!!! What is Your problem with GTK+3? Read the whole

Update: net/transmission 2.42

This updates net/transmission to 2.42. The GTK+ client now uses GTK+3. I've only lightly tested the daemon client. The GTK+ and Qt clients start up, beyond that I don't know. Stefan Unterweger wasn't quite happy about 2.41: transmission-cli now doesn't write the download into the directory

Re: Update: net/transmission 2.42

On Sun, Nov 6, 2011 at 7:26 PM, Christian Weisgerber na...@mips.inka.de wrote: The GTK+ client now uses GTK+3. n!!!

Re: Update: net/transmission 2.42

2011/11/7 David Coppa dco...@gmail.com: On Sun, Nov 6, 2011 at 7:26 PM, Christian Weisgerber na...@mips.inka.de wrote: The GTK+ client now uses GTK+3. n!!! ... Learn to use the Qt Side of the Force... -- WBR, Vadim Zhukov

Re: Update: net/transmission 2.42

On Sun, Nov 6, 2011 at 9:28 PM, Brad b...@comstyle.com wrote: I much prefer Qt apps but what exactly is the objection with Gtk+3 over 2? It's just that I don't want to install gtk3 only for using my favourite bittorrent client...

Re: Update: net/transmission 2.42

On Sun, Nov 6, 2011 at 10:41 PM, Brad b...@comstyle.com wrote: On 06/11/11 4:40 PM, David Coppa wrote: On Sun, Nov 6, 2011 at 9:28 PM, Bradb...@comstyle.com  wrote: I much prefer Qt apps but what exactly is the objection with Gtk+3 over 2? It's just that I don't want to install gtk3 only

  1   2   >