Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission

> Would you also accept a patch to the build system, so that it doesn't check > for the existence of the libutp.a file to decide whether to link against it > (instead looking for something generated during the configure phase, like a > Makefile)? Probably so, if the patch was straightforward.

Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission

Package: transmission Version: 2.32-1 Severity: serious Justification: fails to build from source (but built successfully in the past) This issue was originally reported by jbicha at https://trac.transmissionbt.com/ticket/4490 It looks like the script that Debian's using to build Transmission --

Bug#607984: Please upgrade experimental libevent-dev to 2.0.10

I second this request. Benchmarks indicate that libevent2 has significant improvements over libevent1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#521913: Crash in g_markup_escape_text()

It's been ten months since there was any update on this ticket, which cannot be solved (or marked as a duplicate of #500195 as the OP suggest) without further information. Surely this ticket should be closed, rather than languishing as "incomplete" indefinitely? -- To UNSUBSCRIBE, email to deb

Bug#575050: Please split -remote from -daemon

I think this is a good idea. Fedora recently made changes similar to this, and that went well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#555629: transmission-cli: cannot load a torrent file

What's happening in that .torrent is that its piece size is 128 bytes. While this is technically allowed by the loosely-written BitTorrent specification, it's *extremely* uncommon, and bad practice, for a piece size to not be cleanly divisible by a larger power of 2 such as 16 KiB or 8 KiB. T

Bug#573225: Transmission no more preallocates files on disk

I'm wondering if somehow your setting.json file's "preallocation" setting was changed -- I think Transmission's preallocation works just as it did before, although our first attempt for preallocation is fallocate64() now, and then we fall back to the other methods we already had in 1.8x. -- To

Bug#565199: Leaks daemon password into the environment

> Ideally Transmission should read the password from a textfile to which a > --passwordfile argument points to. That would be the "-g" command-line argument to specify where settings.json is to be found. You can keep your password in there instead of on the command line. -- To UNSUBSCRIBE, e

Bug#575895: maybe switch from transmission-gtk to something based on libtorrent, e.g. deluge-gtk?

> it seems that libtorrent (i.e. the rasterbar flavour) is becoming the > de-facto standard bittorrent library under Linux libtorrent-rasterbar is a good library, but I haven't seen any evidence of it becoming the de-facto standard. openSuSE recently switched to Transmission from Monsoon. Mint,

Bug#563747: Update to Transmission 1.77

Package: transmission Version: 1.76 Transmission 1.77 has been released, which includes a bugfix that prevents user files from being overwritten by maliciously-crafted .torrent files. The tarball is available at http://mirrors.m0k.org/transmission/files/transmission-1.77.tar.xz Release notes are

Bug#471125: 471...@bugs.debian.org

Issue #2 in the previous list is now fixed upstream. So 5 of the items in this list have been fixed. 1 is invalid. 1 is wontfix. All seven of the items in this never-ending ticket have been addressed and this ticket should be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@list

Bug#547423: 547...@bugs.debian.org

This corresponds to upstream ticket which is fixed in 1.75. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#547191: transmission-cli: Add option to start selective downloads from command line

transmission-cli is in the process of being superceded by the curses client to transmission-daemon. That combo will do what you're suggesting here. http://github.com/fagga/transmission-remote-cli/tree/master the current location of the curses client. It, or something like it, will be folded into

Bug#538262: > Start up only if there are torrents

Most users don't add torrents through the command line, and this would render Transmission mostly useless for them. I think this is a bad idea. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#528074: [transmission] please add qt client package

Leo, any progress on this? Is there anything I can do upstream to help? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#533628: transmission-cli: Segmentation Fault if no announce URL given when creating a torrent

If 1.22 is still shipping in supported releases, I agree that this should be patched. FWIW, this is already fixed upstream in 1.70 as a side-effect of -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscri

Bug#533609:

Upstream ticket: http://trac.transmissionbt.com/ticket/2227 fixed in trunk in r8720 for 1.73 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#509040: transmission-gtk: you can only view the announce statistics for the first tracker in a .torrent

The reason you only see announce statistics for one tracker is that Transmission only keeps one "live" tracker at a time, as per the spirit of the multitracker spec. Your request is part of a larger upstream enhancement ticket, http://trac.transmissionbt.com/ticket/1699 "uTorrent-style announcing:

Bug#471125: respect for user's checkmarks in the Details tab

(1) ~/.transmission/gtk/prefs.ini: this file seems to contain some settings that are not totally gtk specific, and may also pertain to the CLI version of transmission. So perhaps "gtk" is a misleading directory name use here. Resolution: INVALID Reason: In the version of transmission that this

Bug#481692: document IP blocking using the Bluetack Level1 blocklist

> Could you link to this page from the online Help? Specifically from [0], > where the blocklist is mentioned, but not explained. > I think this would help users looking for this information through the > "help -> contents" menu item. I've updated the online help to follow this suggestion. I beli

Bug#507481: transmission-gtk: Translation nitpick

> The error popup with a starting message of "Problem connecting to tracker" > is continued, in swedish, with "urlopen error (104, 'F\xc3\xb6rbindelse > borttagen av partnern')". > The text should obviously be "urlopen error (104, 'Förbindelse ... This is fixed (in the vacuous case) in 1.72: that

Bug#500195: transmission-gtk crashes when choosing OK on new torrent too fast

I can't reproduce this in 1.72. It may be related to http://trac.transmissionbt.com/ticket/2197 but I'm not positive about this. Carl, Jerome, Leo, could one of you please try to reproduce this in 1.72? Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subj

Bug#521913: transmission-gtk: transmission segfault when a torrent download start

> Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb6eab730 (LWP 29711)] > 0xb79c59f8 in g_markup_escape_text () from /usr/lib/libglib-2.0.so.0 > (gdb) > (gdb) > (gdb) bt > #0 0xb79c59f8 in g_markup_escape_text () from /usr/lib/libglib-2.0.so.0 > #1 0xb79c6d37 in g_ma

Bug#517872: transmission-gtk: Sort order in peer tab should default to by %

Upstream ticket:http://trac.transmissionbt.com/ticket/2217 Status: FIXED Release-Version: 1.72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#470076: #470076 cli man page -i, -s

> On transmissioncli man page, > >> -s, --scrape >>Prints the number of seeders and leechers for the specified >> torrent file, and exits. > > Also digs into old cache!, not just file given on command line. > Transmission 1.05 (4991) - http://www.transmissionbt.com/ > Couldn't get

Bug#529372: This is fixed now upstream in 1.7x

This is fixed now upstream in the 1.7x series. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#529372: #529372 transmission: Contains and uses embedded code copy: libevent

I'd be happy to use such a patch upstream, since it dovetails with upstream ticket . Could you tweak the patch s.t. it decides whether or not to user third-party/libevent/ based on whether or not libevent 1.4x headers and libs are present on the system a

Bug#505846: New upstream version 1.40

Package: transmission Severity: wishlist Hi! Please upload the latest upstream version 1.40 of transmission. Bugs fixed: 1.40 also fixes

Bug#481692: this ticket should be closed as `fixed'

This ticket can be closed and marked as fixed. Use of the blocklist feature is fully described at http://trac.transmissionbt.com/wiki/Blocklists -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#471125: this ticket should be closed

By my count this is five unrelated issues bundled into a single ticket with a lot of "and another thing..." type language. This is poison for a bug tracker because (a) you can't close the ticket without addressing all the unrelated problems, and (b) it's hard to search tickets like this. This tic

Bug#487781: incorrect resolution

I think that closing this ticket as "Transmission, Will Not Fix" is incorrect. It probably should be reassigned as a Firefox ticket, so that the correct people can determine what should be done with this ticket. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Tro

Bug#481692: document IP blocking using the Bluetack Level1 blocklist

http://trac.transmissionbt.com/wiki/Blocklists -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#487781: Transmission uses (and blocks) sound device

This bug has already been reported upstream at http://trac.transmissionbt.com/ticket/709 . This is not a Transmission bug, but rather a Firefox one. After a little digging I found that people were complaining about Evince a lot for the same reason. An Ubuntu ticket was filed at https://bugs.launc

Bug#487355: transmission: Should write stats out periodically

The version of transmission with this fix has been released. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#454127: #454127 transmission-gtk: assertion failures on many torrents

This bug is fixed in newer versions of transmission. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#382461: pan no longer gtk2 programm seems to be a gnome program

IMO this is fixed as of 0.108, which no longer links against the Gnome libraries. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#383491: std::logic_error: basic_string::_S_construct NULL not valid

Sam, could you try out this patch: http://bugzilla.gnome.org/attachment.cgi?id=71098&action=view -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#359662: libpcre3-dev doesn't install libpcre.pc, so pkg-config can't find libpcre

> In this case, the only way this bug would be 'important' would be if > most people only use libpcre3-dev for compiling someone else's > software, rather than for writing and developing their own. If you're > writing your own software that uses pcre, obviously you'll know better > than to rely o