| 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:27 |
| * Sarvatt kicks self for https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-keyboard/+bug/680049 | 00:32 | |
| ubottu | Launchpad bug 680049 in xserver-xorg-input-keyboard (Ubuntu) "Sync xserver-xorg-input-keyboard 1:1.5.0-1 (universe) from Debian experimental (main)" [Wishlist,Fix released] | 00:32 |
| RAOF | Who uses -keyboard, anyway? | 00:32 |
| bryceh | nokidding | 00:33 |
| Sarvatt | hurd? | 00:34 |
| Sarvatt | :) | 00:34 |
| RAOF | Does the doko's AC100 still use -keyboard, or has nvidia joined the evdev generation? | 00:34 |
| Sarvatt | evdev was fine on that when i last used one in dublin | 00:37 |
| 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:43 |
| bjsnider | so you can track edgers and w hatnot | 00:44 |
| Sarvatt | bjsnider: holy crap, with how slow querying the info is off launchpad i'm scared to try it :) | 00:54 |
| 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:55 |
| Sarvatt | download statistics? | 00:56 |
| bjsnider | ok, that's a bit of a problem | 00:56 |
| bjsnider | i hope you report that to wgrant or somebody | 00:58 |
| bjsnider | whoops, he's actually in this channel | 00:58 |
| Sarvatt | it was actually really fast | 00:59 |
| Sarvatt | and xorg-edgers lost a crapton of users :) | 01:00 |
| 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:03 |
| wgrant | Sarvatt: 50% CPU usage!? | 01:19 |
| wgrant | that doesn't sound like a Launchpad problem :) | 01:19 |
| 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:20 |
| RAOF | You know what's not super-fast? An atom building mesa. | 01:34 |
| bjsnider | Sarvatt, any idea why the user count went down? | 01:39 |
| tjaalton | bryceh: heh, indeed | 06:46 |
| mlankhorst | morning | 06:52 |
| mlankhorst | RAOF: try an atom building x over nfs | 06:53 |
| mlankhorst | on wireless :-) | 06:58 |
| 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.. | 07:55 |
| mlankhorst | one way to find out I suppose | 08:00 |
| tjaalton | the latter would be newer than "oldversion" | 08:01 |
| tjaalton | which breaks upgrades | 08:01 |
| 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:02 |
| 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:03 |
| 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:04 |
| 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:05 |
| tjaalton | oh it's dch.. then ignore the warning :) | 08:06 |
| 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:07 |
| 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:12 |
| mlankhorst | why did wacom just say accepted then? | 08:13 |
| mlankhorst | (although that build failed on all) | 08:13 |
| 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:14 |
| tjaalton | hm, weird | 08:16 |
| tjaalton | maybe launchpad got updated then | 08:16 |
| tjaalton | because I'm certain that wasn't possible before | 08:17 |
| mlankhorst | same | 08:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| tjaalton | don't waste them :) | 08:22 |
| RAOF | You've got more; you've got the set of terminating decimals! | 08:22 |
| RAOF | Technically that would be a ring. | 08:23 |
| RAOF | (It's not closed under division, so it's not a field) | 08:23 |
| RAOF | Which obviously means it's a proper subset of the rationals ;) | 08:24 |
| mlankhorst | oh right testing frankendrm | 08:32 |
| === Guest59153 is now known as kklimonda | ||
| mlankhorst | xf86-video-nouveau with new nouveau works | 08:41 |
| mlankhorst | RAOF: you weren't kidding about mesa hardcoding pkg-config calls.. eep | 08:54 |
| mlankhorst | mesa seems to link with old nouveau abi | 09:01 |
| mlankhorst | oh failure, something tries to link against new libdrm_nouveau.so | 09:03 |
| mlankhorst | RAOF: at least.. MOST things were hardcoding drm_nouveau pkgconfig, others just did -ldrm_nouveau directly | 09:14 |
| mlankhorst | sigh, does fglrx overwrite some part of X too? | 12:12 |
| jcristau | glx | 12:14 |
| jcristau | should be all | 12:14 |
| jcristau | well and libGL | 12:14 |
| 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:15 |
| ubottu | Launchpad bug 1009629 in xorg-server (Ubuntu) "Xorg crashed with SIGSEGV in DeliverRawEvent()" [High,Fix committed] | 12:15 |
| mlankhorst | I suspect user error but still | 12:17 |
| tseliot | mlankhorst: let me check | 13:09 |
| 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:10 |
| 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:18 |
| mlankhorst | which would sidestep this | 13:19 |
| tseliot | mlankhorst: yes, which is why I work on that part of the AMD installer... | 13:20 |
| mlankhorst | tseliot: I just realized that I should see it as positive, more people testing than appearing on first sight. :) | 14:11 |
| tseliot | heh | 14:16 |
| === erappleman is now known as LLStarks | ||
| === `rand` is now known as `rand`-AFK | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!