[00:00] <Mithrandir> lamont: mashup of C, python and sh.. that explains a lot of your code. :-P
[00:00] <Mithrandir> "hm, didn't work, where's the big hammer?"
[00:00] <Nafallo> lol
[00:01] <LaserJock> lbathnc: it's more of using the proper tool for the job
[00:01] <cjwatson> lbathnc: this channel is for coordination of Ubuntu development, and is not really the best place for introductory questions; https://wiki.ubuntu.com/ContributeToUbuntu might be a place to start, though you should also be able to Google for things like comparisons between programming languages
[00:01] <lamont> Mithrandir: rock.
[00:01] <cjwatson> or indeed for comparisons between distributions
[00:01] <Mithrandir> lamont: yeah, I assume you can use a rock as a hammer. :-D
[00:01] <lamont> Mithrandir: "because once you have tac-nukes, everything begins to look like a small city"
[00:01] <Mithrandir> indeed
[00:02] <slangasek> Mithrandir: next you'll tell me that lamont's igloo/bungalow/skyscraper/sod house is not the height of avant garde architecture
[00:02] <Mithrandir> slangasek: his rock cave, you mean?  It's got wireless, though
[00:03] <Mithrandir> and ia64-powered heating.
[00:03] <Nafallo> :-)
[00:10] <ScottK> lamont: Thanks.
[00:11] <ScottK> lamont: It looks like you didn't do my IPv6 localhost patch yet?
[00:11] <lamont> ScottK: didn't do any real patches.
[00:11] <ScottK> OK.  Makes sense for the first one.
[00:12] <lamont> I need to run into town now, either toss me email or remind me when I'm back online in a couple 3 hours
[00:13] <ScottK> Will do.
[00:27] <cjwatson> mr_pouit: could you please merge seed changes properly, using 'bzr merge', rather than by copy-and-paste?
[00:27] <cjwatson> mr_pouit: if you don't know how, ask :)
[00:28] <cjwatson> mr_pouit: (Doing it the way you do it causes unnecessary conflicts and means that other people typically end up redoing part of the work later.)
[00:33]  * LaserJock looks at his seed change and hopes it was ok
[00:34] <cjwatson> LaserJock: which one?
[00:34] <cjwatson> LaserJock: r681 in edubuntu.hardy from six days ago or so?
[00:35] <cjwatson> LaserJock: if so, looks fine
[00:35] <cjwatson> though you might want to use 'bzr whoami' to set a real name as well as an e-mail address
[00:37] <LaserJock> bah
[00:37] <LaserJock> thanks
[01:02] <articpenguin3800> is it too early to suggest features for hardy +1
[01:03] <ion_> On IRC, they’ll most likely be lost in the noise. Better write a spec at launchpad, or something.
[01:04] <articpenguin3800> where would i write it?
[01:07] <ion_> https://blueprints.launchpad.net/ubuntu/
[02:17]  * Hobbsee waves
[02:17] <LaserJock> hi Hobbsee
[02:17] <bddebian> Hi Hobbsee, LaserJock
[02:21] <zul> hey Hobbsee
[02:21] <Hobbsee> hiya zul!
[02:58]  * lamont wanders back in
[03:14] <lamont> bouncy bouncy hobbse
[03:14] <lamont> hobbsee, even
[03:15] <ScottK> Tab completion sucks when the person isn't on.
[03:27] <bddebian> heh
[03:35] <lamont> ScottK: it does at that
[03:35]  * lamont blames Hobbsee 
[03:36]  * Hobbsee blames lamont back
[03:36] <lamont> Hobbsee: how's things?
[03:36] <Hobbsee> doing OK
[03:36]  * Hobbsee has the day off - woo!
[03:42] <ScottK> slangasek: Thank you for the NEWing (yeah.  clamav on dapper-backports is done)!
[03:46] <slangasek> ScottK: no problem
[05:23] <mdomsch> s
[05:48] <mike__> Does anyone have a make file for a usb_skeleton.c project?
[07:23] <warp10> Heya all!
[07:38] <dholbach> good morning
[07:48] <\sh> pitti, I filed a removal request for octave2.1/2.9 (bug #186944) I'm dealing with the other package uploads and syncs this afternoon when I'm coming back from city shopping :) just for reference :)
[07:48] <ubotu> Launchpad bug 186944 in octave2.9 "[REMOVAL REQUEST] octave2.9 and octave2.1" [Wishlist,Confirmed] https://launchpad.net/bugs/186944
[08:31] <stgraber> moin
[08:33] <superm1> bryce, ping
[08:36] <Kano> hi, what is the tool used to create the initramfs for the desktop cd?
[08:37] <superm1> Kano, the same tool that creates the initramfs on normal systems.  you may want to take a look at livecd-rootfs to learn more about its build process
[08:38] <Kano> but you nee dmore hooks
[08:38] <superm1> yes, see what casper adds
[08:38] <Kano> so still named caspar?
[08:38] <superm1> yeah
[08:38] <Kano> but thats universe?
[08:38] <superm1> and additionally there are some more hooks added in ubiquity-casper
[08:39] <Kano> not main
[08:39] <superm1> capser is in main
[08:39] <superm1> http://paste.ubuntu.com/3968/
[08:39] <Kano> ok, wrote it wrong
[08:40] <Kano> there are even .swp files in caspar...
[08:40] <Kano> ./ubiquity-hooks/.30accessibility.swp
[08:41] <superm1> i'd imagine that's a mistake
[08:42] <superm1> but you'd have to check with colin on that
[08:42] <Kano> how about modding it the same way like live-initramfs to support union=... option
[08:42] <superm1> not too sure on that, sorry
[08:43] <Kano> thats not a big diff
[08:44] <Kano> you basically have to change unionfs 2 times to a var, add the unionfs cheatcode and add aufs as hook
[08:46] <superm1> aufs hasn't been added in yet to our kernel
[08:46] <superm1> laga was going to work on a patch for that
[08:47] <Kano> what i currently dont get is that network-manager works with unionfs on hardy but not when i use unionfs with live-helper
[08:47] <superm1> live-helper on debian?
[08:48] <ln-> keescook: ping. can you tell me what "Declined for Dapper by Kees Cook" means in https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/65631 ?
[08:48] <ubotu> Launchpad bug 65631 in linux-source-2.6.15 "skge driver broken: invalid call to spin_unlock causes system crash" [Medium,Fix committed]
[08:49] <Kano> superm1: i use live helper backported from sid to etch + ubuntu kernel compiled on etch
[08:51] <superm1> Kano, well i was gonna say maybe missing some of our (hefty) unionfs patchset, but hmph
[08:52] <Kano> well i can patch casper with ease to support aufs
[08:53] <superm1> i'm sure everyone would be very open to that
[08:53] <superm1> additionally if you wanted to do the patch to add aufs support, i don't believe laga started it yet, but you can check with him
[08:59] <Aloha> whats this channel for? if not application development?
[08:59] <soren> Ubuntu development
[09:00] <soren> Development *of* Ubuntu, not *on* Ubuntu.
[09:00] <Aloha> like advocacy?
[09:00] <soren> Er.. no.
[09:00] <soren> Development.
[09:00] <soren> Y'know. Computers and stuff.
[09:00] <soren> :)
[09:01] <Aloha> like ubuntu core?
[09:01]  * Aloha is confused
[09:01] <Kano> superm1: compared to live-initramfs caspar has really no options...
[09:01] <Kano> no toram, nothing
[09:01] <persia> Aloha: The development of the applications that make up Ubuntu, as opposed to the development of applications that run on Ubuntu.
[09:01] <superm1> Kano, yeah its a bit specialized for the purposes its used for
[09:02] <Aloha> Aloha, can you give me an application for an example?
[09:02] <Aloha> oops
[09:02] <Aloha> s/Aloha/persia/
[09:02] <Aloha> heh
[09:02] <persia> Aloha: X
[09:03] <Aloha> persia, gotcha so like the packaging of the main upstream components?
[09:04] <persia> Right.
[09:04] <Aloha> so like the opposite of MOTU kinda
[09:04] <soren> I would certainly not call it opposite. They complement each other.
[09:05] <Aloha> well i mean in the case that MOTU is for extra stuff while devel is for core stuff. opposite was the wrong word
[09:06] <soren> That's sort of the idea, yes.
[09:07] <Kano> superm1: what a huge patch ;)
[09:07] <Kano>  casper                |   12 ++++++++++--
[09:07] <Kano>  casper-bottom/12fstab |    2 +-
[09:07] <Kano>  2 files changed, 11 insertions(+), 3 deletions(-)
[09:10] <superm1> :), well if you want to publish that branch somewhere, someone in ~ubuntu-core-dev can merge and add that patch
[09:10] <Kano> well i prefer to try that first
[09:10] <superm1> well of  course :)
[09:10] <Kano> but the patch should be correct
[09:11] <Kano> hmm one thing is missing
[09:11] <Kano> i forgot the hook
[09:11] <Kano> but thats only one line more
[09:18] <Kano> what package is used to add unionfs-tools?
[09:19] <Kano> http://kanotix.com/files/thorhammer/updates/casper/casper-aufs.patch
[09:19] <Kano> to casper this should be enough
[09:22] <superm1> Kano, I believe just the 'unionfs' package
[09:22] <superm1> its in universe
[09:23] <Kano> hmm
[09:23] <Kano> maybe they dont need it
[09:23] <Kano> as they only use mount
[09:25] <pitti> Good morning
[09:27] <Kano> btw. did you notice that ntfs-3g was updated... i updated my package yesterday
[09:28] <pitti> \sh_away: octave is already NEWed
[09:29] <pitti> ScottK: just looked, apparently someone took care of sylpheed in dapper-backports NEW
[09:31] <pitti> \sh_away: old octaves removed and blacklisted
[09:32] <Kano> new ntfs-3g is independend of fuse, as it has built-in fuse-lite
[09:33] <Kano> btw. fuse-utils would be too old in hardy, as it would need 2.7.2 when you want to use external fuse
[09:33] <Kano> http://www.ntfs-3g.org/releases.html
[09:34] <Kano> #
[09:34] <Kano> # Fix: the SIGTERM signal may caused deadlock which could block for instance the shutdown process. If NTFS-3G is used with an external FUSE library, which is not the default, then FUSE 2.7.2 package is required.
[09:35] <pitti> carlos: so I assume it's ok when I add code to langpack-o-matic to ignore all country specific locales except en_*, zh_*, and pt_BR?
[09:36] <carlos> pitti: yeah, please. I will tell you when Launchpad is fixed to do it directly
[09:42] <Kano> well maybe the panic message could use the var too
[09:45] <Kano> updated the patch
[09:46] <superm1> Kano, i posted the url to it in the installer channel.  when one of the other folks in there steps in they'll get a chance to look at it.
[09:46] <Kano> well you need aufs in lum
[09:46] <superm1> yeah like i said laga is supposed to work on that
[09:46] <superm1> :)
[09:47] <Kano> yesterday aufs cvs was updated
[09:48] <geser> good morning
[10:00] <tkamppeter> pitti, hi
[10:08] <Kano> superm1: that casper seems to be broken, it does not copy the casper script itself in the hook
[10:09] <Kano> only function and helper
[10:10] <Kano> has your initramfs that implicit?
[10:23] <cjwatson> Kano: initramfs-tools copies everything in /usr/share/initramfs-tools/scripts by default; the explicit copy of casper-functions and casper-helpers is in fact unnecessary
[10:24] <cjwatson> your patch looks fine but I'll let Evan look at it
[10:29] <MacSlow> Amaranth, https://answers.edge.launchpad.net/launchpad/+question/19394 did you suggest that?
[10:30] <Kano> cjwatson: the problem is the initramfs utils from debian did not add casper at all...
[10:30] <Kano> only the casper.conf somehow
[10:31] <MacSlow> Amaranth, I think the term "ubuntu-desktop-effects" is meant to be a more general umbrella for things like window-level effects (which means compiz mostly) and at some point toolkit-level effects.
[10:31] <cjwatson> Kano: I can't help you with the initramfs utilities from Debian
[10:32] <Amaranth> MacSlow: If the team should be kept around the people currently on it should be purged
[10:32] <cjwatson> perhaps they broke compatibility
[10:32] <Amaranth> MacSlow: It was actually originally "people who help with beryl even though its not in the repo" but it ballooned into "i like beryl, why not join?"
[10:33] <Amaranth> Because it was originally open membership
[10:33] <MacSlow> Amaranth, while we don't have toolkit-level effects yet to "justify" this umbrella-term, we certainly will in some not too distant future.
[10:33] <Kano> cjwatson: i guess i know the problem..
[10:34] <Kano> busybox-initramfs
[10:35] <Kano> is a depend in a special version
[10:35] <Kano> and thats not installable...
[10:36] <Kano> will add that and see..
[10:36] <cjwatson> yeah, IIRC busybox is packaged differently in Debian
[10:37] <Kano> /tmp/buildd/busybox-1.1.3/networking/libiproute/ipaddress.c:25:27: error: linux/if_addr.h: No such file or directory
[10:37] <Kano> funny
[10:37] <Kano> what stupid build-dep do you have got in u
[10:38] <cjwatson> Kano: the kernel headers are hardly an exotic build-dependency; indeed, they're in build-essential
[10:39] <cjwatson> (linux-libc-dev)
[10:39] <Kano> when does somebody add hardy to search for files template in packages.ubuntu.com
[10:40] <Kano> cjwatson: hmm that header does not seem to be in etch
[10:40] <cjwatson> Kano: packages.ubuntu.com is a third-party service, not provided by us. You should mail the address linked to at the top of the page.
[10:42] <Kano> how about using the debian busybox package instead as depend?
[10:43] <cjwatson> linux-kernel-headers (the old name) in etch doesn't seem to have linux/if_addr.h; I assume you need to back out the changes in the Ubuntu diff which were needed to cope with newer kernels
[10:44] <cjwatson> I rather strongly suspect that Debian's busybox doesn't have all the necessary bits (e.g. awk, the mount patches I did for FUSE, pidof, etc.) but you are of course free to find that out for yourself ...
[10:45] <Kano> also why do you add busybox-initramfs depends to casper, usually busybox is a depend of initramfs-tools?
[10:45] <cjwatson> different (smaller) build
[10:46] <cjwatson> it hardly matters; busybox-initramfs is a dependency of initramfs-tools too
[10:46] <cjwatson> (note, we did all this *before* Debian, you should be asking why they changed it ;-))
[10:46] <cjwatson> the casper dep on busybox-initramfs is because it needs newer features in the specified version
[10:46] <Kano> which ones
[10:47] <cjwatson> we document this in the changelog so that you don't have to ask the developers
[10:47] <Kano> well it would be more to tell if the standard debian busybox has em or not
[11:20] <Kano> i think backporting caspar is not that easy...
[11:20] <Kano> has ubuntu something like live-helper to create images from scatch easyly?
[11:26] <cjwatson> Kano: livecd-rootfs is what we use
[11:26] <Kano> but that creates only the rootfs
[11:26] <Kano> isnt there a tool that combines all into an iso?
[11:27] <saispo> hi all
[11:43] <cjwatson> seb128: could you (get somebody to) have a look at bug 184137?
[11:43] <ubotu> Launchpad bug 184137 in gtk+2.0 "please backport support for switching input method on the fly" [Undecided,New] https://launchpad.net/bugs/184137
[11:43] <seb128> cjwatson: oh, right
[11:43] <seb128> lool: ^
[11:44] <seb128> cjwatson: lool started to work on the new version today,
[11:46] <cjwatson> cool, thanks
[11:48] <Ubulette> slangasek, is there anything blocking bug 185178 ? (I see you've been assigned to it)
[11:48] <ubotu> Launchpad bug 185178 in libpng "Please sponsor libpng 1.2.24" [Undecided,New] https://launchpad.net/bugs/185178
[11:48] <pochu> soren: thanks for the gtk-vnc upload
[11:48] <soren> pochu: Thanks for preparing it! :)
[11:50] <soren> pitti: Didn't we agree to /not/ make "Erase disk" the default when using the auto-crypto-lvm thing?
[11:52] <TheMuso> cjwatson: evand managed to get the a11y stuff done in ubiquity last week during the sprint, but since the privelages changes still need to go in, it can't properly be tested yet. However, when testing is possible, and issues need fixing, I will endever to fix these myself.
[11:53] <TheMuso> I'll reply to the list, so there is a paper trail.
[11:55] <Kano> how about using icedtea for java (because it has a amd64 firefox plugin)?
[11:56] <Kano> hmm in universe
[11:58] <mok0> Is there a 32 bits libg2c for hardy-amd64?
[12:00] <mok0> Ah, lib32g2c0...
[12:14] <DktrKranz> pitti, regarding https://wiki.ubuntu.com/StableReleaseUpdates?action=diff&rev2=81&rev1=80, does it mean low severity bugs could be sru-worthy too?
[12:18] <tjaalton> asac: the latest version of n-m works fine here, the previous one failed completely :)
[12:19] <cjwatson> soren: erase disk is the default again because Debian implemented a cancel button
[12:19] <cjwatson> TheMuso: right, I just mentioned for completeness, bearing in mind that people may be reading ubuntu-installer@ who weren't at the sprint :)
[12:21] <TheMuso> cjwatson: yep fair enough
[12:26] <asac> tjaalton: the previously started to early for some ... thanks for the info
[12:27] <tjaalton> asac: yeah, thanks for packaging the snapshow, now I can test ppp support
[12:28] <tjaalton> uh, -shot
[12:31] <asac> tjaalton: let me know
[12:31] <ogra> asac, my NM misbehaves :/
[12:32] <asac> ogra: define misbehave? like what i do all day:)?
[12:32] <ogra> doesnt let me connect to the most powerful network on this floor but insists on connecting to the one in the basement
[12:33] <ogra> which indeed isnt stable over time due to the fact that the signal needs to go through three steel concrete ceilings
[12:33] <asac> ogra: does NM tell you that it found a better connection?
[12:34] <ogra> no, it just ignores the strong one
[12:34] <asac> whats the reason stated in syslog (when nm gives up)?
[12:34] <asac> just timed out?
[12:35] <ogra> i wonder if i connected to a net called "linksys" during travel recently and it has a wrong key ...
[12:36] <asac> ogra: you are still using wep?
[12:36] <ogra> yes
[12:36] <asac> if so, that might indeed be the case
[12:36] <Kano> tjaalton: do you really want to close the X700 SE bug?
[12:36] <ogra> and actually i used 64Bit ... now the ui says 40Bit
[12:36] <asac> wep doesn't tell anythinga bout why something isn't working ... previously nm assumed that you have wrong key ... but people complained iirc
[12:36] <Kano> when there is no fix in the mesa -4 debian package
[12:36] <asac> so maybe they switched to prefer the assumption that you cannot connect
[12:36] <ogra> ah
[12:36] <asac> look in keyring
[12:37] <tjaalton> Kano: sure is
[12:37] <tjaalton> oh crap
[12:37] <Kano> tjaalton: it is not, you are blind
[12:37] <asac> ogra: and look whether you have something in /system/networking/
[12:37] <asac> in gconf
[12:37] <ogra> i'll just remnove the linksys network with gconf-editor ;)
[12:37] <ogra> right, did that before
[12:37] <tjaalton> Kano: no, just that the -4 changelog is missing
[12:37]  * ogra considers giving his networks proper names now :)
[12:37] <tjaalton> Kano: the patch is upstream, and the package contains it
[12:37] <asac> ogra: the key is in the keyring
[12:38] <ogra> i wonder how many WLANs called "default" exist in the world :)
[12:38] <asac> ogra: i don't even know if thats a problem :)
[12:38] <asac> ogra: but you should switch to wpa
[12:38] <asac> most likely your router supports it
[12:38] <Kano> tjaalton: but when i apply the patch it works... and it was not there before and it is not in patches dir
[12:38] <Kano> so where should it be?
[12:39] <tjaalton> Kano: in the diff...
[12:39] <tjaalton> it's maintained in git you know
[12:39] <ogra> asac, half of my APs are so old they dont know WPA
[12:39] <tjaalton> Kano: "Update to mesa_7_0_branch head (commit 48ae5cf0)."
[12:40] <asac> ogra: dump them :) ... a new one costs 25 EUR or something similar ridiculous
[12:40] <Kano> tjaalton: when it is in the diff then why can i apply it?
[12:40] <ogra> asac, indeed
[12:42] <Kano> tjaalton: you can not find the comment,thats impossible
[12:42] <ogra> asac, no way ... still switches back
[12:43] <ogra> what bothers me here is that i dont even get a new question for the key
[12:43] <tjaalton> Kano: ok, so it's not in the stable branch
[12:43] <tjaalton> duh
[12:43] <Kano> tjaalton: i wrote that it will be in NEXT version not in stable
[12:44] <asac> ogra: show me syslog
[12:45] <tjaalton> Kano: next version will be 7.0.3, please be more specific next time :)
[12:45] <asac> ogra: http://paste.ubuntu.com <- remember
[12:45] <ogra> asac, !
[12:45] <Kano> sure next is 7.0.3 your first comment was ok,but you wrote that 7.0.2 would fix it in the bugreport
[12:46] <tjaalton> Kano: nitpicking, I already said that it didn't include the changelog from -4
[12:46] <ogra> asac, http://paste.ubuntu.com/3971/
[12:46] <Kano> tjaalton: just add the patch for next upload
[12:47] <Kano> https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/151974
[12:47] <ubotu> Launchpad bug 151974 in mesa "[RV410] X700SE [1002:5e4f] - DRI images corrupted" [Undecided,Fix committed]
[12:47] <tjaalton> Kano: why not ask upstream to include it in the stable branch instead?
[12:47] <Kano> thats not fixed till then
[12:47] <Kano> you can not fix it in the past
[12:47] <tjaalton> why?
[12:47] <Kano> 7.0.3 will have it
[12:47] <ogra> there is nothing else apart from some dhclient noise
[12:47] <Kano> tjaalton: the orig file will never change
[12:47] <Kano> so add it to patches dir
[12:48] <asac> ogra: thats a successful connect ... you need to provide more context ;)
[12:48] <tjaalton> Kano: you don't seem to understand how the XSF packages are maintained...
[12:48] <Kano> tjaalton:it would be highly dangerous when you upload a modified .orig file
[12:48] <Kano> add a patch to the dir and you are done
[12:49] <Kano> whats your problem?
[12:49] <tjaalton> Kano: changes are pulled from git, and the changes are visible from the diff
[12:49] <Kano> tjaalton: well it is not in the diff
[12:49] <tjaalton> you just pointed out that the patch _will_not_ be in 7.0.3 (which the current version is ubuntu is tracking)
[12:49] <tjaalton> right
[12:49] <tjaalton> and I reopened the bug
[12:49] <ogra> asac, http://paste.ubuntu.com/3972/
[12:50] <ogra> asac, linksys (the one i want) doesnt even show up there
[12:51] <asac> ogra: do a tail -f /var/log/syslog > /tmp/log ... then press on linksys
[12:51] <asac> does it actually spin?
[12:51] <ogra> yes
[12:51] <ogra> oh
[12:51] <asac> ;)
[12:51] <ogra> its not in the list in the UI anymore
[12:52] <ogra> i cant select it
[12:52] <ogra> hmm
[12:53] <ogra> the classmate sees it though
[12:53] <ogra> (same NM version)
[12:54] <ogra> not back after restarting the applet ...
[12:54] <ogra> sigh
[12:55] <ogra> oh
[12:55] <ogra> now its there again
[12:55] <ogra> that seems wonky
[12:55] <Kano> tjaalton: why do you look at pre 7.0.3 changes and upload 7.0.2?
[12:57] <ogra> asac, http://paste.ubuntu.com/3973/
[12:59] <asac> ogra: ok it asks you for a key?
[12:59] <ogra> nope
[12:59] <tjaalton> Kano: we just do our changes on top of debian, so what's the point?
[12:59] <asac> ok according to log it receives a secret ... so most likely in your keyring
[12:59] <asac> ogra: have you removed that?
[12:59] <asac> 1. Jan 29 13:55:19 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): access point 'Auto linksys' has security, but secrets are required.
[12:59] <asac> 2. Jan 29 13:55:19 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): connection 'Auto linksys' has security, and secrets exist.  No new secrets needed.
[12:59] <ogra> i removed all data related to linksys in /system/networking in gconf
[12:59] <asac> (line 31)
[13:00] <asac> ogra: you need to remove it from keyring
[13:00] <asac> gconf doesn't have any secrets
[13:01] <asac> ogra: gnome-keyring-manager :)
[13:02] <ogra> asac, no change
[13:03] <asac> ogra: you are stiill not asked for a key?
[13:04] <ogra> yup
[13:04] <ogra> it silently switches to netgear
[13:05] <asac> kill nm-applet ... remove gconf stuff ... remove key ... restart NM ... start nm-applet
[13:05] <asac> it _should_ ask you for a key
[13:08] <ogra> nope
[13:08] <ogra> same behavior
[13:09] <ogra> (the classmate uses that network right away and sits about 20cm away from the other laptop that exposes the prob)
[13:09] <ogra> and there is nothing related to linksys in gconf or the keyring  ...
[13:09] <ogra> not even after a connection attempt
[13:10] <ogra> does dbus cache such data ?
[13:10] <ogra> s NM would get it out of a cache
[13:10] <ogra> *so
[13:11]  * ogra tries a reboot with all the data deleted
[13:15] <asac> ogra: no idea ... sounds like a bug somewhere else (like keyring doesn't wipe cache et al)
[13:16] <ogra1> asac, no changes
[13:17] <asac> ogra1: strange ... you sure there is no key in the keyring atm?
[13:17] <ogra1> yes
[13:17] <ogra1> 100%
[13:17] <ogra1> at least not in the ui
[13:18] <ogra1> not sure there is another way to acce3ss the keyring data
[13:18] <asac> and nm still tells in syslog that it has a secret avail?=
[13:18] <ogra1> its also not listed in gconf anymore
[13:18] <asac> scary
[13:18] <asac> maybe paste syslog again ... so i can check that its not something else now
[13:19] <ogra1> Jan 29 14:15:11 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless): connection 'Auto linksys' has security, and secrets exist.  No
[13:19] <ogra1> new secrets needed.
[13:19] <pitti> soren: we did, but nowadays the installer should allow you to cancel it (which is better IMHO)
[13:19] <ogra1> thats the last attempt
[13:19] <pitti> DktrKranz: yes, if they have trivial and obvious patches, and the regression potential is low
[13:20] <ogra1> Jan 29 14:15:12 laptop NetworkManager: <info>  Activation (wlan0_rename/wireless) Stage 2 of 5 (Device Configure) successful.  Connected to wirele
[13:20] <ogra1> ss network 'linksys'.
[13:20] <ogra1> hmm, intresting
[13:20] <soren> pitti: Oh, does it? TBH, I didn't check, I just had a friend complain to me about it,.
[13:20] <pitti> soren: it should, at least; if not, that's a bug
[13:20] <soren> pitti: Noted. Thanks.
[13:21] <ogra1> http://paste.ubuntu.com/3974/
[13:22] <ogra1> asac ^^^
[13:22] <ogra1> Jan 29 14:15:43 laptop NetworkManager: <info>  Activation (wlan0_rename) failed for access point (linksys)
[13:22] <ogra1> Jan 29 14:15:43 laptop NetworkManager: <info>  Marking connection 'Auto linksys' invalid.
[13:22] <ogra1> i dont see why though
[13:23] <asac> ogra1: it5 still tells you that it has secrets
[13:23] <ogra1> hmm, beyond the fact that dhcp doesnt seem to get through ... weird ...
[13:23] <asac> ogra1: "connection 'Auto linksys' has security, and secrets exist."
[13:24] <ogra1> oh, right
[13:24] <ogra1> i looked to far down
[13:24] <ogra1> its probably my system that wants me to work in the basement rather than in the office :P
[13:26]  * ogra1 pokes evo in the guts for that silly recovery dialog
[13:26] <asac> ogra1: can you see a passphrase in keyring now?
[13:27] <ogra1> nope
[13:27] <ogra1> the other two networks are theeeeeeeeeeeeeeeeeeeeeeeeeeeeeeere though
[13:27] <ogra1> oops
[13:27]  * ogra1 pokes x2x for being evil
[13:30] <ScottK> pitti: Yes.  slangasek took care of sylpheed-claws-gtk2 in dapper-backports last night.  Thanks for looking.
[13:30] <ogra1> asac, success !
[13:30] <dktrkranz> pitti: thanks.
[13:30] <asac> ogra1: he?
[13:30] <ogra1> asac, selecting "connect to a different network" from the nm menu worked
[13:31] <ogra1> before i tried the "create new network" option, that didnt
[13:31] <asac> strange
[13:31] <asac> he?
[13:31] <ogra1> yeah
[13:31] <asac> so is your AP hidden or what?
[13:31] <ogra1> nope
[13:31] <asac> (create new network tries to create "ad-hoc")
[13:31] <ogra1> as i said the other wlan clients here work fine
[13:32] <ogra1> hmm, now i have a small arrow in the menu next to linksys
[13:32] <ogra1> popping up a menu saying "linksys Auto" twice
[13:32] <ogra1> err
[13:32] <asac> ogra1: thats two different bssid
[13:32] <ogra1> Auto linksys
[13:32] <ogra1> intresting
[13:32] <asac> you can now force NM to stick to one if you have multiple bssids with the same essid
[13:33] <ogra1> well, i dont have more than one here
[13:33] <asac> maybe you have a neighbour that you don't know about?
[13:33] <ogra1> hmm
[13:33] <asac> ogra1: please look in gconf /system/networking/connections
[13:33] <asac> are there now two connections for linksys?
[13:34] <ogra1> if i wouldnt have to reconfigure half the world i'd just change the name right away
[13:34] <asac> whats the difference?
[13:34] <sjoerd> it really is segv day today
[13:34] <ogra1> lol
[13:34] <ogra1> there is nothing in there
[13:34] <sjoerd> hrm, wrong channel
[13:34] <ogra1> (no linksys at least)
[13:35] <ogra1> oh, wait .. just in "networks" there is nothing
[13:35] <ogra1> seems i have two new entries in "connections"
[13:36]  * ogra1 deletes all entries and starts over
[13:37] <asac> ogra1: i remember that nm tried to avoid default essids ... because they where too common. but it doesn't look like you are hit by that from your log
[13:37] <asac> just a wrong key somewhere
[13:38] <ogra1> i didnt evennnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn look in the connections before, just in networks
[13:38] <ogra1> hrm
[13:38]  * ogra1 pokes x2x even more
[13:38] <ogra1> that turns into an evil thing on unstable connections
[13:40] <asac> ogra1: yes ... everything beneath /system/networking :)
[13:42] <ogra1> heh
[13:42] <ogra1> now it just connected ... no passphrase asked
[13:43] <ogra1> but there is still nothing in the keyring
[13:51] <ogra1> cjwatson, regarding all these recurring fuse group credentials bugs we have, how about adding a reboot notification to the package so we make sure people are actually in the fuse group after installing it
[13:52] <ogra1> (especially for dapper->hardy)
[13:53] <\sh> re-moins
[13:53] <\sh> pitti, thx
[13:55] <pitti> gpg: skipped `Ubuntu automatic language-pack builder <language-packs@ubuntu.com>': unusable secret key
[13:55] <pitti> ???
[13:55] <pitti> oh, I bet it expired
[13:56] <cjwatson> ogra1: a reboot notification sounds wrong (should be log out/in), and it would be nice if there could be a check that the user is in the group
[13:56] <cjwatson> ogra1: I also think we shouldn't incessantly nag non-admin users who shouldn't be in the group
[13:56] <cjwatson> ogra1: but if you can figure out a way to satisfy all of that, go ahead
[13:56] <ogra1> we dont have a log in/out notification yet, do we ?
[13:57] <ogra1> all i know of is the reboot one
[13:57] <cjwatson> that's just a stock notification; doesn't prevent packages from adding their own
[13:58] <ogra1> k, i'll take a look
[13:58] <ogra1> it just struck me that we dont even install fuse in ltsp environemnts in dapper
[13:58] <ogra1> (no localdev support back then)
[13:59]  * ogra1 wonders if fuse was even in main back then ... goes checking
[13:59] <\sh> pitti, mind adding the libs to ia32-libs mentioned in bug #161030, when you have some time? :)
[13:59] <ubotu> Launchpad bug 161030 in ia32-libs "ia32-libs is missing libcapi20 and libjack" [Wishlist,Confirmed] https://launchpad.net/bugs/161030
[13:59] <ogra1> bah, all universe
[14:00] <pitti> \sh: yep, I noticed the bug mail; on my list
[14:00] <ogra1> (teh module was in the kernel package though iirc)
[14:00] <\sh> pitti, I owe you several pints of good beer or some bottles of wine :)
[14:00]  * pitti ← not a wine drinker
[14:01] <pitti> but mmmmm beer :)
[14:02]  * \sh makes a note -> pitti => beer 
[14:04] <cjwatson> soren: hmm, is it possible to get a virtual machine to boot from CD at any point other than initial creation?
[14:04] <cjwatson> (virt-manager)
[14:04] <soren> cjwatson: Not from virt-manager, no.
[14:04] <soren> cjwatson: (yet)
[14:04] <cjwatson> OK, known issue?
[14:04] <soren> cjwatson: Yes.
[14:04] <cjwatson> ah, bug 182050
[14:04] <ubotu> Launchpad bug 182050 in virt-manager "no easy way to choose a temporary boot device" [Undecided,New] https://launchpad.net/bugs/182050
[14:04] <soren> cjwatson: I'm not sure upstream considers it a bug, actually.
[14:05] <soren> cjwatson: The assumption is that the CD is only meant to be used for installation.
[14:05] <soren> I consider that a rather sub-optimal assumption.
[14:05] <cjwatson> from the point of view of somebody doing installation testing, I agree it is extremely suboptimal ;-)
[14:05] <cjwatson> perhaps you could pass that use case on to them?
[14:06] <soren> I could.
[14:06] <cjwatson> is there a hand-hacky way to slam the virtual machine back to the initial state?
[14:06] <soren> cjwatson: Not really.
[14:07] <soren> cjwatson: You might find the virtinst cli interesting, though?
[14:08] <cjwatson> python-virtinst? happy to give it a go ...
[14:13] <cjwatson> soren: am I supposed to install dnsmasq to get DHCP?
[14:14] <soren> cjwatson: To get DHCP on a virtual network you need dnsmasq, yes.
[14:14] <cjwatson> worth mentioning that in the wiki page?
[14:14] <soren> cjwatson: I tend to use static addresses on virtual networks and otherwise hook them up to a bridge.
[14:14] <soren> cjwatson: Point.
[14:16] <cjwatson> with regard to hand-hacky ways to boot the VM from CD again, this is necessary in order to test anything interesting with partitioning scenarios that involve a non-blank disk
[14:16] <cjwatson> I'd be happy (for now) with just editing some configuration file or something
[14:19] <soren> cjwatson: Well, you can invoke kvm from the commandline if you like. You just lose the ability to detach and reattach as easily as when using libvirt.
[14:20] <soren> cjwatson: If you're used to qemu, you should feel at home with kvm's cli as well.
[14:21] <soren> cjwatson: "qemu-img create 4G hda.img ; kvm -cdrom foo.iso -hda hda.img -m 1024" or whatnot.
[14:22] <cjwatson> mm, I'd be a lot happier with virt-manager if I can get it to play nicely
[14:38] <\sh> pitti, uploaded all packages needing changes for octave3.0 ... it's time to sync the rest...
[14:38] <pitti> \sh: great
[14:39] <\sh> pitti, should I file LP reports, or just give you the src pkg names and versions?
[14:40] <pitti> \sh: isn't there already a bug about the octave transition?
[14:40] <pitti> \sh: if you put the list there (or add appropriate tasks), that would be best
[14:44] <\sh> pitti, yes there is...bug #185959 ..
[14:45] <ubotu> Launchpad bug 185959 in xmds "octave3.0 transition" [Undecided,Confirmed] https://launchpad.net/bugs/185959
[14:45] <\sh> pitti, all packages which are "confirmed" can be synced now...all "wontfix" don't do anything with them, the others are "fix released" and already uploaded...
[14:45] <\sh> pitti, changelogs are in the comments
[14:48]  * \sh hates phonecalls where people are telling him to buy a service which costs more money then the service he has already
[14:49] <slangasek> Ubulette: I discussed that bug with a few people during the distro sprint last week; it seems that the diff introduces a patch for a non-standard extension that's not been accepted by libpng upstream and has been rejected by the standards body
[14:49] <pitti> \sh: great, thanks
[14:49] <slangasek> Ubulette: so I'm not really comfortable with introducing that as an Ubuntu-local diff; I'll follow up to the bug with this
[14:51] <\sh> pitti, no thank you :)
[15:04] <xivulon> TheMuso I am designing an accessibility page for wubi
[15:04] <xivulon> would like to know if the boot options in ubuntu are mutually exclusive
[15:04] <xivulon> so if I boot with v1 v3 m1 m2 which one ends up being active?
[15:08] <cbx33> hey guys, anyone seen the python-samba support since feisty?
[15:10] <pitti> carlos: can you please mark the full export on https://translations.edge.launchpad.net/ubuntu/hardy/+language-packs as used?
[15:10] <pitti> carlos: (sorry, forgot to ask earlier)
[15:16] <carlos> pitti: sure
[15:17] <carlos> pitti: done
[15:17] <pitti> carlos: thanks
[15:17] <carlos> np
[15:26] <cjwatson> ogra1,mr_pouit,joejaxx: would you organise updates and uploads of edubuntu-meta, xubuntu-meta, and ubuntustudio-meta respectively?
[15:26] <cjwatson> (system-config-printer -> system-config-printer-gnome, required for installability)
[15:27] <ogra1> do i need to merge the seeds still ?
[15:28] <slangasek> cbx33: python-samba was deprecated upstream due to lack of maintainer
[15:29] <cbx33> slangasek, :(
[15:29] <cbx33> damn it
[15:29] <cbx33> and I really needed that too
[15:29] <cbx33> I guess I'll have to grab the source
[15:29] <cbx33> I know there was a security risk with it
[15:29] <cbx33> but that's damn inconveinient
[15:33] <slangasek> not a security risk, it was a maintenance problem; the code would simply stop building from source randomly with upstream point releases, because the code wasn't being test-built and had no upstream maintainer
[15:34] <cbx33> :(
[15:34] <cbx33> slangasek, ok....any thing else similar
[15:41] <cjwatson> ogra1: oh, also, I took edubuntu-addon-light out of ship-addon as it depends on XFCE stuff which is now there
[15:42] <cjwatson> ogra1: no, you don't need to merge the seeds
[15:43] <ogra1> oki
[15:43] <ogra1> cjwatson, we missed to discuss consolekit integration in ssh :/
[15:45] <cjwatson> ogra1: any references I can read for context?
[15:45] <ogra1> i'll assemble a mail describing the prob ...
[15:45] <cjwatson> thanks
[15:46] <cjwatson> does consolekit integrate with PAM at all?
[15:46] <ogra1> there is a pam module
[15:46] <cjwatson> still in universe apparently
[15:47] <ogra1> but according to mccann who is ck upstream its not working with ssh X sessions
[15:47] <ogra1> (i suspect due to privilege separation)
[15:48] <cjwatson> privsep and PAM is often an issue depending on exactly how the module is structured
[15:48] <ogra1> right
[15:48] <ogra1> his suggestion was to make ssh call ck directly like gdm does ... which sounds quite evil
[15:48] <cjwatson> anyway, yeah, send me mail and I can have a look at some point
[15:49] <ogra1> will do
[15:52] <joejaxx> cjwatson: sure
[15:52] <joejaxx> though i will need someone else to upload it as i am not motu
[15:52] <joejaxx> i will see if TheMuso is not busy :)
[16:05] <alex-weej> bryce: ping
[16:05] <alex-weej> i think i has a bug in xorg fonts that is driving me insane can i chat for a min to figure it out?
[16:06] <asac> carlos: when did you plan to work on mozilla langpacks? was it in february?
[16:06] <alex-weej> asac: need testing for your NM PPA?
[16:06] <carlos> asac: starting this week, yes
[16:06] <carlos> asac: https://edge.launchpad.net/rosetta/+milestone/1.2.2
[16:06] <asac> carlos: good ... keep me updated.
[16:07] <carlos> asac: there you can see the tasks I'm planning to work on
[16:07] <asac> alex-weej: your choice. it already received a good amount of testing, but more exposure is never bad :)
[16:08] <alex-weej> does it support static configuration yet?
[16:08] <asac> alex-weej: but please post issues to the forum thread (not yet as bugs)
[16:08] <carlos> asac: it will not support ububox but Firefox or Thunderbird should work, the needed bits for ububox will be done next cycle (March)
[16:08] <bryce> alex-weej: what do you need?
[16:08] <alex-weej> bryce: give me 30 seconds while i finish writing this on launchpad
[16:08] <alex-weej> it's a problem with dejavu sans introduced in hardy
[16:08] <asac> carlos: hmm ... sounds pretty tight ... please focus on firefox 3 and xulrunner-1.9
[16:08] <carlos> asac: mainly, missing feature will be multiple languages in the same package
[16:08] <alex-weej> where the Italic style seems to be matching DejaVu Sans Condensed Oblique instead
[16:09] <carlos> asac: is Hardy going to ship only Firefox 3 ?
[16:09] <alex-weej> buit there are more problems i have discovered
[16:09] <asac> carlos: yes
[16:09] <carlos> asac: will it be ready at that time?
[16:09] <asac> it has to be ready. we have no choice
[16:09] <asac> firefox will be gone in alpha 5
[16:10] <carlos> asac: anyway, we are adding infrastructure after that is just a matter of cover corner cases or specific details per package we want to support
[16:10] <carlos> asac: I see
[16:10] <asac> carlos: you always sound pretty optimistic ... i would really love to share that optimism :) ... but haven't seen a single thing, which scares me a bit ;)
[16:11] <asac> carlos: we have a split: xulrunner-1.9 + firefox-3.0 ... upstream won't distribute split up langpacks though - so that you know
[16:11] <alex-weej> bryce: https://bugs.launchpad.net/ubuntu/+bug/176392
[16:11] <ubotu> Launchpad bug 176392 in ubuntu ""Sans Italic" is noticably thinner than "Sans"" [Undecided,Confirmed]
[16:11] <carlos> asac: my only tasks for this cycle is Firefox (or at least bigger tasks to work on) so I would say it's my main focus :-)
[16:12] <asac> sounds good. but ubufox is more important as it doesn't have any translations. firefox i could manually do in worst case :)
[16:12] <alex-weej> bryce: and there's a simple HTML test case on there for you to try
[16:12] <alex-weej> http://launchpadlibrarian.net/11623398/test.html
[16:12] <asac> carlos: anyway ... start soonish ... then all will be fine i guess
[16:13] <carlos> yeah
[16:13] <bryce> alex-weej: hmm, I'll see if I can recreate the issue myself
[16:13] <alex-weej> asac: does it support static config yet? i'm still using old-style configuration (and it doesn't come up on boot, i have to restart the networking service every time - go figure)
[16:14] <asac> alex-weej: give it a try.
[16:14] <asac> i haven't tested ... you might need to start the connection editor by hand
[16:15] <asac> alex-weej: hmmm doesn't look like the configuration dialog is functional yet
[16:15] <asac> you might be able to do it by manually tweaking gconf settings though
[16:15] <bryce> alex-weej: meanwhile, can you look into where we need to make a configuration change?  Font issues generally have not been a priority for me so I'm not certain about changes needed with them.
[16:15] <alex-weej> the static config is stored in gconf!??!
[16:16] <alex-weej> bryce: i have really no idea -- can you at least give me a pointer? is it fontconfig or something do you think?
[16:16] <asac> alex-weej: well ... if the user configures it yes ... the system config will be read from interfaces
[16:16] <alex-weej> you are the xorgiest person i know
[16:16] <bryce> hmm, unfortunately not fontiest ;-)
[16:16] <alex-weej> do you know any fonty people?
[16:20] <bryce> alex-weej: let me look into this a bit first to see if I can identify a good troubleshooting direction for you
[16:20] <alex-weej> bryce: actually i've just found something that might be part of the problem -- the metadata for the dejavu sans fonts is wrong in places
[16:20] <Ubulette> slangasek, i expected something like that. so what are the options ?
[16:20] <alex-weej> DejaVuSansCondensed-Oblique.ttf's metadata claims it is style "Condensed Book"
[16:20] <bryce> alex-weej: interesting.  I also notice that the test case displays differently on hardy vs gutsy
[16:21] <alex-weej> bryce: yeah this was a new problem in hardy
[16:21] <alex-weej> i noticed it as soon as i upgraded
[16:21] <bryce> alex-weej: can you please post screenshots of what you're seeing, as well as (if possible) what the expected correct font rendering should look like?
[16:21] <alex-weej> bryce: already done so, the pngs are on the bug
[16:21] <slangasek> Ubulette: the preferred option would be to propose it upstream to the libpng maintainers first, and get a consensus that this patch is a good thing to have
[16:23] <bryce> alex-weej: hmm, I'm still not certain what things *should* look like
[16:23] <alex-weej> see in the test case on gutsy?
[16:23] <alex-weej> :)
[16:23] <alex-weej> the italic font should be selected as "DejaVu Sans" style "Oblique"
[16:24] <bryce> on gutsy all three lines in the test case look identical.  Is that what it's supposed to look like?
[16:25] <alex-weej> yes
[16:25] <alex-weej> because the italic font is selected correctly as DejaVuSans-Oblique.ttf
[16:25] <Ubulette> slangasek, providing they already rejected it 10 against 8, it's a dead end. problem is there's no valid alternative, MNG, JNG, mPNG, etc.  APNG will gain some momentum now that Firefox 3 and Opera are shipping it.
[16:34] <adrock359> #ubuntu-devel
[16:38] <slangasek> Ubulette: why is MNG not a valid alternative?  And what do you mean, "10 against 8"?  I don't remember libpng being maintained by a committee of 18 people...
[16:38] <slangasek> (also, I don't think it's a given that a format will gain momentum just because FF and Opera support it...)
[16:38] <Ubulette> slangasek, http://sourceforge.net/mailarchive/message.php?msg_name=3.0.6.32.20070420132821.012dd8e8%40mail.comcast.net
[16:39] <xivulon> slangasek did you have a look at #140458?
[16:40] <slangasek> Ubulette: that's about whether the PNG group adopted it as an extension, it doesn't appear to be a statement from libpng upstream that they won't support it?
[16:41] <Ubulette> slangasek, FF3 will be much more popular than FF2 (easy guess) so if all win/mac users start to play with animated PNG, then APNG should gain momentum
[16:41] <slangasek> Ubulette: and according to the statements in the thread you pointed me to, that would be a bad thing because it's a bad spec.
[16:41] <slangasek> xivulon: not yet, sorry
[16:43] <adrock358> can someone throw me a bone?   Can not write log, openpty() failed (/dev/pts not mounted?)
[16:43] <xivulon> slangasek: let me know if there anything I can do to help there. I tested the script, as mentioned in the bug, and looks good to me.
[16:43] <slangasek> xivulon: no, it just needs me to slot it into my schedule one of these days :)
[16:43] <xivulon> slangasek: that does not need to be in the ISO build process
[16:43] <adrock358> Anybody? how do i mount pts?
[16:44] <slangasek> xivulon: well, as I haven't looked at it, I couldn't say :)
[16:44] <MacSlow> seb128, did you happen to have a chance to look at the patch I supplied here http://bugzilla.gnome.org/show_bug.cgi?id=512649
[16:44] <ubotu> Gnome bug 512649 in general "display of (metacity's) accelerator in window-action-menu" [Enhancement,Unconfirmed]
[16:44] <Ubulette> slangasek, ok, i'll patch the mozilla lib then. fell free to nuke the bug. we'll have several copies of that lib. I don't mind
[16:44] <MacSlow> seb128, that's part of what we need for the hardy-desktop-effects-shortcuts spec
[16:44] <adrock358> ANybody?
[16:45] <seb128> MacSlow: no, I'm busy packaging GNOME 2.21.90
[16:45] <MacSlow> seb128, k
[16:45] <MacSlow> ok
[16:45] <slangasek> Ubulette: uh. have I missed something? why would any mozilla libs need patched, I thought you said ff3 was already shipping a patched libpng for this reason?
[16:45] <adrock358> this is prolly a real simple Q
[16:46] <Ubulette> slangasek, i'm not talking about apng related patches
[16:47] <xivulon> slangsek: 140458 is about generating metalinks (partial checksums) as part of the ISO build process. But it could well be on a separate cron job processing whatever ISO is available
[16:47] <xivulon> so that we do not slow down the building itself
[16:48] <Ubulette> slangasek, libpng seems unmaintained anyway (both debian and ubuntu). nm, i'll revert my changes in the mozilla packages i maintain to use private copies like before.
[16:50] <bryce> alex-weej: I seem to have narrowed it down; see my latest comments on the bug
[16:51] <bryce> alex-weej: it is indeed fontconfig
[16:53] <alex-weej> bryce: my system selects DejaVuSansCondensed-Oblique.ttf: "DejaVu Sans" "Condensed Book"
[16:53] <alex-weej> it wouldn't surprise me if our /etc/fonts differed somehow -- my system has been through many upgrades and i frequently have to sort that all out
[16:53] <bryce> add to bug report
[16:53] <alex-weej> done
[17:05] <Lutin> pitti: could you give-back delo please ?
[17:06] <geser> Lutin: got the bug in pkg_create_dbgsym fixed already?
[17:07] <geser> Lutin: see bug #186610 and bug #180364
[17:08] <ubotu> Launchpad bug 186610 in pkg-create-dbgsym "pkg_create_dbgsym fails if objcopy can't recognize the file format" [Undecided,New] https://launchpad.net/bugs/186610
[17:08] <Lutin> geser: ah, didn't know it was the problem. my bad
[17:08] <ubotu> Launchpad bug 180364 in pkg-create-dbgsym "ocamlrpcgen no longer works on Gutsy. Probably a wrongly stripped binary" [Undecided,In progress] https://launchpad.net/bugs/180364
[17:09] <Lutin> geser: thanks
[17:22] <slangasek> Ubulette: being conservative about updating to new upstream versions of libpng doesn't mean it's unmaintained. rather the contrary, upstream has a history of breaking the world
[17:32] <bryce> hrm, alex left just when I finally have an answer for him
[17:35] <Ubulette> slangasek, no real upload (except security NMUs) for 13 months, last being a beta, despite 10 versions released upstream, I call that unmaintained. even without the APNG patch, it should be upgraded
[17:38] <kagou> Hi
[17:38]  * cjwatson blinks at http://people.ubuntu.com/~ubuntu-archive/component-mismatches.txt - did I break Extra-Include?
[17:39] <kagou> For Bug #181561 I'm searching repository with hardy alpha1 and 2 . WHere can i found them ?
[17:39] <ubotu> Launchpad bug 181561 in linux "Hardy alpha 3 daily-live i386 don't boot" [Unknown,Confirmed] https://launchpad.net/bugs/181561
[17:53] <geser> ogra1: tuxtype (main) depwaits on libsdl-pango-dev (universe). Do you plan to move sdlpango to main?
[17:55] <koko___> (kiba-dock:2839): GLib-GObject-WARNING **: invalid (NULL) pointer instance
[17:55] <koko___> (kiba-dock:2839): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed, hello
[17:55] <koko___> anybody knows what does that mean ?
[17:56] <slangasek> koko___: are you on amd64?
[17:56] <koko___> no
[17:56] <slangasek> oh, (NULL), then I have no idea anyway :)
[17:57] <slangasek> but this isn't a support channel; perhaps you should ask in #ubuntu?
[17:57] <koko___> lol
[17:57] <seb128> likely that the application you are using has a bug
[17:57] <koko___> seb128 may be
[17:57] <koko___> it is not in the packages anymore
[17:57] <bryce> alex-weej: in case you review logs, for bug 176392, I found that ArneGoetje appears to have put in a fix for ttf-dejavu for Gutsy, but that fix is missing on Hardy.  I've assigned the bug to him to take a look at; I think it's simply needed to port those fixes to Hardy (and maybe push them upstream)
[17:57] <ubotu> Launchpad bug 176392 in fontconfig ""Sans Italic" is noticably thinner than "Sans"" [Medium,Confirmed] https://launchpad.net/bugs/176392
[17:57] <koko___> but i like kiba-dock
[19:30] <jwendell> pochu, is there any reason to not having gdm 2.21 in hardy yet? If not I can make one...
[19:31] <pitti> Lutin: done
[19:32] <pochu> jwendell: not that I know of. You can ask in #ubuntu-desktop too, perhaps someone knows of one there.
[19:33] <geser> pitti: a give-back for delo won't help unless you fixed pkg-create-dbgsym in between.
[19:40] <jwendell> pochu, I think I know why: gdm is very complicated, it has a lot of patches
[19:48] <pitti> asac: firefox-3.0 moved to main
[19:48] <pitti> asac: thanks for the MIR
[19:58] <mdz_> mjg59: are you available for TB?  Keybuk is away on holiday and sabdfl has disassembled his computer
[20:03] <lool> cjwatson: I didn't understand the request for a Gtk+ backport of the im thingy as something urgent as in "I want it for yesterday", if it was meant for alpha 4, I can work on it tonight; otherwise, I prefer having a look tomorrow
[20:04] <lool> (I had a surprize conference with folks at the mobile sprint this afternoon and was kept otherwise busy with GNOME updates until now)
[20:09] <seb128> lool: I don't think that's that urgent, they are not likely to do ubiquity changes today
[20:09] <seb128> lool: he opened the bug before the distro sprint
[20:10] <lool> Ok
[20:10] <lool> Since it was mentionned today, I thought this might be overdue
[20:11] <seb128> I think that's a would be nice to have ubiquity thing
[20:15] <lool> seb128: Did you upload Gtk+ yet?
[20:15] <seb128> no
[20:15] <lool> seb128: I'll ported the patch; let me do a test build and I'll hand an updated dsc to you if you don't mind
[20:15] <seb128> not at all
[20:16] <seb128> is there still the arch all and any issue?
[20:16] <seb128> I was waiting to not break other GNOME builds
[20:16] <lool> seb128: It's not
[20:16] <seb128> ok, I was not sure if you did change it because of the changelog thing
[20:16] <lool> seb128: I've added transition code and we still use an unversionned depends now
[20:16] <lool> The symlinks?
[20:17] <seb128> the copyrights need to be uptodate thing
[20:17] <lool> seb128: Well I could happily upgrade my hardy box, but I didn't test downgrades indeed
[20:17] <lool> But with the way the transition code is written, it should work in both the Debian and the Ubuntu case
[20:17] <pitti> \sh_away: hm, cannot update ia32-libs ATM, since the kernel is FTBFS (source/binary mismatch); I'll stack this for later
[20:21] <changelog> Is this the channel I should use to report bugs?
[20:21] <lool> changelog: See topic
[20:22] <changelog> It's not a support issue, I know what's wrong.
[20:23] <Mithrandir> changelog: please report bugs in Launchpad.
[20:23] <lool> changelog: Did you file a bug?
[20:23] <lool> Right
[20:24] <changelog> https://launchpad.net/linux
[20:24] <changelog> This one?
[20:24] <Mithrandir> probably not
[20:24] <Mithrandir> what is the problem?
[20:25] <changelog> Well, I have a RAID 5 partition
[20:25] <changelog> Which keeps getting reseted because the kernel fails to negotiate the speed.
[20:26] <changelog> So I get
[20:26] <changelog> Jan 29 19:22:51 zeus kernel: [88872.317250] ata7.00: exception Emask 0x10 SAct 0x0 SErr 0x780100 action 0x2
[20:26] <changelog> And a few lines later
[20:27] <changelog> Jan 29 19:22:51 zeus kernel: [88872.799468] ata7: SATA link up 1.5 Gbps (SStatus 113 SControl 310) and Jan 29 19:22:51 zeus kernel: [88872.821938] ata7.00: configured for UDMA/33
[20:27] <changelog> From what I've read, it's an issue with the .22 kernel
[20:30] <Mithrandir> https://launchpad.net/ubuntu/+source/linux-source-2.6.22/+filebug is probably where you want to file it
[20:30] <changelog> OK. Thanks Mithrandir
[20:30] <Mithrandir> np
[20:31] <changelog> You don't happen to know any repos I can find .23 or .24 (not that zen one, that doesn't work), do you?
[20:31] <Mithrandir> hardy has 2.6.24
[20:32] <changelog> Yeah, but I really shouldn't install that because this is a work-critical machine :)
[20:37] <changelog> I've installed it in my laptop and I've noticed increased speed. It's really awesome
[20:39] <cjwatson> lool: it's a customer request, so I would like to be sure it makes it for hardy, but it's not urgent for alpha-4
[20:53] <lool> cjwatson: I have it here, but can't figure how to set xsettings easily
[20:54] <lool> cjwatson: I'm trying to xprop -set _XSETTINGS_SETTINGS on the root window, but it can't parse it
[20:54] <lool> seb128_: I uploaded a gtk+ with the changes
[20:54] <seb128_> lool: ok, same location?
[20:55] <lool> Yes
[20:57] <Joe_CoT> any core devs bored and wanna sign off on a debdiff? 15051 and 186187
[20:58] <Joe_CoT> heh, ubotu didn't pick it up
[20:58] <cjwatson>         settings = gtk.settings_get_default()
[20:58] <cjwatson>         try:
[20:58] <cjwatson>             settings.set_string_property('gtk-im-module', cfg['GTK_IM_MODULE'])
[20:58] <cjwatson>         except TypeError:
[20:58] <cjwatson> lool: ^-- is what I'm using in python
[20:58] <cjwatson>             pass
[20:58] <Joe_CoT> bug 15051 and bug 186187
[20:59] <ubotu> Launchpad bug 15051 in pcre3 "grep -P is not supported" [Medium,Triaged] https://launchpad.net/bugs/15051
[20:59] <ubotu> Launchpad bug 186187 in pcre3 "Please merge pcre3 7.4-1 (main) from Debian unstable (main)" [Undecided,Triaged] https://launchpad.net/bugs/186187
[20:59] <lool> cjwatson: Thanks, for some reason I was starting a C version pff
[20:59] <pitti> Joe_CoT: we can just sync that package, no need to merge AFAIR
[21:00] <pitti> Joe_CoT: (Debian now also ships the example file, which was our only delta)
[21:00] <pitti> Joe_CoT: but I wouldn't like to sync it until after alpha-4
[21:00] <Joe_CoT> Debiab moved libpcre to /lib ?
[21:00] <cjwatson> lool: of course I haven't yet seen it working ...
[21:01] <pitti> Joe_CoT: http://changelogs.ubuntu.com/changelogs/pool/main/p/pcre3/pcre3_7.4-1ubuntu1/changelog
[21:01] <pitti> Joe_CoT: either keescook dropped the patch, or it's not relevant any more, or Debian took it
[21:01] <slangasek> pitti: or it's a bug that's never actually been addressed in Ubuntu?
[21:02] <pitti> maybe; but it doesn't look like it's a current delta
[21:02] <Joe_CoT> pitti, look at the bugs. Appended to the libpcre one is moving libpcre to /lib , so that grep can be compiled with preg support
[21:02] <slangasek> I don't see that anyone said it was, though?
[21:02] <pitti> Joe_CoT: ah, so it's a *new* patch, not a merge
[21:03] <Joe_CoT> yeah. I'm not the one who added that debdiff to that bug, but I would like to see it go in
[21:03] <Joe_CoT> since that grep bug's been sitting there since warty i believe. noticed the bug #
[21:03] <Joe_CoT> *notice
[21:04] <Joe_CoT> pitti, g2g for now. I'll be back in about 1 1/2 if you want to talk about it
[21:05] <pitti> seb128_: uploading hardy langpack update now, including fixed evo translations (FYI)
[21:05]  * seb128_ hugs pitti
[21:05] <daxroc> Is the tracker broken, has been indexing for two days here ?
[21:05] <daxroc> * In hardy
[21:06] <pitti> seb128_: I also enabled the cron'ed auto-upload to hardy now
[21:06] <pitti> carlos ^ FYI
[21:06] <carlos> pitti: cool, thanks
[21:06] <pitti> carlos: I tested the locale filtering, seems to work, so it should be safe noew
[21:06] <pitti> s/noew/now
[21:06] <carlos> ok
[21:07] <seb128_> pitti: ok
[21:07] <lool> cjwatson: Whatever I try, I can't change IM
[21:08] <lool> Even with GTK_IM_MODULE
[21:08] <lool> Even in a Xnest
[21:08] <cjwatson> colour me confused then, I talked with Murray and he seemed to think that was how it worked
[21:09] <cjwatson> (though I didn't get the code from him)
[21:09] <lool> cjwatson: Your snippet is probably correct, but I can't figure out how to get anything to change the IM working
[21:09] <cjwatson> try ubiquity/im_switch.py in the ubiquity source
[21:09] <cjwatson> and make sure to install say language-pack-zh first so that you have an interesting locale generated
[21:09] <lool> I took entry.py from pygtk and added your snippet first
[21:10] <lool> cjwatson: I used LC_ALL=C to disable locale im selection
[21:10] <cjwatson> err, sorry, lib/im_switch.py in the oem-config source
[21:10] <cjwatson> I'd recommend os.environ['LC_ALL'] = 'zh_CN.UTF-8'; locale.setlocale(locale.LC_ALL, ''); im_switch.start_im()
[21:11] <cjwatson> and im_switch.kill_im() before exiting the interpreter
[21:12] <cjwatson> you'll also need at least scim-chewing, scim-pinyin, scim-tables-zh installed
[21:12] <cjwatson> then fire up a gtk.Entry() or something and try shift-space
[21:12] <lool> cjwatson: Does it work if you set GTK_IM_MODULE in the env?
[21:13] <lool> cjwatson: (I'm pulling all this, taking a while)
[21:14] <cjwatson> im_switch will deal with setting GTK_IM_MODULE
[21:14] <cjwatson> err - you will also need os.environ['OEM_CONFIG_FRONTEND'] = 'gtk_ui'
[21:14] <cjwatson> otherwise it won't :)
[21:22] <lool> cjwatson: I'm sorry, but I'm completely lost in what I'm actually testing
[21:24] <cjwatson> lool: sorry, it is a touch confusing - if you have a package prepared, you could send it over to me and I'll hook it into the stuff I know how to test?
[21:24] <cjwatson> as I say, it's not critical for alpha-4
[21:24] <lool> cjwatson: http://people.ubuntu.com/~lool/packages/gtk+2.0/2.12.6-1~hardy1/hardy/
[21:24] <lool> cjwatson: it's in seb's sponsoring queue
[21:25] <lool> cjwatson: I'm afraid I'm too tired to keep up testing
[21:25] <lool> cjwatson: I'll try to look at it with fresh eyes tomorrow morning, ATM I'm unable to understand anything
[21:26] <lool> I don't even know why I still get scim running when I commented out all the os.environ and settings.set_string_property
[21:26] <lool> I guess it's the default for chinese
[21:27] <seb128_> lool: already uploaded
[21:30] <cjwatson> lool: OK, I'll have a look, thanks, though probably also tomorrow
[21:30] <lool> cjwatson: I'll have a new look tomorrow too
[21:30]  * lool 
[21:30]  * lool &
[21:30] <seb128_> cjwatson: I've sponsored the upload to hardy so it should be available tomorrow
[21:35] <cjwatson> seb128_: great, thanks
[21:50] <pitti> soren: hm, submittodebian created a great template mail, but I don't see any attachment by default in mutt; where is it?
[22:28] <keescook> pitti: did I screw up pcre3?  from scroll-back it sounds like not, but the "problem" isn't clear to me.
[22:31] <geser> keescook: there is an other proposed merge for 7.4-1ubuntu1 in bug #186187 with an new change (move the lib to /lib)
[22:31] <ubotu> Launchpad bug 186187 in pcre3 "Please merge pcre3 7.4-1 (main) from Debian unstable (main)" [Undecided,Triaged] https://launchpad.net/bugs/186187
[22:33] <keescook> geser: ah, okay.  once freeze clears, I'll look at it.
[22:43] <soren> pitti: It doesn't show.
[22:44] <soren> pitti: Or... erm... mvo made the mutt integration. If it behaves like the normal reportbug thing, it won't show the attachment, but now that I think about it, i haven't actually used it with mutt.
[22:47] <dmb> hmm, why is gmake not a symlink to make?
[22:53] <geser> what's the best VM to boot an iso for testing?
[22:55] <TheMuso> Real hardware? :p
[22:56] <stgraber> geser: Looking at what is used in the testing team, it's : virtualbox-ose, qemu, vmware
[22:57] <geser> TheMuso: I want to reproduce bug #184681 by updating from alpha3
[22:57] <ubotu> Launchpad bug 184681 in mono-addins "Some missing /usr/share/cli-common/policies.d/libmono-addins*/*.dll break mono installatsions (! Assembly /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll does not exist)" [High,Triaged] https://launchpad.net/bugs/184681
[22:57] <TheMuso> geser: Right.
[23:03] <geser> there are currently no virtualbox-ose-modules for the current kernel in hardy :(
[23:03] <TheMuso> geser: You sure? I remember seeing an upload for them at some point.
[23:05] <stgraber> IIRC the module is in binary new
[23:05] <TheMuso> That sounds about right.
[23:06] <geser> TheMuso: virtual-ose-modules 8 (uploaded today) FTBFS
[23:07] <TheMuso> ah
[23:08] <geser> I tried kvm but get only a black window when I try to boot the iso
[23:08] <stgraber> geser: you can use a standard qemu but that'll be slow ...