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