=== jono is now known as Guest4065 === trinikrono is now known as bigheadchic === bigheadchic is now known as chica [03:58] 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] 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] err, package [04:02] which is following* [04:03] bleh, can't type [04:04] No worries. I understood. Thank you for the reply. I have been looking on the wrong side for a link. Thank you. [04:15] window 29 === dpb_ is now known as Guest54097 [09:08] As per http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650062 , im-switch is depreciated [09:08] Debian bug 650062 in im-switch "im-switch: Retiring im-switch for post wheezy" [Normal,Fixed] [09:08] So is it worth merging packgae im-switch from Debian? (https://bugs.launchpad.net/bugs/1019262) [09:08] Launchpad bug 1019262 in im-switch (Ubuntu) "Please merge im-switch 1.22 from Debian Unstable" [Wishlist,Incomplete] [09:12] Merge everything until such time as it's removd [09:12] *removed [09:12] Merges are not generally so hard that it's worth agonising over [09:14] (I followed up to the bug saying as much) [09:53] vibhav: Also, the word you wanted was "deprecated". === Hat is now known as Hatt === Hatt is now known as EyesIsMine [10:17] infinity: yeah, thanks === cpg is now known as cpg|away === m4n1sh_ is now known as m4n1sh === fenris is now known as Guest79195 === Guest79195 is now known as ejat [13:36] Can some archive admin look at https://bugs.launchpad.net/bugs/1019778 ? [13:36] Launchpad bug 1019778 in r-cran-qvalue (Ubuntu) "Obsoleted by r-bioc-qvalue." [Undecided,New] [13:42] vibhav: Commented. [13:42] (and going to bed) [13:42] infinity: I was thinking that too [13:43] about that* [14:00] hi [14:08] hallyn: Do you have any tips for rebuilding the qemu git source so it can be used from libvirt? [14:43] ah, got it === Guest11556 is now known as Zic === cpg|away is now known as cpg === jussi01 is now known as jussi === yofel_ is now known as yofel === cpg is now known as cpg|away [19:47] 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] 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? === ion_ is now known as ion [20:53] tomreyn: stating the obvious, have you tried reverting either (the kernel would be a good idea if you suspect that) [20:54] Chipzz: not, yet, couldn't reboot, but yes i plan to. [20:54] that being said, this isn't the right place for these kind of questions :) [20:55] okay, it seemed to me like it may be something the packger of said kernel image may want to know. [20:56] yes, but like you said, you got it from a ppa [20:56] this channel is strictly for ubuntu main/restricted as is [20:57] I'm not sure if that's the best place to ask, but #ubuntu-desktop would probably be a better starting point [20:58] it also might just be that newer versions of ff are more cpu hungry [20:58] you didn't state wether your thunderbird version came from that ppa too [21:00] anyway, a 25% cpu increase caused by the kernel sounds unlikely [21:01] (but not impossible) [21:01] but I would look at ff first [21:02] #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] keep in mind that it's weekend though, and a lot of people are AFK [21:04] tomreyn: [21:04] 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] (from #debian-devel) [21:05] have you tried restarting ff, and if that didn't help, rebooting your computer [21:05] and as a last measure adjusting your clock manually? [21:06] there has been a leap second this night which might explain the behaviour [21:07] sounds exactly like it. my firefox went nuts until I adjusted the clock [21:08] 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] tomreyn: http://blog.mozilla.org/it/2012/06/30/mysql-and-the-leap-second-high-cpu-and-the-fix/ [21:08] it's unclear to me what's the scop of this bug (systems/kernels (not) affected) [21:12] * Laney wibbles [21:12] kirkland: are you aware of / do you care about — [21:12] 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] 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] that's missing a " in the end: sudo date -u -s "`date -R -u`" [21:55] 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? [21:55] Launchpad bug 1015753 in cryptsetup (Ubuntu) "Sync cryptsetup 2:1.4.3-2 (main) from Debian unstable (main)" [Undecided,New] [22:05] tomreyn: That's overly complicating the command. date -s "$(date)" is more than enough. [22:14] didnt work for me [22:14] probably due to none english locale [22:14] *non- [22:15] tomreyn: Or an ambiguous timezone, perhaps. [22:15] (There are a few) [22:15] I guess Europe/Berlin is not one [22:16] Yeah, CEST probably isn't ambigous. [22:17] ambiguous* [22:17] Unless your locale makes it "EST", which very much is. [22:23] 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] Daviey: Ah, fglrx supports our new server, but apparently segfaults on x86-64 because madness. [23:35] 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).