/srv/irclogs.ubuntu.com/2012/07/20/#ubuntu-x.txt

mlankhorsttjaalton: ping?07:36
mlankhorstoh nm I'll just send you a pull request, always wanted to do one of those07:38
mlankhorstRAOF: if you merge something please do it properly ;)07:52
mlankhorsttry git diff c44dd5f11702cfc07f828d7f4716dc9cb7d257d0...ubuntu in libdrm07:52
mlankhorsttjaalton: I updated xf86-input-wacom in your tree08:28
mlankhorstbryceh/RAOF: evdev done, wacom done, synaptics done, xserver-xorg-video-all (minus geode) done. Xorg server ready, let her rip?09:41
mlankhorstI'll give the geode thing a shot first09:42
RAOFmlankhorst: Yeah, that was actually deliberate.10:02
mlankhorstRAOF: why?10:02
RAOFBecause 2.4.37-0ubuntu1 was a pre-sync from debian-experimental; it wasn't actually a merge, so it doesn't need the previous changelog entries.10:03
mlankhorstok10:04
RAOFWhen we sync we drop all the previous Ubuntu changelogs, partially because they no longer accurately describe the lineage of the package, partially because it's easier. :)10:04
mlankhorstshrug git-merge handles changelog entries for me automatically, but yeah10:05
RAOFOh, yeah. It does for me, too.10:05
mlankhorstok I'm just setting up my quantal-i386 changeroot again, I automated most of it now though10:08
mlankhorstRAOF: you could start uploading xorg-server to -proposed though with a note to keep it there for a bit, then prepare xserver-xorg-input-*10:25
mlankhorstfor the video drivers, openchrome was updated to 0.3.0 but I couldn't find a binary package, and the real 0.3.0 name will conflict with openchrome from hardy so you need to change version probably10:28
mlankhorstati and cirrus are git snapshots since they didn't post a release that worked in time10:28
mlankhorstand the rest of the *.orig.tar.gz I'll sell to you for a small price10:29
mlankhorst:P10:29
jcristauopenchrome 0.3.0?10:29
jcristauah.10:30
jcristaui was remembering the version wrong10:30
mlankhorstapm ark ati chips cirrus dummy fbdev glide glint i128 i740 intel mach64 mga modesetting neomagic nouveau openchrome qxl r128 rendition s3 savage siliconmotion sis sisusb tdfx trident vesa10:30
mlankhorstall the xorg video drivers that I had updated10:31
mlankhorstgeode is going to need another fix but doesn't seem to use version control10:32
mlankhorstworking on it though as soon as this apt-get dist-upgrade finishes10:34
mlankhorstok early eod for me, still working on fixing up geode source11:00
mlankhorstwill complete tomorrow :)11:00
RAOFmlankhorst: You know tomorrow's Saturday, right? :)12:25
RAOFmlankhorst: I'm trying my hand at robustifying the ‘get apport to catch Xserver crashes’ patch; I think I can do that before uploading 1.13 (ie: it'll be done Monday or Tuesday)12:26
RAOFNow, sleep12:26
mlankhorstRAOF: yeah just moving up this afternoon to play wtih a friend, and maybe visit him next week in afternoon :)12:27
brycehtjaalton (and mlankhorst), I've moved the question you added at the end of https://wiki.ubuntu.com/X/Blueprints/LtsPointUpdatesForXorg up into the body proper.  What you listed as upgrade paths looks proper to me (and leann says it fits with foundation's recollection of the upgrade plan).19:10
brycehapparently there's been some confusion about how we're going to handle the upgrades so hopefully this will help us nail things down.  Please take a look and make sure it's covering things correctly.19:11
mlankhorstbryceh: I would really want to sru libdrm if possible19:20
mlankhorstso that only packages pulled in by xorg would get updated19:20
mlankhorstthis would make it possible to nuke the entire X stack and move back to the old one if needed :)19:23
brycehmlankhorst, well good luck getting that by the sru admins...19:23
mlankhorstbryceh: I know, but it would make Xorg so much easier19:23
brycehif there's specific patches in particular that would help, that might be doable.  but I don't know19:24
mlankhorstbryceh: it's specifically that having the new version shouldn't break existing functionality, and would make switching between new Xorg and old easier by a multitude19:24
mlankhorstsame for libXrender, if things would mess up, apt-get remove .*lts-quantal could be made to work19:26
mlankhorstwithout leaving a severely broken system19:26
mlankhorstalthough maybe xrandr needs a different solution19:29
mlankhorstI think it makes sense to define the backported X stack as xorg package + xorg-server-core + all drivers + mesa19:30
mlankhorstand x11proto probably :)19:31
mlankhorstbut if we would do that, there's no creepy magic going on any more, it would just be a different set of xorg packages19:32
mlankhorstjust mesa+xorg+xorg-server-core+drivers under a different name19:34
mlankhorstif things mess up, we could create a script that uninstalls all the renamed xorg packages, the original xorg package names, and reinstall the original packages without leaving the system in a creepy halfbroken state because of libdrm19:36
mlankhorstthat would also mean sru'ing the fix for plymouth on arm, but we should really aim for it :)19:37
brycehmlankhorst, have you talked with RAOF about this?  what's his take?19:38
mlankhorstnot sure yet19:38
mlankhorstI'm gonna pester him, and after x1.13 is uploaded do another renamed x stack for testing, but this time only including the packages I want to update unrenamed, and the x stack itself renamed19:39
mlankhorstto show you can switch between them without scary brokenness19:39
mlankhorstor at least, when it does break but it would leave your system in a state where it can still boot :)19:43
jcristaubooting is overrated19:52
mlankhorstI already had a problem where I uninstalled libdrm-renamed, but the old libdrm was overwritten by it19:53
jcristauat which point no plymouth, and things get unhappy?19:55
mlankhorsterm plymouth package is fine, it was just libdrm*.so.* missing19:56
mlankhorstwhich plymouth didn't like very much19:56
jcristauyeah that's what i meant by no plymouth19:57
jcristausorry19:57
mlankhorst:)19:59
=== yofel_ is now known as yofel
tjaaltonmlankhorst: oh you managed to update it, cool. the shared repo sometimes doesn't really work that well..20:59
tjaaltonshould probably push it to kernel.u.c or such..21:00
tjaaltonbryceh: ok, thanks. I'll read it once it's nice and calm ;)21:00
mlankhorstit's fine though21:00
tjaaltongreat then, remember there were some issues with it earlier21:02
tjaaltonooh new upstream21:03
tjaalton0.15 wasn't interesting21:03
tjaaltonbryceh: yeah it looks fine21:49
* bryceh nods21:49
tjaaltondid update the 12.04.0 x stack column to 'no update' though (instead of 'none' :)21:50
tjaaltonhttps://wiki.ubuntu.com/Kernel/Release/Rolling looks scary, for 14.0421:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!