=== asac_ is now known as asac [00:06] tormod: is the change in 430121 still required? upstart-job has been fixed so that 'invoke-rc.d $foo start' doesn't fail when the job is already started [00:06] slangasek, I saw this yesterday [00:07] tormod: ok; well I don't think this patch is the right way to fix the problem, invoke-rc.d should *not* be failing so we should get to the root of what's causing it to fail [00:07] cjwatson: Adding comments is difficult, but I want to do it eventually. Versions superseded in the primary archive are in a separate table, as that's fairly useful and much much easier. [00:07] slangasek, isn't it failing just because upstart already restarted it? [00:07] tormod: it shouldn't be, see my above comment [00:08] 'invoke-rc.d $foo start' on a service that's already started is *not* supposed to fail [00:08] slangasek, ok I see [00:08] If something is on the list but now builds fine in the primary archive, I guess it's reasonable to retry it to make it disappear. [00:08] tormod: when you saw this yesterday, was this part of a full dist-upgrade from jaunty? [00:09] slangasek, not from jaunty, just a week or two old karmic [00:09] tormod: ah, so you could indeed have already had the old upstart-job installed [00:10] tormod: a full apt term.log would be helpful to confirm this [00:10] wgrant: yeah, I hadn't realised the latter - that does help a lot [00:11] tormod: if upstart was at a version lt 0.6.3-4 when acpid was being configured, that explains why you still saw the problem [00:11] slangasek, I attached the dpkg.log [00:13] slangasek, yes it went from 0.6.3-1 to 0.6.3-7 [00:13] tormod: ok, great - I'll close this bug out as a duplicate, thanks [00:13] er, no [00:13] I didn't have a bug open before :-) [00:14] seb128 - i didn't want to disturb the meeting on #ubuntu-desktop. so, our current default gconf setting for g-p-m screen locking is "/apps/gnome-power-manager/lock/use_screensaver_settings = true", which means that if a user disabled locking in the screensaver preferences, the screen will no longer lock on suspend either [00:14] and the log attached to bug 428115 shows that is the likely reason for the issues there [00:14] Launchpad bug 428115 in indicator-session "Does not lock screen on lid close when using gdm autologin" [High,Fix released] https://launchpad.net/bugs/428115 [00:14] chrisccoulson, could you add a comment on the bug saying that? [00:15] yeah, can do [00:15] thanks [00:15] that would make sense to explain the issue [00:15] yeah, it should do:) [00:15] I'm not sure if it makes sense from an user perspective [00:15] ie if you want suspend to not lock screen because you told the screensaver to behave this way [00:16] jbernard_: I'll retry cmake, hopefully that will get it off the list [00:16] (as wgrant suggested) [00:16] seb128 - yeah, that's confusing, but we can easily flip that key and have g-p-m use it's own policy [00:20] cjwatson: cool, thanks [00:24] seb128 - i had a response back already, and it is a user config issue [00:24] but the behaviour is still confusing [00:25] chrisccoulson, ok, good to have that sorted, you rock! [00:25] wgrant: does the row shading mean anything? it doesn't seem to just alternate [00:26] heh, thanks ;) [00:26] cjwatson: It does alternate. But I forgot to fix it so that it's done after the list is split. [00:26] cjwatson: Fixing. [00:27] ah, ok [00:27] thanks [01:03] pitti: AFAICS, devicekit-power never grew a quirks database in time for karmic; does pm-suspend just magically work on everyone's hardware now without any arguments, or are the complaints going somewhere that I'm not noticing? [01:03] pm-utils still uses hal I thought? [01:04] i thought it was the other way around? [01:04] pm-utils never used hal [01:04] g-p-m used hal to assemble the commandline to pass to pm-utils [01:04] maybe pm-utils is smart enough to do this on its own now, I dunno [01:04] oh, it does [01:04] /usr/lib/pm-utils/sleep.d/00auto-quirk [01:04] james_w: thanks :) === bjf is now known as bjf-afk [01:05] pitti: ^^ ignore me, james_w knows [01:05] Halsectomy knows all [01:06] I just happened to discover this the other day while trying to suspend with the dbus server broken in gdb and then spending ages finding out that pm-utils was hung waiting for a response from HAL [01:06] that means all our quirks are now properly shared across all suspend methods without having to add any code, awesome [01:06] james_w: haha === yofel_ is now known as yofel [03:53] I was wondering if someone could pass a link to me or some information about the upcoming 9.10 server edition? I tried to download it from this link: http://uec-images.ubuntu.com/releases/9.10/ but its broken. I found this page: http://uec-images.ubuntu.com/releases/karmic/beta/ but am not sure what version I'm looking for. Can someone tell me about the upcoming server versions or by chance point me to the "regular" ser === robert_ancell is now known as robert_ancell-af === robert_ancell-af is now known as robert_ancell [04:05] Is it known that usplash doesn't quit when fsck fails so badly that it asks you to run fsck manually? === Whoopie_ is now known as Whoopie === dendrobates is now known as dendro-afk [04:19] andersk: bug #432237, linked from the beta overview? [04:19] Launchpad bug 432237 in mountall "difficult to recover from filesystem errors" [Critical,In progress] https://launchpad.net/bugs/432237 [04:22] Is it really not possible to change a ppa name? I have to create a new one and copy the contents? === zirpu is now known as zirpu-away === zirpu-away is now known as zirpu [04:41] Wow, three minutes after upload, my package is building. You people must be slacking. Last time was eight hours. [05:08] so what is actually supposed to control whether usplash starts prior to xsplash? [05:08] sometimes i've been seeing it and sometimes not [05:20] superm1: USPLASH=yes somewhere in /usr/share/initramfs-tools [05:20] (currently, it's on if cryptsetup is installed, and AFAIK off in all other cases) [05:21] slangasek, hmm interesting. i've been seeing it right after a fresh install sometimes on misc daily disks, wonder if that's a bug somewhere then. i'll have to check again off a recent daily [06:30] * lamont wonders how to tell gdm to _NOT_ show the pretty users-list crap.. make me type my username... [06:30] or at the very least, don't show me all the users with locked passwords [06:37] or let me configure it to not make an awful bleeping noise when it brings up the login window... [06:42] Good morning! [06:47] can a KDE dude enlighten me on why the default KDE window decorations are so.... 1990's? :-/ [06:47] I've never been the one to nitpick UI prettiness but it seems like everyhing ELSE about KDE is remarkably shiny [06:49] hm, my karmic desktop machine has developed an annoying habit of not bringing its statically configured network interface up [07:18] good morning [07:35] pitti, ping. would you be able to help look at an apport report for a mythtv bug and help figure out why symbols aren't getting properly applied? All of the QT debug symbols get applied perfectly, but the mythtv ones are just showing up "No symbol table info available" [07:35] https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/445173 [07:35] Launchpad bug 445173 in mythtv "mythfrontend.real crashed with SIGSEGV in QMutex::lock()" [Medium,New] [07:53] Good morning [07:54] slangasek: confirmed, pm-utils still uses the hal quirks DB; that's still on the list of getting ported (also, my favourite option is to put the quirks right into pm-utils, not into dk-power) [07:55] superm1: yes, I can have a look into the retracer logs; I'll comment on the bug [07:55] thanks pitti [08:11] superm1: replied [08:13] pitti, ah okay. thanks. won't need the retrace this time since upstream tracked it down already from another report, but we've been having a lot of these bug have broken lately. how soon is the plan for proper soyuz support of ddebs then? [08:14] * pitti eyes wgrant [08:16] pitti: hey -- if you could trigger a server ISO respin, I would win a couple hours in my testing :) [08:16] superm1: I hope to have the code in LP for 3.1.10, but it will need IS work and buildd changes rolled out as well. [08:16] superm1: What's the problem here? [08:17] ttx: do you want ports as well? or just amd64/i386? [08:17] pitti: just amd64/i386. [08:17] ttx: running; should be there in some 10 mins [08:17] * ttx hugs pitti [08:17] you're welcome [08:17] wgrant, pitti said this: https://bugs.launchpad.net/ubuntu/+source/mythtv/+bug/445173/comments/5 [08:18] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/445173/+text) [08:18] superm1: Ah, right. [08:18] So, it will be several weeks, but not much longer. [08:19] okay. well if this comes up again with some other reports before that i'll raise it with pitti [08:26] ttx: there: [08:26] http://cdimage.ubuntu.com/ubuntu-server/daily/20091007/ [08:27] pitti: \o/ yay, more UEC testing... [08:44] does anybody has an idea about bug #441167? [08:44] Launchpad bug 441167 in gdm "package gdm 2.28.0-0ubuntu11 failed to install/upgrade: pam asked for password as it was configured with pam_mount" [Undecided,New] https://launchpad.net/bugs/441167 [08:45] there is a pam_mount password prompt during the postinst [08:45] not sure if that's due to gdm calling su gdm to write the gconf key for the theme [08:46] superm1: su does create a PAM session, yes [08:46] sorry, seb128 [08:47] seb128: perhaps we should use "sudo -u gdm command" instead? [08:47] pitti, I'm wondering if we should rather try to use a gtkrc or something [08:47] those su calls create tons of issues [08:48] seb128: sure, we can just ship the .gtkrc in the .deb [08:48] gconftool call issues when there is no dbus session bus [08:48] .gvfs permissions issues [08:48] right, we had that (--direct, etc.) [08:48] now password prompts [08:48] seb128: I'm fine with a .gtkrc [08:49] pitti, I need to test that though because gnome-settings-daemon is running and I'm not sure .gtkrc will be used or if g-s-d will overwrite things [08:49] ie what wins between gtkrc and gconf keys applied by gsd [08:49] seb128: wouldn't/shouldn't the file be owned by root? [08:49] gdm shouldn't be able to change it [08:50] what file? [08:50] the .gtkrc one [08:50] if it's shipped in the .deb, it's be root:root [08:50] s/be// [08:50] well you can change the permissions in the package if needed [08:56] seb128 - g-s-d currently has it's own specific settings for the GDM user (but the keys are shipped by GDM, in a special location). g-s-d uses these settings in the GDM session because g-s-d is started with a --gconf-prefix option. i wonder if we could exploit this for the theme (perhaps with a small patch) [08:57] that would avoid messing around with user gconf keys in the postinst and gtkrc's and everything [08:57] chrisccoulson, are those settings not only gconf datas in the gdm user dir? [08:59] seb128 - no, they're global i think. i can't check right now, but if you have a look in your user session, i think you should see /apps/gdm/simple-greeter/settings-manager-plugins, which are the GDM specific settings fro g-s-d [08:59] if thats the case, then i can't see why we couldn't do something similar for the theme [08:59] chrisccoulson, oh, thanks for the hint [09:01] yeah, i just checked the package contents, and they're just installed like any other gconf schema [09:03] excellent [09:07] kees: gdm has a Vcs-Bzr: *cough* [09:08] kees: (committed now) [09:14] pitti, working on gdm changes? [09:14] seb128: just committed kees' upload [09:15] pitti, ok, I was not sure if you were cleaning on if you noticed because you started on other changes [09:16] seb128: no, I just habitually check bzr if someone outside of ~ubuntu-desktop uploads a gnome package :) (I follow -changes) [09:16] ok good :-) [09:16] heh, yes, i've been caught by branches being out of date before ;) === dholbach_ is now known as dholbach [09:33] X is chewing up 100% cpu on my laptop. Is there something like xrestop that can give me a hint about which X client might be keeping the X servr so busy? [09:36] soren: I didn't find xrestop helpful for that; I just kept killing programs until I found it [09:36] fortunately the responsible program usually also has some CPU usage [09:36] (and most often it's firefox..) [09:36] The ubuntuone syncdaemon was also eating 100% cpu, but that wasn't the culprit. X is still at it. [09:36] ...and firefix isn't running. [09:37] soren: so! X is desperately waiting for firefox! [09:37] Some kind of top-like application for IPC would probably help somewhat. I expect the offending process will be talking a lot to the X server. [09:38] pitti: Heh.. That would be freaky :) [09:42] Ah, right. [09:42] * soren was just reminded how annoyed X gets if you try to strace it. [09:43] i just did an apt-get upgrade on my karmic system, and now networking doesn't start up, complains that /var/run/network/ifstate doesn't exist. is this a known issue? === cjwatson_ is now known as cjwatson [09:48] Where can I get the Ubuntu source for gnome-keyboard-applet? I did apt-get source gnome-applets, but I can't find it there. [09:51] Koterpillar - libgnomekbd [09:51] that's the source package name [09:55] chrisccoulson, the applet is in gnome-applets no? [09:56] i thought the applet was shipped as part of libgnomekbd [09:56] yeah, the binary package is gkbd-applet === tkamppeter_ is now known as tkamppeter [10:35] bryce: Hi, I think your latest changes to wacom-tools were not applied as the patch is not in the series file. [10:52] pitti: Bug #445236 << Apparently this old bug (fixed in gutsy) has come back in karmic. Any idea? (something dropped in hal?) [10:52] Launchpad bug 445236 in thunar "thunar hangs when opening large USB vfat drives" [Undecided,New] https://launchpad.net/bugs/445236 [11:05] mr_pouit: it has never really been a hal bug; but I noticed that as well [11:05] we worked around it in hal by supplying a magic vfat option back then [11:05] "usefree" IIRC [11:05] this was fixed in a later kernel, but apparently it came back [11:06] bug 133567 [11:06] Launchpad bug 133567 in hal "nautilus hangs on accessing vfat drives - statfs() blocks for a long time" [High,Fix released] https://launchpad.net/bugs/133567 [11:09] aren't debian/control files utf-8 encoded ? [11:10] they ought to [11:11] http://www.debian.org/doc/debian-policy/ch-controlfields.html -- yes, they must be [11:13] UnicodeDecodeError: 'utf8' codec can't decode bytes in position 39-41: invalid data [11:13] parsing thunderbird-locale-mk 1:2.0.0.14+1-0ubuntu2 [11:14] sounds like a bug, that [11:14] you mean a packaging bug ? [11:16] yes [11:18] joaopinto, indeed, the thunderbird-locale-nb-no package has text in what looks like iso-8859-1 (latin1) [11:20] (isutf8 can be a handy tool for finding such, even if I say so myself) [11:23] ok I will add some failsafe code to encode with replace on errors, and then file bug reports [11:57] hi there [11:57] i need help getting the 'mouse over w/thumbnails' KDE package onto gnome [11:59] ? [12:00] citrus212: it's a feature not a package, you would need to code the same feature in gnome or use KDE [12:01] what does this feature do? [12:58] #ifdef HAVE_STRNLEN [12:58] # ifndef strnlen [12:58] int strnlen(const char *str, size_t size); [12:58] # endif /* !strnlen */ [12:58] what on earth is the point of that, other than to cause build failures? [12:58] (librcc) [12:58] seb128: what are the keywords for hidden gnome/kde entries in .desktop files? [12:58] heh [12:59] we should collect these "best of build failures" [13:00] doko__ - are you referring to the "OnlyShowIn" key? [13:01] chrisccoulson1: yes, I think that's what I do want [13:02] chrisccoulson1: can these be enabled using the menu editor? [13:04] doko__ - i think they're hidden completely, so they won't show in the menu editor either [13:04] although i'm not 100% certain there [13:04] cjwatson: Perhaps it's meant for the case where HAVE_STRNLEN is a lie? [13:05] cjwatson: Where did you see this? [13:05] doko__, if you just dont want to have it shown at all: Hidden=true [13:06] soren: 12:58 (librcc) [13:06] * soren cleans his glasses [13:06] soren: it's just wrong. configure detected strnlen (in this case). Either it's a function or a macro, so given the #ifndef, it must be a function. Either the system declaration is the same, in which case it's pointless, or it's different, in which case it will fail. [13:19] asac: could you fix the test rebuild failure in http://launchpadlibrarian.net/32107043/buildlog_ubuntu-karmic-i386.mobile-broadband-provider-info_20090622-0ubuntu1_FAILEDTOBUILD.txt.gz ? I'd do it myself but it's in a bzr branch I can't commit to. I think you just need to either build-depend on automake1.10 or change debian/rules to use 1.11 (preferably the latter) === dendro-afk is now known as dendrobates [13:24] cjwatson: yes. i am updating that package today anyway to get latest data. thx!! [13:30] hmmm i'm missing a libglib2.0-0. amd64 must have ftbfsed eh === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [13:46] hyperair: seems to have succeeded, maybe just a bit behind === dendrobates is now known as dendro-afk [13:47] ah i see [13:47] finished three hours ago, though ... [13:47] not in NEW === dendro-afk is now known as dendrobates [13:50] imo there should be some synchronization in place to ensure arches don't get left behind. leads to some annoying dependency problems [14:03] doko__: what should we do about the pychecker build failure? it's full of stuff that changed in python2.6 - do we need to adjust the test suite for that, or do we need to make it only work with python up to 2.5 since it looks like nobody's really added 2.6 support yet? === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [14:04] doko__: I can probably take care of it, but wouldn't mind some direction if you've handled this kind of thing before [14:05] cjwatson: python2.5 only, I don't see it maintained upstream [14:06] ok, so build-dep on python2.5 and make it use python2.5 for the regression test - should be straightforward [14:07] mvo, #226967: I assume that can be marked "Fix Released" now? [14:07] can we still request a sync for a package in universe ? [14:08] kagou: yes, if it meets feature freeze criteria or you get an exception [14:09] thanks cjwatson, I'v reported #445413 (you have done the precedent sync from 0.9.8 in #384380 ). I'm looking at feature freeze criteria [14:10] bug 226967 [14:10] bug #226967 [14:10] Launchpad bug 226967 in update-manager "Upgrade tool fails to recover after kernel panic in mid-upgrade" [High,Fix committed] https://launchpad.net/bugs/226967 [14:20] doko__, what do you want to do? usually we use NoDisplay [14:20] seb128: hmm, ogra mentioned Hidden=true ... [14:21] Hidden might be old [14:21] doko__, so you want those to be listed in the menu editor or not? [14:21] my knowledge in that area is a bit rusty [14:22] seb128: yes, the user should be able to show it again [14:22] Hidden=true will make those not considered for mimetypes associations etc too [14:22] doko__, so NoDisplay is what you want [14:22] seb128: ok thanks [14:23] everything not using the command line is scary, maybe except OOo ,p [14:23] haha [14:25] cjwatson: does https://bugs.edge.launchpad.net/ubuntu/+bug/442262/comments/7 looks like a bug in debconf to you? or something in the integration in aptdaemon? [14:25] * liw is scared by OOo [14:25] Launchpad bug 442262 in software-center "Software Center always fails to install packages" [Undecided,Incomplete] === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === tkamppeter_ is now known as tkamppeter [14:32] pitti, hi [14:32] mvo: would it be possible to get 'DEBCONF_DEBUG=.' output? it looks as though debconf got an error when trying to read from the other end of the passthrough fd [14:33] mvo: it's a bug that it carries on and spews warnings, but fixing that would just tidy up the output, not actually fix it [14:34] cjwatson: thanks, I have not yet managed to reproduce it, I will try that and add the output [14:34] lines 65-66 are: [14:34] $reply = <$readfh>; [14:34] chomp($reply); [14:35] and undef from <> means error or EOF [14:40] hey tkamppeter [14:49] ṕitti, in bug 441897 it looks like that during the update of the CUPS package (Jaunty -> Karmic or within Karmic) the cupsd.conf file got empty. [14:49] Launchpad bug 441897 in cups "Brother printer MFC-230 C not detected with drivers installed in Karmic, worked in Jaunty" [Undecided,Incomplete] https://launchpad.net/bugs/441897 [14:50] pitti, AFAIR there are also other reports about this problem. [14:54] pitti: thanks for driving bug 430694 forward. It was giving me a hell of a time :- [14:54] Launchpad bug 430694 in linux "agpgart-intel not loaded before drm sometimes, causes KMS to fail" [Medium,Confirmed] https://launchpad.net/bugs/430694 [14:54] :-) [14:57] spaetz: wasn't me really [14:58] no, but you are nagging Tim Gardner :) [14:58] tkamppeter: ugh, that sounds serious; could it be a fallout from the "cleans /tmp/ on upgrade" bug that was fixed yesterday? [14:58] And I am just happy that the bug is being taken care of [14:59] pitti, I have already heard about wiped cupsd.conf before yesterday. [15:00] pitti, where got a '"cleans /tmp/ on upgrade" bug' get fixed yesterday? [15:02] cjwatson: ping? [15:03] bfox: hello? [15:03] bfox: if it's about what I think it's about, haven't had a chance to look yet ... [15:04] cjwatson: okay, thanks [15:04] tkamppeter: bug 444545 [15:04] cjwatson: I know you're busy ;) [15:04] Launchpad bug 444545 in evolution "package evolution 2.28.0-0ubuntu4 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1 (dup-of: 444252)" [Low,Invalid] https://launchpad.net/bugs/444545 [15:04] Launchpad bug 444252 in dmraid "tmp cleaned during upgrades and breaking installations?" [Critical,Fix released] https://launchpad.net/bugs/444252 [15:04] tkamppeter: but that could only be relevant if cups tried to do stuff in /tmp/ and died in the middle of rewriting cupsd.conf [15:06] does anybody know if the ubuntu wiki is on some kind of read only mode? I'm trying to create a page and i'm getting a nice error [15:09] pitti, does any "udevadm trigger ..." call wipe /tmp? And why should this affect /etc/cups/cupsd.conf? [15:11] tkamppeter: any udevadm trigger which triggers block devices [15:11] tkamppeter: there are only two reasonable ways it could get empty: (1) either you have an unmodified conffile and dpkg dies in the middle of unpacking a new version [15:11] or (2) cups rewrites it on a cupsctl change and dies in the middle of it [15:12] (1) is unlikely, given that the reporters actually use it, and cups just can't keep its bloody fingers from that conffile [15:12] and dpkg is pretty robust agianst that, too [15:12] doesn't dpkg always write first to a new file, then move that over the original? [15:12] (2) could happen with anything; but if it coiincides with the time when we had that /tmp bug, it might be related [15:13] (any program -- except database engines -- updating an important file in-place is probably buggy) [15:15] is gutsy still supported? [15:15] No. [15:15] !gutsy [15:15] Ubuntu 7.10 (Gutsy Gibbon) was the seventh release of Ubuntu. End Of Life: April 18th, 2009. See !eol and !upgrade for more details. [15:16] !dapper [15:16] Ubuntu 6.06 LTS (Dapper Drake) was the fourth release of Ubuntu. Desktop support ended on July 14th 2009, Server support will end in June 2011. See !upgrade for upgrade instructions === robbiew-afk is now known as robbiew === CardinalXiminez_ is now known as CardinalFang [15:39] any Spanish speakers who could look at bug #444979 (filed against update-manager)? looks like lirc and ntfs-3g failed to upgrade for some reason [15:39] Launchpad bug 444979 in update-manager "crash a program" [Undecided,New] https://launchpad.net/bugs/444979 [15:40] liw, looking [15:40] ttx: yo [15:41] kirkland: hey [15:41] * mvo hugs liw for doing u-m triage [15:41] liw, he says "no idea, the error got triggered in fusa, lirc, and other dependencies" [15:41] mvo, I don't like doing it, though... I was down to 775 open bugs and then something brought it back up to 775 :( [15:42] 775 - 775 == 0, hmm [15:42] er, 776 for the second instance [15:42] liw: its no fun, I do not enjoy it either [15:42] hard work [15:42] mvo, yeah [15:42] mdz: do you want me to edit the release manifest wiki page or just reply to the email you sent? [15:42] LaserJock, both please [15:43] kirkland: I've committed a few fixorz that should make autoregistration more consistent [15:43] ttx: cool [15:43] ttx: uploaded? [15:43] ttx: i uploaded your fixes from yesterday? [15:43] kirkland: no, I want to test it more [15:43] kirkland: yes, btw, don't forget to debcommit --release when you do so [15:43] kirkland: your final changelog for ubuntu2 wasn't in the branch [15:44] kirkland: I committed it. [15:44] kirkland: I cherrypicked the Heartbeat fix [15:44] ttx: okay, what about kees' euca_rootwrap? [15:44] kirkland: looks like it's working, but i want to do the full test run [15:45] kirkland: didn't test it [15:45] ttx: i think we're going to need to pull that in too [15:45] * liw wishes for a feature in LP that would uncompress files (so it would be easier to look at log files, without having to download + uncompress locally) [15:45] kirkland: I'm tseting a little more and will give you the go-ahead to release my changes, together with whatever you want from your day [15:46] mdz: the sign off is for the just the announcement or on the whole release (.iso, etc.)? [15:46] ttx: cool, thanks for doing that [15:46] ttx: we'll pull the euca_rootwrap fixes too [15:46] kirkland: I didn't work on "wtf after the reboot" style bugs [15:46] ttx: test that, and upload (hopefully) [15:46] LaserJock, the whole thing [15:46] I think you need to debug those with Dan [15:46] LaserJock, who can say "yes, it's ready" [15:46] mdz: ok [15:48] ttx: please assign to me any bugs you want me to work on with dan [15:48] I think they are already assigned to you..; let me check === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:49] hmm, why does the wiki hate me [15:51] "[Errno 31] Too many links: '/srv/wiki.ubuntu.com/www/data/pages/MeetingLogs(2f)Server(2f)20091006'" [15:52] AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA [15:53] god damn it moin [15:53] elmo: :) [15:53] lmao [15:54] mdz: done, thanks for bringing that up [15:55] mvo: does software-center use the app-install-data data? [15:55] LaserJock: yes [16:16] already saw 2 reports about mysql server upgrade failing, anyone knows a bug about it ? [16:16] ops, ignore me :P [16:17] cjwatson: does reorg just affect packages in main? universe stays much the same? [16:17] no [16:18] it's entirely possible (and may be useful) for a package set to contain stuff in universe [16:18] probably best to read the spec for details [16:19] seb128: are we planning to pull in mm-common from Debian? gtkmm-documentation from git seems to require it [16:20] cjwatson, I don't know about this one but I will have a look, I would say that we should from a quick look right now [16:20] what do you think? [16:24] I think it may only be necessary for building from git, not quite certain [16:24] maybe we should sync it and stick it in universe, if that's accurate [16:24] if some enterprising soul could go stomp on bug 445530, my life would be much better. [16:24] since (nearly?) EVERY package using python-support is FTBFS in rebuildability testing [16:24] Launchpad bug 445530 in python-support "dh_pysupport -a fails in private/movemodules with python2.6" [Undecided,New] https://launchpad.net/bugs/445530 [16:24] (I'm just looking at gtkmm-documentation's build failure, and trying to reproduce with git so that I can file an upstream bug ...) [16:24] enrico, ping [16:25] hello, I can't install epiphany-browser (It's not in the archive), is this intentional? [16:26] i just did an apt-get upgrade on my karmic system, and now networking doesn't start up, complains that /var/run/network/ifstate doesn't exist. is this a known issue? [16:26] jjardon: It is, but it's in Universe in karmic. [16:28] ScottK, ah, ok. The problem is I can't install epiphany-webkit neither [16:29] Well my advice would be install KDE, so I'm probably not the best one to help you. Help with Karmic is in #ubuntu+1. [16:29] ScottK, Maybe I'm wrong but I think that epiphany-browser is not in universe [16:30] I see there is source, but now binaries, so I'm not sure what's up with that [16:31] ScottK, it's not on karmic/universe version 2.28.0-4? [16:31] kirkland: proposed 0ubuntu3 so far is working alright for me [16:31] ScottK, the source only ? [16:31] ttx: good [16:31] What I see in rmadison is epiphany-browser | 2.28.0-4 | karmic/universe | source [16:32] Perhaps the binary package name changed. [16:32] ScottK, yes that's what I see, odd :( [16:32] ftbfs? [16:32] probably [16:32] No idea. [16:32] slangasek: what was the issue with libgd2-xpm causing a conflict between ubuntu-desktop and edubuntu-server? [16:32] slangasek: is that something that Edubuntu can fix? [16:33] blackxored: https://edge.launchpad.net/ubuntu/+source/epiphany-browser/2.28.0-4ubuntu1 [16:33] ScottK: blackxored : In NEW is -4ubuntu1 fixing a FTBFS so this might be the issue [16:33] sebner, james_w thanks but point to jjardon ;) [16:33] OK, well we've pretty well exhausted my interest in the Gnome web browser. [16:34] 2 bugs filed, 49 to go [16:36] thank you all :) [16:45] dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address [16:45] really annoying [16:46] if someone uses a rtl language I would appreciate feedback if the latest software-center works with that as expected (it should :) [16:46] is this not the place to ask about bugs in karmic? [16:47] jtimberman: Please use #ubuntu+1 for karmic support and discussion === beuno is now known as beuno-lunch [16:56] ok, thats totally not funny ... if your system clock is at 1970 but your disk was mounted with proper clock setting your system goes into constant reboots [16:56] /dev/sda1: ***** FILE SYSTEM WAS MODIFIED ***** [16:56] /dev/sda1: ***** REBOOT LINUX ***** [16:56] /dev/sda1: 138868/469568 files (0.1% non-contiguous), 590241/1875580 blocks [16:56] mountall: fsck / [575] terminated with status 3 [16:56] mountall: System must be rebooted: / [16:56] init: mountall main process (341) terminated with status 4 [16:56] rm: cannot remove `/forcefsck': Read-only file system [16:57] init: mountall post-stop process (648) terminated with status 1 [16:57] [42949430.100000] Restarting system. [16:57] where is keybuk when i need him :( [16:58] that looks serious [16:59] hmm, great after the 100th reboot it trashed the rootfs completely and cant mount it anymore [17:00] kirkland: just add anything you want (reasonably tested) to it, upload, and /quit plop [17:00] arrh [17:00] make that just /quit plop [17:01] http://launchpadlibrarian.net/31896337/buildlog_ubuntu-karmic-i386.k3b-i18n_1.0.5-1ubuntu1_FAILEDTOBUILD.txt.gz [17:01] is --without-arts the right thing to do now that we have dropped it? [17:12] james_w: I assume it is (though I'm by far no kde expert, maybe #kubuntu-devel might give better information ;)) [17:13] james_w: hum, that doesn't match the k3b version we're using [17:14] james_w: mm, that should probably be removed from the archive [17:15] even easier then [17:17] * cjwatson removes linux-ports from the archive. die [17:18] slangasek: could you have a look at bug 445453? [17:18] Launchpad bug 445453 in drbd8 "[FFE]: Please sync drbd8 2:8.3.3-0ubuntu1 (main) from PPA" [Undecided,New] https://launchpad.net/bugs/445453 [17:27] lamont: oddly, 'from hashlib import md5' works here [17:28] lamont: I suspect it needs libssl0.9.8 [17:28] * cjwatson does a minimal bootstrap to check [17:29] cjwatson: you can even do variant=buildd :-p [17:30]