[12:29] <crimsun> libxrender ready to be uploaded (when libx11 is NEWed)
[12:46] <Kamion> I did that not long ago
[12:46] <Kamion> (oh, about five minutes after you said that)
[12:47] <crimsun> yep, noted :)
[12:47] <Kamion> go ahead and upload it now
[12:47] <Kamion> syncing libxkbfile now too
[12:49] <Kamion> did anyone upload anything that depended on libx11 already?
[12:49] <Kamion> er build-depended
[12:54] <crimsun> doesn't appear so.
[09:50] <Mithrandir> fabbione: libx11-data needs to replace libx11-6 <= 2:1.0.0-0ubuntu9
[09:51] <fabbione> Mithrandir: hem no
[09:51] <fabbione> when i did it, dpkg did send me to hell
[09:51] <fabbione> and couldn't update properly
[09:51] <fabbione> without the Replace it was doing fine
[09:51] <Mithrandir> uh, that's crackful.
[09:52] <fabbione> don't ask me.. i did test with and without because i had the same opinion as your
[09:52] <Mithrandir> there's a file conflict there so it really needs to conflict. :-P
[09:52] <Mithrandir> what error message did you get?
[09:52] <fabbione> i can't remember now
[09:52] <crimsun> Mithrandir: (libxrender is done)
[09:52] <fabbione> Mithrandir: if you want to add it go ahead
[09:52] <fabbione> Mithrandir: i am not jalous at all
[09:53] <fabbione> Mithrandir: but i need to get a couple of packages into shape before UVF
[09:53] <Mithrandir> anyway, we can add that later, I'll just put it on a sticky note here.
[09:53] <fabbione> Mithrandir: but did you actually have problems upgrading?=
[09:53] <fabbione> because i didn't
[09:53] <Mithrandir> fabbione: yes, file conflict.
[09:53] <crimsun> LOCK libxrandr
[09:54] <fabbione> Mithrandir: ok then it's probably best to fix it now
[09:54] <Mithrandir> fabbione: nah, it'll just break people's upgrades and I'm more worried about getting the stack bootstrapped, TBH.
[09:54] <Mithrandir> it won't trip the buildds
[09:55] <fabbione> yeah i know that
[09:55] <Mithrandir> we'll probably get a bunch of bug reports, though.
[09:56] <Mithrandir> libxext uploaded
[09:58] <fabbione> ok i am dojng libx11
[09:58] <fabbione> but i am not going to test it :)
[09:59] <Mithrandir> do you know if rodarvus has his packages somewhere so they can be uploaded?
[09:59] <fabbione> nope
[09:59] <Mithrandir> you don't know or you know he doesn't?
[10:00] <ogra> hmm, http://people.ubuntu.com/~rodarvus/ is pretty empty
[10:03] <fabbione> libx11 uploaded
[10:05] <Mithrandir> crimsun: oh, you did libice, excellent.
[10:19] <crimsun> libxrandr uploaded
[10:19] <seb128> hey
[10:20] <crimsun> re seb
[10:20] <Mithrandir> grr, I fucked up libxext. :-/  New upload on its way.
[10:20] <seb128> don't ban me from that chan but :p
[10:21] <seb128> dpkg: erreur de traitement de /var/cache/apt/archives/libx11-data_2%3a1.0.0-7ub untu1_all.deb (--unpack):
[10:21] <seb128>  tentative de remplacement de /usr/share/X11/locale/armscii-8/XI18N_OBJS, qu i appartient aussi au paquet libx11-6
[10:21] <Mithrandir> seb128: fix in incoming.
[10:21] <seb128> cool
[10:22] <seb128> any ETA to get a libxft-dev installable again?
[10:22] <seb128> it makes impossible to work on anything on top of pango
[10:22] <seb128> like block completly any GNOME work
[10:22] <fabbione> we don't care about GNOME
[10:22] <fabbione> go away
[10:22] <fabbione> :P
[10:23] <seb128> ok, fine with me
[10:24] <crimsun> it'll take NEW love due to src:libxft -> src:xft
[10:24] <Mithrandir> crimsun: NEW isn't a problem, though.
[10:25] <crimsun> true
[10:25] <Mithrandir> apart from that, it should be doable once libxrender is built.
[10:25] <seb128> so I go cool
[10:25] <crimsun> LOCK libxres
[10:25] <seb128> ups
[10:25] <seb128> cool
[10:26] <Mithrandir> crimsun: note you need to wait for a while before uploading that.
[10:27] <crimsun> Mithrandir: for libx11-dev and/or libxext-dev?
[10:30] <Mithrandir> the latter.
[10:30] <Mithrandir> libx11 is fine, the fix fabbione uploaded is just for upgrades.
[10:31] <crimsun> right, noted.
[10:31] <crimsun> this epoch business is madness.
[10:33] <Mithrandir> it is, but I think I'll be able to get gravity to take our changes there.
[10:36] <Mithrandir> STEAL libxt
[10:44] <Kamion> oh good somebody's doing that
[10:45] <crimsun> hmm, libxres is going to be messy, since our orig.tar.gz is named libxres_1.0.2+1.0.0.orig.tar.gz whereas Debian's is libxres_1.0.0.orig.tar.gz
[10:45] <Kamion> crimsun: sounds like an upstream version downgrade
[10:45] <Kamion> LOCK libxcursor
[10:46] <Kamion> I suspect that libxres .orig == 1.0.0 really
[10:46] <crimsun> Kamion: yeah, it is 1.0.0 in both cases, but I'm wondering how to work around the versioning in the orig.tar.gz
[10:47] <fabbione> seb128: ping?
[10:47] <seb128> fabbione: pong
[10:47] <Mithrandir> crimsun: bump the version in the changelog to 1.0.2?
[10:47] <fabbione> seb128: #52034 is absolutely not xterm
[10:47] <Kamion>    libxres | 1:1.0.2+1.0.0-0ubuntu3 |          edgy | source
[10:47] <Kamion> it's already bumped
[10:47] <fabbione> seb128: X in general does not provide ANY kind of session save facility
[10:47] <Kamion> crimsun: you'll have to continue the current versioning scheme
[10:48] <crimsun> ok, fun stuff. Thanks.
[10:48] <seb128> fabbione: ok, so that's NOTABUG, expected behaviour
[10:48] <Kamion> so Debian [1:] 1.0.0-N => 1:1.0.2+1.0.0-N
[10:48] <Kamion> er -Nubuntu1
[10:48] <Kamion> and we can sort it out when Debian bumps to > 1.0.2
[10:48] <crimsun> except Debian's using 2:1.0.0
[10:48] <Kamion> oh, then you can resolve it
[10:48] <Mithrandir> then it should just be a sync, shouldn't it?
[10:48] <Kamion> take their .orig.tar.gz and use the epoch
[10:49] <Kamion> yes, can be a sync if there are no other changes
[10:49] <Mithrandir> (unless we have changes we want to keep, that is)
[10:49] <crimsun> shipping man pages, but that's not vital at this stage
[10:49] <crimsun> a sync sounds best
[10:51] <crimsun> ok, in that case libxres is ready to be synced from Debian Sid once libxext is available
[10:55] <Mithrandir> libxt uploaded
[10:58] <Mithrandir> nobody locked xft?
[10:58] <fabbione> it's all your
[10:59] <Mithrandir> hooray!
[10:59] <Mithrandir> :-P
[10:59] <Kamion> libxcursor ready to go once the ia64/powerpc/sparc buildds wake up w.r.t. libxfixes
[10:59] <Mithrandir> LOCK xft
[11:00] <Kamion> somebody remind me how I see the buildd queue?
[11:01] <Kamion> ah https://launchpad.net/distros/ubuntu/edgy/+builds
[11:01] <Mithrandir> https://launchpad.net/distros/ubuntu/edgy/+builds?build_state=pending&build_text= ?
[11:01] <Kamion> yeah
[11:02] <Mithrandir> oh, in building.  I was wondering why it was neither built nor pending.
[11:04] <Kamion> yeah, found it eventually
[11:04] <Kamion> libxcursor uploaded
[11:05] <Kamion> LOCK libxevie
[11:12] <crimsun> LOCK libxv
[11:17] <Mithrandir> afk for a little bit.
[11:40] <Mithrandir> ok, seems like xft can be synced.
[11:41] <crimsun> libxv ready to go once libxext is available
[11:41] <Kamion> libxext should start building RSN
[11:42] <Kamion> libxevie similarly ready to go
[11:42] <Mithrandir> Kamion: if you can do the sync in https://launchpad.net/distros/ubuntu/+source/libxft/+bug/52197, it'd be great for seb, etc.
[11:43] <fabbione> it's too damn warm here
[11:43] <Kamion> ok, I'll do a sync pass now
[11:44] <Mithrandir> excellent, thanks.
[11:46] <Kamion> crimsun: if you can say in the sync request when something comes from non-main, it'd be appreciated
[11:46] <Kamion> needs a different sync-source invocation in that case
[11:46] <crimsun> Kamion: sorry, noted, thanks
[11:47] <Kamion> (er, and which component it comes from ...)
[11:47] <Mithrandir> Kamion: will xft end up in main automatically?  (If not, can you make it?)
[11:47] <Kamion> Mithrandir: sort-of-yes and yes
[11:47] <Kamion> it'll end up in NEW, the default there is main although *normally* we override to universe
[11:48] <Kamion> but we do apply some intelligence :)
[11:48] <fabbione> Kamion: when you can and you have time (!= NOW) could you please NEW openais? it will be soon a redhat-cluster-suite B-D and Depends: so you can spare yourself the trouble to move it to universe and back later
[11:48] <fabbione> (up to you for the latter)
[11:49] <Kamion> fabbione: ok
[11:49] <fabbione> Kamion: thanks a lot
[11:49] <Kamion> fabbione: er but for new main source can you please get pitti to look over it?
[11:49] <fabbione> Kamion: well yes of course i can..
[11:50] <Kamion> not necessarily because he might want to veto, but because he might find stuff to fix
[11:50] <Kamion> anyway this is OT here
[11:51] <fabbione> yup..
[11:54] <crimsun> LOCK libxss
[12:04] <Kamion> Mithrandir: erm - do we not need libfreetype6-dev 2.2.1?
[12:04] <Kamion> or was the ABI breakage between Dapper and 2.2.1?
[12:04] <Kamion> (it's a bit late, I've already newed it, but there)
[12:06] <Mithrandir> Kamion: *sigh*, sorry.  We might need a rebuild, then.
[12:11] <Mithrandir> oh joy, dapper has the broken freetype.
[12:13] <Kamion> right
[12:13] <Kamion> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314385 for the record
[12:13] <Kamion> we might need to rebuild world - but fortunately we're doing that anyway :P
[12:15] <Mithrandir> yeah. :-/
[12:17] <Kamion> yum, and freetype/dapper-security > freetype/edgy
[12:17] <Mithrandir> yeah, I whined at pitti about that a few hours ago
[12:24] <crimsun> libxss ready to go pending libxext (which appears to have built on 4/5 arches)
[12:31] <Mithrandir> rodarvus: it would have been useful if you'd left your packages somewhere the rest of us could have gotten at them last night. :-P
[12:31] <rodarvus> Mithrandir, indeed, sorry
[12:31] <rodarvus> I was waiting for build-deps to be uploaded by yesterday end of the day, but ended sleeping before all was ok
[12:32] <Mithrandir> libx11 went in around midnight UTC, iirc.
[12:32] <rodarvus> Mithrandir, there was at least libxext missing for me to proceed with my packages
[12:32] <Mithrandir> anyway, you should have some packages which are uploadable now, like dmx
[12:33] <Mithrandir> xext is built now, but not published so hold off anything needing that for a little bit.
[12:33] <rodarvus> Mithrandir, most (all?) of my packages need libxext
[12:33] <Kamion> we're also dealing with HORRIBLE FREETYPE MADNESS
[12:33] <rodarvus> I'll check
[12:33] <rodarvus> oh
[12:34] <Kamion> Mithrandir: it's safe to upload xext-dependent source now
[12:34] <crimsun> yay
[12:34] <rodarvus> great!
[12:34] <Mithrandir> Kamion: oh, since they binaries are accepted?
[12:34] <Kamion> the binaries are in accepted
[12:34] <Kamion> https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=2&queue_text=xext
[12:35] <Kamion> libxevie uploaded
[12:35] <crimsun> libxss, libxv uploaded
[12:35] <rodarvus> how long usually it takes for binaries to be in accepted (after the upload) - 3 hours? (looked to be something like that, when builder/publisher is ok)
[12:36] <Mithrandir> best case is about 2.5 hours, worst case is about 3.5 hours.
[12:36] <Kamion> rodarvus: upload source -> next :03 source publish -> publisher finishes about :40-something, buildds start -> sometimes manage to upload by next :03 -> binaries publish -> publisher finishes about :40-something, mirrors trigger
[12:36] <Kamion> the "sometimes manage to upload by" is about when they land in accepted
[12:37] <Kamion> uploads get processed into accepted at */5 * * * *
[12:37] <Kamion> LOCK libxi
[12:37] <rodarvus> Mithrandir, Kamion, nice, thanks for the explanation
[12:39] <Mithrandir> LOCK libxinerama
[12:39] <rodarvus> you are moving stuff to DONE only when the binary is moved into accepted, right?
[12:39] <Mithrandir> no, when the source is uploaded is what we've done so far.
[12:40] <Kamion> look at launchpad.net/distro/ubuntu/+source/NAME/VERSION to see build states
[12:40] <Kamion> if they're all "Successfully built" then you're generally safe to upload source build-depending on them
[12:40] <tseng> i find launchpad.net/people/YOURNAME/+packages more useful
[12:41] <tseng> as it gives you a list of all your recent uploads and state
[12:41] <Kamion> tseng: utterly hopeless here, they're not all our packages
[12:41] <Kamion> you need to know the state of stuff you're build-depending on not just stuff you uploaded
[12:41] <tseng> right, sorry
[12:41] <Kamion> good for spotting build failures though
[12:42] <crimsun> LOCK libxkbui
[12:43] <crimsun> oh, UNLOCK, that's a sync
[12:44] <Mithrandir> crimsun: care to file the sync request, then?
[12:45] <crimsun> Mithrandir: just filed it :)
[12:46] <crimsun> Mithrandir: (same for libxres)
[12:47] <Mithrandir> crimsun: noted on x-pkgs
[12:47] <crimsun> thanks
[12:47] <Mithrandir> crimsun: please tell when they're attended to so they can be moved to done.
[12:47] <rodarvus> libdmx uploaded
[12:47] <crimsun> Mithrandir: will do
[12:47] <crimsun> LOCK libxtrap
[12:49] <rodarvus> whoever moved libdmx to done, thanks :)
[12:49] <Mithrandir> np
[12:49] <Mithrandir> rodarvus: I stole libxt from you this morning and uploaded it, but I see now that libsm wasn't done, so it'll require a rebuild :-/
[12:50] <rodarvus> Mithrandir, libsm was uploaded just now
[12:50] <Kamion> I've found a few packages that have been relibtoolised with Debian's libtool, but the patches seriously don't apply
[12:50] <rodarvus> I've done all packages marked as "mine"
[12:50] <rodarvus> I'm just uploading them now (after double checking)
[12:51] <Mithrandir> rodarvus: ok, libsm moved to done
[12:51] <rodarvus> libxdamage uploaded
[12:53] <rodarvus> libxmu sync requested
[12:54] <Kamion> libtool> doesn't seem to make any difference at least for libxevie though
[12:54] <rodarvus> (actually, a new comment on yesterdays request, as agreed with Kamion)
[12:58] <rodarvus> btw, I have libxaw done here, but it depends on libxt (which is uploaded but needs a rebuild) and libxmu (which will be synced from Debian unstable)
[12:59] <crimsun> libxtrap ready to go pending libxt rebuild
[12:59] <Mithrandir> libxinerama uploaded
[01:00] <rodarvus> I also have libxcomposite ready to go, but pending on libxdamage build
[01:00] <Mithrandir> LOCK libxtst
[01:03] <crimsun> ok, off to work, libtrap at http://sh.nu/~crimsun/xorg-transition/  if I'm dead in action.
[01:03] <crimsun> libxtrap^
[01:10] <Kamion> libxi uploaded
[01:11] <Kamion> rodarvus: libxmu also build-deps on libxt ...
[01:11] <rodarvus> Kamion, right, indeed
[01:13] <rodarvus> Mithrandir, you'll send libxt to rebuild after libsm is published?
[01:13] <rodarvus> (I mean, it can only happens in ~3h, or can it be done before?)
[01:14] <Mithrandir> rodarvus: I'll do that, sure.
[01:25] <rodarvus> LOCK libxvmc
[01:27] <rodarvus> Kamion, syncs for packages with same version for orig.tar.gz, but with different md5sum fail, right?
[01:28] <Kamion> yes
[01:28] <Kamion> the archive only ever accepts one file with a given name
[01:28] <rodarvus> *nods*
[01:29] <Kamion> which is partly for general sanity, partly because it would be a lot harder on mirrors if they had to check the contents of every file rather than just whether they had it or not, and partly because a different release might still be using the older file
[01:30] <rodarvus> sure, its a very sane thing to do
[01:35] <Kamion> libxres synced
[01:35] <Mithrandir> libxtst uploaded
[01:36] <Mithrandir> LOCK libxxf86dga
[01:42] <rodarvus> libxvmc is ready to be uploaded (waiting for libxv to be built)
[01:42] <Mithrandir> oh, ffs, Debian has epoched libxxf86dga and we now have mismatching orig.tar.gz again.  Grr.  More fakesyncing.
[01:44] <Kamion> we should follow the epoch though, right?
[01:44] <Mithrandir> yeah.
[01:45] <Mithrandir> (I can't see a reason not to, at least)
[01:45] <rodarvus> I guess most X libraries with same orig.tar.gz have mismatched md5sum, currently
[01:46] <Kamion> there have been a few exceptions, but yeah
[01:46] <Mithrandir> libxxf86dga uploaded.
[01:46] <Kamion> ok, I'm going to do other stuff for a while - feel free to ping me for urgent archive admin though
[01:47] <rodarvus> in a little while I guess we'll be mostly stuck, anyway
[01:48] <Kamion> ?
[01:48] <rodarvus> well, not really
[01:48] <rodarvus> we'll be able to merge/sync apps,but only locally
[01:48] <rodarvus> at least until libraries are all published and built
[01:53] <Mithrandir> hmm, why isn't libsm listed as successfully built, building, pending or failed?
[01:55] <Kamion> it's pending now
[01:55] <Kamion> you might have caught the build sequencer (or queue builder?) mid-operation or something
[01:57] <rodarvus> I'll be right back
[02:03] <Mithrandir> Kamion: can you rescore builds?
[02:04] <Mithrandir> if so, can you bump libsm?
[02:21] <Mithrandir> libsm i386 build started now.
[02:26] <Kamion> unfortunately not
[02:26] <Kamion> Keybuk can
[02:28] <Mithrandir> he's not around, though.
[02:28] <Kamion> voip him?
[02:29] <Kamion> he usually says to phone him if he's not on IRC?
[02:29] <Kamion> s/\?//
[02:30] <Kamion> oh, need to get freetype rescored as well - I'll phone him
[02:31] <Kamion> gosh, voip works
[02:31] <Kamion> he'll be here in a moment
[02:32] <Kamion> as predicted he was just offline to get some work done
[02:32] <ogra> did you use the new canonical voip ?
[02:32] <Kamion> I have two accounts, no idea which ekiga used - I called Scott's personal one though
[02:32] <Kamion> hiya
[02:32] <Mithrandir> Keybuk: care to rescore libsm, please?
[02:32] <Kamion> can we get libsm (two arches) and freetype rescored up?
[02:32] <Keybuk> Kamion: neither -- it would have just contacted my server direct
[02:33] <Kamion> ah
[02:33] <Kamion> neither's caught by the magic *x* hack
[02:33] <Kamion> we're having, er, fun with freetype ;)
[02:33] <Keybuk> why fun? :p
[02:33] <Kamion> ABI breakage that got into dapper
[02:33] <Keybuk> freetype rescored (i386 is already "buildin")
[02:34] <Keybuk> in fact, looks like i386 is about to get picked up
[02:34] <Kamion> I think at present we're hoping that if we sing LALALA really loudly (and rebuild the world) the problem will go away
[02:34] <Kamion> cool, thanks
[02:34] <Keybuk> sounds like fun
[02:34] <Kamion> gave me an excuse to try out voip in anger, anyway
[02:34] <Mithrandir> Kamion: in Debian it seemed like it only affected gnustep though.
[02:34] <Mithrandir> which limits the damage quite a bit
[02:35] <Keybuk> what was the change?
[02:35] <Kamion> I think we've already synced gnustep, but we can see how it goes ...
[02:35] <Keybuk> which is the second libsm arch?
[02:35] <Kamion> Keybuk: one that had already started building by the time you looked
[02:35] <Keybuk> ah
[02:35] <Keybuk> has finished now already
[02:36] <Kamion> Keybuk: freetype upstream had added a load of new symbols and dropped others in 2.1.10 - then in 2.2 they said "ok, no more use of freetype internal symbols for YOU" and ditched a load of stuff from the API/ABI
[02:36] <Kamion> but some apps and libraries were using the internal symbols, and they didn't bump soname
[02:36] <Keybuk> heh
[02:36] <Keybuk> nice of them
[02:36] <Mithrandir> if glibc can get away with it, so should freetype be able to. :-P
[02:36] <Kamion> vorlon tried to convince them to bump soname but they basically went "nah, too hard due to all the libraries using freetype"
[02:36] <Keybuk> a drive-by dreppering of the library?
[02:37] <Kamion> basically, via Owen Taylor
[02:38] <Keybuk> heh
[02:38] <Keybuk> isn't he stuck on mugshot now?
[02:38] <Mithrandir> LOCK libxxf86misc
[02:38] <Kamion> it was a while back, this has been going on for months
[02:39] <Kamion> the annoying thing is that it was fixed in Debian in March, and we could have grabbed it for dapper if we'd noticed
[02:40] <Keybuk> yeah, it's tricky to notice stuff in Debian like that without someone reaading their -changes every day
[02:45] <Mithrandir> libxxf86misc uploaded
[02:47] <Keybuk> Kamion: (on why the archive only accepts one orig.tar.gz ...
[02:47] <Keybuk> and the bitch is, that you can't just epoch it either <g>)
[02:47] <Mithrandir> new libxt uploaded too
[02:48] <Mithrandir> LOCK libxxf86vm
[02:51] <Kamion> Keybuk: right :-/
[02:51] <Kamion> yay for tar
[02:54] <Mithrandir> Keybuk: does patches.ubuntu.com carry patches for XbuildY versions too or just XubuntuY?
[02:57] <Mithrandir> libxxf86vm uploaded
[02:57] <Keybuk> Mithrandir: both
[02:57] <Keybuk> anything where ubuntu > debian
[02:57] <Mithrandir> Keybuk: excellent.
[02:57] <Keybuk> I don't think there are any patches for XbuildY though
[02:58] <Mithrandir> there will be soon.
[02:58] <Keybuk> http://patches.ubuntu.com/x/xprobe/
[02:58] <Keybuk> ah, there is
[02:58] <Keybuk> several, in fact
[03:19] <fabbione> hey Keybuk
[03:20] <Keybuk> hey
[03:22] <fabbione> Keybuk: sometimes i will need to suck your asterisk foo out of your head for a crash course
[03:22] <fabbione> Keybuk: when do you think would that be possible for you?
[03:22] <fabbione> actually.. -ECHAN
[04:37] <rodarvus> libxvmc uploaded
[04:40] <rodarvus> Kamion, do you know the status of the sync for libxmu? it was waiting on libxt, which is already built by now
[04:42] <Kamion> still waiting on the ia64 rebuild of libxt
[04:42] <Kamion> https://launchpad.net/distros/ubuntu/+source/libxt/1:1.0.0-5build2
[04:44] <rodarvus> oh, I didn't saw ia64 was still needing build, sorry
[04:46] <Kamion> floe's down, which doesn't help
[04:46] <Kamion> hooker on its own kinda struggles to keep up
[05:20] <Kamion> libxt should build next
[05:32] <Kamion> rodarvus: ok, you can upload libxt-dependent source now
[05:48] <rodarvus> Kamion, I will, thanks!
[05:52] <Kamion> rodarvus: see #52109 - after all that, libxmu's unsyncable
[05:52] <Kamion> needs to be uploaded by hand as 2:...build1 or so
[05:54] <rodarvus> damn. you right, of course.
[05:54] <rodarvus> I'll upload it manually in a minute
[05:58] <rodarvus> libxmu uploaded
[05:59] <rodarvus> (I had the package ready here, even with the bumped Epoch, just had to remove the extra Dependencies on libx11-dev)
[06:09] <Kamion> libxkbui synced
[06:11] <Kamion> looks like you can upload libxcomposite now
[06:11] <Kamion> (don't understand why that needed libxt first though)
[06:11] <Kamion> libxfont can be done safely by somebody now
[06:16] <rodarvus> Kamion, it didn't depend o libxt, but libxdamage
[06:17] <rodarvus> I'll adjust status on x-pkgs
[06:17] <Kamion> ok - libxdamage is done now
[06:18] <rodarvus> indeed, thanks!
[06:27] <rodarvus> libxcomposite uploaded
[06:29] <rodarvus> Kamion, my libxmu uploaded of earlier today was rejected, but it doesn't says the reason for the rejection
[06:29] <rodarvus> are you able to look at librarian and check what went wrong?
[06:30] <rodarvus> libxmu_1.0.1-3build1
[06:32] <Kamion> interestingly the log doesn't say
[06:33] <Kamion> I've asked ##soyuz1.0 to help
[06:33] <Kamion> you might want to hop on there
[06:34] <rodarvus> sure
[06:41] <rodarvus> libxmu re-uploaded
[06:42] <rodarvus> I see no sign of crimsun - do you think we should upload libxtrap for him?
[06:43] <Kamion> possibly, but I'm off ASAP :)
[06:44] <rodarvus> I will :)
[06:44] <rodarvus> anyone has lock on libxfont ?
[06:45] <rodarvus> Mithrandir, ping
[06:45] <rodarvus> Mithrandir, is libxpm locked on any other package?
[06:47] <rodarvus> libxmu accepted this time
[06:53] <rodarvus> libxtrap is uploaded
[06:58] <rodarvus> LOCK libxfont
[07:09] <rodarvus> libxfont was uploaded
[07:15] <rodarvus> Mithrandir, ping
[08:23] <crimsun> rodarvus: thanks, been in meeting hell all day
[08:25] <rodarvus> I know the feeling :)
[08:26] <rodarvus> lixtrap & libxmu are built in all platforms but sparc
[08:36] <Mithrandir> rodarvus: it's locked on it being weekend here, but otherwise, no.  Feel free to steal the lock.
[08:36] <rodarvus> Mithrandir, I will, thanks!
[08:36] <rodarvus> doing it now
[08:36] <rodarvus> hopefully in a few hours, all libs will be built/published
[08:43] <fabbione> rodarvus: are they building or did they fail?
[08:43] <rodarvus> all building
[08:43] <fabbione> sorry i meant the sparc bits
[08:43] <rodarvus> fabbione, do you know where I can find the build queue for each machine or arch?
[08:43] <rodarvus> fabbione, no, still waiting
[08:44] <fabbione> rodarvus: eh no.. i wish i did
[08:44] <fabbione> but ask the soyuz guys
[08:44] <rodarvus> :)
[08:44] <fabbione> i am sure they can tell you
[08:44] <rodarvus> I'll do, thanks!
[09:15] <rodarvus> libxaw uploaded
[10:17] <crimsun> ohshi
[10:17] <crimsun> argh, ECHANNEL
[10:19] <rodarvus> :)
[10:19] <rodarvus> libxpm is uploaded
[10:20] <rodarvus> all LIBS are done, hooray!
[10:20] <crimsun> \o/
[10:20] <rodarvus> I'll start with apps that have sane build-deps now
[10:21] <rodarvus> merging apps should be *much* quicker now :)