[00:05] heh, gotta love the forums [00:05] someone whinging that plymouth isn't working, and it should be removed [00:05] reply asking if they might record a video of what they see [00:06] they reply "I'm so angry! I don't deserve this abuse" type rant [00:06] You visited the forums and survived? [00:11] egad [00:11] It looks like Transmission 1.92 fixes a few serious issues with 1.91, including a few security-related things. 1.91 is also apparently banned from a few trackers... [00:12] Keybuk: I love how Plymouth no longer looks like utter crap on systems with Nvidia graphics [00:12] It's very shiny now [00:13] yeah nouveau ftw [00:15] Oh that's nouveau doing that? [00:15] Nice [00:18] YokoZar: we know, it's going to be uploaded soon [00:18] well, probably after the weekend as chrisccoulson is probably sound asleep already :) [00:18] sleep? me? [00:18] lol [00:18] :D [00:19] i might look at it before i go to bed ;) [00:23] oh [00:23] wow [00:23] if I span the VGA rows *this way* it goes much faster [00:23] you can almost not see it draw now ;-) [00:44] nouveau doesn't work for me as far as i can tell. i could re-try i suppose. [00:46] directhex: which card? what does it do? [00:46] it seems that many problems can be solved by sending upstream an mmiotrace of nvidia-glx starting X on your card [00:46] gtx260, and x just wouldn't start. [00:46] they send patches back [00:47] let me try rebooting, and if it's buggered, you can talk me through that [00:49] it involves compiling kernels atm [00:50] hm, i get x now. but no compiz, sadly [00:50] and boot time is still pretty slow... probably 15-20 secs between grub and plymouth starting [00:51] oh, you won't have compiz with nouveau [00:51] it's 2D only [00:54] coo [00:54] my mad optimised VGA code is *much* faster [00:55] http://pastebin.ubuntu.com/398090/ [00:56] well, at least it displays something... but i value compiz more than pretty plymouth [00:56] heh [00:57] you value compiz more than you value FREEDOM! [00:59] yes. correct. free software always has the *potential* to be the best there is. how true that may be in actual terms varies somewhat per project [01:02] there we go, nvidia-glx is back [01:02] and now, bedtime [01:14] Keybuk, are you actually around [01:14] ? [01:14] smoser: yeah [01:15] you mentioned getting a /bin/sh shell on console early in boot to help debug. [01:15] how would i do that ? [01:15] I've no idea [01:15] it's your system [01:15] I know nothing about cloud [01:15] no. from upstart/boot perspective [01:15] how would i enable it. [01:15] i tried: [01:16] start on starting [01:16] task [01:16] console output [01:16] exec /bin/sh [01:16] init=/bin/bash on the kernel command-line is always favourite [01:16] (which i realize is busted -- the exec) [01:16] the exec is fine [01:16] nothing wrong with that [01:16] though you mean "start on startup" I think ;-) [01:16] i figured the fact that it was task would mean it wouldnt come back [01:16] hmm... whats startup versus staring ? [01:16] i've used starting before [01:16] task makes no difference [01:16] man 7 starting [01:16] man 7 startup [01:17] starting is to do with jobs [01:17] startup is the first event emitted by upstart [01:17] ok [01:18] so, the init=/bin/bash route. i can get there, but then dont know hwere to go from there. [01:18] exec /sbin/init [01:18] is hardly going to be helpful :) [01:18] right, set up debugging, then exec init [01:31] oh, wow [01:31] Keybuk, so with the above script in place, to launch 'sh' [01:31] the "solar" theme on a 16-color framebuffer is simply glorious [01:31] will it block the rest of boot ? [01:32] no [01:36] Keybuk, so if i got you a console on such a system with init=/bin/bash, could yo upoke around ? [01:36] yes [01:36] answering "dude, its friday night" is ok [01:36] :) [01:36] if you can give me a console on a system that's "hung" is great [01:36] but it won't be right now ;) [01:36] cause I'm literally off to bed in minutes [01:37] ok. I'll ping you monday. [01:37] dude. It's Friday evening! [01:37] but set one up for me on monday! [01:37] you're UK now ? [01:37] I'm usually UK [01:37] yeah. i was just not expecting you here at 1:40 am [01:37] of course, my sleep pattern is according to the timezone of fairy land [01:37] my mother is snoring too loud, can't sleep [01:37] right. thanks. will bother you monday. [01:45] jcastro: ping [01:46] happyaron: pong [01:53] jcastro: congrats [01:53] Caesar: thanks! [02:00] robbiew: awake? [02:05] anyone awake? nautilus and gnome-panel are broken on login [02:06] should probably fire off a warning on the twitter thing [02:06] jcastro: actually a lot of things is broken as all .desktop files which have X-Ubuntu-Gettext-Domain are malformed [02:07] at least those uploaded after beta1 freeze [02:12] kklimonda: can you help me find the package that caused this? And if there's a bug? [02:12] is it a problem with gnome-pkg-tools? [02:12] I called robbie, so he's aware [02:13] so if we can help find out where it is exactly [02:13] somehow when X-Ubuntu-Gettext-Domain is added it's getting added in the wrong place [02:14] the .desktop files in the source packages are fine for the limited cases I checked [02:15] jcastro: done [02:15] https://bugs.edge.launchpad.net/ubuntu/+source/gnome-panel/+bug/525240 [02:15] Ubuntu bug 525240 in gnome-panel "gnome-panel not starting on login" [High,New] [02:15] robbiew: this seems to be the bug [02:15] ack [02:17] hmm, no, that can't be right [02:17] mike saw the bug but I wonder if it's the same, he attached his stuff to an older bug [02:19] seems like it [02:19] that is a crash, right? === robbiew is now known as robbiew_ [02:19] jcastro: 525240 is too old for this being the same issue - bug 542343 is more like it but it has no real data [02:19] Launchpad bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [Undecided,New] https://launchpad.net/bugs/542343 [02:19] https://bugs.edge.launchpad.net/ubuntu/+source/gnome-panel/+bug/542343 too [02:19] Ubuntu bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [Undecided,New] [02:19] kklimonda: *nod* [02:26] cjwatson: you still around? [02:27] jcastro: somebody maybe want to update the topic in ubuntu+1? [02:27] well, and a desktop short cut to gnome-terminal, which helped me out temporary [02:27] alt-t [02:28] oh, I trid alt+f2 and it doesn't work [02:28] yeah, alt-f2 is provided by the panel [02:31] yo yo [02:31] hi kenvandine [02:34] kenvandine: any place I can look to help find the problem? [02:34] gnome-session[1341]: WARNING: Could not parse desktop file /etc/xdg/autostart/indicator-applet.desktop: Key file does not start with a group [02:34] that looks weird [02:35] I get that too [02:35] jcastro - it's a problem with the new langpack.mk [02:35] hey chrisccoulson [02:35] i reassigned bug 542343 accordingly [02:35] Launchpad bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [Undecided,New] https://launchpad.net/bugs/542343 [02:35] * kenvandine is trying to repro in a VM [02:36] chrisccoulson: when did that get introduced? I couldn't find it [02:36] LaserJock, yesterday just before gnome-panel [02:40] i just verified that before updating, i do not have those autostart errors in .xsession-errors [02:42] ok, i am seeing parse errors during the upgrade [02:44] http://pastebin.ubuntu.com/398118/ [02:44] chrisccoulson, ^^ [02:44] chrisccoulson, they have the entry [02:46] right [02:46] basically every package built with the new cdbs version [02:47] ugh! [02:48] this is exactly what seb128 was worried about... with the archive opening up on a friday evening :/ [02:48] yeah, i know :( [02:48] that's exactly what he told us [02:48] all of these packages will need a rebuild once cdbs is fixed [02:48] seb128 is ALWAYS right [02:48] plus any other package which is uploaded [02:48] chrisccoulson, ok... is someone working on that? [02:48] kenvandine, everyone is asleep now i think [02:49] kenvandine: don't think so, you two are the only ones here [02:49] the baby just got sick again... i need to go :( [02:49] pitti did the initial change, so i subscribed him to the bug [02:49] go take care of your kid [02:49] Is it worth flipping the buildds onto manual to stop any more damage? [02:49] i couldn't fix cdbs anyway... i don't think [02:49] wgrant, yes [02:50] robbiew_: what should we be doing? [02:50] sigh... well i'll try to check back in later [02:50] wgrant: It doesn't affect everything. [02:52] only things that ship a desktop file in main [02:52] ScottK: No, but it can be fixed within a publisher cycle if people are quick. [02:52] chrisccoulson: Not all packages use CDBS. [02:52] yeah, that's true [02:54] The gettext stuff is, IIRC done differentl for KDE pacakges that still use CBDS, so that narrows the field further I think. [02:54] Toss a "y" in there somewhere for better spelling. [03:04] does the software store have an API/commandline args [03:05] I notice apt-url uses synaptic command line to issue package installation [03:08] good luck guys, I'm off to bed [03:25] hrm... seems plymouth still doesn't say press enter to reboot once the cd is ejected on beta 1 cd... also the dmraid bug still really needs fixed before release [03:29] the latest kernel update broke grub it sets " set root=(hd3,1)" instead of " "set root=(hd2,1)" manual change no luck... [03:29] error message cant find /dev/mapper/cryptroot [03:48] anyone alive? [03:48] Most folk. [03:49] Some aren't, but that's just a matter of semantics regarding electronic entities. [04:01] persia, any idea to the above problem? [04:03] None, but I'd suggest that #ubuntu+1 was a more appropriate forum to ask about issues with updates. [04:03] (or #ubuntu if you're running supported releases) [04:07] yeah, no one has a clue there... [04:07] Doesn't make this a support channel though. Not sure where to direct you. [04:11] i know [04:11] sometimes people answer me though [04:12] ...ive never haday help from #ubuntu [04:12] just blank stares [04:19] well, to be fair, you haven't asked a question. [04:19] the latest kernel update broke grub it sets " set root=(hd3,1)" instead of " "set root=(hd2,1)" [04:19] error message cant find /dev/mapper/cryptroot [04:19] any idea to the above problem? [04:19] that's a statement. not a question. and you should ask questions in #ubuntu or #ubuntu+1, as persia said [04:19] No, it's a question. [04:20] it's just an off-topic question, so there's a good chance nobody will answer. [04:20] manual change of grub.cfg didn't work [04:20] crypt-0: please take the issue to one of the official support channels. this is the wrong channel to discuss this. [04:20] there is a god chance no one will answer in #ubuntu been over an hour [04:21] that does not make this a support channel. [04:33] So, the GNOME desktop is broken. I've seen discussion in backscroll, and in other channels. #ubuntu-desktop logs show silence on the issue. Am I correct that the fix is to revert the changes to address bug #535650, and reupload some stuff? Has anyone already written a script to determine affected packages in launchpad? [04:33] Launchpad bug 535650 in cdbs "Evolution desktop entry does not load translations" [High,Fix released] https://launchpad.net/bugs/535650 [04:39] It seems odd that everybody seems to have gone to sleep with the world broken and lots of users affected. [04:40] Indeed. At this point, I'm willing to just fix it, but I want to make sure I'm actually fixing it. [04:40] Anything built in main in the last 8 hours depending on CDBS needs to be considered. [04:40] * wgrant has a look. [04:43] * happyaron perhaps we can send a mail to mailing lit [04:43] list [04:43] ajmitch, TheMuso, Hobbsee, StevenK: any of you currently about? [04:43] The Europe and the US are asleep. That's unlikely to help. [04:43] wgrant: we they are awake they may see the alert [04:44] That's a long time away yet. [04:44] happyaron: It will be fixed by then,. [04:44] Particularly as we are entering a weekend. [04:44] oh [04:44] In the worst case, I'll temporarily make myself core-dev (although I'd much rather some actual core-dev was around) [04:44] :) [04:46] people in Asia have been awake, and reports are rushing into our LoCo forum... [04:46] Indeed. And lots of people in the Americas have gone to bed frustrated with broken envionments. [04:47] It mostly affects GNOME (login fails), but it also affects all the CDBS hacked .desktop files in the archives, so lots of applications are disappearing from menus. [04:47] persia: you're not core-dev? [04:47] lifeless: I'm not. [04:48] persia: but you can make yourself core-dev ? [04:48] Yes. [04:48] *blink* [04:48] DMB? [04:48] I'm not supposed to do that, but I'm willing to take the risk of losing my DMB appointment for this. [04:48] wgrant: Yes. [04:49] well, I'm in the US right now [04:49] We may have a core-dev or two incoming. [04:49] That would be good. [04:49] but if this is urgent, I'd escalate [04:49] e.g. by ringing stevenk's mobile ;) [04:49] speaking of which, gnight. [04:49] gnight. [04:49] it's not *that* late in parts of the US (2249 here in MDT) [04:50] mneptok: I'm in boston [04:50] nearly 1am [04:50] mneptok: Do you know some core-devs in that timezone? [04:50] lifeless: sorry to hear it. :P [04:50] * happyaron sorry, what's DMB? [04:50] * StevenK_ looks in [04:50] mneptok: Can you make them show up? === StevenK_ is now known as StevenK [04:50] who me? [04:50] StevenK: \o/ [04:50] dmb: No. Developer Membership Board. [04:50] persia: not sure if there are core devs in MDT, but there sure are in PDT [04:50] Ah good, my poking worked. [04:50] StevenK: GNOME is broken. Please fix :) [04:51] StevenK: Bug #542343 [04:51] Launchpad bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [Undecided,New] https://launchpad.net/bugs/542343 [04:51] :) [04:51] wgrant: Did you get the list? [04:51] CDBS needs reverting, and I'm working on a list of stuff that needs rebuilding. [04:52] So pitti's fix that was uploaded 8 hours ago is wrong? [04:52] At best, incomplete. [04:52] It's the one that broke it, it seems. [04:52] It fixes that one case, but breaks GNOME login. [04:55] * StevenK looks at 1/rules/langpack.mk.in and then wishes he hadn't [04:55] +1 [04:56] So I should just revert the ubuntu6 changes or do I need to do more? [04:56] Reversion is the easiest way out. [04:57] Causes a regression for bug #535650, but in this case the cure is worse than the disease. [04:57] Launchpad bug 535650 in cdbs "Evolution desktop entry does not load translations" [High,Fix released] https://launchpad.net/bugs/535650 [05:00] persia, wgrant: cdbs uploaded [05:00] StevenK: Thanks. [05:00] LP is being stupid. [05:00] StevenK: Thank you. [05:02] Do I need to re-upload evolution in a while? [05:03] And lots of other stuff... [05:03] Give me a list of stuff in main and I'll sort it out [05:03] But we have to wait for the new CDBS to be on ftp.internal (or whatever it's called) first. [05:04] Absolutely, I know [05:04] Which will be around 80 minutes. [05:16] Oh, there's no actually that much broken. [05:16] I just grepped every binary built in the last 9 hours. [05:17] From my quick review of -changes, it looked like 6-7 packages. [05:20] How many are in main? [05:20] All the affected binaries are in main. [05:20] Since langpack.mk should only affect main. [05:20] Ah. What's the list? [05:21] Just rechecking. [05:21] http://paste.ubuntu.com/398158/ is the list of binaries that could be affected (they have the X-Ubuntu-Gettext-Domain mangling) [05:21] Some of them aren't actually broken, at least on i386, which is odd. Maybe they were built early enough. [05:22] Ooh, and ubiquity. Nice. [05:22] Arch skew is going to be annoying, since cdbs is arch-indep. [05:24] ubiquity is OK, at least on i386. [05:25] Oh, and it's arch-all, so it's fine. [05:27] http://paste.ubuntu.com/398160/ appears to be the full broken list for i386. My grep on other archs was flawed (they were rather behind, so more may be affected). [05:29] That's source or binary? [05:29] And the LP API sucks, so I can't filter on builds completed since X, nor can I get files for binaries published since X. [05:29] wgrant: Is that grep against built-binaries, or against the build logs? [05:29] That's against built binaries. [05:29] But those are source names. [05:33] Even if that isn't a complete list, it's likely enough to stop the noise. [05:33] Right. [05:33] And the rest can be hunted later. [05:33] gnome-panel and nautilus are the really important ones. [05:33] I've heard a bunch of complaints about rythmbox and totem because they disappear from the menus. [05:33] Right. [05:34] evolution too, but since everyone except me seems to use Gmail that shouldn't be less of a problem. [05:34] Er, should be less of a problem. [05:36] Rather, I think the noisest complainers are those who want their movies and music now. [05:36] I probably use gedit more than anything else on that list, personally. [05:49] Ah, activity on the bug. [05:49] Rick has assigned it. [05:50] But I suspect that won't be acted upon for quite a few hours yet. [05:51] I suspect I should update it [05:51] I've just commented. [05:51] That might be good. [05:55] If only the publisher was not so slow. [05:55] Isn't there some manual mode that lets it be triggered on-demand? [05:55] Or wouldn't that help in this case. [05:56] It would have only helped if we had disabled it just before cdbs was uploaded (thus avoiding a publisher run), and run it manually once cdbs had built. [05:56] It would have saved around half an hour. [06:16] StevenK: ftpmaster.internal is cocoplum itself, isn't it? [06:23] persia: did I miss something? [06:24] After upgrading to Lucid, I was unable to access my network drives with a message that some obsolete pkg version were installed. I then used the update manager to see if any updates were available and found the ones previously mentioned were among those recommended. I then found I could only do a Partial update and after doing so I could open my Home Folder icon, so I rebooted and now only... [06:24] ...have an empty Desktop. Any help available to resolve this? [06:24] joe_: #ubuntu+1 for support please. [06:24] But this bug is known, and should be mostly fixed in about two hours. [06:24] joe_: For now, press Alt+T, and run gnome-panel. [06:24] That should get things mostly working. [06:24] ajmitch: bug #542343 : I was calling core-devs to find a volunteer to fix. StevenK was faster than you. [06:24] Launchpad bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [High,Confirmed] https://launchpad.net/bugs/542343 [06:25] persia: ah good, I'm glad he got to it :) [06:25] wgrant; Thanks [06:26] After upgrading to Lucid, I was unable to access my network drives with a message that some obsolete pkg version were installed. I then used the update manager to see if any updates were available and found the ones previously mentioned were among those recommended. I then found I could only do a Partial update and after doing so I could open my Home Folder icon, so I rebooted and now only... [06:26] ...have an empty Desktop. Any help available to resolve this? [06:26] joe_: ? misplaced paste? [06:27] persia: Yes, sorry. [06:50] persia, StevenK: Mirrors should be syncing in a minute or two, and except for possibly builds completing in the last hour, the source package list I gave is complete across all architectures. [06:50] * persia looks at recent builds [06:54] I thik update-notifier on sparc is likely also munged, but since last I heard no lucid kernel booted on any sparc anyone had, I don't think it matters by comparison. [06:55] I'll recalculate the list later, including everything that finished between two hours ago and whenever the buildds catch up after now. [06:56] Odd -- a.u.c hasn't been updated. [06:56] It should have been around five minutes ago. [06:57] Ah, there we og. [06:57] Syncing now. [07:00] And cdbs is there. [07:00] Does somebody want to rebuild gnome-panel and nautilus noW? [07:01] StevenK: ^^ [07:01] ajmitch: Now's your chance to be faster, if you like. [07:02] * persia reopens bug #535650 [07:02] Launchpad bug 535650 in cdbs "Evolution desktop entry does not load translations" [High,Fix released] https://launchpad.net/bugs/535650 [07:03] They both take less than 10 minutes to build, so we shouldn't lose anything on i386 unless they're not uploaded in the next half hour. [07:03] amd64 is less lucky, though :/ [07:03] Why so? [07:04] It has one buildd stuck on linux, and 3 packages in the queue. [07:04] That just needs a buildd admin. [07:04] Still, we have a conveniently placed buildd admin who can twiddle scores for us. [07:06] Hm, this is suboptimal. [07:06] Which? [07:06] Everyone seems to have run away. [07:07] Hobbsee TheMuso StevenK ajmitch : Would someone please rebuild the packages listed at http://paste.ubuntu.com/398160/ to address bug #542343? [07:07] Launchpad bug 542343 in gnome-panel "gnome-panel will not autostart on lucid" [High,Confirmed] https://launchpad.net/bugs/542343 [07:08] Only gnome-panel and nautilus for now. [07:08] They are critical, and the others will compete for buildd time. [07:08] Why? [07:08] Ah. [07:08] And without Hobbsee, we cannot guarantee build order. [07:08] So we essentially need Hobbsee, really. [07:12] Attempting to contact by several means... [07:13] amd64 is probably a lost cause. [07:13] It's tied up for another 20 minutes. Unless we're very lucky. [07:14] Indeed. amd64 will be very difficult to fix this publisher run. [07:17] Lesson for next time: when you corner a core-dev for timing sensitive stuff, get signed source packages available somewhere for independent upload later. [07:17] Indeed. [07:22] Sorry, I was adk [07:22] *afk [07:22] * Hobbsee comes back too [07:22] Yay. [07:22] How about I just put a copy of my private key up on people.ubuntu.com? :-P [07:22] You now have around 20 minutes to rebuild gnome-panel and nautilus. [07:22] Or we miss another publisher run :/ [07:23] * StevenK works on rebuilds [07:23] * Hobbsee fishes out buildd.py [07:23] Thanks. [07:23] We probably won't need rescoring. [07:24] But it would be a handy facility to have just in case. [07:24] No. i386 has an empty queue, and we missed the window for amd64 [07:24] amd64 still might just happen. [07:24] But not because of rescoring. [07:24] Right. [07:24] mysql-cluster should finish in a few minutes. [07:25] Oh, excellent. [07:25] Then we need about 20 minutes of buildd time from it. [07:25] In the next 37 minutes. [07:25] * StevenK uploads gcc [07:25] * wgrant stabs. [07:25] * Hobbsee deflects wgrant's stabbing [07:25] * wgrant hastily patches OOo. [07:25] actually, we could use a rescore on armel : we really don't want to have to build chromium-browser twice. [07:25] I have to upload chromium? [07:25] ok, let me know what you want rescored, and when [07:26] StevenK: No. [07:26] StevenK: We have a Hobbsee that can defend you from uploading chromium-browser [07:26] Yeah, sparc and armel both need rescoring support for the rebuilds. [07:27] They're less critical. [07:27] If I could boot a lucid kernel on any of my armel devices, I'd disagree with you :) [07:27] So, remaining steps in the world domination plan: [07:27] 1) Get those two rebuilt. [07:27] 2) Rebuild the rest of my list. [07:28] 3) Once the queues clear, I'll rerun the check and we rebuild the stuff that is newly broken. [07:28] Then all is fixed, except the original bug the fix for which broke everything. [07:28] Which was a workaround patch for a different bugfix that broke everything. [07:28] Right, uploading everything. [07:29] StevenK: Just those two, I hope? [07:29] No, we can rescore [07:29] No. [07:29]