[00:14] say some package (alsa-plugins) wants to be in main, but also has some dependencies in universe (libjack) [00:14] 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] raboof: Its not that easy. [00:15] raboof: Jack's source has to be in main also. [00:15] 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] 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] that's not right then? [00:16] it's not, no [00:16] I'm afraid whoever told you that was mistaken [00:17] (or I misunderstood him, but I believe it was quite explicit ;) ) [00:17] yeah, that sounds like somebody being quite confused [00:17] 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] now, it *is* possible for a source package in main to build binary packages in universe [00:18] provided that it doesn't need any build-dependencies over and above what's in main to do so [00:18] sometimes this does make sense and does happen [00:19] 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] (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] 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] 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] cjwatson: uh, yeah, right :) [00:23] obviously :) [00:24] _MMA_: what's Intrepid? what are you doing to get jack back in main? [00:25] 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] raboof, intrepid == 8.10 [00:26] ah, right :) [00:26] AFAIK jack-audio-connection-kit has never been in main [00:26] except perhaps in very early releases [00:26] Yeah it was in main very early on. [00:26] you may find some early changelogs that refer to it [00:27] but it's before we kept track of things in any other way [00:27] the alsa thing needs sorting though ... we should ask upstream if the source of th plugins could be separated [00:30] is it possible to grep two words simultaneously? [00:30] krux0: If you mean one word after another, then grep "words here" would work. So just put them in quotes. [00:31] or grep oneword | grep otherword [00:31] 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] or egrep 'oneword|otherword' [00:32] depending on whether you want AND or OR [00:36] 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] for grep it seems to be used as AND [00:37] you're thinking of it wrongly [00:37] that pattern matches any string that matches any of 'foo', 'bar', or 'baz' [00:38] 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] slangasek: do you have any thoughts on #215904 ? [00:42] Caesar: well, "eew" comes to mind [00:42] Caesar: backtrace would help [00:43] thanks [00:47] slangasek: there's more info in the related Debian bug [00:47] We're working on a backtrace at the moment, it's currently a bit non-deterministic [00:47] Caesar: hmm. would help if that bug were actually assigned to the openldap2.3 package in Debian, I think [00:48] ah, looks like there is a backtrace [00:48] is NTLM a common denominator here? [00:48] slangasek: we don't use NTLM [00:48] ok [00:48] at least we shouldn't be [00:49] Where would that be coming into play? [00:49] dunno - it shows up in that evolution-exchange backtrace, so it could've been some NTLM-specific breakage [00:49] OTOH, the two assertions could be completely unrelated bugs [00:49] 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] probably a SASL config thing === heno is now known as heno_away === RAOF_ is now known as RAOF [02:13] asac: is 195013 still applicable to firefox, or do we have the necessary langpacks in the archive now? [02:16] slangasek, 3am here ... he's probably asleep ... but there was a lot discussion in here about ff and langs today [02:16] ogra: yes, I'm anticipating a delayed response :-) [02:16] :) [02:17] 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] hmm, since when is my shell command history written inside of chroots ... [02:24] ogra: when you bind mount your home directory in there? [02:24] slangasek: are you planning to rebuild the ubuntu-server iso for rc ? [02:24] mathiaz: Earlier he said not. [02:25] mathiaz: no, TTBOMK the one that's there is already viable; do you know anything to the contrary? [02:26] Caesar, no, as root in / of the chroot ... [02:26] 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] woah [02:29] thats just evil [02:29] ? [02:29] root@ceron:/# ls -al home/ [02:29] total 4 [02:29] drwxr-xr-x 3 root root 17 Apr 17 00:33 . [02:29] drwxr-xr-x 20 root root 4096 Apr 17 01:24 .. [02:29] drwxr-xr-x 3 root root 40 Apr 17 01:26 ogra [02:30] thats a fresh chroot, i definately didnt create a user or homedir for ogra [02:31] and you're sure it's not bind-mounted? [02:31] did chroot change or is that a sudo vs environment fallout ? [02:32] there is nothing that wuld bnd mount it [02:32] and i re-checked as well [02:32] it created /home/ogra/.bash_history [02:32] superm1: I see you've milestoned bug #218262 and uploaded a new mythbuntu-diskless; are you wanting this in advance of RC? [02:32] 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] slangasek, yes laga needs it for the alt disk [02:33] ... which contains all my root commands i just executed ... phew, thats weird [02:34] 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] sigh, who came up with the brilliant idea to bind shift-ctrl-w to 'close terminal', anyway [02:35] slangasek, yeahc providing its made before i go to bed, i can check [02:35] and laga will be up right about when i go to bed [02:35] superm1: hmm, unless you're on a weird virtual timezone right now, shouldn't take nearly that long to get built :) [02:36] still CST, just wasn't sure if we were behind some other stuff in the queue [02:36] queue should be rather desolate right now [02:37] ok i'll keep an eye then [02:43] ogra: HOME is probably still set to /home/ogra despite sudo chroot [02:48] 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] 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] thats why i noticed it first place [02:50] hi [02:51] I attached my lspci output to bug 197558 [02:51] 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 === Whoopie_ is now known as Whoopie [04:02] slangasek, laga, the binary for mythbuntu-diskless ended up clearing an hour ago if you can re-roll the mythbuntu alt disk [04:04] asac: Does it actually look like we might get nspluginwrapper for x86 for hardy? [05:02] 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] Launchpad bug 195052 in inkscape "Latex formula does not work on Ubuntu Hardy" [Undecided,Fix released] https://launchpad.net/bugs/195052 [05:06] 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] It's filed against upstream and in Fedora, but not here. [05:07] 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] No. Use also affects (IIRC). [05:08] * ScottK really goes to bed ... [05:08] ok, thank you [05:18] superm1: mythbuntu alternate rebuilding [05:19] thx [05:38] slangasek: somebody brought up bug 195929 to me [05:38] 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] slangasek: it's fixed upstream and has a small patch afaict [05:40] hmm, "fix committed" is wrong here, yes? [05:40] I think for that task it might be right [05:41] see comment 5 [05:41] 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] there's no Ubuntu bzr branch for that package though [05:41] ScottK: ... erm [05:41] ok, would be nice if that were applied consistently then [05:41] 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] 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] slangasek: Where did you hear about Fix Committed = Ubuntu bzr branch? [05:43] bdmurray: I am intrigued that the fix appears to involve /dropping/ a firefox workaround from the theme [05:43] slangasek: I agree, but since I'm not a LP developer, clearly I don't know how to use the system properly. [05:43] bdmurray: either on IRC, or picked up by osmosis through how I've seen LP used [05:44] slangasek: Okay, I'm back to it shouldn't be Fix Committed since it isn't an upstream task [05:45] http://news.launchpad.net/general/of-bugs-and-statuses - OK, it's not quite a broad as I'd remembered. [05:45] slangasek: ^^^ supports your position. [05:45] hurray! [05:46] * ScottK goes to bed. [05:47] I was told Fix Committed = fixed somewhere [05:47] I think that's a common #ubuntu-desktop way of doing it [05:47] I think it is important to take each task into account when looking at the status. [05:48] slangasek: I think that fix was for Firefox 2 but I'm not certain [05:48] bdmurray: what do you think Fix Committed should be used for? [05:49] 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] 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] 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] *is that [05:53] 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] Launchpad bug 195929 in firefox "Cosmetic bug: rectangular white outline surrounding rounded buttons" [Unknown,Confirmed] https://launchpad.net/bugs/195929 [05:54] 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] LaserJock: okay, I haven't seen that personally but will check with them if you like [05:56] LaserJock: hey, btw, bug #215729 - the patch did have a memory leak... :) [05:56] Launchpad bug 215729 in seahorse "Seahorse fails to import keys" [Medium,In progress] https://launchpad.net/bugs/215729 [05:56] bdmurray: well, I don't care too much. I just find a lot of inconsistency on what statuses are used for [05:56] bdmurray: like the great Incomplete debate [05:57] slangasek: darn, I had a suspicion [05:57] LaserJock: fixed patch is in the bug now, if you're interested in comparing [05:57] but from your valgrind output, this probably isn't the /only/ memory leak either... :) [05:58] Well I've seen firefox bugs flipped to In Progress because they'd been REPORTED upstream. [05:58] Who knows. [05:59] heh, twitch [05:59] 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 === thegodfather is now known as fabbione [06:16] 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] hmm :) [06:24] in case there are any ppc folks around, openoffice.org-voikko would need a binary-only upload. bug #218503. [06:24] 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] rebuild, that is [06:24] It may just need a giveback [06:25] Hobbsee: hmm, did we do that in Sevilla? [06:25] LaserJock: i certainly did. I think you were there too. [06:26] 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] yeah, I vaguely remember a lunch [06:26] hah [06:26] * Hobbsee recalls going "yeah, ah, no shit!" [06:26] not nearly as bad as Paris [06:27] I remember people wondering why all the "Vegitarian" cards at dinner had a pig on them [06:28] and Jeff Bailey sending his plate back I think 3 times to get something vegan [06:28] "no, mash potatoes with bacon is not vegan" [06:30] * slangasek grins. Dining in a foreign country with Jeff is fun. [06:31] vegan food at DebConf 4 in Brazil: oh, rice and beans, that should work, except you put *ham* in it, good job. [06:32] yeah, you gotta watch the beans [06:36] good morning [06:36] morning [06:36] morning [06:37] oops, loop :P [06:37] morning dholbach [06:37] hi Hobbsee, hey emgent [06:38] hi dholbach [06:38] hiya LaserJock === asac_ is now known as asac [07:01] dholbach: When you have time see query, Thanks. [07:20] 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] superm1: hmmmm. well, I confess that I didn't double-check that before triggering the build [07:23] should I try again? [07:23] yeah I guess. [07:24] 0.8 of another of the debs is definitely showing up from apt-cache policy [07:24] so i assume the udeb should have been there too [07:24] oh, this is in universe, grrrrr [07:24] is that the problem? [07:24] the mirror syncing stuff fails royally for the derivs that build out of universe [07:25] so it needs manual prodding or what not? [07:25] yes [07:25] that is rather annoying. sorry :S [07:28] ah, heh, this is a nice bug === hunger_t_ is now known as hunger [07:30] ... where by "nice" I mean "oh argh, I need to rebuild the ubuntu and kubuntu dailies as well" [07:32] they shouldn't be touching anything in universe though should they? [07:32] no [07:33] oh, so unrelated bug that will require their rebuildings [07:33] 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] which affected all of the above [07:33] ah [07:34] oh well it sounds like that bug is there just for entertainment value then [07:35] 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] ... bug [07:36] you can't just reset the semaphore? [07:36] now that I've noticed it's there, absolutely ;) [07:38] ah the joys of file locking and data sharing [07:39] could it be that 20080417 is broken? [07:39] dholbach: yes, the whole day is broken, I confirm this ;) [07:39] amd64-alternate in this case - it's sitting at "ldconfig deferred processing now taking place" [07:40] mmm, that's news to me [07:40] I've just rerolled 20080417.1 anyway, can you rsync that and give it a try? [07:40] slangasek: will do [07:41] /shouldn't/ be any changes that affect this, but then, that shouldn't have been broken in the first place :P [07:42] 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] currently it reports 86mb [07:43] munckfish: "little enough that you can't run ubiquity" [07:44] superm1: so thanks for pointing this out, that could've been quite messy otherwise :) [07:44] so that sounds about right? [07:44] thx [07:45] munckfish: honestly, I don't know, I just know that 256 isn't enough to run the installer to completion [07:45] 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] slangasek: thx [07:46] superm1: behind; the whole series will only take another 10 minutes to finish though [07:46] alright, i'll stick around then [07:52] 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] munckfish, if you aren't booted into only-ubiquity mode, i would recommend doing so on the ps3 [07:55] even in gutsy you have to kill a lot of stuff so ubiquity will run to completion on a ps3 [07:55] well, I'm trying to debug and X crash [07:56] but also having only 1 PS3 I'm trying to keep my stable gutsy install [07:56] around till I'm sure I won't need to rebuild things on it again [07:56] *an X crash [07:57] doesn't seem to have any swap setup auto, I'm trying to mount that now, see if that eases things [07:57] Alt+SysRq+e just took me down to a shell again luckily [07:59] munckfish: Is it true that you can only use 10GB for Linux? [08:00] TheMuso: you can either use 10GB for linux or 10GB for sony [08:00] you take your pick [08:00] but no custom partition sizes [08:00] but external hard drives are still usable [08:00] for storing stuff [08:00] oh sure [08:01] what's the correct way to re init the normal run level? [08:01] Now I've added swap I want to fake a restart (cause I don't have time for a real restart) [08:02] (work time is looming) [08:02] superm1: mythbuntu 20080417.1 done, should be visible from cdimage shortly if it's not already there [08:02] Good morning [08:02] thanks [08:02] * slangasek waves to pitti [08:02] Morning pitti [08:02] CD testing o'clock, I suppose? [08:04] slangasek: how are all the iso's doing? [08:05] 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] and the alternates are all updated again anyway, with the DVDs to follow shortly [08:06] slangasek: cool :) downloading :) [08:08] morning. [08:09] hey laga [08:09] new alternate just finished generating with that udeb [08:38] slangasek: 20080417.1 looks better [08:41] dholbach: ah, good, then I can pretend the failure never happened and ask no questions ;) [08:48] argh, the current ubiquity TZ selector got much worse than the one from beta [08:48] evand: ^ is that still considered a bug, or is the current one considered 'final'? [08:48] define "worse"? [08:49] it's utterly hard to pick a city, since the moment you move the cursor, the map slides away under you [08:49] it should only slide when your mouse hit one a corner IIRC [08:50] indeed [08:51] that's what I understood was /supposed/ to be going on [08:52] 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] pitti: which image? [08:54] slangasek: amd64 desktop Ubuntu [08:54] testing i386 desktop now [08:55] pitti: image date? [08:56] 20080417 [08:58] cjwatson: hm, bug 218549 looks like a recent (small) regression [08:58] Launchpad bug 218549 in rescue "Choosing "Reboot" in rescue menu jumps to main menu" [Undecided,New] https://launchpad.net/bugs/218549 [09:04] ion_: no ... that was a typo ... i ment intrepid [09:07] asac: Alright [09:17] soren: hi. I'd appreciate your input in bug 206227 when you have some time. thanks [09:17] Launchpad bug 206227 in gtk-vnc "vinagre fails to connect" [Low,Fix committed] https://launchpad.net/bugs/206227 [09:17] how can you determine which entry in ~/.ssh/known_hosts to delete for an ip? [09:17] i thought it used to stick the ip address in that file [09:17] calc: ssh-keygen -F [09:18] calc: It's hashed now a days. [09:18] WEll, actually. [09:18] ah ok [09:18] calc: ssh-keygen -R host_to_remove [09:18] -F just finds it. [09:19] ah [09:21] soren: thanks! :) [09:21] np [09:22] 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] 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] Anyone knows if Tormod Volden is on IRC? [09:38] pochu: he isn't [09:38] pochu: his nick is "tormod" [09:39] stgraber: ok, thanks [09:39] stgraber: congratulations for your Europe Council membership :) [09:39] pochu: thanks [09:42] 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] Launchpad bug 217697 in sugar-chat-activity "Please include Chat-35" [Undecided,New] https://launchpad.net/bugs/217697 [09:43] Launchpad bug 217702 in sugar-read-activity "Please include Read-45" [Undecided,New] https://launchpad.net/bugs/217702 [09:43] pitti: erm. unsure. i *think* so [09:44] * Hobbsee checks the mail [09:45] pitti: cody-somerville does, not jani [09:45] Hobbsee: ok, thanks; I'll sub m-r and ask [09:48] bug 218133 [09:48] Launchpad bug 218133 in sun-java6 "UVF exception for hardy" [Undecided,Confirmed] https://launchpad.net/bugs/218133 === tkamppeter_ is now known as tkamppeter [09:53] hi [09:54] anyone here using a macbook ? [09:54] my battery monitor stopped working a few days ago (2 or 3).... [09:54] I tried installing old hal-info package but that didn't help.... [09:54] is that known problem or should I report the bug ? [09:55] hum right that bug 215074 [09:55] Launchpad bug 215074 in linux "macbook battery info not readable, appears empty" [Undecided,Confirmed] https://launchpad.net/bugs/215074 [09:57] 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] davmor2: no picture in the background anymore, just a dark color? [10:00] 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 === heno_away is now known as heno [10:02] mvo: I asked heno just to double check if he gets chance [10:02] davmor2: is that in a VM or on real HW? (just curious, may not be releated to the problem) [10:03] mvo: I only really test on real hardware :) [10:03] I'm starting a test soon, just need to install some more random packages [10:09] Could a release team member please give kvm a gentle nudge through the unapproved queue? [10:13] mvo: do you need anything off this system before I drop XP on for wubi tests? [10:15] davmor2: is it running compiz when you see the black background? [10:15] no [10:16] davmor2: what happens if you restart metacity (metacity --replace) ? [10:22] 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] mvo: still black# [10:22] pitti: it was that way before [10:22] i just try to cure things right now [10:23] asac: ah, wait; seems I misinterpreted the idea of the chagne [10:23] pitti: i didn't change anything ... only the order [10:23] asac: those are not supposed to become transitional packages for language-pack for ffox 3 [10:23] right [10:23] but meant to be used for ffox2 [10:23] pitti: the bug is that when you upgrade from gutsy with langpacks you automatically get ffox 2 [10:23] right [10:23] makes sense then [10:23] thats because of the order [10:24] (i hope) :) [10:24] well, if you already have l-support-XX installed, it shouldn't matter [10:24] since the | is satisfied [10:24] pitti: i think after the upgrade they should be autoremovable in best case [10:24] pitti: it mattered [10:24] pitti: at least it was in the log [10:24] 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] hmm [10:25] davmor2: ^^ [10:25] so, not sure what is better [10:25] didn't you install the complete language suppor thing when testing? [10:25] davmor2: ? [10:26] asac: last nights that completed this morning yes only FF3 is now installed :) [10:26] davmor2: my question is if you installed the complete language support when testing [10:26] davmor2: or just the locale- packages? [10:27] asac I used sudo apt-get install language* [10:27] davmor2: what is language? [10:28] davmor2: please give me a concrete example ;) [10:30] pitti: oh it was accepted now ;/ [10:30] pitti: roll back? [10:30] asac: what was accepted? [10:30] pitti: the package ;) [10:30] asac: firefox-locale? ugh, wasn't me [10:31] -> -release [10:31] 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] maybe we should have this conversation there :) [10:31] asac: well, I don't mind much, it's fine [10:31] pitti: ^^ [10:31] 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] pitti: he had the language stuff installed ... and got ffox 2 still [10:32] asac: davmor2 only mentioned having -pack installed; davmor2, please confirm? [10:33] ok ... lets better not get distracted by this now ;) ... i have a ffox security update to do while we are releasing :) [10:33] pitti: language* pulls in the packs and the base and any files as dependancies [10:33] davmor2: I mean, you did not have language-support-XX installed [10:33] davmor2: otherwise this wouldn't have happened, since teh alternate dependency would have been satisfied [10:34] pitti: hang on [10:34] pitti: yes all the support too [10:34] weird [10:35] that would be a bug in apt then, but I cannot believe that we wouldn't have noticed that until now [10:35] pitti: anything with language at the beginning [10:36] davmor2: what was the bug id again? :) [10:36] we have all the logs in there [10:36] maybe we should open an apt bug for that until we know for sure [10:37] bug 217876 [10:37] 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] asac is that the right one? [10:39] that was the one done with 3 or 4 language packs if memory serves [10:40] asac: pitti: do you want me to upload my latest logs before I kill it? [10:40] davmor2: sure, would be nice to have them on the bug, just as a reference [10:40] davmor2: thank you! [10:44] pitti: uploading [10:45] does anybody get "Could not stat /dev/sda1 --- No such file or directory" using ubiquity (use whole disk)? [10:46] all I have here is /dev/sda{,5,7} [10:46] pitti: logs are up now [10:47] killing it now :) [10:48] pitti: what is the right way to reload the policykit config after a upgrade? [10:50] mvo: hm, I don't think you explicitly need to, it should have inotify magic [10:50] mvo: let me confirm that [10:50] mvo: at least changes to /etc/PolicyKit/PolicyKit.conf get effective immediately [10:51] - drop /var/lib/PolicyKit/reload and rely on inotify to detect [10:51]