[00:18] <elmo> # FIXME: Remove this LVM block after Etch releases
[00:18] <elmo> ^-- mkinitramfs in gutsy ;-)
[04:03] <jdub> bryce: unlikely ping (totally awesome X bug)
[04:11]  * lamont wants a fix for debian bug#457799
[04:11] <lamont> (zenmap desktop file)
[04:15] <jdub> hey lamont
[04:15] <lamont> howdy jdub
[04:16] <lamont> long time no see
[04:38] <calc> asac: i finally got it all patched and tried to build ooo with lzma and xulrunner-1.9 and it failed, so i'm trying to debug it now
[04:38] <calc> asac: i'm not sure if it is actually related to xulrunner yet or not
[04:39] <calc> asac: i may end up sending you the patch and have you look over it to see if it looks right to you
[04:39] <calc> asac: i may have done something wrong since i haven't messed with autoconf stuff in a while
[04:39] <calc> asac: esp autoconf + pkgconfig code
[05:46] <bryce> jdub: thanks :-)
[05:47] <bryce> jdub: yeah it's surprising how many serious issues this one patch solves
[05:48] <bryce> jdub: and I have a suspicion that if we use it for ALL intel graphics it may solve a slew of other similar bugs
[05:59] <Hobbsee> argh.
[05:59] <Hobbsee> going away is bad.
[06:02] <TheMuso> Hobbsee: With all the email you have to catch up on, yes of course it is.
[06:03] <Hobbsee> TheMuso: yeah...and updates.
[06:03] <TheMuso> Meh thats nothing compared to email.
[06:03] <Hobbsee> yeah, true
[06:12] <jdub> bryce: still there?
[06:12] <bryce> jdub, yup
[06:13] <jdub> http://www.gnome.org/~jdub/2008/x-marks-the-black.png
[06:13] <jdub> bryce: so here's why it's weird
[06:14] <jdub> that black area is completely inactive (blacked out), 'cept for the mouse cursor
[06:14] <jdub> then if i disable the metacity compositor
[06:14] <jdub> the previously active area goes inactive (no more updates)
[06:14] <jdub> and the previously inactive area becomes active (i can see the background and move windows into it)
[06:14] <jdub> and i can switch between those areas by turning the compositor on and off
[06:14] <jdub> reproduceable after logout and reboot
[06:15] <jdub> it's wild :-)
[06:15] <bryce> jdub, have you tried doing `xrandr --output LVDS  -off`?
[06:16] <jdub> bryce: yeah -- no change
[06:16] <jdub> note that the whole screen area (1920x1200) is, uh, interactive... but isn't updated
[06:17] <jdub> you can see the panel disappears into the black on the right there
[06:17] <bryce> hmm, so by chance is the active area 1280x800?
[06:17] <jdub> yes, the size of the LVDS :-)
[06:17] <bryce> interesting, so best bet is that the LVDS is confusing either X or metacity
[06:18] <bryce> have you tested running a different wm?
[06:18] <jdub> the composite inversion thing is hilarious
[06:18] <jdub> no, just states of metacity
[06:18] <jdub> i'll try something else now
[06:18]  * jdub finds something that is not objectionable
[06:18] <bryce> if I had to guess, I'd bet it's xrandr confusifying metacity
[06:19] <bryce> we've seen a variety of metacity and gnome bugs when resizing, disabling, etc. stuff through xrandr
[06:20] <jdub> aha, interesting
[06:21] <jdub> under twm, it's all okay
[06:21] <bryce> ahh, as I suspected
[06:21] <jdub> okay
[06:22] <jdub> i am shocked and appalled that it's metacity :-)
[06:22] <bryce> hehe
[06:22] <jdub> thanks, i should've thought about running another wm
[06:22] <bryce> I suspect its looking at what outputs are *connected* rather than which are *enabled*
[06:22] <jdub> i'll bug marnanel about it
[06:22] <nixternal> uh oh, jdub is in da hizzy, hide your liquor!
[06:22] <bryce> jdub, glad to help :-)
[06:23] <jdub> this compositor switching thing will melt his face
[06:23] <jdub> if not his brain
[06:23] <jdub> meanwhile, the vintage appeal of twm
[06:23] <bryce> hehe
[06:23] <jdub> alt-tab? HAHA. children.
[06:24] <bryce> hmm, wouldn't it be ironic if you switched compiz on and it worked fine there too?
[06:24] <jdub> thankfully, compiz just didn't start at all
[06:25] <bryce> ah, whew
[06:25] <bryce> metacity is saved that embarrassment ;-)
[06:50] <bryce> slangasek: tjaalton and I have a couple questions about getting in some X package uploads for alpha5 if/when you're around
[06:50] <Hobbsee> bryce: ouch.  where are they?
[06:51] <tjaalton> uploaded ~8h ago
[06:51] <bryce> heya cjwatson
[06:54] <slangasek> bryce: ok, what packages?
[06:54] <bryce> slangasek: xserver-xorg-video-intel and xorg-server
[06:55] <bryce> also, we are considering syncing xserver-xorg-video-ati, which just had a new release yesterday
[06:55] <tjaalton> a new _stable_ release, the first in 18 months or so :)
[06:56] <bryce> right; we currently have a fairly recent git snapshot, but would like to get onto the official released version
[06:56] <pitti> Good morning
[06:56] <bryce> heya pitti
[06:57] <Hobbsee> morning pitti!
[06:57] <Hobbsee> darn.
[06:57] <Hobbsee> just after i deleted all the package changes
[06:57] <warp10> Good morning
[06:58] <slangasek> bryce: please hold off the sync of the new -ati release until after the alpha.  The others would be uploads of targetted bugfixes?
[06:58]  * pitti hugs Hobbsee and bryce, good morning
[06:58]  * Hobbsee hugs pitti back :)
[06:58] <pitti> YokoZar: you're welcome
[06:59] <bryce> slangasek: ok.  Yes they're fixes for specific critical bugs
[06:59] <YokoZar> pitti: :)
[06:59] <Hobbsee> bryce: i can't seem to find -intel.  where is it?  :)
[06:59] <pitti> keescook: fallout from the python-central goo; I think seb128 did a rebuild, I'll check it out today
[07:01] <pitti> keescook: hald virtual network> ah, that patch looks good; virtual interfaces are direct childs of computer? ok
[07:01] <pitti> keescook: I'll apply it after hardy-5, ok?
[07:01] <bryce> Hobbsee: tjaalton uploaded it; it's also present at http://people.ubuntu.com/~bryce/Uploads/
[07:02] <pitti> \sh_away: language-selector-common> if it was uploaded recently, it'll need a rebuild
[07:02] <pitti> \sh_away: hm, it was not; seems it'll just sort out itself
[07:02] <Hobbsee> bryce: oh good.  that's a workable solution for hardy, then.
[07:04] <keescook> pitti: hal> yeah, I tried a few ideas (matching MAC addresses) etc, and in the end nothing really works well, and trying to represent a tree for network devices starts becoming non-trivial since you can have very non-tree relationships (vlan interfaces on different physical interfaces belonging to different bridges, etc etc)
[07:04] <keescook> so, due to madness, I just went the route of having them show up where other virtual devices do -- direct children of computer.
[07:04] <pitti> keescook: yeah, makes sense; the hal tree is organized by physical bus layout
[07:05] <pitti> so I'm fine with this solution
[07:05] <pitti> keescook: I didn't see upstream's comment on this, though?
[07:06] <keescook> okay, cool.  I'd _like_ vlan interfaces to show up as children of the physical dev, but i'd like that hinting to come from the kernel since I can't count on interface names showing the relationship.  Yeah, David hasn't commented still.  I pinged him on IRC, but no response there either.
[07:06]  * ogra mumbles about the buildds not having http access to pull data from popcon at buildtime ...
[07:06]  * Hobbsee grumbles about this keyboard bug.
[07:07]  * keescook goes to bed
[07:09] <slangasek> bryce: so is 177492 is the only change not yet uploaded?  How soon could you have it uploaded if I said "yes" for alpha5?
[07:09] <bryce> immediately; we have the packages ready to go
[07:10] <bryce> slangasek: the change (which involves one patch to xserver and two to -intel) essentially just flips a configuration option, and in the new config it solves 4 different issues
[07:11] <slangasek> ok, please go for it
[07:12] <bryce> cool thanks, tjaalton would you mind putting the upload in?
[07:12] <tjaalton> ok, let's try again
[07:13] <tjaalton> uploaded
[07:18] <tjaalton> still not getting them through
[07:21] <bryce> tjaalton: where are you looking to see if they come through?
[07:21] <tjaalton> my inbox and the changes list :)
[07:22] <tjaalton> same thing 8h ago
[07:22] <bryce> ah
[07:29] <thegodfather> superm1: ping?
[07:30] <ogra> bryce, do you know if there is somebody anywhere in the world packaging the intel embedded graphics drivers (iedg) into .deb ?
[07:31] <superm1> thegodfather, hey
[07:31] <superm1> i'm off to bed in a few min, is it quick?
[07:32] <thegodfather> superm1: hey dude... yes quick.. did you read my suggestion to make the Depends on libmyth (= version) instead of (>= version) ?
[07:32] <pitti> keescook: btw, David and other upstreams are much more likely to comment on the hal ML; no idea why they ignore the bug tracker so much
[07:32] <thegodfather> superm1: all plugins refuses to work if the lib is newer anyway
[07:32] <superm1> thegodfather, yeah while we are in trunk, that does make more sense
[07:32] <thegodfather> superm1: might as well avoid the update until it's all in sync on the same system
[07:33] <thegodfather> superm1: ok cool. that's it.. good night :)
[07:34] <slangasek> asac: any objections to a no-change rebuild of NM against the current libnl?
[07:34] <bryce> ogra, no idea; in fact this is the first I've heard of iedg
[07:35] <asac> slangasek: has libnl been upgraded?
[07:36] <ogra> bryce, yeah i heard about it last week first time and was told it improves the classmate ... i'll try it myself then .. saldy i dont seem to be able to find the actual source, they have a binary rpm and an exe :/
[07:36] <slangasek> asac: yes, we have libnl 1.1-1 in hardy now
[07:36] <bryce> ogra, hrm, not a good sign
[07:36] <ogra> right
[07:36] <asac> slangasek: oh ... thast most likely more recent than 1.1-pre8, right?
[07:37] <ogra> but they asvertise its linux compatibility (at least for xorg 7.0 to 7.2)
[07:37] <asac> slangasek: i think it won't build then ... at least 0.6 branch needed apatch for pre8
[07:37] <ogra> *advertise
[07:37] <slangasek> asac: it's no longer pre-, so yes it's more recent
[07:38] <asac> slangasek: i added this to my todo list. feel free to prod me in case don't happen quick enough
[07:39] <slangasek> asac: ack, thanks
[07:42] <slangasek> pitti: libpam-mount was recently promoted to main but not libhx, which is mentioned as a build-dependency in https://wiki.ubuntu.com/MainInclusionReportLibPamMount - oversight?
[07:45] <pitti> slangasek: ah, oversight, sorry
[07:46] <pitti> slangasek: I'll review and either promote, or demote libpam-mount again and ask for an MIR
[07:46] <slangasek> asac: confirmed that n-m FTBFS currently; Debian does seem to have the package, so perhaps this would be a straightforward merge
[07:46] <slangasek> pitti: ok, cheers
[07:48] <asac> slangasek: well ... there is a patch patch available. but i think upstream had concerned with the debian one, but afaik they care for latest libnl in the 0.6.6 update they wanna release
[07:48] <asac> and most likely its alrady in the 0.6.6 preview release they did last week ... i'll look
[07:48] <slangasek> ok, I'll shut up and leave it in your hands :)
[07:49] <dholbach> good morning
[07:49] <asac> slangasek: hehe ;)
[07:54] <geser> good morning
[08:02] <cjwatson> slangasek: hostname => hostname -f basically ends up being localhost() => gethostbyname(localhost())->h_name
[08:02] <cjwatson> slangasek: /etc/hosts might not be configured in the livefs chroot, which could be it?
[08:02] <slangasek> mmm, right
[08:03] <slangasek> ok, I'll upload a quick 'hostname -a || hostname' fix
[08:05] <TheMuso> c
[08:05] <TheMuso> ugh wrong tab
[08:05] <slangasek> er, hostname -f || ...
[08:12] <cjwatson> slangasek: how about also having livecd-rootfs copy /etc/hosts from the build system?
[08:12] <cjwatson> of course live fs building is chroot-within-chroot and I don't know if the middle chroot has an /etc/hosts either
[08:17] <slangasek> cjwatson: well, I can't actually reproduce the error by nuking my /etc/hosts in a chroot... so conversely, it doesn't seem that copying /etc/hosts would fix it
[08:17] <slangasek> not that having a good /etc/hosts would be a bad thing
[08:17] <cjwatson> hm
[08:17] <cjwatson> where did I put my unpacked glibc tree
[08:18] <cjwatson> oh, mind you, if we copied /etc/hosts during build we'd have to take care to clean it out at the end too
[08:19] <cjwatson> terranova's /etc/hosts is probably not massively useful elsewhere
[08:19] <slangasek> heh
[08:21] <cjwatson> thank you, glibc, for calling the file containing gethostbyname() "gethstbynm.c"
[08:21]  * cjwatson hands Ulrich some more vowels
[08:21]  * slangasek trembles to think how they'll be applied
[08:22] <ion_> :-D
[08:24] <bryce> hi seb128
[08:24] <seb128> hey bryce
[08:24] <pitti> hey seb128, bonjour
[08:25] <pitti> seb128: thanks for taking care of the jockey rebuild
[08:25] <seb128> guten tag pitti ;-)
[08:25] <seb128> pitti: you are welcome, I didn't manage to use the bzr correctly though I think, sorry about that
[08:25] <pitti> seb128: no, it was fine
[08:26] <thekorn> pitti: hi, I think I broke the ubuntu-bugpattern branch yesterday, I useed bzr 1.x and did not know that the brnach format changed,
[08:26] <pitti> seb128: unlike apport and r-m, jockey has an orig.tar.gz, though, which makes it a little harder
[08:26] <seb128> pitti: I diffed the current package and bzr, and there is 3 examples which are in one and not the other and the ChangeLog you generate, but the gnu format doesn't work on my installation
[08:26] <thekorn> so, this branch can't be used with bzr <1.x anymore
[08:26] <pitti> thekorn: that's just the format of your local checkout, I assume
[08:27] <thekorn> $ bzr branch http://bazaar.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns
[08:27] <thekorn> bzr: ERROR: Unknown branch format: 'Bazaar pack repository format 1 (needs bzr 0.92)\n'
[08:29] <cjwatson> does look like hostname -f || hostname is the right answer, anyway
[08:29] <cjwatson> thekorn: that would normally only happen if you explicitly did 'bzr upgrade'
[08:29] <cjwatson> bzr doesn't auto-upgrade branches just 'cos you use a newer version of bzr
[08:36] <thekorn> I might be wrong but I think a simple   bzr branch ... ; bzr commit; bzr push   changes the branch format
[08:38] <cjwatson> thekorn: it gives you a local branch with a different format, but it doesn't change the format of the remote branch IME
[08:42] <cjwatson> hmm, python-central doesn't seem entirely fixed; bzrtools still refuses to upgrade or even install from scratch, even after rebuilding with absolute current python-central
[08:42] <slangasek> and that's not a bzrtools bug?
[08:42] <cjwatson> though it seems to be a different problem from the original python-central one
[08:42] <cjwatson> it's something to do with the pycentral upgrade handling
[08:43] <cjwatson> hmm, or maybe not, I'm investigating
[08:54] <soren> Hm.. The kernel udebs are missing on the alternate installer. Is this known?
[08:55] <cjwatson> doko: http://paste.ubuntu.com/4793/
[08:55] <cjwatson> doko: is this a python-central bug or a bzrtools bug?
[08:55] <doko> looking ...
[08:56] <cjwatson> soren: damn, I forgot to change the seeds again
[08:56] <cjwatson> will fix
[08:58] <soren> cjwatson: The oddest part (IMO) is that the cd build logs talk about -7.. We've been using -8 happily for at least a few days have we not?
[08:59] <cjwatson> soren: depends which bit of the CD build logs. Like I say, I only updated d-i and forgot to update the seeds too.
[09:00] <soren> cjwatson: Sure, got that, but AFAIR we updated both to -8 a few days ago, and now I see "! Allowing d-i kernel versions: ['2.6.24-7-386']" in the build logs. Maybe I just remembered wrong. :/
[09:04] <cjwatson> soren: we did not. we updated *only* d-i because *I forgot*.
[09:04] <cjwatson> soren: you seem to be saying "but you remembered" and it's clear I didn't because I only made the change just now.
[09:04] <cjwatson> should be fixed now, anyway
[09:07] <soren> Erm.. Ok. I thought you were updating it to -9 now.
[09:07] <soren> I'm clearly confused.
[09:08] <pitti> doko: so the python-pysqlite2 package is 100% integrated into python2.5?
[09:08] <pitti> doko: it says "Python-Version: 2.4, 2.5" (unlike -celementtree, which only has 2.4)
[09:08]  * soren wonders which kernel version the dailies from yesterday and the day before used
[09:08] <TheMuso> soren: afaik -9 has no meta yet.
[09:10] <pitti> doko: oh, seems it's called 'sqlite3' in python2.5, not pysqlite2
[09:10] <soren> TheMuso: You're probably right.
[09:24] <cjwatson> mjg59: your VT switch font restoration patch works beautifully. Thanks!
[09:25] <doko> pitti: afaik there are three versions of the sqlite module, 2.5 only comes with sqlite3
[09:26] <pitti> doko: python-pysqlite2 is still in main, built for 2.5, and has a different python module name, so I guess leaving it as a recommends doesn't hurt for now?
[09:27] <doko> hmm, if we don't need it, why keep it?
[09:27] <\sh> doko: ncurses FTBFS...it can't find the 32bit libs which were moved from /emul/ to /usr/lib32/ (ubuntu change)...I don't have the time to fix it myself...
[09:27] <pitti> doko: we could patch the upstream source to import s/pysqlite2/sqlite3/, but that would break with python2.4?
[09:28] <doko> pitti: I'll have a closer look later today
[09:28] <pitti> doko: ok, thanks
[09:29] <Fujitsu> Somebody might want to throw the netbeans binary back to universe.
[09:29] <pitti> Fujitsu: erk, done; thanks
[09:33] <doko> cjwatson: this time not pycentral, but bzrtools; there's a "workaround", which just removes all the preparation work done by pcentral. preparing a fix
[09:36] <cjwatson> doko: ok, cool, thanks
[09:47] <pitti> mvo: so you tried ndisgtk and think we can support it?
[09:48] <soren> I've tried it.
[09:48] <pitti> it's shiny?
[09:49] <soren> Quite.
[09:49] <soren> I like it.
[09:49] <pitti> . o O { bah, can we please have a su-to-root wrapper like Debian? those tiny debian deltas suck }
[09:49] <soren> It made setting up the nic in my d430 a breeze (I got the Dell 1505 wifi nic).
[09:49] <pitti> cool
[09:49] <pitti> soren: why didn't you take a 3945?
[09:49] <soren> pitti: DElivery time.
[09:50] <pitti> soren: well, in the interest of widening the scope of hw of the distro team that was a good choice :)
[09:50] <soren> pitti: I needed this laptop before Boston (didn't want to be stuck on a plane for 20 hours with a non-kvm-capable machine).
[09:50] <soren> pitti: That too :)
[09:55] <mvo> pitti: I played with it a bit, I think its something that a lot of users find very useful, the code itself is relatively small, mostly running some ndiswrapper commands
[09:55] <pitti> mvo: right; if it's actually working and DTRT, I'm all for it
[09:55] <pitti> mvo: recently I was quite surprised to see ndiswrapper in main, so we should provide a GUI, too :)
[09:56] <ogra_cmpc> pitti, it was a SoC project and was in pretty good shape from the beginning :)
[09:56] <mvo> pitti: :)
[09:58] <pitti> mvo: btw, did you get an answer about the compiz session mgmt plugin?
[09:59] <mvo> pitti: not yet :/
[09:59] <mvo> pitti: I will keep naging about it
[10:16] <pitti> doko: ok, we are on top of the MIR stack
[10:16] <pitti> doko: I need to talk about elisa with Keybuk, all the others are incomplete or fully done
[10:16]  * pitti ^5s doko
[10:17] <doko> pitti: cool, thanks!
[10:33] <cjwatson> seb128: where does bug 192441 belong? it clearly isn't casper; I can reproduce the .spx problem on an installed system though not the .ogg problem
[10:33] <ubotu> Launchpad bug 192441 in casper "Examples folder has files Hardy Ubuntu can't play" [Undecided,New] https://launchpad.net/bugs/192441
[10:33] <pitti> dholbach: hm, I just tested add-5-a-day, which works fine
[10:33] <pitti> dholbach: but update-signature breaks my signature
[10:34] <dholbach> pitti: how?
[10:34] <pitti> dholbach: first, it adds a "-- " line to it, which shouldn't be part of .signature IMHO (the MUA should add it)
[10:34] <pitti> second, it should append 5-a-day data, not prepend it (loks really nasty that way)
[10:34] <dholbach> pitti: let me check if evolution and thunderbird will do it
[10:34] <pitti> and third, it should leave a blank line
[10:34] <pitti> dholbach: ok, let me cross-check with mutt
[10:34] <seb128> cjwatson: that's a duplicate, I closed it
[10:34] <dholbach> pitti: I'm happy to change the second part
[10:34] <ion_> Yeah, the MUA should definitely be the one that adds that IMHO.
[10:35] <dholbach> thunderbird is OK
[10:35] <pitti> dholbach: hm, mutt adds "-- " unconditionally itself, thus I end up with two
[10:35] <ion_> What is this update-signature you speak of?
[10:35] <dholbach> ion_: http://wiki.ubuntu.com/5-A-Day#Log
[10:35] <ion_> Thanks
[10:35] <pitti> dholbach: and it doesn't wrap the very long line
[10:36] <pitti> dholbach: anyway, add-5-a-day works great! *hug*
[10:36] <pitti> dholbach: so you think it's not worth the effort of adding some verbs to the bugs? just the package name?
[10:36] <pitti> dholbach: WDYT about s/Bug /#/ for brevity?
[10:37] <dholbach> pitti: if you can think of a clever way update-signature can be used with adding comments
[10:37] <dholbach> # is fine with me
[10:37] <pitti> dholbach: no, that would be entirely manual work
[10:37] <tjaalton> hmm 5-a-day.. we've closed nearly 500 X bugs in the past 80 days, so it seems we're on track here :)
[10:37] <pitti> like "#12345 (fixed in hardy), #23456 (tested SRU), etc.
[10:38] <dholbach> pitti: how will the normal user use add-5-a-day and update-signature?
[10:38] <dholbach> where will this information come from?
[10:38]  * pitti is speaking about "vi ~/.signature"
[10:38] <dholbach> can't figure out evolution right now, I'll assume it adds "-- " itself
[10:38] <pitti> but if the general consensus is to just mention the package names, I'm fine with it
[10:38] <pitti> dholbach: testing evo
[10:40] <pitti> dholbach: meh - seems that evo doesn't even look at ~/.signature
[10:40] <pitti> dholbach: I have to manually update it in evo
[10:40] <pitti> dholbach: but I don't have "-- " in the signature field there, evo adds that automatically
[10:40] <dholbach> I think that jcastro did some symlinking somewhere and it worked
[10:40] <dholbach> ok, so we're safe
[10:40] <pitti> right
[10:41] <pitti> dholbach: so, drop "-- ", and s/Bug /#/, and auto line-wrap?
[10:41] <seb128> pitti: evo has its list of signature or can use a script
[10:41] <pitti> and maybe append the 5-a-day data, not prepend it?
[10:41] <dholbach> the signature will be a bit big ten
[10:41] <dholbach> already done
[10:41]  * pitti hugs dholbach
[10:41] <dholbach> if you do the auto-line wrap, it might get a bit big
[10:41] <dholbach> but I can do it
[10:41]  * pitti tries to squeeze his former 3-line sig into fewer lines
[10:42] <pitti> dholbach: hm; well, let's keep it like it is for now
[10:42] <pitti> it just looks a bit awkward, but I think that's more a mutt bug
[10:46] <pitti> dholbach: BTW, I guess it is ok if "my 5 today" are really "my 5 yesterday", since I update the sig in the morning :)
[10:47] <dholbach> pitti: I think everybody can live with that ;-)
[10:52] <dholbach> grrrrrr
[10:52] <dholbach> pycentral crash
[10:52]  * dholbach fetches ubuntu7
[10:52] <pitti> keescook: I tagged your patch (Description: and Upstream:) and committed it to ubuntu's hal bzr; I'll upload it after alpha-5
[10:53] <MacSlow> What could I do to check if a mail I sent to ubuntu-art was actually received or rejected?
[10:53] <seb128> pitti: did you upload the fix for duplicates battery?
[10:53] <pitti> MacSlow: you can check the web archive
[10:53] <stgraber> MacSlow: you can check the archives of the list
[10:53] <pitti> seb128: I'm just about to commit it
[10:54] <stgraber> bah, pitti was faster :)
[10:54] <seb128> pitti: ah ok, I was under the impression you had a pending upload when I pinged about that one week ago
[10:54] <seb128> pitti: good ;-)
[10:54] <pitti> well, a TODO list item
[10:54] <dholbach> pitti: http://daniel.holba.ch/temp/five-a-day_0.7_all.deb - let me know if it's better and I'll upload to PPA
[10:54] <seb128> pitti: maybe you can upload that now? quite some users notice it
[10:54] <pitti> seb128: well, I think I can upload it now, too
[10:54] <pitti> it's just a bug fix, after all
[10:54]  * seb128 hugs pitti
[10:54] <seb128> right
[10:55] <geser> pitti: what is needed to get icatalan, idutch, ispanish and ilithuanian back into the archive? It looks like it was promoted twice from universe to main which mislead LP to remove it completely.
[10:55] <pitti> erm, you mean it's gone?
[10:55] <pitti> duh
[10:55] <geser> pitti: e.g. https://edge.launchpad.net/ubuntu/hardy/i386/icatalan/+index#
[10:56] <pitti> geser: I'll ask the soyuz guys
[10:57] <Fujitsu> pitti: I filed a bug on that a couple of days ago.
[10:57] <pitti> Fujitsu: oh, which? thanks
[10:57]  * Fujitsu looks.
[10:58] <geser> pitti: I asked cprov about it and he said it needs archive admin approval to get them back
[10:58] <Fujitsu> Bug #192547
[10:58] <ubotu> Launchpad bug 192547 in soyuz "Doubly-overridden binaries get eaten" [Undecided,Triaged] https://launchpad.net/bugs/192547
[10:58] <MacSlow> hm... sending an email with my ubuntu.com-address apparently gets silently rejected by the ubuntu-art list... I know that I'm subscribed to it with my bangang.de-address
[10:58] <pitti> Fujitsu: thanks
[11:01] <geser> there is also bug #193202 complaining about the missing idutch package in hardy
[11:01] <ubotu> Launchpad bug 193202 in dutch "Missing dependency idutch" [Undecided,Confirmed] https://launchpad.net/bugs/193202
[11:13] <cjwatson> seb128: thanks
[11:13] <seb128> cjwatson: you are welcome
[11:13] <dholbach> pitti: http://daniel.holba.ch/temp/five-a-day_0.7_all.deb - fixed another small bug
[11:13] <pitti> dholbach: \o/
[11:14] <dholbach> pitti: let me know if it works for you and I'll push to PPA
[11:14] <pitti> NameError: global name 'fn2' is not defined
[11:14] <pitti> argh, pycentral
[11:14] <seb128> curses doko
[11:14] <pitti> I have 0.5.50ubuntu6, that's not recent enough, I guess
[11:14] <dholbach> pitti, seb128: try 0ubuntu7 - it's in LP already
[11:15]  * dholbach had the same problem
[11:15] <pitti> not yet in dist-upgrade
[11:15] <pitti> I'll fetch it
[11:15] <dholbach> it's weird - how often does the publisher run?
[11:15] <dholbach> to me it seems like it's running only once a day
[11:15] <seb128> dholbach: I've no problem, I don't update that often, just speaking about all the python breakages since yesterday ;-)
[11:15] <dholbach> I had the same experience in the last days already
[11:15] <cjwatson> dholbach: it had some problems yesterday and some separate problems a few days ago, but AFAICS is working fine now
[11:16] <dholbach> cjwatson: great - thanks a lot
[11:16] <cjwatson> gb.archive seems behind for some reason; I thought it updated hourly
[11:16] <cjwatson> archive is up to date though
[11:17] <doko> seb128: the fix is in -7
[11:17] <pitti> yep, that worked
[11:19] <seb128> doko: ok
[11:20] <pitti> seb128: ok, hal patch works; my laptop lost a battery *sniff*
[11:20] <pitti> debian/patches/revoke-free-batteries.patch
[11:22] <pitti> dholbach: much better, but I still prefer having my original sig at the top, and the 5-a-day list at the bottom
[11:23] <ion_> Just remember that the evilness of an email signature is exponentially relative to the number of lines in it. :-)
[11:25] <pitti> seb128: uploaded
[11:25] <seb128> pitti: danke
[11:28] <dholbach> pitti: oh, I thought I fixed that - hang on
[11:30] <dholbach> pitti: sorry my bad, fixing
[11:34] <dholbach> pitti: fixed and uploaded
[11:34] <dholbach> thanks again
[11:35] <pitti> dholbach: hm, I wget'ed and dpkg -i'ed again, no change
[11:36] <pitti> dholbach: or did you upload to the PPA?
[11:36] <dholbach> pitti: to PPA, but just re-uploaded to holba.ch/temp again
[11:36] <dholbach> pitti: if you want to try, that'd be great
[11:37] <pitti>     f.write(text)
[11:37] <pitti> ValueError: I/O operation on closed file
[11:37] <pitti> on line 76
[11:37] <dholbach> ok... that's what I get for trying to do too many things at once
[11:37] <pitti> yeah, that looks quite obvious :)
[11:37] <dholbach> yes it does :)
[11:38] <pitti> dholbach: I swapped the f.close() and f.write(), looks great now!
[11:38] <dholbach> thanks a lot pitti
[11:38] <dholbach> I'll upload the changes to hardy ppa and gutsy ppa in a bit :)
[11:57] <mjg59> cjwatson_: Excellent
[12:00] <Sevenhill> hi there
[12:01] <Sevenhill> could anyone say where are kdm's Xsession files ?
[12:40] <jdstrand> asac: hi!
[12:40] <jdstrand> asac: do you know of any workarounds for bug #193405
[12:40] <ubotu> Launchpad bug 193405 in firefox-3.0 "firefox-3.0: doesn't work as a preferred application" [Undecided,New] https://launchpad.net/bugs/193405
[12:43] <Ng> jdstrand: custom application -> firefox-3.0 %s  ;)
[12:44] <Ng> fwiw, I think the xml file that lists the available applications is in gnome-control-center
[12:44] <jdstrand> Ng: tried that already :P
[12:44] <Ng> jdstrand: works here
[12:44] <jdstrand> Ng: it goes to use firefox, but firefox gives an error
[12:46] <seb128> pitti: bouhouh, the retracer is still crashing
[12:46] <seb128> pitti: didn't you fix the "ValueError: Unsupported attachment-type '<type 'set'>'" issue?
[12:50] <emgent> jdstrand, ping
[12:51] <jdstrand> emgent: pong
[12:51] <emgent> jdstrand, cacti patch it'snt pubblic now
[12:51] <emgent> i will try to write this
[12:52] <emgent> and mail upstram, but i know that there are a rivate discussion about this vuln in cacti group
[12:52] <jdstrand> emgent: if the patch isn't public, I can publish what you have if you want
[12:53] <jdstrand> meaning publish the patch for the 2 vulns, and when this gets sorted out upstream, we can do the rest
[12:53] <emgent> it's cool write this and mail upstram? or commit old patch and wait cactipeople ?
[12:53] <jdstrand> if you would rather wait, that is fine too
[12:53] <emgent> uhm
[12:53] <jdstrand> emgent: it's up to you, but I'd like to use the patch that upstream ultimately uses
[12:53] <emgent> jdstrand, oh ok..
[12:54] <emgent> well, now is good commit old patch and i will reopen new bug for new vuln
[12:54] <jdstrand> so please, get involved, write the patch and submit it upstream
[12:54] <emgent> sure i will do!
[12:54] <emgent> :P
[12:54] <jdstrand> emgent: ok cool-- thanks! :)
[12:54] <emgent> someone have docs about python-launchpad-bugs ?
[12:55] <emgent> i'd like complete https://wiki.ubuntu.com/UbuntuPentest/ptreport
[12:55] <emgent> jdstrand, add in todolist ehehe :P
[12:56] <jdstrand> exactly
[12:58] <geser> emgent: I've added support to requestsync to use p-lp-bugs based on https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/Bug
[12:58] <emgent> geser, big thanks
[13:07] <pitti> seb128: yes, I did
[13:07] <pitti> seb128: but only the 'outside' one, not in the chroots
[13:10] <seb128> pitti: ah ok, will do that then
[13:10] <seb128> pitti: hum
[13:11] <seb128> pitti: the dup finder should be patched then?
[13:11] <pitti> seb128: I can fix it, yes
[13:11] <pitti> seb128: no, the outside instance *should* be fixed
[13:11] <pitti> it crashed there?
[13:11] <seb128> it chashed on "checking for duplicates"
[13:11] <seb128> which is the system instance I think
[13:11] <pitti> right
[13:12] <pitti> ah, seems you are already attached to the i386 screen
[13:12] <seb128> pitti: detached
[13:12] <StevenK> pitti: You can share with screen -x
[13:12] <pitti> seb128: I just fixed one instance of the problem, thekorn fixed all of them upstream
[13:13] <pitti> oh
[13:13] <pitti> no, that was the bug I wasn't able to fix
[13:13] <seb128> ah ok
[13:13] <pitti> yesterday I fixed another crash
[13:13] <seb128> DOH
[13:13] <seb128> that thing is crash land :-(
[13:13] <pitti> hm
[13:13] <pitti> o_O
[13:14] <pitti> sure, any(empty set) must fail
[13:14]  * pitti fixes
[13:14] <seb128> StevenK: thanks
[13:14] <pitti> seb128: apparently this bug does not have any attachment
[13:16] <pitti> seb128: restarted *crossing fingers*
[13:20] <pitti> seb128: https://bugs.edge.launchpad.net/python-launchpad-bugs/+bug/191963/comments/3
[13:20] <ubotu> Launchpad bug 191963 in python-launchpad-bugs "ValueError: Unsupported attachment-type '<type 'set'>' " [Undecided,In progress]
[13:21] <seb128> pitti: thanks
[13:25] <jwendell> seb128, GNOME 2.22 will ship GDM 2.20 :)
[13:25] <jwendell> hehe
[13:25] <seb128> jwendell: yeah, I know, we didn't update ;-)
[13:25] <jwendell> seb128, you knew it hehe
[13:25] <jwendell> deja vu
[13:25] <seb128> jwendell: do you still read the tsclient bugs on launchpad?
[13:26] <seb128> jwendell: there is an user who reopened the warning on disconnect one you closed upstream
[13:26] <jwendell> seb128, yep, but some guy has asked for its maintence
[13:27] <\sh> seb128: known to you that somehow "network" places doesn't work?
[13:27] <seb128> \sh: yes
[13:28] <pitti> wow, most new python crash reports are duplicates
[13:31] <jwendell> seb128, tsclient needs more love, I can't supply it because I'm giving my love to vinagre
[13:31] <jwendell> seb128, I hope to support rdp in vinagre soon
[13:32] <Colossus73> hi
[13:32] <Colossus73>  according to what I read here:http://www.gimp.org/release-notes/gimp-2.4.html the print option should be in the file menu and leading to a window allowing print preview and print WITHOUT gutenprint
[13:32] <tickler> hallo
[13:32] <ogra_cmpc> jwendell, the ltsp crowd would love you for that
[13:32] <Colossus73> but the print option is not in file menu of the gimp ubuntu package
[13:32] <Colossus73> how come?
[13:33] <jwendell> ogra_cmpc, :)
[13:33] <tickler> how you get acer orbi cam working on ubuntu
[13:33] <tickler> it uses bison drivers
[13:33] <Colossus73> does nobody know why?
[13:33] <tickler> my wireless works fine after i patched madwifi
[13:34] <StevenK> Colossus73: It is in the File menu if you right click an open image
[13:35] <Colossus73> there is no print option in the file menu of the image
[13:35] <Colossus73> I tried it
[13:35] <Colossus73> StevenK: which package do you have of gimp?
[13:35] <StevenK> I just tried it and it worked
[13:35] <Colossus73> StevenK: can you tell me the version and the package please?
[13:36] <StevenK> Colossus73: 2.4.2-0ubuntu0.7.10.1
[13:36]  * Colossus73 checking
[13:37] <StevenK> Colossus73: Do you have gimp-print installed?
[13:37] <Colossus73> ok i understand what you mean
[13:37] <Colossus73> StevenK: I DON'T mean Gutenprint
[13:37] <Colossus73> StevenK: please go here:http://www.gimp.org/release-notes/gimp-2.4.html
[13:37] <Colossus73> and look for improved printing
[13:37] <StevenK> Right, okay, you're talking the native plug-in
[13:38] <Colossus73> you will see that the print window is not the one of gutenprint
[13:38] <Colossus73> so where is the native plug-in?
[13:38] <Colossus73> there is even a print preview!
[13:38] <StevenK> Not enabled in Gutsy, it wasn't suitable to enable when Gimp was updated.
[13:38] <Colossus73> ah ok
[13:38] <StevenK> Since it was about two weeks before Gutsy's release.
[13:38] <Colossus73> thanks for the explanation
[13:38] <Colossus73> :)
[13:38] <StevenK> Colossus73: No problem, happy to help.
[13:39] <Colossus73> StevenK: will be ok for Hardy then?
[13:39] <jwendell> seb128, ogra_cmpc when it happens, we can replace tsclient :)
[13:39] <StevenK> Colossus73: It was enabled for Hardy. By me, actually. :-)
[13:39] <Colossus73> good !
[13:39] <Colossus73> Thank you!
[13:39] <StevenK> Colossus73: No problem
[13:39] <Colossus73> do you think I can download the gimp hardy package on gutsy?
[13:39] <ogra_cmpc> jwendell, well, i was pondering that for edubuntu for this release already ...
[13:40] <seb128> jwendell: cool
[13:40] <Colossus73> StevenK: I mean installing the gimp hard package on gutsy?
[13:41] <ogra_cmpc> Colossus73, you can grab the source package and try to build it in gutsy
[13:41] <jwendell> ogra_cmpc, the problem is rdp support
[13:41] <StevenK> It wouldn't work.
[13:41] <ogra_cmpc> jwendell, pfft, windows
[13:41] <Colossus73> ok, waiting for Hardy then.
[13:41] <StevenK> It requires changes to gutenprint to not provide the plugin
[13:43] <Colossus73> StevenK: thank you so much, bye.
[13:43] <StevenK> Colossus73: No problem
[13:52]  * ogra_cmpc wonders why evolution exchange has to run all the time after he once started an app using e-d-s
[13:53]  * ogra_cmpc uninstalld
[14:03] <warrend> hi
[14:04] <warrend> is it normal that since that gutsy is out gdebi-kde doesn't work?
[14:04] <Riddell> warrend: no
[14:04] <warrend> it would be nice to fix the bug :)
[14:04] <ogra_cmpc> seb128, whats the reason for the above ? seems e-d-s properly stops if i close the app ("dates" in this case) evo-xchange doesnt and hogs 8M
[14:05] <warrend> a friend said kubuntu wasn't able to install debs
[14:05] <warrend> i found this bug on launchpad but it doesn't move :)
[14:05] <seb128> ogra_cmpc: bug?
[14:05] <seb128> ogra_cmpc: or lack of feature
[14:05] <Riddell> warrend: what's the bug
[14:05] <ogra_cmpc> seb128, so its supposed to stop ?
[14:06] <warrend> https://bugs.launchpad.net/ubuntu/+source/gdebi/+bug/156031
[14:06] <ubotu> Launchpad bug 156031 in gdebi "Kubuntu - GDebi fails to install .deb package" [Undecided,New]
[14:06] <mvo_> warrend: it seems to be working for me
[14:06] <warrend> really?
[14:06] <warrend> with kubuntu?
[14:07] <mvo_> warrend: hardy, gdebi 0.3.5 (latest bzr version, but the kde bits didn't change compared to the released version)
[14:07] <warrend> ow but i use gutsy
[14:07] <mvo_> warrend: oh, sorry
[14:07] <warrend> but i've read the bug still exists on hardy too
[14:08] <ogra_cmpc> seb128, i mean, its rather thyeoretical anyway ... i dont assume if people have to used dates as their calendar app they even would have evo-xchange installed ... but on the classmate 8M RAM are quite a lot :)
[14:08] <ogra_cmpc> s/used/use/
[14:08] <Riddell> warrend: works for me
[14:08] <warrend> on gutsy?
[14:08] <Riddell> warrend: what version of kde do you have?
[14:09] <warrend> 3.5.8
[14:09] <Riddell> no on hardy
[14:09] <warrend> i don't use hardy, yet
[14:09] <Riddell> warrend: kde is installed from where?
[14:09] <seb128> ogra_cmpc: there is a bug about "evolution-exchange should not be started if the plugins is not activated
[14:09] <warrend> from ubuntu's official repos
[14:09] <ogra_cmpc> seb128, well, i would like it to stop if nothing uses it anymore ... thats a bit different
[14:10] <warrend> it looks like a problem with encoding
[14:11] <seb128> ogra_cmpc: it should, that's a bug
[14:11] <Riddell> warrend: what error does it give when you run gdebi-kde on the command line?
[14:12] <ogra_cmpc> seb128, i'll file it if i'm back on my workstation ... i guess upstream is better here, right ?
[14:12] <warrend> euh i am not at home but i can't remember the error
[14:12] <warrend> but it is the same as on launchpad
[14:13] <warrend> but gdebi-kde launchs and when you want to install a package it crashes
[14:13] <warrend> silently
[14:15] <asac> pitti: are the retracers running? (bug 193247)
[14:15] <ubotu> Launchpad bug 193247 in firefox-3.0 "firefox crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,New] https://launchpad.net/bugs/193247
[14:15] <seb128> ogra_cmpc: yes
[14:15] <ogra_cmpc> oki
[14:16] <warrend> when i will be on my pc i will come back with the error
[14:36] <seb128> dholbach, pitti: is the python-launchpad-bugs api documented somewhere?
[14:37] <dholbach> seb128: best to ask bdmurray and thekorn - in a call right now
[14:37] <seb128> ok
[14:52] <geser> seb128: there is an example how to work on bugs with p-lp-bugs in the wiki: https://wiki.ubuntu.com/BugHelper/Dev/python-launchpad-bugs/Bug
[14:53] <dholbach> pydoc launchpadbugs  has some holes in it but is much better than it was
[14:53] <dholbach> I usually copy and paste stuff I've used before ;)
[14:57] <pitti> asac: yes, again; they crashed earlier
[14:58] <pitti> seb128: I don't know either; maybe still in the GSoC wiki docs
[14:58] <seb128> dholbach, geser, pitti: I was wondering if there is some function returning the packages maintained by a team but that doesn't seem to be the case
[14:59] <asac> pitti: ok thanks.
[14:59] <dholbach> seb128: no, unfortunately not afaik
[14:59] <seb128> ok
[14:59] <pitti> seb128: it's primarily focused on bugs still
[15:00] <dholbach> maybe there's a hidden   team/+rdf-bugs    something *shrug*
[15:00] <dholbach> might be a good idea to ask in #launchpad
[15:11] <emgent> heya
[15:15] <slytherin> any core developer from bluetooth team here?
[15:16] <dholbach> slytherin: #ubuntu-mobile might be a good idea
[15:30] <pitti> lool: any idea why elisa doesn't work at all on hardy? the process is running, but it doesn't produce any window
[15:31] <lool> pitti: I have no idea, but as a lot of opengl hackery is involved, I would suggest checking with metacity if you're running compiz
[15:31] <pitti> lool: I am running metacity
[15:32] <pitti> lool: Scott just tried on compiz, and there it just kills all windows
[15:32] <lool> haha
[15:32] <pitti> on my box it just sits there
[15:32] <USN1520> I fully understand this is not the place for newbs to discuss development, however
[15:32] <lool> I didn't try it under hardy at all yet; it worked fine on sid though
[15:32] <USN1520> I love ubuntu and want to help
[15:32] <pitti> lool: so that's not just the standard pygtk app, I figure :)
[15:32] <lool> pitti: Oh you might have to wipe your config
[15:32] <USN1520> how do I get started
[15:32] <pitti> lool: which config?
[15:32] <lool> pitti: ~/.elisa
[15:32] <azeem> USN1520: see the /topic
[15:32] <pitti> lool: I didn't have an ~/.elisa before
[15:32] <lool> pitti: Ah
[15:33] <pitti> lool: today was the first time ever I tried it
[15:33] <lool> pitti: I'm out of the idea, but a new upstream is pending
[15:33] <pitti> lool: ok, thanks; just thought I'd check with you :)
[15:33] <USN1520> thanks
[15:33] <lool> pitti: Thanks for telling me it's broken, I'll test the new upstream (which upstream wants into hardy) under hardy asap
[15:34] <pitti> USN1528: https://wiki.ubuntu.com/ContributeToUbuntu has some useful entry points
[15:34] <pitti> oh, gone already
[15:34] <pitti> lool: thanks
[15:35] <pitti> lool: I prepared some dependency fixes in Ubuntu which also apply to Debian; I think I'll just report them to the BTS then, maybe we can even avoid a fork
[15:40] <lool> pitti: With pleasure
[15:45] <dholbach> UBUNTU DEVELOPER WEEK Session starting in #ubuntu-classroom in 15 minutes!
[15:49] <crevette> hello dholbach
[15:50] <dholbach> hey crevette
[15:50] <crevette> I would like to propose obex-data-server to be included in main; from https://wiki.ubuntu.com/MainInclusionProcess I need to ask here beofre do the MIR
[15:52] <crevette> doing
[15:53] <slytherin> dholbach: ^^
[15:54] <dholbach> slytherin: better ask the guys in #ubuntu-mobile - I'm not taking care of any bluetooth related packages any more - they took over
[15:56] <slytherin> dholbach: I am not doing MIR, I just directed him to the wiki page. But yes I have interest in that MIR. I suppose there should be a generic discussion in devel lists or channel right?
[15:56] <dholbach> slytherin: I haven't filed a MIR in a while, maybe somebody else knows better?
[15:57] <dholbach> MainInclusionRequiremens on the wiki should know
[15:57] <dholbach> or UbuntuMainInclusionQueue
[15:57] <slytherin> Ok. crevette: be patient then. SOmeone here will answer sooner or later. :-)
[15:57] <dholbach> sorry :)
[15:58] <slytherin> crevette: Or you can also send mail to ubuntu-devel-discuss list
[15:58] <pitti> lool: bug+patch sent
[15:58] <lool> pitti: Thanks!
[16:00] <slytherin> pitti: Can you help crevette? He plans to file MIR for obex-data-server. He wants to discuss it here first (as per the process).
[16:01] <crevette> slytherin:
[16:01] <crevette> slytherin: okay
[16:01] <pitti> crevette: o-d-s sounds pretty reasonable, so please go ahead
[16:01] <crevette> hello pitti
[16:01] <pitti> crevette: I just want to point out that it's subject to Feature Freeze and thus needs an exception
[16:01] <crevette> I'll do that tonight
[16:02] <crevette> pitti: yeah, I understand; o-d-s 0.1 release came few days before FF
[16:03] <slytherin> pitti: Just for the record ... It is required for the file transfer functionality of latest bluez-gnome.
[16:05] <lool> pitti: From upstream:
[16:05] <lool> 17:04 < philn> yes it's a known bug wrt a deadlock in xcb
[16:05] <lool> 17:04 < philn> in svn of pigment we have a workaround to avoid it
[16:06] <pitti> lool: good to know!
[16:07] <davmor2> pitti: Should Jockey install ndis or is it a todo?
[16:07] <pitti> davmor2: neither nor ATM
[16:08] <pitti> davmor2: if you have some recipes how to do some useful things with it, I'm all ears :)
[16:08] <keescook> pitti: hello!  yeah, hal irc seems to be an idling contest.
[16:08] <seb128> carlos, pitti: do you know if not having locales like "en_US" is a bug or what is expected? we have en_US.UTF-8 but not en_US and similar with other locales
[16:08] <pitti> seb128: it's expected, we only support UTF-8 locales
[16:09] <carlos> pitti: isn't en_US supposed to be an alias of en_US.UTF-8 ?
[16:09] <davmor2> pitti: No development skills sorry :( I just test Riddell wasn't entirely sure if ndis should be detect and installed or not and recommended asking you :)
[16:09] <seb128> carlos: that's sort of my question
[16:09] <seb128> the setlocale() manpage says it should work with en_US
[16:09] <pitti> davmor2: not necessary; writing down the steps for making a particular piece of hw work is enough (like, install this package, configure that file like this, etc.)
[16:10] <seb128> but it returns NULL on ubuntu
[16:10] <slytherin> davmor2: which cards still need ndis?
[16:10] <pitti> grep 'en_US\>' /usr/share/i18n/SUPPORTED
[16:10] <pitti> en_US ISO-8859-1
[16:11] <pitti> seb128: ^
[16:11] <seb128> hum, k
[16:11] <pitti> so I think it's correct for our purposes
[16:11] <seb128> pitti: the issue is that gdm calls setlocale() on the values it gets from LANGUAGE
[16:11] <seb128> using LANGUAGE is likely wrong there
[16:11] <pitti> of course you can always manually create it, but we don't support it
[16:11] <seb128> but I'm discussing with upstream
[16:11] <pitti> right, it is
[16:12] <pitti> it probably wants setlocale(LC_ALL, "")?
[16:13] <pitti> keescook: your patch is in hardy, btw
[16:14] <davmor2> slytherin: broadcom bcm4328 series
[16:15] <pitti> davmor2: uh, that doesn't work with b43 or at least bcm43xx?
[16:15] <Longfield> hello there ... I have a question about the opensync packages: why are they still with the 0.19 version, even for Hardy, although the development is already at 0.36 and the 0.22 version is considered stable ?
[16:15] <davmor2> pitti: not detected I just followed the info off the wiki
[16:16] <seb128> pitti: could be, they had setlocale (LC_CTYPE, NULL) and changed for whatever reason, anyway I'll sort that, thanks for the reply, I was not sure if en_US was supposed to be an alias to the utf8 locale or not
[16:16] <slytherin> davmor2: Are they not supported by new b43 drivers? I myself haven't looked the 'supported cards list', so please provide some more info.
[16:17] <davmor2> slytherin: pitti: I will gladly provide you with what ever info you need if you let me know how/where to get it
[16:18] <davmor2> need to reboot be right back
[16:19]  * slytherin wonders why people keep buying broadcom wireless hardware. :-(
[16:21] <davmor2> slytherin: What info do you need?
[16:22] <slytherin> davmor2: Can you paste output of dmesg somewhere?
[16:23] <davmor2> slytherin: yes hang on
[16:28] <davmor2> slytherin: for lspci -vvnn go here http://launchpadlibrarian.net/11798811/lspci.txt  and for dmesg goto http://www.davmor2.pwp.blueyonder.co.uk/dmesg.txt
[16:29] <davmor2> hang on I get an error with the dmesg one
[16:30] <davmor2> slytherin: that's fixed it it had wrong permissions
[16:30] <davmor2> same link
[16:31] <davmor2> slytherin: currently testing Kubuntu on the machine
[16:31] <slytherin> davmor2: I don't see even a mention of broadcom in dmesg output
[16:32] <davmor2> slytherin: that's what I'm saying it isn't detected at all until I use ndisgtk/wrapper in order to enable it
[16:33] <davmor2> slytherin: then it works flawlessly
[16:33] <warrend> hi
[16:34] <warrend> can someone say if flashplugin works again with kde 3.5.9 ?
[16:35] <slytherin> davmor2: Ok. I have to leave now. You better bug pitti about this since he is developer. Make sure you document the steps to make the card work and contact him.
[16:35] <Riddell> warrend: yes.  #kubuntu for user support
[16:35] <davmor2> slytherin: ta
[16:36] <warrend> ok
[16:36] <warrend> btw thanks :)
[16:37] <davmor2> pitti: any ideas?  the card is listed under the lspci.txt file.  Normally I just use ndisgtk and the drivers I got off the forums to make my wifi card work.
[16:38] <pitti> davmor2: do you see it in lspci?
[16:38] <pitti> davmor2: if yes, then it's possible to make it work with jockey
[16:38] <pitti> davmor2: please open a bug, paste your lspci output, and describe the steps to configure the card for you
[16:39] <pitti> ArneGoetje: I fixed langpack-o-matic to generate correct changelogs for updating already existing language-support-* packages, and now it doesn't update them any more if nothing changed
[16:40] <pitti> ArneGoetje: so following the procedure in operator-guide.txt works now
[16:42] <keescook> pitti: thanks for adding it.  :)  virt-manager will work for me now.  :)
[16:42]  * \sh wonders who sits at canonical hq and toture his brain and comes up with names like "Intrepid Ibex" 
[16:42] <davmor2> pitti: np's
[16:42] <pitti> davmor2: cool, thanks
[16:48] <ArneGoetje> pitti: ok, thanks a lot
[16:48] <pitti> carlos: how come that the gutsy 20080208 update tarball is so incredibly big? we had a full export on 20080205
[16:48] <pitti> ArneGoetje: that is, if my bzr push ever finishes (will happen eventually)
[16:49] <ArneGoetje> pitti: I will check it out tomorrow
[16:49] <carlos> pitti: that's a mix of the number of new package updates uploaded into Ubuntu's archive and the new feature we introduced to invalidate cache with each template update
[16:50] <pitti> carlos: but in three days, gutsy can hardly accumulate 200 MB worth of new translations?
[16:50] <pitti> carlos: with update packages that big we don't actually need them any more...
[16:50] <carlos> pitti: yeah, but template updates mean that all translations are exported again
[16:51] <pitti> carlos: ok, but even if that is justified, the templates in gutsy don't change
[16:51] <pitti> (why does it need to happen, though? that sounds inefficient)
[16:51] <carlos> pitti: with the optimisation I told you about last month, it shouldn't grow so much
[16:52] <carlos> pitti: agreed, the problem is that we need to add an extra optimisation
[16:52] <carlos> to invalidate the cache only when new messages are added/removed
[16:52] <pitti> carlos: what's the rationale for invalidating the .pos in the first place?
[16:52] <pitti> adding new strings to the template doesn't need to change them
[16:52] <pitti> and for removing a string the overhead of duplicating the .po/.mo is much bigger than just keeping the now unused string
[16:53] <carlos> pitti: old templates that are only updated in later versions
[16:53] <asac> Riddell: gnash folks told me that qt has fixed some licensing issue for gnash recently (for both qt3 and qt4) ... can you confirm that there was a licensing change?
[16:53] <carlos> that produces that old .po version miss some translations
[16:53] <carlos> once the template is fixed and the new version appear
[16:53] <carlos> the new added strings will be exported too
[16:54] <carlos> removed strings would be ignored too, given that they only cause waste space
[16:54] <pitti> (and waste much less than having two copies)
[16:54] <carlos> so that's something else to consider to optimise it even more
[16:54] <carlos> pitti: indeed
[16:54] <pitti> carlos: can this be disabled until it is fixed properly?
[16:54] <pitti> i. e. only include a new .po if the .po itself changed, not the template?
[16:55] <carlos> pitti: is more easy to fix it properly, I will discuss with jtv and kiko whether we could get it fixed with a cherry pick
[16:55] <pitti> so that we can continue to build daily updates to stables, and put them into the archive as well?
[16:55] <carlos> pitti: this shouldn't affect stable releases
[16:55] <pitti> carlos: ah, ok; it sounded pretyt complex :)
[16:55] <carlos> only development ones
[16:55] <pitti> carlos: well, I'm talking about gutsy
[16:56] <carlos> is gutsy big again?
[16:56] <carlos> I was talking about Hardy...
[16:56] <pitti> carlos: http://launchpadlibrarian.net/11847269/ubuntu-gutsy-translations-update.tar.gz (20080208) -> 293 MB
[16:56] <pitti> carlos: with 20080205 (three days earlier) being a full export
[16:56] <carlos> pitti: oh, that!
[16:57] <carlos> that's just that 20080205 is not yet on -updates
[16:57] <carlos> so I didn't set it as the base one to get updates from...
[16:57] <carlos> you told me that next Monday it should move into -updates, right?
[16:57] <pitti> carlos: hm, 20080205 is shown as 'full export being tested'
[16:57] <pitti> right
[16:58] <carlos> right, but is not yet the base package in Gutsy
[16:58] <pitti> well, it is in -proposed
[16:58] <pitti> so it'll be small again once it moves to -updates?
[16:58] <carlos> is not hte way the system works, if you have a use case to do it in that other way, I'm happy to discuss such change
[16:58] <pitti> if it's meant to work that way, I'll shut up
[16:58] <carlos> pitti: yes
[16:59] <pitti> I was just a bit concerned and thought that there was something wrong
[16:59] <carlos> pitti: it's designed in that way, but I'm open to improvements, you are the main user of that feature, so it should work as you need it to work...
[16:59] <pitti> carlos: I don't particularly mind, I disable the daily updates while we test -proposed
[16:59] <carlos> ok
[16:59] <pitti> but for clarity and for internal testing it might be more useful to produce small ones right after doing a full export
[16:59] <pitti> either the full export is good, then we'll use it
[17:00] <pitti> or it is bad, and then we'll need a new one anywa
[17:00] <pitti> y
[17:00] <pitti> carlos: at least I'm relieved; thanks for the heads-up!
[17:00] <carlos> np
[17:01]  * pitti hugs soren for the kvm upload
[17:01] <carlos> pitti: however, in Hardy, is actually a problem, should I push for a fix as soon as possible or could you wait for next month's release?
[17:01] <soren> pitti: Oh, I was just about to tell you :)
[17:01] <pitti> carlos: I think we can wait
[17:01] <carlos> pitti: ok, thanks
[17:02] <pitti> carlos: given the size of current update packages we should put new -base packages into hardy soon anyway
[17:02] <cjwatson> \sh: release names? let's just say his name begins with M
[17:02] <carlos> ok
[17:02] <LaserJock> and ends with an ark
[17:03] <LaserJock> I'm pretty sure this must be some passive-aggressive way to get us to use release numbers more instead of code names ;-)
[17:05] <LaserJock> I like the name but I just know I'm gonna slaughter it in some important changelog or doc
[17:06] <Keybuk> \sh: it takes a lot of effort to come up with something that's not "Itchy Iguana" ;)
[17:07] <\sh> Keybuk: hehehe...I think a good whisky helps too
[17:07]  * \sh 's rushing home
[17:10] <Keybuk> pitti: an fsck idea occurs
[17:10] <Keybuk> there's no particular reason that we have to force it on mount count in the disk options
[17:12] <Keybuk> we could just expose the "last checked" attribute through HAL, and if it's been a particularly long time, notify the user graphically (or by e-mail on server) that a check could be a good idea
[17:12] <Keybuk> and offer them a chance to decide when to schedule it
[17:12] <ogra_cmpc> sounds great
[17:13] <Keybuk> "Your filesystem has not been checked in six months, we recommend periodic checks to detect disk errors early and avoid data loss.
[17:13] <Keybuk>  Would you like to schedule a check?
[17:13] <Keybuk>  (o) no
[17:13] <Keybuk>  ( ) yes, when I next restart
[17:13] <Keybuk>  ( ) yes, in [ ] hours
[17:13] <Keybuk> type thing
[17:13] <ogra_cmpc> how would you technically do the last ?
[17:14] <ogra_cmpc> force a reboot ?
[17:14] <Keybuk> ogra_cmpc: shutdown to single user mode, or force a reboot
[17:14] <ogra_cmpc> remount the disk
[17:14] <ogra_cmpc> ah
[17:16] <mathiaz> seb128: how did you setup the desktop-bugs mailing list ?
[17:16] <seb128> mathiaz: we asked IS if we could get a list, why?
[17:17] <mathiaz> seb128: right - I've done that step.
[17:18] <Keybuk> arguably we should have a little notification icon pop up if some other admin does "shutdown -r +60" anyway
[17:19] <carlos> cjwatson: Hi, I did a debian-installer update for Hardy today based on what you have in people.ubuntu.com
[17:20] <davmor2> pitti: bug 193731  having issues with the driver files though
[17:20] <ubotu> Launchpad bug 193731 in jockey "Broadcom bcm 4328 install details for hp pavillion dv9657em laptop" [Undecided,New] https://launchpad.net/bugs/193731
[17:21] <hunger> that aptitude keeps crashing is really annoying:-(
[17:21] <davmor2> pitti: is there anything else other than the drivers that you need?
[17:24] <Keybuk> cjwatson: d-i doesn't love me
[17:25] <carlos> pitti: should I accept translations for https://edge.launchpad.net/ubuntu/hardy/+source/x264/1:0.svn20071224-0.0ubuntu1 ?
[17:25] <carlos> pitti: it's in multiverse
[17:26] <slangasek> somerville32, mr_pouit: you're aware that xubuntu dailies are oversized?
[17:40] <pitti> Keybuk: you can also trigger it after a regular time interval AFAIR
[17:41] <pitti> Keybuk: 'tune2fs -i 1m' or so
[17:41] <pitti> Keybuk: but it doesn't change the overall situation?
[17:42] <carlos> seb128: hi, is gnome-settings-daemon a new package split from gnome-control-center ?
[17:43] <seb128> carlos: hey, yes
[17:43] <seb128> why?
[17:43] <carlos> I'm approving new .pot files that are still waiting for hardy
[17:44] <ogra_cmpc> pitti, dropping the bootcount would improve it a lot
[17:44] <seb128> ah ok
[17:44] <seb128> thanks
[17:44] <seb128> anyway I was just going for dinner, see you later
[17:44] <carlos> and saw things like gnome-vfs2 being rename to gnome-vfs
[17:44] <carlos> too late ;-)
[17:58] <Keybuk> pitti: why wouldn't it change it?
[18:06] <Riddell> asac: yes, qt is now GPL (2 and) 3
[18:30] <pitti> ogra_cmpc: you can interrupt it now
[18:30] <pitti> good night
[18:31] <ogra_cmpc> night
[18:31] <ogra_cmpc> oh, i didnt know that
[18:45] <MacSlow> Keybuk, btw... I will have to skip exposing shortcuts for compiz-plugins zoom or ezoom as they are usually only bound to a mouse-button plus modifier... and I don't want to start parsing the values I get form gconf or libcompizconfig
[18:46] <MacSlow> Keybuk, and instead of having a binding like "<Super>Button3" be exposed as "Super+" I'd rather not show it at all
[19:03] <mvo> does "Fetching and installing the upgrade can take several hours and cannot be canceled after the download is finished." sound ok or can it be improved (context is the release upgrader)
[19:04] <mjg59> I'd make it two sentences
[19:05] <mjg59> "Fetching and installing the upgrade can take several hours. Once the download has finished, the process cannot be cancelled"
[19:05] <mvo> thanks, that sounds better
[19:05]  * mvo updates
[20:15] <crimsun_> davmor2: regarding your query, there does not seem to be a suitable level that's consistent for "most" codecs
[20:17] <crimsun_> davmor2: at least three different AC'97- and HDA-based ones will react differently: some Analog Devices ones driving the former will distort horribly above %80, others be barely audible, etc.  The situation only becomes more muddy when one considers the inconsistency also appears across Realteks, Vias, ...
[20:21] <slangasek> stgraber: the edubuntu 'product' on iso.qa.ubuntu.com needs to be adjusted for alpha-5, the server CDs have been reduced to a single 'addon' CD named 'hardy-addon-$arch'
[20:23] <stgraber> slangasek: I don't think I'll have a code/SQL update ready soon enough for Alpha-5 but that'll be fixed for Alpha-6 (I also need to move the LTSP testcase from Edubuntu server to Ubuntu alternate)
[20:24] <slangasek> stgraber: ok; is there a good way to collect feedback on edubuntu addon out-of-band, then?
[20:25] <slangasek> if not, we can forego it since the add-on CD isn't installable at all
[20:25] <stgraber> slangasek: I'll test it myself (Install Ubuntu Alternate with LTSP (extra boot parameter) and try the Add-on)
[20:25] <slangasek> ok
[20:25] <slangasek> thanks :)
[20:29] <slangasek> stgraber: otherwise, alternate CDs are up for testing now
[20:30] <stgraber> slangasek: thanks, I'll ping people in #ubuntu-testing
[20:32] <TheMuso> slangasek: How long till live CDs are likely to land?
[20:33] <slangasek> TheMuso: the first of them should land within the hour, I think
[20:33] <TheMuso> slangasek: Great, thank.
[20:33] <TheMuso> thanks
[20:33] <davmor2> crimsun_: Right okay.  Thanks for letting me know.
[20:39] <cjwatson> carlos: cool, thanks
[20:39] <cjwatson> Keybuk: d-i> -v
[20:43] <Keybuk> cjwatson: was having a really hard time persuading it to resize an NTFS filesystem
[20:43] <Keybuk> it didn't help that it appears to be almost impossible to run chkdsk in vista
[20:49] <cjwatson> Keybuk: odd, hardy? should be fairly ok now
[20:49] <cjwatson> I haven't tried it in a bit though
[20:49] <Keybuk> it worked after about the third attempt
[20:49] <Keybuk> I had to boot windows in safe mode
[20:49] <Keybuk> run chkdsk /f
[20:49] <Keybuk> agree it to it doing it on reboot
[20:49] <Keybuk> reboot
[20:49] <Keybuk> and then boot windows again
[20:49] <Keybuk> and then shutdown
[20:50] <cjwatson> ntfsresize is a bit picky
[20:50] <cjwatson> file a bug, we can have a look and see if that can be smoothed out
[20:50]  * cjwatson &
[20:54] <Nafallo> Keybuk: you may :-)
[20:54] <Nafallo> Keybuk: 5 min late, but anyway ;-)
[21:18] <jablko> am having some trouble maintaining a mixed gutsy / hardy system
[21:18] <jablko> i added all the gutsy / hardy repositories to my sources.list
[21:18] <jablko> but only want to get updates from gutsy
[21:19] <jablko> however apt wants to upgrade all the packages to hardy
[21:19] <jablko> is maintaining a gutsy / hardy mixed system documented anywhere?
[21:20] <ScottK> No.
[21:20] <ScottK> If it works it's only by luck.
[21:20] <ScottK> Support is in #ubuntu for Gutsy and #ubuntu+1 for Hardy.
[21:20] <jablko> ScottK: ok, thanks
[21:21] <seb128> slangasek: do you remember the webpage you pointed me about LANGUAGE the other day?
[21:22] <slangasek> seb128: I think I only pointed you as far as locale(7); someone else had the webpage, I think?
[21:22] <seb128> might be
[21:22] <seb128> I replied that the manpage has no information about LANGUAGE
[21:22] <seb128> and somebody came with a webpage
[21:23] <torkel> seb128: http://www.gnu.org/software/libc/manual/html_node/Locale-Categories.html#Locale-Categories
[21:23] <seb128> torkel: thanks
[21:24] <seb128> ok
[21:24] <seb128> so we set LANGUAGE incorrectly
[21:24] <seb128> it's supposed to be a list of valid locales
[21:26] <slangasek> hmm, I think that's a retcon then
[21:26] <seb128> torkel: not sure if that was the one I read the other day though, anyway it's clear
[21:27] <seb128> "the LANGUAGE variable's value can consist of a colon separated list of locale names"
[21:27] <seb128> on http://www.gnu.org/software/libc/manual/html_node/Using-gettextized-software.html#Using-gettextized-software
 seb128, i don't think that's right
[21:27] <seb128>  seb128, i checked with uli
[21:27] <seb128>  seb128, he said  LANGUAGE and LC_* take the same format
[21:27] <seb128>  
[21:28] <seb128> that's confirmed by the libc upstreams apparently
[21:28] <slangasek> seb128: that page accurately documents why the values passed to LANGUAGE is *not* supposed to be a list of locales
[21:28] <slangasek> it's supposed to be a list of subdirs to use for message catalogs, which are almost always not valid locales!
[21:28] <slangasek> "If now the user set in her/his environment the variable LANGUAGE to de the gettext function will try to use the translations from the file     /usr/local/share/locale/de/LC_MESSAGES/test-package.mo
[21:28] <slangasek> "
[21:30] <torkel> seb128: that was the one I pasted to you on the 11th
[21:30] <seb128> torkel: ok, that was likely this one then, thanks ;-)
[21:30] <torkel> :-)
[21:36] <seb128> slangasek: "de" is a valid locale
[21:42] <slangasek> $ LANG=es ls moo
[21:42] <slangasek> ls: cannot access moo: No such file or directory
[21:42] <slangasek> $ LANGUAGE=es ls moo
[21:42] <slangasek> ls: no se puede acceder a moo: No existe el fichero ó directorio
[21:42] <slangasek> seb128: ^^
[21:43] <seb128> slangasek: that's because we don't install non-UTF8 locales
[21:43] <seb128> hum
[21:43] <slangasek> er, the point is that LANGUAGE=es is not being resolved as a locale, and isn't meant to
[21:46] <soren> ó?
[21:46] <soren> Not "u"?
[21:46]  * soren 's Spanish must be rusty.
[21:46] <slangasek> soren: it should be "o"; something's goofy with the Spanish translation that we're shipping, and I keep forgetting to file a bug about it
[21:47] <soren> It turns into "u" after a word that ends with "o" doesn't it?
[21:47] <seb128> slangasek: do you have a translation for ls in /usr/share/locale/es?
[21:47] <slangasek> soren: before a word that begins with "o"
[21:47] <soren> Ah.
[21:48] <slangasek> seb128: /usr/share/locale-langpack/es/LC_MESSAGES/libc.mo
[21:48] <seb128> k, don't have this one
[21:48] <seb128> do you have a local build? ;-)
[21:49] <slangasek> no, I just have language-pack-es installed
[21:50] <seb128> ah, right
[21:50] <seb128> anyway I pointed it to halfline who asks uli
[21:50] <seb128> I think uli is Ulrich Drepper
[21:50] <seb128> who said that LANGUAGE and LC_* are supposed to use the same format ;-)
[21:51] <slangasek> seb128: I haven't tested, but I expect that installing the es_ES.ISO8859-1 locale will still give you the same results with LANG=es, because "es" is /not/ a well-formed locale name; all locales are ll_CC[.enc][@dongle]
[21:52] <slangasek> seb128: the syntax of LANGUAGE was defined for GNU well before Uli was involved, he's not welcome to change it now :-P
[21:53] <seb128> ;-)
[22:14] <cjwatson> seb128: 'info gettext' has a much more sensible definition of LANGUAGE
[22:14] <cjwatson> among other things, it says:
[22:14] <cjwatson>    In the `LANGUAGE' environment variable, but not in the other
[22:14] <cjwatson> environment variables, `LL_CC' combinations can be abbreviated as `LL'
[22:14] <cjwatson> to denote the language's main dialect.  For example, `de' is equivalent
[22:14] <cjwatson> to `de_DE' (German as spoken in Germany), and `pt' to `pt_PT'
[22:14] <cjwatson> (Portuguese as spoken in Portugal) in this context.
[22:15] <cjwatson> I trust gettext upstream over libc upstream when it comes to this kind of thing
[22:15] <cjwatson> perhaps Ulrich is just speaking loosely and being overly strictly interpreted
[22:16] <seb128> cjwatson: thanks
[22:16] <seb128> right
[22:16] <seb128> I think I got the other redhat guys agreeing with me, they will ping Ulrich against asking for precisions
[23:13] <pipegeek> Hmm.  Something just changed... when I try to import certain python modules now, I get "RuntimeWarning: Python C API version mismatch for module <module name>"
[23:13] <pipegeek> including modules that end up getting imported when python tries to print an error.
[23:13] <pipegeek> Did the python2.5 package just change?
[23:18] <ScottK> pipegeek: #ubuntu+1 for support if you are running Hardy.
[23:19] <pipegeek> Hmm.  I wonder what broke.
[23:19] <pipegeek> Because I'm not.
[23:19] <pipegeek> All relevant packages are from gutsy.
[23:20] <ScottK> Then #ubuntu for support
[23:26] <pipegeek> and if I (very vaguely) suspect a broken package?
[23:26] <pipegeek> well, off I go.