[02:30] <Ubugtu> New bug: #85473 in xserver-xorg-video-trident (main) "gnome windows corrupt upon downward movement" [Undecided,Unconfirmed]  https://launchpad.net/bugs/85473
[07:34] <tepsipakki> X1R7.2 is now officially released: http://xorg.freedesktop.org/wiki/PressReleases/X11R72Released
[07:36] <tepsipakki> +1
[09:25] <Ubugtu> New bug: #84558 in xorg (main) "6.10 installer is unuseable at 800x600" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84558
[10:00] <tepsipakki> binary-nvidia doesn't seem to like the new xserver, but I'll try rebuilding restricted-modules
[10:12] <Ubugtu> New bug: #72040 in xresprobe (main) "Screen turns black - Installation on IBM M52" [Undecided,Unconfirmed]  https://launchpad.net/bugs/72040
[10:28] <tepsipakki> ok, freeze is over? :)
[10:31] <Ubugtu> New bug: #23253 in xserver-xorg-video-savage (main) "Using xv with media player get blue screen in Breezy" [Medium,Rejected]  https://launchpad.net/bugs/23253
[10:35] <Ubugtu> New bug: #33617 in xserver-xorg-video-savage (main) "X.org does not initialize screen on IBM T20, T21, T22" [High,Confirmed]  https://launchpad.net/bugs/33617
[10:37] <cjwatson> yes
[10:37] <cjwatson> I think seb128 has the sync lock at the moment
[10:38] <cjwatson> what should go first?
[10:38] <tepsipakki> x11proto*
[10:38] <tepsipakki> wait a sec, I'll dig the proper list
[10:39] <seb128_> hi
[10:39] <tepsipakki> hi
[10:39] <cjwatson> tepsipakki is digging up the list of the first round of syncs to happen for X.org 7.2
[10:39] <seb128> ah, good
[10:40] <tepsipakki> ok, lets start: x11proto-core x11proto-damage x11proto-input x11proto-randr xcb-proto
[10:40] <tepsipakki> those from experimental
[10:40] <tepsipakki> (actually all these syncs are from there)
[10:40] <cjwatson> any ordering for the prototypes? I guess not
[10:40] <tepsipakki> nope, they are just -dev packages
[10:41] <cjwatson> we'll probably have to wait for a publisher run in between each stage
[10:41] <tepsipakki> sure
[10:42] <cjwatson> have you confirmed that there are no other prototype updates from upstream that haven't been packaged yet?
[10:43] <seb128> so "x11proto-core x11proto-damage x11proto-input x11proto-randr xcb-proto" are good to sync from experimental? do we need some extra testing first?
[10:43] <tepsipakki> cjwatson: let me check for the last time :)
[10:43] <tepsipakki> seb128: these are safe
[10:44] <seb128> ok
[10:44] <tepsipakki> xcb-proto is new, btw
[10:44] <tepsipakki> not in ubuntu yet
[10:45] <seb128> tepsipakki: what is your launchpad id?
[10:45] <tepsipakki> seb128: tepsipakki ;)
[10:46] <seb128> easy ;-)
[10:51] <tepsipakki> cjwatson: nope, those are the ones
[10:52] <cjwatson> ok
[10:52] <tepsipakki> actually, x11proto-input for 7.2 is 1.3.2
[10:52] <tepsipakki> but experimental has 1.4.1
[10:53] <tepsipakki> feisty already has 1.3.2-4ubuntu1
[10:53] <seb128> should we sync it then?
[10:54] <tepsipakki> hmm, funny that the debian changelog claims it to be for 7.2
[10:55] <tepsipakki> I'll ask #debian-x
[10:56] <seb128> ok, thank you
[10:57] <tepsipakki> 11:56 < jcristau> I think it is
[10:57] <tepsipakki> :)
[10:57] <tepsipakki> (safe to include)
[10:59] <cjwatson> http://gitweb.freedesktop.org/?p=xorg/proto/inputproto.git FWIW
[11:03] <tepsipakki> debdiff 1.3.2-4u1 vs 1.4.1-1: http://users.tkk.fi/~tjaalton/xorg72/pool/feisty/xorg-test/x11proto-input.debdiff.gz
[11:04] <cjwatson> the Ubuntu change was irrelevant; it should have been build1
[11:04] <tepsipakki> yes but that gives an idea what upstream changed
[11:04] <tepsipakki> of course it is seen from git as well..
[11:06] <cjwatson> looks ok
[11:06] <cjwatson> mostly input hotplug
[11:06] <tepsipakki> yep
[11:06] <cjwatson> hopefully that metrolink stuff isn't used; if so I guess it can be fixed up later
[11:08] <tepsipakki> "
[11:08] <tepsipakki> Clean up some random detritus from the MetroLink merge."
[11:08] <tepsipakki> so, fire away seb128 :)
[11:11] <seb128> I've just finished to clean sync bugs, doing xorg now
[11:11] <seb128> tepsipakki: so "x11proto-core x11proto-damage x11proto-input x11proto-randr xcb-proto" from experimental?
[11:11] <tepsipakki> yes
[11:18] <seb128> tepsipakki: looks like we have an epoch on x11proto-damage and Debian not
[11:19] <tepsipakki> oh..
[11:20] <tepsipakki> so it seems
[11:20] <tepsipakki> bah
[11:20] <tepsipakki> i'll do the merge
[11:20] <seb128> there is no merge to do
[11:21] <seb128> basically get the debian package and dch -i it and use a revision with the epoch
[11:21] <tepsipakki> yes
[11:22] <tepsipakki> I hate epochs
[11:22] <seb128> tepsipakki: ok syncs are ready
[11:23] <seb128> done
[11:23] <tepsipakki> dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[11:24] <tepsipakki> is this the recent change?
[11:24] <seb128> yep
[11:24] <cjwatson> use build1 not ubuntu1 if it's just a fake-sync with new epoch
[11:24] <tepsipakki> ok
[11:24] <cjwatson> if you have a decent relationship with #debian-x, it might be possible to persuade them to bump epochs to accommodate us
[11:24] <cjwatson> it wouldn't be the first time
[11:25] <tepsipakki> yes, maybe later
[11:26] <tepsipakki> nexus6 /tmp 5015 % quota |grep WWW
[11:26] <tepsipakki> WWW      98.48 of  100 MB used (98.48%)
[11:26] <tepsipakki> hehe
[11:26] <tepsipakki> I'll put that proto there, a sec
[11:27] <tepsipakki> ok, http://users.tkk.fi/~tjaalton/xorg72/new
[11:28] <tepsipakki> http://users.tkk.fi/~tjaalton/xorg72/new/x11proto-damage_1.1.0-1build1.dsc
[11:29] <seb128> tepsipakki: ok, thank you, looking at it
[11:31] <seb128> tepsipakki: uploaded
[11:32] <tepsipakki> nice, thanks
[11:33] <cjwatson> beat me to it :)
[11:33] <seb128> tepsipakki: thank *you* for working on that ;)
[11:33] <cjwatson> seb128: please remember -v though
[11:34] <tepsipakki> heh
[11:34] <tepsipakki> ok, so the next batch will have to wait for a while?
[11:34] <seb128> cjwatson: ah right, will do for the next one
[11:35] <seb128> tepsipakki: "a while" is not that much
[11:35] <cjwatson> publisher will run at 11:03 UTC
[11:35] <tepsipakki> it's, like, half an hour! :)
[11:35] <cjwatson> given that all this ought to build within an hour, you should be able to start with libraries after that
[11:35] <cjwatson> for stuff that takes longer to build, it can be best to wait to confirm that the binaries will make it
[11:36] <tepsipakki> on my laptop xorg-server took 30min, mesa 1h+, the others were much faster
[11:36] <tepsipakki> and it is a Stinkpad T23 after all
[11:39] <tepsipakki> damn.. damageproto for 7.2 is 1.0.3 not 1.1.0.. Julien Cristau is checking if it is a problem
[11:41] <tepsipakki> shouldn't be: http://gitweb.freedesktop.org/?p=xorg/proto/damageproto.git;a=commitdiff;h=df33455a4506362eff4d393dc7d58c9d73ddf870
[11:41] <cjwatson> doesn't look problematic
[11:42] <tepsipakki> seems that xorg-server needs a patch, otherwise it'll advertise 1.1 when it supports only 1.0..
[11:44] <tepsipakki> http://www.nabble.com/xorg-server:-Changes-to-'upstream-unstable'-t3224973.html
[11:45] <Ubugtu> New bug: #52054 in xserver-xorg-video-ati (main) "locks up with some mouse clicks" [Undecided,Fix released]  https://launchpad.net/bugs/52054
[11:45] <tepsipakki> I'll add that to xorg-server.. jcristau will upload a new version this weekend which has this, so we can merge then again
[11:51] <cjwatson> nod
[11:52] <seb128> tepsipakki: we will not likely get the xorg-server before the WE anyway, will we?
[11:52] <tepsipakki> maybe not
[11:53] <seb128> I'm not sure than uploading a new xorg-server on friday evening is a good idea
[11:53] <tepsipakki> hehe
[11:53] <seb128> probably better to wait monday
[11:53] <tepsipakki> yes, let's do that
[11:56] <tepsipakki> it seems that support for damage-1.1 was added post-1.2.0, so that patch is needed
[11:56] <tepsipakki> until 1.2.1 is released
[12:53] <tepsipakki> hi jcristau :)
[12:53] <jcristau> hi tepsipakki 
[12:54] <jcristau> I figured it would be simpler to join here rather than read the logs on the web :)
[12:54] <tepsipakki> hehe
[12:55] <tepsipakki> I need to play some badminton, but when I come back I guess we can continue with the uploads
[01:18] <seb128> cjwatson: si that ok if I accept xcb-proto (source NEW)?
[01:19] <seb128> hum
[01:20] <seb128> the package has a debian/copyright.debian with no copyright nor license 
[01:21] <jcristau> yay
[01:21] <seb128> ah, they build the copyright from debian/rules
[02:23] <tepsipakki> ok, I'm back
[02:24] <seb128> wb tepsipakki
[02:24] <seb128> tepsipakki: is xcb-proto required to continue?
[02:24] <tepsipakki> it's needed for libx11
[02:24] <tepsipakki> but we can push others first
[02:24] <seb128> ok
[02:26] <tepsipakki> so, those that can now be synced are: libfontenc xtrans libxau libxdmcp
[02:28] <tepsipakki> libice and libsm need epochs, libxfont isn't yet in experimental
[02:29] <tepsipakki> jcristau: feel like uploading libxfont to experimental?-)
[02:29] <jcristau> heh
[02:30] <tepsipakki> also, there are some packages which need an epoch on Ubuntu.. is it possible to bump it also in Debian so that we could avoid doing that every time?
[02:30] <tepsipakki> I know it needs team approval
[02:30] <jcristau> yeah, probably
[02:31] <jcristau> please send a mail with the list of such packages to debian-x
[02:31] <tepsipakki> ok, I'll do that now
[02:38] <tepsipakki> hmm, I only know those that are new in 7.2
[02:38] <tepsipakki> bet there are others
[02:39] <jcristau> libxfont on its way to ftp-master
[02:39] <tepsipakki> whoa :)
[02:39] <seb128> rock
[02:39] <tepsipakki> hard rock
[02:51] <seb128> tepsipakki: "libfontenc xtrans libxau libxdmcp" synced
[02:51] <tepsipakki> seb128: thanks
[02:51] <seb128> tepsipakki: do you want to do libice and libsm updates or should I?
[02:52] <tepsipakki> you can do them
[02:52] <tepsipakki> if it's simler that way
[02:52] <tepsipakki> +p
[02:53] <seb128> I don't care, it's as easy to dch -i than to wget your package for me
[02:53] <seb128> ok, let me do those then if that's fine with you
[02:53] <seb128> just the epoch to use?
[02:54] <tepsipakki> yes
[02:54] <seb128> ok
[02:55] <jcristau> libxfont 1:1.2.7-1 should be in incoming, fwiw
[02:55] <tepsipakki> yeah
[02:58] <kylem> morning folks.
[03:20] <tepsipakki> seb128: yes, I forgot to change the maintainer field in x11proto-damage
[03:21] <seb128> well, do we need to if we do no change to the package?
[03:21] <tepsipakki> good question
[03:33] <seb128> tepsipakki: libice and libsm uploads done
[03:35] <tepsipakki> great, then you can sync libxcb and grab libxfont from incoming.d.o
[03:35] <tepsipakki> oh, libxcb is new
[03:40] <cjwatson> seb128: (retroactively, yes :-))
[03:41] <seb128> cjwatson: ok, thanks, pitti had a second look and we approved it since ;)
[03:41] <cjwatson> I don't believe that *build*-style uploads need a Maintainer changes
[03:41] <cjwatson> change
[03:41] <seb128> ok, good
[03:50] <seb128> tepsipakki: libxfont synced
[03:51] <seb128> tepsipakki: do we need libxcb to continue?
[03:51] <tepsipakki> yes
[03:51] <tepsipakki> libx11 is after that
[03:51] <jcristau> you need libxcb for libx11, don't think you need it for anything else?
[03:52] <jcristau> s/don't/I &/
[03:52] <tepsipakki> jcristau: see https://launchpad.net/ubuntu/+source/xorg/+bug/84731
[03:52] <Ubugtu> Malone bug 84731 in xorg "Syncing and merging X.org 7.2" [Undecided,Unconfirmed]  
[03:52] <tepsipakki> there might be errors though
[03:53] <seb128> tepsipakki: what version of libxcb is required? if it's to NEW can you get an Ubuntu version we can upload? we will sync later when it's accepted for Debian
[03:53] <jcristau> but there are no interface changes in libx11
[03:54] <jcristau> seb128: libxcb is already in experimental
[03:54] <tepsipakki> jcristau: so we can continue with other libs?
[03:54] <jcristau> tepsipakki: yes, imo
[03:54] <tepsipakki> seb128: yes just sync it
[03:54] <seb128> I misred the " oh, libxcb is new"
[03:54] <seb128> jcristau, tepsipakki: thanks
[03:55] <tepsipakki> heh
[04:01] <tepsipakki> jcristau: feel like pushing more libs?-)
[04:02] <jcristau> which ones?
[04:04] <tepsipakki> on my list are such gems like libxdamage libxfixes libxfontcache libxkbfile libxmu libxpm libxrandr libxrender libxres libxss libxt libxv libxvmc :)
[04:04] <tepsipakki> ..which are missing from experimental
[04:06] <tepsipakki> seb128: in the meantime, you can sync libxevie and libxcomposite :)
[04:08] <jcristau> do you really need all of them? :)
[04:09] <tepsipakki> hehe :)
[04:09] <tepsipakki> I'm not sure, actually
[04:09] <seb128> tepsipakki: libxcb libxevie libxcomposite synced
[04:09] <seb128> ok, I'm away for ~1 hour
[04:09] <tepsipakki> ok, thanks
[04:09] <seb128> tepsipakki: I'll continue when I'm back if there is other things to sync
[04:09] <tepsipakki> yeah
[04:13] <jcristau> I'm probably not going to upload libxdamage 1.0.4 anyway, I'll go straight to 1.1
[04:15] <tepsipakki> oh, I've missed that
[04:17] <jcristau> uploading libxfixes now
[04:19] <jcristau> libxfontcache has practically not changed
[04:19] <tepsipakki> ok
[04:20] <jcristau> same for xkbfile
[04:20] <jcristau> same for xmu
[04:21] <jcristau> I'll upload libxpm
[04:22] <tepsipakki> libxv&xvmc have some ChangeLog hook changes, nothing else
[04:24] <jcristau> I'll leave them alone then
[04:24] <tepsipakki> yes, feel free
[04:30] <jcristau> the only significant change in libxrandr was already in debian/patches/
[04:32] <jcristau> libxrendr didn't change much either
[04:32] <jcristau> same for xres
[04:32] <jcristau> and xscrnsaver
[04:33] <jcristau> I'll upload libxt
[04:33] <tepsipakki> ok, thanks
[04:40] <jcristau> done
[04:42] <tepsipakki> I think some of those that were dropped can be synced from unstable, checking that now
[04:49] <tepsipakki> libxmu would need an epoch anyway, made an mistake to put that on the list
[05:07] <tepsipakki> seb128: when you get back, you can sync libxcursor and grab libxfixes, libxpm, libxt from incoming.d.o
[05:20] <tepsipakki> then there are plain epochs like libxext, libxi
[05:21] <cjwatson> here, I'll do those
[05:21] <tepsipakki> ooh :)
[05:25] <cjwatson> libxcursor libxfixes libxpm libxt done
[05:26] <cjwatson> libxext and libxi are just s/.*/1:&build1/ in the version?
[05:27] <tepsipakki> s/1/2/, yes ;)
[05:28] <cjwatson> shouldn't libx11 be done before some of these?
[05:28] <cjwatson> oh, I see jcristau said there were no interface changes, ok
[05:28] <tepsipakki> right
[05:30] <jcristau> yeah, we'd have a problem if libx11's soname changed :)
[05:30] <cjwatson> I wasn't thinking soname, I was thinking interface additions which other things might check for at configure time
[05:30] <jcristau> but afaik there is no shlibs bump here
[05:31] <cjwatson> ok
[05:31] <tepsipakki> seems that we have the libraries pretty well covered now
[05:33] <tepsipakki> libxaw had some "LIB_MAN_SUFFIX=3 configure" stuff.. otherwise it just needs an epoch
[05:33] <cjwatson> that isn't already handled some other way?
[05:34] <cjwatson> there were multiple approaches to that
[05:34] <tepsipakki> and the manpages have migrated from libxaw-headers to libxaw7-dev
[05:34] <cjwatson> is there a Replaces?
[05:34] <cjwatson> (or non-clashing filenames)
[05:34] <jcristau> the manpages sections stuff should be fine now
[05:34] <jcristau> as in fixed upstream
[05:34] <cjwatson> that's what I thought too
[05:34] <tepsipakki> I had some conflicts when I apt-get updated one of my machines
[05:35] <tepsipakki> but the second run fixed it
[05:35] <jcristau> hmm
[05:35] <jcristau> then replaces might be needed
[05:36] <tepsipakki> actually, one conflict from /usr/share/man/man3/Xaw.3.gz
[05:36] <tepsipakki> which is the only manpage
[05:37] <cjwatson> libxext uploaded
[05:37] <cjwatson> hmm, not so much, forgot -sa
[05:37] <jcristau> tepsipakki: looks like an ubuntu-only problem
[05:37] <tepsipakki> damn :)
[05:38] <jcristau> (just looking at the changelog in debian, so i might be wrong)
[05:39] <jcristau> but actually, shipping the manpage in libxaw-headers might be more appropriate anyway
[05:39] <jcristau> so maybe I should move it in debian :)
[05:39] <tepsipakki> hehe
[05:39] <tepsipakki> do it!
[05:40] <jcristau> but then *I* will need the replaces :)
[05:41] <tepsipakki> bummer :)
[05:42] <tepsipakki> ok, what do i put in the Maintainer-field for libx11 (and the rest that follows)?
[05:44] <cjwatson> the default value is listed in http://wiki.ubuntu.com/DebianMaintainerField
[05:44] <cjwatson> ok, I have to go I'm afraid, so I can't do libxi
[05:44] <tepsipakki> no problem, thanks
[05:59] <jcristau> uploading libxaw
[06:01] <tepsipakki> whee
[06:08] <tepsipakki> jcristau: I've put libx11 in http://users.tkk.fi/~tjaalton/xorg72/new
[06:08] <tepsipakki> there's also a debdiff
[06:09] <tepsipakki> and in it you can see some patches which were included in the old version
[06:10] <jcristau> I'm pushing today's upload to alioth now, I'll have a look at it after that
[06:10] <jcristau> *uploads, even
[06:10] <tepsipakki> ok
[06:11] <tepsipakki> I need to go home and am offline for ~two hours, thanks so far for all the effort!
[06:12] <jcristau> np
[06:23] <jcristau> re: loadable i18n, you need to enable that in configure if you want it
[06:23] <jcristau>     Drop --enable-loadable-i18n from confflags, it does not work with 1.0.3.
[06:23] <jcristau>     See http://lists.freedesktop.org/archives/xorg/2006-July/016861.html
[06:23] <jcristau>     Closes: #392567  Thanks Jrme Marant
[06:23] <jcristau> but this ^^^ is in the changelog
[06:23] <jcristau> so...
[06:27] <seb128> re
[06:27] <seb128> tepsipakki: pong, what is to do now?
[06:28] <jcristau> seb128: epoch bump for libxi, I think
[06:34] <seb128> jcristau: ok, thank you
[07:35] <Ubugtu> New bug: #38949 in xserver-xorg-video-ati (main) "R128 DRI lockup on PPC" [Medium,Unconfirmed]  https://launchpad.net/bugs/38949
[08:24] <tepsipakki> jcristau: ok, I'll just drop it then, thanks for noticing
[09:09] <Ubugtu> New bug: #85557 in xserver-xorg-video-ati (main) "AIXGL ATI Mobility Radeon X700 freezes with glxgears, glxinfo reports no rendering, radeon driver used" [Undecided,Needs info]  https://launchpad.net/bugs/85557
[09:28] <tepsipakki> seb128: if you're up, there's libxaw with epoch bump at http://users.tkk.fi/~tjaalton/xorg72/new
[09:28] <seb128> tepsipakki: looking
[09:29] <tepsipakki> also lix11, but I wonder if it could cause breakup, thus best left for monday
[09:30] <seb128> yeah, I'll not touch that one on friday evening :p
[09:30] <seb128> I don't do disruptive upload when I'm not around in the next hours usually
[09:30] <seb128> and especially not on friday ;)
[09:31] <tepsipakki> that leaves us libx11, libdrm&mesa + xorg-server left to do, plus the utils
[09:32] <seb128> and the drivers no?
[09:32] <tepsipakki> of course, but they could be again coordinated with Debian
[09:33] <tepsipakki> actually not much has happened there, apart from i810 maybe
[09:33] <tepsipakki> some updates here and there
[09:34] <jcristau> drivers from 7.1 are compatible with the new server in any case
[09:34] <tepsipakki> yes, they can be dealt with later one by one
[09:40] <Ubugtu> New bug: #84034 in Ubuntu "gdm crash when dimming screen (dup-of: 80512)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84034
[09:40] <seb128> tepsipakki: libxaw uploaded
[09:43] <tepsipakki> yeah, I guess that's it for the weekend, or should we upload apps as well?
[09:45] <seb128> I'm still around for like an hour, if you have other things we can upload which will not break anything we can do them
[09:50] <tepsipakki> maybe it's best to continue with this on Monday. I'll go and grab me a beer ;)
[09:51] <seb128> ok, cool
[09:51] <seb128> enjoy, you deserve it ;)
[09:51] <seb128> thank you for the hard work on those xorg upgrades
[09:51] <tepsipakki> heh, I'll toss you one ;)
[09:51] <tepsipakki> there
[09:53] <tepsipakki> so far it has been fairly trivial.. the fun part is ahead
[09:53] <seb128> yeah
[09:53] <tepsipakki> and thanks to jcristau this has been a bliss
[09:54] <seb128> right, thank you jcristau ;)
[09:54] <jcristau> np :)
[09:55] <jcristau> it's funny how the packages were created for ubuntu, came to debian, and now go back to ubuntu :)
[09:56] <tepsipakki> homecoming party!
[09:56] <jcristau> but I think it's better for everyone if we don't have massive differences in our X packages
[09:56] <tepsipakki> definately
[09:56] <seb128> right
[09:56] <seb128> and not only X ;)
[09:56] <jcristau> yeah :)
[09:57] <tepsipakki> it's nice to see Brice cleaning up the bugs on Debian, so that the real ones are revealed. Same should be done on Ubuntu
[09:58] <tepsipakki> but I know at least a dozen ati-bugs that can be closed when the new mesa is in ;)
[09:58] <jcristau> heh