[00:14] <raboof> say some package (alsa-plugins) wants to be in main, but also has some dependencies in universe (libjack)
[00:14] <raboof> as I understand, the common solution is to make the alsa-plugins source package provide 2 binary packages: 1 for in main (which depends on jack), 1 for in universe (which doesn't depend on jack)
[00:14] <TheMuso> raboof: Its not that easy.
[00:15] <TheMuso> raboof: Jack's source has to be in main also.
[00:15] <slangasek> specifically, alsa-plugins source has to be in main, and it probably build-depends on libjack-dev, so libjack-dev has to be in main, so jack source has to be in main
[00:15] <raboof> last time I was here I was told that it's okay for source packages in main to have build dependencies in universe, as long as the binary packages that go into main depend only on binary packages in main
[00:16] <raboof> that's not right then?
[00:16] <slangasek> it's not, no
[00:16] <slangasek> I'm afraid whoever told you that was mistaken
[00:17] <raboof> (or I misunderstood him, but I believe it was quite explicit ;) )
[00:17] <cjwatson> yeah, that sounds like somebody being quite confused
[00:17] <cjwatson> I can understand why they came to that conclusion, but it isn't correct; when packages in main are built, they're given an /etc/apt/sources.list in the build chroot that contains only main
[00:18] <cjwatson> now, it *is* possible for a source package in main to build binary packages in universe
[00:18] <cjwatson> provided that it doesn't need any build-dependencies over and above what's in main to do so
[00:18] <cjwatson> sometimes this does make sense and does happen
[00:19] <raboof> so if I want to have an alsa-plugin-jack, I should lobby for the jack-audio-connection-kit being included back into main
[00:20] <raboof> (which may or may not be easier by proposing that the resulting jack binary packages still go to universe)
[00:20] <_MMA_> raboof: I was there for that chat and cjwatson is correct.
[00:21] <_MMA_> raboof: I will hopefully be able to get JACK back in Main for Intrepid to help with packages like you are asking for.
[00:22] <cjwatson> raboof: at least one of the binary packages would have to go in main - can't have a source package in main that builds *only* binary packages in universe and nothing else
[00:22] <cjwatson> if nothing else, build-dependencies are declared on binary packages, not on source packages
[00:22] <_MMA_> raboof: Work will be needed on this: https://wiki.ubuntu.com/MainInclusionReportJACK Please add anything you can.
[00:23] <raboof> cjwatson: uh, yeah, right :)
[00:23] <raboof> obviously :)
[00:24] <raboof> _MMA_: what's Intrepid? what are you doing to get jack back in main?
[00:25] <raboof> where should I look for information as to why jack was demoted from main? I guess we need to fix whatever cause that before proposing to put jack back in main :)
[00:25] <_MMA_> raboof: Don't worry then. I'll be working on it.
[00:26] <ogra> raboof, intrepid == 8.10
[00:26] <raboof> ah, right :)
[00:26] <cjwatson> AFAIK jack-audio-connection-kit has never been in main
[00:26] <cjwatson> except perhaps in very early releases
[00:26] <TheMuso> Yeah it was in main very early on.
[00:26] <cjwatson> you may find some early changelogs that refer to it
[00:27] <cjwatson> but it's before we kept track of things in any other way
[00:27] <ogra> the alsa thing needs sorting though ... we should ask upstream if the source of th plugins could be separated
[00:30] <krux0> is it possible to grep two words simultaneously?
[00:30] <TheMuso> krux0: If you mean one word after another, then grep "words here" would work. So just put them in quotes.
[00:31] <cjwatson> or grep oneword | grep otherword
[00:31] <krux0> two seperate words ....im looking for two diff words coming from a pipe i want it to filter both and show me the lines containing them
[00:31] <cjwatson> or egrep 'oneword|otherword'
[00:32] <cjwatson> depending on whether you want AND or OR
[00:36] <krux0> i got it... this doesn't make sense to me but: grep 'foo|bar|baz' seems to filter foo, bar and baz. I thought '|' was "or" when it came to logic
[00:37] <krux0> for grep it seems to be used as AND
[00:37] <cjwatson> you're thinking of it wrongly
[00:37] <cjwatson> that pattern matches any string that matches any of 'foo', 'bar', or 'baz'
[00:38] <cjwatson> and therefore returns all lines containing 'foo', all lines containing 'bar', and all lines containing 'baz' - but the pattern matching is the level at which the OR-ness applies
[00:40] <Caesar> slangasek: do you have any thoughts on #215904 ?
[00:42] <slangasek> Caesar: well, "eew" comes to mind
[00:42] <slangasek> Caesar: backtrace would help
[00:43] <krux0> thanks
[00:47] <Caesar> slangasek: there's more info in the related Debian bug
[00:47] <Caesar> We're working on a backtrace at the moment, it's currently a bit non-deterministic
[00:47] <slangasek> Caesar: hmm.  would help if that bug were actually assigned to the openldap2.3 package in Debian, I think
[00:48] <slangasek> ah, looks like there is a backtrace
[00:48] <slangasek> is NTLM a common denominator here?
[00:48] <Caesar> slangasek: we don't use NTLM
[00:48] <slangasek> ok
[00:48] <Caesar> at least we shouldn't be
[00:49] <Caesar> Where would that be coming into play?
[00:49] <slangasek> dunno - it shows up in that evolution-exchange backtrace, so it could've been some NTLM-specific breakage
[00:49] <slangasek> OTOH, the two assertions could be completely unrelated bugs
[00:49] <Caesar> slangasek: I mean how can I check we're not accidentally using it here? Is that a PAM thing or an NSS thing?
[00:50] <slangasek> probably a SASL config thing
[02:13] <slangasek> asac: is 195013 still applicable to firefox, or do we have the necessary langpacks in the archive now?
[02:16] <ogra> slangasek, 3am here ... he's probably asleep ... but there was a lot discussion in here about ff and langs today
[02:16] <slangasek> ogra: yes, I'm anticipating a delayed response :-)
[02:16] <ogra> :)
[02:17] <slangasek> I'm asking because this bug is currently listed as a caveat on https://wiki.ubuntu.com/HardyHeron/RC, so wanted to check that it still applies
[02:21] <ogra> hmm, since when is my shell command history written inside of chroots ...
[02:24] <Caesar> ogra: when you bind mount your home directory in there?
[02:24] <mathiaz> slangasek: are you planning to rebuild the ubuntu-server iso for rc ?
[02:24] <ScottK> mathiaz: Earlier he said not.
[02:25] <slangasek> mathiaz: no, TTBOMK the one that's there is already viable; do you know anything to the contrary?
[02:26] <ogra> Caesar, no, as root in / of the chroot ...
[02:26] <ogra> i suddenly can browse a command histroy even if i exit and re-enter ... i'm pretty sure that wasnt the case before
[02:29] <ogra> woah
[02:29] <ogra> thats just evil
[02:29] <slangasek> ?
[02:29] <ogra> root@ceron:/# ls -al home/
[02:29] <ogra> total 4
[02:29] <ogra> drwxr-xr-x  3 root root   17 Apr 17 00:33 .
[02:29] <ogra> drwxr-xr-x 20 root root 4096 Apr 17 01:24 ..
[02:29] <ogra> drwxr-xr-x  3 root root   40 Apr 17 01:26 ogra
[02:30] <ogra> thats a fresh chroot, i definately didnt create a user or homedir for ogra
[02:31] <slangasek> and you're sure it's not bind-mounted?
[02:31] <ogra> did chroot change or is that a sudo vs environment fallout ?
[02:32] <ogra> there is nothing that wuld bnd mount it
[02:32] <ogra> and i re-checked as well
[02:32] <ogra> it created /home/ogra/.bash_history
[02:32] <slangasek> superm1: I see you've milestoned bug #218262 and uploaded a new mythbuntu-diskless; are you wanting this in advance of RC?
[02:32] <ubotu> Launchpad bug 218262 in mythbuntu-diskless "various failures in mythbuntu-diskless-client-builder.postinst on alt disk" [High,Fix committed] https://launchpad.net/bugs/218262
[02:32] <superm1> slangasek, yes laga needs it for the alt disk
[02:33] <ogra> ... which contains all my root commands i just executed ... phew, thats weird
[02:34] <slangasek> superm1: ok, accepted; if one of you happen to be in a position to watch for the binaries to be installed, I can reroll the alternates
[02:35] <slangasek> sigh, who came up with the brilliant idea to bind shift-ctrl-w to 'close terminal', anyway
[02:35] <superm1> slangasek, yeahc providing its made before i go to bed, i can check
[02:35] <superm1> and laga will be up right about when i go to bed
[02:35] <slangasek> superm1: hmm, unless you're on a weird virtual timezone right now, shouldn't take nearly that long to get built :)
[02:36] <superm1> still CST, just wasn't sure if we were behind some other stuff in  the queue
[02:36] <slangasek> queue should be rather desolate right now
[02:37] <superm1> ok i'll keep an eye then
[02:43] <cjwatson> ogra: HOME is probably still set to /home/ogra despite sudo chroot
[02:48] <ogra> cjwatson, well, it was as well in gutsy or some weeks ago when i last time did manual work inside chroots but it never bothered to create a homedir or .bash_history until now
[02:49] <ogra> i usually delete /root/.bash_history at the end of my work if i do something manual in a chroot i want to squash up
[02:50] <ogra> thats why i noticed it first place
[02:50] <syke> hi
[02:51] <syke> I attached my lspci output to bug 197558
[02:51] <ubotu> Launchpad bug 197558 in linux "ssb module breaks BCM4328 with ndiswrapper (regression from 2.6.24-10)" [Medium,Incomplete] https://launchpad.net/bugs/197558
[02:54] <_MMA_> haha
[02:54]  * _MMA_ is trying to cope with that ATM as well. :P
[02:58]  * _MMA_ just says F-it and buys this: http://cgi.ebay.com/New-Intel-Pro-Wireless-2200-Mini-PCI-802-11g-MiniPCI-I1_W0QQitemZ200214729388QQihZ010QQcategoryZ101281QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
[04:02] <superm1> slangasek, laga, the binary for mythbuntu-diskless ended up clearing an hour ago if you can re-roll the mythbuntu alt disk
[04:04] <ion_> asac: Does it actually look like we might get nspluginwrapper for x86 for hardy?
[05:02] <JohnPhys> Apologies if this is not the correct channel, but is it still possible for the fix to Bug #195052 to be included in hardy even though it's in final freeze?  As far as I can tell, the patch only affects the latex rendering effect in inkscape (which is currently broken), so I think it would be a low-risk patch.
[05:02] <ubotu> Launchpad bug 195052 in inkscape "Latex formula does not work on Ubuntu Hardy" [Undecided,Fix released] https://launchpad.net/bugs/195052
[05:06] <ScottK> JohnPhys: That's not actually even a bug against the Ubuntu package right now, so I'd say the odds are very low.
[05:07]  * ScottK gives bad news and heads off to bed ...
[05:07] <ScottK> It's filed against upstream and in Fedora, but not here.
[05:07] <JohnPhys> ScottK:  thanks for the info, how does one file it against hte ubuntu package?  File a new bug and mark as a duplicate of that one?
[05:08] <ScottK> No.  Use also affects (IIRC).
[05:08]  * ScottK really goes to bed ...
[05:08] <JohnPhys> ok, thank you
[05:18] <slangasek> superm1: mythbuntu alternate rebuilding
[05:19] <superm1> thx
[05:38] <bdmurray> slangasek: somebody brought up bug 195929 to me
[05:38] <ubotu> Launchpad bug 195929 in gtk2-engines-murrine "Cosmetic bug: rectangular white outline surrounding rounded buttons" [Low,Fix committed] https://launchpad.net/bugs/195929
[05:39] <bdmurray> slangasek: it's fixed upstream and has a small patch afaict
[05:40] <slangasek> hmm, "fix committed" is wrong here, yes?
[05:40] <bdmurray> I think for that task it might be right
[05:41] <bdmurray> see comment 5
[05:41] <ScottK> slangasek: Not according to the Launchpad developers who decide all this stuff.  If it's anywhere publically available, it's Fix committed according to them.
[05:41] <slangasek> there's no Ubuntu bzr branch for that package though
[05:41] <slangasek> ScottK: ... erm
[05:41] <slangasek> ok, would be nice if that were applied consistently then
[05:41] <slangasek> anywho
[05:42]  * ScottK recalls a long Launchpad blog post last year where it was explained how we were using the system wrong.
[05:42] <slangasek> ScottK: well, it seems counterproductive to me to label distro-specific tasks as 'fix committed' when we have the capability of opening upstream tasks separately
[05:43] <bdmurray> slangasek: Where did you hear about Fix Committed = Ubuntu bzr branch?
[05:43] <slangasek> bdmurray: I am intrigued that the fix appears to involve /dropping/ a firefox workaround from the theme
[05:43] <ScottK> slangasek: I agree, but since I'm not a LP developer, clearly I don't know how to use the system properly.
[05:43] <slangasek> bdmurray: either on IRC, or picked up by osmosis through how I've seen LP used
[05:44] <bdmurray> slangasek: Okay, I'm back to it shouldn't be Fix Committed since it isn't an upstream task
[05:45] <ScottK> http://news.launchpad.net/general/of-bugs-and-statuses - OK, it's not quite a broad as I'd remembered.
[05:45] <ScottK> slangasek: ^^^ supports your position.
[05:45] <slangasek> hurray!
[05:46]  * ScottK goes to bed.
[05:47] <LaserJock> I was told  Fix Committed = fixed somewhere
[05:47] <LaserJock> I think that's a common #ubuntu-desktop way of doing it
[05:47] <bdmurray> I think it is important to take each task into account when looking at the status.
[05:48] <bdmurray> slangasek: I think that fix was for Firefox 2 but I'm not certain
[05:48] <LaserJock> bdmurray: what do you think Fix Committed should be used for?
[05:49] <slangasek> bdmurray: yes, that's what I gather from the bug log.  anyway, it looks suitable to me for a post-RC fix, but needs someone (not me) to take on doing the actual upload
[05:50] <bdmurray> LaserJock: If it is about an Ubuntu package then fix committed to that package, not upstream.  If the bug is upstream there should be an upstream task / affects line reflecting that.
[05:52] <LaserJock> bdmurray: but my concern that it is misleading to have the Ubuntu task as Fix Committed when nothing has been done in Ubuntu
[05:52] <LaserJock> *is that
[05:53] <bdmurray> LaserJock: I think we are on the same page here.  I flipped bug 195929 to Triaged and it really should have an upstream task open and that should be Fix Committed.
[05:53] <ubotu> Launchpad bug 195929 in firefox "Cosmetic bug: rectangular white outline surrounding rounded buttons" [Unknown,Confirmed] https://launchpad.net/bugs/195929
[05:54] <LaserJock> bdmurray: but like the desktop team makes the Ubuntu task Fix Committed if the upstream task is Fix Released, that's what I'm talking about
[05:55] <bdmurray> LaserJock: okay, I haven't seen that personally but will check with them if you like
[05:56] <slangasek> LaserJock: hey, btw, bug #215729 - the patch did have a memory leak... :)
[05:56] <ubotu> Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729
[05:56] <LaserJock> bdmurray: well, I don't care too much. I just find a lot of inconsistency on what statuses are used for
[05:56] <LaserJock> bdmurray: like the great Incomplete debate
[05:57] <LaserJock> slangasek: darn, I had a suspicion
[05:57] <slangasek> LaserJock: fixed patch is in the bug now, if you're interested in comparing
[05:57] <slangasek> but from your valgrind output, this probably isn't the /only/ memory leak either... :)
[05:58] <ScottK> Well I've seen firefox bugs flipped to In Progress because they'd been REPORTED upstream.
[05:58] <ScottK> Who knows.
[05:59] <slangasek> heh, twitch
[05:59] <LaserJock> slangasek: yeah, I noticed from my valgrind input a slight increase in leaked memory, but I didn't know if that was due to the patch or just random leakage
[06:16] <Hobbsee> slangasek: you should really make sure, at UDS, that you have a debate with kiko, and mdz, and anyone else interested, on hwo to use launchpad statuses.  It's very enlightening.
[06:23] <slangasek> hmm :)
[06:24] <Mirv> in case there are any ppc folks around, openoffice.org-voikko would need a binary-only upload. bug #218503.
[06:24] <ubotu> Launchpad bug 218503 in openoffice.org-voikko "[hardy] openoffice.org-voikko has unmet dependencies on PowerPC" [Undecided,New] https://launchpad.net/bugs/218503
[06:24] <Mirv> rebuild, that is
[06:24] <StevenK> It may just need a giveback
[06:25] <LaserJock> Hobbsee: hmm, did we do that in Sevilla?
[06:25] <Hobbsee> LaserJock: i certainly did.  I think you were there too.
[06:26] <Hobbsee> LaserJock: it was over lunch - far left hand corner of the room, looking from the lifts.  Same day as the sign next to a plate of meat saying "not vegitarian"
[06:26] <LaserJock> yeah, I vaguely remember a lunch
[06:26] <LaserJock> hah
[06:26]  * Hobbsee recalls going "yeah, ah, no shit!"
[06:26] <LaserJock> not nearly as bad as Paris
[06:27] <LaserJock> I remember people wondering why all the "Vegitarian" cards at dinner had a pig on them
[06:28] <LaserJock> and Jeff Bailey sending his plate back I think 3 times to get something vegan
[06:28] <LaserJock> "no, mash potatoes with bacon is not vegan"
[06:30]  * slangasek grins. Dining in a foreign country with Jeff is fun.
[06:31] <slangasek> vegan food at DebConf 4 in Brazil:  oh, rice and beans, that should work, except you put *ham* in it, good job.
[06:32] <LaserJock> yeah, you gotta watch the beans
[06:36] <dholbach> good morning
[06:36] <emgent> morning
[06:36] <emgent> morning
[06:37] <emgent> oops, loop :P
[06:37] <Hobbsee> morning dholbach
[06:37] <dholbach> hi Hobbsee, hey emgent
[06:38] <LaserJock> hi dholbach
[06:38] <dholbach> hiya LaserJock
[07:01] <emgent> dholbach: When you have time see query, Thanks.
[07:20] <superm1> slangasek, the resultant build should have been 20080417 right?  It looks like the old udeb was still used?  That's weird - it was available from a.u.c at the time i mentioned it to you...
[07:23] <slangasek> superm1: hmmmm. well, I confess that I didn't double-check that before triggering the build
[07:23] <slangasek> should I try again?
[07:23] <superm1> yeah I guess.
[07:24] <superm1> 0.8 of another of the debs is definitely showing up from apt-cache policy
[07:24] <superm1> so i assume the udeb should have been there too
[07:24] <slangasek> oh, this is in universe, grrrrr
[07:24] <superm1> is that the problem?
[07:24] <slangasek> the mirror syncing stuff fails royally for the derivs that build out of universe
[07:25] <superm1> so it needs manual prodding or what not?
[07:25] <slangasek> yes
[07:25] <superm1> that is rather annoying.  sorry :S
[07:28] <slangasek> ah, heh, this is a nice bug
[07:30] <slangasek> ... where by "nice" I mean "oh argh, I need to rebuild the ubuntu and kubuntu dailies as well"
[07:32] <superm1> they shouldn't be touching anything in universe though should they?
[07:32] <slangasek> no
[07:33] <superm1> oh, so unrelated bug that will require their rebuildings
[07:33] <slangasek> it turns out there's a bug in build-image-set wrt mirror handling that one can trigger quite nicely if one, er, hard-kills some previous daily builds
[07:33] <slangasek> which affected all of the above
[07:33] <superm1> ah
[07:34] <superm1> oh well it sounds like that bug is there just for entertainment value then
[07:35] <slangasek> it's a "surely no one with access to this would be mad enough to force-kill a daily job and break this semaphore, nope"
[07:36] <slangasek> ... bug
[07:36] <superm1> you can't just reset the semaphore?
[07:36] <slangasek> now that I've noticed it's there, absolutely ;)
[07:38] <superm1> ah the joys of file locking and data sharing
[07:39] <dholbach> could it be that 20080417 is broken?
[07:39] <slangasek> dholbach: yes, the whole day is broken, I confirm this ;)
[07:39] <dholbach> amd64-alternate in this case - it's sitting at "ldconfig deferred processing now taking place"
[07:40] <slangasek> mmm, that's news to me
[07:40] <slangasek> I've just rerolled 20080417.1 anyway, can you rsync that and give it a try?
[07:40] <dholbach> slangasek: will do
[07:41] <slangasek> /shouldn't/ be any changes that affect this, but then, that shouldn't have been broken in the first place :P
[07:42] <munckfish> If I have 256mb of RAM how much memory should I expect to see reported by "free -m" on the hardy live CD?
[07:42] <munckfish> currently it reports 86mb
[07:43] <slangasek> munckfish: "little enough that you can't run ubiquity"
[07:44] <slangasek> superm1: so thanks for pointing this out, that could've been quite messy otherwise :)
[07:44] <munckfish> so that sounds about right?
[07:44] <munckfish> thx
[07:45] <slangasek> munckfish: honestly, I don't know, I just know that 256 isn't enough to run the installer to completion
[07:45] <superm1> slangasek, no prob.  will ours be behind the other dailies, in parallel, or who'es up next then?  (I'm debating bed now or wait/test)
[07:45] <munckfish> slangasek: thx
[07:46] <slangasek> superm1: behind; the whole series will only take another 10 minutes to finish though
[07:46] <superm1> alright, i'll stick around then
[07:52] <munckfish> ha kernel just killed bash out from under me :D just as I was about to try and enable swap! haha. PS3 needs more memory
[07:53] <superm1> munckfish, if you aren't booted into only-ubiquity mode, i would recommend doing so on the ps3
[07:55] <Ng> even in gutsy you have to kill a lot of stuff so ubiquity will run to completion on a ps3
[07:55] <munckfish> well, I'm trying to debug and X crash
[07:56] <munckfish> but also having only 1 PS3 I'm trying to keep my stable gutsy install
[07:56] <munckfish> around till I'm sure I won't need to rebuild things on it again
[07:56] <munckfish> *an X crash
[07:57] <munckfish> doesn't seem to have any swap setup auto, I'm trying to mount that now, see if that eases things
[07:57] <munckfish> Alt+SysRq+e just took me down to a shell again luckily
[07:59] <TheMuso> munckfish: Is it true that you can only use 10GB for Linux?
[08:00] <munckfish> TheMuso: you can either use 10GB for linux or 10GB for sony
[08:00] <munckfish> you take your pick
[08:00] <munckfish> but no custom partition sizes
[08:00] <superm1> but external hard drives are still usable
[08:00] <superm1> for storing stuff
[08:00] <munckfish> oh sure
[08:01] <munckfish> what's the correct way to re init the normal run level?
[08:01] <munckfish> Now I've added swap I want to fake a restart (cause I don't have time for a real restart)
[08:02] <munckfish> (work time is looming)
[08:02] <slangasek> superm1: mythbuntu 20080417.1 done, should be visible from cdimage shortly if it's not already there
[08:02] <pitti> Good morning
[08:02] <superm1> thanks
[08:02]  * slangasek waves to pitti
[08:02] <StevenK> Morning pitti
[08:02] <pitti> CD testing o'clock, I suppose?
[08:04] <davmor2> slangasek: how are all the iso's doing?
[08:05] <slangasek> davmor2: well, aside from having to do a last-minute respin of the alternates and DVDs because the last batch built from an out-of-date mirror, pretty good
[08:05] <slangasek> and the alternates are all updated again anyway, with the DVDs to follow shortly
[08:06] <davmor2> slangasek: cool :) downloading :)
[08:08] <laga> morning.
[08:09] <superm1> hey laga
[08:09] <superm1> new alternate just finished generating with that udeb
[08:38] <dholbach> slangasek: 20080417.1 looks better
[08:41] <slangasek> dholbach: ah, good, then I can pretend the failure never happened and ask no questions ;)
[08:48] <pitti> argh, the current ubiquity TZ selector got much worse than the one from beta
[08:48] <pitti> evand: ^ is that still considered a bug, or is the current one considered 'final'?
[08:48] <slangasek> define "worse"?
[08:49] <pitti> it's utterly hard to pick a city, since the moment you move the cursor, the map slides away under you
[08:49] <stgraber> it should only slide when your mouse hit one a corner IIRC
[08:50] <slangasek> indeed
[08:51] <slangasek> that's what I understood was /supposed/ to be going on
[08:52] <seb128> didn't try today's image yet, but on the 20080415 image the tz selector was not usuable for me, it zoomed on the wrong region and scrolled in a non correct way
[08:54]  * slangasek tests, and gets sane behavior from the package in the archive...
[08:54] <slangasek> pitti: which image?
[08:54] <pitti> slangasek: amd64 desktop Ubuntu
[08:54] <pitti> testing i386 desktop now
[08:55] <slangasek> pitti: image date?
[08:56] <pitti> 20080417
[08:58] <pitti> cjwatson: hm, bug 218549 looks like a recent (small) regression
[08:58] <ubotu> Launchpad bug 218549 in rescue "Choosing "Reboot" in rescue menu jumps to main menu" [Undecided,New] https://launchpad.net/bugs/218549
[09:04] <asac> ion_: no ... that was a typo ... i ment intrepid
[09:07] <ion_> asac: Alright
[09:17] <pochu> soren: hi. I'd appreciate your input in bug 206227 when you have some time. thanks
[09:17] <ubotu> Launchpad bug 206227 in gtk-vnc "vinagre fails to connect" [Low,Fix committed] https://launchpad.net/bugs/206227
[09:17] <calc> how can you determine which entry in ~/.ssh/known_hosts to delete for an ip?
[09:17] <calc> i thought it used to stick the ip address in that file
[09:17] <soren> calc: ssh-keygen -F
[09:18] <soren> calc: It's hashed now a days.
[09:18] <soren> WEll, actually.
[09:18] <calc> ah ok
[09:18] <soren> calc: ssh-keygen -R host_to_remove
[09:18] <soren> -F just finds it.
[09:19] <calc> ah
[09:21] <calc> soren: thanks! :)
[09:21] <soren> np
[09:22] <laga> cjwatson: i've just tried today's daily for mythbuntu and the tasks still don't work. i get "task mythbuntu-frontend not found", for example. here's the diff i committed last night: http://bazaar.launchpad.net/~mythbuntu/ubuntu-seeds/mythbuntu.hardy/revision/1105
[09:31] <pitti> evand, slangasek: it seems that, depending on whether I boot at an even or odd second, the scroll area of the TZ widget changes; last boot I had something like a 20 pixel border, now almost all of the widget triggers scrolling
[09:37] <pochu> Anyone knows if Tormod Volden is on IRC?
[09:38] <stgraber> pochu: he isn't
[09:38] <stgraber> pochu: his nick is "tormod"
[09:39] <pochu> stgraber: ok, thanks
[09:39] <pochu> stgraber: congratulations for your Europe Council membership :)
[09:39] <stgraber> pochu: thanks
[09:42] <pitti> ScottK, Hobbsee: does Jani have motu-release delegated power for xubuntu? (bug 217697 and bug 217702 have no ack, but are in unapproved)
[09:42] <ubotu> Launchpad bug 217697 in sugar-chat-activity "Please include Chat-35" [Undecided,New] https://launchpad.net/bugs/217697
[09:43] <ubotu> Launchpad bug 217702 in sugar-read-activity "Please include Read-45" [Undecided,New] https://launchpad.net/bugs/217702
[09:43] <Hobbsee> pitti: erm.  unsure.  i *think* so
[09:44]  * Hobbsee checks the mail
[09:45] <Hobbsee> pitti: cody-somerville does, not jani
[09:45] <pitti> Hobbsee: ok, thanks; I'll sub m-r and ask
[09:48] <Hobbsee> bug 218133
[09:48] <ubotu> Launchpad bug 218133 in sun-java6 "UVF exception for hardy" [Undecided,Confirmed] https://launchpad.net/bugs/218133
[09:53] <Tonio_> hi
[09:54] <Tonio_> anyone here using a macbook ?
[09:54] <Tonio_> my battery monitor stopped working a few days ago (2 or 3)....
[09:54] <Tonio_> I tried installing old hal-info package but that didn't help....
[09:54] <Tonio_> is that known problem or should I report the bug ?
[09:55] <Tonio_> hum right that bug 215074
[09:55] <ubotu> Launchpad bug 215074 in linux "macbook battery info not readable, appears empty" [Undecided,Confirmed] https://launchpad.net/bugs/215074
[09:57] <davmor2> mvo: Dapper -> Hardy with all the lang pack went fine.  :)  However,  I found another minor bug.   I changed the backdrop in Dapper to the ubuntu tree.  Once the system upgrade had finished I just had a black (or maybe dark brown) Backdrop.  I know it's a right click to change it but I thought I'd let you know.
[09:59] <mvo> davmor2: no picture in the background anymore, just a dark color?
[10:00] <davmor2> mvo: basically yes.  You don't get the heron just darkness.  I think it maybe that I changed from the default background and it isn't in hardy so there was nothing to display
[10:02] <davmor2> mvo: I asked heno just to double check if he gets chance
[10:02] <mvo> davmor2: is that in a VM or on real HW? (just curious, may not be releated to the problem)
[10:03] <davmor2> mvo: I only really test on real hardware :)
[10:03] <heno> I'm starting a test soon, just need to install some more random packages
[10:09] <soren> Could a release team member please give kvm a gentle nudge through the unapproved queue?
[10:13] <davmor2> mvo: do you need anything off this system before I drop XP on for wubi tests?
[10:15] <mvo> davmor2: is it running compiz when you see the black background?
[10:15] <davmor2> no
[10:16] <mvo> davmor2: what happens if you restart metacity (metacity --replace) ?
[10:22] <pitti> asac: m-f-locale-all> IMHO the depends should be language-pack-CURLANG, not language-support; mind if I reject this and you fix that?
[10:22] <davmor2> mvo: still black#
[10:22] <asac> pitti: it was that way before
[10:22] <asac> i just try to cure things right now
[10:23] <pitti> asac: ah, wait; seems I misinterpreted the idea of the chagne
[10:23] <asac> pitti:  i didn't change anything ... only the order
[10:23] <pitti> asac: those are not supposed to become transitional packages for language-pack for ffox 3
[10:23] <asac> right
[10:23] <pitti> but meant to be used for ffox2
[10:23] <asac> pitti: the bug is that when you upgrade from gutsy with langpacks you automatically get ffox 2
[10:23] <pitti> right
[10:23] <pitti> makes sense then
[10:23] <asac> thats because of the order
[10:24] <asac> (i hope) :)
[10:24] <pitti> well, if you already have l-support-XX installed, it shouldn't matter
[10:24] <pitti> since the | is satisfied
[10:24] <asac> pitti: i think after the upgrade they should be autoremovable in best case
[10:24] <asac> pitti: it mattered
[10:24] <asac> pitti: at least it was in the log
[10:24] <pitti> if you don't have it installed (because you don't want it), then now you'll get l-support instead of ffox2
[10:25] <asac> hmm
[10:25] <asac> davmor2: ^^
[10:25] <pitti> so, not sure what is better
[10:25] <asac> didn't you install the complete language suppor thing when testing?
[10:25] <asac> davmor2: ?
[10:26] <davmor2> asac: last nights that completed this morning yes only FF3 is now installed :)
[10:26] <asac> davmor2: my question is if you installed the complete language support when testing
[10:26] <asac> davmor2: or just the locale- packages?
[10:27] <davmor2> asac I used sudo apt-get install language*
[10:27] <asac> davmor2: what is language?
[10:28] <asac> davmor2: please give me a concrete example ;)
[10:30] <asac> pitti: oh it was accepted now ;/
[10:30] <asac> pitti: roll back?
[10:30] <pitti> asac: what was accepted?
[10:30] <asac> pitti: the package ;)
[10:30] <pitti> asac: firefox-locale? ugh, wasn't me
[10:31] <asac> -> -release
[10:31] <davmor2> asac: that is enough to install all the language package in the ubuntu repos.  All the packages in dapper start language-pack-"whatever language"(-base)
[10:31] <asac> maybe we should have this conversation there :)
[10:31] <pitti> asac: well, I don't mind much, it's fine
[10:31] <asac> pitti: ^^
[10:31] <Mirv> at least currently there's a problem that if one opens language support in hardy after upgrade, the application recommends installing mozilla-firefox-en-gb and mozilla-firefox-locale-my-locale. dunno if it's a problem of the tool or package dependencies?
[10:31] <asac> pitti: he had the language stuff installed  ... and got ffox 2 still
[10:32] <pitti> asac: davmor2 only mentioned having -pack installed; davmor2, please confirm?
[10:33] <asac> ok ... lets better not get distracted by this now ;) ... i have a ffox security update to do while we are releasing :)
[10:33] <davmor2> pitti: language* pulls in the packs and the base and any files as dependancies
[10:33] <pitti> davmor2: I mean, you did not have language-support-XX installed
[10:33] <pitti> davmor2: otherwise this wouldn't have happened, since teh alternate dependency would have been satisfied
[10:34] <davmor2> pitti: hang on
[10:34] <davmor2> pitti: yes all the support too
[10:34] <pitti> weird
[10:35] <pitti> that would be a bug in apt then, but I cannot believe that we wouldn't have noticed that until now
[10:35] <davmor2> pitti: anything with language at the beginning
[10:36] <asac> davmor2: what was the bug id again? :)
[10:36] <asac> we have all the logs in there
[10:36] <asac> maybe we should open an apt bug for that until we know for sure
[10:37] <davmor2> bug 217876
[10:37] <ubotu> Launchpad bug 217876 in ubuntu "Firefox 2 remains in gusty -> hardy upgrade when lang-packs are installed" [Medium,Fix committed] https://launchpad.net/bugs/217876
[10:38] <davmor2> asac is that the right one?
[10:39] <davmor2> that was the one done with 3 or 4 language packs if memory serves
[10:40] <davmor2> asac: pitti: do you want me to upload my latest logs before I kill it?
[10:40] <pitti> davmor2: sure, would be nice to have them on the bug, just as a reference
[10:40] <pitti> davmor2: thank you!
[10:44] <davmor2> pitti: uploading
[10:45] <dholbach> does anybody get "Could not stat /dev/sda1 --- No such file or directory" using ubiquity (use whole disk)?
[10:46] <dholbach> all I have here is /dev/sda{,5,7}
[10:46] <davmor2> pitti: logs are up now
[10:47] <davmor2> killing it now :)
[10:48] <mvo> pitti: what is the right way to reload the policykit config after a upgrade?
[10:50] <pitti> mvo: hm, I don't think you explicitly need to, it should have inotify magic
[10:50] <pitti> mvo: let me confirm that
[10:50] <pitti> mvo: at least changes to /etc/PolicyKit/PolicyKit.conf get effective immediately
[10:51] <pitti>      - drop /var/lib/PolicyKit/reload and rely on inotify to detect
[10:51] <pitti>      changes to
[10:51] <pitti>        - /etc/PolicyKit/PolicyKit.conf
[10:51] <pitti>        - Policy files in /usr/share/PolicyKit/policy
[10:51] <pitti>        - privileges in /var/lib/PolicyKit and /var/run/PolicyKit
[10:51] <pitti> mvo: ^ so if it's just those files (which I assume), live is good
[10:52] <seb128> mvo: what is the issue?
[10:52] <mvo> seb128: still #63450
[10:52] <seb128> mvo: walters replied after you closed IRC yesterday btw, he said that doing a dbus reload is not a good idea
[10:52] <mvo> it hangs for me on gutsy->hardy
[10:53] <seb128> mvo: the old dbus is running and the new config is on disk, and they is no real way to get that working
[10:53] <mvo> seb128: we do a dbus force-reload in the hal.postinst
[10:54] <seb128> mvo: people should just reboot after upgrade or accept small glitches, there is no real way around it
[10:56] <sjoerd> mvo, seb128: dbus reload is jsut a config file reload, not a daemon restart
[10:57] <seb128> sjoerd: well, the old dbus doesn't like the new config format apparently
[10:57]  * sjoerd didn't know anything changed in the config format
[10:57] <seb128> so maybe that's something else, see current comment on bug #63450
[10:57] <ubotu> Launchpad bug 63450 in acpid "acpid install fails (because of hal running)" [High,In progress] https://launchpad.net/bugs/63450
[10:58] <laga> any chance of https://bugs.launchpad.net/ubuntu/+source/hal/+bug/210748 getting fixed for hardy, btw?
[10:58] <ubotu> Launchpad bug 210748 in hal "hal can't upgrade in chroot: polkit-auth call in postinst fails" [Undecided,New]
[10:58] <mvo> yeah, I'm currently mostly guessing, but I see the hang pretty consistently
[10:59] <soren> kvm and libvirt in unapproved queue... Could someone please give them a shove? They fix bug 218204, bug 213991, and 1/3 of bug 218574 and possibly others I haven't spotted.
[10:59] <ubotu> Launchpad bug 218204 in kvm "kvm crash when clicking on pause" [Undecided,New] https://launchpad.net/bugs/218204
[10:59] <ubotu> Launchpad bug 213991 in libvirt "libvirt should allow for 'model' of nic" [Wishlist,New] https://launchpad.net/bugs/213991
[10:59] <ubotu> Launchpad bug 218574 in virtinst "Virtio devices from libvirt" [High,In progress] https://launchpad.net/bugs/218574
[11:00]  * soren -> lunch
[11:00] <cjwatson> soren: are these fixes release-critical? that would require respinning server CDs at the moment
[11:00] <cjwatson> and the DVD
[11:00] <cjwatson> soren: otherwise, post-RC
[11:01] <Keybuk> tkamppeter: hey, you around?
[11:02] <mvo> sjoerd: if you have a idea about the bug, I'm very open for suggestions, it is posslbe that its a bad ordering of unpack/configure during the upgrade, e.g. that hal is unpacked, but not configured yet when acpid.postinst runs
[11:03] <pitti> mvo: simple hack would be to add a dependency to acpid?
[11:03] <sjoerd> mvo: hmmm, iirc we (=debian and i assume ubuntu) have a patch that prevents hal to open /proc/acpi/event
[11:03] <sjoerd> lemme doublecheck
[11:03] <mvo> pitti: a hal dependency? I'm not sure that people would like that
[11:04] <pitti> sjoerd: yes, if /usr/sbin/acpid exists we don't open it
[11:04] <pitti> 23_addon_acpi.patch
[11:05] <sjoerd> but that doesn't help on acpid install ofcourse
[11:09]  * pitti personally blames soren for bug 218583 :-)
[11:09] <ubotu> Launchpad bug 218583 in linux "KVM oops in kvm_vm_ioctl_get_dirty_log" [Undecided,New] https://launchpad.net/bugs/218583
[11:09]  * pitti hugs soren
[11:11] <seb128> is openoffice supposed to be translated after selecting a language in the language selector?
[11:12] <cjwatson> assuming it then went and downloaded language-support-* ...
[11:12] <seb128> it downloaded 15 packages but I didn't look at the detail
[11:12] <seb128> let me check
[11:13] <seb128> yes
[11:13] <seb128> language-support-fr is installed
[11:13] <seb128> and openoffice-l10n-fr too
[11:13] <seb128> but openoffice is still all english
[11:15] <cjwatson> laga: I'll look into it, thanks
[11:15] <cjwatson> seb128: you don't need to log out and log back in to get a different $LANG or something?
[11:17] <seb128> cjwatson: I did restart the session
[11:17] <seb128> cjwatson: I'm looking at how well hardy is french translated
[11:18] <seb128> so I usually boot the cd, go to the language selector, select french and restart the session
[11:19] <seb128> everything is translated correctly out of openoffice
[11:19] <soren> cjwatson: I thought we delayed RC till Friday so that we could actually get more stuff fixed before then?
[11:19] <seb128> but I'm not sure how the openoffice translations work
[11:20] <soren> pitti: You know... It's not entirely impossible :)
[11:20] <soren> pitti: Which graphics driver are you using?
[11:20] <soren> pitti: Oh, we already covered that, didn't we? It was cirrus?
[11:20] <pitti> soren: cirrus inside, intel outside
[11:21] <soren> In that case, it's *probably* not my fault. I did some work on the vmwarevga emulation, actually dealing with the dirty page tracking and such, so you had me scared there for a second :)
[11:21] <pitti> I got it about four times in a row now, always when doing partitioning
[11:22] <pitti> soren: nevermind for now, but I reported it just in case it is useful for someone
[11:23] <pitti> soren: since you have the exact same machine, you might get it as well :)
[11:24] <cjwatson> soren: we delayed it in order to actually be able to test it, since we knew we weren't going to have testable images until last night
[11:24] <cjwatson> soren: changes at this point will push it out even further
[11:25] <soren> cjwatson: Ah, ok.
[11:26] <soren> cjwatson: I'm not sure how to respond to the question about whether it's release critical... I think it *is* release critical, but I'm not sure if I think it should delay the RC release.
[11:26] <soren> ...but your question implied those two things to be equivalent.
[11:29] <cjwatson> soren: I meant RC-critical, sorry
[11:29] <soren> Oh! Yes, that makes more sense. :)
[11:29] <cjwatson> as in, do we need to respin RC-candidate images for this
[11:29]  * cjwatson finally figures out how to make the Edubuntu CD health check mails shut up
[11:31] <pitti> mvo: argh, we need to drop the mozilla-firefox-locale-* special case from the language selector
[11:31] <pitti> mvo: I suppose it also has a special case for openoffice-*?
[11:32] <heno> *** General ISO testing Ping! *** The images on http://iso.qa.ubuntu.com/qatracker/build/all/all are on track to be released as RC. Please help test them!
[11:32] <pitti> mvo: can we please replace this with language-support-translations-*?
[11:32] <heno> see https://wiki.ubuntu.com/Testing/ISO/Procedures for details and join #ubuntu-testing to coordinate
[11:32] <heno> Thanks!
[11:35] <pitti> mvo: I filed that as bug 218588 and assigned that to you; is that ok?
[11:35] <ubotu> Launchpad bug 218588 in language-selector "use language-support-translations-* instead of special cases" [Undecided,New] https://launchpad.net/bugs/218588
[11:42] <cjwatson> dear Col, pointing rsync at the directory that has a previous copy of the image you want rather than the one that doesn't will probably make it go faster, love Col
[11:49] <pitti> ogra: sigh, bug 203954 is still there :/
[11:49] <ubotu> Launchpad bug 203954 in ltsp "amd64 server installation has wrong default dhcpd.conf (s/i386/amd64/)" [Undecided,Confirmed] https://launchpad.net/bugs/203954
[11:57] <tkamppeter> Keybuk, hi
[11:58] <Keybuk> tkamppeter: been having some problems with my printer, it just doesn't work under hardy
[11:58] <Keybuk> bug #217215
[11:58] <ubotu> Launchpad bug 217215 in hplip "HP LJ 1018 regression in hardy" [High,New] https://launchpad.net/bugs/217215
[11:58] <Keybuk> someone on that bug who sounds authorative says we need hplip 2.8.4
[11:59] <Keybuk> is he on upstream "must have latest version or I won't talk to you" syndrome
[11:59] <Keybuk> or is it genuinely likely to be fixed
[12:02] <ogra> pitti, yes, on purpose, i onder if i just skip that setp on amd64 in two years of ltsp i met exactly one user who used amd64 clients
[12:02] <ogra> s/onder/ponder/
[12:02] <mvo> pitti: I have a look now
[12:02] <pitti> ogra: well, I think it isn't hard to fix in intrepid
[12:03] <pitti> ogra: I guess it should be optimized for creating an i386 chroot on an amd64 server
[12:03] <ogra> pitti, while it would solve the config file change it breaks for all users wanting to use i386 client on amd64
[12:03] <ogra> pitti, right
[12:03] <ogra> intrepid will get a network check ad if network is up ltsp-client-builder will offer an i86 root
[12:03] <ogra> *i386
[12:03] <pitti> ogra: right, was just going to ask about that; this would be great
[12:04] <ogra> but thats nothing for hardy ... i either disable it completely or leave it as is (which means a long standing documented situation)
[12:05] <pitti> ogra: in hardy it's primarily a documentation issue IMHO
[12:05] <ogra> right
[12:05] <ogra> in gutsy and feisty as well :)
[12:05] <pitti> there's nothing that tells me what to do to create an i386 chroot
[12:05] <ogra> oh, i read documented :)
[12:05] <pitti> well, I guess with some googleing/forum lookup I'd find out quickly enough
[12:06] <ogra> well, i should probably add anoter note to the installer telling you about it
[12:07] <ogra> grr ...
[12:07] <ogra> why cant i set values in sysfs from an initscript ?
[12:07] <pitti> ogra: apt-get install sysfstools
[12:07] <pitti> ogra: then you can
[12:07] <ogra> hmm, dont we have that in by default ?
[12:08]  * ogra waits for the cmpc to boot
[12:08] <pitti> no, we don't
[12:08] <ogra> ah
[12:20] <tkamppeter> keybuk, Aaron is from HP and he is watching Ubuntu bug reports on HPLIP.
[12:21] <tkamppeter> Keybuk, when he is sure that the shown problem is fixed by 2.8.4, he should send us a patch.
[12:23] <Keybuk> tkamppeter: though I should probably mention now that I've set the printer up without hplip (direct usb) and it's still breaking on hardy
[12:23] <Keybuk> any idea on that?
[12:33]  * ogra curses about /sys 
[12:46] <ogra> amitk, is there any other way to enable the persistence than to echo a 1 to the /sys path ?
[12:46] <ogra> i seem not to be able to write to that value from an initscript (and sysfsutils doesnt offer me teh value)
[12:47] <ogra> intrestingly if i cal the script manually after boot all is fine :/
[12:49] <ogra> probably someone else has an idea before i waste even more time for a damned three liner  http://paste.ubuntu.com/7278/
[12:49] <TheMuso> I noticed earlier that slangasek was talking about somethign to do with issues with mirroring universe bits when previous builds have been failed. He then re-spun mythbuntu disks. I'm just wondering if UbuntuStudio needs the same treatment, if so, if someone could take care of it, that would be much appreciated, thanks.
[12:53] <_MMA_> TheMuso: ﻿slangasek mentioned that Studio probably wont need to be. I *thought* it was some OO.o issue and therefore won't effect us. But would be best to let him chime in I guess.
[12:53] <TheMuso> _MMA_: Ok it can wait then, as I won't have time tonight to test them, well, not if I want a sane amount of sleep.
[12:53] <_MMA_> :P
[12:53] <davmor2> evand: PING
[12:53] <TheMuso> After having a few late nights, I do want that. :p
[12:55] <cjwatson> _MMA_: OOo was something else; this bit was due to slangasek killing build processes and forgetting to clean up a bit of debris :)
[12:55] <_MMA_> Ahh.... :)
[12:56] <smarter> ConsoleKit sessions are stopped when DBUS is restarted, this prevent applications from using the "at_console" policies(like changing cpu frequency), I've found this bug with Kubuntu and guidance-power-manager, can someone confirm?
[12:58] <smarter> pitti: ^
[12:59] <amitk> ogra: no other way at the moment. With 2.6.25, persist will become default.
[13:00] <ogra> amitk, ok, then i'll dig further to get the echo working ...
[13:02] <amitk> ogra: putting it in rc.local should be enought AFAICT
[13:03] <amitk> ogra: with a fixed path even, since the USB HDD shouldn't be moving around
[13:03] <ogra> amitk, well, it seems to not get permission to write while run from the initscript ... though running it through sudo works
[13:03] <ogra> the instaler offers to install to any blockdevice it finds ... so i need to catch the whole first bus (where all usb ports can have disks)
[13:04] <ogra> oh !
[13:04] <ogra> hmm, it works
[13:06]  * ogra wonders whats wrong with "echo 1 >$file >>/var/log/syslog 2>&1;" vs "echo 1 >$file"
[13:07] <ogra> oh, hmm
[13:07] <pitti> smarter: yes, confirmed; dbus restart> just don't do that, please
[13:07]  * ogra blushes 
[13:07] <smarter> pitti: dbus is restarted on upgrade, no?
[13:08] <pitti> smarter: no, since upstream does not support that
[13:08] <smarter> okay, thanks
[13:08] <pitti> debian does, we don't (since it breaks too much)
[13:08] <ogra> smarter, it shows a reboot notification in ubuntu so it gets restarted during next boot ...
[13:09] <ogra> but doesnt restart itself
[13:26] <mvo> pitti, sjoerd: could you please check my comments 29 and 30 on bug #63450 - what is your opinion on this?
[13:26] <ubotu> Launchpad bug 63450 in acpid "acpid install fails (because of hal running)" [High,In progress] https://launchpad.net/bugs/63450
[13:29] <sjoerd> mvo: i'd say either 1) or have acpi restart hal if it's running
[13:30] <mvo> sjoerd: trouble is that its not safe to just restart hal - I have a testcase where on upgrade hal is unpacked but not configured yet when acpid.postinst is run. then hal restart hangs forever (for some reason that I don't know)
[13:30] <sjoerd> the ``if it's running'' part is important there :)
[13:30] <sjoerd> but yeah that might be a bit tricky indeed
[13:31] <mvo> hm, I missed the "is running" bit :) let me check that out
[13:32] <sjoerd> mvo: adding a status command to the hal init script would be fine by me btw (like for example postfix has)
[13:32] <hcoal> when shutting down, Ubuntu doesn't actually switch off at the end, it just stays on the Ubuntu splash screen and I have to switch the PC off by the switch.  Restarting works fine, could this be a power managenet setting in my bios?
[13:34] <hcoal> whoops, wrong channel... sorry.
[13:37] <cody-somerville> pitti, What were the bugs requiring an ack?
[13:38] <pitti> cody-somerville: bug 217697 and bug 217702
[13:38] <ubotu> Launchpad bug 217697 in sugar-chat-activity "Please include Chat-35" [Undecided,New] https://launchpad.net/bugs/217697
[13:38] <ubotu> Launchpad bug 217702 in sugar-read-activity "Please include Read-45" [Undecided,New] https://launchpad.net/bugs/217702
[13:39] <cody-somerville> Thats not Xubuntu. Thats Jani's OLPC project.
[13:39] <pitti> ah
[13:39] <pitti> I sub'ed motu-release, so they should ack it
[13:39] <mvo> pitti: I attached a patch on bug #218588 could you have a quick look at it?
[13:39] <ubotu> Launchpad bug 218588 in language-selector "use language-support-translations-* instead of special cases" [Undecided,New] https://launchpad.net/bugs/218588
[13:41] <pitti> mvo: will that take care of installing language-support-translations-*? or is that handled anyway by checking the dependencies of language-support-*?
[13:43] <mvo> pitti: its a hard dependency on langugae-support-$foo - if that one is not instaleld (langauge-support-$foo) then the language is not shown as installed in the langauge-selector gui
[13:43] <pitti> mvo: ah; but it won't offer you to install missing bits if you have language-pack-*, but not -support? (e. g. you did a networkless install)
[13:45] <mvo> pitti: I need to double check, but I think in this case l-s considers the language as not installed in its gui
[13:46] <mvo> pitti: this could be changed of course
[13:50] <pitti> mvo: otherwise it looks fine to me
[13:51] <pitti> mvo: 63450> replied in the bug
[13:59] <Keybuk> MacSlow: #ubuntu-meeting
[14:03] <mvo> pitti: just checked, it does not tell you about the missing langauge-support-$lang packages. that is trivial to add though if that is what we want. I think in the past the idea behind not showing it was that langauge-support-$lang tended to be pretty huge
[14:03] <pitti> mvo: right; I think we should leave it like it is for now
[14:04] <pitti> mvo: well, maybe you should just change the special case for OO.o to l-support-translations-*
[14:04]  * mvo nods
[14:04] <pitti> mvo: that would keep existing behaviour
[14:04] <pitti> and drop the ffox special case
[14:04] <evand> dholbach: re could not stat /dev/sda1> that was fixed and uploaded last night, but didn't make it into the RC.
[14:04] <pitti> mvo: or move firefox to firefox-2
[14:04] <pitti> mvo: ^ even better IMHO
[14:04] <dholbach> evand: excellent - I'm happy to hear that - let me know once it has landed and I should test it
[14:05] <stgraber> ogra: anything in particular you want to be tested for LTSP ? Standard setup boots correctly here
[14:05] <mvo> pitti: right, that makes sense, same as openoffice.org for thunderbird I assume?
[14:05] <pitti> mvo: right
[14:05] <dholbach> evand: you can mark bug 218578 as a duplicate then
[14:05] <ubotu> Launchpad bug 218578 in ubiquity "Could not stat /dev/sda1" [Undecided,Confirmed] https://launchpad.net/bugs/218578
[14:06] <evand> pitti: what's the screen resolution on the machine where you're having trouble with the tz widget?
[14:06] <ogra> stgraber, well, only the standards should be fine ... play around a bit if you want to and try to break it :)
[14:06] <pitti> evand: 800x600, and 1280x800 (the latter is slightly better)
[14:07] <stgraber> ogra: bah, even sound works at first try ... not funny :)
[14:08] <evand> pitti: and it moves the widget no matter where the cursor is on the map?
[14:08] <pitti> evand: the window where it isn't moved is extremely small
[14:08] <seb128> the map autozooming thing is really confusing and zoom and unzoom quickly and on wrong place
[14:09] <ogra> stgraber, gah, file a but "ltsp unbreakable" :P
[14:10] <evand> pitti: ok, I can widen that area (and shrink the areas that trigger movement)
[14:10] <pitti> evand: maybe you can do it relative to the widget size?
[14:10] <stgraber> ogra: I tried one of those 7-in-1 card reader, and guess what ? It worked ... :) /me goes to LP filing a "LTSP is unbreakable" bug
[14:11] <ogra> haha
[14:11] <evand> seb128: can you elaborate?  I'm not sure I understand what you mean by zoom and unzoom quickly and on wrong place?
[14:11]  * ogra hugs amitk 
[14:11] <pitti> evand: the scrolling border is extremely big in those small resolutions
[14:11] <evand> pitti: indeed, that's a good idea.  Thanks
[14:11] <seb128> evand: well, it zooms at soon as the mouse cursor enter the map area
[14:11] <pitti> evand: thank you!
[14:11] <ogra> amitk, all working, the 20080417.1 has the proper modifications (just pushing up to the server)
[14:11] <seb128> evand: which means if the cursor enter on the left it zooms on america for example before getting a chance to go to europe
[14:12] <seb128> evand: and I tend to move too quickly the mouse on the right to do fast scrolling which makes it unzoom
[14:12] <seb128> evand: too quickly = the cursor goes out of the map area
[14:12] <seb128> and it unzoom automatically
[14:13] <evand> seb128: so a delay on zooming and unzooming would fix the problem for you? (I'm pretty sure the former exists, but perhaps it's not long enough)
[14:14] <seb128> evand: the zooming when entering the widget takes one second right, but it zooms wrongly
[14:15] <seb128> if I put my cursor over the french area it zooms in a way which doesn't display france at all
[14:15] <seb128> evand: and yes, a delay before zooming out would be nice
[14:16] <seb128> evand: it's easy to move the cursor too far and to be out of the widget
[14:16] <evand> seb128: ok, sounds reasonable.
[14:16] <evand> thanks for the input
[14:17] <seb128> you are welcome
[14:17] <seb128> maybe increase the zoom in delay would be better
[14:17] <seb128> I don't manage to go on my area before having the zoom kicking
[14:18] <seb128> and since I'm not on target yet it zoom on the wrong location
[14:18] <evand> ok
[14:18] <evand> I'll play around with it and try to find a more reasonable value.
[14:19] <seb128> thanks
[14:19] <seb128> maybe that's just me being slow or something if other people have no issue with it though ;-)
[14:20] <evand> haha
[14:21] <mpt> evand, is it 0.5 seconds at the moment?
[14:22]  * mpt downloads a new daily image to try it
[14:23] <stgraber> ogra: I found a bug !!!
[14:23] <ogra> hey
[14:23] <ogra> what is it ?
[14:23] <stgraber> ogra: edubuntu add-on CD, it tried to download khelpcenter
[14:24] <ogra> hmm, i didnt have that on a completely non networked install
[14:24] <stgraber> ogra: oh, it's because the one we have on the addon CD is obsolete
[14:24] <ogra> did you have a net connection during install (and have package lists updated from teh server)
[14:24] <stgraber> ogra: we ship ubuntu6 and it's trying to get ubuntu7
[14:25] <ogra> ah
[14:25] <stgraber> ogra: yes, my package list is up to date
[14:25] <ogra> needs a rebuild then i guess
[14:25] <stgraber> ogra: indeed
[14:25] <evand> mpt: yes, it is and input welcome.  We had to switch to a different style map as the previous iteration moved too quickly (bug 195159)
[14:26] <stgraber> slangasek: ^
[14:26]  * amitk hugs ogra back :)
[14:26]  * mpt discovers a bug in the Nautilus disc burner thingy
[14:28] <cjwatson> evand: maybe a longer zoom plus the ability to click to force zoom would work
[14:28] <mvo> pitti: language-selector fix is upload
[14:28] <cjwatson> evand: longer delay, I mean
[14:28] <ogra> stgraber, i suspect he's no tup yet
[14:29] <ogra> *not up
[14:29] <cjwatson> evand: or maybe we should revert to the gutsy widget with a bit of extra code to resize the image to something smaller, if that's going to be too hard
[14:30] <cjwatson> (context: the zoom map from gutsy was replaced with a new implementation largely in order to make the widget smaller. However there were other ways to do the same thing and it ought not to have been necessary to completely change the UI at the same time.)
[14:30] <stgraber> ogra: hmm, right 6:30am or something in his timezone. Who else can trigger a CD rebuild ?
[14:30] <cjwatson> stgraber: #ubuntu-relase
[14:30] <cjwatson> err, #ubuntu-release
[14:31] <ogra> stgraber, worst case i can do it myself, but i dont want to step on peoples toes
[14:32] <evand> cjwatson: I think we're close enough that we don't have to revert to the old widget, though I'm obviously biased and wouldn't mind being told to do otherwise.
[14:32] <xhaker> cjwatson: i've installed todays daily-live, i find that the map should not zoom out when you click
[14:33] <xhaker> also, there were some nautilus windows still popping out.. var/lib/os-prober
[14:33] <seb128> xhaker: the nautilus fix has been uploaded but not accepted
[14:34] <xhaker> nice
[14:37] <stgraber> cody-somerville: How's Xubuntu ISO testing going ? I only see half of Xubuntu desktop i386 tested yet.
[14:39] <cody-somerville> stgraber, I'm begging for more testers now :)
[14:39]  * ogra pokes a11y for using popunder windows
[14:40] <cjwatson> xhaker: your comment is unclear; are you saying that it zooms out and shouldn't, or that it doesn't zoom out and should?
[14:41] <elmargol> Kennt jemand einen guten WYSIWYG html editor für linux? (nicht kompozer) oder einen für windows der gut mit wine funktioniert?
[14:41] <stgraber> cody-somerville: ok :) #ubuntu-testing may be a good place to find more testers and having someone from Xubuntu would probably help for bug reporting/triaging/fixing
[14:41] <elmargol> oh wrong channel
[14:42] <xhaker> sorry cjwatson if i was vague. the map zooms in when you hover over it. and it is zooming out when you click your location. i think it'd be better not to zoom out on click
[14:44] <cjwatson> it should only zoom out when you move the mouse out of the map area ...
[14:44] <cjwatson> I see no code there to zoom out on click
[14:45] <xhaker> it is zooming out on click though
[14:49] <xhaker> ubuntu-restricted-extras is lacking depends on icedtea-gcjwebplugin for the i386 arch
[14:50] <xhaker> it's a dependency on most archs
[14:50] <Hobbsee> now that's interesting.
[14:50] <xhaker> Hobbsee: ping
[14:50] <Hobbsee> pong
[14:52] <xhaker> hah, didn't see your msg before. it's interesting yes, i think i didn't look carefuly when the package was uploaded
[14:52] <xhaker> i386 lost it somehow
[14:53] <Hobbsee> so, which do we want it on, out of i386, hppa, lpia and ppc?
[14:53] <Hobbsee> yeah, i'd say that was a bad sed line or something
[14:55] <xhaker> i think that is all we need. +amd64
[14:55] <xhaker> maybe ask doko if sparc and ia64 should have it too
[14:55] <Hobbsee> they already have it
[14:56] <Hobbsee> does hppa have it, i wonder...
[14:56] <Hobbsee> ooh, gnome do actually works for that
[14:56] <xhaker> currently.. amd64, ia64 and sparc
[14:57] <Hobbsee> yeah, i can see that
[14:57] <Hobbsee> yeah, they do
[14:58] <Hobbsee> xhaker: fixed, thanks
[14:59]  * Hobbsee assumes realplay is ubuntu mobile stuff?
[15:00] <xhaker> Hobbsee np
[15:00] <Hobbsee> wrong versioning, at least.
[15:02] <doko_> xhaker: why should it be in restricted at all?
[15:04]  * ogra doesnt get that either
[15:04] <slytherin> right, it is in universe.
[15:04] <Hobbsee> ogra: because it's morphed into a package full of useful bits and pieces, which includes java, and at least in some cases, the free verison was said to work better.
[15:04] <ogra> and its GPL
[15:04] <Hobbsee> feel free to NMU
[15:05] <laga> cjwatson: had a chance to look at the mythbuntu seeds?
[15:05] <xhaker> doko_: i was under the impression openjdk was still in multiverse? and debian was also making a fuss about it?
[15:07] <cjwatson> laga: I have some idea of what the problem might be but no thoughts on how to fix it yet. Sorry, quite busy
[15:07] <laga> cjwatson: i understand.
[15:08] <cjwatson> laga: briefly, the reason it doesn't do anything is that all the packages in frontend are also in desktop, and you've labelled the frontend seed as inheriting from desktop, which means that the frontend seed is in fact empty
[15:08] <cjwatson> laga: perhaps you should consider making desktop inherit from frontend rather than the other way round
[15:08] <cjwatson> laga: (and unfortunately tasksel doesn't know how to follow inter-task dependencies properly at the moment)
[15:09] <pitti> mvo: thanks! *hug*
[15:09] <Hobbsee> pitti: requirement of multiverse is that it has to be redistributable, right?
[15:09] <pitti> Hobbsee: correct; and reasonably DP conformant
[15:10] <Hobbsee> pitti: good.  Then i can reject this canonical piece of crack, which clearly hasn't been through any form of QA at all.
[15:10] <Hobbsee> unless i've very much gotten what the licence says wrong.
[15:11] <cjwatson> what package is this?
[15:11] <Hobbsee> cjwatson: realplayer
[15:11] <Hobbsee> cjwatson: looks to be a mobile package.
[15:11]  * Hobbsee got suspicious looking at the version number, so decided to take a closer look
[15:11] <cjwatson> is that the realplay package targeted at partner (not multiverse)/
[15:11] <cjwatson> ?
[15:11] <ogra> uh
[15:11] <cjwatson> that's the only thing matching 'real' I see in the queue
[15:12] <doko_> xhaker: openjdk-6 is in universe
[15:12] <cjwatson> note that partner ends up on archive.canonical.com not archive.ubuntu.com
[15:12] <cjwatson> Hobbsee: ^--
[15:12] <doko_> hmm, no sound on a MacBook Pro (amd64)
[15:13] <Hobbsee> cjwatson: oh, curse the LP UI.
[15:13] <Hobbsee> cjwatson: there's no indication of it being in partner at all.
[15:13] <Hobbsee> er, realplay, yes
[15:13] <cjwatson> please do pass on your QA concerns to the uploader though
[15:14] <cjwatson> Hobbsee: you can see it from the .changes file, for the record
[15:14] <cjwatson> I agree that it's not terribly obvious; the queue redesign I've seen would make it obvious
[15:14] <Hobbsee> cjwatson: ahh.  missed that the first 3 times of checking it.
[15:14] <Hobbsee> yeah, it should do
[15:14] <Hobbsee> cjwatson: if they're within the realms of parther, and all sorts of shady stuff there, then i'm inclined to leave it alone
[15:14] <Hobbsee> interesting choice of standards version and such, though
[15:15] <xhaker> doko_: yeah, i see now. so should it be removed from restricted-extras in your opinion?
[15:15] <doko_> at least it's not "restricted", it's free to be in universe
[15:15] <xhaker> doko_: that'd probably mean getting sun-java6-plugin there again
[15:16]  * Hobbsee cries.  loudly.
[15:16] <Hobbsee> this is some of the more interesting packaging iv'e seen in a while.
[15:17] <xhaker> another bug: gdmsetup takes ages to open from the menus atleast
[15:17] <xhaker> i think i've seen this happen before.. and it happened to be a dbus thing
[15:18] <seb128> there is several bugs or comments about that on launchpad
[15:18] <seb128> but nobody provided useful informations yet
[15:19] <cjwatson> Hobbsee: well, "leave it alone" is one thing, but it really is useful to pass on any concerns you've already developed in the time you've spent looking at it
[15:19] <cjwatson> (not asking you to spend any more time on it, but since you already have ...)
[15:19] <xhaker> seb128: bug number? i'll try to extract something
[15:19] <Hobbsee> cjwatson: i'm looking at this reimplemenation of dpatch, and going....yeah...
[15:20] <seb128> xhaker: not sure, I think most submitter comment on different bugs
[15:20] <seb128> let me look
[15:21] <cjwatson> it's not all that pretty, but on the other hand there doesn't seem anything actively wrong with that code
[15:21] <Hobbsee> cjwatson: the whole lack of licencing text that it says will be in the current directory, mentioend from debian/copyright is interesting, too.
[15:21]  * Hobbsee isn't quite sure which i'ts under, either
[15:21] <Hobbsee> indeed.  but why not use dpatch directly?
[15:21] <ogra> seb128, i can confirm that here
[15:21] <cjwatson> for the record, a similar package is already in feisty-commercial
[15:22] <Hobbsee> right
[15:22] <seb128> ogra: so you volunteer to fix the issue? ;-)
[15:22] <ogra> seb128, if someone adds 2 extra hours to the 24 this day has :P
[15:23] <ogra> seb128, it sems to not come up at all atm, i see it in the processlist though
[15:23] <seb128> ogra: switch your clock to utc now and you are on track ;-)
[15:23] <ogra> haha
[15:23] <cjwatson> debian/copyright is an interesting issue in partner; the fact of a package being there indicates an active relationship with the software provider, so by presumption it's distributable; however that doesn't mean that the copyright file shouldn't be kept correct
[15:23] <xhaker> or just travel west really fast
[15:24] <xhaker> ogra, it takes some time but eventually pops up when you least expect
[15:24] <Hobbsee> cjwatson: i think i'm just becoming more and more glad i don't deal with partner stuff, without the rulesheet on what is and isn't OK.
[15:24] <ogra> oh, there it is
[15:24] <seb128> xhaker: I think people were commenting on the bug about the warning displayed on the command line and which was something different and has been closed
[15:24] <ogra> that took about 4 munites
[15:24] <xhaker> ogra: now try that again.. it will popup instantly
[15:24] <slytherin> ogra: your keyboard seems to be broken
[15:24] <seb128> ogra: the comments stated 1 minutes
[15:25] <seb128> and it seems to be only on the first run
[15:25] <seb128> really a weird bug
[15:25] <ogra> seb128, i confirmed it at 16:22 above where it was already MIA for a minute osr so
[15:25] <\sh> seb128, actually it takes longer when you wait for it and clicking on the same app entry 5 times in a row
[15:25] <ogra> it came up at 16:24
[15:25] <ogra> so at least 3 min
[15:26] <seb128> ogra: see, time starts moving slowly for you, you will get your extra hours to debug this today ;-)
[15:26] <ogra> anyway, to long :)
[15:26] <ogra> haha
[15:26] <xhaker> https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/202716
[15:26] <ubotu> Launchpad bug 202716 in gdm "Login Window in the System menu, takes a long time to appear. (dup-of: 199942)" [Undecided,Incomplete]
[15:26] <ubotu> Launchpad bug 199942 in libgnomeui "Error messages when starting gdmsetup" [Low,Fix released]
[15:26] <xhaker> found this
[15:26] <xhaker> the first one
[15:27] <seb128> right, people got confused by the libgnomeui warnings
[15:27] <seb128> you can reopen it
[15:27] <ogra> it opens instantly the second time like xhaker says
[15:28] <elmo> are there any known issues with the RC hanging after keyboard layout part of ubiquity?
[15:28] <elmo> or RC candidate or whatever it is :)
[15:31] <jdstrand> elmo: could it be bug #217815 ?
[15:31] <ubotu> Launchpad bug 217815 in partman-crypto "When selecting LVM Crypt, erase never ends" [Undecided,New] https://launchpad.net/bugs/217815
[15:31] <elmo> jdstrand: doubtful, I didn't get anything on screen after selecting next in keyboard layout
[15:31] <jdstrand> elmo: I don't know if you're using seeds or anything
[15:31] <elmo> i.e. never go tthe chance to select lvm or lvm crypt
[15:31]  * jdstrand nods
[15:31] <ogra> xhaker, are you on a normal ubuntu or is that xubuntu ?
[15:31] <cjwatson> jdstrand: that bug is not applicable to ubiquity
[15:32]  * elmo face stabs the vaio and tries again
[15:32] <xhaker> ogra:  fresh gnome install from today
[15:32] <cjwatson> xhaker: I can't reproduce your comment about the zoom map. For me (current Ubuntu desktop i386), it only zooms out when I leave the map area. Are you using Kubuntu by any chance?
[15:33] <ogra> xhaker, ah, i thought it could be something with the linked config file we use in xubuntu and edubuntu
[15:34] <xhaker> i'll have to try again, but it certainly did zoom out. live sesssion, not ubiquity only. with compiz enabled
[15:34] <xhaker> ogra:  https://bugs.launchpad.net/ubuntu/+source/dbus-glib/+bug/71248
[15:34] <ubotu> Launchpad bug 71248 in dbus-glib "Applications using dbus hang when ran with sudo" [High,Fix released]
[15:34] <xhaker> nvm the description
[15:36] <ogra> did you try the workaround ?
[15:36] <cjwatson> xhaker: compiz might be a relevant difference, I suppose; live session vs. ubiquity only won't matter
[15:36] <xhaker> ogra: not yet, but i remember that it workedwhen i saw that bug
[15:37]  * xhaker brb. reproducing .> bugs
[15:37] <cjwatson> elmo: is the machine in general still working? i.e. not a kernel hang?
[15:38] <elmo> cjwatson: well the  screen blank/saver eventually kicked in
[15:38] <elmo> cjwatson: but, keyboard/mouse wasn't responsive
[15:38] <elmo> cjwatson: it had been on, for like 5 hours, in Live CD mode, doing a backup to external HD first.  it's possible the CDROM drive just got bored and lost it
[15:39] <cjwatson> elmo: I'd like /var/log/syslog and /var/log/partman please
[15:39] <cjwatson> oh
[15:39] <cjwatson> keyboard/mouse not responsive might make that a problem
[15:39] <cjwatson> sorry, I misread
[15:40] <cjwatson> sounds like not an installer bug, quite possibly a bug lower down though
[15:40] <cjwatson> unless you selected something unusual at the keyboard layout stage?
[15:40] <elmo> cjwatson: nah, just UK
[15:40] <elmo> I'll retry from live cd proper.  doing it from 'install ubuntu now' got further
[15:44] <jdstrand> cjwatson: are there other odd hangs reported that you know of with the alternate or server iso?  I am doing server iso testing in kvm, and it was just sitting there at 'Detecting cdrom' until I gave some keyboard input
[15:47] <cjwatson> jdstrand: I've heard reports of that kind of thing, yes, but haven't encountered them myself. If you can try to figure out what's going on (since you can reproduce it) I'd much appreciate it.
[15:48] <jdstrand> cjwatson: this is my 3rd iso test, and it hung in different places... :/
[15:51] <xhaker> cjwatson: it is indeed compiz messing with mouve events. with compiz disable no zoom ou takes place. i could not test the ubiquity only install, it bailed out to initramfs
[15:51] <xhaker> maybe because i am using an usbdisk
[15:52] <xhaker> ogra: no luck testing gdm, after a reboot it starts normally. i think the hang only happens the very first time then
[15:52] <ogra> weird
[15:52] <xhaker> ogra: maybe the first time it runs something gets written to /root
[15:53] <xhaker> and the runs after dont stall since they find the data promptly
[15:53] <xhaker> guesswork(tm)
[15:56]  * pitti creates https://help.ubuntu.com/community/UbiquityEncryptedFilesystems as a permanent documentation for the hackery he just did
[16:00] <doko> is the lack of the gij runtime on the CD done by intent?
[16:05] <mvo> cjwatson: should update-manager automatically transition the sparc users on upgrade to ports.ubuntu.com ?
[16:12] <kirkland> evand: ping, retesting kubuntu oem
[16:12] <evand> kirkland: pong
[16:12] <kirkland> evand: Bug #217884 appears fixed
[16:12] <ubotu> Launchpad bug 217884 in oem-config "Kubuntu OEM failure on second boot" [Undecided,Fix released] https://launchpad.net/bugs/217884
[16:12] <evand> fantastic!
[16:13] <kirkland> evand: it boots into a graphical "Choose your language, etc."
[16:13] <kirkland> evand: however, graphics on that screen are kinda ugly
[16:13] <evand> can you elaborate or link to a screenshot?
[16:13] <kirkland> evand: like it didn't detect my monitor properly
[16:14] <kirkland> evand: can't screen shot at this point, but I take a picture with a digital camera ;-)
[16:14] <evand> ok :)
[16:15] <kirkland> evand: looks like a bad xconfig possibly
[16:16] <emgent> hello people
[16:16] <kirkland> evand: http://ubuntu.dustinkirkland.com/IMG_0936.JPG
[16:17] <evand> hrm, the resolution looks ok, but I'm not sure why it's not painting the entire background image there.
[16:17] <evand> Riddell: ^ any ideas?
[16:17] <evand> oh, it is getting cut off a bit thoguh
[16:17] <evand> though*
[16:27] <kirkland> evand: bug worthy, you think?
[16:28] <evand> kirkland: for tracking it yes, though I obviously don't think it's a blocker
[16:29] <kirkland> evand: right, it seems functional, just kinda ugly :-)
[16:30] <jcastro> I just tried it and mine looks fine, but it's in a vm
[16:36] <kirkland> evand: whoa...  as i move the arrow keys up and down, scrolling through the other languages, it repaints the screen all blue, but the dialog box kinda jumps all over the screen
[16:38] <soren> cjwatson: Any reason why you didn't comment on stgraber's guess about entropy starvation in bug 217815?
[16:38] <ubotu> Launchpad bug 217815 in linux "When selecting LVM Crypt, erase never ends" [Undecided,New] https://launchpad.net/bugs/217815
[16:40] <soren> pitti: Does  https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/218583
[16:40] <ubotu> Launchpad bug 218583 in linux "KVM oops in kvm_vm_ioctl_get_dirty_log" [Undecided,New]
[16:40] <soren> pitti: ...happen consistently?
[16:41] <pitti> soren: from the moment when it happened the first time, I can't do a single ubiquity install (in kvm) any more without it happening
[16:41] <pitti> soren: although it happens on different times, but all around partitioning
[16:41] <soren> pitti: Interesting.
[16:41] <pitti> soren: I'm beginning to suspect that the disk image file got broken
[16:41] <soren> pitti: I'm assuming you've not rebooted in between?
[16:41] <pitti> soren: I rebooted after every oops
[16:41] <soren> O_O
[16:41] <soren> er... ok.
[16:42] <soren> Can you upload the disk image somewhere?
[16:42] <pitti> after an oops I cannot even cleanly shut down kvm
[16:42] <pitti> soren: erm, no... it's 5 GB!
[16:42] <soren> How did it get that large if you didn't even get to install anything in it?
[16:42] <pitti> soren: (1) I did several succesful installations into it before, and (2) I just created it as a 5 GB image file
[16:43] <soren> How much does it compress to?
[16:43] <cody-somerville> cjwatson, will you add me to the ubuntu-cdimage team please?
[16:43] <pitti> soren: I can try to fill it with zeros and check if it still crashes, and also to create a fresh image
[16:43] <pitti> and compare whether the crashes happen with that
[16:44] <pitti> soren: if it still crashes after (mostly) zero'ing it out, I'll send it to you
[16:44] <soren> Can you keep a copy of it around (in its current form)?
[16:44] <pitti> soren: I'll just remove all files and create a single huge file on the fs which contains only 0 byts
[16:44] <pitti> soren: sure
[16:44] <soren> I might be interested in getting you to test things.
[16:45] <pitti> absolutely
[16:45] <soren> Coolness.
[16:46] <cjwatson> soren: because that's not the problem - it's happening elsewhere than in just the crypto case
[16:46] <cjwatson> soren: as Quentin already said
[16:46] <cjwatson> cody-somerville: no, you can't commit to that branch, it's a read-only mirror of the primary copy which is on the cdimage master build machine
[16:46] <soren> cjwatson: Oh, ok.
[16:47] <cjwatson> cody-somerville: I'm happy to merge for you
[16:47] <Riddell> kirkland, evand: not sure, I noticed that on a KDE 4 OEM install but not on a KDE 3 one, and jcastro didn't see it on a KDE 4 install.  so it seems a bit random
[16:48] <kirkland> Riddell: also, if i move around, highlighting different language, a long slow repaint happens
[16:48] <ogra> seb128, http://paste.ubuntu.com/7298/ i also have a gvfs running for root as well as a session dbus
[16:49] <kirkland> Riddell: with the dialog jumping around each time, presumably due to the changing size of the translated text on the left
[16:49] <ogra> smells like it starts halsf a session
[16:49] <ogra> *half
[16:49] <Riddell> kirkland: ho hum, report as bugs then please
[16:49] <kirkland> Riddell: it's like those fields on the left should be in a fixed with table/widget/whatever-in-kde-world :-)
[16:49] <kirkland> Riddell: Bug #218727
[16:49] <ubotu> Launchpad bug 218727 in oem-config "Kubuntu OEM Config Screen on Second Boot" [Undecided,New] https://launchpad.net/bugs/218727
[16:50] <cjwatson> I don't think that's new; I remember seeing it ages ago
[16:50] <cjwatson> at least the ugly display
[16:50] <kirkland> cjwatson: you're speaking to me or ogra?
[16:50] <cjwatson> kirkland: you
[16:50] <cjwatson> IIRC it was graphics-card-dependent or something annoying like that
[16:50] <cjwatson> but this is just vague memory
[16:50] <kirkland> cjwatson: i thought it might be X config related
[16:51] <kirkland> fwiw, this is an nvidia chipset with a 22" wide display LCD
[16:51] <kirkland> I'll add that to the bug
[16:51] <Riddell> cjwatson: we had it before when it wasn't loading the background image (because the filename had changed) but I fixed that
[16:52] <cjwatson> Riddell: this was way old, like when Anirudh first did that new UI
[16:54] <ogra> seb128, hmm, i even have a trackerd running as root
[16:56] <ogra> seb128, i'm scared !
[16:57] <ogra> http://paste.ubuntu.com/7300/
[16:57] <\sh> ogra, where? yesterdays daily of hardy didn't have trackerd actually enabled...
[16:57] <ogra> \sh, no, i have tracker running on purpose
[16:57]  * laga hugs slangasek for delaying the RC
[16:58] <\sh> on a sitenote...please add lvm2 package to the installation when d-i parted determines that the user has lvm devices
[16:58] <ogra> but thats still no reason to start it for root if i run gksu gdmsetup
[16:58] <xhaker> ogra: thats some wierd *removed*
[16:58] <ogra> xhaker, can you confirm that ?
[17:00] <xhaker> ye, i noticed the trackerd created folders some minutes ago
[17:00] <xhaker> the .gvfs permissions are ok?
[17:01] <xhaker> what does ??? mean?
[17:03] <cjwatson> \sh: it adds it if you actually configure lvm
[17:03] <\sh> cjwatson, and what about already configured LVM devices? :) I have a 500G HD configured as one LVM device ;) d-i recognizes it, but it didn't add the lvm2 parts to the installation...
[17:04] <jwendell> pochu, you also need to backport that vinagre patch I pointed out, in order to debug gtk-vnc 0.3.5
[17:04] <\sh> cjwatson, but I don't think it's critical
[17:05] <cjwatson> presumably you wanted them mounted somewhere, which would involve stepping into "Configure the Logical Volume Manager" at least briefly ...
[17:05] <cjwatson> ./choose_partition/lvm/do_option:587:   apt-install lvm2
[17:06] <\sh> cjwatson, actually on it are snapshots which I use for sbuild ;) so no, I don#t wanted them to be mounted on startup
[17:06] <elmo> is it possible to rerun the migration assistant after install?
[17:07] <ogra> xhaker, that only means the user ogra cant read it ... gvfsd should be started at all for root
[17:07] <seb128> ogra: what?
[17:07] <seb128> ogra: what did you run?
[17:07] <ogra> seb128, running gksu gdmsetup
[17:07] <ogra> that starts a session bus for root and gvfsd at least
[17:08] <ogra> i go tracker installed so that gets started as well
[17:08] <ogra> it also mouts /root/.gvfs for root
[17:08] <ogra> *mounts
[17:09] <ogra> seb128, and apparently xhaker sees that as well
[17:11] <seb128> ogra: and that's an issue?
[17:11] <ogra> it fills /root with dirs for one
[17:11] <seb128> ogra: gdmsetup has filechooser widget and the default backend is gio, so gvfs gets started
[17:11] <ogra> ah
[17:12] <seb128> ogra: the reply to that is to stop running graphical programs under sudo
[17:12] <seb128> and to switch to policykit
[17:12] <seb128> but that's not for hardy
[17:12] <ogra> yeah, i understand
[17:13] <ogra> well, but i guess one of the three services that start causes the delay
[17:13]  * ogra removes tracker for a start and tries again
[17:19] <ogra> seb128, yup, its tracker
[17:19] <seb128> ogra: weird
[17:21] <ogra> well, it explains the delay, and also why it starts instantly the second time
[17:21] <ion_> davmor2: Eh
[17:23] <seb128> ogra: but why tracker should be that slow to start?
[17:23] <ogra> ogra@osiris:~$ time gksu gdmsetup
[17:23] <ogra> real	3m36.130s
[17:23] <ogra> user	0m0.840s
[17:23] <ogra> sys	0m0.128s
[17:23] <ogra> ogra@osiris:~$
[17:23] <ogra> ogra@osiris:~$ time gksu gdmsetup
[17:23] <ogra> real	0m3.419s
[17:23] <ogra> user	0m0.716s
[17:23] <ogra> sys	0m0.128s
[17:23] <ogra> first one is with tracker installed
[17:23] <ogra> seb128, well, it builds its initial DB i think
[17:23] <seb128> well you said only the first run has the issue
[17:23] <seb128> so the second one is not revelant, is it?
[17:24] <ogra> the second one is without tracker installed
[17:24] <seb128> ogra: we disable indexing and watching so it should not be doing anything and the app should not be blocking on the indexing anyway
[17:24] <seb128> ogra: otherwise you would not be able to start applications for a week if you have datas ;-)
[17:24] <ogra> probably that applies not to root ?
[17:24] <seb128> that should
[17:25] <seb128> I patched the sources to change the default options
[17:25] <ogra> hmm
[17:25] <seb128> run the tracker gui under sudo
[17:25] <jamiemcc_> ogra: you should not run tracker as root
[17:25] <ogra> jamiemcc_, tell that to gdmsetup :P
[17:26] <jamiemcc_> ogra~: you should not log into gnome as root either :)
[17:26] <seb128> he doesn't
[17:26] <seb128> he run a gtk software using sudo
[17:26] <ogra> jamiemcc_, i run gksu gdmsetup
[17:26] <seb128> that's likely the recently used thing in the fileselector dialog
[17:26] <jamiemcc_> ahh yes
[17:26] <ogra> yeah, it creates a file
[17:26] <seb128> not the recently used one
[17:27] <seb128> rather the search for files thing there
[17:29] <ogra> well, gksu tracker-search-tool starts instantly
[17:29] <ogra> (sorry, cleaning up /root takes a while for every test)
[17:30] <ogra> oh, it doesnt start dbus, gvfs or trackerd
[17:30] <ogra> but creates the .gnome an .gconf dirs
[17:32] <pitti> heno: FYI: http://iso.qa.ubuntu.com/qatracker/result/1500/47
[17:34] <seb128> ogra: weird, would be worth trying using an another application using filechoosed widgets
[17:34] <seb128> ogra: maybe sudo gtk-demo
[17:34] <seb128> ogra: I'll give it a try later
[17:35] <ogra> gksu nautilus --no-desktop ?
[17:35] <seb128> I'm not sure nautilus uses filechooser widgets
[17:35] <ogra> and it doesnt like to be started that way
[17:35] <jamiemcc_> ogra gksu gedit and then open a text file
[17:37] <heno> pitti: looks good, thanks
[17:37] <ogra> seb128, gtk-demo works fine
[17:38] <seb128> ogra: ok, I've to go now, no real idea, and not sure why it does it only once and not again after that, I'll have a look later
[17:39] <ogra> oki
[17:39] <ogra> if i stumble over something i'll ping
[17:39] <Keybuk> pitti: apport is catching valgrind segfaults again
[17:39] <seb128> ogra: ok, thanks
[17:40] <pitti> Keybuk: you mean valgrind itself segfaults?
[17:40] <Keybuk> pitti: yes
[17:53] <pitti> evand: indeed, it seems to behave much better when installing on my desktop (1280x1024); is the widget bigger in this case?
[17:54] <evand> pitti: yes
[17:54] <pitti> evand: BTW, I noticed that ubiquity started to actually be usable at 800x600; didn't do that in the past, great!
[17:54] <slangasek> TheMuso: UbuntuStudio shouldn't have needed a respin because we didn't change anything in the archive after the last UbuntuStudio build that should be critical to those images, AFAICS
[17:54] <evand> pitti: indeed, that's a side effect of the new timezone widget
[17:56] <_MMA_> slangasek: Yeah. He and I chatted. We should be good to go.
[17:57] <slangasek> stgraber, ogra: ah, it didn't occur to me that edubuntu add-on would've also been impacted by the KDE packages that were accepted; I can respin if you think there's time for testing the new images afterwards, otherwise I would just ship as-is
[17:57] <ogra> done already :)
[17:57] <ogra> (i can triger builds myself)
[17:57] <ogra> *trigger
[18:00] <ogra> heh, thats nice, edubuntu-desktop depends on exactly 100 ackages on the addon cd now
[18:00] <ogra> *packages
[18:02] <megabyte405> hey, I'm having a problem with finishing up the AbiWord package here.  I created a patch with dpatch-edit-patch, and it built fine with a dpkg-buildpackage but now that I just want to roll a src package I'm getting that unapplying this latest patch failed, with no further detail
[18:12] <cjwatson> pitti: I noticed that you (and possibly other people) said earlier that you had /dev/sda{,5,7} or some such
[18:13] <cjwatson> pitti: was that set up by auto-resize? it's supposed to always ensure a primary partition after autopartitioning
[18:17] <lamont> pitti: any plans to roll the fix for debian bug 364446 et al into dapper-security/et al postgresql-8.1?
[18:17] <ubotu> Debian bug 364446 in postgresql-8.1 "postgresql-8.1: upgrade fails if server is not running" [Normal,Fixed] http://bugs.debian.org/364446
[18:22] <infinity> lamont: The bug claims to have been fixed in psql-common_50, and dapper has 53...
[18:23] <lamont> interesting
[18:28] <lamont> infinity: postgresql-8.1_8.1.11-0ubuntu0.6.06.1 has an init.d that fails if stop fails, so a non-running daemon kills the upgrade.
[18:30] <davmor2> What would cause a dvd-rw to randomly not become available anymore?
[18:34] <infinity> lamont: Yeah, the init script should fail, AFAICT, it's the scrpit calling it that shouldn't.
[18:34] <infinity> lamont: At least, if I'm reading changelogs right.
[18:34] <lamont> policy says that init.d/foo stop when foo is not running --> success
[18:35] <infinity> lamont: Well, there's that too, I didn't mean "should" as in policy, but "should" as in "that's how it seems to have been working back then, and the caller was papering over it".
[18:35] <lamont> ah, ok
[18:36] <jdstrand> cjwatson: I don't have a reliable test case, but I do seem to get frequent random hangs with the iso from http://iso.qa.ubuntu.com/qatracker/info/1523. it will hang until a keyboard event is found. This is using virt-manager and kvm with x86_64, 256 RAM (max and used), 4000MB non-preallocated disk.  everything else is the default
[18:36] <pitti> cjwatson: yes, by combined 'entire disk' (which puts swap into an extended partition) and then autoresize; NB that I did have /dev/sda1 physically, but the node in /dev was missing
[18:37] <jdstrand> cjwatson: oh, and 2 vcpus
[18:37] <jdstrand> cjwatson: I asked others in #server to try this configuration out too
[18:38] <pitti> lamont: what infinity says; the postinst should ideally ignore a failed init.d stop
[18:38] <lamont> pitti: this is preinst
[18:38] <lamont> IIRC
[18:38] <lamont> see also policy
[18:39] <infinity> lamont: prerm, even, if it's the same as the bug you linked to...
[18:39] <lamont> infinity: uh... didn't look, smacked it around, and such
[18:41] <pitti> lamont: hm; on a closer look this can't have been fixed in p-common alone, since the preinst etc. are owned by p-8.X; I'll have a deeper look
[18:42] <pitti> as soon as my workstation finished reinstalling (yay CD test day)
[18:42] <lamont> hehe
[18:42] <lamont> pitti: I just ran into it upgrading a machine which has 7.4 and 8.1 installed (don't ask).. 8.1 of course, doesn't run, but it's installed.
[18:45] <pochu> jwendell: what do we need to debug?
[18:46] <jwendell> pochu, everything
[18:46] <jwendell> pochu, the first thing I ask on a bug report is the debug output
[18:48] <pochu> jwendell: but apport is disabled on stable releases, so it's probably better to use that patch for Intrepid
[18:48] <pochu> jwendell: does the vinagre patch add a --debug option or will it show the debug output always?
[18:50] <jwendell> pochu, add a --gtk-vnc-debug option
[18:52] <cjwatson> jdstrand: Ben reckons it's probably a kernel interrupt generation issue, and I reassigned the bugs that way
[18:52] <pochu> jwendell: ok. anyway I haven't got an approval for gtk-vnc yet, and I want to test it further before subscribing ubuntu-release to the bug report...
[18:53] <pochu> jwendell: and the vinagre change would need to be approved by the release team too, providing they approve the gtk-vnc one first
[18:54] <pochu> anyway the one fixing bugs is gtk-vnc... I don't think it's that important to add a debug option to vinagre
[18:54] <pochu> jwendell: but we will update to GNOME 2.22.2 so if you get that upstream we will get it ;)
[18:55] <jdstrand> cjwatson: is there a different bug than the lvm+encrypt bug?
[18:56] <cjwatson> jdstrand: hard to say for sure but I think it's the same
[18:57] <jdstrand> cjwatson: my feeling was that it was easier to trigger with lvm+encrypt for some reason
[18:57] <jdstrand> cjwatson: so yeah, I agree
[19:00] <dendrobates-> cjwatson: we have not been able to reproduce these d-i hangs in any real hw, at this point.
[19:01] <cjwatson> dendrobates-: ok. but a bug reporter did.
[19:02] <dendrobates-> cjwatson: I'm not sure he had the exact same issue.  He don't believe he indicate that a key press or mouse click restarted things.
[19:02] <cjwatson> he did, I believe
[19:03] <cjwatson> dendrobates-: bug 217849: "Once I hit any key, drive activity picks up again and things carry on"
[19:03] <ubotu> Launchpad bug 217849 in linux "Hardy 64-bit beta and nightly alternate installation stalls" [Undecided,New] https://launchpad.net/bugs/217849
[19:03] <cjwatson> "The behavior is most pronounced if choosing the whole drive encryption option, though it also exists elsewhere"
[19:03] <slomo> so, i have a patch for #199496 that really fixes the issue now... shall i just go ahead and upload?
[19:04] <cjwatson> slomo: in general, if you think something's appropriate for release, go ahead and upload; the worst that can happen is that the release team rejects it
[19:04] <cjwatson> wow, wotta lotta dups
[19:05] <slomo> ok, sounds good
[19:05] <cjwatson> no explanation in that bug of why it was reopened/
[19:05] <cjwatson> ?
[19:06] <slomo> cjwatson: well, the bug still exists in many applications but not all
[19:06] <slomo> there were some new dupes
[19:06] <cjwatson> ah
[19:07] <mario_limonciell> hey slomo you pinged me the other day, but i never caught up with you.  what'd you need?
[19:07] <slomo> mario_limonciell: can't remember anymore, sorry :/
[19:07] <mario_limonciell> oh okay :)
[19:09] <cjwatson> dendrobates-: hmm, just reproduced it myself in kvm/i386 too
[19:11]  * mvo wonders if anyone had success with qemu-sparc ?
[19:14] <slangasek> slomo: hi, why is bug #199496 reopened?
[19:14] <ubotu> Launchpad bug 199496 in gtk-sharp2 "Tomboy.exe crashed with SIGSEGV in exit()" [High,Confirmed] https://launchpad.net/bugs/199496
[19:16] <slomo> slangasek: because of new duplicates and because it's only fixed for some applications... new fix uploaded already, this time fixing all apps
[19:18] <slangasek> slomo: ok
[19:19] <dendrobates-> cjwatson:  It is very easy to reproduce in kvm, however I could not reproduce it with an image of 1GB or smaller.
[19:25] <pitti> 23063 root      39  19 69196 3144 2360 D  0.7  0.1   0:00.18 trackerd
[19:25] <pitti> ugh, what the heck?
[19:26] <pitti> I thought we disabled tracker by default nowadays? and why is it running as root?
[19:26] <stgraber> pitti: I also noticed that here, happens usually after doing a sudo on a gnome tool IIRC
[19:27] <pitti> argh, and it's unkillable
[19:27] <pitti> stgraber: it started when I ran "sudo gdmsetup"
[19:28] <pitti> jamiemcc_: ^ any idea about this?
[19:28] <jamiemcc_> pitti: it appears the file chooser is activating trackerd via dbus
[19:29] <ogra> pitti, i debugged that for some hours with seb today
[19:29] <ogra> pitti, its the filechooser from the gui wanting to have recent documents in place, seb knows about it
[19:30] <pitti> ogra: ah, thanks; that started gvfs for root as well, indeed
[19:30] <ogra> yeah
[19:31] <ogra> i dont think we get around gvfsd here as i understood
[19:31] <ogra> (which is a bit odd, it puts stuff into /root and keeps it mounted as well )
[19:32] <jdong> the random mounting thing is quite annoying
[19:33] <jdong> I had to restore quite a bit of data after nuking an account the other day that had gvfs mounts dangling :(
[20:12] <compbrain> can make-kpkg be convinced to produce a source package instead of a binary package?
[20:16] <cjwatson> does anyone here have a G5 PowerMac/
[20:16] <cjwatson> ?
[20:18] <compbrain> Yea
[20:21] <cjwatson> compbrain: could you help me out with a few commands? I'm looking at http://ubuntuforums.org/showthread.php?p=4733940 and wondering if we can fix the fans thing easily
[20:22] <cjwatson> compbrain: firstly, 'lsmod | grep therm'
[20:22] <cjwatson> compbrain: (I'm assuming you're running hardy?)
[20:29] <compbrain> actually, looks like my officemate put osx back on it.. doh!
[20:29] <compbrain> sorry :/
[20:29] <cjwatson> compbrain: argh, no chance to boot with a live CD?
[20:30] <jwendell> pochu, it IS important to have debug stuff in vinagre
[20:30] <jwendell> pochu, otherwise, I can't help Ubuntu
[20:31] <compbrain> cjwatson: hang on, ill see what I can do
[20:31] <jwendell> pochu, in the bug comment, I said "IMHO", I just said my opinion. Ubuntu is free to accept or not
[20:31] <jwendell> I just want the best for Ubuntu...
[20:32] <cjwatson> compbrain: the other thing I need is 'sudo tar czvf device-tree.tar.gz /proc/device-tree' and then device-tree.tar.gz put somewhere I can see
[20:34] <compbrain> cjwatson: will do, may take a few minutes...
[20:35] <compbrain> at least 30 to get the damn iso...
[20:37] <cjwatson> compbrain: ok, thanks
[20:38] <cjwatson> compbrain: I'd also like to know if you get lots of fan noise
[20:39] <jdong> whooooooo!!!! go ubuntu devs!!!!
[20:39] <jdong> or not that kind of fan noise?
[20:40] <cjwatson> not so much :)
[20:45] <cjwatson> compbrain: instead of grep therm, egrep 'therm|wind'
[20:51] <laga> cjwatson: re our conversation a few hours ago about the seeds/tasks: is this what you had in mind? http://www.pastebin.ca/988663 (context attached)
[20:52] <doko> on two out of three cd boots/installs my keyboard doesn't work. that's annoying
[20:53] <cjwatson> laga: I think something like that ought to help, though you'd also have to take desktop out of the {frontend,backend-{master,slave}} seeds
[20:53] <cjwatson> both Task-Seeds and the package entry
[20:53] <cjwatson> I don't think it's workable to have those automatically load a desktop in hardy, unfortunately
[20:53] <laga> cjwatson: that'll mean the desktop wont be installed, right?
[20:55] <laga> cjwatson: by "take desktop out of the seeds", you mean that i need to remove "* mythbuntu-desktop", right?
[20:59] <cjwatson> laga: yeah, that's what I meant
[20:59] <cjwatson> laga: I just don't have the time to fix up tasksel :-(
[21:01] <laga> cjwatson: i guess i could duplicate mythbuntu-desktop inside  {frontend,backend-{master,slave}}
[21:02] <pitti> asac: ah, I just tested the brand new langpack-o-matic built langpacks; firefox stuff seems to be good
[21:02] <pochu> jwendell: I know. and I want to help Vinagre. But we first need gtk-vnc, and the comments in the bug I opened don't look very promising...
[21:02] <cjwatson> laga: hmm, actually, give me a minute, there might be a possible cdimage workaround here without those seed changes
[21:03]  * laga lights another candle in his cjwatson shrine
[21:06] <cjwatson> laga: I'm thinking of something gross and wrong like http://paste.ubuntu.com/7324/
[21:06] <laga> cjwatson: let's try it. :)
[21:10] <cjwatson> laga: is it correct for mythbuntu-frontend to be in the desktop? that means all backends get the frontend too
[21:12] <slangasek> the backends install a desktop?
[21:13] <cjwatson> slangasek: that too ...
[21:13] <cjwatson> cjwatson@antimony:~$ grep '^apport ' mythbuntu-test/tasks/hardy/tasks.i386      apport mythbuntu-desktop
[21:13] <cjwatson> apport mythbuntu-backend-master
[21:13] <cjwatson> apport mythbuntu-backend-slave
[21:13] <cjwatson> apport mythbuntu-frontend
[21:13] <cjwatson> this looks about right given the input data
[21:22] <jwendell> pochu, yes, that's why I need debug stuff in vinagre, in order to know what's going on
[21:23] <jwendell> pochu, but clearly mac's vnc server is breaking the RFB protocol...
[21:24] <pochu> jwendell: ok, I'm gonna upload it to my ppa too... I'm worried about the libvirt comments, though
[21:24] <pochu> jwendell: I'll ask him to paste the debug output from vinagre
[21:24] <jwendell> ok
[21:28] <laga> cjwatson: sorry, was afk for a while. i fail to see how the frontend is included into desktop, maybe you can show me
[21:32] <cjwatson> laga: mythtv-theme-mythbuntu is seeded and depends on mythtv-frontend
[21:32] <cjwatson> laga: how about slangasek's question of whether backends should install a desktop at all/
[21:32] <cjwatson> ?
[21:33] <laga> yeah, they should.
[21:33] <laga> so only mythtv-theme-mythbuntu needs to go i guess
[21:33] <cjwatson>  lver
[21:33] <cjwatson> er
[21:33] <cjwatson> move to the frontend package maybe
[21:33] <cjwatson> ?
[21:33] <cjwatson> sorry, tired and losing typing skills
[21:33] <laga> yeah, good call
[21:33] <laga> no worries
[21:34] <cjwatson> ok, I'll commit the bad-and-wrong cdimage hack for now
[21:35] <laga> hum, the other mythtv themes in desktop are recommends
[21:36] <laga> i assume i dont have to take them out
[21:36] <laga> cjwatson: and the patch for STRUCTURE isn't needed anymore
[21:38] <cjwatson> laga: correct
[21:38] <emgent> heya
[21:38] <cjwatson> laga: don't know about the other themes, unfortunately germinate only (easily) shows me the first one
[21:38] <compbrain> cjwatson: booting and info coming
[21:38] <cjwatson> laga: check reverse-dependencies of mythtv-frontend
[21:39] <compbrain> are the openvz patches going to make it into hardy-release, given the broken state of affairs
[21:39] <laga> cjwatson: hum, apt-cache rdepends also lists mythtv-themes
[21:41] <cjwatson> laga: it's probably not a showstopper if the backends install a frontend too?
[21:41] <cjwatson> given they're installing a desktop
[21:42] <laga> true. it doesn't exactly work as advertised, but it's less broken than the current state
[21:42] <laga> i need to talk superm1 how shuffling things around will affect our live disk.
[21:42] <cjwatson> so how about I rebuild for you now and you can see how it looks?
[21:42] <laga> the themes probably should live in 'common'.
[21:42] <laga> cjwatson: the alt disk? i'd like to sneak in one preseed change, if you dont mind waiting a few minutes
[21:42] <cjwatson> ok
[21:43] <mario_limonciell> laga, as long as the metapackages are available 'mythbuntu-desktop' and 'mythbuntu-live' nothing will break.  i wasn't moving the live disk to tasks until you sorted this stuff out
[21:43] <laga> mario_limonciell: nothing will break if mythtv-theme-mythbuntu isn't available anymore?
[21:44] <mario_limonciell> why would that disappear ?
[21:44] <mario_limonciell> i didnt follow everything
[21:45] <laga> mario_limonciell: basically, mythtv-theme-mythbuntu pulls in mythtv-frontend in the desktop task
[21:45] <laga> mario_limonciell: it'd be good to get rid of that, but we live with that for the RC
[21:46] <davmor2> doko: ping
[21:47] <doko> davmor2: just ask
[21:48] <davmor2> doko: http://iso.qa.ubuntu.com/qatracker/result/1543/233 here you failed it but on whole disk install you passed it both have the same message which is right?
[21:48] <doko> hmm, I should change that
[21:54] <mario_limonciell> laga, well we won't update the meta package if it comes down to it
[21:58] <davmor2> doko: Just thought I'd let you know :)
[22:05] <compbrain> cjwatson: the latest iso doesnt get very far.
[22:06] <compbrain> http://cdimage.ubuntu.com/ports/daily-live/current/hardy-desktop-powerpc.iso
[22:06] <compbrain> After the loader I get a white flash, and then the monitor shuts off.
[22:10] <laga> cjwatson: can you sync rev 1299 from mythbuntu-debiancd before building the alternate disk? http://bazaar.launchpad.net/%7Emythbuntu/debian-cd/mythbuntu-debiancd/
[22:10] <bokey> i needed linux-source-2.6.24 but my apt can't seem to find it. even packages.ubuntu.com doesn't say it's available? am i looking in the right place?
[22:11] <bokey> hardy's main universe restricted points to .22 latest
[22:11] <bokey> :s
[22:11] <laga> bokey: apt-cache show linux-source-2.6.24?
[22:11] <Nafallo> bokey: you want tot run an apt-get update I'd say.
[22:12] <bokey> laga: nothing
[22:12] <bokey> Nafallo: i did
[22:12] <laga> then your mirror is out of date
[22:12] <Nafallo> laga: not really. hardy never had .22 ;-)
[22:13] <bokey> laga: Nafallo sorry dudes :-) was pointing to gutsy in my hardy.list in sources.list.d
[22:13] <bokey> sorry!!!!
[22:13] <bokey> did surmandal_ just leave?
[22:13] <bokey> from this channel?
[22:14] <laga> Nafallo: i think hardy had .22 back in the day?
[22:14] <bokey> laga: gutsy runs on .22
[22:15] <bokey> laga: i had it wrong in hardy.list
[22:15] <bokey> :s
[22:15] <bokey> all good now
[22:15] <bokey> sweet
[22:15] <bokey> for some reason my kvirc's fu'ed up
[22:15] <bokey> shows surmandal_ msg'ed me from this channel
[22:16] <bokey> :s
[22:16] <cjwatson> compbrain: err, try live video=ofonly ?
[22:17] <compbrain> cjwatson: no dice
[22:17] <bokey> .24's sweet
[22:17] <bewst> Hi; I've been working desperately on trying to sort out https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.22/+bug/121653 for the past few days, and I just wanted to check whether such a long issue is likely to get attention from the devs?
[22:17] <bokey> running like a charm
[22:17] <ubotu> Launchpad bug 121653 in linux-restricted-modules-2.6.22 "[gutsy] fglrx breaks over suspend/resume" [Wishlist,Confirmed]
[22:17] <cjwatson> compbrain: damn
[22:17] <cjwatson> compbrain: stuck, then
[22:18] <Nafallo> laga: doubt it.
[22:18] <cjwatson> hardy did have .22 for a while, due to inheriting from gutsy
[22:18] <bokey> ahh.. i see
[22:19] <Nafallo> cjwatson: baah. now you need to come to the London releaseparty and get beer :-D
[22:19] <bokey> Nafallo: dude, i'd come to london if you send me a ticket one way for beer party
[22:19] <bokey> :)
[22:19] <bokey> Nafallo: when i get there, i'll buy you a beer in exchange
[22:19] <bokey> :D
[22:19] <Nafallo> lol
[22:20] <bokey> !lol
[22:20] <ubotu> Please don't use "LOL" and "OMG" and so forth on a regular basis. This is IRC, not IM, and using those lines on their own is not required, and it is rather annoying to the rest of the people in the channel; thanks.
[22:20] <bokey> :D
[22:20] <bokey> :DDDDDD
[22:20] <bokey> ok guys.. thanks for the help.. see ya around!!! :-))) bye Nafallo & laga
[22:22] <cjwatson> Nafallo: for some reason, my wife often seems to be keen to see me right after release, after I've nearly ignored her for two weeks
[22:22] <Nafallo> cjwatson: like I said last time, bring her with :-)
[22:25] <bewst> Really am desperate to get #121653 addressed before the release and have made valiant debugging efforts.  Am I pinging the wrong place?
[22:26] <ScottK> bewst: You might have more luck in #ubuntu-kernel.  Dunno.
[22:26] <bewst> ScottK: thanks; enjoy the beer
[22:26] <cjwatson> laga: merged, image building
[22:29] <laga> cjwatson: great, thanks
[22:34] <asac> pitti: still on?
[22:52] <emgent> kees: upstream released all fix for CVE-2007-6013, can i work to fix wordpress in ubuntu ?
[22:52] <ubotu> Wordpress 1.5 through 2.3.1 uses cookie values based on the MD5 hash of a password MD5 hash, which allows attackers to bypass authentication by obtaining the MD5 hash from the user database, then generating the authentication cookie from that hash. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-6013)
[22:52] <crimsun> asac: I've tested http://pastebin.ca/988804 as a workaround for Flash+PulseAudio+ALSA
[22:52] <_max_> id like to report what i concider a bug
[22:53] <_max_> in the installer (both alternate and regular) there is no way to force gpt label.
[22:53] <_max_> i tried booting with the normal installer, entering console, changing to gpt using parted, creating partitions using the gui, and its still gpt all the way until i click [install]
[22:53] <kees> emgent: yeah, sure, go for it
[22:53] <_max_> then it changes it back to friggin msdos, and my remaining 4tb are useless
[22:53] <emgent> ok thanks kees
[22:53] <crimsun> asac: in summary, it allows Flash (which uses ALSA's "default" virtual device") to use ALSA concurrently with PulseAudio, so there's no fallout from losing libflashsupport aside from being unable to migrate the Flash stream (or changing its volume)
[22:56] <crimsun> asac: this change also unbreaks dist-upgrades where users have selected ALSA in non-GSt-based apps
[22:56] <crimsun> (back later, meeting)
[22:57] <cjwatson> _max_: changing to gpt with parted won't help, at least not if you do so after the partitioner's started up. Try starting the installer in expert mode; then when you ask to create a new partition table it should let you select the label type.
[22:58] <cjwatson> _max_: (and, for this, use the alternate install CD)
[22:58] <cjwatson> _max_: curious that it doesn't default to gpt on such a large disk though
[22:58] <_max_> im friggin amazed aswell!
[22:58] <cjwatson> I believe it's meant to
[22:59] <_max_> thing is if i fire up parted, change to gpt, select "manual" for disc partitioning, then do my partitions, go on to [install] but dont press it
[22:59] <asac> crimsun: you sure that this alone is enough?
[22:59] <_max_> just back to console, its still gpt and has gpt partitions!
[22:59] <cjwatson> partitioning isn't committed until you hit install
[22:59] <asac> crimsun: whats your rational :)?
[23:00] <cjwatson> there is definitely code in partman-partitioning to use gpt for a new disk label if it's >2TB
[23:01] <_max_> well im running a 3ware 9500s-12, with a raid5, linux detects it as 5000GB
[23:01] <cjwatson> _max_: starting up parted in the middle of things is only likely to introduce confusion, FWIW
[23:01] <cjwatson> don't do that :)
[23:02] <cjwatson> I'll see if I can construct something to reproduce your problem once I'm done with my current round of testing
[23:02] <_max_> well iv done it the "normal" iv spent two days solid on this so im trying desperate sollutions
[23:02] <cjwatson> _max_: you should report this as a bug on https://bugs.launchpad.net/ubuntu/+source/ubiquity/+filebug, if you haven't already
[23:02] <cjwatson> you were lucky that I happened to be around; IRC is not a good medium for reporting bugs
[23:02] <_max_> will do, if you need any probing results or whatever im around with this nick :)
[23:04] <_max_> *grumble* ubuntu -really- needs a unified login database.
[23:04] <_max_> i think i have registered on atleast 3 different ubuntu websites sofar
[23:04] <cjwatson> Launchpad's growing towards that (see OpenID implementation)
[23:04] <cjwatson> at this point it's mostly a matter of gluing them all together)
[23:05] <_max_> that "brainstorm" forum was worth the register though.
[23:05] <_max_> excellent idea
[23:06] <stgraber> _max_: brainstorm and the ISO tracker share the same user DB and we are planning integration with LP using OpenID in the (near) future
[23:06] <cjwatson> I don't have any multi-TB disks around to test with, but I'll hack up the installer to reduce the threshold at which it selects GPT
[23:07] <cjwatson> _max_: please attach /var/log/syslog and /var/log/partman from the running installer to any bug you file; if you've already completed installation, attach /var/log/installer/syslog and /var/log/installer/partman
[23:09] <_max_> its installing alternate atm, when i get it online il attach the files :)
[23:09] <_max_> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/218918
[23:09] <ubotu> Launchpad bug 218918 in ubiquity "ubuntu 8.04 wont use gpt for 2tb+ devices" [Undecided,New]
[23:09] <_max_> is the bug atm.
[23:10] <_max_> hah, i like that bot :)
[23:11] <TheMuso> slangasek: No problem, wasn't sure.
[23:13] <_max_> cjwatson, may i ask where you are located?
[23:14] <cjwatson> _max_: England
[23:15] <_max_> not too far, been trying to get ahold of some people that are "involved" with ubuntu for a computer festival.
[23:15] <_max_> i tried emailing canonical's pr department but noones answering :(
[23:17] <_max_> do you have a email addy i could send a short mail to describing the festival, maybe you would like to attend or if not might know someone that would like to? (as sort of an exhibiter/promoter for ubuntu)
[23:20] <cjwatson> _max_: http://www.canonical.com/aboutus/contactus says that pr@ is only for "enquiries from legitimate media outlets. No other enquiries can be replied to"
[23:21] <cjwatson> _max_: I'd suggest the relevant local community team, who are usually best placed for this kind of thing and can involve Canonical if appropriate; https://wiki.ubuntu.com/LoCoTeamList
[23:22] <_max_> okey i got gpt working, this is what i did: booted regular cd, -> console -> parted -> mklabel gpt -> quit
[23:22] <_max_> reboot -> alternate cd -> normal setup -> grub failed -> installed lilo
[23:23] <_max_> okey, well if your interested in comming to sweden in the end of november, the event is called dreamhack, with ~10.000 participants in the LAN, and a few more thousand visitors :)
[23:24] <_max_> im trying to organize a seperate linux area where distro's can motivate people to use linux, and tell them more about what their distro can do.
[23:24] <_max_> sweden loco was only 2 ppl =/
[23:37] <cjwatson> _max_: it would have been more useful to test whether it worked with the expert mode suggestion I gave
[23:37] <cjwatson> that would at least have eliminated one possible mode of failure
[23:40] <_max_> cjwatson; if i have time monday il try re-install it :) its my media center and im having folks over during the weekend for a Matrix marathon :P
[23:42] <_max_> im goin to bed now :) thanks cjwatson for the help.
[23:42] <megabyte405__> There, source package for abiword-2.6.2-0ubuntu1 (ready to upload) has been uploaded to my PPA
[23:48] <LaserJock> megabyte405__: \o/
[23:48] <megabyte405__> LaserJock: my thoughts exactly :)  Now we just need an uploader to see that I updated the bug, and everyone will become happy in a short period of time
[23:52] <ogra> slangasek, would you be very resistant to get the fix in bug 218231 in after RC ?
[23:52] <ubotu> Launchpad bug 218231 in ltspfs "ltspfs in hardy doesnt work with LDM_DIRECTX=True set in lts.conf" [Undecided,New] https://launchpad.net/bugs/218231
[23:53] <ogra> (LDM_DIRECTX is not on by default but the most used featue in ltsp5, users will complain if their usb keys ad floppies stop working, so i'd love to get that regression fixed)
[23:53] <ogra> *feature