[00:27] <Sarvatt> bryceh: yeah sorry, i haven't been putting keyboard into edgers which was the problem
[00:27] <Sarvatt> i actually resurrected that dead package a few releases ago with a sync..
[00:27] <Sarvatt> it wasnt in lucid
[00:32]  * Sarvatt kicks self for https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-keyboard/+bug/680049
[00:32] <RAOF> Who uses -keyboard, anyway?
[00:33] <bryceh> nokidding
[00:34] <Sarvatt> hurd?
[00:34] <Sarvatt> :)
[00:34] <RAOF> Does the doko's AC100 still use -keyboard, or has nvidia joined the evdev generation?
[00:37] <Sarvatt> evdev was fine on that when i last used one in dublin
[00:43] <bjsnider> Sarvatt, https://launchpad.net/~thebernmeister/+archive/indicator-ppa-download-statistics
[00:43] <bjsnider> that supposedly is an indicator that provides ppa download numbers
[00:44] <bjsnider> so you can track edgers and w hatnot
[00:54] <Sarvatt> bjsnider: holy crap, with how slow querying the info is off launchpad i'm scared to try it :)
[00:55] <Sarvatt> 50% cpu usage for 2 hours at a time to update it ftw
[00:55] <Sarvatt> giving it a shot now though, thanks for the heads up because it looks neat :)
[00:55] <bjsnider> to update what?
[00:56] <Sarvatt> download statistics?
[00:56] <bjsnider> ok, that's a bit of a problem
[00:58] <bjsnider> i hope you report that to wgrant or somebody
[00:58] <bjsnider> whoops, he's actually in this channel
[00:59] <Sarvatt> it was actually really fast
[01:00] <Sarvatt> and xorg-edgers lost a crapton of users :)
[01:03] <Sarvatt> 8k amd64 downloads of openchrome that hasnt been updated since feb and automatically installed, 7.7k on i386, was closer to 45k total in 10.10
[01:19] <wgrant> Sarvatt: 50% CPU usage!?
[01:19] <wgrant> that doesn't sound like a Launchpad problem :)
[01:20] <Sarvatt> nah was talking about a real old crappy script, sorry for the ping :)
[01:20] <wgrant> Note that there's a hole in the download stats from May 21 to June 25 that will be filled in in the next couple of weeks.
[01:34] <RAOF> You know what's not super-fast? An atom building mesa.
[01:39] <bjsnider> Sarvatt, any idea why the user count went down?
[06:46] <tjaalton> bryceh: heh, indeed
[06:52] <mlankhorst> morning
[06:53] <mlankhorst> RAOF: try an atom building x over nfs
[06:58] <mlankhorst> on wireless :-)
[07:55] <mlankhorst> hm, should the renamed version be oldversion~precise1 or oldversion-precise1, I can only do the former with --force-bad-version but I don't know if it will break anything or not..
[08:00] <mlankhorst> one way to find out I suppose
[08:01] <tjaalton> the latter would be newer than "oldversion"
[08:01] <tjaalton> which breaks upgrades
[08:02] <mlankhorst> tjaalton: yeah but I don't know if anything will subtly break by resetting version to below the previous changelog entry
[08:02] <maxb> That happens all the time with backports
[08:03] <tjaalton> mlankhorst: no, it'll still upgrade from precise
[08:03] <tjaalton> that's how sru's are versioned too
[08:03] <mlankhorst> ah k
[08:03] <tjaalton> hmm
[08:04] <mlankhorst> yeah I don't expect to be able to upgrade from xorg q stack to q afterwards, but maybe r will be possible with q stack
[08:04] <tjaalton> maxb: what do you mean, having to use --force-bad-version?
[08:05] <tjaalton> wonder why that's needed tho, since it's a valid version
[08:05] <maxb> having changelog versions less than the previous
[08:05] <tjaalton> ah
[08:05] <tjaalton> yes, more common there than -updates
[08:05] <tjaalton> because of the policy
[08:05] <mlankhorst> well dch won't complain if you do it by hand :-)
[08:06] <tjaalton> oh it's dch.. then ignore the warning :)
[08:07] <mlankhorst> tjaalton: yeah using the xorg-pkg-tools rename scripts, fixed them to add ~precise1 to version instead of bumping it
[08:07] <tjaalton> yep, sounds about right
[08:12] <mlankhorst> I should probably have to re-upload them all to fix it for all packages
[08:12] <tjaalton> you can't, if the version is older
[08:12] <tjaalton> not on the same ppa
[08:12] <mlankhorst> even if deleted?
[08:12] <tjaalton> nope
[08:13] <mlankhorst> why did wacom just say accepted then?
[08:13] <mlankhorst> (although that build failed on all)
[08:14] <tjaalton> which versions?
[08:14] <tjaalton> the old & new
[08:14] <mlankhorst> think original was 1:0.14.0-0ubuntu3+rename2.1, now 1:0.14.0-0ubuntu3~precise1
[08:16] <tjaalton> hm, weird
[08:16] <tjaalton> maybe launchpad got updated then
[08:17] <tjaalton> because I'm certain that wasn't possible before
[08:17] <mlankhorst> same
[08:18] <tjaalton> wgrant: hey, you should know ^ :)
[08:18] <mlankhorst> else I wouldn't mind if the whole ppa was flushed out, I could just re-upload it
[08:19] <tjaalton> this is great news if it's true, since a simple mistake could render a package useless on a ppa
[08:19] <tjaalton> before, that is
[08:20] <wgrant> tjaalton: If you wait a few hours after deleting you can upload an older version.
[08:20] <wgrant> It's always been the case.
[08:20] <wgrant> Although it used to take a day or so.
[08:21] <wgrant> But you can still never upload the same version again.
[08:21] <tjaalton> oh
[08:21] <mlankhorst> oh that's fine, I still have almost the full domain of natural numbers after ~precise1 :-)
[08:22] <tjaalton> don't waste them :)
[08:22] <RAOF> You've got more; you've got the set of terminating decimals!
[08:23] <RAOF> Technically that would be a ring.
[08:23] <RAOF> (It's not closed under division, so it's not a field)
[08:24] <RAOF> Which obviously means it's a proper subset of the rationals ;)
[08:32] <mlankhorst> oh right testing frankendrm
[08:41] <mlankhorst> xf86-video-nouveau with new nouveau works
[08:54] <mlankhorst> RAOF: you weren't kidding about mesa hardcoding pkg-config calls.. eep
[09:01] <mlankhorst> mesa seems to link with old nouveau abi
[09:03] <mlankhorst> oh failure, something tries to link against new libdrm_nouveau.so
[09:14] <mlankhorst> RAOF: at least.. MOST things were hardcoding drm_nouveau pkgconfig, others just did -ldrm_nouveau directly
[12:12] <mlankhorst> sigh, does fglrx overwrite some part of X too?
[12:14] <jcristau> glx
[12:14] <jcristau> should be all
[12:14] <jcristau> well and libGL
[12:15] <mlankhorst> yeah looks like I'll have to reinstall precise on other system and test https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1009629
[12:17] <mlankhorst> I suspect user error but still
[13:09] <tseliot> mlankhorst: let me check
[13:10] <tseliot> mlankhorst: if users use the NVIDIA installer or the AMD installer (without generating deb packages) and overwrite our libraries, then yes, it can be a bit of a problem...
[13:18] <mlankhorst> tseliot: yeah probably what's happening here, the annoying part is that the fglrx installer can create .deb files and most of  the time they work
[13:19] <mlankhorst> which would sidestep this
[13:20] <tseliot> mlankhorst: yes, which is why I work on that part of the AMD installer...
[14:11] <mlankhorst> tseliot: I just realized that I should see it as positive, more people testing than appearing on first sight. :)
[14:16] <tseliot> heh