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