[12:12] <geser> with black magic :)
[12:15] <Adri2000> geser: I'm sure you are a magician
[12:16] <geser> :)
[12:18] <Adri2000> the packaging guide just says apply manually the ubuntu changes to the new debian package :-/
[12:19] <Adri2000> so, behind MoM, there is either black magic, or someone who is paid by canonical to apply the ubuntu diffs to the new debian packages
[12:19] <ajmitch> or just boring old diffs that you apply
[12:21] <mjg59> MoM is magic
[12:22] <mjg59> Though it's also possible that it's got confused somehow
[12:22] <mc44> Keybuk does it all by hand really
[12:22] <tepsipakki> was it just suffering from full hd's?
[12:23] <tepsipakki> no disk space in other words
[12:24] <sharms> so is the switch to gcc 4.2 in feisty + 1 a done deal, or is that still up in the air?
[12:37] <tkamppeter> Any bbuild admin here?
[12:37] <mjg59> tkamppeter: It's not morning in Australia yet, and it's night in Europe
[12:38] <mjg59> Just wait. Nothing's going to miss the freeze because of a buildd issue.
[12:53] <Tonio_> hum, the buildfarm looks like broken, due to dmsetup
[12:54] <Tonio_> fails to install to build the chroot... is that known problem ?
[12:54] <Tonio_> exact error message is /var/lib/dpkg/info/dmsetup.postinst: line 4: update-initramfs: command not found
[12:55] <mooey> there was talk of such in here earlier
[12:56] <Tonio_> mooey: okay so that's probably known....
[12:57] <Tonio_> I just keep my source packages in case reupload is required once fixed (shouldn't but anyway..)
[01:00] <cjwatson> tkamppeter: easy, dude. Everything will be retried.
[02:04] <zen> Can I ask packaging questions here, or should I take that elsewhere?
[02:05] <Burgwork> zen: -motu
[02:05] <zen> thanks
[03:33] <Hobbsee> drat.  mvo isnt here.
[03:33] <jsgotangco> too early!
[03:34] <Hobbsee> likely, yes
[03:34] <Hobbsee> the dist-upgrader disables unofficial repos - including unofficial mirrors.
[03:35] <Hobbsee> if the mirror is containing the exact same content as the archive.u.c, then surely we could keep them in as well?
[03:48] <Hobbsee> oh bloody hell.  30b/s is not an acceptable download speed.
[03:50] <mjg59> Hobbsee: Well, if you will live in the bandwidth wastelands of .au...
[03:50] <Hobbsee> mjg59: i get faster than that off the archive.ubuntu.com
[03:51] <Hobbsee> and way faster off that unofficial mirror
[03:51] <Hobbsee> deb http://mirror.pacific.net.au/ubuntu edgy main restricted universe multiver
[03:51] <Hobbsee> se
[03:52] <Hobbsee> mjg59: even that is extremely poor in australian standards
[03:52] <Hobbsee> unless you're on dialup
[03:53] <Fujitsu> I regularly saturate my bandwidth from Pacific and Optus, Hobbsee...
[03:54] <Hobbsee> Fujitsu: huh?
[03:55] <Hobbsee> Fujitsu: ahhh.  i knew it would be broken.  the au.archive... *is* the optus mirror
[03:55] <Fujitsu> Hobbsee: I thought you would have known that...
[03:57] <Hobbsee> i didnt - i'd not researched it, beyond knowing it was broken, and finding another mirror
[04:06] <Hobbsee> ahhh, there we go.  downloading at 550 kb/s
[04:06] <Hobbsee> much better.
[05:37] <Hobbsee> fabbione: please see https://bugs.launchpad.net/ubuntu-bots/+bug/102715 when you get back
[05:37] <ubotu> Malone bug 102715 in ubuntu-bots "ubuntulog is not in #ubuntu+1" [Undecided,Unconfirmed]  
[05:55] <fabbione> morning
[05:56] <fabbione> Hobbsee: ok thanks
[05:57] <Hobbsee> fabbione: :)
[06:06] <jdong> nixternal: blurg, ktorrent 2.1.3 was released with a crashfix to the 2.1 series :(
[06:06] <nixternal> I seen that
[06:07] <nixternal> have you created a package yet?
[06:07] <nixternal> you can flip it up to revu and see about getting it in, but it isn't looking so good truthfully
[06:16] <fabbione> Hobbsee: all done
[06:16] <fabbione> Hobbsee: logs should appear within the next hour
[06:17] <Hobbsee> fabbione: great, thanks!
[06:17] <fabbione> np
[06:17] <jdong> nixternal: nah I don't think I'll try until feisty+1
[06:17] <jdong> then -> backports
[06:18] <jdong> it seems like they find new tiny bugs every other day that looks worthwhile for cherrypicking.
[07:24] <dholbach> good morning
[07:25] <Mithrandir> hi Daniel
[07:25] <dholbach> hey Tollef
[07:26] <poningru> daniel?
[07:26] <poningru> wow never knew people here had real names
[07:26] <poningru> ;)
[07:26] <Mithrandir> heh
[07:27] <poningru> Mithrandir: quick question
[07:27] <poningru> re: RC
[07:27] <poningru> is there going to be a 'release'
[07:27] <Mithrandir> yes, it's going to be mailed to either u-d-a or u-a and we're going to freeze and all
[07:28] <poningru> oh do you want us to do a walkthrough of features kinda thing?
[07:28] <poningru> I mean it would be kinda pointless
[07:28] <poningru> but then again a release candidate walkthrough would get lots more testing
[07:28] <dholbach> dmsetup seems to need to depend on initramfs-tools
[07:28] <dholbach> or something
[07:29] <Mithrandir> poningru: do you think marketing-wise or testing-wise?
[07:29] <Hobbsee> hey dholbach, Mithrandir 
[07:29] <Mithrandir> Hobbsee!
[07:29] <dholbach> hey Hobbsee
[07:30] <Hobbsee> hey dholbach!
[07:30] <Hobbsee> Mithrandir: why are you bouncing today?
[07:30] <Mithrandir> I'm barefooted so far. :-P
[07:30] <Mithrandir> we're getting close to release!  I can soon sleep again!
[07:31] <dholbach> Mithrandir: do you think that dmsetup should depend on initramfs-tools?
[07:31] <poningru> Mithrandir: well both really... with regards to marketing it would be kinda lame to put out a 'release notes walkthrough style' for a release candidate since it would be essentially a copy of the final release notes, but on the other hand from the testing pov it would be good since puting out a release notes would boost testing especially for a release candidate
[07:31] <dholbach> Mithrandir: the build failures of regexxer and bughelper seem to suggest that
[07:32] <poningru> Mithrandir: thoughts?
[07:33] <Mithrandir> dholbach: that's fixed, but the buildds are slightly busted ATM; Adam's working on fixing it.
[07:33] <Mithrandir> poningru: just use the same one for RC and release?  The feature set should be very much the same.
[07:33] <poningru> right
[07:33] <poningru> thats what I am saying
[07:33] <dholbach> Mithrandir: ok - thanks a lot
[07:34] <poningru> it would be pretty lame to put out two release notes
[07:34] <Mithrandir> I'd be fine with that, at least.
[07:34] <poningru> that are exactly the same
[07:34] <Mithrandir> yeah, wouldn't make much sense.
[07:34] <poningru> right
[07:34] <Mithrandir> just think of it as having a release candidate for the notes too?
[07:34] <poningru> uh... clarify?
[07:34] <poningru> didnt make sense to me
[07:35] <Hobbsee> Mithrandir: yay!  then there's feisty+1 :P
[07:35] <poningru> Hobbsee: hehe
[07:35] <Mithrandir> Hobbsee: I'm already sitting with my feet underneath me, so that would entail jumping into my lap. :-P
[07:35] <poningru> I wanna know what the name of that will be
[07:35] <Hobbsee> Mithrandir: hrm....
[07:35] <poningru> !!
[07:36] <Mithrandir> poningru: release notes can have bugs too, so just do "we think those are final" and leave the week for any bugfixing.
[07:40] <ajmitch> Hobbsee: you're so kind..
[07:41] <Hobbsee> ajmitch: indeed
[07:43] <poningru> !lart @28 ajmitch 
[07:43] <poningru> BUUUH????
[07:43] <ajmitch> poningru: sorry?
[07:44] <poningru> eek
[07:44] <poningru> ajmitch: testing out ubotu but guess they changed the commands on me
[07:47] <Fujitsu> poningru: It's @lart, and doesn't work in most channels.
[07:47] <dholbach> ajmitch: done
[07:48] <poningru> Fujitsu: ah that I did not know
[07:48] <ajmitch> dholbach: yay, thanks :)
[08:09] <janimo> can someone take a look at what's wrong with https://launchpad.net/+builds/+build/316111  and force a rebuild if possible? thanks
[08:10] <Mithrandir> janimo: the chroots are broken atm, we're working on it.
[08:14] <janimo> Mithrandir: ah, ok
[08:24] <tepsipakki> ds: I found the upstream commit for the radeon UYVY-bug
[08:32] <pitti> Good morning
[08:32] <Hobbsee> heya pitti 
[08:47] <viviersf> silly q, is any1 having problems using debootstrap :/
[08:50] <Mithrandir> viviersf: yes, stuff's broken, we're working on it
[08:50] <viviersf> okies :) thx just wondering
[09:03] <janimo> pitti: hi, is the box you got the gnome-mount crash an x86?
[09:03] <pitti> janimo: no, amd64
[09:03] <pitti> janimo: this was a really weird one
[09:04] <pitti> janimo: getenv("SUDO_UID") returns an invalid pointer
[09:04] <pitti> janimo: I have no idea why, just that it doesn't happen with the previous version
[09:04] <pitti> janimo: I didn't manage to debug it so far (I'm pretty ill, sorry)
[09:05] <janimo> pitti: np, I hope you get well soon
[09:05] <janimo> weird bug indeed.
[09:06] <pitti> janimo: do you get it, too?
[09:06] <janimo> pitti: no, I am on x86
[09:07] <janimo> but I'll look at the code and see what it could be. gnome-_program_init is changed to gtk_init that may affect it
[09:07] <pitti> janimo: ah, maybe that mangles the environment somehow
[09:11] <janimo> pitti: although the crash happens at the start of main() way before gtk_init is called.
[09:12] <janimo> so it may be related to the shared libs linked in some way, as the gnome ones are missing but I cannot see how
[09:34] <fabbione> iwj: ping?
[09:53] <Lure> pitti: reminder for digikamimageplugins MIR - I suspect we can only do it before main freeze
[10:00] <mdke> dholbach: I've added translations to ubuntu-docs, can you take a look today and maybe upload? I've tested, it seems to ork
[10:00] <mdke> ever better, it works too
[10:02] <mdke> dholbach: best to reply by email, I'll be off irc during the day. Thanks in advance!
[10:09] <kwwii> dholbach: I commited changes to GDM (HumanList theme) and Human Icons
[10:21] <fabbione> hey Keybuk 
[10:21] <fabbione> Keybuk: i think i found a bug in the last devicemapper stuff
[10:22] <fabbione> root@diapolon:/etc/udev/rules.d# cat /proc/partitions |grep 64
[10:22] <fabbione>    8    64   20039544 sde
[10:22] <fabbione> root@diapolon:/etc/init.d# /sbin/devmap_name 8 64
[10:22] <fabbione> Command failed
[10:22] <fabbione> so basically i have no dm-* anylonger
[10:22] <Keybuk> fabbione: no module?
[10:22] <Keybuk> ahh
[10:23] <Keybuk> no, you've mis-interpreted the arguments to devmap_name
[10:23] <Keybuk> the arguments are the major and minor number of the devmapper device
[10:23] <fabbione> Keybuk: the module is there
[10:23] <Keybuk> not the underlying device
[10:23] <Keybuk> cat /sys/block/dm-*/dev
[10:23] <Keybuk> and try devmap_name with those major/minor as arguments
[10:23] <fabbione> there are no dm-* :)
[10:23] <Keybuk> are there any dm-* in /sys/block ?
[10:24] <fabbione> nope
[10:24] <Keybuk> sure
[10:24] <Keybuk> ?
[10:24] <fabbione> yes
[10:24] <Keybuk> can you paste me ls -l /sys/block
[10:24] <Keybuk> (so you don't have a /dev/mapper either?)
[10:24] <fabbione> root@diapolon:/dev/mapper# ls
[10:24] <fabbione> control
[10:24] <Keybuk> ok
[10:25] <Keybuk> paste me your /etc/udev/rules.d/25-dmsetup.rules
[10:25] <fabbione> this is from this morning upgrade
[10:28] <Keybuk> siretart: pin
[10:28] <Keybuk> +g
[10:28] <siretart> Keybuk: yes?
[10:28] <Keybuk> siretart: did everything we did last night work for you?
[10:28] <Keybuk> has anything broken for you over night?
[10:29] <siretart> Keybuk: after installing your test udev package and adding that option to the evms rule, I'm happy again with my system :)
[10:29] <siretart> Keybuk: even creating snapshots works reliably now. I can finally use sbuild again :)
[10:29] <Keybuk> Nafallo: did you get a chance to test?
[10:29] <Keybuk> siretart: snapshots was the first thing I fixed
[10:30] <siretart> Keybuk: and the last thing I tried. it managed to break my lvm metadata more than one time, and I had to boot a live cd to restore it :/
[10:30] <Keybuk> what's that?
[10:30] <Nafallo> Keybuk: nope. my last client suffers from a broken PSU it seems, so I don't dare to reboot the headless server ATM :-/
[10:30] <siretart> what's what? lvm metadata?
[10:31] <Fujitsu> siretart: snapshots work? Yay
[10:31] <Fujitsu> *!
[10:31] <Keybuk> siretart: what's the last thing you tried that broke?
[10:31] <siretart> Keybuk: the last problem I had was that broken evms rule, I think
[10:32] <Keybuk> ah, your break your lvm metadata was *before* the fixes were applies?
[10:32] <siretart> yes, that was weeks ago
[10:32] <Keybuk> I interpreted that as you've done something since the "fix" that broke it?
[10:32] <Fujitsu> s/last thing/last time/, I presume.
[10:32] <siretart> nono
[10:32] <siretart> I just wanted to say that I didn't try creating lvm snapshots in the last weeks
[10:32] <siretart> because I made bad experiences with it
[10:33] <siretart> I tried it yesterday, and I'm pleased to say that it works reliably for me now
[10:33] <Keybuk> :)
[10:33] <Keybuk> yay
[10:33] <Keybuk> and I actually think I understand lvm now
[10:33] <siretart> :)
[10:34] <tkamppeter> Keybuk, iwj, is the build server back working?
[10:34] <Keybuk> tkamppeter: there's nothing wrong with the build server that I'm aware
[10:34] <siretart> next step (for goofy, not feisty): root on dmcrypt on lvm on md. anything else what we could add to that? ;)
[10:35] <\sh> siretart: you are crazy ;-)
[10:35] <tkamppeter> Keybuk, this dmsetup problem when it sets up the chroots about which I talked yesterday
[10:35] <Keybuk> tkamppeter: that's just a package problem
[10:35] <Keybuk> siretart: what's the difference between dmcrypt and cryptsetup?
[10:35] <siretart> \sh: actually, I don't even consider it too crazy
[10:35] <tkamppeter> Keybuk, is this fixed?
[10:35] <infinity> tkamppeter: Yes.
[10:36] <infinity> tkamppeter: Fixed a short while ago.
[10:36] <siretart> Keybuk: cryptsetup is the userspace tool which drives the dm-crypt module in the kernel via libdevmapper
[10:36] <Keybuk> siretart: ah
[10:36] <Keybuk> siretart: encrypted filesystems is certainly on the +1 list
[10:37] <siretart> :)
[10:37] <Keybuk> and in theory, the changes that finally seem to be starting to work allow infinite filesystem stackage
[10:37] <Keybuk> so you could have LVM-on-MD-on-Crypt-on-LVM-on-MD-on-SAN
[10:38] <dholbach_> mdke, kwwii: will do
[10:38] <siretart> Keybuk: could you perhaps summarise what you did to fix the race? what did actually race here?
[10:38] <tkamppeter> Mithrandir, can you then put a "give-back" (Pitti told me that this is needed to be done by you) to the packages hplip_1.7.3-0ubuntu1 and cupsys-1.2.8-0ubuntu2 on the build server, so that the do the builds which failed because of yesterday's dmsetup problem?
[10:39] <tkamppeter> infinity, thanks for the fix.
[10:39] <Mithrandir> tkamppeter: already done.
[10:39] <tkamppeter> Mithrandir, thanks.
[10:46] <dholbach> kwwii, mdke: will do
[10:47] <pitti> Mithrandir: yay, live system has the hwdb notification now; I guess because the postinst is set -x now :-P
[10:47] <pitti> Mithrandir: (I guess the images just lagged behind after livefs.sh was fixed)
[10:49] <Keybuk> siretart: so, err
[10:49] <Keybuk> right
[10:49] <Keybuk> one asks libdevmapper1.02 to setup a device in the kernel for you
[10:49] <Keybuk> that does the ioctl() and then called mknod()
[10:49] <Keybuk> the ioctl() creates the block device, triggering a uevent which udev acts on
[10:49] <Keybuk> if udev and devmapper try and make the same block device, they can hurt each other
[10:50] <Keybuk> either you make udev not touch it (the edgy solution)
[10:50] <Keybuk> or you make devmapper not touch it
[10:50] <Keybuk> we've made devmapper not make the device, instead if udev is running it spins until the device shows up
[10:50] <Enola_Gay> hi all
[10:50] <Keybuk> udev then has rules to obtain the intended name from the kernel, and make the device
[10:50] <Mithrandir> pitti: the archive hasn't really been well for a couple of days, but it should recover today.
[10:50] <Keybuk> (yesterday evening's fix was to make udev *not* replace random characters like '|' in the names for those devices)
[10:51] <Keybuk> this gives us race-free devmapper device creation, and useful events to tell us they're ready
[10:51] <pitti> Mithrandir: so, I'm happy now for this hwdb spec of doom :)
[10:51] <Keybuk> on those events, and any other block device which looks like it's an md or lvm member, we can run mdadm and lvm
[10:52] <Keybuk> and since those result in new block devices, those events can also cause mdadm, lvm, etc. to be run
[10:52] <Keybuk> the evms fix was that it only responded to new block devices, and not changes to existing block devices
[10:53] <Keybuk> (err, I think that's it)
[10:53] <lifeless> will upstream recognize their code now ?
[10:53] <Keybuk> we hardly changed anything
[10:53] <Keybuk> just the devmapper tweak to make it spin if udev is running
[10:53] <lifeless> :)
[10:55] <Keybuk> Mithrandir: so, err problem again
[10:55] <Keybuk> dmsetup needs a particular version of udev
[10:55] <Keybuk> how do I force an update to that version of udev, without making the whole lot Required again? :p
[10:56] <Mithrandir> Keybuk: breaks?
[10:57] <Mithrandir> Keybuk: as in, add a Breaks to dmsetup
[10:58] <Keybuk> so Breaks: udev (<<) is fine?
[10:58] <Keybuk> that forces an upgrade of udev?
[10:58] <Mithrandir> AIUI, yes.
[10:58] <Mithrandir> it's like conflicts, but less hard on the dependency graph.
[10:59] <dholbach> kwwii: you deleted HumanList/Human.xml but did not add a new *.xml file
[10:59] <dholbach> kwwii: can you check bzr unknowns for files you might have forgot to bzr add?
[11:01] <Keybuk> Mithrandir: should udev declare the breaks, or should dmsetup declare it?
[11:02] <Mithrandir> Keybuk: either can, but I think I would put it in dmsetup, since it's dmsetup that needs a newer udev, not udev that needs a newer dmsetup.
[11:03] <Keybuk> right
[11:04] <Mithrandir> Breaks is just a weaker Conflicts.
[11:15] <pitti_live> mvo:  got a minute?
[11:16] <pitti_live> mvo: I'm on current amd64 live; apt-cache policy nvidia-glx only shows the archive.u.c. source, it's not taken from the CD repo
[11:16] <pitti_live> mvo: however, the cdrom is added in sources.list
[11:17] <mvo> pitti_live: can you do a ls -l /var/lib/apt/lists please?
[11:17] <pitti_live> mvo: oh, heh, wait; nvidia-glx isn't in ship-live, apparently
[11:17] <mvo> pitti_live: ok
[11:17] <pitti_live> only some avm-fritz-firmware stuff
[11:17] <mvo> pitti_live: the next thing would be apt-cache gencache
[11:17] <mvo> but if its not there thats a easy one :)
[11:17] <kwwii> dholbach: cool, thanks for the info...I'll fix that
[11:17] <pitti_live> mvo: right, apt-get install avm-fritz-firmware works
[11:18] <pitti_live> mvo: well, downloading from archive is good enough, I think; the driver is huge, and CDs are full anyway
[11:18] <mvo> ok
[11:18] <dholbach> kwwii: alrighty
[11:18] <mvo> fair enough
[11:18] <pitti_live> mvo: so, sorry for the noise
[11:19] <kwwii> dholbach: yeah, I missed that in my bzr add command...comitting now
[11:19] <mvo> pitti_live: no worries
[11:19] <dholbach> kwwii: super thanks
[11:19] <kwwii> dholbach: btw...thanks so much for all the help - without you there would be no artwork - I really appreciate everything (and your patience)
[11:21] <dholbach> kwwii: np - I hope we'll manage to make it all easier at some stage and you'll have more eager helpers in the ubuntu-art team
[11:22] <kwwii> dholbach: actually, the ubuntu-art team is starting to look good again - feisty+1 should be a big improvement in that area
[11:22] <kwwii> I even got troy to talk positively :p
[11:23] <pitti_live> wow, enabling desktop-effects on the live CD now works surprisingly well; /me hugs seb128, mvo, and Mithrandir for the fixes for this
[11:26] <seb128> pitti_live: rock on, and that's nothing compared to the version uploaded yesterday which probably didn't build yet ;)
[11:27] <pitti_live> seb128: I saw that huge list of patches, yes
[11:28] <seb128> what's going on with the buildds BTW?
[11:30] <cjwatson> dmsetup needs a manual bootstrap - infinity said he was on it shortly some hours ago
[11:30] <Mithrandir> cjwatson: that's fixed now.
[11:30] <cjwatson> ah good
[11:30] <Mithrandir> seb128: the chroots got busted, Adam fixed it and did a mass-give-back
[11:30] <Mithrandir> I think he just gave back everything that failed, not just everything that failed in the last 24 hours
[11:33] <seb128> Mithrandir: ok, thank you
[11:35] <dholbach> kwwii: uploaded
[11:35] <kwwii> dholbach: hug, hug ;-)
[11:35] <dholbach> np :)
[11:43] <kwwii> cjwatson: can you tell me in which package I can find the pic used in the very first screen of the installer? (grub, I assume)
[11:43] <seb128> kwwii: are you going to change ubuntulooks or should I do it?
[11:43] <seb128> kwwii: the panel 24x24 icon thing
[11:44] <kwwii> seb128: might be better if you did it
[11:44] <kwwii> seb128: if you don't mind, that is :-)
[11:44] <seb128> ok
[11:44] <seb128> not at all, it's quick enough
[11:45] <seb128> gicmo: Alter!
[11:45] <gicmo> ALTER!
[11:52] <cjwatson> kwwii: you mean the CD bootloader? it's not in a package, it's in debian-cd bzr (http://people.ubuntu.com/~cjwatson/bzr/debian-cd/ubuntu) - procedure for improving it is to e-mail a new image to me
[11:52] <cjwatson> kwwii: or actually, better, file a bug on the ubuntu-cdimage product
[11:53] <iwj> fabbione: What can I do for you ?
[11:53] <kwwii> cjwatson: cool, thanks...I'll check that out to understand the format and then file a bug asap
[11:53] <fabbione> iwj: oh sorry.. i forgot to unping.. Keybuk did look into it
[11:54] <iwj> fabbione: Oh, good.  lvm stuff again no doubt.
[11:54] <fabbione> iwj: it's a problem with device mapper of some kind but it might be related to the buildd being a bit laggish
[11:54] <fabbione> iwj: no lvm this time :)
[11:54] <fabbione> iwj: basically i have no dm-* anywhere.. and udev events are a bit strange
[11:57] <iwj> Mmm, so I see in scrollback.  Well, I'll let Keybuk carry on with it unless he gets bored ...
[11:57] <fabbione> iwj: ehhe thanks anyway
[12:03] <iwj> I have a bunch of mails from the buildds about `chroot problem'.
[12:03] <Mithrandir> iwj: has been tended to.
[12:04] <iwj> Excellent.
[12:06] <kwwii> cjwatson: one question...do you know if it is still necessary to only use 16 colors or can I do a full 256?
[12:06] <seb128> Mithrandir: could we get gtk2-engines-pixbuf added to the desktop seed or it's late for feisty? "Installed-Size: 240" and some themes need it (https://bugs.launchpad.net/ubuntu/+source/gtk+2.0/+bug/102797)
[12:06] <ubotu> Malone bug 102797 in gtk+2.0 "gtk2-engines-pixbuf needs to be installed for pixmap themes (and it isn't by default)" [Undecided,Unconfirmed]  
[12:07] <Mithrandir> seb128: sure
[12:07] <seb128> Mithrandir: it's a binary package from gtk+2.0
[12:07] <Mithrandir> go ahead and get it done
[12:07] <seb128> ok, thank you
[12:30] <dholbach> kwwii: what was that 24x24/categories/applications-graphics.png in h-i-t about?
[12:30] <dholbach> kwwii: was that the one you wanted to drop?
[12:32] <dholbach> kwwii: ah no, apparently not
[12:35] <heno> Mithrandir: FYI, I've milestoned bug 91868
[12:35] <ubotu> Malone bug 91868 in casper "Magnifier does not start from accessibility menu due to incorrectly referenced file." [Medium,Confirmed]  https://launchpad.net/bugs/91868
[12:36] <heno> a fairly trivial fix
[12:41] <cjwatson> kwwii: there are two formats, *.rle which is a super-weird format and is limited to 639x320x16 but only used as a fallback, and *.pcx which is 640x480x256
[12:42] <cjwatson> kwwii: the latter's what most people actually see - if you give me an image in 16 colours, I can deal with fitting it into the former format
[12:42] <cjwatson> kwwii: the latter has some restrictions with the menu positioning, so try to use roughly the same areas of the screen or I'll have to make irritating code changes
[12:42] <Saied> all, i remastered Kubuntu feisty and got this error in boot stage : /bin/sh: can't access tty; job control turned off . how can i solve it?
[12:44] <Saied> is it a bug?
[12:46] <Treenaks> maybe you remastered it the wrong way?
[12:46] <kwwii_> cjwatson: excellent, thanks :-)
[12:48] <Saied> Treenaks: see : http://i7.tinypic.com/3y63ns3.png
[12:49] <Saied> Treenaks: i followed instructions in this page : https://help.ubuntu.com/community/LiveCDCustomization/6%2e06
[12:51] <Saied> Treenaks: everything was OK previous week but this week (with a update) this problem happened
[12:56] <Saied> any idea about this problem?
[01:02] <PhinnFort> does the grub that comes with feisty have the gfxboot patches applied?
[01:05] <Chipzz> PhinnFort: I think it doesn't
[01:06] <PhinnFort> :(
[01:06] <PhinnFort> i thought feisty was all about the bling-bling
[01:06] <PhinnFort> :P
[01:39] <dholbach> can somebody of the devmapper maintainers fix libdevmapper1.02.postinst to check if /dev/mapper does not really exist before mkdir'ing it?
[01:41] <dholbach> Keybuk, iwj: ^
[01:47] <alex-weej> please can someone read this and suggest where i go next? 
[01:47] <alex-weej> https://wiki.ubuntu.com/StandardisedHardwareSupport
[01:52] <Adri2000> was the dmsetup/devmapper issue on the buildds supposed to be fixed?
[01:52] <Adri2000> http://librarian.launchpad.net/7140668/buildlog_ubuntu-feisty-i386.filezilla_3.0.0%7Ebeta7-0ubuntu1_CHROOTWAIT.txt.gz
[01:53] <Adri2000> cool, dmsetup is fixed, but now it's libdevmapper1.02 which is broken
[01:54] <kwwii> dholbach: sorry, missed your earlier comment
[01:54] <kwwii> dholbach: I added that pic because it looks a bit nicer than the brush alone for the applications-graphics pic
[01:55] <kwwii> dholbach: we dropped the old version because it was ugly and blurry, but this one fixes that
[01:59] <Keybuk> dholbach: done
[02:08] <iwj> seb128: How well do you understand system-tools-backend and the way it creates /etc/ppp/peers/ppp0 ?  I'm trying to add `noauth' by default but the tangled mess of crazy stuff in system-tools-backends-2.2.0/Network/Ifaces.pm has me baffled.
[02:09] <seb128> iwj: I don't know system-tools-backend very well, but upstream is on the GNOME IRC usually, let me ask him
[02:09] <iwj> Thanks.
[02:09] <seb128> np
[02:10] <iwj> I could go there and chat directly.  It's a fairly obvious thing for us to change ...
[02:15] <iwj> seb128: irc.gnome.orc I take it - which channel ?
[02:15] <seb128> iwj: #gst
[02:15] <kwwii> cjwatson: ok, I've created a bug (#102840) and attached the pics
[02:16] <kwwii> cjwatson: I think I'll leave the rle pics as they are 16 colors - anything I make would look different than the pics used in the rest of the distri anyway
[02:18] <kwwii> ogra, Riddell : you guys might want to check the pics in that bug as well ( although they look the same as the usplash pics)
[02:18] <ogra> thats fine with me 
[02:18] <ogra> if they look the same after packaging them indeed ;)
[02:20] <sladen> in Soviet Russia, they use WPA.
[02:20] <StevenK> seb128: Do you mind if I upload a -0ubuntu2 of zenity, closing 2 of the 3 open bugs?
[02:21] <seb128> StevenK: not at all, how complicated are the changes?
[02:23] <StevenK> seb128: A 17 line patch into debian/patches, and adding 4 lines to debian/rules
[02:23] <seb128> StevenK: looks good
[02:23] <StevenK> seb128: Happy to throw the debdiff onto the Intarweb if you want to see
[02:23] <seb128> StevenK: what bug does it fix?
[02:24] <seb128> could you attach it to launchpad if it fixes an Ubuntu bug?
[02:24] <StevenK> seb128: #50349 and #83549
[02:24] <seb128> bug #50349
[02:24] <ubotu> Malone bug 50349 in zenity "no man page for gdialog" [Wishlist,Confirmed]  https://launchpad.net/bugs/50349
[02:24] <seb128> bug #83549
[02:24] <ubotu> Malone bug 83549 in zenity "zenity zenity --text-info --editable crashes on 56K text file on stdin" [Low,Confirmed]  https://launchpad.net/bugs/83549
[02:25] <kwwii> ogra: I certainly hope they look the same after packaging ;-)
[02:25] <ogra> :)
[02:25] <StevenK> seb128: I'll attach the debdiff to 83549
[02:25] <seb128> StevenK: ok, thank you
[02:26] <StevenK> seb128: Done.
[02:27] <alex-weej> does anyone actually read ubuntu-devel-discuss, btw?
[02:29] <seb128> alex-weej: I do
[02:29] <seb128> alex-weej: why?
[02:29] <alex-weej> that's good enough for me
[02:29] <alex-weej> cause its volume is very low
[02:30] <alex-weej> it seems all the same kind of banter goes on in devel-discuss, except that's closed to non-ubuntu-developer minions like me :P
[02:30] <cjwatson> kwwii: thanks, can't really look today but will try to remember to look tomorrow
[02:30] <cjwatson> alex-weej: devel-discuss isn't moderated in any way
[02:30] <kwwii> cjwatson: excellent, thanks :-)
[02:30] <alex-weej> sorry, i mean ubuntu-devel
[02:30] <cjwatson> it's only moderated, not closed
[02:30] <cjwatson> sensible posts will still be accepted (er, eventually anyway)
[02:31] <alex-weej> heh, yeah
[02:31] <cjwatson> but yes, the point of the moderation is to exclude non-sensible posts ;-)
[02:32] <alex-weej> fair enough
[02:32] <ogra> kwwii, would you mind joining -meeting for a moment ? 
[02:32] <alex-weej> if i post my new spec to ubuntu-devel, will it be accepted?
[02:32] <alex-weej> (the message, that is)
[02:34] <cjwatson> alex-weej: maybe; see https://wiki.ubuntu.com/UbuntuDevelModeration
[02:34] <cjwatson> so if it's "ideas and suggestions", it should be devel-discuss
[02:35] <cjwatson> if it's something you're *actually going to do* it can be devel
[02:35] <alex-weej> i don't know if /i/ can do it
[02:35] <alex-weej> it's this https://wiki.ubuntu.com/StandardisedHardwareSupport
[02:35] <cjwatson> then it should probably be on devel-discuss
[02:36] <cjwatson> how is that spec not already satisfied by modaliases?
[02:36] <cjwatson> oh, I see, you're talking about package installation
[02:36] <cjwatson> it rather conflicts with the goal of being able to shift a hard disk between computers and have it continue to just work
[02:36] <cjwatson> which is something we've actively pursued
[02:37] <alex-weej> cjwatson: actually that can be address
[02:37] <alex-weej> ed
[02:37] <cjwatson> in any case, it should be on devel-discuss unless you have active clear development intentions for it
[02:37] <alex-weej> if we adopt something like debfoster / gentoo's "world file"
[02:37] <cjwatson> ubuntu-devel@ isn't a channel for wishlists
[02:37] <alex-weej> i just need someone with a clue to help me out with the spec
[02:39] <alex-weej> cjwatson: the only way hard disk transplanting would always "work" is if all hardware support for every device is always built in to the OS
[02:39] <cjwatson> that is indeed the intention
[02:39] <alex-weej> do you think that is realistic?
[02:39] <cjwatson> and if you look at the kernel we're damn close
[02:39] <cjwatson> yes, I do
[02:39] <cjwatson> aside from different architectures obviously
[02:39] <cjwatson> but that doesn't bother me
[02:40] <alex-weej> proprietary drivers?
[02:40] <alex-weej> that's already an issue which this would solve
[02:40] <alex-weej> (which r-m is kind of solving)
[02:40] <alex-weej> and also, this isn't just drivers, this is all of the tools including specialised volume mixers for high-end audio cards, video driver capplets, palm pilot sync, HPLIP Toolbox
[02:41] <alex-weej> imagine having tools for every device under the sun all installed on your computer when you only use 1% of them :(
[02:41] <cjwatson> there just aren't that many in userspace
[02:42] <cjwatson> compared to the vast swathe provided by the kernel packages
[02:42] <cjwatson> once x.org does autodetection that will fix some more issues like this
[02:42] <alex-weej> right, but you can't expect one-size-fits-all abstracted userspace tools to efficiently do the job for 50 different mutations of the same device class
[02:42] <alex-weej> it's the same reason windows graphics drivers have their own control panels
[02:42] <mjg59> We can
[02:43] <mjg59> In Windows it's hard for vendors to drive towards any sort of standardisation
[02:43] <cjwatson> in any case, this is still a devel-discuss matter
[02:43] <alex-weej> i think the first thing we need to concentrate on is hardware support in the first place
[02:44] <alex-weej> let alone telling them that it needs to fit this specific mould
[02:44] <cjwatson> anything where you aren't sure if you can do it counts as "ideas or suggestions" :-)
[02:44] <alex-weej> ok cjwatson i read the wiki page, thanks
[02:44] <cjwatson> funnily enough, we are concentrating on hardware support and continue to do so ...
[02:44] <cjwatson> it's kind of important :)
[02:44] <alex-weej> cjwatson: well basically, hard disk gutting isn't going to be affected by lack of my mobile phone support on the recipient system
[02:45] <mjg59> We aim for almost all hardware to be supported by the default install
[02:45] <alex-weej> right
[02:45] <alex-weej> so that's a select range of hardware support packages installed by default
[02:46] <alex-weej> but i don't have a Palm device, nor a HP printer
[02:46] <alex-weej> and most computer users don't, either
[02:47] <mjg59> The fact that these things are exposed as vendor specific is a bug
[02:47] <mjg59> The additional cost of having them on your system is tiny
[02:47] <StevenK> seb128: Are you happy for me to upload zenity?
[02:47] <alex-weej> and with good hardware detection, it would be trivial to install the HSPs automatically
[02:47] <seb128> StevenK: yep
[02:48] <StevenK> seb128: Okay, thanks!
[02:48] <seb128> np, thank you for the work ;)
[02:48] <alex-weej> mjg59: tiny, but still an inconvenience - control centre is messy enough as it is
[02:49] <alex-weej> even if HPLIP Toolbox was abstracted away and put into generic printer stuff that is useful to all printer users, i still don't have a printer!
[02:49] <alex-weej> so i don't care!
[02:49] <elmo> so, who here cares about ubuntu-bugs@lists.ubuntu.com and desktop-bugs@lists.ubuntu.com?
[02:49] <Hobbsee> elmo: what about them?
[02:50] <elmo> I want to know why we're archiving them, i.e. what the uses cases are
[02:50] <cjwatson> alex-weej: good luck automatically detecting a printer that's switched off during installation and that's at the other end of a parallel cable
[02:50] <Hobbsee> elmo: if the info's all on LP anyway, i've got no idea.
[02:51] <alex-weej> cjwatson: Add/Remove Hardware?
[02:51] <StevenK> elmo: seb128 may be able to answer for desktop-bugs@lists.u.c
[02:51] <cjwatson> a lot of the time we install support for stuff because we *can't* automatically detect it in a reasonable way, and "install it when you find out you need it" is a pain in the arse if "when you need it" is when you're not on the network.
[02:51] <cjwatson> add/remove hardware> ugh windows nightmare
[02:52] <alex-weej> i've never had any nightmares with it, because i've only EVER had to use it to install an old MIDI joystick and a parallel printer
[02:52] <seb128> elmo: no archiving need for desktop-bugs afaik, it's just useful for desktop team member to get bug mails
[02:52] <pitti> arrgh @ continuing chroot problems
[02:53] <alex-weej> cjwatson: i'm the last person you'll find singing Windows' praises, honestly :P
[02:53] <ogra> pitti, ?
[02:53] <ogra> i just successfully built a thin client chroot here
[02:53] <ogra> no probs at all
[02:53] <StevenK> pitti: Keybuk uploaded devmapper ubuntu10, when it builds, it should fine to requeue stuff
[02:53] <pitti> ogra: I got 6 'chroot problem' buildd emails in the last 30 minutes
[02:53] <ogra> oh, buildd
[02:54] <pitti> StevenK: ah, fine; thanks
[02:54] <ogra> i thought you complain about yesterdays debootstrap breakage
[02:54] <StevenK> Oh grah, devmapper ubuntu10 has chroot problem
[02:57] <StevenK> Hrm. Does this mean the buildd chroots need to be fixed manually?
[02:58] <Hobbsee> StevenK: yes.  it's already been fixed
[02:58] <pitti> Hobbsee: no, I don't think so
[02:58] <pitti> StevenK: seems so
[02:58] <seb128> StevenK: BTW for zenity, it's easier to use a zenity.links than using debian/rules hack
[02:59] <Hobbsee> pitti: Mithrandir got infinity to fix it a couple of hours ago
[02:59] <StevenK> seb128: Oh drat.
[02:59] <ogra> seb128, is this ubuntulooks fix something i should have in the edubuntu themes as well ?
[02:59] <pitti> Hobbsee: right, but I think this is a new problem
[02:59] <Hobbsee> pitti: ahh
[03:00] <seb128> ogra: dunno, what icon size do you use?
[03:00] <StevenK> Hobbsee: Two seperate problems, same source package. Fun.
[03:00] <ogra> seb128, i never set one ... 
[03:00] <seb128> ogra: well, your icon theme ..
[03:00] <ogra> so whatever was the default in the human gtkrc when i splitted off edubuntu themes
[03:00] <seb128> ogra: does it use 22x22 like tango or 24x24 like human?
[03:00] <seb128> what matters is the icon theme
[03:00] <ogra> i think 22
[03:00] <seb128> not the GTK one
[03:01] <seb128> ok, so no
[03:01] <ogra> ah, good
[03:01] <seb128> gnome-panel expects 22x22
[03:01] <kwwii> ogra: look at the menu and see if the icons look blurry
[03:01] <seb128> and Human is 24x24
[03:01] <seb128> so that's a hack to tell it to use the right size
[03:01] <kwwii> ogra: and if it is, add seb128's change
[03:01] <alex-weej> cjwatson: so should i just sit and wait for someone to approve/disapprove of my spec?
[03:01] <ogra> gartoon seems to use 22, at least they dont look blurry
[03:01] <Mithrandir> pitti: what's broken this time around?
[03:02] <pitti> Setting up libdevmapper1.02 (1.02.08-1ubuntu9) ...
[03:02] <pitti> mkdir: cannot create directory `/dev/mapper': File exists
[03:02] <alex-weej> ah, is that why the panel icons are all blurry?
[03:03] <Mithrandir> pitti: ugh.  Is this on all builds or just some?
[03:03] <pitti> Mithrandir: apparently on all
[03:05] <pitti> Mithrandir: Keybuk uploaded a devmapper -10 which will hopefully fix it, but it doesn't build due to that chroot problem. Yay chicken-egg
[03:06] <pitti> Mithrandir: (http://librarian.launchpad.net/7140921/devmapper_1.02.08-1ubuntu10_source.changes)
[03:07] <Mithrandir> pitti: ok, I'll get that fixed.
[03:08] <pitti> hi BenC 
[03:08] <BenC> pitti: hey
[03:09] <pitti> BenC: will you apply the patch in bug 93209 for feisty? if not, I'll need to create a per-arch solution in r-m, but that will take a while; that's why I need to know it soon
[03:09] <ubotu> Malone bug 93209 in linux-restricted-modules-2.6.20 "Please ship proper modaliases for nvidia, fglrx & co" [High,In progress]  https://launchpad.net/bugs/93209
[03:10] <BenC> pitti: Yep, that's what I'm working on now before I upload the lrm to accompany the -14 kernel
[03:10] <pitti> BenC: ah, great; thanks
[03:10] <iwj> seb128: I seem to be talking past garnacho in #gst.
[03:11] <iwj> Perhaps you can help ?
[03:12] <pitti> iwj: you scared him :)
[03:12] <iwj> Evidently :-).
[03:14] <iwj> seb128: Hi again.  Is your irc client working now ?
[03:14] <seb128> iwj: yes, network working again
[03:15] <iwj> Good.
[03:15] <iwj> 14:10 <iwj> seb128: I seem to be talking past garnacho in #gst.
[03:15] <iwj> 14:11 <iwj> Perhaps you can help ?
[03:15] <seb128> (the 8029 network driver crashes every now and then)
[03:15] <iwj> Nice.
[03:15] <seb128> let me read the #gst backlog
[03:15] <iwj> Thanks.  Sorry to drag you back into this ...
[03:16] <seb128> np
[03:30] <dholbach> Keybuk: thanks
[03:30] <dholbach> kwwii: uploaded
[03:30] <seb128> iwj: looks like the g-s-t architecture will not make that easy, the easier way might be to add a settings on the options tab
[03:30] <dholbach> elmo: if it helps you can stop archiving universe-bugs too
[03:31] <iwj> seb128: `tick this to make it work'
[03:33] <iwj> I'm tempted just to rever the change to /etc/ppp/options.
[03:33] <iwj> Anyway, lunch really before I die ...
[03:46] <alex-weej> wiki updates are /damn slow/ :(
[03:47] <alex-weej> seb128: you have marked a number of my bug reports as being due to a memory corruption - why would that happen? i ran memtest for a few passes and had no reported faults
[03:48] <seb128> alex-weej: not a physical memory corruption, a program incorrect free() use or something like that
[03:48] <alex-weej> oh, does that render the stack traces useless then?
[03:48] <seb128> yes
[03:48] <alex-weej> panties
[03:48] <alex-weej> that's a darn shame
[03:49] <alex-weej> i have so many unreproducable crashes
[03:49] <seb128> use valgrind
[03:49] <seb128> it lists incorrect memory uses
[03:49] <alex-weej> i can't run valgrind on my entire desktop
[03:49] <alex-weej> or can i? :P
[03:49] <seb128> you can run app which are crashing with valgrind time to get a debug log
[03:49] <seb128> it slow down things though :*/
[03:50] <seb128> :/
[03:50] <alex-weej> right, i see
[03:50] <alex-weej> problem is, i can't always predict the future
[03:50] <seb128> right
[03:51] <alex-weej> it's a shame that unreproducable bugs are kind of second-class citizens in the bugzilla world
[03:51] <seb128> they are not
[03:51] <seb128> we can't work on something without datas on what happened though
[03:51] <alex-weej> i understand this i'm not having a go
[03:51] <seb128> I do use valgrind often
[03:52] <alex-weej> sometimes when an app is misbehaving
[03:52] <seb128> and we do get quite some logs with it
[03:52] <alex-weej> it would be nice if i could take a memory dump, stick it on bugz and have someone probe into it to figure out why it's broken
[03:52] <seb128> right
[03:52] <seb128> that's sort of what apport is doing with standard crashes
[03:52] <alex-weej> because for every crasher there is, there are just as many hangs/broken states
[03:53] <alex-weej> yeah
[03:53] <alex-weej> would it be possible to do that with current tools?
[03:54] <seb128> let's already work on all the crasher we have datas on
[03:54] <seb128> there is enough to be busy there :p
[03:54] <alex-weej> and would it be beneficial if a developer could say "the next time it does this, run this tool and send me the dump"
[03:54] <seb128> no, we don't
[03:54] <alex-weej> as in even while the program is still running
[03:54] <seb128> what we have is "run that app with valgrind, trigger the bug, send the log"
[03:54] <alex-weej> i'm not just talking about memory corruption here btw
[03:55] <alex-weej> i mean anything that might make an application "break" but not crash
[03:55] <seb128> there is no magical way no
[03:56] <seb128> anyway, I'm away for some time, later
[03:56] <alex-weej> but a post-mortem coredump is just the same as any other coredump isn't it?
[03:57] <alex-weej> as in you can delve inside and poke around
[03:57] <alex-weej> ok, cya
[04:08] <heno> pitti: apport is still switched on for the Live CD right?
[04:10] <pitti> re
[04:10] <pitti> heno: right, it's still fully enabled; I'm going to work on u-n to provide a gconf key for disabling it
[04:11] <heno> pitti: could you join #ubuntu-accessibility for a sec?
[04:11] <pitti> done
[04:38] <iwj> Yes, having thought about it over lunch I'm going to change /etc/ppp/options instead of trying to deal with g-s-t :-/.
[04:49] <TheMuso> pitti: bug 102909
[04:49] <ubotu> Malone bug 102909 in apport "Apport on live CD is attempting to look in /rofs" [Undecided,Unconfirmed]  https://launchpad.net/bugs/102909
[04:49] <pitti> TheMuso: thanks
[04:49] <TheMuso> np
[04:50] <Mithrandir> that's arguably a kernel bug, but it's easier to filter it in all the affected apps.
[05:38] <Adri2000> Mithrandir: are you aware of the latest problem with devmapper? Keybuk fixed it but I think now it needs you: https://launchpad.net/ubuntu/+source/devmapper/2:1.02.08-1ubuntu10
[06:17] <keescook> mornin' folks
[06:17] <_ion> Hi
[06:24] <seb128> Mithrandir: do we need your approval for GNOME 2.18.1 update next week or can I accept them?
[06:26] <superm1> BenC, ping
[06:28] <seb128> desrt: :-P
[06:31] <dpm> hi, could anyone point me out to the ubuntu webpage where all dates for the several freezes and releases are listed?
[06:32] <dholbach> dpm: http://wiki.ubuntu.com/FeistyReleaseSchedule
[06:32] <dpm> dholbach: thank you very much
[06:32] <dholbach> dpm: anytime
[06:33] <desrt> april 19.  handy.
[06:33] <desrt> that's exactly how much time i need to decide if i can live with 64bit or not :)
[06:36] <geser> are the problems with dmsetup fixed now?
[06:38] <Adri2000> no
[06:42] <c5jr> april 19??!?!
[06:44] <geser> Adri2000: do you know by coincidence if the failed builds because of dmsetup will be automatically retried of if the build admins need to be poked?
[06:48] <Adri2000> geser: dunno, after the first dmsetup problem was fixed my builds have been retried but I don't know if it was automatic or not
[06:52] <geser> Adri2000: nice, the fixed dmsetup doesn't build because of the broken dmsetup :)
[06:52] <BenC> superm1: pong
[06:52] <Adri2000> geser: yep, that's why we need Mithrandir!
[06:52] <cjwatson> geser: not entirely automatically, but it's likely that there'll just be a mass give-back, which amounts to the same thing
[06:52] <cjwatson> will everyone please stop panicking about buildds. this has been a public service announcement. :-)
[06:53] <superm1> BenC, I didn't hear back from you last week regarding if lirc kernel patch could be applied
[06:53] <superm1> BenC, is there a chance in it happening prior to kernelfreeze tomorrow still?
[06:53] <BenC> superm1: Do I have that patch?
[06:53] <BenC> I was pretty sure I cleared my patch queue
[06:53] <superm1> BenC, i opened a bug on it 
[06:54] <superm1> BenC, let me find it really quick
[06:54] <superm1> BenC, bug 69534
[06:54] <ubotu> Malone bug 69534 in linux-source-2.6.20 "Add lirc to linux-source build tree" [Undecided,In progress]  https://launchpad.net/bugs/69534
[06:54] <geser> cjwatson: thanks, all I wanted to know if I have self to ask for give-backs or if someone does it once it's fixed
[06:55] <BenC> superm1: I'll review it today, thanks
[06:55] <superm1> BenC, thanks
[06:55] <superm1> BenC, i'll be back on in about 30 or 40 min and then on the rest of the day, so just ping me if you have any questions then
[06:58] <geser> seb128: do you know if the open sync request will be proceed in the next days?
[06:58] <seb128> geser: I'll do them today, it's my archive day
[07:15] <Burgwork> jono: pong
[07:31] <BenC> Keybuk, iwj: ping, what handles the mapping codes in hotkey-setup? Like if there's a KEY_STOPCD, how does that get to say rhythmbox?
[07:37] <Mithrandir> Adri2000: yes, I'm aware of it.
[07:38] <Mithrandir> seb128: GNOME 2.18.1> standing approval.  If you have changes you want reviewed, please ask.
[07:40] <seb128> Mithrandir: ok
[07:41] <seb128> Mithrandir: so I can process the queue to accept the GNOME 2.18.1 updates? just to be sure we are clear ;)
[07:50] <Mithrandir> seb128: generally, I prefer people to not accept their own packages, but feel free to nag me about it?
[08:25] <mdke> pitti / seb128: around?
[08:25] <pitti> mdke: yes
[08:25] <mdke> pitti: hiya. We have a bit of a problem with language-packs/yelp
[08:25] <mdke> apparently the translations of the front page are not showing up.
[08:26] <mdke> seems that the relevant translations are in the language-packs, but yelp isn't using them because it isn't pulling the translations from the mo files into the relevant yelp infrastructure, which is /usr/share/yelp/toc.xml
[08:26] <pitti> mdke: hm, does yelp use the normal .mo files?
[08:27] <mdke> apparently not
[08:28] <mdke> I mailed the yelp maintainer about it, I'll paste his response somewhere
[08:28] <mdke> http://pastebin.ca/424318
[08:31] <mdke> pitti: if you're able to shed any more light on that, it would be much appreciated. 
[08:32] <pitti> mdke: right, so far I think it just helps to rebuild the source with the updated .po files
[08:33] <pitti> mdke: danilos has a long-term plan how to fix this, but it's nothing for feisty
[08:33] <mdke> I think yelp had a build recently though, is there something more that needs doing to ensure the po files are there?
[08:33] <pitti> mdke: they have to be pulled manually from rosetta or the langpack and put into the source, I guess
[08:35] <mdke> pitti: ah. Is that something that seb128 will know how to do / is accustomed to doing for other packages?
[08:35] <pitti> I think so, yes
[08:35] <mdke> I'll mail him and ask
[08:36] <keescook> bleh.  my feisty builds are all stuck on the libdevmapper issue too.  *sigh*  Is there an easy work-around?
[08:36] <mdke> pitti: unless you think there is a better way to proceed?
[08:37] <pitti> mdke: I'm afraid not for Feisty
[08:37] <pitti> keescook: we all suffer from that :/
[08:37] <mdke> pitti: that's fine. I'll ask Seb then
[08:37] <keescook> pitti: yeah, I read through the backlog
[08:37] <keescook> I'm assuming all the chroot failures will auto-rebuild later?  I uploaded a mess of stuff yesterday that failed due to dmsetup...
[08:38] <pitti> keescook: yes, we already had a mass-give-back today, we'll get another one
[08:38] <Mithrandir> keescook: wait for Adam to wake up; If he's not done it before I go to bed I might consider fixing it myself, but it's stuff I've never touched before, so I would rather.
[08:38] <Mithrandir> keescook: we will get a mass-give-back, yes.
[08:38] <keescook> Mithrandir: okay, thanks.  Just wanted to be sure I didn't need to go dig through my reject email.  :)
[08:39] <mdke> Mithrandir: btw, the ubuntu-docs translations went in today so you can see the size difference
[08:39] <keescook> I think I can step around this on my own chroots by just dropping the /dev/mapper directory.  ;)
[08:39] <Mithrandir> mdke: cheers.
[08:40] <mdke> Mithrandir: 8.6MB as opposed to 447K (binaries) :(
[08:40] <Mithrandir> mdke: .deb size?
[08:40] <mdke> right
[08:41] <Mithrandir> ugh
[08:41] <mdke> yeah. It's all text... double the size of the edgy equivalent
[08:41] <keescook> Riddell: do packages built against qt 3.3.8 need to get rebuilt against 3.3.8really3.3.7 ?
[08:42] <_ion> How about compessing the docs with bzip2?
[08:42] <Mithrandir> _ion: we could try that
[08:43] <mdke> ok!
[08:43] <seb128> mdke: hi
[08:43] <mdke> seb128: hiya! Just mailed you
[08:43] <seb128> mdke: updating yelp translations?
[08:43] <seb128> I do that every cycle yes
[08:44] <seb128> the .xml are generated at build time
[08:44] <mdke> oh right, great to hear that.
[08:44] <seb128> they don't use language pack
[08:44] <mdke> seb128: hopefully it will work for the new frontpage stuff too
[08:44] <seb128> mdke: I'll do an update now
[09:02] <EtienneG> hey folks
[09:02] <pitti> hi EtienneG 
[09:02] <EtienneG> I'm working on bug #92432
[09:02] <ubotu> Malone bug 92432 in bzr "index.html contains mainly broken links" [Undecided,Confirmed]  https://launchpad.net/bugs/92432
[09:03] <EtienneG> there's two way to fix it
[09:03] <EtienneG> one involve just the packaging
[09:03] <EtienneG> the other, patching the upstream source
[09:04] <EtienneG> fixing the packaging is the obvious solution, but that mean that we will end up with HTML documentation that end with a .htm suffix
[09:04] <pitti> EtienneG: how come?
[09:04] <EtienneG> it's not so bad ... just very ... windowish
[09:04] <pitti> EtienneG: why are the links broken in the first place? due to the packaging?
[09:04] <EtienneG> pitti, upstream decided that the html doc would end with .htm
[09:04] <EtienneG> pitti, yes, the packaging made the link broken
[09:04] <EtienneG> they work OOB
[09:05] <EtienneG> in upstream
[09:05] <EtienneG> I tend toward fixing the packaging and living with doc file that end in .htm suffix, but I am looking for the opinion of wiser people
[09:06] <EtienneG> trivial, I know, sorry about the insecurity
[09:06] <pitti> EtienneG: I agree, fixing all the links manually to .html sounds painful
[09:08] <EtienneG> pitti, it would be a very small patch to upstream, but i would rather stick as close as possible to what they provide
[09:09] <pitti> EtienneG: oh, something like 'sed -i s/htm/html' debian/bzr/usr/share/doc/bzr/*.html? :)
[09:10] <EtienneG> pitti, no, the doc is in RST (yuck), we would just need to fix file names in a single file, index.txt
[09:10] <EtienneG> the html are generated from this rst index.txt
[09:10] <pitti> $ locate .htm|grep --count '^/usr.*htm$'
[09:10] <pitti> 615
[09:10] <EtienneG> goo dpoint
[09:10] <pitti> EtienneG: you would be in good company, so I wouldn't worry too much :)
[09:10] <EtienneG> hey !
[09:10] <pitti> $ locate .html|grep --count '^/usr.*html$'
[09:10] <pitti> 4362
[09:10] <pitti> for comparison
[09:11] <EtienneG> so, something like 15% of HTML doc are suffixed with .htm 
[09:12] <EtienneG> I usually ask these trivial packaging question to Jeff in a watercooler talk ... but this have been impossible for the past month
[09:12] <EtienneG> he's back next Monday, I can't wait !
[09:13] <pitti> EtienneG: I'd say, keep it simple and safe and stick to .htm
[09:13] <EtienneG> yep, my opinion too
[09:29] <bluefoxicy> pitti:  I just sent an automagic crash report about xorg
[09:29] <bluefoxicy> now what?
[09:29] <pitti> bluefoxicy: well, wait for someone to care about it :)
[09:30] <bluefoxicy> I was using the via unichrome driver suggested in https://bugs.launchpad.net/bugs/72630 and xorg crashed when I tried to activate desktop effects on Feisty; but it didn't ask me to fill any of that in and didn't give me a bug report #
[09:30] <ubotu> Malone bug 72630 in xserver-xorg-video-via "Xorg Via driver DRI OOPS" [Undecided,Needs info]  
[09:30] <bluefoxicy> probably a lot easier to debug if you knew wtf I was doing at the time :)
[09:37] <pitti> bluefoxicy: filing the crash bug should direct you to the bug page in the browser
[09:37] <bluefoxicy> it didn't open a browser and I didn't have one open.
[09:37] <pitti> bluefoxicy: hm, sounds like one instance of the two or three 'firefox does not open' apport bugs
[09:51] <EtienneG> I would need a sponsor for an upload of bzr
[09:52] <EtienneG> fix #92432, approved by Mithrandir
[09:53] <EtienneG> package is at http://people.ubuntu.com/~etienne/bzr/
[09:54] <mvo> EtienneG!
[09:54] <EtienneG> mvo !
[10:06] <ajmitch> morning
[10:06] <LaserJock> hi ajmitch 
[10:06] <ajmitch> hey LaserJock 
[10:16] <EtienneG> I reiterate my sponsor request for a bzr upload ... it's for a milestone, and I presume it need to get in ASAP 
[10:16] <mvo> EtienneG: I can do it in 5 minutes if you don't have someone else
[10:17] <EtienneG> mvo, thanks, I did not want to ask you specifically since I know how busy you are ...
[10:18] <mvo> EtienneG: no worries
[10:21] <mvo> ogra: ping
[10:23] <mvo> ogra_: ping
[10:24] <mvo> ogra, ogra_: please check my comment in #94712 when you have some time
[10:24] <EtienneG> mvo, you're my man !    The package is at http://people.ubuntu.com/~etienne/bzr/, and it close bug #92432
[10:24] <ubotu> Malone bug 92432 in bzr "index.html contains mainly broken links" [Undecided,Confirmed]  https://launchpad.net/bugs/92432
[10:25] <mvo> EtienneG: doing that now
[10:25] <EtienneG> thanks a lot
[10:25] <EtienneG> it's getting chilly, I can already feel the freeze !
[10:27] <james_w> Could anybody suggest the best way of getting in touch with mdz? Is email a good choice, he doesn't seem to be in here?
[10:27] <mvo> james_w: email is a good choice
[10:27] <james_w> thanks mvo 
[10:28] <mvo> EtienneG: looks good, I take it that you tested it?
[10:29] <EtienneG> mvo, yes
[10:30] <ajmitch> EtienneG: going to put your application in for MOTU to the MC sometime?
[10:30] <EtienneG> mvo, if you debdiff, you can see it's really just the html doc stuff that got changed
[10:30] <mvo> EtienneG: yes, I noticed :)
[10:30] <EtienneG> ajmitch, yes ... I keep thinking about that ....
[10:31] <mvo> EtienneG: I will give it a quick testbuild/test, but I don't expect any trouble
[10:31] <EtienneG> ajmitch, my upload monkey (jbailey) really want me to get it, but I am somewhat insecure
[10:32] <EtienneG> mvo, sure, and enjoy working HTML doc 
[10:35] <EtienneG> :)
[10:40] <mvo> EtienneG: uploaded, bzr is the love
[10:40] <EtienneG> mvo, thanks !