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