[03:07] I just updated LP 66795 and it's ready for a SRU [03:07] Launchpad bug 66795 in bittorrent "Missing package dependencies in bittorrent-gui" [Medium,Confirmed] https://launchpad.net/bugs/66795 === asac_ is now known as asac === asac_ is now known as asac === asac__ is now known as asac === asac_ is now known as asac [13:19] asac: when you have time for your TODOs for me on your list, tell me. Everything is ready. [13:20] asac: bug is https://bugs.edge.launchpad.net/ubuntu/+source/bittorrent/+bug/66795 [13:20] Launchpad bug 66795 in bittorrent "Missing package dependencies in bittorrent-gui" [Medium,Confirmed] [13:20] asac: it's an SRU [13:20] atm [13:20] so is this ment to be an SRU? [13:21] yep [13:21] I talked with cameron [13:21] yesterday [13:21] cameron? [13:21] and In fact the package is unusable [13:21] who is that? [13:21] debian maintainer [13:21] for torrentflux and some other torrent packages [13:22] that error prevents to have a working package [13:22] I've tested it yesterday [13:22] and the fix works [13:30] bluekuja: I think we should fix it in hardy first [13:30] according to https://wiki.ubuntu.com/StableReleaseUpdates [13:30] "An explanation of how the bug has been addressed in the development branch, including the relevant version numbers of packages modified in order to implement the fix; generally, SRUs will not be accepted if the bug has not been fixed in the development branch." [13:30] mmm...you're right [13:31] well, let's upload it for hardy [13:31] and then for proposed [13:31] what do you think? [13:36] uploaded to hardy (without test [13:36] asac: it's ok, I've tested it yesterday [13:37] asac: do you have a min for the advocation you told me to remind yesterday after this bug? [13:42] sru is not done [13:42] (yet) [13:43] i have to do lunch now. [13:43] i haven't even have a coffee today because i ran out of it [13:43] got to buy some now [13:43] asac: will do that later when back then [13:43] have fun and good lunch [13:44] and thanks [13:44] :) [14:20] asac: description updated to match the SRU request [14:36] asac: when will be uploaded to -proposed, I gonna write the mail to the MOTU-list [14:36] for testing [14:36] as alwais [14:41] asac: I'm leaving now, let me know when you're up for those things. [14:41] 7away [14:41] darn [14:41] ^^ [14:54] bluekuja: i added a request to -sru === asac_ is now known as asac [15:45] asac: ok, fine. When you have time for the other thing, ping me [16:31] boo! [16:32] heya jdong :) [16:32] hehe [16:32] let's see about azureus [16:32] http://jdong.mit.edu/~jdong/motu/ [16:32] right? [16:32] yeah [16:32] dsc and friends in there [16:33] great [16:33] let me dget [16:35] * bluekuja is downloading [16:37] jdong, azureus build is long? [16:37] bluekuja: about 10 minutes on my system [16:37] bluekuja: it's about 50 minutes with GCJ so count your lucky stars ;-) [16:38] :D [16:38] jdong, did you add two changelog's entries? [16:38] one is not ok? [16:39] bluekuja: yeah, I already released test packages under the 1ubuntu1 revision, which needed the java stack and launcher change, so I bumped to 1ubuntu2.... [16:39] jdong, want me to merge? [16:39] the two entries into one? [16:39] bluekuja: hmm does it matter all that much? [16:40] In fact no [16:40] we can have two of them [16:40] no prob [16:40] bluekuja: I'd rather not like to merge them and ambiguate the version numbers... IMO once a revision sees the public, it should not be modified unless version number is changed [16:40] it's not like we're running out of numbers anytime soon ;-) [16:46] * jdong examines debian's new 3.0.3.4 package and marvels at its nonexistent build-deps :) [16:47] http://packages.debian.org/sid/azureus [16:47] how can the binary have built if it refers to nonexistent packaging of SWT 3.3? [17:07] bluekuja: hey, you gonna upload azureus before you go? === asac___ is now known as asac_ === asac_ is now known as asac [17:18] jdong, I have a bath [17:18] jdong, and then I move to azureus [17:19] jdong, fine for you? [17:19] bluekuja: yeah, that sounds good :). Just making sure you're not storming out a few days in protest of what happened in -motu :) [17:20] ah no [17:20] it has confirmed some MOTUs behaviour [17:20] which I dont agree [17:21] jdong, I dont really care about them [17:21] people help me out on this [17:21] i can't sign the .changes and stuff to upload do revu [18:16] jdong, back from bath [18:16] jdong, was talking with daniel for what happened before [18:16] jdong, available for you now [18:16] hello, just letting you know Transmission has just been updated to v0.9. given that the ubuntu repos are still stuck at 0.72, this would be a good time to update it [18:16] cheers [18:17] jahpraiseherb, thanks for letting us know [18:17] jahpraiseherb, ember was working on it already [18:17] :) [18:17] yeah it was release yesterday [18:17] cool, its a shame ubuntu is still stuck with 0.72 [18:17] cos that version sucks compared to 0.9 and even 0.8 [18:18] jahpraiseherb, true [18:18] heh i know jahpraiseherb [18:18] thanks [18:18] I gonna check it with ember [18:18] jahpraiseherb, if you stay around here [18:19] you'll get noticed [18:19] btw jahpraiseherb http://download.m0k.org/transmission/files/transmission-0.90.tar.gz [18:19] bluekuja: noticed for what? [18:19] jahpraiseherb, about the work done on it [18:20] to have it updated [18:20] ill tell the dev to come here rather than launchpad then in the future [18:20] jahpraiseherb, well done [18:20] jahpraiseherb, I can have it packaged as well [18:21] for today or tomorrow [18:21] need to finish two other things before [18:21] ember: thanks, but i'd prefer to update through add/remove [18:21] jahpraiseherb not that, 404 not found [18:21] jdong, let me know when back [18:23] ember: yes i think the dev is putting it up asap [18:23] i've asked him to come in here now [18:23] thanks [18:24] jahpraiseherb, thanks :) [18:25] jahpraiseherb, I start packaging it now [18:25] jahpraiseherb, so we can have it ready for hardy this evening [18:25] jahpraiseherb, link to new tarball? [18:25] bluekuja: i dont' have it yet, but i've asked the dev to come in here [18:26] ok [18:26] bluekuja: back for a few minutes.... [18:26] bluekuja: let's upload that package into hardy for now, see if the buildd's like it [18:27] bluekuja: on lower priority, I'm looking into the azupdater-updates-twice bug, but that's noncritical [18:27] jdong, builds in i386? [18:27] hello [18:27] bluekuja: yeah, in i386 pbuilder it's fine [18:27] hi charles_ [18:27] jdong, I'm still not happy about that two revisions thing [18:27] jahpraiseherb just asked me to drop in to talk about Transmission [18:27] jdong, because there will be just a diff.gz for both of them [18:27] whichis wrong [18:27] charles_ 404 @ downloading the new tarball [18:28] charles_, yep [18:28] charles_, I gonna package it for Ubuntu [18:28] bluekuja: if you want me to fuse them and bump down to 1ubuntu1 it's fine... [18:28] jdong, it would be the best thing to prevent any comment [18:28] jdong, and to have one diff.gz [18:28] jdong, for one version [18:28] bluekuja: ok, I'll bump version down.... [18:28] ember: hold on a sec [18:28] jdong, you simply rock :) [18:29] jdong, I would love you if you were a girl [18:29] jdong, ahahaha [18:29] lol [18:29] charles_, I need the new tarball to start :) [18:29] bluekuja: yes [18:29] jdong, :) [18:29] bluekuja: RSN. And thanks for offering to do the update [18:30] charles_, np, I lead the Ubuntu-p2p and torrent team [18:30] so I try to provide the best user experience [18:30] for every package [18:30] to have it updated/fixed and so on [18:31] jdong, when done, push here links [18:34] * bluekuja dinner [18:34] bbl (20 mins) [18:37] bluekuja http://www.rebelbase.com/~charles/transmission-0.90.tar.bz2 [18:38] bluekuja: http://jdong.mit.edu/~jdong/motu/azureus_2.5.0.4-1ubuntu1.dsc [18:38] ember: you beat me to it [18:38] :) [18:38] heh charles_ [18:39] bluekuja: this is the first release using autoconf/automake.. and it's a little more complex than average because of a nested package and conditional mac/linux builds... so if you find any brain damage that needs fixing let me know [18:48] is the new transmission going into gutsy or hardy? [18:49] camrdale: Hardy... [18:49] if all of its dependencies are in Gutsy, I'd be happy to backport it there [18:50] why not just wait for Debian to package it then? [18:50] they've been pretty responsive about new releases in the past [18:50] I don't know [18:50] maybe we are anxious :) [18:50] transmission is already in gutsy, so why wouldn't the update make it? [18:51] and if the packaging is different, as charles_ says, it will be a pain to merge in the future [18:51] jahpraiseherb: stable releases are version-frozen [18:51] the packaging is very different [18:51] only exception made are single patches to address security issues [18:51] except in extreme circumstances, when granted by an archive admin [18:51] the earlier makefiles were hand-rolled; 0.90 uses automake/autoconf [18:52] jdong: are you talking about universe packages? [18:52] jahpraiseherb: all packages [18:52] packaging would be the worst part of it. the only dependency is glib/gtk 2.6 [18:53] charles_: sounds like a good backport then [18:53] since hardy won't be released for 6 months, anxious people won't get to use it before then anyway [18:53] so when this gets packaged, you wont be able to update to 0.9 through synaptic [18:53] you'll have to wait till hardy? [18:53] excuse my ignorance [18:54] jdong: obviously I'd like it to be ubiquitous... but it's up to you and would understand either way :) [18:54] it looks like there are some serious bugs fixed since 0.72, maybe that's reason enough to do a sync of 0.82 for gutsy? [18:55] camrdale: no. if a bug is truly serious (i.e. danger of security compromise or data loss) you have to backport individual patches that address those bugs [18:55] charles_: once it's in hardy, poke me and I'll look at backporting it [18:55] jdong: thanks for clarifying [18:55] jdong: *nod* [18:55] how do I find info about backports? are they official? [18:55] camrdale: we offer Backports as a compromise between stable and development [18:56] camrdale: https://help.ubuntu.com/community/UbuntuBackports [18:56] thanks again :) === ember_ is now known as ember [19:03] there appear to be issues with that transmission tarball as well. :/ [19:03] I wish they'd held off on releasing until I gave them the tarball [19:04] it was rolled by someone on the mac end of things who thought tarring the sandbox was enough [19:04] anyway, I need to talk less and hack more now [19:04] charles_: funny how upstreams like to do that... === ember_ is now known as ember [19:18] back [19:18] jdong, grabbing everything [19:19] transmission upgrade request: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447905 [19:19] camrdale, who is transmission maintainer? [19:19] Philipp Benner and Leo Costela [19:19] mostly Leo Costela lately [19:19] camrdale, ok fine [19:20] ember, if you really care about doing it yourself it's ok [19:20] it's up to you [19:21] no it's ok [19:21] read the pm [19:21] charles_, do you have rush to have it in? [19:21] what version is in there now? [19:21] 0.7 [19:21] I guess [19:22] 0.72 [19:22] this should be coordinated with debian upstream [19:22] to avoid duplicating and/or forking work. [19:23] I don't know of any security issues with 0.72 [19:23] jdong, true [19:23] camrdale, is there an update request is debian right? [19:23] however 0.90 adds encryption and selective file downloading over 0.72... [19:23] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=447905 ? [19:23] debian bug #447905 [19:23] bluekuja: yes [19:24] and it can't compile due to version.h [19:24] as jdong said [19:24] we'll wait debian [19:24] for it [19:24] to not duplicate work [19:24] so we can sync it [19:24] without duplicating the new release [19:25] if it's fine for you all [19:25] of course [19:25] camrdale, is debian active on this package? [19:25] sounds good to me [19:25] yes [19:25] it is [19:25] last release took less than a week [19:25] lenny as 0.82 [19:26] camrdale, great. So ember dont need to package it [19:26] k === nuu is now known as nu === nu is now known as nuu [19:29] ember, explain your problem here [19:29] I need to work on azureus [19:29] now [19:29] jdong, checking it [19:29] then test-build and upload [19:29] bluekuja: dunno if I told you, but az 2.5.0.4 has an issue where it wants to update azupdater on startup, then it needs to update it again after the update applies (i.e. the updater needed to update itself) [19:29] bluekuja: I'm gonna consider it non-release-critical for now... it's an upstream intended "feature" [19:30] sound good? [19:30] http://pastebin.com/m5acba529 [19:30] i can't gpg my asc and changes [19:30] jdong, mmm... [19:30] so i can put it on revu for review [19:30] jdong, do you think it will mess up things? [19:30] bluekuja: no, it'll just bother users a bit that azureus on the first TWO startups prompts to update a plugin [19:30] bluekuja: other than that, it's unaffecting operation [19:31] ember: are you running gpg-agent? [19:31] yeah camrdale [19:31] jdong, do you think we should add that info to the changelog for now? [19:32] camrdale yap it's running [19:32] bluekuja: I don't think it deserves mentioning; it's upstream behavior [19:32] jdong, k [19:33] jdong, building [19:33] cool [19:33] camrdale any ideas? [19:33] ember: I've had that error before, try using "debsign *.changes" to sign it [19:36] jdong, 20 MB of java [19:36] hehe [19:36] bluekuja: necessary evil? [19:36] lol [19:36] lol [19:36] done [19:36] fast download [19:36] cool [19:38] *** build started [19:38] jdong, is there a possibility to have it failed? [19:38] on some archs' [19:38] ? [19:39] bluekuja: no, it's a single arch build [19:39] bluekuja: the only possible failure mode is icedtea-java7-jdk cannot install on buildd [19:39] * bluekuja checks control file [19:39] which is something I cannot test locally [19:39] oh it's all [19:39] it's java [19:39] trye [19:39] *true [19:39] camrdale it doesnt ask for phrasekey? [19:40] jdong, on pbuilder works fine [19:40] jdong, *should* work on buildd [19:40] as well [19:40] but who knows [19:40] :) [19:40] ember: if gpg-agent is running and has your phrasekey then it doesn't need to [19:40] ember: what happened with debsign? [19:40] bluekuja: *should* is the key word :) [19:40] lol [19:40] bluekuja: let's upload and see :) [19:40] a newby question here: if Transmission 0.9 is going to be in hardy herron and not gutsy, how do gutsy users update using apt? [19:40] jdong, yep [19:41] jahpraiseherb: backports [19:41] jdong, what does slangasek said about it? [19:41] bluekuja: about what? [19:41] jdong: thanks. that a special repository which must be enabled? [19:41] jdong, about icedtea [19:41] in multiverse [19:42] bluekuja: as long as one alt-dep is in universe it's fine [19:42] which is our case [19:42] true [19:42] fine then [19:42] still building [19:43] jdong, I'll stay up until I see the SUCCESFULL-BUILD logs [19:43] lol [19:43] bluekuja: that's the spirit! [19:43] :) [19:43] *** build done [19:43] now testing [19:44] damn faster [19:46] jdong, I simply love this azureus [19:47] bluekuja: so does everyone I've tested the new package with [19:47] bluekuja: it's interesting how bad packaging can smear the name of an entire product :) [19:47] jdong, true. I guess you are now mr. azureus [19:47] for ubuntu [19:47] lol [19:48] it downloads like hell [19:48] bluekuja: I am not sure if that's a good thing ;-) [19:48] never seen something like that [19:48] bluekuja: someone said they downlaoded 20% of a 20.6GB thing overnight [19:48] that's true [19:48] it started downloading at 200 [19:48] kb/s [19:48] 0_ [19:48] *0_0 [19:49] never seen azureus downloading [19:49] :P [19:49] * bluekuja uploading [19:49] whoo! [19:50] jdong: fyi, ubuntu's azureus packaging is being discussed in #azureus [19:52] charles_: right now? [19:52] jdong, [19:52] Uploading to ubuntu (via ftp to upload.ubuntu.com): [19:52] azureus_2.5.0.4-1ubuntu1.dsc: done. [19:52] azureus_2.5.0.4.orig.tar.gz: done. [19:52] azureus_2.5.0.4-1ubuntu1.diff.gz: done. [19:52] azureus_2.5.0.4-1ubuntu1_source.changes: done. [19:52] Successfully uploaded packages. [19:52] Not running dinstall. [19:52] bluekuja: and now we wait :) [19:52] yup [19:52] :) [19:53] * bluekuja waits crossing his fingers [19:53] about buildd behaviour [19:57] jdong: looks like you found 'em :) [20:02] jdong, ACCEPTED [20:02] Accepted azureus 2.5.0.4-1ubuntu1 (source) [20:02] :9 [20:02] bluekuja: :) [20:02] :) [20:02] jdong, now let's wait buildd [20:03] jdong, you set the name [20:03] to jdong [20:03] not John Dong [20:03] lol [20:03] so it appears like that into hardy-changes [20:03] ^^ [20:04] O_O? [20:04] Changed-By: jdong [20:04] lmao [20:04] lol :) [20:04] it doesnt matter [20:04] it's just a look [20:05] *new look [20:05] :) [20:05] it's a new identity for me :D [20:05] lol [20:59] one of my new packages is not in Hardy despite being in Debian unstable since september :( [20:59] camrdale, which one? [20:59] is there a reason for that? I thought it would sync in with hardy [20:59] debtorrent [21:01] camrdale, fill up a sync request [21:01] and I'll check that [21:01] bluekuja: thanks, I'm not too concerned, I'm just wondering why [21:02] could it be delayed? [21:02] camrdale, dont know, maybe some RC problems? [21:02] no [21:02] some odd bugs stopped it to get in? [21:02] I don't think so, it has very few bugs, nothing serious [21:04] camrdale, strange then [21:04] camrdale, anyway just fill you a sync now [21:04] and archive-admins will sync it [21:04] this time [21:04] what package do I file the sync request bug on? [21:05] camrdale, against ubuntu hardy release [21:05] camrdale, or against the debtorrent project if there is on registered [21:05] *one [21:07] LP 106382 [21:07] Launchpad bug 106382 in ubuntu "[sync request] Please sync debtorrent from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/106382 [21:07] there was already one :) [21:09] camrdale, is this latest? [21:09] debtorrent (0.1.4.1) [21:09] no 0.1.4.4 [21:09]