[03:58] <L3top> I cannot reconsile the ubuntu version of fglrx/fglrx-amdcccle (2:8.960 in the case of precise) with the ATI versioning (eg 12-4). apt-cache show fglrx fglrx-amdcccle  reveals no clues. It is rather important as ATI tends to drop huge chunks of cards. Any clues would be much appreciated.
[04:02] <Amaranth> L3top: the AMD versioning you're referring to is for their "catalyst" releases. A part of those releases is a particular version of fglrx which following the versioning style seen in that packet
[04:02] <Amaranth> err, package
[04:02] <Amaranth> which is following*
[04:03] <Amaranth> bleh, can't type
[04:04] <L3top> No worries. I understood. Thank you for the reply. I have been looking on the wrong side for a link. Thank you.
[04:15] <chu> window 29
[09:08] <vibhav> As per http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650062 , im-switch is depreciated
[09:08] <vibhav> So is it worth merging packgae im-switch from Debian? (https://bugs.launchpad.net/bugs/1019262)
[09:12] <cjwatson> Merge everything until such time as it's removd
[09:12] <cjwatson> *removed
[09:12] <cjwatson> Merges are not generally so hard that it's worth agonising over
[09:14] <cjwatson> (I followed up to the bug saying as much)
[09:53] <infinity> vibhav: Also, the word you wanted was "deprecated".
[10:17] <vibhav> infinity: yeah, thanks
[13:36] <vibhav> Can some archive admin look at https://bugs.launchpad.net/bugs/1019778 ?
[13:42] <infinity> vibhav: Commented.
[13:42] <infinity> (and going to bed)
[13:42] <vibhav> infinity: I was thinking that too
[13:43] <vibhav> about that*
[14:00] <melodie_> hi
[14:08] <penguin42> hallyn: Do you have any tips for rebuilding the qemu git source so it can be used from libvirt?
[14:43] <penguin42> ah, got it
[19:47] <tomreyn> hi, i've got firefox 13.0.1 here on ubuntu 12.04 x86_64. I've got a mediocre 4 core CPU, and normally firefox causes less than 2% load if 100% is the 4 core combined. Currently, in safe mode (all plugins disabled, only the chrome page which lists pages to restore is loaded), it consumes 25% CPU. thunderbird also consumes way more CPU than it used to, other processes seem unchanged. i recently activated  xorg-edgers ppa (deb http://ppa.launc
[19:47] <tomreyn> hpad.net/xorg-edgers/ppa/ubuntu precise main) by Sarvatt which also provided me with a linux 3.5.0-2 build. could this be related?
[20:53] <Chipzz> tomreyn: stating the obvious, have you tried reverting either (the kernel would be a good idea if you suspect that)
[20:54] <tomreyn> Chipzz: not, yet, couldn't reboot, but yes i plan to.
[20:54] <Chipzz> that being said, this isn't the right place for these kind of questions :)
[20:55] <tomreyn> okay, it seemed to me like it may be something the packger of said kernel image may want to know.
[20:56] <Chipzz> yes, but like you said, you got it from a ppa
[20:56] <Chipzz> this channel is strictly for ubuntu main/restricted as is
[20:57] <Chipzz> I'm not sure if that's the best place to ask, but #ubuntu-desktop would probably be a better starting point
[20:58] <Chipzz> it also might just be that newer versions of ff are more cpu hungry
[20:58] <Chipzz> you didn't state wether your thunderbird version came from that ppa too
[21:00] <Chipzz> anyway, a 25% cpu increase caused by the kernel sounds unlikely
[21:01] <Chipzz> (but not impossible)
[21:01] <Chipzz> but I would look at ff first
[21:02] <Chipzz> #ubuntu-desktop is for the development of Unity etc, not 100% sure if ff is on-topic there, but you could ask there what would be a good channel
[21:02] <Chipzz> keep in mind that it's weekend though, and a lot of people are AFK
[21:04] <Chipzz> tomreyn:
[21:04] <Chipzz> 06:06 < jamessan> hmm, chromium has been completely hogging my processor since the leap second. as soon as I restart, it immediately  pegs all cores
[21:04] <Chipzz> (from #debian-devel)
[21:05] <Chipzz> have you tried restarting ff, and if that didn't help, rebooting your computer
[21:05] <Chipzz> and as a last measure adjusting your clock manually?
[21:06] <Chipzz> there has been a leap second this night which might explain the behaviour
[21:07] <tumbleweed> sounds exactly like it. my firefox went nuts until I adjusted the clock
[21:08] <tomreyn> Chipzz: i didnt reboot for a few days now, but will do it soon. I'm aware of http://serverfault.com/questions/403732/anyone-else-experiencing-high-rates-of-linux-server-crashes-during-a-leap-second (please point me to better resources if any).
[21:08] <tumbleweed> tomreyn: http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/
[21:08] <tomreyn> it's unclear to me what's the scop of this bug (systems/kernels (not) affected)
[21:12]  * Laney wibbles
[21:12] <Laney> kirkland: are you aware of / do you care about —
[21:12] <Laney> dpkg: error processing /var/cache/apt/archives/moreutils_0.47_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man1/errno.1.gz', which is also in package errno 1.3-0ubuntu1
[21:14]  * dupondje wants new networkmanager version :)
[21:17] <tomreyn> tumbleweed, Chipzz: this worked around it nicely for me, so it's indeed the leap second issue: sudo date -u -s "`date -R -u`
[21:17] <tomreyn> that's missing a " in the end: sudo date -u -s "`date -R -u`"
[21:55] <dupondje> slangasek: https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/1015753 whats your opinion about the comment? I guess nobody changes the upstart scripts themself? Or?
[22:05] <infinity> tomreyn: That's overly complicating the command.  date -s "$(date)" is more than enough.
[22:14] <tomreyn> didnt work for me
[22:14] <tomreyn> probably due to none english locale
[22:14] <tomreyn> *non-
[22:15] <infinity> tomreyn: Or an ambiguous timezone, perhaps.
[22:15] <infinity> (There are a few)
[22:15] <tomreyn> I guess Europe/Berlin is not one
[22:16] <infinity> Yeah, CEST probably isn't ambigous.
[22:17] <infinity> ambiguous*
[22:17] <infinity> Unless your locale makes it "EST", which very much is.
[22:23] <slangasek> dupondje: Clint is right that you need to handle the upgrade of the conffiles properly.  Also, why change the names from what they were in Ubuntu already?
[23:33] <RAOF> Daviey: Ah, fglrx supports our new server, but apparently segfaults on x86-64 because madness.
[23:35] <RAOF> Daviey: Also, which UDS were you referring to, there? I *was* in the session at UDS:P, and stated very clearly that the we-won't-break-the-binary-drivers goal was Precise-only; as far as I know we're free to break the binary drivers at our leisure (but will try not to, because we're not arseholes).