[12:16] <sistpoty> hm... should the original maintainer mangling be done for SRU's as well?
[12:17] <jdong_> that's what she said.
[12:21] <rbrunhuber> Mithrandir: Is there any possibility to get in touch with the ubuntu bluetooth team by irc?
[12:24] <Sp4rKy> i think there is no casper expert ?
[12:24] <jdong_> Sp4rKy: there certainly is a casper god here :)
[12:24] <Sp4rKy> ;)
[12:25] <Sp4rKy> ok, so
[12:25] <Sp4rKy> in the 10adduser script, i add this line
[12:25] <jdong_> no no, not me
[12:26] <jdong_> I meant c-j-w-a-t-s-o-n :)
[12:26] <jdong_> but I'm very flattered :D
[12:26] <Sp4rKy> :D
[12:26] <Sp4rKy> printf "foobar" >> "/root/home/$USERNAME/file"
[12:26] <jdong_> I'm just an annoying prick here who whines about bugs :)
[12:26] <Sp4rKy> and this command doesn't produce any result
[12:27] <Sp4rKy> any idea ?
[12:27] <jdong_> I wouldn't know
[12:27] <jdong_> sorry
[12:27] <jdong_> I haven't messed with that aspect of ubuntu (casper) at all
[12:27] <Sp4rKy> k
[12:27] <Sp4rKy> cjwatson is sleeping ?
[12:29] <Sp4rKy> so, i'll come back tomorrow
[12:29] <jdong_> just busy in general :)
[12:29] <jdong_> don't worry, he hasn't talked to me in weeks either :)
[12:30] <impl> Does anyone here feel like fixing the PHP package, since it's both broken and CVE-2007-0906 isn't actually resolved?
[12:31] <Sp4rKy> jdong_: pl
[12:31] <Sp4rKy> ok*
[01:05] <Wombert> could someone listen to impl?
[01:05] <Wombert> I mean, you guys messed up not only your own PHP packages, but also debian's
[01:11] <mooey> Wombert, hm?
[01:12] <Wombert> impl has the details
[01:12] <Wombert> you forgot a changeset when porting back a fix
[01:12] <Wombert> or, rather, you ported a fix for an issue that wasn't there
[01:12] <Wombert> now stream_get_wrappers() returns a list of stream wrappers, but with the last character missing
[01:13] <Wombert> affects all php versions
[01:13] <Wombert> and sends someone crying for help to our channel or mailing list every five minutes
[01:14] <mooey> Wombert, is there a bug open on this issue?
[01:16] <sistpoty> keescook: any idea about the php security upload Wombert is talking?
[01:16] <impl> http://www.ubuntu.com/usn/usn-424-1
[01:17] <impl> http://changelogs.ubuntu.com/changelogs/pool/main/p/php5/php5_5.1.2-1ubuntu3.5/changelog
[01:17] <keescook> Wombert, impl: thanks for the heads up, I'll take a look at it.
[01:17] <sistpoty> great, thanks keescook
[01:18] <impl> keescook: http://cvs.php.net/viewvc.cgi/php-src/main/streams/streams.c?r1=1.82.2.6.2.9&r2=1.82.2.6.2.10&pathrev=php_5_2_1
[01:18] <impl> That's the missing changeset
[01:18] <impl> I believe, anyway.
[01:19] <keescook> impl: and I can test for the breakage/fix just by looking at stream_get_wrappers()'s output?
[01:19] <impl> Yep
[01:19] <keescook> okay, cool.  Thanks!
[01:19] <impl> In a broken state, every item in the array will be truncated
[01:20] <keescook> ahha, yup, found a bug on it, I'll track it here:
[01:20] <keescook> https://bugs.launchpad.net/ubuntu/+source/php5/+bug/87481
[01:20] <Ubugtu> Malone bug 87481 in php5 "stream_get_wrappers broken in php5 5.1.6-1ubuntu2.2" [Undecided,Unconfirmed]  
[01:21] <impl> Good good
[01:29] <keescook> impl, Wombert: feel free to email security@ubuntu.com if you see these kinds of things in the future.  or say "regression" on this IRC channel -- i'll get pinged.  :)
[01:29] <Wombert> REGRESSION!
[01:29] <Wombert> :)
[01:29] <keescook> hehehe
[01:29] <keescook> biiig ping
[01:29] <Wombert> did you fix it?
[01:29] <Wombert> REGRESSION
[01:29] <Wombert> xD
[01:29] <Wombert> I'll keep saying that :D
[01:38] <impl> Wombert: Don't be an arse now :P
[02:14] <j1mc> howdy somerville32_
[02:14] <j1mc> you around?
[02:16] <geser> keescook: any opinion on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413269 ?
[02:16] <Ubugtu> Debian bug 413269 in wordpress "wordpress: Should not ship with Etch" [Serious,Open]  
[02:17] <Wombert> it's a pile of shit
[02:17] <Wombert> throw it out
[02:17] <Wombert> :p
[02:17] <keescook> geser: I use wordpress, and I think they're responsive, so I personally don't think it should be dropped, but it's not my call.
[02:19] <geser> thanks for your opinion
[02:21] <noahslater> Does anyone here know anything about bash completion?
[02:21] <sistpoty> we cannot drop wordpress from an already released distribution easily... 
[02:23] <geser> sistpoty: but it can be done for feisty if someone (who exactly? MC?) decides it
[02:24] <sistpoty> geser: sure
[02:24] <noahslater> Why would you drop wordpress?
[02:25] <sistpoty> noahslater: a history of security issues
[02:25] <Kronuz_> hello
[02:25] <Kronuz_> HELP!!
[02:25] <Kronuz_> :P
[02:25] <sistpoty> Kronuz_: please see the topic :P
[02:26] <Kronuz_> my Ubuntu box froze and I want to trace where the problem is
[02:26] <keescook> geser: I don't see the point; they're responsive to fixes, so I don't see how wordpress is different from any other application with a lot of holes.  we don't drop firefox or php5.  :)
[02:26] <noahslater> Really... that surprises me that there would be enought to justify that decision. Am I assuming you are dropping it from default or completely from the repos?
[02:26] <Kronuz_> so I figured this has to do with the development
[02:26] <noahslater> keescook, +1
[02:26] <keescook> and as I see it, the Debian debate is about dropping it from Etch, not sid.
[02:27] <keescook> but I could be wrong, I've sort of been covering my ears.  :)
[02:28] <Kronuz_> is it a known bug? 'cause I'm sure it's a bug, I found someone else this morning with the same problem. I'm using Ubuntu Edgy and in X everything froze, the only thing I can do is the mouse pointer (not even the keyboard is responding as to switch the console)
[02:28] <Kronuz_> still, the music was playing and is still playing okay
[02:28] <Kronuz_> and I can connect via ssh
[02:28] <mjg59> Kronuz_: Sadly, it's pretty much impossible to diagnose from that
[02:28] <noahslater> One of your applications hung your X server.
[02:28] <Kronuz_> but I have connection (ssh)
[02:28] <noahslater> You need to figure out which one.
[02:28] <noahslater> Yes, expected.
[02:29] <Kronuz_> and it's frozen right now
[02:29] <mjg59> Kronuz_: Ok. Attach /var/log/Xorg.0.log and dmesg to a bug report on launchpad.net, please?
[02:29] <noahslater> Issue /etc/init.d/gdm restart to fix the problem.
[02:29] <Kronuz_> ok 
[02:29] <sistpoty> keescook: sure, I didn't state that it *will* get dropped, but only that we could in theory decide to drop it. 
[02:29] <mjg59> Kronuz_: No, don't do gdm restart yet
[02:29] <mjg59> Otherwise it'll destroy the log data
[02:29] <noahslater> Good point.
[02:29] <Kronuz_> ok
[02:29] <geser> keescook: they are dropping it from the next release which is etch for Debian and feisty for Ubuntu. But if you say it won't be much problem to do security support for it I will believe you
[02:29] <keescook> sistpoty: yeah, for sure.  And I'd understand; it's needed a lot of attention.  :)
[02:30] <Kronuz_> 'm a programmer, so maybe I can help to nail this once and for all
[02:30] <Kronuz_> (only I'm very new to Linux)
[02:30] <sistpoty> geser: personally my opinion is to not drop it, as long as we've got upstream support on patches
[02:30] <noahslater> Kronuz_, what you are describing is a very common problem with all kinds of applications.
[02:30] <keescook> geser: well, if they drop it from etch, it won't automatically drop from feisty.
[02:31] <sistpoty> geser: however the real problem is that we need more manpower in motu-swat. once my thesis is finished... *dreaming*
[02:31] <Kronuz_> noahslater, what do you mean? this has happened to me three times already in two days
[02:31] <noahslater> Kronuz_, all that means is that you have a specific application that is causing problems.
[02:31] <Kronuz_> I'm using X, and suddenly everything freezes (but the mouse pointer)
[02:31] <mjg59> No, it's an X bug
[02:32] <Kronuz_> so maybe I could go killing applications until I get to the one with the problem?
[02:32] <noahslater> Really... that happens to me sometimes - but it's usualy a misbehaving application.
[02:32] <geser> sistpoty: and we can't use the security updates from Debian as there won't be any. we have to do it on our own.
[02:33] <sistpoty> geser: yep. however from the few updates I've done testing is really what consumes most of the time, as long as the patches are somewhere/the description is good enough
[02:34] <Kronuz_> I don't see anything wrong in dmesg or Xorg.log
[02:34] <Kronuz_> no errors nor anything
[02:34] <Kronuz_> mjg59, what would you do next?
[02:35] <Kronuz_> top shows the player only (~5% of CPU)
[02:35] <mjg59> Kronuz_: Which X driver are you using?
[02:35] <Kronuz_> I'm using NVIDIA
[02:35] <geser> sistpoty: afaik WP has no changelog, so one needs to dig in the bugs and svn :(
[02:35] <mjg59> Heh. Not a great start.
[02:35] <mjg59> Kronuz_: It's likely to be an X driver bug, and we don't have the source code to the nvidia one available
[02:36] <Kronuz_> but this morning someone else was using ATI and had the exact same symptoms
[02:36] <keescook> geser: at least it's svn and not cvs.  :)
[02:37] <Kronuz_> really a driver's bug? this morning the other guy I was talking with said he even got the frozen box once in the DesktopCD
[02:37] <Kronuz_> (also using Edgy)
[02:37] <Kronuz_> maybe it's a coincidence, tho' (the symptoms)
[02:38] <Kronuz_> can't I just go killing stuff? to see if it suddenly responds?
[02:38] <Kronuz_> but I wouldn't know what to kill :S
[02:38] <Kronuz_> (the audio player is working)
[02:39] <Kronuz_> mjg59, what do you think?
[02:39] <mjg59> Kronuz_: It's a possibility
[02:42] <Kronuz_> I think I'll start killing Beryl
[02:43] <Kronuz_> I suppose it's 'beryl --skip-gl-yield'
[02:43] <mjg59> Oh.
[02:43] <mjg59> You're using Beryl?
[02:43] <Kronuz_> yes
[02:43] <mjg59> I blame Beryl.
[02:43] <Kronuz_> NVIDIA and Beryl
[02:43] <Kronuz_> maybe
[02:43] <Kronuz_> but the keyboard?
[02:44] <mjg59> Entirely possible
[02:44] <Kronuz_> not even caps lock or num lock is doing anything (not even the leds in the kbd change)
[02:44] <Kronuz_> I'm killing Beryl now... or what was the other command to restore the other windows manager?
[02:44] <Kronuz_> I might try that first
[02:44] <mjg59> metacity --replace
[02:45] <Kronuz_> let me try that, ok?
[02:45] <mjg59> You'll need to export DISPLAY=:0 first
[02:45] <Kronuz_> hmm
[02:45] <Kronuz_> ok
[02:46] <sistpoty> gn8 everyone
[02:47] <Kronuz_> mjg59, nope, that command froze
[02:47] <Kronuz_> (had to ctrl+c it)
[02:47] <Kronuz_> and it did nothing on the other box
[02:47] <Kronuz_> mjg59, what would you do next?
[02:48] <mjg59> I'd attempt to reproduce the bug without beryl and without using the nvidia drivers
[02:48] <Kronuz_> :P
[02:48] <Kronuz_> let me kill beryl-manager
[02:49] <johanbr> Kronuz_: I'm seeing the same problem as you with an ATI card when running Beryl, so it's probably either a Beryl bug or an Xorg bug triggered by something that Beryl does.
[02:50] <Kronuz_> I see... it would be good to know tho'
[02:50] <Kronuz_> this guy I told you about this morning wasn't using Beryl tho'
[02:50] <Kronuz_> (he had an ATI card)
[02:50] <johanbr> I never see the bug under metacity.
[02:51] <Kronuz_> but I have NVIDIA, so I suppose that if it is the same bug it would leave Beryl and the card drivers out
[02:53] <mjg59> There's no indication that it's the same bug
[02:53] <Kronuz_> yeah, it could be a different one :(
[02:53] <Kronuz_> (the exact same symptoms tho')
[02:54] <Kronuz_> maybe if this is happening there should be some logging when that happens
[02:55] <Kronuz_> mjg59, okay I killed Beryl and it started working again
[02:55] <Kronuz_> (no titlebars tho')
[02:55] <Kronuz_> so definitely is must be a Beryl issue
[02:55] <johanbr> It first happened for me when the Xorg 7.2 updates started rolling in.
[02:55] <mjg59> Ok. We don't ship Beryl, so you get to keep the pieces.
[02:55] <Kronuz_> :P
[02:56] <Kronuz_> okay, thanks anyway... I guess I'll just have to wait and see if they fix this issue in Beryl
[02:56] <Kronuz_> but, hey, do you know if I can get a coredump or something from that process?
[02:56] <Kronuz_> probably not anymore :(
[02:56] <Kronuz_> I should have done so before killing it, right?
[02:57] <mjg59> Yes
[02:57] <Kronuz_> (I don't know how coredumps work, exactly... I'm comming from the Windows world)
[02:57] <Kronuz_> how should I do the dump next time?
[02:57] <mjg59> Never mind. It'll probably happen again
[02:57] <Kronuz_> so maybe I can help debugging it
[02:58] <mjg59> kill -SEGV pid
[02:58] <mjg59> Oh, sig -QUIT pid ought to be better
[02:58] <Kronuz_> but what if it doesn't quit?
[02:58] <Kronuz_> I always use -9 :P
[02:58] <Kronuz_> hehe
[02:58] <Kronuz_> <.<
[02:58] <Kronuz_> >.>
[02:58] <mjg59> -QUIT should force a core dump
[02:58] <Kronuz_> I see... that's what I should always use then...
[02:59] <Kronuz_> and where's the core put?
[02:59] <Kronuz_> is there a way to know if more than one threads were running in the process?
[03:00] <Kronuz_> or if it had any children
[03:00] <Kronuz_> mjg59, next time I'll get them the coredump (to the Beryl guys)
[03:01] <Kronuz_> be back in my other box in a sec
[03:01] <ajmitch> and people wonder why we don't ship beryl
[03:02] <bddebian> heh
[03:02] <mjg59> Well, we don't ship beryl because it's non-free
[03:02] <mjg59> But should that be recitified, I'm sure we can find other reasons
[03:03] <ajmitch> I've heard they're meant to fix those bits in 0.2.0
[03:03] <ajmitch> whenever that may come out
[03:03] <Kronuz> back
[03:04] <Kronuz> mjg59, okay I got metacity working again
[03:07] <johanbr> Beryl is non-free?
[03:22] <pax> non-sense.
[03:44] <blanky> is there a channel for packagers?
[04:05] <Kronuz> in what package is the glxtokens.h, does anybody know?
[08:11] <tepsipakki> I've patched libxcb to allow a workaround for the 'c->xlib.lock' crashers
[08:11] <tepsipakki> by setting an environment variable LIBXCB_ALLOW_SLOPPY_LOCK to any value the check will be ignored
[08:12] <tepsipakki> the new version is at http://users.tkk.fi/~tjaalton/xorg72/new/libxcb
[08:12] <tepsipakki> and the patch is originally from Novell
[08:12] <tepsipakki> please test
[08:12] <tepsipakki> or upload, which suits best ;)
[08:13] <pitti> Good morning
[08:13] <tepsipakki> good morning pitti
[08:13] <tepsipakki> I just wrote about a patch to libxcb
[08:13] <pitti> hey tepsipakki 
[08:14] <tepsipakki> pitti: if you have time, take a look at http://users.tkk.fi/~tjaalton/xorg72/new/libxcb
[08:14] <pitti> tepsipakki: ah, you need a sponsor?
[08:14] <tepsipakki> yes
[08:15] <tepsipakki> it's a patch from Novell which fixes the locking bugs we've seen
[08:15] <pitti> tepsipakki: can you please put hte source debdiff there?
[08:15] <tepsipakki> sure
[08:16] <tepsipakki> there
[08:17] <tepsipakki> it needs an environment variable to be set, then the check will be ignored
[08:17] <tepsipakki> so it's not an out-of-the-box solution
[08:18] <tepsipakki> bbl ->
[08:18] <fabbione> i am not sure we will have time to fix all apps to the new behavious
[08:19] <fabbione> behaviour
[08:21] <pitti> fabbione: hm, I can reverse the logic and use LIBXCB_NO_SLOPPY_LOCK for using the strict method
[08:22] <fabbione> pitti: nobody is going to set that env var to test... hounestly..
[08:22] <fabbione> IMHO either we change that assert in something that will tell us: OMG THE WORLD IS FALLING but we disabled the crash for you
[08:22] <pitti> fabbione: you mean developers not setting it to test the strict method?
[08:22] <fabbione> or just skip it for feisty and re-enable it very early in feisty+1
[08:22] <fabbione> pitti: nobody will set it.. but yeah you get it
[08:23] <pitti> fabbione: ok, so we forget the env var and just use sloppy locking; can do
[08:23] <fabbione> the message from assert is scary too...
[08:23] <fabbione> pitti: that's my suggestion
[08:23] <fabbione> and that's what i would do
[08:24] <fabbione> for a matter of our own and MOTU's sanity
[08:24] <pitti> oooooorrlright
[08:24] <fabbione> hahaha that's nothing to do with X 31337 sk1ll0rz
[08:25] <fabbione> we just need to remember (absolutely) to disable it as soon as feisty+1 opens up
[08:25] <fabbione> and go with what upstream has
[08:38] <tepsipakki> yeah, maybe that's better :)
[08:39] <tepsipakki> fedora still has libx11-1.0.3, so they were better informed :/
[08:41] <tepsipakki> pitti: while you're at it, there are other packages in the parent of that webfolder
[08:41] <tepsipakki> xorg and video-ati
[08:42] <tepsipakki> debdiffs also
[08:42] <pitti> tepsipakki: 'k, checking
[08:44] <pitti> tepsipakki: the ati fixes come from upstream svn?
[08:44] <tepsipakki> one of them is applied atm
[08:45] <pitti> tepsipakki: (it would be nice to mention their source in the changelog)
[08:45] <tepsipakki> oh
[08:45] <tepsipakki> right
[08:46] <tepsipakki> the bugs have more info, but it could be mentioned yes
[08:46] <pitti> tepsipakki: ah, ok; if they refer to the source, it's at least possible to track them; nevermind then for this ati upload
[08:48] <pitti> Hi Riddell 
[08:48] <pitti> tepsipakki: ok, both uploaded
[08:48] <tepsipakki> pitti: thanks!
[08:48] <pitti> thanks to you :)
[08:49] <tepsipakki> np :)
[08:49] <tepsipakki> maybe I'll debug casper next
[08:50] <pitti> tepsipakki: after I'm finished with that one mailbox, I'll restart X to test the libxcb change, then I'll upload that as well
[08:51] <tepsipakki> pitti: cool
[08:51] <tepsipakki> that should make a lot of people less angry :)
[08:52] <fabbione> pitti: you don't need to restart X.. it's a shared lib :)
[08:52] <fabbione> pitti: just run something like azureus (or whatever is called) that's known to trigger the lock error
[08:52] <pitti> fabbione: yes, but only that way I can make sure that all the gnome stuff is restarted
[08:53] <pitti> fabbione: ah, cool, I didn't see it so far
[08:53] <fabbione> pitti: yeah but just starting something else will do... trust me here :)
[08:53] <pitti> ok
[08:53] <fabbione> otherwise the simplest test case is to LockDisplay(); UnlockDisplay(dpy); UnlockDisplay(dpy);
[08:53] <fabbione> using libx11 calls
[08:53] <fabbione> pretty simple
[08:55] <mdke> is anyone taking care of bug 82335 - it seems to affect a significant number of people and makes a lot of applications unhappy
[08:55] <Ubugtu> Malone bug 82335 in network-manager "network-manager should not set offline mode when it manages no device" [High,Confirmed]  https://launchpad.net/bugs/82335
[08:56] <mdke> for example, my eth1 doesn't seem to be detected by network manager so lots of my GNOME applications are broken
[08:56] <mdke> quite apart from network-manager itself being totally useless
[09:04] <Mithrandir> mdke: that's a good point.
[09:05] <mdke> Mithrandir: :)
[09:05] <Mithrandir> I'll see if I can get that fixed.
[09:06] <ajmitch> morning Mithrandir 
[09:06] <Mithrandir> hiya Andrew
[09:06] <mdke> Mithrandir: thanks very much
[09:14] <dholbach> good morning
[09:21] <ajmitch> hi daniel
[09:22] <dholbach> hey andrew
[09:45] <seb128> morning
[09:45] <pitti> hey seb128 
[09:45] <seb128> pitti: hi
[09:46] <seb128> pitti: do we really need to use the sloppy lock things now?
[09:47] <seb128> pitti: I was thinking about doing that for feisty, using it now hide breakages we could fix for 7.04 though
[09:47] <dholbach> hi seb128
[09:48] <seb128> hey dholbach
[09:48] <tepsipakki> we can fix those we have time for
[09:48] <pitti> seb128: *shrug*, I just listened to tepsipakki and fabbione, and it seemed sane; if you are sure that we can fix all the broken apps, then that's certainly better
[09:48] <seb128> well, the dust is under the carpet now :p
[09:48] <seb128> pitti: not sure, I would keep trying to fix breakages now and consider it for feisty then
[09:49] <tepsipakki> given that fedora ships xorg-server-1.2.99.901 with libx11 from 7.1 :)
[09:52] <pitti> \sh_away: re your php4 uploads> you know about https://lists.ubuntu.com/archives/ubuntu-devel/2007-February/023296.html ?
[09:54] <seb128> pitti: ok, let keep it that way, less work and we don't have an xorg maintainer to work on those anyway. Thanks for the upload, I was supposed to do them yesterday but I've been busy with other things
[10:13] <seb128> ogra: do you plan to use that gnome-screensaver patch that fixes xnest?
[10:32] <asac> seb128: if you have a minute, please take a look at bug 90333
[10:32] <Ubugtu> Malone bug 90333 in totem "totem plugin causes frequent gecko crashes because NPPVpluginKeepLibraryInMemory is broken" [High,Confirmed]  https://launchpad.net/bugs/90333
[10:33] <seb128> asac: the discussion with chpe has been useful then? ;)
[10:33] <asac> yes
[10:33] <asac> we could eliminate that
[10:33] <asac> so we don't have to fix gecko code
[10:33] <seb128> asac: I'll patch totem now
[10:33] <asac> which is really broken
[10:33] <seb128> patch looks fine
[10:33] <asac> thank you so much
[10:33] <seb128> and I'm all to stop crashers flood
[10:33] <asac> i guess almost all firefox crashes are gone by then :)
[10:33] <seb128> np, thank you for working on the patch ;)
[10:34] <asac> yeah ... i tried multiple ways to fix this in firefox ... but no real clean solution possible
[10:34] <asac> so i gave up :)
[10:34] <asac> and went totem ;)
[10:42] <asac> seb128: will you push this to debian too?
[10:42] <seb128> asac: will do
[10:43] <seb128> asac: you worked with the edgy version?
[10:43] <seb128> because the patch doesn't apply to the feisty package
[10:43] <seb128> the feisty version does:
[10:43] <seb128> 	CallNPN_SetValueProc (sNPN.setvalue,
[10:43] <seb128> 			      mInstance,
[10:43] <seb128> 			      NPPVpluginKeepLibraryInMemory,
[10:43] <seb128> 			      NS_INT32_TO_PTR (PR_TRUE));
[10:44] <asac> oh
[10:44] <asac> yes tested with edgy ... but is probably the same
[10:44] <asac> its about removing the NPPVpluginKeepLibraryInMemory optino
[10:44] <seb128> ok
[10:44] <asac> and taking care that so
[10:44] <asac> is loaded
[10:44] <asac> with _NOREMOVE
[10:44] <asac> is pretty simple
[10:45] <seb128> yeah, I see, easy to adapt
[10:45] <asac> seb128: you can easily reproduce 
[10:45] <asac> and verify
[10:45] <seb128> doing that right now
[10:45] <seb128> how?
[10:45] <asac> just open a video
[10:45] <asac> hit reload
[10:45] <asac> then go 
[10:45] <asac> gnome theme 
[10:45] <asac> and switch it
[10:45] <asac> -> crash
[10:45] <Sp4rKy> does someone can explain me why "echo 'foo' > /root/home/$UTILISATEUR/.bar" in casper-bottom/10adduser doesn't work ?
[10:46] <asac> seb128: should crash epiphany as well as firefox
[10:47] <cjwatson> doko_: looks like you left a set -x in python2.5-minimal's maintainer scripts?
[10:48] <cjwatson> Sp4rKy: (a) depends on where you put it (b) I hope that isn't actually $UTILISATEUR since that doesn't exist
[10:51] <Sp4rKy>  chroot /root install -D -o $USERNAME -g $USERNAME $file /home/$USERNAME$
[10:51] <Sp4rKy>        what's this if $USERNAME doesn't exist ?
[10:51] <doko_> cjwatson: hrm ..., fixing
[10:52] <Sp4rKy> cjwatson: and for a), i put my line just after the line i print over 
[10:54] <Mithrandir> Sp4rKy: that line creates the directory if it doesn't exist.
[10:55] <geser> Mithrandir, cjwatson: have you had time to look at the UVF exception for fuse 2.6.3?
[10:55] <Mithrandir> geser: no, sorry.
[10:56] <Mithrandir> I'll do so once my email client wants to talk with me again
[10:56] <Sp4rKy> Mithrandir: so $USERNAME exists
[10:56] <ogra> seb128, indeed i do
[10:56] <seb128> ogra: k
[10:57] <Sp4rKy> so i don't understand why  echo 'ubiquity-gtkui.desktop' >> /root/home/$USERNAME/bar doesn't work
[10:57] <ogra> seb128, did you prefer no to ?
[10:57] <Mithrandir> Sp4rKy: add set -x to the top of the script, read /var/log/casper.log when you've booted the live image.
[10:57] <seb128> ogra: no, quite the opposite, I though you were going to apply it after herd freeze and it's still not uploaded so I was wondering
[10:58] <ogra> i wasnt working on screensaver stuff yet
[10:58] <seb128> k
[11:00] <Sp4rKy> Mithrandir: thx
[11:01] <Sp4rKy> Mithrandir: is there some good doc about casper, or testing is the best way ?
[11:01] <Mithrandir> Sp4rKy: there aren't any docs but what you can find on the wiki
[11:04] <pitti> tepsipakki: Configuring x11-common ... Incorrect nice value; Please enter an integer between -20 and 19.
[11:04] <pitti> tepsipakki: does that relate to your recent xorg upload?
[11:04] <mrevell> heno: Hey
[11:05] <heno> mrevell: hi
[11:05] <Sp4rKy> Mithrandir: ok
[11:05] <seb128> pitti: 
[11:05] <seb128>  xorg (1:7.2-0ubuntu4) feisty; urgency=low
[11:05] <seb128>  .
[11:05] <seb128>    * debian/x11-common.config.in:
[11:05] <seb128>      - fix validate_nice_value() not to fail when using adept
[11:05] <seb128>        (Closes: LP #68267)
[11:05] <pitti> seb128: ah, ok, so that was the fix, not the source of the bug
[11:06] <gnomefreak> ok Lp is down. x11-common wont install now matter what ive tried
[11:06] <mrevell> heno: Just a reminder that the Launchpad users meeting is at 17:00 UTC in #launchpad today. If anyone from the distro team or other Ubuntu devs have complaints, suggestions, praise or questions :)
[11:06] <Sp4rKy> Mithrandir: building initramfss :)
[11:07] <gnomefreak> it gets stuck in ncurses (asks you to choose a nice value"-20 to 19") it fails to let you choose
[11:08] <seb128> gnomefreak: lp is not down
[11:08] <heno> mrevell: cool, who from LP will be there (besides yourself)?
[11:08] <gnomefreak> seb128: i cant file a bug
[11:08] <gnomefreak> error ID  OOPS-431C732  in your message
[11:08] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/431C732
[11:10] <mrevell> heno: So far, quite a few of the developers have said they'll be there. Carlos, Elliot M, Brad, David Allouche, Francis, spring to mind
[11:10] <heno> ok, cool
[11:11] <heno> mrevell: I'll post to the distro list, do you have a URL, an agenda?
[11:11] <carlos> mrevell: I'm not sure whether I will be there for the whole meeting. Danilo will, though
[11:11] <tepsipakki> gnomefreak: what version are you upgrading?
[11:11] <mrevell> carlos: Cool, thanks.
[11:12] <gnomefreak> upgrading to 1:7.2-0ubuntu4
[11:12] <tepsipakki> from?
[11:12] <mrevell> heno: Agenda is at https://wiki.ubuntu.com/LaunchpadUserMeeting/2007-03-07
[11:12] <mrevell> heno: thanks, you're a pal :)
[11:12] <gnomefreak> 0ubuntu3
[11:12] <tepsipakki> hm
[11:13] <gnomefreak> Installed: 1:7.2-0ubuntu3 Candidate: 1:7.2-0ubuntu4
[11:13] <tepsipakki> what frontend?
[11:13] <tepsipakki> i guess it's not adept ;)
[11:14] <gnomefreak> tepsipakki: apt-get
[11:14] <tepsipakki> ok, I'll look into it
[11:14] <gnomefreak> ty
[11:14] <heno> or, rather I would post if thunderbird wasn't broken atm :(
[11:15] <gnomefreak> heno: 1.5.0.10?
[11:15] <mrevell> heno: Thanks for trying :)
[11:15] <heno> gnomefreak: yes
[11:15] <heno> gnomefreak: I assume it's a known problem
[11:16] <gnomefreak> heno: depends what the problem is. i use it with none
[11:16] <heno> (having seen a bunch of apport bugs about it this morning)
[11:17] <tepsipakki> gnomefreak: correct..
[11:18] <tepsipakki> that "fix" needs to be reverted
[11:18] <gnomefreak> ok i havetn gotten that far in my monrning yet but i will look into the bugs on .10 and see what we can do with them. i am gonna assume asac knows about this already
[11:18] <gnomefreak> tepsipakki: ah ty
[11:18] <seb128> asac: fix verified and patched package uploaded to feisty, thank you
[11:18] <gnomefreak> seb128: totem?
[11:18] <asac> seb128: thanks
[11:18] <seb128> gnomefreak: bug #90333
[11:18] <Ubugtu> Malone bug 90333 in totem "totem plugin causes frequent gecko crashes because NPPVpluginKeepLibraryInMemory is broken" [High,Fix released]  https://launchpad.net/bugs/90333
[11:18] <gnomefreak> yes
[11:18] <heno> asac: ^ I assume you've seen this -- thunderbird crash bugs
[11:18] <gnomefreak> cool ty
[11:18] <seb128> asac: np, thank you for the patch ;)
[11:19] <asac> heno: which?
[11:19] <heno> several apport ones in a row this morning. was there an update?
[11:19] <Mithrandir> doko_: how much, if any testing of the new ecj release have you seen?
[11:19] <asac> heno: i don't see
[11:20] <heno> asac: https://bugs.beta.launchpad.net/ubuntu/+source/mozilla-thunderbird/+bugs?start=100
[11:20] <heno> the last 7-8 on that list
[11:21] <heno> I'm getting it myself, but assume these are the same thing
[11:21] <asac> you can reproduce?
[11:21] <asac> i saw those ... but the list did not grew overnight
[11:23] <doko_> Mithrandir: a rebuild of OOo and the direct OOo build dependencies; at this point there's one reason for me to have it: vil is working on eclipse-3.2.2 packages (universe), and if he can get these in, it's not nice to have two different ecj versions. So maybe I write him and CC you if he can make it? und just if eclipse-3.2.2 is ready, include ecj as well.
[11:23] <heno> asac: sorry, not as many as I assumed. I'll reproduce and upload the report
[11:24] <asac> are there -dbgsym packages for thunderbird? if so, please retrace before upload :)
[11:24] <Mithrandir> doko_: oh well, there was a fairly large amount of bugs fixed, so let's hope it's good.  Approved.
[11:24] <doko_> ok
[11:26] <heno> asac: sorry no -dbg files
[11:27] <heno> pitti: how do you reset apport to take a new crash report? touch some file as I recall?
[11:27] <pitti> heno: 'take a new report'?
[11:27] <pitti> heno: touch /var/crash/* will bring up all the recent reports again
[11:28] <heno> pitti: bring them up how?
[11:28] <pitti> heno: same as if they had just happened
[11:28] <pitti> heno: i. e. 'App foo has just crashed blabla'
[11:29] <heno> basically when I launch TB now I get a crash, but now apport
[11:29] <heno> pitti: ok, thanks
[11:29] <pitti> heno: aaah, I see what you mean
[11:29] <pitti> heno: rm /var/crash/* should do
[11:30] <pitti> heno: apport doesn't report more than three crashes per application on a day
[11:30] <heno> right, makes sense
[11:35] <asac> heno: no -dbgsym either?
[11:38] <heno> asac: nope. It would literally be 'mozilla-thunderbird-dbgsym' in main right?
[11:39] <pitti> right
[11:39] <pitti> I wonder why it's not there
[11:39] <pitti> for feisty/1.5.0.10?
[11:40] <pitti> http://people.ubuntu.com/~pitti/ddebs/pool/main/m/mozilla-thunderbird/ -> it is
[11:40] <pitti> hey, even for edgy, nice
[11:40] <heno> asac: here is the bug 90346
[11:40] <Ubugtu> Malone bug 90346 in mozilla-thunderbird "[apport]  mozilla-thunderbird-bin crashed with SIGSEGV in __kernel_vsyscall()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90346
[11:41] <heno> pitti: oic, so it's not in the standard repos, just in ~pitti ?
[11:42] <pitti> heno: always; soyuz doesn't support ddebs yet
[11:42] <heno> right, ok
[11:43] <asac> pitti: cool
[11:45] <heno> asac: that works, doing one with dbgsym now
[11:45] <cjwatson> whoops, I broke the daily-live builds
[11:49] <asac> heno: maybe try retrace you report
[11:50] <asac> heno: does running in -safe-mode help?
[11:51] <heno> asac: is there a command line option to do that?
[11:53] <asac> yes ... you are on feisty?
[11:53] <heno> yes
[11:53] <asac> aeh ... for safe mode or for auto retrace?
[11:53] <heno> for safe mode
[11:53] <asac> # thunderbird -safe-mode
[11:53] <heno> I'm doing a retrace now
[11:53] <heno> ok, it's not listed in --help
[11:53] <heno> sec.
[11:54] <asac> yeah ... probably a bug; but --help is not really helpful for any mozilla apps ... so :/
[11:54] <heno> asac: still crashes in safe mode
[11:55] <asac> ah ... then retrace
[11:57] <seb128> ogra: do you know about https://launchpad.net/ubuntu/+source/gdm/+bug/82894 ?
[11:57] <Ubugtu> Malone bug 82894 in gdm "Logging out of Gnome from XDMCP session does not return to login screen" [Undecided,Unconfirmed]  
[11:59] <carlos> hmm
[11:59] <carlos> latest X.org update in Feisty is broken
[12:00] <carlos> xorg-common keeps asking me for a 'nice' value between -20 and 19
[12:00] <seb128> carlos: it's already fixed
[12:00] <seb128> wait for update to build
[12:00] <carlos> oh, ok, so I just got the broken one...
[12:00] <carlos> I'm sooo lucky :-P
[12:00] <carlos> seb128: thanks
[12:00] <seb128> np
[12:08] <ogra> seb128, looks like something makes the session hang
[12:08] <ogra> dbus is a good candidate
[12:11] <joumetal> there is problem with x11-common upgrade. Incorrect nice value.
[12:11] <Mithrandir> joumetal: it's already fixed.
[12:11] <seb128> joumetal: that's not a bug chan, that's already known and fixed
[12:12] <joumetal> ok thanks
[12:45] <highvoltage> Hi. Who at Canonical can I ask about Click'n'Run (CNR)?
[12:47] <Hobbsee> highvoltage: want to make your quesiton a little less broad?
[12:51] <highvoltage> Hobbsee: to be more specific, I work on an Ubuntu derivative that would like to include CNR, and I can't find anything CNR related in Feisty yet
[12:51] <Hobbsee> highvoltage: likely because it's not there.
[12:52] <Hobbsee> as opposed to the other way around.
[12:52] <highvoltage> Hobbsee: I think it's because the current version is non-free, and the final version will be free software
[12:52] <highvoltage> Hobbsee: ok cool, I'll give them a shout
[01:01] <doko> mvo: ping
[01:16] <doko> Built successfully
[01:16] <doko> Purging chroot-autobuild/build/buildd/openoffice.org-2.2.0~rc3~oof680m10
[01:17] <Hobbsee> hooray!
[01:21] <Treenaks> \o/ dholbach (libbtctl)
[01:22] <pitti> meh, I want devhelp back
[01:24] <pitti> Mithrandir: could you please give-back devhelp on amd64 and sparc?
[01:24] <Mithrandir> pitti: I'm currently trying to rescue the xorg upload and want to get that in before I give back anything, really.
[01:24] <Mithrandir> pitti: but yes, I'll do that afterwards.
[01:24] <pitti> Mithrandir: oh, sure, not terribly urgent; just queueing
[01:25] <pitti> thanks
[01:26] <Mithrandir> ok, publisher running, we should have working buildds, etc in about 30 minutes.
[01:32] <Mithrandir> pitti: is G and K in the langpacksize script output gnome and kde or something else?
[01:33] <Mithrandir> pitti: and can I have it give me the number on a per-arch basis?
[01:42] <doko> Mithrandir, pitti, seb128: the openoffice.org and openoffice.org-l10n binaries can be processed now
[01:53] <seb128> doko: doing that
[02:04] <mooey> patching packages is too difficult :(
[02:05] <seb128> mooey: what package do you try to patch?
[02:05] <Mithrandir> pitti: devhelp-given-back.
[02:06] <mooey> seb128, any, heh. i always give up. do you know any decent documentation? or some list of commands to apt-get source a package, make change, test and make a patch thats acceptable for developers? i read pittis open week page on the wiki, but it doesn't cover actually building and testing a package
[02:06] <seb128> mooey: apt-get source package name, cd package-dir, make change, debuild
[02:07] <seb128> mooey: use dch to add a changelog entry and debdiff previous current version
[02:08] <mooey> seb128, debuild usually works the first time, but the second time it complains that it cant reverse the patches
[02:08] <seb128> that's a package bug then
[02:08] <seb128> or your change conflicts with a patch
[02:08] <mooey> so for suck packages that fail even if i haven't made any changes, i should report it in launchpad?
[02:08] <mooey> or at debian bts?
[02:11] <seb128> mooey: launchpad
[02:12] <pitti> Mithrandir: Right, G = Gnome+base (Ubuntu), K=KDE+base (Kubuntu), G+K=Gnome+KDE+base (Edubuntu)
[02:13] <pitti> Mithrandir: per-arch? langpacks are arch:all
[02:13] <pitti> Mithrandir: and the large bits of scim as well
[02:13] <Mithrandir> pitti: hm, ok.
[02:13] <mooey> alright. now it complains that i dont have an @ubuntu.com address, is there a flag i can pass to debuild to tell it to ignore such error?
[02:14] <Hobbsee> no
[02:15] <mooey> Hobbsee, so what should i do?
[02:15] <pochu> mooey: you should put ubuntu-motu@l.u.c or ubuntu-devel-discuss@l.u.c
[02:15] <cjwatson> mooey: upgrade devscripts and you won't get that
[02:15] <pochu> cjwatson: that's not a requirement anymore?
[02:16] <cjwatson> pochu: not unless DEBEMAIL includes @ubuntu.com
[02:16] <cjwatson> (in other words, only Ubuntu developers need to worry about it
[02:16] <cjwatson> )
[02:16] <cjwatson> Riddell: is https://launchpad.net/ubuntu/+source/ubiquity/+bug/89458 what you fixed in ubiquity 1.3.24?
[02:16] <Ubugtu> Malone bug 89458 in ubiquity "Crashed when trying to put in mountpoint in partitioner" [Undecided,Unconfirmed]  
[02:17] <pochu> ok, ty
[02:17] <Mithrandir> doko: why isn't there any libuno-cil for sparc?
[02:18] <doko> Mithrandir: read the changelog ;) it doesn't build according to debian, I didn't have the time to check
[02:18] <mooey> thanks pochu, cjwatson that seems to have sorted it. have i missed some documentation that has this sort of thing in it?
[02:18] <Mithrandir> doko: ok.  (Looking at changelogs is slightly hard on drescher)
[02:18] <cjwatson> mooey: no, you're apparently running the development branch which is often light on documentation and definitely expects you to keep up to date
[02:19] <cjwatson> any documentation that does exist generally assumes you are up to date
[02:19] <mooey> cjwatson, so there is documentation about modifying packages for edgy?
[02:19] <cjwatson> mooey: however the change in question is described at http://wiki.ubuntu.com/DebianMaintainerField if you're interested (but you probably don't need to be)
[02:20] <Mithrandir> doko: ooo{,-l10n} accepted.
[02:20] <cjwatson> start at https://wiki.ubuntu.com/UbuntuDevelopment
[02:20] <cjwatson> mooey: ^-
[02:20] <mooey> thanks, cjwatson 
[02:20] <Mithrandir> Riddell: libkexiv is just split out from digikam source in main (and should go to main)?
[02:26] <khermans_> i think i would like to make the Mirror Choosing algorithm more efficient, but i wonder if you made it slower on purpose
[02:26] <khermans_> in Synaptic
[02:27] <khermans_> It tried to pick from 100-200 servers
[02:27] <mvo_> khermans_: the speed test in software-properties?
[02:27] <khermans_> mvo_, yes
[02:28] <mvo_> khermans_: what do you have in mind for it? if you want to hack on it, you are more than welcome :)
[02:28] <khermans_> the test could be done in less than 3 seconds instead of 1 minute
[02:28] <mvo_> khermans_: I'm all ears 
[02:28] <khermans_> just open x number of connections simultaneously
[02:28] <khermans_> in parallel
[02:28] <khermans_> take first one that wins
[02:29] <mvo_> khermans_: interessting! could you please open a whishlist bug against software-propoerties with this conversation? this way the idea will not get lost and glatzor will have a chance to see it as well
[02:30] <khermans_> mvo_, sure
[02:31] <khermans_> is launchpad broken?
[02:32] <Hobbsee> define "broken"
[02:32] <khermans_> im getting a timeout error
[02:32] <khermans_> OOPS-431C1190
[02:32] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/431C1190
[02:33] <mvo_> khermans_: thanks!
[02:33] <khermans_> hrmm, seems to be OK now, but it failed for a minute or two
[02:33] <mvo_> khermans_: let me know the bugnumber once its added
[02:39] <khermans_> mvo_, https://launchpad.net/ubuntu/+source/software-properties/+bug/90379
[02:39] <Ubugtu> Malone bug 90379 in software-properties "Select Best Server can be more efficient by pinging in parallel" [Undecided,Unconfirmed]  
[02:39] <mvo_> khermans_: thanks
[02:40] <mvo_> iwj: http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-libs/html/gst-plugins-base-libs-gstbaseutilsinstallplugins.html (under (4)) has new and different return code requirements for the codec installer. did you had any contact with upstream about this?
[02:40] <mvo_> iwj: they seem to be not compatible with the ones we speced earlier
[02:41] <khermans_> mvo_, btw i didnt see how to set 'wishlist'
[02:41] <mvo_> khermans_: I set it to confirmed/wishlist now
[02:42] <khermans_> mvo_, how do i do it in future?
[02:42] <khermans_> i see how to set confirmed
[02:43] <cjwatson> khermans_: setting importance is restricted to members of the ubuntu-qa team
[02:43] <khermans_> cjwatson, thx
[02:49] <cjwatson> doko: any idea why https://launchpad.net/ubuntu/+source/ubiquity/+bug/89526 might happen? it's not the first time I've seen it
[02:49] <Ubugtu> Malone bug 89526 in ubiquity "livecd installer crashes upon loading" [Undecided,Unconfirmed]  
[02:49] <cjwatson> File "/usr/lib/ubiquity/ubiquity/tz.py", line 168, in __init__ today=datetime.datetime.today()
[02:49] <cjwatson> ValueError: microsecond must be in 0..999999
[02:50] <doko> looking
[02:50] <cjwatson> I'm almost tempted to catch ValueError and run it in a loop a few times ;-)
[02:52] <doko> only powerpc, or other archs?
[02:52] <cjwatson> not sure offhand
[02:53] <cjwatson> I'll do a bughelper search
[02:54] <cjwatson> you think it might be the powerpc epoch-before-1970 thing?
[02:56] <doko> cjwatson: http://python.org/sf/1646728 in the update I prepared, just waiting for mvo to comment on bug 88512
[02:56] <Ubugtu> Malone bug 88512 in python2.5 "python2.5-minimal breaks update from Edgy to Feisty" [High,Confirmed]  https://launchpad.net/bugs/88512
[02:57] <cjwatson> datetime.datetime.fromtimestamp(-1000000) seems to work fine, so I assume negative timestamps are OK in general
[02:57] <cjwatson> oho, maybe not
[02:57] <cjwatson> >>> datetime.datetime.fromtimestamp(-1000000.1)
[02:57] <cjwatson> Traceback (most recent call last): File "<stdin>", line 1, in ?
[02:57] <cjwatson> ValueError: microsecond must be in 0..999999
[02:58] <cjwatson> doko: ah, thanks for the upstream bug link
[02:59] <cjwatson> doko: I think I'll work around it somehow for now
[03:03] <tfheen> hi scott
[03:04] <Keybuk> heyhey
[03:24] <iwj> mvo_: No, I hadn't heard anything about this.
[03:24] <iwj> How annoying.  I bet the ones in their document are insufficient, too.
[03:25] <mvo_> iwj: I changed the return codes in g-a-i now to the new world order
[03:25] <iwj> Hmm.  OK.
[03:25] <mvo_> iwj: but I agree, very anoying
[03:25] <iwj> Does that need changes to nautilus too ?
[03:25] <iwj> I would have been tempted to make a sh wrapper.
[03:25] <mvo_> iwj: I don't think so, it affects only the codec installs
[03:25] <iwj> Also, I note that g-a-i is written in Python and Python programs can't reliably avoid exiting 1.
[03:26] <iwj> So you need a sh wrapper anyway.
[03:27] <iwj> (Any untrapped exception in a python program causes an exit status of 1 and this might happen before your script gets to fix up an error handler.)
[03:27] <iwj> That's why I didn't use 1 in my list of exit statuses.
[03:28] <iwj> I think the gstreamer spec should have been changed, personally.
[03:28] <iwj> And why oh why oh why do people think they can just go and change an already-specified and -implemented interface to be randomly different ??
[03:29] <iwj> And now we are put in the position of fixing the less-broken program because the more-broken program is surrounded by more-broken institutions and processes.  Bah.  Rant cont pp99 etc.
[03:29] <iwj> mvo_: Sorry btw for not seeing your query earlier.
[03:30] <iwj> I just noticed it when I came to this virtual desktop to collect a web browser ..
[03:38] <mvo_> iwj: no problem. I have no idea why they changed the spec, sorry
[03:38] <iwj> Yes, don't apologise.  Not your fault.
[03:38] <iwj> Sorry for grumping at you.
[03:38] <iwj> Anyway, what will you do about the exit status 1 problem ?
[03:39] <mvo_> iwj: I'm pretty grumpy about this as well
[03:39] <iwj> Feel free to c&p my rant and email it to someone ...
[03:39] <mvo_> iwj: about the exit status 1 problem, we could install a execption hook hanlder for this
[03:41] <iwj> mvo_: But python might exit 1 anyway eg because it can't read your script or some core bit of python is broken.
[03:41] <iwj> Or your attempts to report the error in your own exception hook handler might throw another exception.
[03:41] <iwj> Python is just fundamentally broken in this respect.
[03:41] <iwj> The workaround is make exit status 1 mean `this program failed catastrophically'.
[03:41] <mvo_> iwj: right, the execption hook thing would not cover all cases :/
[03:41] <mvo_> iwj: right
[03:47] <cyberix> Feisty dist-upgrade tells me that some nice values are wrong, but doesn't allow me to fix it in any way.
[03:48] <tfheen> cyberix: your mirror is out of date.
[03:48] <tfheen> upgrade to the latest version
[03:56] <bddebian> Heya
[03:59] <Keybuk> Err http://archive.ubuntu.com dapper/main Packages
[03:59] <Keybuk>   Could not resolve archive.ubuntu.com
[03:59] <Keybuk> *blink*
[04:00] <bddebian> nice
[04:01] <Keybuk> this is weird
[04:01] <Keybuk> applications (apt, telnet) can't resolve
[04:01] <Keybuk> but ping, host, nslookup, dig, etc. can
[04:02] <cyberix> tfheen: Thanks.
[04:02] <cyberix> tfheen: But why doesn't the mirror pull the latest version on request?
[04:03] <asac> heno: can you redo your crash report with -dbgsym packages available from http://people.ubuntu.com/~asac/mt-feisty/ ?
[04:03] <heno> asac: yep
[04:03] <asac> heno: ty
[04:04] <lemsx1> in feisty i'm having problems with x11-common looping with the question "nice value must be a value between -19 and 19"  that happened on a clean Feisty installation while updating today
[04:04] <tepsipakki> lemsx1: fixed already
[04:04] <cjwatson> Riddell: in future please sift through debdiff output when uploading ubiquity. It's annoying to have to read huge slews of diffs to various revision control files
[04:05] <Keybuk> pitti: help!
[04:05] <lemsx1> tepsipakki: good to know
[04:05] <Riddell> tfheen: yes, libkexiv was previously in digikam and s needed in main
[04:05] <lemsx1> tepsipakki: is the package uploaded?
[04:05] <dholbach> lemsx1: yes
[04:06] <lemsx1> dholbach: ok. i'll switch to the main archive then
[04:06] <cjwatson> cyberix: most mirrors operate on the basis of pulling in a cron job, not pulling on request
[04:06] <cjwatson> cyberix: since the bulk of mirrors are voluntary, we have no means to tell them to pull faster
[04:07] <cyberix> :-/
[04:07] <cyberix> But ofcourse not very easy to switch
[04:08] <cyberix> I created a summer of code proposal for creating GNUnet support for apt.
[04:08] <cyberix> last summer
[04:08] <cyberix> But I did not get funding.
[04:09] <elmo> oh my god.  who could I pay to make dontzap the default?
[04:09] <Sp4rKy_> cjwatson: my issue with casper s resolved, thx
[04:10] <mjg59> elmo: Oh, easily fixed
[04:10] <elmo> mjg59: ?
[04:11] <mjg59> elmo: It's a one line change in Xorg
[04:11] <mjg59> So, how much are you willing to pay me?
[04:11] <mjg59> Damn, I've still not got this negotiating thing right
[04:11] <elmo> 2 fruit flies?
[04:11] <mjg59> ...
[04:12] <kylem> elmo, hehe.
[04:12] <cyberix> Here is a reference http://www.cs.helsinki.fi/u/twruottu/aptgn/aptgn.en.html.utf8
[04:13] <cyberix> Maybe I'll still start the project one day
[04:13] <cyberix> With a funding or without one. ;-)
[04:14] <Riddell> cjwatson: ok, what did I do wrong?
[04:15] <heno> asac: so is it good news or bad news that I can't get it to crash anymore now? :)
[04:17] <dholbach> can somebody please give back gksu on amd64? and take a look where the devhelp binaries of amd64 went?
[04:17] <heno> I've since done another system update
[04:17] <cjwatson> Riddell: well, if you run debdiff between old and new .dsc before uploading then you'll notice enormous diffs and be able to do something about them
[04:18] <pax> Keybuk: I experience(d) the same when firestarter is running.
[04:18] <asac> heno: hmmm you remember if crash happened on 1.5.0.10 or 1.5.0.9 ?
[04:18] <cjwatson> Riddell: in this case, passing -I.svn -I.bzr -I.bzrignore to debuild would sort it out
[04:18] <cjwatson> Riddell: I have this in .devscripts so I don't need to worry:
[04:18] <cjwatson> DEBUILD_DPKG_BUILDPACKAGE_OPTS="-i'(?:^|/).*~$|(?:^|/)\..*\.swp|DEADJOE|(?:/CVS|/RCS|/\.svn|/\.deps|\{arch\}|\.arch-ids|\.arch-inventory|\.bzr|\.bzrignore|\.shelf)(?:$|/)' -ICVS -I.svn -I\{arch\} -I.arch-ids -I.arch-inventory -I.bzr -I.bzrignore -I.shelf -uc -us"
[04:19] <cjwatson> (most of the first is backward compat - just -i is generally enough I think)
[04:19] <heno> asac: definitely, 1.5.0.10, I checked with --version
[04:19] <Keybuk> pax: this was being caused by mdns, afaict
[04:20] <asac> heno: then i don't know ... if you ever can reproduce let me know ... if you don't see for two days, please close current bug :)
[04:20] <lemsx1> dholbach: tepsipakki: it worked. x11-common from archive.u.o (not the mirrors. us.a.u.o still has the old (broken) package)
[04:20] <heno> asac: sure, will do
[04:22] <doko> bdmurray: how could you reproduce bug 90004 ?
[04:22] <Ubugtu> Malone bug 90004 in glibc "issuing ldconfig causes Bus error and core dump, inhibits execution of postinst script for libgcc1" [Undecided,Confirmed]  https://launchpad.net/bugs/90004
[04:23] <lemsx1> does anybody use Synergy? synergy is broken in Feisty. it works fine on previous versions of Ubuntu
[04:24] <bdmurray> doko: Can't do reproduce it today.
[04:24] <bddebian> lemsx1: Filed a boog?
[04:24] <lemsx1> the mouse/keyboard (input) pauses (is broken) for a while when you use it
[04:24] <lemsx1> bddebian: i'm not sure where the problem might lie... perhaps xorg input package?
[04:25] <lemsx1> bddebian: i'll check the bugs for synergy (the package) to see if somebody already reported that
[04:25] <bddebian> OK, thanks
[04:25] <bdmurray> doko: earlier I had used 'sudo ldconfig -v' per the first report
[04:28] <doko> bdmurray: does work for me
[04:45] <iwj> mvo_: I just had a case where DscSrcPackage(...).checkDeb returned False.  How am I supposed to find an error message ?
[04:45] <iwj> (As it is I found out what was causing the problem but I want to improve my script's error reporting.)
[04:47] <mvo_> iwj: there should be a "_failureString" in DscSrcPackage
[04:47] <mvo_> iwj: I guess that should be made to something more formal (even if this just means removing the "_")
[04:48] <iwj> Can I assume that DebPackage has a _failureString too ?
[04:48] <iwj> Eg, if I say satisfyDependsStr ?
[04:49] <iwj> d = DebPackage(cache);  res = d.satisfyDependsStr("some thing");
[04:49] <iwj> and then res is false so print d._failureString
[04:51] <iwj> mvo_: It's not clear to me why it doesn't just throw an exception ...
[04:58] <mvo_> iwj: it should do that, sloppy programmer
[04:59] <iwj> Right :-).
[04:59] <iwj> OK, well, I'll use _failureString for now and if you make it throw an exception then my code will stay correct :-).
[04:59] <mvo_> iwj: thanks
[04:59] <iwj> /dev/mem: mmap: Bad address
[04:59] <iwj> I wonder what that's from.
[05:00] <iwj> debconf ?  Some crazy thing doogie put in dpkg ?
[05:00] <mjg59> Only things that need to mmap /dev/mem that spring to mind are X and libx86-using things
[05:02] <iwj> mjg59: This is in an apt transcript where it's trying to install the build-deps for acpi-support, on a Xen guest.
[05:02] <iwj> In amidst lots of complaints from debconf which is grumbling excessively about lack of a controlling tty.
[05:03] <mjg59> Hm. There's unlikely to be any point having acpi-support on a Xen guest.
[05:03] <iwj> mjg59: Yes, but I just want to build it.
[05:04] <mjg59> Ok. And this is just /installing/ the build-deps? In that case, I have no idea.
[05:04] <iwj> Yes.
[05:04] <pitti> Keybuk: what's up?
[05:05] <tfheen> I wonder why you get debconf installed, given that none of the build-deps would have a reason to need debconf.
[05:05] <pitti> heno, asac: you know that you can use the retracing service on ronne now, right?
[05:05] <Keybuk> pitti: s'ok, think I solved it on my own
[05:05] <asac> pitti: yes ... but proper dbgsym not available for tbird :)
[05:06] <heno> pitti: yes I did see your mail about that
[05:06] <heno> pitti: I tried running it locally. How long should I expect it to take?
[05:06] <iwj> umovestr: Input/output error
[05:07] <pitti> heno: a few minutes probably
[05:07] <heno> I left if for about 30 minutes on an amd64 4000+
[05:07] <pitti> asac: how so, they are available for both edgy and feisty?
[05:07] <pitti> heno: urgh, that the heck does it do? what does top say?
[05:07] <pitti> heno: you can use -v for some verbosity in package install/removal etc.
[05:08] <asac> pitti: DEB_BUILD_OPTIONS=noopt does not work
[05:08] <heno> pitti: no, was mostly just idling actually
[05:08] <asac> thats what i tried to fix in laast upload, but failed miserably ... as you might know :)
[05:08] <pitti> heno: any processes running which look like the culprit
[05:08] <asac> pitti: you read pm about gnupg security update?
[05:10] <pitti> asac: doing now
[05:11] <heno> pitti: it ran fine now, taking about 1 minute
[05:11] <pitti> heno: if it was feisty, then it was perhaps the broken xorg upload?
[05:11] <heno> warned me about some missing unrelated -dbgsym packages
[05:12] <pitti> heno: that one just spun my chroots this morning
[05:12] <heno> pitti: could well be
[05:12] <heno> it seemed to cause IMAP sync in TB to fail for some reason
[05:14] <asac> heno: you managed to do a retrace with my hand-crafted -dbgsym packages for tbird?
[05:15] <heno> asac: no, after installing your -dbgsym it didn't crash
[05:16] <heno> but then I had also updated xorg in the meantime
[05:16] <asac> yeah ... but maybe you can now run apport-retrace on the crash dump?
[05:16] <asac> ok ... if not, lets keep this filed under the xorg broke it category :)
[05:16] <heno> asac: I have done. I'll attach the output to the bug
[05:19] <asac> heno: thank you
[05:24] <Sp4rKy> if i want start something at the session start of the Live user, what's the best way ?
[05:29] <cjwatson> mjg59: there's an = vs. == typo in your parted gptsync patch
[05:30] <cjwatson> -+              if (raw_part->OSType = 0x0b) {
[05:30] <cjwatson> ++              if (raw_part->OSType == 0x0b) {
[05:32] <mjg59> Oops!
[05:33] <mjg59> Well, easy to fix...
[05:33] <mjg59> Only triggers if you have any DOS partitions
[05:40] <delire> i notice that leading whitespace is considered when parsing usernames in the Ubuntu login dialog. is this a bug? people often hit the spacebar to awaken the monitor and so the space character is passed to the username field if present (like if they'd logged out before going to lunch).
[05:41] <delire> <-- 6.10
[05:59] <cjwatson> mjg59: right, just in case you'd sent it upstream
[05:59] <mjg59> Oh, yeah. I doubt they'll merge it as is.
[05:59] <cjwatson> fix uploading now
[05:59] <mjg59> Thanks!
[06:09] <dholbach> how will the archive test rebuild work? will we get mails about packages that ftbfs? bugs? lists somewhere? (it'd be nice to have a list for universe packages, so we can work on fixing them)
[06:13] <lucas> dholbach: where is that test rebuild announced ?
[06:14] <dholbach> lucas: https://wiki.ubuntu.com/FeistyReleaseSchedule
[06:16] <lucas> ok, thx
[06:17] <dholbach> tfheen: ^ do you know anything about that? (test rebuild ftbfs lists?)
[06:18] <jcole> a little bird told me that the debian installer will support encrypted filesystems... will fiesty (using the debian installer mini.iso) allow for this feature?
[06:19] <cjwatson> not yet, no, sorry
[06:19] <cjwatson> jcole: ^--
[06:20] <cjwatson> at the relevant time cryptsetup wasn't ready for main (couldn't deal with usplash) - that may have changed lately, I haven't checked
[06:24] <jcole> cjwatson: ok, thanks for the info
[06:27] <cjwatson> how the heck do I get accurate information? block-size*block-count/1024 (tune2fs) != 1K-blocks (df)
[06:29] <cjwatson> a 505MB disparity on this 31GB filesystem seems a bit over the top - reserved blocks only make up ~160MB so that doesn't account for it
[06:29] <broonie> cjwatson: df doesn't report the space reserved for root as free.
[06:29] <cjwatson> broonie: as I said above, reserved blocks don't account for it
[06:30] <broonie> Yeah, very laggy.
[06:30] <cjwatson> in any case reserved is included in the 1K-blocks column, just not in Available
[06:33] <cjwatson> (FWIW, this is part of an attempt to teach partman how to resize ext2/ext3 without using parted, since parted can't handle the common resize_inode feature)
[06:37] <jcole> We are listening to what customers are saying about Linux and taking it into consideration," said Dell spokesman David Lord. "We are going forward. Let's say, 'Certainly stay tuned." - http://today.reuters.co.uk/news/articlenews.aspx?storyID=2007-03-06T235238Z_01_N06441608_RTRIDST_0_TECH-DELL-LINUX-DC.XML
[06:37] <jcole> i'm guessing suse has contacted them recently...
[06:39] <jcole> dell's interest in linux is definitely an ubuntu support opportunity...
[06:46] <Riddell> I did?
[06:47] <dholbach> Riddell: http://people.ubuntu.com/~fabbione/irclogs/ubuntu-meeting-2007-01-11.html - 05:16
[06:50] <Riddell> oh aye, http://en.wikipedia.org/wiki/Magical_objects_in_Harry_Potter#Pensieve was what your description reminded me of
[06:53] <dholbach> yeah, I thought so :)
[07:14] <pitti> fabbione: still here?
[07:15] <dholbach> can somebody please give back gksu on amd64? and take a look where the devhelp binaries of amd64 went?
[07:29] <elian_m> hi there, how does ubiquity translation work? Rosetta?
[07:30] <elian_m> I'm the d-i translator for Albanian, I'd like to see the rest of the front-end translated too
[07:35] <pochu> elian_m: I think everything in Main uses rosetta
[07:35] <pochu> elian_m: but Feisty translations aren't open yet, though you can translate it in dapper and edgy
[07:35] <elian_m> pochu: I was looking at rosetta right now :-)
[07:36] <pochu> :)
[07:37] <elian_m> pochu: I downloaded the latest package I found there (from feisty pages), hope it's OK for now
[07:39] <doko> pitti: isdnutils depends on tcl8.3 as well
[07:41] <cjwatson> elian_m: Rosetta, yes, but it's only updated semi-automatically
[07:41] <cjwatson> elian_m: i.e. by me running a set of scripts on my laptop
[07:41] <Riddell> pitti: did you approve the packages for dist-upgrade in edgy-proposed NEW?
[07:42] <cjwatson> elian_m: the installer is a little confusing in Rosetta, but the whole thing is aggregated under "debian-installer", including ubiquity, to ease the work of handling shared translations
[07:43] <sfllaw> dholbach: Wow!  Uhm, OK.
[07:43] <sfllaw> I should get ready to help with Jeff's baby.
[07:43] <sfllaw> Baby!!!
[07:43] <sfllaw> :)
[07:44] <cjwatson> elian_m: the translations under the ubiquity source package *are* used, but they're just for the .desktop files
[07:46] <elian_m> cjwatson: in fact I see there are 2 template.pot files under debian/ reguarding the front-end
[07:46] <cjwatson> elian_m: right, ignore the one under imported-po
[07:46] <elian_m> cjwatson: can I translate these using my po editor and send them to you?
[07:47] <cjwatson> elian_m: please translate them in Rosetta
[07:47] <cjwatson> that's the easiest for me because I can handle lots of languages in bulk
[07:47] <cjwatson> (translate in Rosetta, or translate in your po editor and upload to Rosetta, whatever)
[07:48] <cjwatson> elian_m: https://launchpad.net/ubuntu/feisty/+source/debian-installer/+translations
[07:48] <cjwatson> if that's out of date, let me know
[07:51] <cjwatson> hmm, it does appear to be out of date
[07:51] <cjwatson> carlos: did the debian-installer import fail? I know you said it would take a couple of days ...
[07:52] <alex-weej> can somebody take a quick look at this bug please and set its importance? https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/78288
[07:52] <Ubugtu> Malone bug 78288 in linux-source-2.6.20 "kernel 2.6.20-5 doesn't boot with sata-hd" [Medium,Confirmed]  
[07:52] <alex-weej> it's a regression from 2.6.19
[07:52] <cjwatson> please can people stop nominating bugs for feisty. kthxbye.
[07:52] <cjwatson> (it's meaningless)
[07:52] <alex-weej> and is likely related to https://launchpad.net/bugs/71040
[07:52] <Ubugtu> Malone bug 71040 in linux-source-2.6.20 "rebooting instead of shutting down" [Medium,Confirmed]  
[07:53] <alex-weej> as the hardware specs that people keep coming out with are asus P4P/C800 motherboards and acer laptops
[07:57] <pochu> alex-weej: have you tried 2.6.20-9?
[07:57] <alex-weej> pochu: that's what i'm running
[07:57] <pochu> alex-weej: it's because the report says -5 :)
[07:57] <alex-weej> actually... is that a new package?
[07:57] <alex-weej> hmm
[07:58] <alex-weej> when did it go in? cause the rebooting problem isn't fixed and i've just been used to editing my kernel options every boot to include "irqpoll"
[07:58] <alex-weej> i will test in a minute and update the bug
[08:04] <pochu> heno: http://ubuntuforums.org/showthread.php?p=2259307#post2259307 :-P
[08:05] <heno> pochu: right, will do (will just have dinner first)
[08:06] <pochu> bon apetit ;)
[08:20] <alex-weej> exactly the same with -9
[08:23] <alex-weej> https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/78288
[08:23] <Ubugtu> Malone bug 78288 in linux-source-2.6.20 "kernel 2.6.20-9 doesn't boot with sata-hd" [Medium,Confirmed]  
[08:23] <alex-weej> updated title
[08:25] <alex-weej> worth upgrading the importance?
[08:26] <alex-weej> *hint hint* 
[09:12] <tsmithe> seb128, sorry to bug. (/me feels bad). are you on archive duty?
[09:13] <seb128> tsmithe: hi, sort of, it's my archive day, I'm not doing that right now though, anything urgent?
[09:13] <tsmithe> well... urgent only in the sense that we'd like the packages in for ubuntustudio; but enblend and wired would like to get in :)
[09:14] <delire> will vim7 allow for :syn on in Feisty?
[09:14] <delire> (out of the box)
[09:15] <seb128> tsmithe: I think I looked at wired already, it's not trivial though and it's after FF and UVF
[09:15] <tsmithe> hmm
[09:16] <tsmithe> it was uploaded before FF. i had thought that that was what mattered
[09:16] <seb128> maybe, it's just not trivial and I would prefer having somebody else accepting it
[09:16] <seb128> or having an another look
[09:17] <tsmithe> oh ok. it would be great, thanks, if that could happen
[09:37] <zyga> hello
[09:37] <zyga> I recently enabled popularity contest
[09:37] <zyga> but my mails got bounced for some reason
[09:37] <zyga> popcon@ubuntu.com is not responding
[09:43] <dsas> zyga: popularity-contest works using HTTP rather than mail in ubuntu
[09:43] <dsas> /etc/popularity-contest.conf should have "usehttp="yes"
[09:46] <bhale> tfheen: i am not sure what the right process these days is, but i subscribed you to uvf bug #88751
[09:46] <Ubugtu> Malone bug 88751 in beagle "UVF - Beagle 0.2.16.2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/88751
[09:46] <zyga> dsas: I see, thanks
[09:46] <bhale> tfheen: let me know if it belongs somewhere else please
[10:07] <carlos> cjwatson: well, it's taking more time due the huge list of pending imports for Feisty and a performance problem we introduced recently
[10:08] <cjwatson> carlos: fair enough
[11:15] <tfheen> bhale: thanks, that's fine.
[11:16] <bhale> tfheen: cool, thanks dude
[11:23] <tepsipakki> please beta.launchpad.net, work for awhile or I'll go to bed ;)
[11:25] <ajmitch> tepsipakki: or disable the redirection
[11:25] <tepsipakki> ajmitch: hmm, indeed
[11:26] <cjwatson> Riddell: judging from bug reports, I think the Kubuntu autopartitioning frontend in ubiquity is deeply wedgied in the event you have more than one disk (I've had several reports of it selecting the wrong disk). I'm going to check this out in detail tomorrow in vmware once the image syncs down
[11:26] <cjwatson> s/Kubuntu/KDE/
[11:27] <ajmitch> tfheen: had a chance to look at bug 90058?
[11:27] <Ubugtu> Malone bug 90058 in f-spot "UVF Exception for F-Spot 0.3.5" [Undecided,Unconfirmed]  https://launchpad.net/bugs/90058
[11:27] <tfheen> ajmitch: no, sorry.  If you want me to look at stuff you file, write me a proper mail about it, don't just mail me about it.  I'm subscribed to about half the bugs in LP, one way or another..
[11:28] <ajmitch> sorry, I thought subscribing the release team was enough
[11:29] <tfheen> that's going to be the new process, yes, but I need to either whip myself into checking that list a bit more often or get an RSS feed of it or something
[11:29] <tfheen> anyway, it's bedtime for me now, I'll look at it tomorrow.
[11:30] <ajmitch> ok, thanks