[12:11] cu all === Enola_Gay [n=enola@dslb-084-056-214-105.pools.arcor-ip.net] has left #ubuntu-devel ["Ex-Chat"] === Draconicus [n=Draconic@c-71-232-0-246.hsd1.ma.comcast.net] has joined #ubuntu-devel [12:13] Your distro is making me think about taking up drinking. ._. === LeeJunFan [i=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel [12:16] Draconicus: Because it's so easy to use that being drunk won't matter? [12:17] shawarma: Naw... Because if, god forbid, something unusual happens and something goes wrong, you'll never, ever be able to figure out the cause of it all. ._. [12:17] Though chances are at this point that my problem is tragically hardware related. [12:18] And I don't mean generic problems or distro bugs.. [12:18] Draconicus: You think Ubuntu is harder to debug than other distros? [12:18] No... Actually it's about the same. [12:18] Linux is Linux is Linux. [12:18] I just felt like poking fun at the subject matter. Nothing personal. [12:19] It's not like I'm interrupting some vital conversation or something. This channel has cobwebs. :P [12:19] Though on the off chance that I AM disrupting such a conversation... sorry. [12:19] Draconicus: it's the weekend. [12:19] You're a weekend! D:< [12:20] Anyway, I'll go away now. Toodles. [12:20] cheers [12:20] Happy developing. You really do have a wonderful distro, despite my silly comments. :) === Draconicus [n=Draconic@c-71-232-0-246.hsd1.ma.comcast.net] has left #ubuntu-devel [] === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel === desudation [n=dpollock@eclipse/developer/Eclipse/desudation] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-7f52adaf8b2327a3] has joined #ubuntu-devel === desudation [n=dpollock@eclipse/developer/Eclipse/desudation] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === vorian [n=vorian@ubuntu/member/Vorian] has joined #ubuntu-devel === AstralJava [n=jaska@cm-087-94-108-212.lohjanpuhelin.fi] has joined #ubuntu-devel === jml_ [n=jml@59.167.203.115] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === smithj [n=smithj@foresight/gentoo/developer/smithj] has joined #ubuntu-devel [01:33] the ubuntu-patches mailing list seems to have not gotten any patches since march 7. given that i don't think ubuntu has ceased development, what's up with that? [01:34] see https://lists.ubuntu.com/archives/ubuntu-patches/2007-March/date.html as a reference === eggauah [n=daniel@201.72.57.213] has joined #ubuntu-devel [01:44] smithj: I believe that's because the machine running that has run out of disk space; there's a sysadmin ticket open for it [01:44] cjwatson_: is that ticket open to the non-ubuntu-masses to follow? [01:45] afraid not, but it's not exactly interesting [01:45] ok [01:45] "dear sysadmins, casey ran out of disk space, love Scott" ;-) [01:45] thanks for the info [01:45] well, its been out for almost a month now :-/ [01:45] yeah, but the sysadmins are largely busy relocating Canonical HQ to a new office [01:45] ah [01:46] <_ion> One would think the "ran out of disk space" problem would be easy to prevent in advance. ;-) [01:46] _ion: ? [01:46] nagios ftw [01:47] (a) that doesn't prevent you running out of disk space, merely ensures you know about it (b) the Canonical sysadmins already use nagios [01:47] <_ion> cjwatson: For example, use one of the tools available to draw a graph of the free disk space on each server and tell one of the employees to take a look at them every once in a while. [01:47] _ion: I suppose you might also quit patronising the admins ... [01:48] (hello, obviously this is done, that doesn't mean there's always time to deal with it when lots of other stuff is going on.) [01:49] and I know it's done because when machines where I'm responsible for services are running low on disk space, one of the admins asks me to have a look at it well before it's critical [01:52] however, the problem was being escalated as of when I last heard about it on Thursday, so [01:52] not to be overly pestersome (if thats a word), but isn't patch mail a critical system? without overview of changes, anyone with commit access could knowingly commit a security flaw... even if you trust them not to do that, commit mail is essential to code review... [01:53] that would be true if we used that service for code review ;-) [01:54] even if canonical doesn't use it for code review, the community might want to [01:54] I hope it will come back before feisty releases [01:54] ok. i anxiously await :) === smithj [n=smithj@foresight/gentoo/developer/smithj] has left #ubuntu-devel [] === desudation [n=dpollock@eclipse/developer/Eclipse/desudation] has left #ubuntu-devel [] === eggauah_ [n=daniel@201.72.57.213] has joined #ubuntu-devel [02:17] cjwatson: Still around? [02:18] shawarma: just ... [02:18] cjwatson: Since at least a few weeks ago I've been unable to install feisty in qemu. It boots fine, but after that it's unable to detect either the emulated hard drive or the cdrom. Tollef thought my might be able to tell at a glance what was wrong. === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-devel [02:18] I can have a quick look at syslog if you have it handy [02:19] or if you give me a recipe that somebody with no brain at 1:20am can follow [02:20] cjwatson: Simple: Download a recent feisty image (anything since at least the beta will do), do a "qemu-img create hda.img 5G; qemu -cdrom ubuntu-feisty-server.iso -hda hda.img -m 128", wait for little while, and do your magic thing. [02:22] several ata exceptions on boot there [02:22] cjwatson: Yes. Those went away witht the updates the day before yesterday, but the problem remains. [02:22] cjwatson: I should have mentioned that. === vorian [n=vorian@ubuntu/member/Vorian] has left #ubuntu-devel ["Leaving"] [02:25] cjwatson: Specifically, the exceptions went away with the d-i update which made it into dailies 20070330.1 and onwards. [02:25] detects the hard disk fine here but not the CD [02:25] nothing in /sys/block other than ramdisks etc. and sda [02:25] cjwatson: Do you actually have access to the hda block device or does the boot log just mention its existence? [02:26] cjwatson: sda? That's odd. [02:26] it's sda, and udev certainly knows about it [02:26] this is a slightly old alternate CD [02:26] cjwatson: That might be interesting. How old? [02:26] not really surprising though? presumably it's just libata doing its thing [02:26] not that old, 2.6.20-12 kernel of some vintage [02:27] cjwatson: Oh, /dev/hd[a-z] is history? [02:28] not entirely but many such devices have moved [02:28] depends on the driver IIRC [02:28] so I only seem to have one IDE interface, according to lspci, and /dev/sda is on that [02:28] cjwatson: I see. I never noticed due to the UUID fstab goodness. :-) [02:29] I'm not entirely clear where the CD device would be [02:29] cjwatson: Nor I. [02:29] cjwatson: Neither Tollef nor I had access to the hard drive, IIRC. [02:29] at any rate, my snap diagnosis would be a kernel problem, but I've no idea where [02:29] since the device isn't appearing [02:30] cjwatson: Both using daily image from the 31st. [02:30] cjwatson: Just as I suspected. I'll file a bug. [02:30] cjwatson: Thanks for your help. [02:32] you're welcome, sorry I couldn't be of more assistance [02:34] the exceptions on ata2 seem relevant, since they're on the device that isn't claiming to have a hard disk attached. I wonder if they're merely hidden in newer versions [02:34] cjwatson: I don't think so.. There was a bug about it somewhere. 2 sec. [02:35] https://bugs.beta.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/94637 [02:35] Malone bug 94637 in linux-source-2.6.20 "[vmware] ata1: reset failed, giving up" [Medium,Fix released] [02:36] But mdz still manages to continue his install => clearly a different issue. [02:36] shawarma: those aren't the messages I'm seeing. [02:37] cjwatson: no? [02:38] "ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen" etc. [02:39] anyway, I'm grabbing a newer image and will retry on Tuesday or so (I'm away tomorrow) [02:39] cjwatson: Cool. I'll be sure to /msg you if I work something out with BenC. [02:39] cjwatson: Hm. Just speaking to someone else who's ended up with an unbootable 2.6.17 after upgrading userland to feisty. [02:40] mjg59: udev in feisty requires 2.6.19, doesn't it? [02:40] udev in feisty also version-checks that before updating the initramfs [02:40] Conceivably, though breaking people's existing initramfs is sub-optimal [02:40] cjwatson: Ok, so that's meant to work now? Good to know. [02:40] True. [02:40] I'll try to figure out what happened. [02:41] I don't think udev broke it, but something else may have done [02:41] seeing as half a zillion packages update the initramfs [02:41] Does update-initramfs check? [02:41] Or is it just the udev package? [02:41] If the latter - ouch. [02:41] it's based on the MINKVER variable in hooks [02:42] it shouldn't actually be bad to regenerate the initramfs providing dependencies are satisfied, normally [02:42] unless there's some weird circular dep thing going on [02:42] It checks all hooks and then bails if the kernel is older than any of them? [02:42] Sounds sane. [02:43] yes, see check_minkver at the end of /usr/share/initramfs-tools/hook-functions === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel [02:43] a number of packages got upgraded before udev last I checked, though [02:43] should be possible to data-mine it from /var/log/dpkg.log, and possibly the initramfs timestamp to save effort === jack_wyt [n=jack@218.18.190.88] has joined #ubuntu-devel [03:06] mjg59: It seems to be reproducable. :-( === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel [03:17] mjg59: Gah.. the initrd is 0 bytes long. === mbiebl [n=michael@e180122069.adsl.alicedsl.de] has joined #ubuntu-devel === slomo__ [n=slomo@pD9546F1C.dip0.t-ipconnect.de] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [03:46] mjg59: I've found it, I think. [03:48] mjg59: update-initramfs grabs a backup of the initrd, but when mkinitramfs fails due to MINKVER not being met, it doesn't restore that backup. It's fine, if it's only run once since the initrd...dpkg-bak is still around, but the next time update-initramfs is run, a new backup (this time of the trunced initrd) is made overwriting the good one. === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [03:56] mjg59: http://linux2go.dk/update-initramfs.diff fixes it. [03:57] mjg59: Or so it would seem, anyway. [03:57] Goodnight [04:00] There certainly needs to be some tighter package binding of some sort between linux-restricted-modules, the kernel, the X config, and nvidia-glx [04:00] I am getting a bit tired of accedently updating only part of all of that and having my media box boot up to a black screen. [04:01] oh. fun. this time it just didn't boot. === wasabi sigh. [04:22] Um... there a launchpad way to mark a bug as critical for feisty in such a way that somebody will look at it before releasing feisty? [04:22] yes [04:23] change it so that it is proposed for this milestone --> https://launchpad.net/ubuntu/+milestone/ubuntu-7.04 === hunger_t [n=tobias@p54A729B0.dip0.t-ipconnect.de] has joined #ubuntu-devel === Tonio_ [n=tonio@85.114.38.90] has joined #ubuntu-devel === LeeJunFan [i=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === alex-weej [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === lotusleaf [n=ohzone@kernel-panic/member/carne.asada.burrito] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === lotusleaf [n=ohzone@kernel-panic/member/carne.asada.burrito] has left #ubuntu-devel ["trombone"] === eggauah [n=daniel@201.72.57.213] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === reitblatt [n=mark@resnet-50-199.dorm.utexas.edu] has joined #ubuntu-devel === atoponce [n=aaron@oalug/member/atoponce] has joined #ubuntu-devel [05:26] question asked to me in my loco channel, and i don't know the answer: [05:27] "how long have the UUIDs for partitions been incorperated into the kernel?" === styx| [n=kvirc@p57A4BC6C.dip0.t-ipconnect.de] has joined #ubuntu-devel === styx|3 [n=kvirc@p57A4BC6C.dip0.t-ipconnect.de] has joined #ubuntu-devel [05:28] atoponce: do (s)he mean "into Ubuntu's kernels"? [05:28] s/do/did/ [05:29] yeah [05:29] think so [05:30] well, the udev side is 093-0ubuntu5 (as of Mon, 24 Jul 2006 22:44:22 +0100) [05:32] i guess that works for him. [05:32] crimsun: thx === atoponce [n=aaron@oalug/member/atoponce] has left #ubuntu-devel ["http://www.dvzine.org] === shenki_ [n=shenki@ppp12-55.lns10.adl2.internode.on.net] has joined #ubuntu-devel === freeflying [i=root@gobstopper.dreamhost.com] has joined #ubuntu-devel === milli [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.11.11.revip2.asianet.co.th] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [06:24] Launchpad is going down in 15 minutes for an update. Estimated downtime is 15 mins. === RadiantFire [n=ryan@ip68-230-209-186.rd.hr.cox.net] has joined #ubuntu-devel === mneptok [n=mneptok@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === alex-weej_ [n=alex@halls-129-31-82-59.hor.ic.ac.uk] has joined #ubuntu-devel === LaserJoc1 [n=mantha@adsl-75-14-218-86.dsl.renocs.sbcglobal.net] has joined #ubuntu-devel === Monk-e [n=guido@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === grndslm [n=grndslm@host-69-59-127-198.nctv.com] has joined #ubuntu-devel [07:18] sorry to intrude...but i'm wondering why the devs place more emphasis on apt-get as opposed to aptitude (i.e. - in the command_not_found app) [07:18] grndslm: because it shows errors clearer [07:19] Hobbsee: I see...so there's no plans to use aptitude ever? [07:20] who knows. we may use smart. depends on how they all evolve. why do you ask? [07:21] i'm just curious...i've just never understood why you would use a "dumber" package manager...was just confusing to me [07:23] ubuntu's decisions seem to be the best possible, other than this...but cleared messages could be what's necessary...was just wondering [07:23] *clearer [07:25] grndslm: in some ways, aptitude is dumber... if you have weird conflicts during upgrade, sometimes aptitude wants to delete EVERYTHING except the broken package, while apt does it the other way around [07:25] grndslm: all options have their pros and cons, it's just that apt-get is "well-known", also by the devs [07:26] true, true...well, thanks for the clarification guys === grndslm [n=grndslm@host-69-59-127-198.nctv.com] has left #ubuntu-devel ["Leaving"] [07:27] grndslm: there has already been a bug reported about that [07:27] bah [07:28] popey: too late! :) [07:28] so i see === popey says bug 92862 anyway [07:28] Malone bug 92862 in command-not-found "Shouldn't be apt-get-centric" [Wishlist,Fix committed] https://launchpad.net/bugs/92862 [07:29] popey: btw, what do/did you use to create those "instruction videos" ? [07:29] https://wiki.ubuntu.com/ScreencastTeam/RecordingScreencasts <- that [07:29] ooh cool === Treenaks makes a few colleagues happy ;) [07:30] :) [07:30] thanks [07:30] np === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === MajorX [n=majorix@85.105.7.143] has joined #ubuntu-devel === janm [n=jmalonzo@wireless-gateway-1.ocs.mq.edu.au] has joined #ubuntu-devel === bluefoxicy [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel === bluefox_ [n=bluefox@c-68-33-112-13.hsd1.md.comcast.net] has joined #ubuntu-devel [08:12] morning [08:12] hello === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === Lure [n=lure@external-7.hermes.si] has joined #ubuntu-devel [08:14] hey fabbione! [08:15] hey hey [08:16] Good morning [08:16] hey Martin [08:16] heya pitti [08:16] Padre! [08:16] Bella donna! [08:16] ROFL [08:16] pitti: what's all this italian? trying to score chicks? :) [08:16] fabbione: si :) [08:17] eheh [08:17] heh [08:17] good luck with that, pitti :P [08:18] Hobbsee: grazie [08:18] pitti: *g* [08:22] pitti: ora sono destato. grazie. === pitti hugs mneptok [08:24] Hobbsee: don't be jealous. pitti and i have something special that doesn't affect the love you and i share. === glatzor [n=sebi@p54967C76.dip.t-dialin.net] has joined #ubuntu-devel [08:25] (and by "love you and i share" i mean "the nausea you experience when thinking of me") [08:27] heh [08:41] morning pitti, mneptok === MajorX [n=majorix@85.105.7.143] has joined #ubuntu-devel === Mithrandir yawns. [08:49] hi Mithrandir [08:51] hi Mithrandir, good morning [08:51] morning Andrew, Martin [08:53] morning Mithrandir [08:54] hiya Kyle === afflux [i=k@gateway/gpg-tor/key-0x6E18D3C4] has joined #ubuntu-devel [08:55] we have over 100k bugs in malone now. === jonibo [n=jonas@213.212.2.215] has joined #ubuntu-devel [08:57] scary, eh? === thekorn [n=thekorn@a89-182-16-51.net-htp.de] has joined #ubuntu-devel === Kagou [n=Kagou@235.128.119-80.rev.gaoland.net] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === reitblatt [n=mark@resnet-50-199.dorm.utexas.edu] has joined #ubuntu-devel === hunger [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === carlos_ [n=carlos@163.pool85-48-166.static.orange.es] has joined #ubuntu-devel === ivoks [n=ivoks@3-18.dsl.iskon.hr] has joined #ubuntu-devel === bluefox_ is now known as bluefox === bluefox is now known as bluefoxicy === Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel === winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel === glatzor_ [n=sebi@p57aee32e.dip.t-dialin.net] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [09:21] siretart: do you still need the patch for bug #82343 ? just noticed this is still not implemented and is not a big fix... the patch on launchpad doesn't work anymore, though. I can give you a working one ;) [09:21] Malone bug 82343 in cryptsetup "init.d/cryptdisks doesnt create symlinks in /dev/disk/by-*" [Undecided,Unconfirmed] https://launchpad.net/bugs/82343 === MajorX [n=majorix@85.105.7.143] has left #ubuntu-devel ["Leaving"] === dholbach [n=daniel@i59F76DD2.versanet.de] has joined #ubuntu-devel [09:25] good morning [09:26] hi there [09:26] 'morning dholbach [09:26] hey dholbach [09:26] afflux: looking [09:27] i'm the sysadmin of medibuntu repos, and i would know how update-manager test update at a predefined hour, and not randomly === jonibo [n=jonas@213.212.2.215] has left #ubuntu-devel [] [09:28] afflux: the patch looks indeed sane. I need to test it this evening [09:28] afflux: thanks for your patch! [09:29] siretart: i think the line numbers changed, I have a working one for the 1.0.4+svn26 [09:29] not sure about that [09:29] because, at about 6h45/7h UTC, all the server gets all connection due to update-manager [09:30] afflux: in doubt, please attach a working one to lp [09:30] alright [09:30] Sp4rKy: the cron job is in /etc/cron.daily/apt [09:31] ogra: What's happening with the trace on 97342? === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel [09:31] glatzor: yes, but what i would know is _why_ all the update is done at the same hour [09:31] dholbach: do you think desktop-team would be a sensible assignee for bug 69799? [09:31] Malone bug 69799 in gnome-system-tools "services-admin reorders acpid startup" [Medium,Confirmed] https://launchpad.net/bugs/69799 [09:31] and why update-manager didn't choose an hour randomly at installation [09:31] hi Sp4rKy, hi pitti [09:32] Mithrandir: probably yes [09:32] Mithrandir: we don't have anybody really working on g-s-t atm === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel [09:33] seb128: it's release-targeted, I suspect it's easy to fix. [09:33] I think mvo spoke with upstream about it [09:34] mar 07 12:30:35 hey garnacho! fancy to look at https://launchpad.net/bugs/69799 ? [09:34] mar 07 12:33:01 mvo_: there's little we can do with that ATM (services-admin can't really guess the priority to use, might guess it from the other runlevels, but it could be still pretty rough...) [09:34] mar 07 12:33:44 mvo_: maybe the "properties" context menu option should be more visible... (there you can edit per-runlevel priorities) [09:34] Malone bug 69799 in gnome-system-tools "services-admin reorders acpid startup" [Medium,Confirmed] [09:35] Sp4rKy: could you please fill a problem report? It could be already to late for feisty to address this issue. === stephanbuys [n=stephanb@196.44.1.98] has joined #ubuntu-devel [09:35] Mithrandir: ^ [09:36] seb128: hi, are going to upload a gnome 2.18.2 before the feisty release? otherwise I would have to import some translations manually. [09:36] glatzor: no, 2.18.2 will be in some months [09:36] seb128: but it doesn't put everything at 10 if you disable and rename the service? [09:36] glatzor: we will ship with 2.18.1 [09:37] Mithrandir: I'll have a look,, I don't want to break my desktop, I'll try later on my laptop [09:38] seb128: just install something you don't care about, like an FTP server or something? [09:38] right, lemme try [09:38] seb128: ah, fine [09:39] glatzor: yep i know. But i would talk with some responsible here before,to know if i can fill a bug report or if it's not necessary because this "issue" will not change [09:39] :/ [09:41] Mithrandir: I've just tried with apache2, it does 91 -> 50 [09:42] seb128: ugh. :-/ === Keybuk [n=scott@quest.netsplit.com] has joined #ubuntu-devel === styx_ivs [n=kvirc@p57A4BC6C.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:47] seb128: I really wonder where those values come from, though. They don't seem to come from g-s-t itself, nor from liboobs [09:49] Mithrandir: looks like g-s-t uses 50 for everything [09:49] Mithrandir: [09:49] $ grep 50 system-tools-backends-2.2.0/Init/Services.pm [09:49] $priority = 50 if ($priority == 0); #very rough guess [09:50] seb128: ugh. We could extend the frontend to just setting it from a static table. === hunger_t [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:52] Mithrandir: [09:52] mar 07 12:39:39 garnacho_: could we assign default priorities to the things? so that we can genertate (or auto-generate) that based on the defatuls in ubuntu? [09:52] mar 07 12:41:16 that'd be great :) [09:52] mar 07 12:41:42 hmm, even better would be getting rid of those pointless priorities :P [09:52] Mithrandir: not sure that's something we want to start on now though [09:52] we are not going to transition the whole system to upstart events two and a half weeks before release. :-) [09:54] right, I was speaking about the priorities list === jonib1 [n=jonas@213.212.2.215] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === pitti celebrates bug #100000 [09:56] Malone bug 100000 in malone "There are still too many bug reports" [Undecided,Confirmed] https://launchpad.net/bugs/100000 [09:56] hey === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [09:58] seb128: oh, true, but do you have a better idea? [09:59] Mithrandir: not really no, the bug is not new though, that's no a regression and we didn't get many complains about it during previously cycles, I would not bother too much [10:03] seb128: hm, point. [10:04] Keybuk: do you have any plans wrt upstartification for feisty+1 [10:04] ? [10:04] fabbione, pitti: any idea why https://launchpad.net/+builds/+build/315658 would fail in dh_strip? [10:04] (and do we have a name for feisty+1 soon?) === pitti votes for Glamourous Gnu [10:04] I want a giraffe. [10:05] gargoyle [10:05] strip: debian/eclipse/usr/lib/eclipse/eclipse: File format not recognized [10:05] urgh [10:05] doko: that's pitti's deb mangler [10:07] fabbione: I'm not sure ... [10:07] pitti: I have to tag bugs to get them retraced, right? [10:07] Mithrandir: vague plans, yes [10:07] Keybuk: right [10:07] pitti: what are the tags? [10:07] Keybuk: need-{amd64,i386,powerpc}-retrace [10:07] doko: did you try on faure? [10:08] doko: does it happen without the package mangler? [10:09] fabbione: doesn't build on faure, smp problems ... please fix it [10:10] doko: AFAICS, it's strip itself that fails, and thus the original dh_strip fails [10:10] doko: file a bug on the kernel and ask Ben to look at it. kthxbye [10:11] exec $REAL_DHSTRIP "$@" [10:11] ^ it fails here [10:11] fabbione, BenC: that bug is now open for months ... [10:11] doko: you opened one on OOo [10:11] i haven't seen any on eclipse [10:11] fix that first [10:11] doko: plus you have a sparc with a chroot to test.. does it happen there too? [10:11] fabbione: yes [10:12] same cpu as faure? [10:12] is it SMP or UP? [10:12] fabbione: I don't have a sparc besides faure at the moment [10:12] doko: you told me you had one with a chroot != faure [10:13] doko: anyway there isn't much i can fix.. testing kernels on faure is not really an option without full root access on the box... [10:13] and nether me or davem have that kind of CPU at home [10:14] doko: the only thing would be to take down faure -> move it somewhere i can get full root access -> try to fix -> return faure back [10:14] Mithrandir, can you approve 96103 as RC ? [10:14] siretart: ping [10:15] Mithrandir: context for question? [10:15] Keybuk: bug 69799 [10:15] Malone bug 69799 in gnome-system-tools "services-admin reorders acpid startup" [Medium,Confirmed] https://launchpad.net/bugs/69799 === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-devel [10:16] ogra: no. If you have a complex setup, don't use NM (yet). [10:16] Mithrandir: why does gst do that?! [10:16] Mithrandir, i thought you said you would add a config option to /e/n/i for that [10:17] Keybuk: yes? [10:17] siretart: did the packages I made help you at all? [10:17] please test 0.7.7.7: [10:17] Mithrandir, when i asked if i should undeed it for edubuntu [10:17] sorry [10:17] middleclick error :) [10:17] ogra: yes, that bug is not asking for that, it's asking for support for multiple NICs in NM. [10:18] Keybuk: I'm sorry to tell you that your package broke the bootup procedure of my system completely, I had to revert to the feisty ones [10:18] Keybuk: because it smokes crack. Or rather, guesses and guesses wrongly. [10:18] siretart: more verbose [10:18] what broke and how? [10:18] Keybuk: the mdadm-raid init script timout'ed on every LV, and disabling that init script didn't help [10:18] Keybuk: my system timeouted somewhere else [10:19] Keybuk, cjwatson, other british folks: would you say that the majority of users considers Monday as start of the week? (I have a bug about changing it, current setting is Sunday, I think) [10:19] Mithrandir, well, thats nitpicking, the bug starts with: I have two NICs and I want them both active at the same time. [10:19] pitti: Sunday is the canon start day [10:19] Keybuk: ISO 8601 says Monday, and two bugs requested it, so I'm not sure [10:19] Keybuk: this however is a problem after having my root volume, the initramfs brought up my raid devices correctly, but not lvm [10:19] Keybuk: I still had to 'lvm vgchange -ay' by hand to get my root volume [10:19] siretart: I'll need you to debug more [10:20] ogra: then the submitter should have used a better title. He is complaining about NM not supporting more than one nic, he's not saying "I want to do this and I can't because of $foo". [10:20] pitti: actually, UK tradition may be Monday as the first === Keybuk isn't sure [10:21] Keybuk: FYI: on friday, I tested iwj's test packages again, and they showed the same behavior in the initramfs: all raid devices fine, no lvm === neonum6 [n=neonum6@host119-17-dynamic.10-87-r.retail.telecomitalia.it] has joined #ubuntu-devel [10:21] siretart: iwj's test packages? [10:22] Keybuk: one udev rules question for you.. when the kernel adds a block device, udev starts executing all the rules related to block devices in the numbering order as they appear in rules.d/ .. let say that one of these rules needs to wait for 5 seconds before the next one is executed.. can that be done by adding a sleep or udev does not wait and just execute all the rules? === dholbach_ [n=daniel@i59F75E2C.versanet.de] has joined #ubuntu-devel [10:23] fabbione: it can be done with a sleep === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [10:23] Keybuk: thanks [10:23] though that suggests a race condition? [10:23] it would be better to not sleep, since you can't guarantee you'll sleep long enough? [10:23] Keybuk: http://www.chiark.greenend.org.uk/~ian/d/udev-nosyslog/ [10:23] siretart: right, that just adds an option for debugging [10:24] siretart: are you going to be able to help debug your problem today? [10:24] Keybuk: yes it's a very very specific corner case where I know the response time of the hw [10:24] fabbione: ah, shouldn't be a problem then [10:24] I think he changed that a bit further, and told me to patch one script.. need to fetch the irc log [10:24] Keybuk: nope.. i just have to make sure that udev will wait before executing the next rules... [10:25] asac: about bug 99655, what is your take on that? Should we drop pango-libthai and use the support in pango proper? [10:25] Malone bug 99655 in pango-libthai "pango-libthai ships nothing" [Undecided,Confirmed] https://launchpad.net/bugs/99655 === mvo [n=egon@p54a6690f.dip.t-dialin.net] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.11.11.revip2.asianet.co.th] has joined #ubuntu-devel [10:26] Keybuk: http://paste.debian.net/24837 is what iwj told me to do [10:28] sladen: I think 98648 is bogus and should be rejected, do you disagree? [10:28] siretart: will you be able to install new packages and test with them? [10:29] Mithrandir, ok, i un-duplicated Bug #100021 and added n-m [10:29] Malone bug 100021 in ltsp "[Feisty] LTSP fails on multi-homed server due to network manager touching predefined static interfaces" [Undecided,Confirmed] https://launchpad.net/bugs/100021 === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel [10:31] Keybuk: this evening, sure. I'm currently at work [10:31] siretart: damn [10:31] unfortunately if I can make this work for me in vmware, I may have to upload because it seems to fix it for others [10:31] this evening will be too late [10:32] Keybuk: can you imagine what could have caused the mdadm-raid script to timeout? [10:32] siretart: I understand very little about mdadm/lvm [10:32] I don't even understand what that script *does* [10:33] Keybuk: I could install them remotely, and tell my gf to watch the boot procedure. However, if the system doesn't boot any longer, I cannot access it until I get back home [10:33] pitti: I know you're a postgres and not a mysql guy, but do you have a bit of time to look at bug 95821? [10:33] Malone bug 95821 in mysql-dfsg-5.0 "Replication failure with auto-increment and on duplicate key update" [Undecided,Unconfirmed] https://launchpad.net/bugs/95821 === Gman [i=gman@nat/sun/x-4e8a02b4fd15f070] has joined #ubuntu-devel [10:34] Mithrandir: sounds complex and upstreamish, but I can take a look at it if you really need me to === jinty [n=jinty@247.Red-83-49-51.dynamicIP.rima-tde.net] has joined #ubuntu-devel [10:35] Keybuk: perhaps Nafallo wakes up and can test your packages? [10:35] pitti: I don't have anybody better suited for the task, and it looks kinda critical-ish. [10:35] Mithrandir: alrighty === Arby [n=richard@shiny.york.ac.uk] has joined #ubuntu-devel [10:45] Mithrandir: yes, the idea is to build pango with libthai-dev ... should do the trick (according to thep) === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel === cypher1 [i=cypher1@nat/hp/x-cfb586ad260ff438] has joined #ubuntu-devel [10:46] asac: ok, can you make sure that happens (in coordination with seb128 or dholbach, I suspect) [10:47] Mithrandir: sure ... will do [10:47] asac: thanks a lot. === gicmo_ [n=gicmo@p5491f00c.dip.t-dialin.net] has joined #ubuntu-devel [10:51] pitti: about the mysql bug, maybe it's better to just update to the newer upstream version? [10:51] Mithrandir: if you would generally be fine with that, sure [10:52] Mithrandir: upstream's microreleases are generally fine [10:52] Mithrandir: otherwise we can still backport the single bug fix commit [10:52] Mithrandir: but I'd be happy to grab 5.0.38 and give it some test runs [10:52] pitti: I'd want to take a look at an debdiff just to make sure they didn't rewrite half the engine, but if they're generally cautious about the microreleases, I'm not opposed to it. [10:52] pitti: if you could, that'd be great. === Keybuk had forgotten just how much noise and mess a puppy can make [10:53] Mithrandir: sure, I'll review the diff and changelog for general sanity and report back to you [10:53] there are probably more fixed we are interested in [10:53] pitti: coolie. [10:53] Keybuk: new dog? [10:54] Mithrandir: yeah, a second border collie [10:54] Keybuk: yay, dogs++. :-) [10:54] he arrived at the weekend, so is still in that "scream the house down hourly every night" phase [10:54] yeah [10:55] and you have to make sure to take him out fairly often and such. [10:55] <\sh> Mithrandir: do we include a patch fopr [10:55] yup [10:55] <\sh> for mysql bug #27294? [10:55] Malone bug 27294 in esound "esound: breaks since ALSA 1.0.10 transition; fixed by Ubuntu patches" [High,Rejected] https://launchpad.net/bugs/27294 [10:55] he's being surprisingly good actually, and waiting until I take him out before going to the loo [10:55] <\sh> grmpf [10:56] \sh: that's hardly a mysql bug. :-P [10:56] of course, he goes again as soon as he gets back in, but the spirit is there [10:56] <\sh> http://bugs.mysql.com/bug.php?id=27294 [10:56] <\sh> Mithrandir: for sure ;) [10:56] Keybuk: yup, that's good. === sacater [n=sacater@host86-136-99-3.range86-136.btcentralplus.com] has joined #ubuntu-devel [10:59] \sh: no idea, but we might want to. === chand| [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [10:59] <\sh> Mithrandir: I could prepare something for feisty...cause the bug was produced here, and patch fix as well. [11:01] <\sh> Mithrandir: there is also another fix for the same problem http://bugs.mysql.com/bug.php?id=21322 ;) [11:01] \sh: if you could coordinate with pitti who's looking at updating mysql for another problem, that would be good. [11:02] <\sh> Mithrandir: surew === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === Kagou [n=Kagou@235.128.119-80.rev.gaoland.net] has joined #ubuntu-devel [11:04] Mithrandir: ubuntu seeds updated to fight downsizing; doing Kubuntu now === cassidy [n=cassidy@32.140-240-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [11:04] pitti: cheers [11:06] Kubuntu done as well === finalbeta [n=finalbet@d54C689F7.access.telenet.be] has joined #ubuntu-devel [11:06] edubuntu is okay === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [11:09] seb128, tepsipakki: hmm; I built/installed your new libx11 package, purged *xcb*, restarted X, and I still get the xcb assertion with vmware; where could this come from now? [11:09] vmware [11:09] tepsipakki: oh, maybe vmware is statically linked against xcb? [11:10] maybe [11:10] do you have 6.0rc? [11:10] tepsipakki: no, 5.5.3 [11:11] ok, xcb didn't exist then :) [11:12] pitti: remove the libx11 old build you have to /usr/local :p === seb128 runs === pitti hugs seb128 === seb128 hugs pitti back [11:12] Keybuk: i assume what you told me about the sleep is true for dapper/edgy/feisty, right? [11:13] Keybuk: and if i change a rule do i need to restart udev or it will be executed as new at the first trigger? [11:13] pitti: that error is from libx11 anyway [11:13] pitti: does the "non-xcb libx11" works fine for you? [11:13] seb128: no, as I wrote [11:13] very same error === Milan [n=milan@i07v-195-36-194-72.d4.club-internet.fr] has joined #ubuntu-devel [11:14] tepsipakki: ooh, wait [11:14] tepsipakki: I didn't purge libxcb-dev before building [11:14] tepsipakki: maybe configure picked it up and used libxcb again? [11:14] however, there's no libxcb library any more [11:14] pitti: my question was not clear, "no regression over the xcb version"? [11:15] pitti: the version I built still had the deps [11:15] like "should we upload the non xcb version now" [11:15] seb128: ah; nothing noticeable so far [11:15] fabbione: yup, just put RUN+="/bin/sleep 5" in [11:15] fabbione: shouldn't need to restart [11:15]