[00:47] <juancarlospaco> hi
[00:48] <juancarlospaco> where to report a "need packaging" for new software for ubuntu under BSD licence?
[00:49] <bdmurray> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[00:49] <juancarlospaco> ok, thanks
[01:12] <juancarlospaco> bye, may the source be with us...
[07:10] <dholbach> good morning
[09:21] <matti> Morning Daniel
[09:21] <matti> ;]
[09:24] <dholbach> hi matti
[10:41] <^arky^> About bug 430557:  Can't find the missing libgecko2.0-cli package
[10:41] <ubot4> Launchpad bug 430557 in ubuntu "libgecko2.0-cil missing in karmic" [Undecided,New] https://launchpad.net/bugs/430557
[10:46] <matti> Ahh.
[10:46] <matti> Score from BSG season 4 is so nice :)
[11:08] <^arky^> matti: BSG?
[11:09] <matti> Battlestar Galactica
[11:09] <^arky^> Ah!
[11:09] <matti> Music by Bear McCreary.
[11:09] <^arky^> thanks for the hint matti
[11:09] <matti> :)
[11:09] <matti> I listen to it at work at the moment.
[11:10] <matti> And it is very pleasant.
[11:20] <^arky^> may I should get OST
[11:20]  * ^arky^ search for BSG soundtrack
[11:21] <matti> Try on Youtube first :)
[11:26] <^arky^> ok cool
[11:26] <^arky^> About bug 430557:  Can't find the missing libgecko2.0-cli package
[11:26] <ubot4> Launchpad bug 430557 in ubuntu "libgecko2.0-cil missing in karmic" [Undecided,New] https://launchpad.net/bugs/430557
[11:39] <james_w> ^arky^: hey
[11:46] <^arky^> hey james_w
[11:46] <^arky^> I am sorry for diff mistake on envy-core merge request
[11:47] <^arky^> didn't know how it got there?
[11:47] <james_w> the tsclient one?
[11:47] <james_w> no problem
[11:47] <james_w> I've fixed that up
[11:47] <james_w> would you like me to directly fix your email address?
[11:50] <^arky^> sure
[11:51] <james_w> care to /query me with the one you would like?
[11:52] <^arky^> didn't get it, I am sleep deprived to understand what you mean? james_w
[11:53] <james_w> ^arky^: your email address is hidden on LP, so I wasn't sure which you wanted to use
[11:53] <james_w> shall I use @yahoo.com?
[11:54] <james_w> I see it is included in the mails about the merge request now
[11:54] <^arky^> yes,
[11:55] <^arky^> you can use that one
[11:56] <james_w> and would you prefer your name or your nick to go with that?
[11:57] <^arky^> arky
[11:57] <^arky^> yes
[11:58] <james_w> ok
[11:59] <^arky^> thanks james_w I also unhide my email on LP
[12:04] <james_w> ^arky^: I've prepared the upload, but we are frozen for now, so I will upload once we are unfrozen again
[12:04] <james_w> thanks for your work
[12:50] <asac> someone here could please verify bug 398205 on jaunty?
[12:50] <asac> thx
[12:50] <ubot4> Launchpad bug 398205 in xulrunner-1.9.1 "Geolocation via WLAN doesn't seem to work" [Undecided,Fix committed] https://launchpad.net/bugs/398205
[12:50] <asac> !!
[14:02] <lfaraone> bdmurray: re ReportingBugs, sorry I didn't realize that clicking "report a bug" when you've already found a package would redirect you to the wiki.
[14:02] <lfaraone> bdmurray: can't we find a more usable way than editing a URL by hand, though?
[15:33] <mika007> 1. How do I report a bug? 2. Before reporting, how do I check that the same bug is not already reported by someone else ?
[15:33] <james_w> mika007: run "ubuntu-bug <packagename>" where <packagename> is the name of the package that has the problem
[15:34] <james_w> that will walk you through it and suggest other bugs that might be the one you wish to report
[15:34] <mika007> I have no idea what package is faulty. I just know there's a problem with kaffeine, but it may be a hardware / driver problem ...
[15:41] <mika007> should the ubuntu 9.10 alpha be already in a working condition ?
[16:00] <james_w> mika007: no guarantees
[16:00] <james_w> and in fact not likely today :-)
[16:16] <plars> is usplash not coming up on boot related to bug #430654?
[16:16] <ubot4> Launchpad bug 430654 in udev "udev 147 outputs warnings about default rules" [Low,Triaged] https://launchpad.net/bugs/430654
[16:19] <bdmurray> lfaraone: I agree editing the url by hand isn't very usable but if we link directly to no-redirect then that kind of undermines purpose of having the redirect in the first place.
[16:25] <micahg> hi ^arky^, I was wondering if bug 428976 that you submitted is a dupe of bug 411962
[16:25] <ubot4> Launchpad bug 428976 in firefox-3.5 "Firefox locks audio" [Undecided,New] https://launchpad.net/bugs/428976
[16:25] <ubot4> Launchpad bug 411962 in pulseaudio "Pulse audio queues audio and gets locked to the app PID" [Undecided,Confirmed] https://launchpad.net/bugs/411962
[16:27] <^arky^> micahg: let me check, just a moment
[16:28] <^arky^> micahg: original bug report didn't give me much info, but I think its a duplicate
[16:29] <micahg> ^arky^: you can provide more if you think it will help :)
[16:30] <^arky^> micahg: sorry I can't reproduce the bug, It was one of unlinked bug reports I process everything
[16:30] <micahg> ok
[16:30] <^arky^> s/everything/everyday/g
[16:30] <lfaraone> bdmurray: hm...
[16:30] <micahg> oh, sorry, for some reason I thought you submitted it
[16:30] <^arky^> np
[16:30]  * micahg is a little under the weather :(
[16:31]  * ^arky^ passes micahg a beer , that will pull you thro 
[16:51] <^arky^> about bug 430678: should I assign it alsa-base or linux ?.
[16:51] <ubot4> Launchpad bug 430678 in ubuntu "Karmic doesn't configure the sound card on acer 5520 completely, is easy to solve!" [Undecided,New] https://launchpad.net/bugs/430678
[16:53] <micahg> ^arky^: that file is in alsa-base
[16:54] <^arky^> thanks
[16:55] <^arky^> lately lp is assigning 'alsa-base' bugs to 'alsa-driver'
[16:56] <micahg> ^arky^: alsa-driver is the source package for alsa-base
[17:50] <sbc> Møde om 10 min i #ubuntu-dk-moede
[17:56] <bdmurray> ubuntu qa team meeting in #ubuntu-meeting in 5 minutes
[19:15] <e-jat> anyone know how to solve this bugs 428365
[19:15] <ubot4> Launchpad bug 428365 in ubuntu "Karmic Koala Alpha 5. Desktop does not start, freezes the boot screen" [Undecided,New] https://launchpad.net/bugs/428365
[19:23] <greg-g> there is a lot of work going into some book issues today, e-jat. I don't know the status as I haven't been effected yet. It has been discussed in #ubuntu-devel
[19:32] <Trijntje> Hi all, openoffice depletes /dev/random when it starts, should this count as a security vulnerability in a bug report?
[19:33] <Trijntje> or isn't that a bug at all?
[19:53] <hggdh> e-jat_: there is a current issue on karmic, where system startup fails
[19:53] <e-jat_> hggdh, yeah ..
[19:54] <e-jat_> is it solution in bugs 398214 help ?
[19:54] <ubot4> Launchpad bug 398214 in ubuntu "Karmic Koala stopps dead after /scripts/init-bottom" [Undecided,New] https://launchpad.net/bugs/398214
[19:55] <hggdh> e-jat_: don't know. Just read your issue, it is not the same as bug 430611 (startup fails)
[19:55] <ubot4> Launchpad bug 430611 in dbus "dbus fails to start on clean boot using upstart job" [Critical,Confirmed] https://launchpad.net/bugs/430611
[19:55] <hggdh> e-jat_: yours sound more like another issue I heard about on #ubuntu+1
[19:56] <hggdh> Trijntje: how do you know it deplects /dev/random?
[19:56] <Trijntje> hggdh: my brand new conky
[19:56] <hggdh> :-)
[19:57] <Trijntje> ${entropy_avail}
[19:57] <e-jat_> hggdh, so any idea?
[19:57] <hggdh> Trijntje: it this indeed happens, it is certainly a bug; I can barely see it as a security exposure, though
[19:58] <hggdh> notice the *barely*
[19:58] <hggdh> please open a bug, and add in enough data documenting this behaviour
[19:58] <Trijntje> hggdh: I guess you are right, /dev/random locks when its empty. I've had one confirmation so far of this behavior so its not just me ;)
[19:59] <e-jat_> ?
[19:59]  * hggdh can think of attacks on web servers with https, but why would a web server be running OO.o?
[20:00] <hggdh> Trijntje: yes, starvation on /dev/random -- if this is the single source of random data on your system -- will cause all users to be delayed
[20:00] <hggdh> er, read "all users *of random data* to be delayed
[20:00] <Trijntje> hggdh: so that would be a kind of DOS attack
[20:01] <hggdh> yes. But, again, (probably) very limited
[20:02] <hggdh> if you are on a multi-user system, then other active users will be impacted when requesting /dev/random; if you are alone on your system, *you* are impacted
[20:02] <hggdh> but, again, why would a server be running openoffice?
[20:03] <Trijntje> true
[20:04] <Trijntje> hggdh: what should i file the bug against? it happens in presentation, writer and calc
[20:06] <hggdh> Trijntje: I guess against OO itself, and you then state this happens on these components
[20:07] <Trijntje> hggdh: so not against any package?
[20:09] <hggdh> hum. Isn't openoffice a package?
[20:10] <hggdh> Trijntje: openoffice.org is the package you want
[20:11] <Trijntje> hggdh: ok, thanks
[20:11] <kees> Trijntje: I cannot reproduce
[20:11] <kees> before oo starts: $ cat /proc/sys/kernel/random/entropy_avail
[20:11] <kees> 177
[20:11] <kees> after: $ cat /proc/sys/kernel/random/entropy_avail
[20:11] <kees> 133
[20:11] <kees> that's within normal system running variablity
[20:11] <Trijntje> 177 is already low right?
[20:12]  * kees shrugs
[20:12] <hggdh> sounds in the normal range
[20:12] <Trijntje> i have 3000 without OO
[20:12] <kees> Trijntje: my colo machine runs between 200 and 100.  avg about 157
[20:13] <kees> Trijntje: perhaps you have a good entropy device on your system
[20:13] <hggdh> interesting. Much higher than what I see. My avg is around kees'
[20:13] <hggdh> sounds like it
[20:13] <kees> Trijntje: the i810 motherboards had a built-in entropy generator
[20:13]  * hggdh is getting blue with envy
[20:13] <Trijntje> kees: what is you max size of pool
[20:14] <kees> Trijntje: my colo's max is 190.
[20:14] <Trijntje> my max is 4096
[20:14] <kees> I don't like it being so low, so I figured I'd buy one of these eventually: http://www.entropykey.co.uk/
[20:16] <kees> Trijntje: strace -e trace=file -s 1024 -f ooffice 2>/tmp/file.log
[20:16] <kees> I see something opening urandom, but not random.
[20:16] <hggdh> hum. Nice gadget. kees, runs under Linux?
[20:16] <kees> hggdh: supposedly
[20:17] <hggdh> hum. hum and hum. Interesting, really
[20:18] <Trijntje> kees: [pid 17805] access("/dev/random", R_OK) = 0
[20:18] <kees> sure, that's an "access()" call.  it's testing to see if it exists.
[20:19] <Trijntje> thought that, not familiar with strace
[20:20] <hggdh> ooooh, they even offer Ubuntu packages and source....
[20:21] <kees> Trijntje: so, I'm still curious how your entropy is so high, and I'm curious what problem you were seeing with random?
[20:22] <kees> hggdh: there's also randomsound which uses your system's microphone to gather entropy
[20:25] <hggdh> kees: thank you, will download & check it. Better than trying to explain to my  wife why I need another (for her) useless gizmo that goes for about 42 pounds
[20:25] <kees> hggdh: yeah, I'm trying to gather a bulk order of 10 to the states
[20:29]  * bdmurray waits for it
[20:32] <hggdh> oh, so there are other candidates...
[20:36] <hggdh> randomsound by itself raised my entropy level to about 3000
[20:37] <hggdh> OTOH, arecord is eating up a lot of CPU... so does not seem a good option
[20:40] <Trijntje> kees: yeah, i dont know why my pool is that big.
[20:40] <Trijntje> btw, did you limit the output of strace with that command? maybe it calls /dev/random later on
[20:42] <kees> Trijntje: nope, -e trace=file will show all file ops
[20:43] <Trijntje> kees: thats like magic, how can OO empty the pool without reading from it.
[20:43] <kees> Trijntje: your pool seriously goes from 3000 to 0 ?
[20:46] <Trijntje> 3500 to 230
[20:49] <hggdh> Trijntje: what version of Ubuntu are you running?
[20:50] <Trijntje> hggdh: 9.04, 32 bit
[20:50] <hggdh> good
[20:50] <hggdh> I would like you to test your random source...
[20:50] <hggdh> copy a large file -- anything from about 10M to 50M to /tmp
[20:51] <hggdh> and then run 'shred -n 3 /tmp/<filename>'
[20:51] <hggdh> and monitor your entropy level
[20:52] <hggdh> this will shred the file with random data, 3 passes of it (the -n 3 parameter)
[20:52] <hggdh> shred on 9.04 still uses coreutils 6.10, IIRC
[20:54] <Trijntje> hggdh: ok, what should i look for?
[20:54] <hggdh> how low your entropy goes
[20:55] <hggdh> shred will massively use your random source (at this version, 6.10, again)
[20:55] <hggdh> this will not work on 9.10 anymore -- shred uses a different source for entropy
[20:56] <Trijntje> ok, pool is nog 3596, starting
[20:56] <Trijntje> drops to ~150
[20:56] <Trijntje> done
[20:56] <hggdh> how large was the file?
[20:57] <Trijntje> 22.6 MB
[20:57] <hggdh> and shred was done in a few seconds?
[20:58] <hggdh> please run 'shred -v -n3 ...'
[20:59] <Trijntje> trijntje@trijntje-desktop:/tmp$ shred -v -n3 /tmp/part1
[20:59] <Trijntje> shred: /tmp/part1: doorloop 1/3 (random)...
[20:59] <Trijntje> shred: /tmp/part1: doorloop 1/3 (random)...21MiB/23MiB 97%
[20:59] <Trijntje> shred: /tmp/part1: doorloop 1/3 (random)...23MiB/23MiB 100%
[20:59] <Trijntje> shred: /tmp/part1: doorloop 2/3 (random)...
[20:59] <Trijntje> shred: /tmp/part1: doorloop 3/3 (random)...
[21:00] <Trijntje> ah, sorry about that
[21:00] <hggdh> np
[21:00] <hggdh> you *really* have a good entropy source...
[21:00] <Trijntje> doorloop = dutch for run
[21:01] <hggdh> it should have taken longer than a few seconds -- at least it used to, on my laptop
[21:01] <Trijntje> thats cool, i never knew. How would i have gotten a good entropy source?
[21:01] <hggdh> Trijntje: during the run, did the entropy level ever went down to 0?
[21:02] <Trijntje> hggdh: no, ~150 min i think
[21:02] <hggdh> so you never really got starvation...
[21:03] <hggdh> and -- I figured you as dutch/flemish, by the nick ;-)
[21:04] <Trijntje> hggdh: no, and it restores the pool realy fast
[21:04] <hggdh> let me start my OO
[21:04] <Trijntje> hggdh: where should i look to find that generator? i'm curious now..
[21:06] <hggdh> Trijntje: you sound see a reference to something during system startup -- dmesg|less, and go looking, probably from middle to end of it
[21:06] <hggdh> Trijntje: my OO startup did not show any significant difference on the entropy level
[21:07] <hggdh> why yours show it, I do not know. Makes no sense, even more with the strace outputs
[21:08] <Trijntje> it takes it down to ~135..
[21:08] <Trijntje> btw, nothing to grep for in dmesg?
[21:10] <hggdh> not really, I do not know what to expect ;-)
[21:11] <hggdh> hum
[21:11] <hggdh> perhaps /var/log/kern.log would be better. Whatever it is, should be near boot time (a module being loaded, with a name that suggests an entropy source)
[21:16] <Trijntje> hmm, i dont realy know what i'm looking for eighter :P
[21:17] <hggdh> but, whatever it is, you are good to go ;-)
[21:18] <Trijntje> maybe my /dev/random is just broken ;)
[21:18] <hggdh> I would doubt it
[21:20] <Trijntje> is there a way to check how random that file got by shredding it?
[21:21] <hggdh> you can try to compress it (gzip, bzip2, zip, whatever). A good indication of random data is inability to compress well
[21:23] <Trijntje> hggdh: bad compression, factor 1.00016
[21:24] <hggdh> sounds good
[21:24] <Trijntje> yeah, weird
[21:25] <BUGabundo> olá
[21:27] <hggdh> olá, BUGabundo
[21:27] <BUGabundo> ola Carlos
[21:58] <Trijntje> well thanks for your help hggdh, i filed a bug report about it
[22:00] <hggdh> welcome