[00:51] comment needed on bug 328989 [00:51] Launchpad bug 328989 in eeepc-acpi-scripts (Ubuntu) "eeepc-acpi-scripts package should be removed" [Undecided,New] https://launchpad.net/bugs/328989 [01:49] can a MOTU approve a release nomination or does it take a core dev? [01:49] for a Multiverse package/bug [01:52] I'm pretty sure a MOTU can do that. [01:54] k, if somebody gets a chance to approve the nominations on bug #638365 I'd appreciate it [01:54] Launchpad bug 638365 in userful-multiplier (Ubuntu) "Please remove userful-multiplier from Multiverse" [Medium,Fix released] https://launchpad.net/bugs/638365 [01:56] LaserJock: Approved. Need to get someone to upload the SRUs now (sorry, no time) [01:57] ScottK: np, we don't have uploads ready. I'm just trying to shepherd upstream along [01:57] OK. Great. [01:58] ScottK: they got confused/worried when the main task was closed [01:58] ScottK: so I wanted to open tasks so they have something to track [01:58] Heh. [02:43] guys was the discussion going or not [02:45] that was odd [06:48] is there a guide for how to handle soname bumps in packaging [06:49] micahg: There's the library packaging guide. [06:49] micahg: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html [06:50] RAOF: yep, got that, thanks, luckily upstream handle the soname change, I jsut need to make sure I update the package appropriatelyt [07:08] micahg: In case it's not obvious from that guide, basically all you need to do is change the binary package name to libfoo$NEWSO [07:09] RAOF: right, but apparently the package is a mess, there's an unversioned -dev package with a versioned -dev.install fiile :-/ [07:09] RAOF: should I version the package or unversion the files? [07:09] That's… interesting. [07:09] Generally we don't have versioned -dev packages. [07:10] RAOF: k, I'll unversion the files then [07:13] versioning the dev is useful if you want to support people building against multiple library versions at once [07:13] with a provides: unversioned-dev [07:14] most libraries don't need that sort of flexability [07:14] lifeless: nah, it's not a major package and the old version can't be used at the moment anyways [07:39] RAOF: do you have time to sponsor a universe package? [07:39] from bzr.... [07:40] Probably not, sorry. I need to leave in a couple of minutes. [07:40] RAOF: k [07:41] If you still haven't found a sponsor by the time I get back, I'll give it a look [07:45] RAOF: k, thansk' [08:06] hi hyperair, do you have time to sponsor a bzr branch? [08:13] or anyone who's available for sponsoring a universe package from bzr :) [08:18] didrocks: do you have time to sponsor a bzr branch [08:19] micahg: not right now. I want to finish my paperwork from the morning, but I can do it then (in approx one hour) [08:19] didrocks: that's fine, as long as it's before noon UTC, can I give you the URL? [08:19] launchpad still can't do unsubscribes from individual bugs that give implicit subscription, right? [08:20] micahg: sure [08:20] didrocks: https://code.edge.launchpad.net/~micahg/ubuntu/maverick/libfxscintilla/update-2.11.0/+merge/37706, the only thing I didn't do was the release commit [08:20] Rhonda: right [08:22] good morning [08:23] didrocks: thanks, I'm going to go to sleep then [08:24] micahg: there is a soname bump [08:25] didrocks: yes [08:25] micahg: I'm not sure, you didn't mention it for the FFe to be accepted [08:25] didrocks: FFe was accepted, bug 650601 [08:25] Launchpad bug 650601 in libfxscintilla (Ubuntu) "[FFe] Please update libfxscintilla to 2.11.0" [Wishlist,Confirmed] https://launchpad.net/bugs/650601 [08:25] didrocks: oh, you're saying I didn't mention the soname bump [08:25] didrocks: I didn't realize it until tonight [08:26] micahg: yeah, I'm looking at the rdepends [08:26] micahg: not sure it can be uploaded [08:26] didrocks: should be none, binaries aren't in the archive since Lucid [08:26] grrr, rdepends is currently broken [08:26] micahg: I wait to be sure first :) [08:26] micahg: can you look at rdepends ? [08:27] didrocks: I tried, it won't do it without the binary in the archive [08:27] let me see if I can do it from p.u,.c [08:29] didrocks: I"ll check in a karmic chroot :) [08:29] micahg: hehe, I think this is the only soluton right now :) [08:30] did they change the API? is there an ABI breakage? [08:30] didrocks: no rdepends [08:30] micahg: That's sad because constant flowing in responses to a bug makes me think about removing myself from yet another such implicit subscription. :/ [08:30] micahg: what's the point of the library then? :) [08:30] Rhonda: I think they're working on it, I can find the bug for you alter [08:31] micahg: if there is no rdepends :) [08:31] didrocks: idk, it was in archive, I offered to update [08:31] micahg: I'll check with colin, but I'm really unsure about the timeline as there is a ABI change (and I don't know if there is anything more like ABI breakage/soname bump) [08:32] micahg: I added to that bug years ago without any progress at all since. [08:32] micahg: Actually someone even wanted to mark it as duplicate for a completely different issue. And then the "send patches" got thrown around in there too, "now that launchpad is open source". *sigh* [08:32] hum, soname bump even [08:34] didrocks: well, I bumped the library version, so anyone that uses the library would need a rebuild anyway [08:34] micahg: I answer on the bug report, I'll talk with colin later and we'll see what to do [08:34] micahg: right, and it's very late for such a transition in the cycle [08:34] didrocks: ok, I didn't figure that he'd ok it since there were no rdepends and it's not in debian, but he did, so I finished it [08:35] didrocks: we have no binaries at the moment anyways [08:35] micahg: yeah, but I think he was thinking that you already did the work before to see there is no bump [08:35] no binaries? [08:35] oh right [08:35] didrocks: nope, only the source is in archive ATM [08:35] the last line is karmic [08:35] not maverick :) [08:35] oh ok, so no worry for this then [08:36] I'm looking at the packaging and will sponsor consequently [08:36] micahg: sorry for the confusion, thanks a lot, I'll sponsor it today :) [08:36] * directhex uploaded an ARM FTBFS bugfix [08:36] didrocks: I started on teh package and made sure it built before requesting the FFe, but I didn't check it throughly for pacakging issues until tonight [08:37] didrocks: I now know to check for soname bumps before requesting FFes :) [08:37] didrocks: thanks a lot, I can go to sleep then [08:37] micahg: yeah, it's an important parameter for packages in the archive, in this case, less :) [08:37] micahg: enjoy your evening! [08:37] didrocks: have a great day! [08:38] thanks :) [08:41] micahg: have you gotten your sponsor? [08:41] hyperair: yes, thanks [08:41] micahg: ah okay then. [08:42] micahg: just a note (when you will be back), no need to add in the changelog "rename libfxscintilla17-dev to libfxscintilla19-dev and then rename libfxscintilla19-dev to libfxscintilla-dev" [08:42] just the end count like "rename libfxscintilla17-dev to libfxscintilla-dev" :) [08:42] didrocks: ah, sorry, yeah, the original package actually I don't think ever worked :-/ [08:42] micahg: no worry :) === hannesw_ is now known as hannesw [08:45] * micahg is really off now :) [08:46] micahg: i don't really have the time to figure out bzr again. could you stick it in revu or something? [08:49] micahg: hyperair will do the full review (thanks again!) as there is this soname bump and I'm not sure to get enough time because of that doing a proper job on it :) [09:11] * hyperair just realized that that was libfxscintilla and not libwxscintilla [10:19] ScottK: since you've acked most of the depends requiring a FFe, would you please also (finally) ack josm? [10:19] ScottK: https://bugs.launchpad.net/ubuntu/+source/josm/+bug/613926 , thank you :) [10:19] Launchpad bug 613926 in josm (Ubuntu) "[FFe] Sync josm 0.0.svn3514-2 (universe) from Debian sid (main)" [Undecided,In progress] [10:21] dapal: Done [10:21] great, thank you :) [10:22] now, looking for a sponsor :) [10:22] erm … [10:23] dapal: "Please resubscribe ubuntu-sponsors once all these packages are available in the archive." [10:23] This doesn't seem to have happened? :) [10:23] dapal: I'll approve it as sponsor too. [10:23] ScottK: great, thanks :) [10:23] Rhonda: oh, you there? :) -- yes, I forgot that too [10:24] ScottK: no need to subscribe ubuntu-sponsors then? [10:24] Correct. [10:24] great, thanks! [10:24] dapal: everywhere :P [10:24] Rhonda: gar. There's no Rhonda-free place on earth then? :( [10:25] You can try #kde, #emacs or other evil sides of the force. :P [10:25] omg. [10:26] Rhonda: I'm scared now. [10:26] Then the mission is accomplished. [10:41] ari-tczew, morning mate [10:44] hello coolbhavi [10:44] coolbhavi: are you ready to start natty development? [10:45] ari-tczew, yes balancing everything at the moment :) [10:45] coolbhavi: do you will merge new upstream releases, right? [10:46] ari-tczew, yes but based on debian changes [10:55] if someone needs help today before close archive, I have a time a little bit === dyfet` is now known as dyfet [13:07] @now [13:07] Current time in Etc/UTC: October 06 2010, 12:07:37 === xfaf is now known as zul === ivoks-afk is now known as ivoks [14:05] bilalakhtar: I have no clue what you were refering to to ari a few days ago what you hilighted me with. [14:05] Rhonda: ah, just leave it === xfaf is now known as zul [15:43] Would adding a mimetype handler so that clicking on an XO bundle installs it (which should be the normal action) be a new feature? (it'd just be adding a mimetype handler, and it should have been that way in the first place) [16:58] I am trying to build the vanilla kernel according to https://wiki.ubuntu.com/KernelTeam/GitKernelBuild but it fails: http://pastebin.com/96Xh9xgM [17:01] The translated error: "dpkg-gencontrol: error: package linux-image-2.6.36-rc6-custom+ not in control info" [17:01] Apparently it's missing the 10.00 here, or something similar. [17:11] probably this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588126 [17:11] Debian bug 588126 in kernel-package "kernel-package: Fails to build linux-image on 2.6.35-rc4 if CONFIG_LOCALVERSION is set" [Important,Fixed] [18:00] micahg: ping [18:00] ari-tczew: pong [18:00] micahg: any ideas for libjdic-java? :P [18:01] ari-tczew: heh, sorry about that, got overwhelmed this cycle, I'll get to it after UDS (for real this time :)) [18:01] ari-tczew: we're migrating to 4.0.x in Natty, so one way or another we'll fix it :) [18:02] micahg: migrating to 4.0.x of what? [18:02] ari-tczew: Firefox [18:03] ari-tczew: can you sponsor a bzr merge for me [18:03] request-sync uses natty already.. so how can I get a kernel-package sync for maverick (universe)? impossible? [18:03] micahg: ah, so libjdic-java is related to firefox? [18:03] ari-tczew: it build depends on xulrunner [18:03] ari-tczew: can you sponsor a bzr merge for me? [18:04] s/merge/update/ [18:04] micahg: sure [18:04] ari-tczew: https://code.edge.launchpad.net/~micahg/ubuntu/maverick/libfxscintilla/update-2.11.0 [18:04] oops [18:04] * micahg needs to request merge [18:05] * ari-tczew hates .edge. domain [18:05] blueyed: you can specify the release [18:05] oh, nm [18:06] ari-tczew: https://code.launchpad.net/~micahg/ubuntu/maverick/libfxscintilla/update-2.11.0/+merge/37706 [18:06] ari-tczew: just needs to release commit and tag [18:06] Sarvatt: ping [18:06] ari-tczew: if you want me to do those, I can [18:07] micahg: so go ahead :) [18:07] Laney: sure.. will use it. thanks. [18:08] micahg: I see that didrocks could sponsor it. [18:08] whats up BlackZ? [18:08] ari-tczew: micahg: hyperair was on it, right? [18:09] or is it another lib? :) [18:09] didrocks: dunno! :> [18:09] ari-tczew: I tried, he was too busy and handed off to hyperair who isn't so familiar with UDD [18:09] yeah, it's quite busy there :/ [18:09] sorry micahg [18:09] didrocks: it's ok, we'll try to get it uploaded and hopefully accepted (it builds fast) [18:10] Sarvatt: can you please review https://code.launchpad.net/~eugenesan/ppa-purge/trunk/+merge/33368 ? [18:10] Sarvatt: if you want, I could do that [18:10] heh, UDD is not hard to use. [18:10] ari-tczew: k, commit revision is in, go ahead [18:13] micahg: what's UDD? [18:13] Sarvatt: I have some comments about it [18:13] hyperair: Ubuntu distributed Development (using bzr for uploads/updates/merging) [18:13] micahg: how do you adding tags to branch? [18:14] ari-tczew: specifically, let's just say i don't like bzr. [18:14] get me a diff, sure, debian.tar.gz, sure, full dsc set, sure, but bzr branch? nothanksbai [18:14] ari-tczew: debcommit -r :) [18:14] micahg: yeah i figured as much [18:14] mhm [18:14] ari-tczew: that way the package importer shouldn't overwrite my changes when you upload [18:14] we'll see if it works :) [18:15] micahg: good point [18:17] hyperair: the only reason I know bzr is thanks to asac and his training on the mozilla team branches [18:17] * micahg still has issues with git [18:19] * ari-tczew hates inhale his neighbours cigarette smoke [18:22] BlackZ: I added you to the xorg-edgers, would be much appreciated if you could. the only issue I see is the changelog, would want to condense that all into one and just bump the version once [18:23] ari-tczew: "bzr mark-uploaded" (as described in UDD documentation) will tag [18:24] Sarvatt: agreed; I will comment on it ASAP, however, why don't you add a separate team for commit to the ppa-purge's bzr repository? [18:24] s/add/create [18:24] I will but I'm very busy at the moment and don't want to delay you :) [18:28] thanks Sarvatt :) [18:31] * hyperair grumbles about his miserable crap of a connection [18:35] hyperair: really? [18:35] hyperair: people have even worse connections! like mine [18:35] cdbs: oh yeah? have you seen how many times i've reconnected in the past few minutes? [18:35] cdbs: nice name :) [18:36] micahg: I am bilalakhtar :) [18:36] cdbs: I know :) [18:36] wanted a smaller nick [18:36] why not dh7? [18:36] one that westeners could pronounce easily [18:36] cdbs is old outdated technology =p [18:36] fyi, bilal akhtar is pretty easy to pronounce [18:36] hyperair: I like cdbs for some *old* reasons [18:36] hyperair: that's a highly contentious point [18:36] micahg: it is in my book, and that's all that matters to me =p [18:37] micahg: needless to say, it takes extra persuading to get me to sponsor a cdbs package rahter than a dh7 package. [18:37] micahg: When will you apply for MOTU? [18:37] mostly because i've forgotten how cdbs works [18:37] eh, micahg isn't a motu yet? [18:37] oh right, he was asking for sponsors >_> [18:37] silly me [18:37] hmmm, I was going to wait until life slowed down a litlle [18:38] micahg: Your syncs and merges so far have been flawless [18:39] micahg: And you have been working well with chris-ccoulson as well [18:39] no dash needed ;-) [18:39] hyperair: to prevent a ping [18:39] haha i don't mind being pinged if people are talking about me. [18:41] oh [18:41] I wanted a discussion about the script grab-merge [18:42] cdbs: nice to know I have 1 for on my application :) [18:42] I would like to make a change in it that it also creates a new file called merge-debuild that actually runs debuild instead of dpkg-buildpackage in merge-buildpackage. ideas? [18:42] 'It' above is grab-merge in ubuntu-dev-tools [18:43] micahg: hmm, yes [18:45] bye people [18:56] ScottK: Can I both approve and sponsor a FFe request for ubuntu-sugar-remix-meta? [18:57] lfaraone: Scott is out afaik [18:57] shadeslayer: okay. this is just a procedural question, I've not had the ability to approve FFes before. [18:58] ok .. [18:58] I know you can't both upload something and accept it in the archive. [19:04] lfaraone, Scott acked this morning a sync request from a Release team stand point and also ack it from a sponsor standpoint [19:10] fabrice_sp: yes, but he's an actual member of the release team, not an adjunct :) [19:27] fabrice_sp: cool. but I very much can't ack a FFe for a change I author, right? [19:28] oh, what fabrice_sp said was ok, it's the lfaraone case that's the issue :) === ivoks is now known as ivoks-afk [19:51] lfaraone, a peer review is always welcome :-) [20:11] So as I mentioned earlier, would it be fine to get grab-merge in ubuntu-dev-tools to create another file called merge-debuild that workd like merge-buildpackage except for the fact that it runs debuild? [20:11] tumbleweed: ^^ [20:11] cdbs: you generally want to look at the merge before running debuild [20:12] micahg: But you ultimately have to run it, right? [20:12] cdbs: I've never used merge-buildpackage, but sounds reasonable [20:12] micahg: And only after that can you run debdiff to see the changes yourself, right? [20:12] cdbs: oh, and if you don't know, I am bilalakhtar [20:12] cdbs: right, but there are usually conflicts [20:13] micahg: Doesn't grab-merge create merge-buildpackage as well? [20:13] I could get it to create another file i.e. merge-debuild [20:13] idr [20:13] micahg: it does [20:18] who is familiar with bzr merging>? [20:24] ari-tczew: well, what is the problem? :) [20:27] kklimonda: I did: bzr merge-package lp:foo [20:27] then bzr commit [20:27] now, push ? [20:28] ari-tczew: you should do debcommit instead of bzr commit so that bugs are closed [20:28] or linked, more appropriately [20:28] fu**.. [20:29] ari-tczew: not a problem, bzr uncommit, debcommit [20:29] try again [20:29] Should I ping someone to get Bug 613926 synced? (before freeze) [20:29] Launchpad bug 613926 in josm (Ubuntu) "[FFe] Sync josm 0.0.svn3514-2 (universe) from Debian sid (main)" [Undecided,Confirmed] https://launchpad.net/bugs/613926 [20:30] fabrice_sp: ack-sync/syncpackage is not good? [20:30] fabrice_sp: freeze is passed (noon UTC today) [20:30] I prefer to wait for an archive admin that late in the cycle [20:30] micahg: for main, not for universe [20:30] hmm, aa has een subscribe before noon [20:30] ari-tczew: no, freeze for universe was today at noon [20:31] ari-tczew, micahg is right [20:31] micahg: wait wait wait, so if archive is closed, why we are going to upload? :D [20:31] that's why I'm asking [20:31] ari-tczew: because I have an exception :) [20:31] so do I :-P [20:31] ari-tczew: I asked and I was told if it's not uploaded, there's *no* chance of it getting in, but if it's uploaded, there is a chance [20:31] fabrice_sp: cjwatson maybe [20:31] well, let me chekc the timestamp [20:32] ari-tczew: where do you want to push the branch? I don't think pushing it to lp:ubuntu/foo actuall does anything at the moment. [20:32] kklimonda: lp:ubuntu/libfxscintilla [20:33] kklimonda: I used bzr push :parent (use bzr info to make sure :parent is what you want) [20:33] ari-tczew: right, those branches are populated from the uploaded packages afaik. Unless something has changed recently, james_w ? [20:33] ari-tczew: I'd just do a simple bzr bd -S to build source package and upload it using dput [20:33] kklimonda: only if it's not tagged [20:33] micahg: only "debcommit" is enough [20:33] ? [20:34] micahg want to be sponsored through bzr [20:34] micahg: so if you create a tag (i.e. something like 1.2.3-0ubuntu1) then.. what is going to happen? :) [20:34] ari-tczew: debcommit is the same as bzr commit except it uses the debian changelog as the commit message and automatically does the --fixes lp:foo [20:34] kklimonda: the importer shouldn't overwrite according to james_w [20:35] ari-tczew: it was a new upstream release (no sane way to do a debdiff) [20:35] micahg: but does it actually do anything useful with the branch? [20:35] kklimonda: you can keep the individual commits vs one big import commit [20:35] micahg: I created diff between /debian/ dirs [20:35] ari-tczew: right, but then you have to fetch the orig.tar.gz and what not [20:36] micahg: ... let's back to uploading :P [20:36] micahg: ok, make sense [20:37] micahg: ok, debcommit is done. what next? bzr push? [20:38] ari-tczew: run bzr tags to make sure my release tag is there [20:38] micahg: http://paste.ubuntu.com/507481/ [20:39] ari-tczew: looks good [20:39] micahg: bzr push lp:ubuntu/libfxscintilla ? [20:39] so check bzr info to make sure the parent branch is the ubuntu maverick branch, then you can run bzr push :parent [20:40] ari-tczew: as kklimonda I don't think that works yet [20:40] *said [20:41] micahg: http://paste.ubuntu.com/507482/ [20:41] oh, hmm, so maybe it will work :) [20:41] micahg: so, bzr push lp:ubuntu/libfxscintilla ? [20:41] ari-tczew: yeah, see if it works [20:42] bah, I got all my paperwork ready and now begins the joy of waiting for a meeting with the US consul and thinking of a way to convince him I'm not going to stay in US forever and work as a cleaner :/ [20:44] kklimonda: are you in US now? [20:45] no [20:46] micahg: Launchpad is processing new changes to this branch which will be available in a few minutes. Reload to see the changes. [20:47] ari-tczew: we'll wait I guess [20:49] micahg: I hope that your branch will be automatically set up as merged. [21:25] micahg: it still doesn't uploaded :/ dut is waiting [21:25] s/dut/dput [21:26] ari-tczew: hmmm [21:27] ari-tczew: and the builders are empty :( [21:27] maybe james_w could help? [21:27] what with? [21:28] james_w: branch scan taking an hour for lp:ubuntu/libfxscintilla [21:28] james_w: we are thinking that https://code.launchpad.net/~ubuntu-branches/ubuntu/maverick/libfxscintilla/maverick is loading too long [22:11] micahg: around yet? [22:11] ari-tczew: I'm here [22:12] ari-tczew: update still not done :-/ [22:12] micahg: james_w is explaining it on #launchpad. [22:12] micahg: I'm going to bed soon, what's next? [22:21] micahg: what's the deadline about uploading to universe? [22:21] ari-tczew: already passed 9 hrs agfo [22:21] ari-tczew: so, we're on borrowed time [22:22] have you checked if the branch has been properly pushed? [22:22] maybe it's just a LP hickup and you can already upload package [22:22] on #launchpad devs suggest bug about tags scanning [22:24] ari-tczew: ask james if you can upload package anyway, it's not the best moment to waste time because of some bug :/ [22:24] kklimonda: do you mean dput? [22:24] ari-tczew: well, you have to use dput anyway, right? [22:24] kklimonda: right [22:24] builders don't yet build packages from branches anyway. [22:25] so I'd just go and publish the package and then we can worry about branch being broken [22:25] micahg: ^^ [22:25] it's better then getting a red light from the admins after all this work [22:25] kklimonda: the idea was to not lose the bzr revisions I did [22:25] micahg: I know, but sometimes you have to compromise [22:25] we're getting some action in #lp now [22:26] * kklimonda is a huge proponent of the udd but still, the most important thing is package itself :) [22:27] * ari-tczew is waiting like a truck to arrive out. [22:31] ari-tczew: upload please :) [22:39] micahg: did you saw it? http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/libfxscintilla/maverick/revision/4 [22:39] ari-tczew: yes, but the tag isn't shown on the top level, I hope it's enough [22:41] ari-tczew: ugh, I don't think it's enough [22:41] micahg: hmmm? [22:43] maybe run bzr mark-uploaded and then push again? [22:43] and then upload? [22:43] micahg: dunno, I wouldn't take bzr till bug is not fixed. [22:44] ari-tczew: I need to file a bug against the package importer, will have ot do later [22:44] micahg: so, could I upload your package? [22:44] ari-tczew: go agead [22:44] *ahead [22:44] my branch is still there, we can clean up later [22:46] micahg: "Successfully uploaded packages." [22:46] ari-tczew: thanks === ivoks-afk is now known as ivoks