=== bluekuja_ is now known as bluekuja === nu is now known as nuu [19:04] hi, what's the policy for security fixes to edgy universe? are they necessary/recommended? [19:06] camrdale, you should check SRUs documentation [19:06] in the wiki [19:10] bluekuja: it doesn't say their not allowed, so I'm guessing it's a good idea? [19:10] yep [19:10] you need to prepare one [19:10] and submit it to the queue [19:10] u-u-s [19:10] or u-m-s [19:11] depends from package component [19:11] should it be uploaded to REVU or is that only for the current release? [19:11] why do you need to provide a SRU? [19:11] which package? [19:12] which fix [19:12] ? [19:12] the torrentflux package in edgy has security vulnerabilities [19:12] ok, then if you have fixes, open a bug [19:12] and push a debdiff [19:12] and asks for sponsorship [19:12] torrent-flux is in main? [19:12] no, universe [19:13] ok [19:13] you have fixes ready? [19:13] yes [19:13] make a debdiff [19:13] and open a SRU request [19:13] and push the bug there [19:14] ok, thanks [19:14] camrdale, ping me with bug number [19:14] ;) [19:14] sure, np [20:12] bluekuja: LP 155491 [20:12] Launchpad bug 155491 in torrentflux "Multiple security vulnerabilities in Edgy" [Undecided,New] https://launchpad.net/bugs/155491 [20:12] * bluekuja checking [20:14] camrdale, woah [20:14] so many patches [20:14] yeah [20:14] is that a problem? [20:14] they're all straight from debian [20:14] well, it will be harder to check them all [20:14] but not a problem [20:14] oh ok [20:14] if they come from debian is ok [20:15] good, I'm working on the new package now [20:15] sounds great [20:35] camrdale, I'm looking at https://bugs.edge.launchpad.net/ubuntu/+bug/153752 [20:35] Launchpad bug 153752 in ubuntu "[needs-packaging] apt-torrent" [Wishlist,Confirmed] [20:35] yes [20:37] I've just answered [20:37] to get some feedback [20:37] on having it working for ubuntu [20:38] thanks [20:38] it would be a nice tool [20:38] it's a nice idea, but I'm more partial to DebTorrent (for obvious reasons ;) [20:41] camrdale, is it already packaged? [20:41] debtorrent is, apt-torrent isn't (as far as I know) [20:42] yes [20:42] right [20:43] actually, I guess there are debs for apt-torrent, but it's not in the archive [20:43] true [20:43] going for a bath [20:43] bbl [20:43] see ya [21:18] back [21:18] heya fsateler [21:18] hi [21:18] news? [21:19] not much [21:19] I've been pretty busy so I haven't been able to work on libtorrent [21:20] however I spoke with rakshasa's libtorrent maintainer, and we concluded that the Conflicts is not avoidable [21:22] fsateler, what do you mean? [21:22] I mean there is no way we can avoid libtorrent-rasterbar-dev conflicting with libtorrent-dev [21:24] oh [21:24] then we wont have that package [21:24] inside the archive [21:24] why? there are lots of packages that conflict with each other [21:25] like? [21:26] it would have to be priority extra instead of optional, though [21:28] fsateler, anyway it's not really nice to have conflicting packages [21:28] bluekuja: no, but it's the only option [21:29] fsateler, true [21:29] fsateler, but the archive admins will accept that? [21:29] as it is? [21:29] I believe they will [21:29] as long as the rest of the package is acceptable [21:29] camrdale, any thought? [21:32] fsateler, anyway you should change destination dirs [21:32] as well [21:32] which destination dirs? [21:32] if we cannot have a good soname et all [21:33] install dir should point to libtorrent-rasterbar [21:33] and not libtorrent [21:33] you should hack makefiles [21:33] I changed libtorrent to use -release instead of -version-info [21:34] so the soname is libtorrent-0.12 rather than libtorrent.so.0 [21:34] fsateler, I mean directories [21:34] not sonames [21:34] for the header files? [21:34] e.g /usr/share/libtorrent-rasterbar [21:34] and so on [21:34] well, the library *must* be in /usr/lib [21:35] fsateler, of course [21:35] so you mean the header files? [21:35] fsateler, is it a shared or static lib? [21:35] fsateler, yes [21:35] shared [21:35] fine === asac_ is now known as asac [22:00] bluekuja: I'm not sure if it is a good idea to move from libtorrent to libtorrent-rasterbar [22:00] it may break 3rd party programs that #include [22:01] fsateler, what's the binary name of original libtorrent? [22:01] and the one for rasterbar? [22:02] bluekuja: not sure what you mean [22:02] fsateler, binary field in control file [22:03] rakshasa's is libtorrent10 [22:03] rasterbar's is libtorrent-rasterbar-0.12 [22:03] fsateler, binary name is the final .deb name [22:03] bluekuja: oh, ok [22:03] just wanted to know them [22:03] for both libtorrens [22:03] libtorrent-rasterbar-0.12_0.12-1_i386.deb [22:04] libtorrent10_0.11.8-1_i386.deb for rakshasa's [22:06] ok [22:06] I'm going now [22:06] I need some sleep [22:06] :) [22:06] see you tomorrow [22:06] so we can keep talking [22:07] bluekuja: see ya [22:07] good night [23:54] I updated LP 155491 with the debdiff for the fixed version of the package [23:54] Launchpad bug 155491 in torrentflux "Multiple security vulnerabilities in Edgy" [Undecided,In progress] https://launchpad.net/bugs/155491