[02:37] <billisnice> my firefox will not open on my ubuntu puter?  9.04
[02:38] <ScottK> billisnice: #ubuntu is the channel for support.
[05:20] <duncan> Hi.  I've got a question about developing a .deb for Ubuntu that creates a file association in Gnome and KDE.  Is this the right place?
[05:20] <duncan> (That is, a .deb to run on Ubuntu - not part of Ubuntu itself)
[05:23] <ScottK> duncan: Basic packaging questions (which it sounds like that is) are better asked on #ubuntu-motu
[05:24] <duncan> Thanks :-)
[09:59] <billisnice> my screen resolution does not stay, it switch when i reboot and is so small i barely can see it.
[11:13]  * zhxk finds a messy code that appears on bum, and want's to know where does the discription to the items comfrom:http://imagebin.ca/view/BLL1WLF.html
[11:40] <zhxk> #ubuntu-dev
[12:16] <cjwatson> kirkland`: the client uses the private key to sign a message proving that it has the public key - it doesn't give the private key to the server (and it would be a serious security breach if it did), so pam modules invoked from /etc/pam.d/ssh have no access to it. To make that work I think you'd need to get into ssh protocol extensions, as you'd need to arrange to send the wrapped passphrase back to the client for unwrapping
[13:56] <DRAGGER> Hello , how i do install application using direct link for e.g. "http://argouml-downloads.tigris.org/nonav/argouml-0.28/ArgoUML-0.28-src.tar.gz"
[14:03] <steveire> cjwatson: ping? Is there anything else I can do about bug https://bugs.launchpad.net/bugs/366282
[16:19] <kirkland`> cjwatson: gotcha, that makes sense.  i should have known that.
[16:50] <kirkland`> pitti: Bug 359997, i don't understand your comment
[16:50] <kirkland`> "Does your commit fix that path issue as well?"
[16:52] <kirkland> pitti: bug updated
[16:54] <james_w> kirkland: that's not pitti is it?
[16:55] <kirkland> james_w: oh, good call :-)
[16:55] <kirkland> pitti: sorry for the spam :-)
[16:57] <LaserJock> hmm, would an annoying UI bug that was introduced via an Ubuntu patch seem like an SRU candidate?
[19:44] <ion_> Ooo, unattended-upgrades uses apt-listchanges in jaunty. It was so minor an annoyance i never got around to reporting it not executing apt-listchanges, but i’m happy now that it does.
[19:45] <mbana> will anything break if i install notification-daemon
[19:45] <mbana> i want the old one
[19:47] <ion_> Ah, someone else had reported it. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=507639
[19:49] <mbana> shall i just remove notify-osd?
[21:39] <ion_> The overall look of the distribution is also likely to be refreshed. "Brown has served us well but the Koala is considering other options," Shuttleworth noted.
[21:39] <ion_> Oh noes. Brown is good.
[21:40] <maco> lots of people seem to take issue with earth tones though...not quite sure why
[21:44] <hyperair> i don't like brown
[21:44] <jdong> ugh it's artwork. Can't we focus on making things work instead? or is that a lost cause?
[21:44] <mdke> stuff doesn't work?
[21:44] <hyperair> to put it bluntly, when i first used ubuntu (6.06) i thought the interface looked like shit, and changing the theme was one of the first things i did
[21:45] <jdong> mdke: there's always room for improvement.
[21:45] <mdke> jdong: I think there are a few bugs still outstanding
[21:45] <jdong> bootup speed, X flickering, intel/X stability is a major nightmare for me, IO interactivity particularly with Firefox....
[21:45] <jdong> now don't get me wrong I love my Ubuntu machines and am satisfied with them, not trying to troll here
[21:45] <jdong> but there's certainly always room for improvement
[21:45] <jdong> the artwork has never tended to be a thing that's bothered me. the theme's appearance and usability is fine to me
[21:46] <hyperair> flickering i don't see
[21:46] <hyperair> but i seriously lost it earlier when i got three hard locks in two hours
[21:46] <jdong> hyperair: it takes about 2 seconds to flip from X to a VT.
[21:46] <hyperair> 2 seconds huh
[21:46] <jdong> which has to be done on suspend and resume.
[21:46] <hyperair> i don't switch to VTs much heh
[21:46] <hyperair> oh!
[21:46] <hyperair> hmm
[21:46] <hyperair> big problem.
[21:46] <hyperair> i don't suppose KMS can help this?
[21:46] <jdong> compare that to my macbook running OS X which resumes in 150ms from lid-up to ping response.
[21:47] <jdong> I think KMS is supposed to help
[21:47] <jdong> but I don't think it'll be on the order of 150ms resume.
[21:47] <jdong> and when you use a laptop on-the-go occasionally, suspend-resume speed is a big deal
[21:47] <hyperair> 150ms..
[21:47] <hyperair> that is crazy.
[21:47] <hyperair> how do you measure 150ms?
[21:47] <jdong> hyperair: the unlock screen is waiting before I can pull the lid up.
[21:47] <hyperair> ..shit
[21:48] <jdong> hyperair: 10ms ping polling from another system
[21:48] <jdong> over *WIFI*
[21:48] <hyperair> O_O
[21:48] <jdong> how much of that 150ms is re-establishing wifi? :)
[21:48] <jdong> I'm convinced the network links up before the CCFL backlight can engage.
[21:48] <jdong> I've heard the LED macbooks resume even faster.
[21:48] <Chipzz> jdong: my macbook also resumes that fast; but I don't think it's suspended when you close the lid
[21:48] <Chipzz> just sleep or sth
[21:49] <Chipzz> (dunnow the accurate terms)
[21:49] <jdong> Chipzz: it's put into S3+S4 hybrid.
[21:49] <jdong> Chipzz: that is, it writes out a hibernate to disk image AND then goes into RAM sleep
[21:49] <jdong> Chipzz: that way if battery runs out it can resume from disk, if battery remains it will wake like normal standby
[21:49] <Chipzz> what I *do* like is that if your battery runs out while the lid is closed, it automatically hibernates
[21:50] <Chipzz> hrrrm ah k
[21:50] <jdong> the suspend part takes about 10 seconds to write out the encrypted RAM image.
[21:50] <jdong> the resume part is instant if you don't lose battery power
[21:50] <Chipzz> yeah
[21:50] <Chipzz> one of the things I like about osx :)
[21:50] <jdong> you can use a pmset command to turn off the hibernate image so suspend is instant too
[21:50] <Chipzz> (or is that not os specific?)
[21:51] <jdong> Chipzz: Windows Vista does the hybrid sleep thing too
[21:51] <jdong> and there is support in Linux too via the s2both command but I've never gotten it working
[21:51] <jdong> namely it takes well over 30 seconds to write something out, but neither resume from RAM nor resume from disk worked in Intrepid.
[21:52] <Chipzz> not running linux on mine though
[21:53] <Chipzz> (</blush>)
[21:53] <jdong> I dual on my macbook but to be honest most of the time on the go it runs OS X.
[21:53] <jdong> apart from the suspend-resume thing, our entire campus is Cisco 24-channel MIMO 802.11N connected
[21:54] <jdong> and OS X can easily pull 13MB/s up and down
[21:54] <jdong> Ubuntu kernel panics when ath9k tries to connect to 5.8GHz N
[21:54] <jdong> seems to be a known ath9k upstream bug
[21:55] <Chipzz> recent model?
[21:55] <jdong> no, this is older, the first core2duo generation black plastic.
[21:55] <jdong> the newer ones use broadcom cards which ironically work better if you use go-to-RMS-hell drivers
[21:55] <Chipzz> hrrrm
[21:55] <jdong> and are apparently a lot less expensive too
[21:56] <jdong> I've been considering shelling out the 20 bucks to swap in one of those
[21:56] <Chipzz> didn't know 802.11N did go that far back
[21:56] <jdong> the atheros A+G chipset that was in those macbooks could be firmware-upgraded to N
[21:56] <jdong> yay software defined radios!
[21:56] <Chipzz> see, firmware is not evil! *grin* :)
[21:57] <jdong> lol
[21:57] <jdong> as long as it's redistributable IMO I don't see the difference between it being loaded on by the OS or by the OEM in factory. It's still a blob we can't change.
[21:57] <Chipzz> well, I wouldn't call a free upgrade to N evil anyway :P
[21:59] <Chipzz> anyway, afk again :)
[22:01] <maco> hyperair: i thought feisty's wallpaper looked like chocolate milk. one of my cousins called it mousse and wanted to get a spoon to try to eat her screen
[22:02] <hyperair> lol
[22:02] <hyperair> that's hilarious