[12:12] <YokoZar> jdong: thanks.  Guess I'll have to not expect my users to have backports
[12:13] <jdong> YokoZar: right; not everyone has backports on :)
[12:13] <YokoZar> jdong: but everyone does have Wine on ;)
[12:14] <jdong> YokoZar: maybe in your little world :) in mine everyone has backports on :)
[12:43] <mage___> anyone want to explain the whole restricted modules are in a tmpfs thing?
[12:45] <mjg59> They're linked on startup
[12:45] <mage___> but why and where?
[12:46] <mjg59> /etc/init.d/restricted-modules-common or something similar to that
[12:46] <mjg59> And to reduce certain licensing issues
[01:42] <jdong> keescook: would you have any clamav if I object for backporting?
[01:42] <jdong> whoa
[01:42] <jdong> that just... made no sense....
[01:42] <jdong> keescook: nvm, I'm gonna reject it....
[01:42] <keescook> hahah
[01:42] <keescook> :)
[01:43] <jdong> and..... to double check his essay he finished 10 minutes ago....
[01:43] <jdong> yikes.
[01:49] <bluefoxicy> bddebian:  You can try, but I don't have a lot to probe for
[01:53] <jamesh> doko_: ping?
[02:37] <mage___> does the automatic mounting of nfs require anything in /var or /usr? 
[02:37] <mage___> to get around my nfs shares in /etc/fstab not being mounted I'm mounting them in /etc/init.d/waitnfs.sh :)
[03:52] <mneptok> exit
[03:52] <mneptok> nihpitoa
[03:53] <ajmitch> mneptok!
[05:29] <mneptok> ajmitch!
[06:14] <doko_> jamesh: pong
[06:20] <jamesh> doko: Do you handle the subversion packages?
[06:23] <doko> jamesh: not really; just changed the python-subversion binary; infinity would be more appropriate. but if it's a small change ...
[06:24] <jamesh> doko: I found a crasher bug in the python-subversion package in feisty
[06:24] <jamesh> bug 91848
[06:24] <Ubugtu> Malone bug 91848 in subversion "segfault when importing libsvn.wc in python 2.4 on feisty/amd64" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91848
[06:25] <doko> which is not seen with 2.5?
[06:25] <jamesh> correct
[06:25] <jamesh> not seen on i386 either
[06:27] <jamesh> doko: I hit it when doing Launchpad development on my desktop machine
[06:30] <RAOF> I should go confirm that bug, I can reproduce it on my amd64 laptop.
[06:31] <jamesh> I've got the stack trace and relevant bits of a valgrind log
[06:54] <jamesh> doko: If you have a chance to look at the bug, it would be greatly appreciated
[07:52] <doko> jamesh: works in debian/experimental with 1.4.3, however a merged package on ubuntu feisty shows the same segfault (http://people.ubuntu.com/~doko/tmp/)
[07:53] <jamesh> doko: does the valgrind log help?
[07:55] <jamesh> doko: I know that some function signatures were changed between python 2.4 and 2.5 w.r.t. lengths (using longs instead of ints)
[07:55] <jamesh> might the 2.4 modules be using the signatures expected by the 2.5 API?
[07:55] <doko> jamesh: yes, but those should all use Py_ssize_t now
[07:56] <jamesh> doko: there is no Py_ssize_t in 2.4, is there?
[07:57] <doko> correct, but extensions should define that on their own, if they want to be compatible with older python versions. I don't see any restriction that subversion only works with 2.5.
[08:01] <doko> jamesh: trying to look at it again later this week, not now
[09:17] <pitti> Good morning
[09:18] <Hobbsee> pitti!!!!!!!!!!!
[09:19] <carlos> Riddell: hi, around?
[09:19] <Hobbsee> :)
[09:24] <Hobbsee> hiya Mithrandir :)
[09:25] <Mithrandir> morning, Sarah.
[09:26] <Hobbsee> Mithrandir: yay!
[09:45] <pitti> _ion: ping
[09:48] <pitti> _ion: unping
[09:51] <ajmitch> morning pitti, Mithrandir 
[09:51] <pitti> hey ajmitch 
[09:51] <ajmitch> hm, someone asking about 'enterprise' ubuntu :)
[09:52] <pitti> Mithrandir: CD sizes look pretty good; desktop/i386 is on the edge (699 MB), but I guess I won't rip it apart any more unless we actually need the space
[09:54] <tepsipakki> ajmitch: where?
[09:55] <ajmitch> tepsipakki: ubuntu-devel-discuss
[09:55] <tepsipakki> thanks
[09:55] <Mithrandir> pitti: yay, goodie.
[09:55] <ajmitch> probably some u-directory stuff
[09:57] <pbn> Hi there, does sabdfl sometimes answer to queries ? :)
[10:01] <saispo> hi
[10:01] <saispo> any ftpmaster admin here ?
[10:01] <pitti> saispo: yes, some
[10:01] <saispo> :)
[10:02] <saispo> a think, file missing in dists/edgy/main/installer-i386/current/images/
[10:02] <saispo> the file udeb.list
[10:03] <saispo> argh
[10:03] <saispo> it's my rsync :/
[10:03] <saispo> excuse me
[10:03] <Mithrandir> in edgy?  That'd be weird.
[10:03] <Mithrandir> heh, ok
[10:03] <saispo> not in feisty, excuse me :)
[10:03] <saispo> i relaunch my rsync :)
[10:03] <saispo> thanks
[10:10] <giftnudel> it's always interesting how you find an error just by telling someone what goes wrong ...
[10:10] <pitti> Mithrandir: still time for getting some easy patches in? http://pastebin.ca/403334
[10:16] <pitti> Mithrandir: can I put the edgy/dapper proposed langpacks into -updates or do you need free buildds in the next few hours?
[10:18] <Mithrandir> pitti: langpacks> what is the typical per-pack build time?
[10:18] <Mithrandir> pitti: and no, stuff on the CD is locked down now.
[10:18] <pitti> Mithrandir: langpacks> trivial, some seconds
[10:19] <pitti> Mithrandir: with the chroot building overhead, probably a minute or soo
[10:19] <Mithrandir> ok, then just go ahead, I'll just bump the priority if I need something through in the middle
[10:19] <pitti> Mithrandir: it's the sheer number of them which make it ugly
[10:19] <pitti> ok
[10:20] <pitti> oh, argh, I need to wait until the current daily packages finished building, so I'll do it after lunch
[10:37] <dam_ned> hi all
[10:38] <dam_ned> I am looking for information on how to handle a bug when I do not agreee with the maintainer...
[10:38] <dam_ned> I checked the wiki but could not find information on that
[10:41] <Mithrandir> dam_ned: which bug is this?
[10:42] <dam_ned> bug 47827
[10:42] <Ubugtu> Malone bug 47827 in vmware-player "vmware-player lintian warnings" [Medium,Rejected]  https://launchpad.net/bugs/47827
[10:43] <dam_ned> Mithrandir: bug 47827
[10:45] <Mithrandir> hm, I'd probably just ignore it, they have a reasonable argument for why they need it that way, but if you really, really feel the bug should be fixed, I guess you could escalate it to the technical board.
[10:45] <Mithrandir> I don't think the bug is important enough that that is warranted, though.
[10:49] <dam_ned> Mithrandir: it is indeed just a qa thing, I know in Debian these bugs should not just be closed, but I cannot find the Ubuntu policy on this
[10:49] <dam_ned> what is the procedure to escalate?
[10:50] <Mithrandir> mail technical-board@lists.ubuntu.com
[10:50] <dam_ned> putting it on the agenda? (it would be nice if the bug could be assigned to them :))
[10:50] <dam_ned> aha
[10:51] <cjwatson> dam_ned: I've replied to this bug. I think it should be ignored.
[10:51] <cjwatson> and I think rejecting it is just fine
[10:51] <cjwatson> lintian warnings require thought, not automated action
[10:53] <tepsipakki> can someone explain why the livecd-session gets a wrong resolution compared to running 'sudo xresprobe $DRIVER' when the session is up?`(bug #93996)
[10:53] <Ubugtu> Malone bug 93996 in xorg "[Feisty]  Samsung SyncMaster 712N Monitor not detected, available resolutions too low, HorizSync and VertRefresh wrong" [Undecided,Needs info]  https://launchpad.net/bugs/93996
[10:54] <tepsipakki> as if something is missing when casper configures X
[10:54] <dam_ned> cjwatson: ok, you decide :)
[10:56] <dam_ned> if it was my distribution, I would leave it as a low priority bug to handle it later 
[10:56] <cjwatson> dam_ned: I'm not tech board, just an ornery developer
[10:56] <cjwatson> if it should be handled at all, I think it should be by adding a lintian override
[10:56] <cjwatson> or possibly by removing that bloody stupid warning from lintian. :-)
[10:56] <dam_ned> heh
[10:57] <cjwatson> (well, possibly downgrading it to info)
[10:57] <dam_ned> depends on how strict you interpret the FHS
[10:57] <cjwatson> it's not clear to me that anyone actually runs systems like that on Debian/Ubuntu anyway
[10:57] <Mithrandir> tepsipakki: either because /dev isn't mounted or because it's running under usplash.
[10:58] <dholbach> hellas
[10:58] <cjwatson> you would have to take great care to keep all versions exactly in sync, because we certainly don't remotely guarantee that you can mix and match /usr/share and everything-else from different versions of the same package
[10:58] <dam_ned> good remark
[10:59] <dam_ned> but why do we have the FHS then ..
[10:59] <cjwatson> the FHS covers a lot of other situations
[10:59] <cjwatson> many of its recommendations do make sense
[11:00] <dam_ned> I was just wondering what the Ubuntu policy is
[11:00] <cjwatson> in any case there's no "must" in its discussion of /usr/share
[11:00] <dam_ned> no hard feelings :)
[11:00] <cjwatson> "be sensible"
[11:00] <cjwatson> we recommend thinking about bugs :-)
[11:00] <dam_ned> hehe
[11:01] <cjwatson> I would say that in general you are correct: bugs should not be rejected just because they aren't going to be dealt with yet
[11:01] <cjwatson> but I think if a bug really isn't important, then it's not worth worrying about its status
[11:02] <cjwatson> however, that's just my personal opinion, and I think the handling of unimportant bugs should generally be left to the responsible developers
[11:03] <cjwatson> dam_ned: I'm going to file a bug against lintian about this
[11:03] <dam_ned> ah ok
[11:04] <dam_ned> I am interested to track that one, so please subscribe me :)
[11:04] <cjwatson> dam_ned: I can't; I'll be filing it in Debian, where the lintian maintainers will actually read it
[11:05] <dam_ned> hmm, you probably mean in Debian :)
[11:05] <dam_ned> I will track it myself then..
[11:05] <cjwatson> I'll cc you so you get the bug number
[11:05] <dam_ned> thanks!
[11:08] <tepsipakki> Mithrandir: ok, I remember that there was some talk about mounting /dev..
[11:09] <Mithrandir> tepsipakki: there was, but nobody did the change needed for it
[11:10] <tepsipakki> Mithrandir: post-beta, perhaps?
[11:11] <Mithrandir> yes
[11:15] <fabbione> who is running latest feisty on i386?
[11:15] <fabbione> i need somebody to confirm a bug
[11:16] <tepsipakki> I am
[11:16] <fabbione> it's a very simple strace test
[11:16] <fabbione> strace -o foo /bin/ls
[11:16] <fabbione> and see if you notice:
[11:17] <fabbione> umovestr: Input/output error
[11:17] <fabbione> or similar errors
[11:17] <Fujitsu> Yep.
[11:17] <Fujitsu> Same one.
[11:17] <fabbione> ok thanks
[11:17] <fabbione> pitti: ^^ what do you think? kernel or strace?
[11:17] <tepsipakki> same here
[11:18] <pitti> fabbione: no idea really ;(
[11:18] <fabbione> pitti: can you reproduce it on amd64?
[11:18] <pitti> fabbione: no, works fine, as I said
[11:18] <fabbione> oh o
[11:18] <fabbione> ok
[11:18] <fabbione> so this is arch specific i think
[11:18] <fabbione> on ia64 it crashes the entire machine with a watchdog timeout
[11:19] <Fujitsu> fabbione: Niiiice.
[11:20] <Fujitsu> Yet it outputs the file fine...
[11:20] <maswan> fabbione: please don't break oprofile and systemtap while fixing that bug, if you can. I just got to the point where both of them are working. ;)
[11:21] <fabbione> maswan: i am not going to fix anything.. i just need to report it
[11:22] <Seveas> fabbione, I don't see that error with the second-to-latest kernel
[11:22] <fabbione> Seveas: you mean .20-10 ?
[11:23] <Seveas> 20-11
[11:23] <Seveas> but there's an upgrade waiting according to update-manager :)
[11:23] <fabbione> latest is .12
[11:23] <fabbione> -12 i mean
[11:23] <Seveas> let's upgrade and see what happens
[11:23] <Fujitsu> fabbione: Thus 20-11 is second-to-latest.
[11:24] <fabbione> ok
[11:34] <Riddell> carlos: pong
[11:34] <carlos> Riddell: do you know whether KDE project has translations for desktop_kmplayer.pot? I don't see anyone being imported and I wonder whether it's something used only by Ubuntu
[11:34] <saispo> seb128: hi :)
[11:35] <carlos> mvo: ping
[11:35] <mvo> hello carlos
[11:35] <carlos> mvo: hi
[11:35] <carlos> mvo: is update-manager obsolete ?
[11:36] <mvo> carlos: no, why? 
[11:36] <carlos> I have seen update-manager.pot inside another package
[11:36] <carlos> that seems to replace update-manager
[11:36] <mvo> carlos: inside update-manager-core?
[11:36] <stephanbuys> hi there. does anyone know if there is a pygtk binding for the Gnome File Dialog? perhaps a reference to some code showing it? 
[11:36] <carlos> mvo: hmm, I think it was another name, let me check..
[11:36] <Riddell> carlos: looks like I need to add that to my list of ones to download
[11:36] <Seveas> stephanbuys, this channel is for development OF ubuntu, not developing ON ubuntu
[11:36] <giftnudel> stephanbuys: isn't that gtk.filechooser?
[11:36] <carlos> Riddell: ok, thank you
[11:37] <stephanbuys> Seveas, apologies
[11:37] <giftnudel> stephanbuys: but you would be better of in #pygtk on irc.gimp.net ;)
[11:38] <stephanbuys> giftnudel, thanks for the tip and the advice - will check it out. (btw gtk.filechooser is a GTK file dialog, but doesn't seem to be the standard Gnome one)
[11:38] <carlos> mvo: software-properties
[11:38] <mvo> carlos: oh? that sounds like a bug, I will check/fix
[11:40] <carlos> mvo: ok, should I import it as software-properties?
[11:41] <mvo> carlos: yes please
[11:41] <carlos> mvo: ok
[11:41] <mvo> carlos: thanks!
[11:42] <carlos> mvo: but it's replacing update-manager, isn't it?
[11:43] <carlos> mvo: Replaces: update-manager (<< 0.55) from software-properties-gtk
[11:43] <mvo> carlos: update-manager used to have both software-properties and update-manager in the same source package. this is now split into two source packages
[11:43] <carlos> oh, I see
[11:43] <mvo> carlos: it replaces it in the "replaces-some-files-on-the-fs" sense only
[11:43] <carlos> ok
[11:44] <viviersf> cjwatson, sorry bout that bug, i found the proper reason for it, im an idiot :/
[11:46] <cjwatson> viviersf: ok, what was it?
[11:47] <Seveas> fabbione, no problems with the -12 kernel either (i386)
[11:47] <viviersf> cjwatson, since it gets installed on a 'build-server' which makes me my cd's, it writes that swap partition into the config, which does not match later on
[11:47] <carlos> mvo: for Edgy, should I move update-manager translations into update-manager-core?
[11:47] <cjwatson> viviersf: ah
[11:48] <mvo> carlos: if "moves" means "copy", then yes please
[11:48] <carlos> mvo: are both packages valid?
[11:48] <carlos> mvo: both have the same .pot filename
[11:48] <carlos> mvo: which means both will conflict
[11:49] <carlos> mvo: btw, I though we don't add new packages once the final release is done, only updates
[11:49] <mvo> carlos: this was a exception it is needed for server upgrades with the release upgrader
[11:49] <mvo> carlos: let me check, there shouldn't be a file conflict
[11:50] <carlos> mvo: well, update-manager-core has an update-manager.pot file too
[11:50] <carlos> so either it's exactly the same version as the one in update-manager or there will be conflicts because we can only deploy one of them
[11:53] <mvo> carlos: please blacklist the one in u-m-core then
[11:54] <carlos> will it work with current one from update-manager?
[11:54] <mvo> carlos: it should, its a split from u-m to move the gui independant bits out
[11:54] <carlos> mvo: if both are different, you should use a different translation domain
[11:55] <carlos> ok
[11:55] <carlos> then, it should be enough
[11:55] <mvo> carlos: right
[12:12] <Seveas> fabbione, sorry, I didn't look right :/ The strace problem occurs on kernels as old as .20-9 up to and including the latest (don't have older kernels installed, so can't test on those)
[12:18] <cjwatson> doko: Package: zope3-dbg Depends: python-zope3 (= 3.3.1-0ubuntu2); should that be zope3 rather than python-zope3 (which doesn't exist)?
[12:18] <doko> cjwatson: yes, will fix it.
[12:19] <cjwatson> thanks
[12:21] <cjwatson> doko: your last comment in bug 60063 was "fixed in edgy" - did you forget to change the status?
[12:21] <Ubugtu> Malone bug 60063 in gst0.10-python "gst-python in edgy installs bogus pygst.py for python2.4" [Medium,Confirmed]  https://launchpad.net/bugs/60063
[12:23] <iwj> pitti: slmodemd works fine after I added setgroups(0,0); setgid(65534); setgid(65534); setuid(65534); setuid(65534);
[12:24] <iwj> So all I need to do now is pick a saner uid/gid pair.
[12:24] <pitti> iwj: yay
[12:24] <tepsipakki> stupid xserver-xorg, why do you think every owner of Intel 82845 has an Elographic Screen..
[12:24] <tepsipakki> gah
[12:25] <pitti> iwj: nice that tty, dialout, and audio are all static groups :)
[12:25] <pitti> iwj: btw, why do you call setuid()/setgid() twice?
[12:25] <iwj> I couldn't be bothered to look up the rules about when it sets euid and when it sets ruid.
[12:26] <pitti> iwj: setuid()/setgid() set all of them
[12:26] <pitti> iwj: setreuid() sets specific ones
[12:26] <sladen> pitti: how do we use the retracer?  Subscribe/assign to <apport> in launchpad?  Does it need tagging aswell?
[12:26] <pitti> sladen: right now you still need DC access, as I wrote on ubuntu-devel
[12:26] <pitti> sladen: incidentally I just wrote the last building block for an automatic tag-based retracer :)
[12:26] <pitti> sladen: I'll mail u-devel@ again once it works
[12:27] <sladen> pitti: fantastic, thanks, I googled the wiki and such, but didn't find the answer, I'll update  wiki.u.c/Apport
[12:27] <iwj> pitti: Well, I had a superstition about set*uid sometimes needing to be called twice.  Normally I use setre*id and actually look it up ...
[12:28] <fabbione> Seveas: ok thanks
[12:28] <pitti> sladen: please don't update it yet, before it's readyy
[12:29] <sladen> pitti: to update it that it's /not/ ready
[12:29] <doko> cjwatson: 60063 was fixed, addjusted the status
[12:29] <pitti> sladen: oh, does it say so?
[12:30] <sladen> pitti: no, there's a void of information when I went hunting.  I'd prefer to find a definite negative
[12:30] <pitti> sladen: I guess it can stay like this for another day or so, and then I can just mention how to do it with tags
[12:34] <iwj> pitti: I think I'll have to create a new dynamic uid since I don't really want to use an existing one.  Or is that too painful to do now and should I use uid nobody (which I think isn't really ideal) ?
[12:35] <pitti> iwj: dynamic uid is better for a good isolation IMHO, and not too painful either
[12:35] <pitti> iwj: but using the static group IDs for setgroups() is fine and easy
[12:35] <cypherbios> hi dholbach, I've noticed that the latest gossip-telepathy package is with unmet dependency... caused by a misspelled in the version number of package libtelepathy2 as follow: The following packages have unmet dependencies:
[12:35] <cypherbios>   gossip-telepathy: Depends: libtelepathy2 (>= 0.51) but 0.0.51-2 is to be installed
[12:36] <iwj> It works fine with an empty group list since I put the calls after it has already opened the sound device and made its ioctls and symlinked in /dev and everything.
[12:36] <dholbach> cypherbios: known bug
[12:36] <pitti> iwj: aah
[12:36] <dholbach> cypherbios: I asked for a libtelepathy sync which fixes it - but the archive team is busy with other things atm
[12:36] <pitti> iwj: I thought that code was binary-only already, but if you can put stuff after open(), then dropping to a private uid and gid provides the best security indeed
[12:37] <cypherbios> dholbach: ok, thanks... just to be sure that you already know ;)
[12:37] <iwj> pitti: No, the binary-only code is just some core dsp stuff.
[12:38] <iwj> Well, I say `just'; there is 1.2Mb of .o but it's pretty isolated.
[12:38] <pitti> iwj: all the postinst/postrm/getpwent() stuff is quite a lot of overhead, so if this is too intrusive for the current freeze status, then maybe u/gid daemon:daemon is fair enough for feisty as well
[12:39] <iwj> postrm ?  Surely it's wrong to remove the user/group.
[12:41] <pitti> iwj: why not? as long as the package doesn't create any files, why not clean up the system user on purge?
[12:41] <pitti> (it doesn't matter much, of course)
[12:41] <pitti> iwj: it makes me really happy that this derootification works \o/
[12:42] <iwj> pitti: If the package is broken in any way then it may leave a leftover file or process or something (think of all the stop scripts that don't quite work properly) and then you'll have those things inherited by whatever gets the new uid.
[12:43] <cjwatson> pitti: could you merge http://bazaar.launchpad.net/~kamion/langpack-o-matic/depends-fixes, please?
[12:43] <pitti> cjwatson: oh, of course
[12:44] <pitti> cjwatson: oh, these ooo packages disappeared?
[12:45] <cjwatson> apparently so
[12:45] <cjwatson> checked the archive
[12:45] <pitti> cjwatson: ok, I'll rebuild the affected l-support packages soon (after the current daily langpack build finished on rookery)
[12:45] <pitti> cjwatson: thanks
[12:48] <cjwatson> cheers
[12:52] <PhinnFort> ping jdong
[12:56] <PhinnFort> i know what ubuntu needs: http://briefcase.pathfinder.gr/download/areir/26714/315686/0/bsod.jpg
[12:57] <Keybuk> We actually did one talk about having a pretty kernel panic screen
[12:57] <Keybuk> however we realised that with our colour scheme, it'd be the Brown Screen of Death
[12:57] <Mithrandir> Keybuk: with penguins on it?
[12:57] <Mithrandir> brown penguins wouldn't be nice, I think.
[12:59] <PhinnFort> make it skinnable
[12:59] <PhinnFort> maybe use html
[12:59] <PhinnFort> then you can get <blink> and <marquee> in your kernel panics
[12:59] <PhinnFort> :D
[01:01] <PhinnFort> oh, wait, i'm a monk, i don't take any damage
[01:01] <Hobbsee> haha
[01:02] <Hobbsee> mmm...a picture of somewhere in antarctica would be cool for that :P
[01:03] <pitti> seb128: yay, malone-crash-digger just retraced the first bug entirely on its own \o/
[01:04] <seb128> pitti: waouh ;)
[01:04] <Fujitsu> \o/ pitti 
[01:04] <seb128> pitti: how does it get its list? tag?
[01:04] <pitti> seb128: yes, need-{amd64,i386,ppc}-retrace
[01:05] <seb128> ok
[01:05] <pitti> seb128: I tested it for amd64 now
[01:05] <seb128> ;)
[01:07] <pitti> seb128: do you have an unretraced i386 crash handy for a test?
[01:09] <pitti> seb128: there are currently no bugs tagged as need-i386-retrace
[01:09] <pitti> seb128: the i386 digger is running now, so if you have a crash bug at hand, please add that tag to it
[01:09] <ajmitch> pitti: yay!
[01:10] <pitti> amd64 digger now running, too
[01:10] <Fujitsu> pitti: Will apport do that automatically in the near future?
[01:10] <seb128> pitti: ok
[01:10] <pitti> NB that this is still very brittle, if apport-retrace gets stuck, the entire digger does; this still needs timeout detection etc.
[01:10] <pitti> Fujitsu: yes, it will automatically add the tag, but that needs Malone support
[01:11] <pitti> Fujitsu: I talked to Bjorn about this; it will happen eventually, but not in the next days
[01:11] <seb128> pitti: bug #93833
[01:11] <Ubugtu> Malone bug 93833 in gaim "[apport]  gaim crashed with SIGSEGV in g_cclosure_marshal_VOID__VOID()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93833
[01:11] <pitti> seb128: watching the log
[01:11] <pitti> 03/20/07 12:11:00: fill_pool: work pool now: set([] )
[01:11] <pitti> 03/20/07 12:11:00: work pool empty, sleeping for 30 seconds
[01:11] <Fujitsu> pitti: Oh yes, I saw that bug.
[01:11] <pitti> 03/20/07 12:11:32: fill_pool: work pool now: set([93833] )
[01:11] <pitti> 03/20/07 12:11:32: retracing bug 93833
[01:11] <pitti> \o/
[01:11] <seb128> \o/
[01:12] <pitti> gosh, now I need to teach that thing about speeeeeed
[01:13] <pitti> uaargh
[01:13] <pitti> urllib2.HTTPError: HTTP Error 500: Internal Server Error
[01:14] <pitti> seb128: ^ that thing again for 93833
[01:14] <pitti> seb128: it's retracing bug 93855 now
[01:14] <seb128> I got it several times since yesterday
[01:14] <Ubugtu> Malone bug 93855 in gaim "[apport]  gaim crashed with SIGSEGV" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93855
[01:14] <seb128> on different bugs
[01:14] <pitti> seb128: it currently removes the tag before retracing, to avoid looping on a bug with an error
[01:14] <seb128> ok
[01:15] <pitti> grr, again a 500
[01:16] <seb128> :(
[01:16] <pitti> seb128: so it can successfully request and post /+edit, but not /+addcomment; weird
[01:16] <seb128> and addcomment seems to work from a browser
[01:17] <pitti> ok, I'll figure this out with Bjorn, I guess
[01:18] <pitti> seb128: sorry :/
[01:18] <seb128> pitti: do you know if adding tag on bug filing is being worked on malone already?
[01:19] <ajmitch> it works for beta
[01:19] <pitti> seb128: yes, it is, but I don't have an ETA
[01:19] <StevenK> seb128: There was a message about that on -motu
[01:19] <StevenK> seb128: What ajmitch said
[01:19] <ajmitch> not for production yet
[01:19] <seb128> pitti: no need to be sorry, that's just a detail and not your fault ;)
[01:19] <StevenK> ajmitch: Aren't you supposed to be sleeping?
[01:19] <pitti> seb128: do you have an i386 crasher which known-worked from ronne?
[01:19] <seb128> pitti: does the retrace uses beta?
[01:19] <pitti> seb128: no, it doesn't
[01:19] <seb128> pitti: yeah, many of them
[01:20] <ajmitch> StevenK: it's just after midnight, daylight savings finished here already
[01:20] <seb128> sec
[01:20] <pitti> seb128: I don't see why it should, it would only make things slower
[01:20] <StevenK> ajmitch: Damn timezone changing.
[01:20] <seb128> pitti: bug #93987
[01:20] <Ubugtu> Malone bug 93987 in evolution "evolution crashed when trying to view folder subscriptions" [Medium,Confirmed]  https://launchpad.net/bugs/93987
[01:20] <iwj> pitti: Revised MIR; I've uploaded my new and actually doing-it-sanely version and it works nicely here.
[01:21] <seb128> pitti: to add retracing tags automatically on bug filling :p
[01:21] <pitti> seb128: no
[01:21] <pitti> seb128: that would require the crash *reporter* to be in lp-beta-testers
[01:21] <Fujitsu> That interface isn't exactly stable either, is it?
[01:21] <pitti> seb128: and we cannot assume that
[01:21] <seb128> pitti: ah, right
[01:21] <seb128> Fujitsu: what interface?
[01:21] <pitti> seb128: it currently just works with a magic URL, but we want it to specify in the uploaded blob
[01:21] <_ion> pitti: So, nvidia says in their README, "yo, this list of device IDs is incomplete, look at the following URL for a complete list". Then we use the "complete" list and people say their GPU isn't listed in it. That sucks. :-)
[01:22] <pitti> _ion: right; I added the two missing ones from the bug reports to bzr head
[01:22] <Fujitsu> seb128: The ?fields.tag=blah, or whatever it is. That has to stay the same for 18 months at least if apport uses it.
[01:22] <pitti> seb128: oh, you didn't tag 93987 yet?
[01:22] <seb128> pitti: it has already been retraced
[01:22] <pitti> Fujitsu: right, and it's pretty ugly, too, and won't be backported to stable
[01:22] <seb128> pitti: that's not what you asked for? a bug which retraced fine from ronne?
[01:23] <pitti> seb128: right, let's just retrace it again for testing
[01:23] <seb128> ok
[01:23] <pitti> i. e. add the tag
[01:23] <seb128> tagging now
[01:23] <seb128> done
[01:24] <pitti> iwj: yay
[01:24] <pitti> seb128: it caught the bug and is grinding away
[01:24] <seb128> good
[01:28] <TomaszD> hello, I'm an Ubuntu translator and I need to run restricted-manager GUI to see if everything looks fine, however I don't have restricted hardware so I can't. How can I fool restricted-manager and run it anyway?
[01:28] <pitti> New attachments uploaded to Launchpad bug 93987
[01:28] <pitti> 03/20/07 12:28:35: retracing bug 93987 exit status: 0
[01:28] <pitti> 03/20/07 12:28:37: fill_pool: got new bugs set([] )
[01:28] <Ubugtu> Malone bug 93987 in evolution "evolution crashed when trying to view folder subscriptions" [Medium,Confirmed]  https://launchpad.net/bugs/93987
[01:28] <pitti> seb128: yay, seems to have worked
[01:30] <seb128> pitti: rock on!
[01:31] <pitti> sladen: ^ see above, there goes your tag-based retracing service; I'll update the wiki/announce to -devel@ after lunch
[01:31] <seb128> pitti: have fun
[01:33] <BenC> Mithrandir: reuploading a grub that uses gcc-3.4
[01:33] <ajmitch> night all
[01:34] <Fujitsu> Night ajmitch.
[01:34] <seb128> 'night ajmitch
[01:34] <Mithrandir> BenC: cheers
[01:40] <mvo> Mithrandir: CD content is frozen? if not I would like to do anohter update-manager upload
[01:42] <heno> mvo: it's frozen, CDs being rolled now
[01:42] <Mithrandir> mvo: which critical bugs does it fix?
[01:44] <mvo> Mithrandir: its not critical, its about the CDROM based upgrader that will not update itself from the net (but thats not critical because it will use the version from the CD)
[02:00] <Riddell> seb128, dholbach: should ubuntu have a wastebin icon on the desktop?
[02:00] <janimo> gpocentek: hi
[02:00] <cjwatson> god, ubiquity bugs are such a massive hive of confusion between correlation and causation
[02:01] <Treenaks> Riddell: I think the rationale for the current situation is "There's a wastebin on one of the default panels, so no need for an icon on the desktop"
[02:01] <dholbach> Riddell: it should not
[02:01] <heno> iwj, asac, pitti, mdz, kylem, Riddell, kwwii, rtg, bdmurray, pkl: https://wiki.ubuntu.com/Testing/Matrix Some beta candidate images ready for you to test when you have a moment :)
[02:01] <dholbach> heno: I'll do the i386 dvd tests
[02:01] <gpocentek> janimo: hello
[02:02] <janimo> gpocentek: just uploaded a libxfce4util with the two other bugfixes from svn
[02:02] <heno> dholbach: not sure if DVDs are updated yet
[02:02] <janimo> I hope they will fix the many xfce4-session and some of the xfdesktop4 crashes
[02:02] <dholbach> heno: ah ok
[02:02] <janimo> I cannot reproduce either but they wer made upstream in response to similar crashes
[02:02] <gpocentek> ok
[02:03] <gpocentek> janimo: I've never seen such crashes here
[02:03] <Riddell> heno: we're using matrix rather than ubuntu-iso-test bugs?
[02:03] <janimo> gpocentek: yeah me neither but there are quite a few duplicates in the past days
[02:03] <seb128> Riddell: no
[02:03] <seb128> Riddell: we have a wastebin on the panel
[02:03] <janimo> backtraces show xfce4_rc_ fucntions and those are affected by bth upstream patches so fingers crossed :)
[02:03] <heno> Riddell: no, please use the u-iso-test thing, the matrix is just a schedule
[02:04] <gpocentek> janimo: :)
[02:06] <janimo> Mithrandir: hi, is it you that allow packages into main during freeze? There's an xfce fix uploaded 15 minutes ago.
[02:06] <Mithrandir> mvo: if it's not critical, it's not going in before after beta.
[02:06] <asac> heno: ok if I just install and do Testing/Short, Testing/Long plans ? Or do I need to test erase disk and auto-resize variants as well?
[02:06] <Mithrandir> janimo: which critical bugs does it fix?
[02:08] <heno> asac: you could do one install test on real hardware and one in a virtual machine
[02:08] <heno> asac: will that work for you?
[02:08] <heno> but, yes. all tests please :)
[02:09] <janimo> Mithrandir: it _possibly_ fixes about 5-6 xfce4-session and a couple xfdesktop crashes that have been reported lately
[02:10] <janimo> Mithrandir: possibly because  I cannot reproduce the crashes
[02:10] <janimo> Mithrandir: not critical but certainly annoying and flooding LP
[02:10] <Mithrandir> janimo: does it fix the problem for the bug reporters?
[02:11] <janimo> Mithrandir: they cannot test until the deb is in the archive :)
[02:11] <Mithrandir> sure they can, just make them test-build it.
[02:11] <janimo> Mithrandir:  most are apport geneared backtraces with the users not knowing what happened
[02:11] <janimo> Mithrandir: I'd rather wait till post beta then and let them update and test that way
[02:12] <janimo> Mithrandir: they cannot always reporduce the bug
[02:12] <asac> heno: guess i will install vmware now :/
[02:12] <janimo> Mithrandir:so  checking it does not crash cannot be done in one run
[02:13] <heno> asac: or see this handy VirtualBox tutorial https://wiki.ubuntu.com/Testing/VirtualBox :)
[02:13] <Mithrandir> janimo: I would really recommend against doing the update at this point, but if you want to take the chance, it's your choice.
[02:13] <heno> written just for the occasion 
[02:13] <janimo> Mithrandir: please allow it through then, the patches are fixing crashers seen by upstream users
[02:13] <janimo> I hope they apply to us as well
[02:13] <seb128> gpocentek, janimo: I've retrace some of the xfce bugs and cleanup duplicates
[02:14] <gpocentek> seb128: yep I've seen this, thanks
[02:14] <seb128> gpocentek, janimo: if you want a retrace you an use "need-{iamd64,386,ppc}-retrace" tag now, pitti set up an autoretracer
[02:14] <seb128> s/you an/you can
[02:14] <seb128> np
[02:15] <gpocentek> ok
[02:16] <dholbach> pitti: the retraced backtraces don't always look good - like bug 93983
[02:16] <Ubugtu> Malone bug 93983 in kdelibs "weather applet crashes on logout" [Medium,Unconfirmed]  https://launchpad.net/bugs/93983
[02:16] <janimo> seb128: thanks I saw you just marked soem dupes
[02:16] <seb128> dholbach: that might be because the crash happened to a package which is not a Depends
[02:16] <asac> heno: yes VirtualBox looks better. Thanks will try
[02:16] <dholbach> seb128: what do you mean?
[02:17] <seb128> dholbach: the retrace install dbgsym only for Depends, if the crash happens, let's say to the GTK theme you are using, it's not working
[02:17] <dholbach> ok
[02:17] <dholbach> bug 93958 too
[02:17] <janimo> seb128: a LP tag you mean? (need-386-retrace)
[02:17] <Ubugtu> Malone bug 93958 in beryl-manager "[apport]  beryl-manager crashed with SIGSEGV" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93958
[02:17] <seb128> other problem can be a version not matching
[02:17] <seb128> janimo: yep
[02:17] <seb128> need-i386-retrace
[02:18] <janimo> seb128: so just tag bugs which have strpped bacjtraces and they'll get symbols automatically?
[02:18] <seb128> janimo: correct
[02:18] <janimo> sounds cool
[02:18] <seb128> janimo: similar to the bug I dupped and which had a retraced crash
[02:18] <seb128> I used the retracer manually on them
[02:19] <seb128> now there is a service running doing that automatically
[02:20] <seb128> janimo: try to retrace your bugs regulary, that only works when the versions match
[02:20] <janimo> seb128: and when you have time :)
[02:20] <seb128> tagging doesn't take much ;)
[02:26] <kwwii> Seveas: ping? I wanted to discuss the "text overlaps the progress bar" bug if you've time
[02:26] <kwwii> Seveas: in the upslash, that is :-)
[02:27] <fabbione> Mithrandir: can i upload a redhat-cluster-suite to fix https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=232878 ? it's one line change
[02:27] <Ubugtu> Red Hat bug 232878 in dlm "failed to acquire lockspace [rgmanager related] " [Medium,Assigned: ]  
[02:27] <fabbione> -        return dlm_release_lockspace(name, ls, 0);
[02:27] <fabbione> +        return dlm_release_lockspace(name, ls, 1);
[02:27] <fabbione> switching 0 to 1 forces the kernel to clear the lock space instead of caching it
[02:28] <fabbione> it's a workaround for a known dlm bug
[02:28] <Mithrandir> fabbione: sure, feel free to upload; I'll accept it post-beta.
[02:28] <fabbione> (we will get eventually the dlm fix too but in the meanwhile it will make the suite working again)
[02:28] <fabbione> Mithrandir: ok then i will wait after beta directly
[02:28] <fabbione> Mithrandir: perhaps we will get the proper fix quickly
[02:29] <Seveas> kwwii, poke
[02:30] <kwwii> Seveas: have you heard about this bug before? https://launchpad.net/ubuntu/+source/usplash/+bug/78324
[02:30] <Ubugtu> Malone bug 78324 in usplash "non-quiet mode text scrolls over progress bar" [Undecided,Confirmed]  
[02:31] <Seveas> kwwii, yes, simply means a bug in the theme
[02:31] <Seveas> check position & size of progress bar and position of textbox
[02:31] <Seveas> the box may simply need to be moved down
[02:32] <kwwii> Seveas: that was my first thought too...but I wasn't sure how much, or how the box stuff works in general
[02:32] <kwwii> so I thought I'd ask you first :-)
[02:33] <Seveas> that should work 100%
[02:35] <Riddell> carlos: https://translations.beta.launchpad.net/ubuntu/feisty/+source/kubuntu-docs/+translations doesn't seem to have the new .pot files for the feisty kubuntu-docs, can they be imported?
[02:35] <carlos> Riddell: I'm doing it right now. mdke already pinged me on that issue
[02:36] <Riddell> carlos: rocking
[02:36] <kwwii> Seveas: I am going to change the values of the text box stuff, and hope that I get it right :-) 
[02:37] <Seveas> kwwii, I'd first see which resolution it is 
[02:37] <Seveas> and which theme :)
[02:38] <kwwii> Seveas: it is both the ubuntu and the kubuntu themes
[02:38] <Seveas> odd
[02:38] <kwwii> Seveas: and I have no idea how to figure out which res it is :-)
[02:38] <Seveas> kwwii, cat /etc/usplash.conf
[02:39] <Seveas> ah, I see it already
[02:39] <Seveas> text_x is far too low
[02:39] <Seveas> err, txt_y that is
[02:39] <kwwii> x? wouldn't that be y
[02:39] <kwwii> hehe, yeah
[02:40] <Seveas> oh, no it is not. hmm...
[02:40] <kwwii> if anything it should be too high on one theme, I guess
[02:41] <kwwii> since it is displaying over the progress bar
[02:41] <Seveas> (0,0) is top left
[02:41] <kwwii> ahhhh, I was thinking bottom left
[02:41] <Seveas> ah, the widescreen theme is broken
[02:42] <Seveas> line 233 in usplash-theme-ubuntu.c
[02:42] <Seveas> should read 400, not 475 for progressbar_y
[02:43] <Seveas> same bug for kubuntu theme, line 190
[02:45] <asac> heno: what image to pull? 
[02:46] <Seveas> kwwii, but other than the widescreen themes it looks ok
[02:48] <kwwii> Seveas: it appears that it also happens at 800x600
[02:48] <heno> asac: http://cdimage.ubuntu.com/daily-live/20070320.1/ amd64 desktop in your case
[02:48] <kwwii> Seveas: but looking at the theme file, I cannot understand why :-(
[02:49] <Seveas> shouldn't happen with ubuntu theme, with kubuntu theme it's possible
[02:50] <Seveas> line 108/114: textbox begins above pb
[02:53] <kwwii> Seveas: yeah, now I see it, thanks for the help :-)
[02:54] <Seveas> np
[02:54] <sbalneav> mdz: about?
[02:57] <sbalneav> Mithrandir: You about, Tollef?
[03:00] <_follower_> hi, i'm trying to find the source of dbus-raise-service-start-timeout.patch (mentioned here https://launchpad.net/ubuntu/+source/dbus/+bug/62763) and can't find web-browsable bzr source repository--am i missing something?
[03:00] <Ubugtu> Malone bug 62763 in dbus "dbus activation timeout too short" [Low,Fix released]  
[03:00] <Mithrandir> sbalneav: yes
[03:00] <pitti> heno: will test them this afternoon
[03:00] <sbalneav> Mithrandir: got a potentially sticky problem, mind if we /msg?
[03:01] <pitti> dholbach: I have a plan how to include the dbgsyms for dynamically loaded stuff as well, just no time yet to implement it
[03:02] <seb128> pitti: there is case where the retrace give no good backtrace and should, I've not figured why though
[03:02] <pitti> right, I saw some as well
[03:02] <pitti> I need to fish out gdb error messages and print them as WARNINGs or so
[03:02] <pitti> might be corrupted cores or whatever
[03:02] <seb128> no
[03:02] <seb128> they work on my desktop
[03:03] <seb128> like gdb on the coredump works fine
[03:03] <pitti> oh, I see
[03:04] <seb128> pitti: bug #94076 for example
[03:04] <Ubugtu> Malone bug 94076 in gnome-panel "[apport]  gnome-panel crashed with SIGSEGV in _dl_fini()" [Medium,Confirmed]  https://launchpad.net/bugs/94076
[03:05] <seb128> retracer doesn't work
[03:05] <seb128> dholbach did retrace it correctly though
[03:05] <seb128> #0  0x0e63d57a in ?? ()
[03:05] <seb128> #1  0xb7f8b9ce in _dl_fini () from /lib/ld-linux.so.2
[03:05] <seb128> #2  0xb74a29d9 in ?? ()
[03:05] <seb128> #3  0x00000000 in ?? ()
[03:05] <seb128> that's from the retracer
[03:06] <saispo> hi seb128 :)
[03:06] <pitti> seb128: oh, retracer got stuck in a loop - bug 91528 'URL does not contain DistroRelease: field'
[03:06] <Ubugtu> Malone bug 91528 in xfdesktop4 "XFDesktop crashed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/91528
[03:06] <seb128> lu saispo
[03:07] <seb128> does anybody know about a website where to find details about image formats?
[03:08] <_follower_> seb128: wotsit.com?
[03:08] <seb128> image/x-kodak-kdc is listed as image/tiff subclass by the shared-mime-info list
[03:08] <_follower_> seb128: or seomthing like http://wiki.multimedia.cx/index.php?title=Main_Page
[03:09] <seb128> tiff viewers don't open them correctly though
[03:09] <seb128> _follower_: thank you, looking
[03:10] <_follower_> seb128: http://filext.com/detaillist.php?extdetail=KDC
[03:11] <pitti> seb128: FYI, I stopped the Malone digger, I'll add a workaround for the bugs which do not yet have a DistroRelease: field, and fix the endless loop
[03:12] <bddebian> Heya
[03:13] <_follower_> seb128: http://www.asmail.be/msg0055373256.html "Re: Any info on KDC file format?""
[03:14] <sbalneav> Mithrandir++
[03:14] <Hobbsee> sbalneav: you're duplicating Mithrandir?
[03:14] <Hobbsee> neat!
[03:14] <sbalneav> Karma + 1
[03:14] <sbalneav> :)
[03:14] <Hobbsee> hehe :P
[03:15] <Hobbsee> awww
[03:15] <Mithrandir> Hobbsee: he's trying to change my nick to Mithrandiq
[03:15] <Mithrandir> sorry, Mithrandis
[03:15] <Hobbsee> but if we had duplicate Mithrandir, then they could do double the archive work!
[03:15] <heno> tfheen, mvo, bdmurray, mikebro, cburg, BenC - ubuntu-server beta candidates ready for testing https://wiki.ubuntu.com/Testing/Matrix
[03:15] <Hobbsee> heh.  i didnt think q was after r...
[03:15] <BenC> heno: Ok
[03:16] <sbalneav> Unfortunately, the TCP/IP protocol has not been extended to the point where I can ICMP ECHO BEER, so I will have to buy Mithrandir one at the next UDS
[03:16] <Mithrandir> sbalneav: you're coming to .es?
[03:16] <sbalneav> Mithrandir: hoping to.
[03:16] <Simira> Hobbsee: no way! If he was two, I'd definitely keep one at home!
[03:16] <seb128> grumpf linux
[03:16] <Hobbsee> sbalneav: heh.  dodgy
[03:16] <seb128> 4th network driver crash today
[03:16] <Simira> Hobbsee: he could clean the house and train the dog
[03:16] <Hobbsee> Simira: haha.  perhaps you need to tripplicate him then?
[03:17] <Hobbsee> ahhh...that could be fun
[03:17] <sbalneav> Both ogra and riched have put me on the guestlist.  I'm also speaking at the Ubuntu day in July.
[03:17] <Mithrandir> I prefer myself as one person, thank you very much.
[03:17] <Mithrandir> sbalneav: nice, would be good to see you again
[03:17] <sbalneav> Likewise.
[03:19] <_follower_> seb128: wow, the kodak web site sucks--good luck trying to get to the developer group pages...
[03:20] <seb128> _follower_: :/
[03:20] <mvo> heno: thanks, will do one now
[03:21] <pitti> oh, argh, where's janimo?
[03:21] <Hobbsee> pitti: i ate Janimo.  why do you ask?
[03:22] <pitti> he tagged a whole bunch of old-style apport bugs with need-*-retrace; that will not work
[03:23] <seb128> oh, I told him about autoretracing
[03:23] <seb128> I forgot to specify that was only for new crashes :/
[03:23] <pitti> seb128: no problem
[03:23] <pitti> seb128: I maintain a 'fail pool' now, so that it doesn't loop on those forever
[03:34] <_follower_> seb128: did any of those links give you anything new?
[03:34] <_follower_> btw http://archive.ubuntu.com/ubuntu/pool/main/d/dbus/dbus_1.0.2-1ubuntu3.diff.gz  apparently contains the code i was looking for, but I still wonder if you have a web-viewable source control repo for stuff like that...
[03:36] <seb128> _follower_: not really, I've found things with google though
[03:36] <ogra> Mithrandir, my server iso is busted :/
[03:37] <seb128> _follower_: no, no viewcvs or something like that
[03:37] <seb128> _follower_: apt-get source the package and look to debian/patches usually
[03:37] <_follower_> seb128: oh, why not? i always find it handy for "easy access"--was there a policy decision against it, or just no-one got to it?
[03:38] <_follower_> seb128: thanks for letting me know tho--i'll stop looking for one :-)
[03:38] <seb128> _follower_: every is over-worked already and it's not on the "top priority list"
[03:38] <Mithrandir> ogra: that's not an description of an error.
[03:38] <seb128> everybody
[03:39] <_follower_> seb128: maybe it could be a faq with the answer. "no". :-)
[03:39] <seb128> yeah, maybe
[03:40] <_follower_> anyway, thanks for the feedback i'll leave you all to it... turns out i need to be looking at session.conf...
[03:41] <ogra> Mithrandir, ltsp xorg keymap setting is broken during chroot creaton, somehow it doesnt like d-i ... fix is here: http://people.ubuntu.com/~ogra/ltsp_5.0.2_vs_5.0.3.debdiff
[03:43] <Mithrandir> ogra: upload a new ltsp, then?
[03:43] <ogra> ok with you ? 
[03:44] <Mithrandir> it'll only affect edubuntu and you seem to need it for beta, so yes.
[03:45] <ogra> thanks, uploading
[03:52] <iwj> heno: I don't seem to be able to `Make sure that the build number (like 20070107.1) matches the test number listed on the [WWW]  test tracking page!' because the `test tracking page' is a list of bugs of which the relevant one (bug 93120 afaict for i386 livecd) has no number or md5sum.
[03:52] <Ubugtu> Malone bug 93120 in ubuntu-iso-tests "beta: Ubuntu i386 desktop" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93120
[03:53] <seb128> go linux, another network driver crash :/
[03:53] <superm1> hey is anyone from ubuntu-archive around right now?
[03:53] <pitti> superm1: yes
[03:53] <seb128> superm1: don't ask to ask, just ask
[03:53] <superm1> k
[03:53] <superm1> there are some backports sitting in binary NEW
[03:53] <superm1> for dapper
[03:53] <superm1> since jan
[03:53] <superm1> for mythplugins
[03:53] <pitti> seb128: ok, lp crash grabber is back online
[03:53] <seb128> pitti: rock on ;)
[03:54] <superm1> so i just wanted to poke and see if there was a chance of getting those acked
[03:54] <cjwatson> superm1: I'll process those now
[03:54] <superm1> thanks cjwatson 
[03:55] <cjwatson> we sometimes miss them 'cos there are so many different queues ...
[03:55] <superm1> yea i had assumed.  a bug just pointed it out to me that they still didnt get acked
[03:56] <Mithrandir> I have a plan of making something send a report of "those queues should really be empty" to -archive.
[03:56] <Mithrandir> maybe just q report on each of the different distroreleases.
[03:57] <heno> iwj: right, those instructions are not good. I think you know what image to test, but I need to clarify that, thanks
[03:57] <seb128> Mithrandir: dunno if the message has been sent before network breakage, what do you think about adding "dcraw" to the desktop seed?
[03:57] <Mithrandir> seb128: I haven't seen it at least.  What can use it?
[03:58] <cjwatson> superm1: dapper-backports NEW cleared
[03:58] <superm1> cjwatson, :)
[03:59] <iwj> heno: daily-live 20070320.1 I presume but do correct me if that's wrong.
[03:59] <heno> iwj: that's correct
[03:59] <iwj> Also I edited one of your pages to try to get people not to write crazy middle-endian dates.
[03:59] <iwj> correct> Good.
[04:00] <iwj> I had a problem with my electricity last night so 20070320.1 is still rsyncing I'm afraid, but I'll get on with testing it when it turns up.
[04:00] <seb128> Mithrandir: f-spot apparently, it Recommends it
[04:00] <seb128> trying now
[04:01] <Mithrandir> ogra: please make sure to talk with heno so the status of your images is kept track of.
[04:02] <seb128> Mithrandir: gthumb opens the kdc example from https://bugs.beta.launchpad.net/ubuntu/+source/shared-mime-info/+bug/91488 with it installed also
[04:02] <Ubugtu> Malone bug 91488 in shared-mime-info "Camera RAW files open with wrong apps" [Undecided,Unconfirmed]  
[04:02] <ogra> Mithrandir, will do
[04:02] <Mithrandir> seb128: ok, sounds sensible to have it there.  It's quite small, isn't it?
[04:03] <seb128> Mithrandir: around 100k
[04:03] <Mithrandir> seb128: ok, just add it, then.
[04:03] <seb128> Mithrandir: ok, thank you
[04:03] <seb128> will do that after the beta freeze
[04:09] <dholbach> pitti: 
[04:09] <dholbach> pitti: ok
[04:10] <giskard> ciao *
[04:19] <bluefoxicy> FRUSTRATION.
[04:23] <Simira> who's got kernel issues now? 
[04:30] <cjwatson> Simira: the kernel team; #ubuntu-kernel
[04:31] <Simira> cjwatson: thanks. I think it's BenC's bug :)
[04:45] <mdz> crimsun: dmix works fine on my hardware, but isn't set up automatically (I need to create an .asoundrc).  How do I fix that?
[04:45] <Tonio_> mjg59: I have tested your proposed patch for alsa/macbook pro, that's way better.
[04:46] <Tonio_> mjg59: I'll try to ping crimsun once available for review and inclusion
[04:47] <Tonio_> mjg59: just fyi, latest pommed upstream fixes about all the issues and perfectly works here, I'll make an UVF exception request for this
[04:47] <mjg59> Tonio_: What do you need pommed for?
[04:47] <Tonio_> mjg59: lcd and keyboard backlight control, auto managed by the sensor
[04:48] <Tonio_> as on osx in fact
[04:48] <mjg59> hal and gpm ought to manage that...
[04:48] <Tonio_> mjg59: keyboard backlight with the sensor ?
[04:49] <Tonio_> mjg59: and and I don't know what is the status with ubuntu, but on kubuntu the eject key, although we have patched kmilo for this, doesn't appear to work.... only pommed worked here
[04:50] <mjg59> I'm not a Kubuntu guy
[04:51] <bddebian> Well why the hell not? :-)
[04:51] <Tonio_> mjg59: I'm not an ubuntu one :) I don't know the current status with gnome, but on kubuntu that's not very good out of the box hehe ;)
[04:51] <dholbach> can an archive admin please take care of bug 92799
[04:51] <Ubugtu> Malone bug 92799 in libtelepathy "Please sync libtelepathy from incoming" [Medium,Confirmed]  https://launchpad.net/bugs/92799
[04:52] <Tonio_> basically, just the numlock seems to work, no eject, no lcd or keyboard backlight, sensor is ignored.....
[04:52] <Tonio_> but as a very simple package works perfectly, that's ok I think
[04:59] <Nafallo> hi! is universe waved through the queue as usual or is it opened again after beta is released? :-)
[05:05] <Rocha> hello
[05:05] <Rocha> how can i report a bug in the desktop effects app?
[05:05] <Rocha> a serious bug
[05:06] <LaserJock> Rocha: https://launchpad.net/ubuntu/+filebug
[05:06] <Rocha> thanks
[05:06] <pitti> Rocha: ubuntu-bug -p desktop-effects
[05:07] <Rocha> pitti: that command doesn't work
[05:07] <pitti> oh? how so?
[05:07] <Rocha> python error, no route to host
[05:08] <Rocha> could not upload report data to lauchpad
[05:08] <pitti> Rocha: erm, but since we talk on IRC, your network works?
[05:08] <Rocha> yes, it works perfectly
[05:08] <Rocha> i'm behind a proxy, maybe that's the problem
[05:08] <pitti> Rocha: can you ping launchpad.net ?
[05:08] <pitti> Rocha: ah, and you configured firefox to use that proxy?
[05:08] <Rocha> yes, perfectly
[05:09] <pitti> Rocha: I'd welcome a bug against apport for that
[05:09] <Rocha> yes, but the ubuntu-bug app should use the proxy configured in the gnome environment
[05:09] <pitti> https://launchpad.net/ubuntu/+source/apport/+filebug
[05:09] <pitti> indeed
[05:09] <superm1> pitti, u mean "ubuntu-bug -p apport" ;)
[05:09] <Rocha> i'll report the two bugs
[05:09] <pitti> superm1: haha
[05:09] <pitti> Rocha: thank you!
[05:10] <Rocha> ubuntu-bug not using the environment proxy and desktop-effects installing nvidia-glx when i'm using nvidia-legacy already
[05:11] <Rocha> pitti: is it too difficult to add proxy support for the app?
[05:11] <Rocha> i could try to code that
[05:11] <pitti> Rocha: it would need to get into python-launchpad-bugs
[05:11] <pitti> Rocha: help greatly appreciated, of course
[05:12] <Rocha> ok, i'll report both bugs in a second
[05:26] <Rocha> pitti: done
[05:31] <Rocha> i think that to begin coding for you, starting with that apport bug would be easy
[05:31] <pitti> Rocha: great!
[05:32] <pitti> Rocha: it might not be that simple actually, I don't know how Gnome sets the proxy
[05:32] <desrt> tepsipakki; wazzup?
[05:32] <pitti> Rocha: and it shouldn't depend on gnome libraries, p-launchpad-bugs should neither have huge dependencies nor be gnome dependent
[05:32] <Rocha> pitti: no problem, i'll read the code of an app that does use the gnome proxy
[05:32] <pitti> hey desrt, how's live?
[05:33] <pitti> Rocha: so it should just try to read gconf etc., and if that fails, ignore it
[05:33] <desrt> pitti; stuff is good.  just got an email from claire.  figure i should probably chill here a bit more for the next little while :)
[05:33] <Rocha> pitti: i'll look into that
[05:33] <pitti> desrt.make_absolute_location('here')
[05:33] <desrt> :)
[05:33] <Rocha> pitti: can you give some hints on how to start coding for you?
[05:34] <Rocha> pitti: just to try to fix that bug
[05:34] <pitti> Rocha: in what regard? bzr get http://bazaar.launchpad.net/~bugsquad/bughelper/bughelper.0.1 is certainly a good start
[05:35] <pitti> Rocha: and reading ui.py in the apport source (def upload_launchpad_blob_ 
[05:35] <pitti> Rocha: s/_$/)/
[05:35] <Rocha> i'll have to download apport from bazzar right?
[05:35] <pitti> Rocha: something like launchpadBugs.storeblob.upload(StringIO("hello")) looks like a good and simple test
[05:36] <pitti> Rocha: not necessarily, but of course you can; apt-get source apport will do, though
[05:36] <pitti> Rocha: since the proxy handling etc. needs to be fixed in python-launchpad-bugs
[05:36] <pitti> Rocha: but the single command above should be a good test, you don't need the aport source for this
[05:37] <Rocha> pitti: i'm completely lost, sorry :(
[05:37] <pitti> Rocha: let's do that in /msg
[05:38] <TomaszD> in gdebi, what did the developer had on mind by saying "this package is uninstallable" ?
[05:38] <TomaszD> does it mean that it's possible to uninstall this package?
[05:39] <jdong> probably that it cannot be installed
[05:39] <TomaszD> or does it mean that it's impossible to install the package?
[05:39] <ivoks> no, it's not possible to install it
[05:39] <TomaszD> ok, thx
[05:39] <zyga> hey 
[05:39] <zyga> I love open source :-)
[05:40] <zyga> I made that small package some time ago, command-not-found
[05:40] <zyga> and now it hit the planet :-)
[05:40] <zyga> with bugs and patches
[05:40] <Mirv> mvo: now that there was this new update-manager put in edgy, and it generates a lot of untranslated strings, should we have a yet another translation update to edgy before feisty?
[05:40] <zyga> that's just like winning a lottery :-)
[05:40] <zyga> you feel great and get stuff for free
[05:40] <zyga> mvo: thanks for all your help with this
[05:41] <mvo> Mirv: you mean update-manager-core? its tiny and only required for server upgrades
[05:41] <mvo> zyga: :)
[05:41] <mvo> zyga: its great, isn't it ?
[05:41] <zyga> yeah :-)
[05:41] <zyga> I'm going to fix all those bugs right away :-)
[05:42] <mvo> zyga: great, let me know when I can merge/upload :-D
[05:42] <mvo> zyga: 
[05:42] <zyga> mvo: I'll update my branch on launchpad and maybe add debwatch (I always wanted to learn that)
[05:42] <mvo> zyga: #92942 is in my tree, I'm not sure about #92862 
[05:43] <Mirv> mvo: yeah, update-manager-core, rosetta just says there's now untranslated string like "Upgrade tool" partial upgrade texts and 20+ others, are they somethings that are used maybe for desktop upgrades, too? or are they such that translations are fetched by the upgrade tool automatically?
[05:43] <zyga> mvo: I'll merge from your branch then
[05:43] <zyga> as for #92862 the frontend can be fixed easily
[05:43] <mvo> Mirv: for edgy there really shouldn't be 20 new strings, that sounds very strange. for feisty, new strings are very possible, I'm not sure when update-manager was imported, but it may not be too long ago
[05:44] <Mirv> mvo: https://translations.launchpad.net/ubuntu/edgy/+source/update-manager-core/+pots/update-manager-core/ - all languages have at least 27 new untranslated strings
[05:44] <Mirv> expect Finnish, which I just fixed
[05:44] <zyga> but the backend and the actual useful frontend for non apt-get is beyond my abilities as I just have no knowledge of redhat/gentoo/$others
[05:44] <mvo> zyga: my personal opinion is that people who use dselect or aptitude can easily tranform "apt-get" to the tool for choice :)
[05:44] <mvo> Mirv: let me check
[05:45] <zyga> dselect and aptitude can be run in batch mode?
[05:45] <zyga> (I didn't know that)
[05:45] <mvo> Mirv: that looks wrong, let me talk to carlos again
[05:46] <TheInfinity> hmm ... one question to an ubuntu package - i get from cyrus channel the information "if you don't have the deliver binary, then you have a horribly broken cyrus install. reinstall." - seems to be a problem with the ubuntu cyrus package?
[05:46] <TheInfinity> because my deliver binary is definitly not there ;)
[05:46] <Mirv> mvo: ok, thanks. no problem though with the strings, if we just can get relevant language pack updates etc., too, and maybe it should be mentioned to ubuntu-translators that people translate those in edgy, too (the strings are same as in feisty)
[05:47] <mvo> Mirv: it should really have only ~10 strings, so I will make sure that its hidden until this is sorted out
[05:47] <carlos> Mirv: those translations should land automatically in next language pack update
[05:48] <Mirv> carlos: well, the current update is already in proposed and does not include those, and the next one will probably come only in May or so (ie after feisty)
[05:48] <carlos> pitti: ^^^
[05:49] <zyga> mvo: how can I edit bugs assigned to c-n-f?
[05:50] <Mithrandir> TheInfinity: it's called cyrdeliver and is in cyrus21-common and cyrus-common-2.2 as you could quite easily have discovered.
[05:51] <pitti> carlos, Mirv: right, on start of April
[05:52] <Mirv> pitti: yeah, that sould get enough time for also other teams to translate those new string
[05:53] <TheInfinity> hmm ... ok i'll look tomorrow - i was quite sure that it was not there ... i'll come again when i have access to the system again :)
[05:57] <EvanCarroll> I just upgraded to feisty yesterday, needing pg8.2, and I've since been having problems with Evolution of all things. =[
[05:58] <EvanCarroll> keeps forgetting my password, and moving me to 'work offline'
[05:58] <EvanCarroll> actually it doesn't forget it, it just doesn't accept it. next time it does it i'll tethereal it and send in bug report
[06:00] <TomaszD> I'm sorry, which package is responsible for time-admin? gnome-applets? 
[06:03] <pitti> TomaszD: gnome-system-tools
[06:03] <TomaszD> pitti, thank you very much.
[06:03] <pitti> TomaszD: btw, 'dpkg -S time-admin' :)
[06:04] <TomaszD> pitti, aahh my saviour
[06:04] <TomaszD> pitti, you're the one developing restricted-manager ?
[06:05] <pitti> yes, I am ATM
[06:05] <TomaszD> pitti, no, don't worry
[06:05] <TomaszD> I have an unusual "problem"
[06:05] <TomaszD> I'm an Ubuntu Translator and I need to see the GUI running on my computer, however I don't have restricted hardware...
[06:05] <TomaszD> so it just tells me to beat it.
[06:05] <pitti> oh, heh :)
[06:05] <TomaszD> :)
[06:06] <TomaszD> any ideas for an "override"?
[06:06] <pitti> TomaszD: that's relatively easy
[06:06] <pitti> TomaszD: -> /query
[06:10] <BenC> heno: ping
[06:16] <dholbach> can an archive admin please take care of bug 92799?
[06:16] <Ubugtu> Malone bug 92799 in libtelepathy "Please sync libtelepathy from sid" [Medium,Confirmed]  https://launchpad.net/bugs/92799
[06:17] <sjoerd> typical timing :p
[06:19] <dholbach> :)
[06:20] <crimsun> mdz: which hardware?
[06:23] <mdz> crimsun: onboard nvidia
[06:23] <crimsun> mdz: ac97- or hda-based?
[06:23] <mdz> crimsun: ac97
[06:24] <crimsun> mdz: what does ``asoundconf list'' say for that chip?
[06:24] <mvo> Mirv: the u-m-core pot file is updated, it should be much less noisy now
[06:25] <_ion> pitti: Please review the changes at http://johan.kiviniemi.name/software/bzr/restricted-manager/
[06:25] <_ion> % ls /usr/share/restricted-manager/modalias_override 
[06:25] <_ion> ath_hal  fglrx  ipw3945.manual  nvidia  nvidia.manual
[06:25] <mdz> crimsun: hmm, unfortunately the BIOS is hiding it now because I installed an SB live (which seems to do hardware mixing). anything  I can get from syslog which would tell you what you need to know?
[06:25] <_ion> Now the patterns are a lot easier to modify.
[06:25] <pitti> _ion: ah, great; will do, and merge
[06:26] <crimsun> mdz: hmm, unfortunately not
[06:26] <mdz> crimsun: I had completely forgotten that I had an .asoundrc until I started playing with btsco
[06:26] <mdz> and when I removed it, only one process could use the sound device
[06:27] <crimsun> mdz: ok, at your leisure the output from ``asoundconf list'' with that chip enabled would help
[06:28] <mdz> crimsun: ok, thanks
[06:30] <TomaszD> pitti, ok I got it to work now, however the "Check for new Restricted Drivers" and "Restricted Drivers Manager" are left untranslated despite 100% status in Rosetta for my language. As if the desktop file was unaffected by translations
[06:31] <pitti> TomaszD: I have those translated, hmm
[06:32] <TomaszD> pitti, will you be here tomorrow to bother you again if tomorrow's langpack doesn't fix it?
[06:32] <pitti> TomaszD: yes, I will
[06:32] <TomaszD> ok cool.
[06:35] <vdepizzol> jwendell: hello
[06:35] <jwendell> vdepizzol, hi
[06:35] <vdepizzol> jwendell: can you join #ubuntu-br-doc? :)
[06:41] <Mirv> mvo: thanks.
[06:42] <iwj> Come on launchpad, give me bug numbers!
[06:42] <_ion> 1
[06:43] <pitti> seb128, dholbach, asac: come on, guys, the lp retracers want to get some fodder, they are idling around :-P
[06:44] <dholbach> pitti: your wish is my command :)
[06:44] <pitti> dholbach: (just kidding, of course)
[06:45] <dholbach> ohhhhhhhhhhh :-(((((((((
[06:45] <dholbach> ;-)
[06:45] <TomaszD> what's the name of the package which has this "writing data to device, don't remove" elements ? I'm looking for this in vain
[06:45] <pitti> dholbach: I had to make a small bughelper fix to work around bug 94137
[06:45] <Ubugtu> Malone bug 94137 in malone "produces invalid HTML in field.title input" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94137
[06:45] <dholbach> pitti: looking into it
[06:45] <pitti> dholbach: how do you want the patch?
[06:45] <dholbach> in the bug report is fine - a branch is fine too
[06:46] <pitti> dholbach: that bug is a Malone one (invalid HTML)
[06:46] <dholbach> ah ok
[06:46] <pitti> dholbach: can I email you the debdiff?
[06:46] <dholbach> fine too
[06:46] <dholbach> if i get hit by a bus, there's also bughelper@lists.ubuntu.com
[06:46] <pitti> dholbach: http://people.ubuntu.com/~pitti/tmp/bughelper.94137.diff
[06:47] <dholbach> supi
[06:47] <EtienneG> iwj, I saw your MIR for sl-modem
[06:47] <EtienneG> I'm looking forward to it
[06:47] <iwj> EtienneG: :-).
[06:47] <iwj> I hope you approve of my upload too.
[06:47] <dholbach> pitti: we'll switch from regexp to xpath in 0.2 :-)
[06:47] <EtienneG> iwj, I wish I could !
[06:47] <pitti> dholbach: *phew* :)
[06:48] <_ion> Couldn't Launchpad provide a SOAP API or something?
[06:49] <dholbach> _ion: xmlrpc is work in progress afaik
[06:51] <c5jr> hello
[06:55] <Seveas> mdke, you here?
[06:55] <Seveas> sabdfl, elmo: CC meeting in 5 minutes
[06:59] <seb128> dholbach: do you track bug you tagged?
[06:59] <asac> pitti: pitti you found why retraces don't work properly for ffox?
[06:59] <pitti> asac: no idea :(
[07:00] <seb128> dholbach: https://bugs.beta.launchpad.net/ubuntu/+source/synaptic/+bug/94150 for example, the retracing doesn't work, we need to ask for a new crash file
[07:00] <Ubugtu> Malone bug 94150 in synaptic "[apport]  synaptic crashed with SIGSEGV" [Undecided,Unconfirmed]  
[07:00] <pitti> asac: but I didn't look very hard so far
[07:00] <seb128> asac: does it work with apport-retrace locally?
[07:00] <dholbach> seb128: if I see bugged retraces, I'll ask for new crashes
[07:00] <pitti> asac: could you confirm that retracing the same bug works with 0.61 and fails with 0.69 in the same environment?
[07:00] <seb128> dholbach: ok, just wondering because you didn't subscribe to the bug
[07:02] <asac> pitti: still waiting for feedback from team members
[07:02] <asac> will do so on my own later if they don't come up with test results
[07:03] <seb128> dholbach: trying to figure a workflow to work from the unconfirmed bugs list
[07:03] <pochu> pitti: if I add a tag 'need-i386-retrace' should a retrace be automatically added by your retrace service?
[07:03] <pitti> asac: thank you
[07:03] <pitti> pochu: I just mailed ubuntu-devel@ about that
[07:03] <dholbach> seb128: let's move to #ubuntu-bugs
[07:03] <seb128> dholbach: ok
[07:03] <seb128> pitti: 
[07:03] <seb128> $ ~pitti/bin/retrace-i386 94140
[07:03] <seb128> -bash: /home/pitti/bin/retrace-i386: Permission denied
[07:04] <pitti> seb128: right, second
[07:04] <seb128> k
[07:04] <pitti> pochu: short answer is 'yes'
[07:05] <pitti> seb128: I disabled the scripts for now, since the daemon is running now
[07:05] <pitti> seb128: you still need to call them manually?
[07:05] <pitti> seb128: chmod'ed back
[07:05] <pochu> pitti: it's because I did it this evening, and the retrace service removed the tag, but he didn't attached a retrace! :S
[07:06] <pochu> pitti: bug 89848
[07:06] <Ubugtu> Malone bug 89848 in listen "Listen crashes randomly when downloading missing covers" [Medium,Needs info]  https://launchpad.net/bugs/89848
[07:06] <pitti> pochu: please try again
[07:06] <pochu> pitti: ok
[07:06] <pitti> pochu: I fixed a bug about half an hour ago that made attachments break with invalid utf-8
[07:07] <pitti> pochu: with 'try' being 'stick the tag back on'
[07:07] <pochu> sure :) doing
[07:07] <seb128> pitti: well, not really, I'm used to it and it's as quick as tagging to run the command ;)
[07:07] <pitti> seb128: right, I'm just a bit concerned about the load
[07:07] <seb128> pitti: and I wanted to have a look at why some retracing don't work
[07:07] <seb128> but there is not enough debug output for that apparently
[07:08] <pitti> seb128: btw, if you want to repeatedly retrace a bug, you might be better off with logging into the chroot and calling apport-retrace
[07:08] <heno> BenC: pong
[07:08] <pitti> seb128: then you can also use -g and whatever
[07:08] <pitti> seb128: I'll write some wrapper scripts to log in, second
[07:08] <seb128> pitti: if I do that I can use debug prints? ;)
[07:08] <seb128> pitti: yeah, look like a good idea and a way to look why some retracing don't work
[07:09] <pitti> seb128: once you are logged in, you are welcome to apt-get install any package you like, or hack up /usr/bin/apport-retrace as you wish
[07:09] <seb128> pitti: another usecase is that for quite some bugs I need extra packages not listed to Depends
[07:09] <BenC> heno: In regards to ISO testing, I less able to test sparc installs than fabbione. I only have one, and it's my build/dev box, and it takes 12 minutes to cold boot, and 3 to soft boot
[07:09] <pitti> seb128: right
[07:10] <BenC> heno: I would like to add to your list some tests that I do anyway, and which may help the testing cycle anyway. I always do a VMWare (vmi+paravirt) guest install (server and desktop), as well as a kvm (kernelbased virt) guest install (server and desktop)
[07:10] <heno> BenC: ok, thanks. Let me see if cburg in Montreal is making any progress on that
[07:11] <heno> BenC: OK, cool what platform?
[07:11] <BenC> heno: I can actively test Intel 64-bit/32-bit installs easily on a dual-core box
[07:11] <BenC> heno: I do it on 32-bit and 64-bit Intel
[07:11] <BenC> so basically I install on the bare metal, install vmware and kvm, and do guest os installs on that
[07:12] <BenC> for 64-bit host, I test 32-bit and 64-bit guest
[07:12] <pitti> seb128: ~pitti/bin/retracer-login-{i386,amd64}
[07:12] <pitti> seb128: root@ronne:/#  -> feel the power :-P
[07:12] <heno> Right, we have good coverage on i-32 and i-64 is not officially a concern I guess
[07:12] <heno> but interesting cases nonetheless 
[07:13] <heno> I should make a page for 'other tests'
[07:13] <seb128> pitti: thanks, so I can stop pinging you every 5 min and do some work myself ;)
[07:13] <seb128> pitti: I'll try to figure why some retraces don't work
[07:13] <pitti> seb128: NB that there is no LP cookie in the chroot
[07:14] <pitti> seb128: it's copied there by apport-chroot at runtime
[07:14] <seb128> no need ot that
[07:14] <pitti> seb128: so you need to use -s or -o file 
[07:14] <pitti> or -g
[07:14] <seb128> I just want to retrace
[07:14] <seb128> k
[07:14] <pitti> right
[07:14] <pitti> seb128: remember to use -u and --no-purge to save time
[07:15] <seb128> ok
[07:15] <BenC> heno: It's not ia64, it's 64-bit x86_64 (amd64)
[07:15] <heno> oh, right
[07:15] <heno> that we do need testing on
[07:16] <BenC> heno: Virtualization is becoming a bigger deal for us, so guest OS testing should probably start being considered the same as hw testing
[07:16] <BenC> heno: If I had virtualbox, I'd test that too, but I don't have that setup yet :)
[07:16] <heno> BenC: agreed. I've been known to write about it at length :)
[07:16] <c5jr> yeah
[07:17] <c5jr> i like that feisty will have .20 in it
[07:17] <heno> I failed to get that set up on amd64 for some reason
[07:17] <wereHamster> who's ubuntu's wine maintainer?
[07:17] <heno> I guess their binary is i386
[07:18] <c5jr> does ubuntu ship for sparc now?
[07:19] <giangy> wereHamster: https://launchpad.net/ubuntu/+source/wine
[07:19] <heno> fabbione: are you able to do some test installs on sparc server for beta? just default and LAMP+LVM install
[07:19] <c5jr> i can do test installs on many different sparcs
[07:20] <giangy> wereHamster: Stephan Hermann is probably the right person to contact :)
[07:20] <c5jr> older and newer
[07:21] <c5jr> i can even give shells for testing, etc, etc to any interested parties
[07:21] <cjwatson> fabbione: could you translate bug 70487 into English for me, please? There isn't much to it ...
[07:21] <Ubugtu> Malone bug 70487 in ubiquity "Non riesco ad installare" [Undecided,Needs info]  https://launchpad.net/bugs/70487
[07:22] <wereHamster> giangy, thanks
[07:22] <c5jr> I wonder if the Ubuntu build system by kaimon works now.
[07:22] <wereHamster> I guess he's away right now.. \sh_away
[07:22] <c5jr> My ex-coworker JTV submitted some changes upstream, but still no love with the build
[07:24] <c5jr> I could never get a cd to do anything but fail a md5sum test while building my own from source (dl all packages, run build scripts (even get unneeded britney, etc, etc)
[07:24] <c5jr> It is really a shame
[07:24] <c5jr> its like, linux for humans, by aliens
[07:24] <giangy> cjwatson: "I can't install...I have a problem with the hd?"
[07:24] <c5jr> unless you want to pony up the 700euro to get an easy cheesy third party install cd if i understand correctly
[07:25] <giangy> cjwatson: poor report btw :)
[07:25] <c5jr> that wasnt the direction i thought ubuntu was going in when i met mark and malcom a year ago
[07:27] <ogra> Mithrandir, can you kick off a -server iso build for edubuntu ? 
[07:27] <ogra> ltsp is there 
[07:29] <cjwatson> giangy: yeah, it's awful - I'm going through rejecting lots of that kind of bug against ubiquity at the moment. Thanks for the translation
[07:29] <dholbach> pitti: uploaded and pushed your changes
[07:30] <pitti> dholbach: uploaded? we're in freeze...
[07:30] <pitti> dholbach: thank you
[07:31] <dholbach> pitti: uploaded and it will be considered after freeze or during it if there are free build cycles :)
[07:32] <shawarma> pitti: The automatic apport retrace stuff looks really cool! Great work!
[07:33] <pitti> shawarma: \o/
[07:33] <shawarma> pitti: \o/ all over the place. :-)
[07:33] <_ion> Automatic apport retrace? Yay!
[07:35] <shawarma> _ion: Indeed. Just announced on u-d-d.
[07:36] <_ion> Now if only the crash dumps were moved from bug report attachments to a separate service better suited for, well, crash dumps. :-)
[07:36] <_ion> With links to both directions between bug reports and collections of crash dumps from different users related to the same crash.
[07:37] <_ion> And top-N lists of specific crashes reported.
[07:38] <pitti> _ion: https://wiki.ubuntu.com/CrashReporting
[07:39] <heno> seb128: could you look at bug 93120 -- the failure to start gnome-settings daemon -- where should that be filed?
[07:39] <Ubugtu> Malone bug 93120 in ubuntu-iso-tests "beta: Ubuntu i386 desktop" [Undecided,In progress]  https://launchpad.net/bugs/93120
[07:39] <giangy> cjwatson: np :)
[07:39] <heno> iwj: you might also want to look at the modem issue in that one (if you are still working on modems)
[07:40] <_ion> pitti: This "Launchpad Oops" sounds nice. :-)
[07:40] <seb128> heno: I'm wondering if that's an another dbus timeout bug, 10min is long
[07:40] <seb128> heno: default choice would be control-center with a ~/.xsession-errors attached
[07:41] <heno> seb128: ok, I'll recommend that, thanks
[07:41] <iwj> Modem issue in err feisty livecd you mean ?
[07:41] <heno> iwj: yes, people are filing real bugs under the ISO tests and I have to find real homes for them
[07:42] <heno> iwj: the last comment on that bug
[07:43] <iwj> I don't have the problem described there by Michael Losonsky.
[07:43] <iwj> I think you should probably slap them down and ask them to file a separate bug so we can ignore it :-/.
[07:44] <heno> iwj: slapping down is not the new community building way :)
[07:45] <heno> but yes, I will suggest he file a different bug
[07:45] <iwj> Sorry.
[07:45] <heno> what should it be under?
[07:45] <iwj> But it does WFM.  Well, aside from all of the stuff I said in the sl-modem MIR (which I should file bugs about ...)
[07:45] <iwj> gnome-system-tools or something IIRC
[07:46] <heno> ok, and the odd text you noted is that the dark blue on black?
[07:46] <iwj> Yes.
[07:46] <heno> that's a known issue in that case, ok
[07:46] <iwj> Right.
[07:46] <iwj> I thought it probably would be :-).
[07:56] <iwj> heno: But I have to say I'm much happier stumbling across the bugs I'm finding now than in three weeks' time.
[07:57] <heno> iwj: yep. I just hope not too many get lost in the 24000 list of open bugs
[07:57] <heno> but that's another discussion 
[07:57] <cjwatson> I closed 100 over the last day ;-)
[07:57] <heno> cjwatson FTW!
[07:58] <heno> I've only closed tracker bugs today
[07:58] <cjwatson> greasemonkey scripts FTW
[07:58] <pochu> pitti: doesn't work (the retrace)
[07:58] <giangy> firefox 2.0.0.3 on the road.
[07:58] <pochu> pitti: I added it, and the retrace service removed the tag again, but hasn't attached it
[07:59] <pitti> pochu: bug#?
[07:59] <pochu> pitti: bug 89848
[07:59] <Ubugtu> Malone bug 89848 in listen "Listen crashes randomly when downloading missing covers" [Medium,Needs info]  https://launchpad.net/bugs/89848
[07:59] <pitti> pochu: i386?
[07:59] <pochu> yep
[07:59] <pochu> need-i386-retrace tag
[08:00] <pitti> pochu: 
[08:00] <pochu> pitti: there is no coredump!
[08:00] <pochu> hehe
[08:00] <pochu> sorry :(
[08:00] <pitti> report file does not contain required fields: CoreDump Package ExecutablePath
[08:00] <pitti> pochu: :)
[08:00] <pochu> I have a duplicated with a Coredump :)
[08:00] <pochu> (I asked the reported to report it again with the cd)
[08:01] <Treenaks> I never understood copy mode properly
[08:01] <pochu> pitti: you may want to disable the "short report" if there are no symbols
[08:01] <pitti> Treenaks: so far I just used it to get scrollback in screen
[08:01] <Treenaks> me too
[08:01] <pitti> pochu: right, there's a bug for it
[08:01] <pochu> ah, fine :)
[08:01] <pitti> pochu: bug 87430 (poorly named, I know)
[08:01] <Ubugtu> Malone bug 87430 in apport "do not accept short crash reports for firefox" [Low,In progress]  https://launchpad.net/bugs/87430
[08:02] <seb128> pitti: k, I figured why a part of the crasher don't work with the retracer
[08:02] <seb128> pitti: libc6 gets and not libc6-i686
[08:02] <seb128> gdb complains about /lib/tls/i686/cmov/libc.so.6
[08:03] <seb128> and backtrace is dump when the crashes happen to strdup, malloc, strlen or any libc function
[08:03] <seb128> s/gets/gets installed
[08:03] <pitti> seb128: /gets/ -> no match
[08:03] <pitti> dump -> unusable?
[08:03] <seb128> sorry, it was not clear ;)
[08:04] <pitti> ah, I see
[08:04] <seb128> it looks for /lib/tls/i686/cmov/libc.so.6
[08:04] <seb128> which comes from libc6-i686
[08:04] <seb128> but libc6 is installed
[08:04] <pitti> seb128: apt-get install libc6-i686 helps?
[08:04] <seb128> yep
[08:04] <seb128> it fixes it
[08:04] <pitti> seb128: so, let's just install this permanently into the chroots
[08:04] <seb128> would be a good idea
[08:04] <seb128> danke
[08:05] <seb128> #0  0xb73078bc in _int_malloc () from /lib/tls/i686/cmov/libc.so.6
[08:05] <seb128> (gdb) bt
[08:05] <seb128> #0  0xb73078bc in _int_malloc () from /lib/tls/i686/cmov/libc.so.6
[08:05] <seb128> #1  0xb7308ed5 in _int_realloc () from /lib/tls/i686/cmov/libc.so.6
[08:05] <seb128> #2  0xb730b06e in realloc () from /lib/tls/i686/cmov/libc.so.6
[08:05] <seb128> #3  0xb756b18b in IA__g_realloc (mem=0x85ad240, n_bytes=16) at gmem.c:168
[08:05] <pitti> asac: ^ this could very well be the reason for your complaint as well
[08:05] <seb128> #4  0xb757f85c in g_string_maybe_expand (string=0x8b0a0d0, len=<value optimized out>) at gstring.c:261
[08:05] <pitti> seb128: argh flooding
[08:05] <seb128> that's the retrace from bug #94158
[08:05] <Ubugtu> Malone bug 94158 in nautilus "[apport]  nautilus crashed with SIGSEGV when having problems to access a SFTP folder" [Medium,Unconfirmed]  https://launchpad.net/bugs/94158
[08:05] <seb128> http://librarian.launchpad.net/6875341/%3Cfdopen%3E is what the retracer did
[08:05] <seb128> pitti: sorry, that was only 4 frames ....
[08:05] <fabbione> cjwatson: ok. i will do it tomorrow. i am off for the evening
[08:05] <pitti> seb128: urgh @ retracer output
[08:06] <asac> pitti: hmmm interesting
[08:06] <seb128> pitti: the flood is with libc6-686 installed
[08:06] <seb128> it was doing the same than retraced without it
[08:06] <pitti> seb128: thanks a million for figuring this out
[08:06] <seb128> my pleasure ;)
[08:07] <fabbione> cjwatson: oh i see it has been translated already
[08:07] <seb128> pitti: let me know when you have the chroot update for that, I'll give a retry to #94158
[08:08] <pitti> seb128: FYI for learning the tools: apport-chroot -p libc6-i686 -p libc6-i686-dbgsym -v upgrade chroots/feisty.tar.gz
[08:08] <pitti> (doing now)
[08:08] <seb128> pitti: ok, thank you
[08:08] <pitti> done, digger started again
[08:09] <seb128> bug tagged
[08:09] <pitti> it is grinding away on that bug now
[08:09] <mdz> mvo: I just tried do-release-upgrade -d and it says there is no new release
[08:10] <pitti> seb128: seems we really need the ProcMaps scanning feature
[08:10] <pitti> seb128: I mean, not just complain about missing libs, but actually find their packages and isntall them
[08:10] <pitti> this would have caught this issue as well
[08:10] <seb128> yeah, that would rock
[08:10] <mvo> mdz: oh? it worked for me fine today, are you behind a proxy or anything?
[08:10] <mdz> mvo: er, the second attempt failed as well, but the third seems to be working
[08:11] <seb128> and that would make the retracer work when the crash doesn't happen to a Depends
[08:11] <seb128> like apps crashing to scim
[08:11] <seb128> or to a theme
[08:11] <mdz> mvo: it is reproducible if I try several times
[08:11] <seb128> or aspell, or whatever ;)
[08:11] <mdz> mvo: maybe there is a problem with the server?
[08:11] <mdz> mvo: it prints "No new release found" and then later a Broken pipe error comes through
[08:11] <mvo> mdz: possible, can you strace it?
[08:12] <mvo> mdz: let me check if I can reproduce it here
[08:12] <pitti> seb128: yay, we have Contents.gz, so this should actually be possible
[08:13] <mdz> mvo: ok, I have an strace of the failure
[08:13] <mvo> mdz: could you put it to a pastebin or mail it to me? please?
[08:14] <cjwatson> fabbione: yep, thanks
[08:14] <fabbione> cjwatson: no problem..
[08:15] <mdz> mvo: sent
[08:15] <mvo> mdz: thanks! 4/4 tries worked here - lets see what the strace will tell me
[08:15] <mdz> mvo: it seems to get the meta-release file OK (2168 bytes)
[08:16] <mdz> mvo: and when I look inside it, I see feisty there
[08:17] <mdz> mvo: nothing is written to /var/log/dist-upgrade
[08:17] <pitti> seb128: argh, gdb failed with exit code 11 on that
[08:18] <mvo> mdz: the only thing that I could think of (broken-pipe) is that something with lsb-release is breaking. it spawns that to get the currently runing distro
[08:18] <seb128> pitti: :(
[08:18] <mfd> mdz: hello
[08:18] <pitti> seb128: hm, but it worked for you just after installing these two?
[08:18] <mdz> mvo: there is no epipe or sigpipe in the strace
[08:19] <pitti> seb128: i. e. worked in the fakechroot?
[08:19] <mdz> mfd: hello
[08:19] <pitti> seb128: trying myelf
[08:19] <pitti> myself
[08:19] <seb128> pitti: I used retracer-login-i386, apport-retrace -g -u --no-purge 94158, got the empty bt
[08:20] <seb128> pitti: then I tried "apport-retrace -g -u --no-purge -p libc6-i686 94158"
[08:20] <seb128> and that one worked fine
[08:20] <orangey> hey all!
[08:20] <orangey> Ben Collins has accepted a patch into the kernel that makes ide-acpi.c, however, it is not enabled in the kernel binaries
[08:20] <orangey> what config do I play with to patch?
[08:21] <orangey> I want to add the line: CONFIG_BLK_DEV_IDEACPI=y
[08:21] <dholbach> orangey: best to try #ubuntu-kernel
[08:21] <orangey> ah! thanks : )
[08:31] <mvo> mdz: I think I found it, a race in the code. I will do a update tonight
[08:31] <mvo> mdz: thanks for reporting!
[08:32] <mdz> mvo: great, thanks
[08:34] <hunger> How does HAL decide that suspend to disk is possible?
[08:35] <mdz> it might very well be able to.  it's difficult to predict
[08:36] <hunger> mdz: How so? tap says it has almost all the swap in use and only about 200MB in buffers or free.
[08:36] <hunger> s/tap/top/
[08:36] <hunger> Does it do compression?
[08:37] <mdz> hunger: it depends very much on how your memory is being used, which varies depending on what's running and what you're doing.  much of that might be backed by files or otherwise able to be freed.  
[08:37] <pitti> seb128: you tried with -g, right?
[08:38] <mdz> we don't really know whether it will succeed until the kernel tries
[08:38] <seb128> pitti:  pitti: then I tried "apport-retrace -g -u --no-purge -p libc6-i686 94158"
[08:38] <seb128>  and that one worked fine
[08:38] <pitti> seb128: that bug seems to have a infinitely recursing stack; I stopped gdb at stack level 3000 or so
[08:38] <seb128> pitti: that's the command I tried
[08:38] <seb128> ah ok, bad example then :/
[08:38] <hunger> So hal actually calculates the ammount of swap a suspend to disk will take and uses that number to deterimine whether there is enough swap?
[08:38] <seb128> pitti: I've another example if you want ;)
[08:38] <pitti> seb128: with -s it sits there for literally minutes and then gives up
[08:38] <pitti> seb128: tricky case :(
[08:38] <pitti> seb128: oh, please
[08:39] <mdz> hunger: no, hal probably only knows whether it's possible to attempt or not
[08:39] <seb128> pitti: bug #94076, should I just tag it?
[08:39] <Ubugtu> Malone bug 94076 in gnome-panel "[apport]  gnome-panel crashed with SIGSEGV in _dl_fini()" [Medium,Confirmed]  https://launchpad.net/bugs/94076
[08:39] <pitti> seb128: I have the gnome environment here, it should be quick
[08:39] <pitti> seb128: don't worry about tagging
[08:39] <seb128> pitti: I tried retracing this morning it did work
[08:39] <seb128> s/did/didn't
[08:39] <hunger> mdz: So starting an attempt with half the RAM as swap space is safe to try?
[08:39] <seb128> pitti: ok
[08:39] <pitti> seb128: produces a wonderful trace now
[08:39] <pitti> apport-retrace -s -u --no-purge 94076
[08:39] <seb128> ;)
[08:40] <mdz> hunger: if it won't fit, it gives up and your session continues
[08:40] <sharms> hunger: if you have a reproducible issue with it, launchpad.net will get things done.
[08:40] <pitti> seb128: ok, please go ahead and tag it, so that it'll land in the bug as well
[08:40] <hunger> sharms: I dunno whether it is an issue, as it does indead suspend to disk but never wakes up again:-)
[08:40] <mdz> hunger: the issue isn't a lack of swap space then
[08:41] <hunger> mdz: I know. I just hoped reducing the swap size would trick that damn hal in declaring that suspend to disk is not an option.
[08:41] <pitti> asac: please retry retrace tagging on some crashes which previously produced bad results
[08:42] <asac> k
[08:42] <hunger> mdz: I'll just buy more RAM and hope that it will then stop declaring suspend to disk to be working:-(
[08:42] <mdz> hunger: it won't
[08:42] <hunger> Or is there any way to stop hal from thinking suspend to disk is an option?
[08:42] <mdz> I thought I just explained that
[08:43] <_ion> pitti: Have you had time to review the restricted-manager modification? No hurry at all, i'm just curious whether the change was okay.
[08:44] <pitti> _ion: sorry, not yet
[08:44] <mdz> hunger: I'm not sure whether the current infrastructure still honors /etc/default/acpi-support, but that would be worth a try
[08:44] <mdz> if you want to force disable it
[08:44] <pitti> mdz: gpm should, hal shouldn't, AFAIR
[08:45] <hunger> mdz: It does not:-( The powermanager explicitly override that setting.
[08:46] <hunger> mdz: tracking down how to disable this in gnome-power-manager, guidance-power-manager and kpowersave (which are all the different PMs we use in our family) just sucks:-(
[08:46] <hunger> All of them seem to not document how to do this (if it is even possible).
[08:47] <hunger> Changing the hal settings just get reset to the default state on reboots:-(
[09:22] <mdke> Seveas: only now
[09:23] <mdke> Seveas: anything I can still do?
[09:24] <Seveas> mdke, yes, right on time
[09:24] <mdke> shoot
[09:24] <Seveas> plase join #ubuntu-meeting, when _MMA_'s membership application is done, MagicFab has a question on wiki licensing
[09:25] <mdke> sure
[09:29] <pitti> Mithrandir: I uploaded four language-support- packages to remove some openoffice-help- dependencies which don't exist any more; this does not affect CD images
[09:30] <jtholmes> can someone point me to the wiki page outlining the procedure for altering source code packages and getting them back into the devel stream
[09:30] <jtholmes> once they are changed
[09:30] <jtholmes> and approved
[09:31] <pitti> jtholmes: https://wiki.ubuntu.com/MOTU/School/PatchingSources might be interesting
[09:31] <pitti> (the altering part)
[09:31] <jtholmes> pitti: thanks
[09:31] <jtholmes> ok
[09:32] <pitti> jtholmes: https://wiki.ubuntu.com/UbuntuDevelopment
[09:33] <jtholmes> thanks again, wonder who the author is on the patchingsource doc??? 
[09:34] <pitti> jtholmes: me :)
[09:34] <jtholmes> appreciate both references
[09:34] <jtholmes> yes that is why i asked
[09:34] <jtholmes> btw how do you put a smiley face on the msg
[09:35] <pitti> jtholmes: maybe your IRC client translates colon-parenthesis to real smileys
[09:36] <jtholmes> yes i just got on chatzilla help and it does :-)
[09:36] <jtholmes> thanks :-)
[09:48] <ajmitch> morning
[10:16] <Mithrandir> ogra: edubuntu> building new ISOs
[10:22] <Mez> Errors were encountered while processing:
[10:22] <Mez>  /var/cache/apt/archives/hotkey-setup_0.1-17ubuntu6_i386.deb
[10:22] <Mez> E: Sub-process /usr/bin/dpkg returned an error code (1)
[10:23] <Mez> http://rafb.net/p/SSg1vy75.html
[10:23] <ajmitch> filed a bug?
[10:23] <Mez> getting that on my latest dist-upgrade
[10:24] <Mez> ajmitch, nope... just posting in here quickly incase its a known issue
[10:24] <ajmitch> that misses the error completely
[10:24] <ajmitch> ah, the paste has it
[10:24] <Mez> ajmitch, indeed :D
[10:24] <Mez> I realised that which is why I made the paste
[10:25] <ajmitch> doesn't appear to be filed, at a glance
[10:26] <Mez> second time I've hit it actually :D
[10:27] <Mez> ajmitch, file against feisty, or the package ?
[10:27] <ajmitch> against the package
[10:52] <Mithrandir> ogra: build complete, both ports and normal.
[11:00] <wereHamster> \sh, hi
[11:00] <\sh> wereHamster: hey :)
[11:02] <wereHamster> \sh, I've heard you were the ubuntu wine maintainer.. correct?
[11:03] <\sh> wereHamster: well, I package scotts wine packages for ubuntu, but yes, somehow
[11:04] <\sh> s/package/repackage/ better to say
[11:05] <wereHamster> situation: when one user used my software together with ubuntu's official wine package it wouldn't work, but after he compiled wine himself it worked.
[11:06] <wereHamster> question: does ubuntu patch vanilla wine somwhow? Is there something that could make wine not compatible with my software?
[11:06] <\sh> wereHamster: well, when he is using the provided build-essentials from ubuntu, and the same source package from ubuntu, he will normally get the same result as from our build servers
[11:06] <wereHamster> oh.. 'my software' = http://neopsis.com/projects/yukon/
[11:06] <Burgwork> wereHamster: likely the version of wine is old
[11:07] <wereHamster> by 'he compiled wine himself' I mean not from a deb source package, but from a clean wine tarball
[11:07] <\sh> wereHamster: neither scott nor I patch wine with patches from dev tree of winehq or something...there was only one version where I patched away a bug from upstream (with a patch provided by upstream)
[11:08] <\sh> wereHamster: and since 0.9.32 it's fixed in upstream already...so the tar balls are from upstream...(means what you can download from winehqs sf.net pages)
[11:08] <\sh> wereHamster: most likly it's a problem with old .wine profiles.
[11:20] <\sh> wereHamster: if you have bugs, please open it on lp for the package wine...I need the compile settings etc. and a backtrace is also very useful when using ubuntus wine packages...
[11:21] <\sh> cu tomorrow
[11:51] <Riddell> Mithrandir: is there a decent chance of the current ISOs being the betas (is the nightly cronjob disabled etc)?
[11:52] <Mithrandir> Riddell: yes.
[11:53] <Riddell> I'll download the DVDs overnight