[12:54] <alex-weej> is there some guide to the categories i should use when packaging software?
[12:54] <gnomefreak> alex-weej: see #ubuntu-motu
[12:54] <alex-weej> ok
[01:11] <funman> hello
[01:12] <funman> i'm looking for the apt repository which has the debug symbols
[01:12] <AndyP> funman: it's listed on https://wiki.ubuntu.com/DebuggingProgramCrash
[01:13] <funman> thanks
[01:32] <RAOF> Amaranth: Ping
[01:32] <Amaranth> RAOF: pong
[01:32] <Amaranth> xserver-xgl is basically a black hole wrt to bugs
[01:33] <RAOF> I was thinking of adding a wishlist bug to get xgl to ship ?dm session files.
[01:33] <RAOF> (I would, of course, do the work)
[01:34] <Amaranth> sure, why not
[01:34] <Amaranth> but gdm is used in xubuntu
[01:34] <RAOF> Cool.  Just wanted to run that by you first.
[01:35] <RAOF> Aren't the sessions common to kdm, gdm, etc?
[01:35] <RAOF> So why would that matter?
[03:54] <mikmorg> does anyone know of a linux dist. contained entirely in the initrd, for recovery?
[04:40] <Hobbsee> morning all
[04:51] <TheMuso> Hobbsee: Considered using good ${Time_Of_Day}
[04:53] <Hobbsee> heh
[04:53] <Hobbsee> but it's always morning on irc!
[04:53] <ajmitch> universal greeting time
[04:54] <TheMuso> ajmitch: heh
[05:13] <elpargo> hi could someone tell me the location of the installed packages metadata?
[05:13] <elpargo> basically I need to know where is the data dpkg-query is reading
[05:14] <TheMuso> /var/lib/dpkg is where you will find a lot of stuff I think.
[05:14] <elpargo> I need to run that from a liveCD into an installed system
[05:15] <elpargo> ok thanks TheMuso
[07:31] <lifeless> coming to slug?
[07:31] <Hobbsee> lifeless: see -motu :)
[08:03] <Hobbsee> geser: that script you mentioned earlier - any idea what licence it's under?
[08:04] <Hobbsee> the rbuilddepends one
[08:09] <dholbach> good morning
[08:09] <Hobbsee> :)
[08:11] <dholbach> Hobbsee: can you please kubuntumembers as a bug contact of adept?
[08:11] <dholbach> erm ... remove
[08:12] <Hobbsee> dholbach: er..who added that?
[08:13] <dholbach> no idea
[08:13] <dholbach> I just got a bunch of mails about adept bugs
[08:13] <Hobbsee> erk
[08:14] <dholbach> and I'm no direct member of the team, so I couldn't remove the bug contact
[08:15] <Hobbsee> fair enough
[08:15] <Hobbsee> have removed it
[08:16] <dholbach> gracias
[08:16] <Hobbsee> i wonder about putting a contact address of nobody@ubuntu.com there though
[08:16] <Hobbsee> but then, it wouldnt help, as i cant actually verify that address
[08:25] <pitti> Good morning
[08:29] <dholbach> hey pitti
[08:30] <Burgundavia> pitti: rocking release. Sorry about not getting the tribe2 page done, life got in teh way
[08:32] <pitti> Burgundavia: oh, there was quite a good page, we pimped it a little
[08:32] <pitti> Burgundavia: thanks for the good start
[08:33] <Hobbsee> morgen pitti!
[08:36] <pitti> hey Hobbsee 
[08:36] <Hobbsee> pitti: 
[08:36] <Hobbsee> [Fri Jun 29 2007]  [12:55:38]  <Hobbsee> does pitti know that one of the links is broken, on http://www.ubuntu.com/testing ?
[08:36] <Hobbsee> [Fri Jun 29 2007]  [12:55:49]  <Hobbsee> in fact, both of them?
[08:36] <pitti> Hobbsee: no, I don't; they worked just fine yesterday
[08:37] <Hobbsee> pitti: they're pointing to https://www-admin.ubuntu.com/testing/tribe1
[08:37] <Hobbsee> not https://ubuntu.com/testing/tribe1
[08:37] <pitti> erk, that wasn't so yesterday; I'll talk to Matthew about that
[08:37] <pitti> let me fix it
[08:38] <pitti> fixed; it should propagate to www.u.c. in some minutes
[08:41] <Mithrandir> geser: ftp.debian.org, iirc
[08:42] <Hobbsee> pitti: :)
[08:42] <Hobbsee> morning Mithrandir 
[08:44] <Mithrandir> morning Hobbsee
[08:48] <dholbach> oh Riddell is an archive admin now too - NICE :-)
[08:48] <dholbach> somebody I can pester now too ;-)
[08:48] <Hobbsee> heh
[08:48] <Hobbsee> dholbach: he might just ignore you, though :P
[08:48] <dholbach> right
[08:50] <TheMuso> haha
[08:54] <Hobbsee> dholbach: MOTU meeting in 4 hours.  do you plan to attend?
[08:57] <ajmitch> dholbach: you'll probably end up as an archive admin soon
[08:57] <ajmitch> then we can pester you
[08:57] <ajmitch> I think I still have your phone number somewhere :)
[08:57] <Hobbsee> seems that everyone cool is an archive admin, nowadays.
[08:57] <Hobbsee> we're just mere mortal, green aliens
[08:58] <ajmitch> yess miss release team person
[08:58] <Hobbsee> ajmitch: i have no access to the DC.  so you can still do as much as i can :P
[08:59] <ajmitch> no I can't
[08:59] <ajmitch> I don't hold people's lives in my hands like you
[09:01] <Hobbsee> heh
[09:01] <Hobbsee> ajmitch: i can ask them to accept crack, but i cant force them to.  so i technically dont either
[09:02] <ajmitch> until you start poking
[09:03] <Hobbsee> well...
[09:03] <Hobbsee> there is that
[09:06] <TheMuso> heh
[09:38] <dholbach> Hobbsee: yes
[09:38] <dholbach> ajmitch: I don't think so :)
[09:49] <dholbach> pitti: do you want me to file a bug for removing human-cursors-theme from the archive?
[09:51] <pitti> dholbach: no need to, I can do it on the spot
[09:51] <asac> pitti: if you have a minute, can you add amd64 to valid architectures for flashplugin-nonfree please?
[09:51] <dholbach> pitti: thanks a lot
[09:51] <pitti> dholbach: 
[09:51] <pitti> -- gutsy/main amd64 deps on human-cursors-theme:
[09:51] <pitti> edubuntu-artwork
[09:51] <pitti> ltsp-client
[09:51] <dholbach> pitti: thanks
[09:51] <pitti> dholbach: (same for all other arches)
[09:52] <dholbach> ogra: can you change from human-cursors-theme to dmz-cursor-theme? it's what we use in ubuntu now
[09:52] <pitti> dholbach: I won't remove it for now
[09:52] <dholbach> pitti: alright, I'll check with ogra
[09:52] <pitti> asac: what do you mean? uploading a new version with a different Architecture: field?
[09:52] <asac> i did that
[09:52] <asac> its apparently in p-a-s exception list
[09:52] <pitti> aah
[09:53] <ajmitch> (at a random guess) :)
[09:53] <ajmitch> hi pitti 
[09:53] <ajmitch> still no samba 3.0.25b on merges.u.c, I guess I should stop being lazy & do it manually
[09:54] <pitti> flashplugin: i386
[09:54] <pitti> flashplugin-nonfree: i386
[09:54] <pitti> indeed
[09:54] <ajmitch> yay I wasn't on crack
[09:55] <pitti> cjwatson, Mithrandir: can I just edit that file, or does it require some special magic?
[09:55] <asac> pitti: great ... can you also make sure that the build is retried when done?
[09:55] <pitti> cjwatson, Mithrandir: "that file" -> P-a-s
[09:55] <Mithrandir> pitti: you need to get it updated in Debian.
[09:55] <Mithrandir> pitti: which means, ask elmo, infinity or lamont to do it.
[09:56] <pitti> Mithrandir: ah, ok; so we don't have our own?
[09:56] <pitti> asac: ^ can you please mail them?
[09:56] <asac> so we have to obey p-a-s list of debian ... doesn't sound really smart.
[09:56] <asac> hmm
[09:56] <asac> ok
[09:56] <pitti> Mithrandir: thanks
[09:57] <Mithrandir> asac: *shrug*; it works.  We don't "have to", it just works fine.
[09:59] <asac> if it really worked, flashplugin-nonfree would have been build by now :-P ... but ok.
[10:06] <asac> Mithrandir: ok i pinged them in irc for now to see if they want a mail or ticket or what. Thanks for the hint.
[10:12] <pitti> asac: btw, lamont is on holiday for the next week (or two)
[10:14] <asac> pitti: thanks for the info
[10:22] <gpocentek> pitti, seb128, could you give back criawips 0.0.12-0ubuntu2 on all arches please?
[10:22] <pitti> gpocentek: seb128 can't; I'll do it
[10:22] <gpocentek> ok
[10:22] <gpocentek> thanks
[10:22] <pitti> gpocentek: done
[10:22] <seb128> gpocentek: you need a buildd admin for that, ie tfheen or pitti
[10:22] <seb128> hey pitti ;)
[10:23] <pitti> morning Seb!
[10:23] <gpocentek> seb128: ok, Ithought you were a buildd admin too
[10:23] <seb128> nop, archive admin is enough ;)
[10:23] <gpocentek> hehe
[10:23] <seb128> I would not say no to buildd kicking power though, that can be handy :p
[10:24] <gpocentek> :)
[10:25] <gpocentek> seb128: gnumeric FTBFS and I think that it's related to glib changes, could you confirm that (or not) ? http://launchpadlibrarian.net/8228754/buildlog_ubuntu-gutsy-i386.gnumeric_1.7.10-1ubuntu2_FAILEDTOBUILD.txt.gz
[10:25] <seb128> gpocentek: "../../../src/widgets/gnumeric-expr-entry.c:180: error: 'gtk_widget_unref' undeclared (first use in this function)"
[10:25] <gpocentek> seb128: gtk/gtk.h is included
[10:26] <seb128> gpocentek: looks like src/widgets/gnumeric-expr-entry.c missing an include
[10:27] <gpocentek> seb128: the same package doesn't fail to build on feisty
[10:27] <seb128> with the new goffice?
[10:27] <gpocentek> yes
[10:27] <seb128> k, still that's the only build failure looking like that
[10:27] <seb128> so I doubt it's GTK+ being broken
[10:27] <seb128> I'll have a look
[10:27] <gpocentek> ok, I'll continue my investigations
[10:28] <gpocentek> thanks
[10:28] <seb128> you're welcome
[10:29] <tulga> my Asus A6Va's earphone not working. speaker working well. howto solve it?
[10:32] <pitti> gpocentek: btw, libgoffice-0-4 is in the archive now, so the transition can happen
[10:34] <gpocentek> pitti: yep, criawips is one of the package B-D on it
[10:49] <seb128> gpocentek: I'll fix the gnumeric bug
[10:58] <gpocentek> seb128: thanks very much
[11:10] <ogra> dholbach, thanks for the ping, will update the deps
[11:16] <LongPointyStick> compiz has calmed down a lot
[11:16] <LongPointyStick> wha'ts the name of the manager?
[11:18] <geser> LongPointyStick: sorry, I don't know the licence for the rbuildepend script. I'm quite sure I got it from some other location but I don't know anymore which one.
[11:19] <LongPointyStick> geser: might be worht adding to devscripts, or the bzr stuff
[11:19] <LongPointyStick> there's a developer package in bzr about it
[11:22] <dholbach> ogra: tell me once they're built with the new deps
[11:24] <ogra> hrm, why did pulse FTBFS on ppc ...
[11:24] <ogra> dholbach, will do
[11:25] <dholbach> thanks ogra
[11:28] <LongPointyStick> dude, what?  the wired network drops if you kill the wifi with the kill switch
[11:30] <Hobbsee> cjwatson: ping
[11:30] <pygi> Tonio_, poke :)
[11:31] <pygi> good morning folks
[11:31] <Tonio_> pygi: yup ?
[11:31] <Tonio_> pygi: k3b is beeing built here
[11:31] <pygi> Tonio_, did you commit that thingy anywhere?
[11:31] <Tonio_> pygi: I had to change wuite a ffew things to the packaging
[11:31] <Tonio_> pygi: nope I'll upload when the packaging is nice
[11:32] <pygi> Tonio_, ah, ok. Tell me when you do, then I'll do extra modifications.
[11:32] <Tonio_> pygi: sure
[11:35] <Nafallo> sabdfl, mdz: hi guys.
[11:35] <pygi> Tonio_, thanks :)
[11:35] <cjwatson> Hobbsee: pong
[11:35] <sabdfl> hi Nafallo
[11:35] <Nafallo> sabdfl, mdz: I just got a mail from LP saying that I will expire from ubuntu-dev in 6 days. Seems ~motu wasn't enough :-P.
[11:36] <mdz> Nafallo: the warning is spurious
[11:36] <sabdfl> Hobbsee: we have published all those internal process documents, now it's up to you to show it's worth it ;-)
[11:36] <Hobbsee> cjwatson: about bug 122645 - are you aware that the manual partitioner has *not* hung?  it's actually that the window is hidden behind something else, perhaps due to compiz.  if you attempt to kill it, it bounces up.
[11:36] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed]  https://launchpad.net/bugs/122645
[11:36] <sabdfl> Nafallo: let it expire
[11:37] <Nafallo> hehe. oki.
[11:37] <Tonio_> pitti: hey ;)
[11:37] <Nafallo> sabdfl, mdz: thanks :-)
[11:37] <Amaranth> Hobbsee: yay focus problems
[11:37] <Tonio_> pitti: I've been pretty busy this week, but I'll send the message on the ML concerning network-manager in a few minutes
[11:38] <Hobbsee> cjwatson: about bug 122645 - are you aware that the manual partitioner has *not* hung?  it's actually that the window is hidden behind something else, perhaps due to compiz.  if you attempt to kill it, it bounces up.
[11:38] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed]  https://launchpad.net/bugs/122645
[11:38] <Hobbsee> erk, sorry
[11:38] <Tonio_> little technical question, is there a good syncml client/integration on the gnome desktop ?
[11:38] <Hobbsee> sabdfl: thankyou :)
[11:39] <Tonio_> this is something we really, really get done on the default install, as everyone has a new modern mobile device nowadays....
[11:39] <Mithrandir> Tonio_: not really.  Opensync is slowly, slowly, slowly getting there
[11:39] <Tonio_> Mithrandir: interesting.... I saw that kontact had everything to get it to work in its code, but the packaging ignores that part, I'll investigate...
[11:39] <Tonio_> Mithrandir: is the limitation in opensync, or is the problem is integration with the mail clients ?
[11:40] <Mithrandir> opensync tries to sync all to all which is a hard problem
[11:40] <Tonio_> Mithrandir: indeed, if that cannot be configured, that's an issue :)
[11:41] <Tonio_> Mithrandir: I'll still investigate, thanks for the infos
[11:41] <Mithrandir> uh, it's more the fact that trying to sync Evo, a palm and a mobile phone when you've done changes on all of them is hard, since they have items in the info that none of the others have.
[11:42] <Tonio_> ho, you were talking about devices, I thought you were talking about items :) no way to configure what's to be synced
[11:42] <cjwatson> Hobbsee: which window is hidden?
[11:43] <Mithrandir> Tonio_: sure there is
[11:43] <cjwatson> Hobbsee: you mean some kind of dialog? I wouldn't have thought there'd be one at that point
[11:43] <cjwatson> (but it's possible, remind me)
[11:43] <Hobbsee> cjwatson: the partitioning window with the partitions listed
[11:43] <Hobbsee> for a manual partition
[11:43] <Hobbsee> giving you the option to edit, format, etc
[11:43] <Tonio_> Mithrandir: well local config is not what is interesting to me, but using a sync service, like memotoo, mobical, or your own server, with funambol
[11:43] <cjwatson> Hobbsee: that should be just part of the main window?
[11:44] <cjwatson> Hobbsee: I'm not sure I understand what's going on here - would it be possible for you to take screenshots at the apparent hang, and after raising the window?
[11:44] <Tonio_> basic sync between a mail client and a syncml server, would already be cool, as mobile devices are already ready for this...
[11:45] <Tonio_> Mithrandir: sadly, only outlook seems to do the job perfectly atm....
[11:45] <Hobbsee> cjwatson: sure.  it's where you hit "prepare disk space", and hit manual partition.  it brings up a window saying that it's scanning the disks, then removes that one, and "hangs".  grabbing a screenshot, if i can work gnome to my will.
[11:45] <Mithrandir> Tonio_: Outlook doesn't handle multiple devices well at all.
[11:46] <Tonio_> Mithrandir: nope, because the goal on that point is not local sync, everything is based on a server
[11:46] <Tonio_> Mithrandir: so you just have one sync enabled on each device....
[11:46] <cjwatson> Hobbsee: certainly I'd be very happy to hear that it isn't ubiquity's fault ;-)
[11:46] <Hobbsee> hrm. maybe it is a crash.
[11:46] <Mithrandir> Tonio_: that's hard to do when your device doesn't have a network connection.
[11:46] <Hobbsee> seeing as that time it actually killed the process.
[11:46] <cjwatson> Hobbsee: would also explain why it doesn't happen in vmware (no compiz) and perhaps why it doesn't happen under sudo
[11:47] <Tonio_> Mithrandir: true, but probably all modern devices have so :)
[11:47] <Tonio_> Mithrandir: that's the future I mean :)
[11:47] <Tonio_> local sync is the old way to think :)
[11:48] <Hobbsee> cjwatson: i killed ubuntu    6023  0.0  0.3  13892  5044 ?        S    09:29   0:00 gksudo --desktop file:///home/ubuntu/Desktop/ubiquity-gtkui.desktop -- /usr/lib/ubiquity/bin/ubiquity gtk-ui
[11:48] <Mithrandir> Tonio_: local sync is also interesting if you pay per byte you transfer over the network, which you probably do from your phone.
[11:48] <cjwatson> Hobbsee: I would suggest not killing the process, and trying to raise it some other way
[11:49] <Hobbsee> cjwatson: got suggestions as to how to raise it another way?
[11:49] <Hobbsee> i'm not terribly familiar with ubiquity debugging
[11:49] <Tonio_> Mithrandir: then I'd say funambol is the trick, with a wireless capable device, which will be a standard soon
[11:50] <Tonio_> Mithrandir: but of course, not everyone has a wireless access point at home
[11:50] <cjwatson> Hobbsee: it shouldn't be about ubiquity debugging, it should be about manipulating the window manager, from the sound of things
[11:50] <Tonio_> Mithrandir: have you tried funambol ? it is terribly easy to configure, no gprs required then :)
[11:51] <Hobbsee> cjwatson: ooh!  metacity!
[11:51] <Hobbsee> right.
[11:51] <Mithrandir> Tonio_: I've looked at it and decided I don't like it, since it's a big java beast, iirc.
[11:52] <cjwatson> wonder if my desktop can be persuaded to do compiz
[11:52] <Tonio_> Mithrandir: yeah, that's java, but that works, does the job and is so easy to use..... :)
[11:52] <Hobbsee> cjwatson: when going back to metacity, the hidden window immediately pops up
[11:52] <cjwatson> ah
[11:52] <Tonio_> Mithrandir: btw I don't pay per bit, but per second
[11:53] <Mithrandir> Tonio_: for GPRS or 3G too?
[11:55] <Tonio_> Mithrandir: no, I just use wap, works nicelly for me, and I don't need more :)
[11:56] <Tonio_> Mithrandir: all I need is an ip address, I'm not interested in video calls, especially after a all night packaging with the eyes in front of a computer :)
[11:56] <mjr> wap, that three-letter monster from hell
[11:57] <mjr> I do wonder if you don't just mean gsm-data instead
[11:58] <Tonio_> Mithrandir: here is france, gprs is to pay per size too I guess
[12:15] <Hobbsee> cjwatson: erm.  this is weird.  with metacity, the entire installer just freezes up after it scans disks, after the manual partitioner.  
[12:17] <Hobbsee> i have no idea what the heck is going on, then.
[12:18] <cjwatson> Hobbsee: does alt-tab help, or minimising windows?
[12:18] <Hobbsee> cjwatson: nope
[12:22] <Hobbsee> cjwatson: not sure a) if you want to debug this or b) how
[12:23] <Hobbsee> where this == compiz, ubiquity, and how they all die.
[12:28] <pitti> Hobbsee: sounds like bug 122645?
[12:28] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed]  https://launchpad.net/bugs/122645
[12:28] <pitti> Hobbsee: does running 'sudo ubiquity' in a terminal help?
[12:29] <pitti> Hobbsee: or do you already see the setup screen for partitions?
[12:30] <cjwatson> pitti: we already know it's that bug
[12:30] <pitti> ah, 'k
[12:31] <cjwatson> pitti: Hobbsee reckons it may be window manager interaction rather than a ubiquity bug as such - in that ubiquity is blocking on input from a hidden window
[12:31] <_StefanS_> anyone know the state of sata and port multiplier in the current gutsy kernel ? (2.6.22)
[12:31] <Hobbsee> cjwatson: yet, running it via sudo ubiquity on the command line brings up the window straight away
[12:31] <Amaranth> cjwatson: but didn't Hobbsee say it broke with metacity too?
[12:31] <_StefanS_> I have a 5disk array that doesnt work :(
[12:31] <Hobbsee> Amaranth: it freezes completely there.  which is just weird.
[12:32] <cjwatson> Hobbsee: ubiquity normally uses gksudo for itself
[12:32] <pitti> Hobbsee: the funny thing is that it freezes with gksudo, but works with sudo
[12:32] <cjwatson> which suggests that it's one of the things that's forwarded by gksudo but not by sudo
[12:33] <cjwatson> a bit like the way kdesu forwards DCOP
[12:33] <Hobbsee> pitti: exactly
[12:34] <Hobbsee> ooh.  cool water :)
[12:36] <cjwatson> whoa, after upgrading gutsy it spams the console relentlessly with "device-mapper: table: 254:0: linear: dm-linear: Device lookup failed"
[12:39] <cjwatson> ah, bug 115616
[12:39] <ubotu> Launchpad bug 115616 in evms "Device-mapper errors: dm-linear, lookup failed" [High,In progress]  https://launchpad.net/bugs/115616
[12:40] <pitti> carlos: got a minute?
[12:41] <carlos> pitti: sure
[12:42] <pitti> carlos: would it be possible to strip out some additional files like /usr/share/gnome/help/<lang>/*.xml in pkgstriptranslations and ship that verbatim in the exported rosetta tarballs?
[12:43] <pitti> carlos: those are currently not handled by PO files at runtime, but it would still be nice to split those out into langpacks, to save space on CDs
[12:43] <carlos> pitti: do you mean whether Launchpad would complain?
[12:43] <carlos> pitti: Launchpad will not complain, it will be ignored
[12:43] <pitti> carlos: well, it probably ignores stuff it doesn't know about, but doesn't feed it back to me
[12:43] <carlos> right, we don't feed it to you...
[12:44] <carlos> pitti: I guess what you need is a way to import .xml files and export them again
[12:44] <pitti> carlos: it's not just XML files, there are PNGs etc.
[12:44] <carlos> and in the mean time, allow people to translate it
[12:45] <carlos> pitti: right now, we are not able to do it, but I'm going to do a modification that would allow you to get the original tarball buildd provided to Launchpad
[12:46] <pitti> seb128: ah, is /var/lib/gconf/defaults/%gconf-tree-<lang>.xml created at package installation time?
[12:47] <pitti> carlos: it would be sufficient to have a directory 'extra-files/<package>/...' in the tarball which is just copied verbatim from the buildd tarballs
[12:47] <pitti> carlos: we probably don't need special translation magic in Rosetta, since these files are handled with PO files at build time
[12:48] <seb128> pitti: yes
[12:48] <pitti> carlos: (from help/po/ or so)
[12:48] <seb128> pitti: why?
[12:48] <LongPointyStick> pitti: presumably i can do no more if it's a gksudo bug?
[12:48] <pitti> seb128: it's one of the biggest directories of the live CD, and I wonder whether we can downsize it a bit
[12:48] <seb128> pitti: it's written by gconftool call on the .schemas
[12:48] <carlos> pitti: in fact, if we integrate intltool in Launchpad, we could provide such updates for documentation too
[12:48] <pitti> LongPointyStick: I don't know yet who's at fault here
[12:48] <carlos> so we regenerate the .xml files from those .po files
[12:49] <pitti> carlos: certainly not (yet) for the translated screenshots? :)
[12:49] <pitti> carlos: yeah, for the xml files this would be nice
[12:49] <pitti> carlos: but certainly requires some more thought
[12:49] <carlos> pitti: adding screenshot support is also something that shouldn't be too difficult
[12:49] <carlos> pitti: indeed
[12:49] <carlos> next month, we have a sprint about Launchpad Translations in Alicante
[12:50] <carlos> were we will talk about the different workflows 
[12:50] <carlos> I will add this topic to that discussion
[12:50] <pitti> carlos: copying files verbatim might be useful for other cases
[12:50] <pitti> carlos: shall I open a wishlist bug about this or so?
[12:50] <carlos> pitti: yeah, please
[12:50] <StevenK> cjwatson: Any opinion one way or the other about bug 78165 ?
[12:50] <ubotu> Launchpad bug 78165 in devscripts "debuild fails to use seahorse-agent or gpg-agent" [Unknown,Confirmed]  https://launchpad.net/bugs/78165
[12:50] <pitti> carlos: ok, will do; thanks
[12:51] <carlos> pitti: I'm not discarding such idea, it's just I would prefer to do a proper implementation for what you need :-)
[12:51] <pitti> StevenK: I guess it's due to filtering environment variables?
[12:51] <pitti> StevenK: e. g. I have: alias debuild='debuild --preserve-envvar PATH --preserve-envvar DISPLAY --preserve-envvar GNOME_KEYRING_SOCKET --preserve-envvar XAUTHORITY -i -I.bzr -I.svn'
[12:51] <pitti> StevenK: PATH for ccache, and the rest for gnome-gpg
[12:52] <pitti> carlos: right, agreed :)
[12:53] <persia> StevenK: As a shorter  version, it works for me with "DEBUILD_PRESERVE_ENVVARS=DISPLAY" in ~/.devscripts
[12:54] <LongPointyStick> pitti: i'd definetly look at the gksudo vs sudo thing. it dies with gksudo, no matter what window manager, and works with sudo.  Reproducibly
[12:54] <pitti> seb128: where does gconftool take the translations from? I don't have langpacks for all those languages installed
[12:55] <seb128> pitti: the .schemas
[12:55] <seb128> pitti: editor /usr/share/gconf/schemas/nautilus-cd-burner.schemas for example
[12:55] <pitti> seb128: ah, I see
[12:56] <pitti> seb128: would be nice to drop all those static translations and have gconf call gettext at runtime...
[12:56] <pitti> seb128: this would give us a lot of space back on the live CD
[12:57] <StevenK> pitti: Yeah, the point is to not contaminate the build environment. Apparently.
[12:57] <seb128> pitti: right
[12:59] <StevenK> pitti: I'm not sure how hard it is, but I was thinking of grabbing DISPLAY, GNOME_KEYRING_SOCKET and XAUTHORITY, stuffing them somewhere, and then setting them just before we invoke the signer.
[01:00] <pitti> StevenK: debuild could call dpkg-buildpackage without those and -us -uc, and then call debsign
[01:02] <Hobbsee> ooh, nice KDE...
[01:03] <pitti> seb128: would we need to touch many packages for dropping /usr/share/gconf/schemas/ translations, or is that handled centrally?
[01:03] <cjwatson> StevenK: no opinion; I use pinentry-curses so it doesn't affect me ...
[01:03] <pitti> carlos: bug 123020, FYI
[01:03] <ubotu> Launchpad bug 123020 in pkgbinarymangler "support shipping verbatim files in the exported tarballs" [Wishlist,New]  https://launchpad.net/bugs/123020
[01:03] <seb128> pitti: every single package shipping a schemas, which means hundred of packages
[01:04] <carlos> pitti: thanks
[01:04] <cjwatson> I'm a little concerned that preserving DISPLAY by default would hide breakage in the odd package that tries to get at an X display during the build
[01:04] <pitti> seb128: I mean, can we change this in a cdbs rule and just rebuild packages over time, or do we actually need to touch rules?
[01:05] <StevenK> cjwatson: My plan at this point is to take DISPLAY, GNOME_KEYRING_SOCKET and XAUTHORITY, and put them somewhere, clean out the environment, run dpkg-buildpackage with -uc -us, add the three back and invoke debsign.
[01:05] <seb128> pitti: we can probably hack that to cdbs, the schemas are generated from a .schemas.in at build time
[01:06] <pitti> seb128: so similar to .desktop and .server files: we drop the translations and instead stick in the gettext domain
[01:06] <seb128> right
[01:06] <cjwatson> StevenK: sounds reasonable
[01:06] <pitti> seb128: the standard .mo files seem to have the translations at least
[01:07] <pitti> seb128: ok, I'll file a wishlist bug about this
[01:07] <seb128> pitti: yes, there are to the .mo
[01:10] <pitti> seb128: hm, I guess we cannot do entirely without the %gconf-tree-<lang>.xml files?
[01:11] <pitti> if we could, that would be rad
[01:11] <seb128> pitti: not sure, I need to do some testing, but it's likely than %gconf-tree.xml is enough if you don't want the translations
[01:13] <pitti> seb128: right, it's a cache to look up i18n'ed descriptions for a key without knowing the package or translation domain
[01:13] <pitti> seb128: so it's very fast
[01:13] <seb128> right
[01:13] <pitti> seb128: but for langpack setup, we instead need mapping key name -> translation domain
[01:14] <pitti> that would be much smaller, since we don't need it per-language
[01:14] <seb128> right
[01:18] <Hobbsee> Keybuk: are you around?
[01:19] <Keybuk> Hobbsee: yup, what's up?
[01:19] <Hobbsee> Keybuk: there's an impending discussion about MoM and DaD in -meeting.  perhaps, being the brains behind MoM, you'd like to attend?
[01:20] <Hobbsee> Keybuk: at least that's what they *said* they were abotu to discuss
[01:21] <pitti> seb128: I noted down my ideas in bug 123025; does that make sense?
[01:21] <ubotu> Launchpad bug 123025 in gconf2 "stop shipping static gconf translations, use gettext at runtime" [Wishlist,New]  https://launchpad.net/bugs/123025
[01:21] <Hobbsee> Keybuk: right.  discussion is on now. (#ubuntu-meeting) if you were interested
[01:44] <seb128> pitti: yes, the action plan makes sense, I've confirmed the bug
[01:45] <pitti> seb128: thanks, *hug*
[01:45] <pitti> seb128: something for our CFT :)
[01:45] <pitti> seb128: but maybe we can convince upstream about this
[01:46] <pitti> it's not specific to ubuntu, after all
[01:47] <seb128> right
[02:46] <seb128> pitti: around?
[02:46] <pitti> seb128: yes
[02:46] <seb128> pitti: do you have an idea why gdb doesn't display abort() and raise() in stackstaces in gutsy?
[02:46] <seb128> we get quite some crashers to g_logv
[02:47] <seb128> which are in fact assertions
[02:47] <pitti> seb128: erk, no
[02:47] <seb128> ie, https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/66860
[02:47] <ubotu> Launchpad bug 66860 in evolution "evolution-alarm-notify crashes on startup" [High,Confirmed]  
[02:47] <pitti> seb128: maybe it's related to the general gdb problem?
[02:47] <seb128> pitti: can you "gdb /usr/lib/evolution/2.12/evolution-alarm-notify" and "run"?
[02:47] <seb128> on feisty it was doing
[02:47] <seb128> #5 0xb72c0770 in raise () from /lib/tls/i686/cmov/libc.so.6
[02:47] <seb128> #6 0xb72c1ef3 in abort () from /lib/tls/i686/cmov/libc.so.6
[02:47] <seb128> #7 0xb7492122 in g_logv () from /usr/lib/libglib-2.0.so.0
[02:47] <pitti> seb128: this bug does have abort() though
[02:48] <seb128> now the backtraces starts with g_logv
[02:48] <seb128> hum?
[02:48] <pitti> Program received signal SIGTRAP, Trace/breakpoint trap.
[02:48] <pitti> [Switching to Thread 47709005862368 (LWP 14359)] 
[02:48] <pitti> 0x00002b6419a5c4e3 in g_logv () from /usr/lib/libglib-2.0.so.0
[02:48] <pitti> (gdb) bt
[02:48] <pitti> #0  0x00002b6419a5c4e3 in g_logv () from /usr/lib/libglib-2.0.so.0
[02:48] <pitti> #1  0x00002b6419a5c693 in g_log () from /usr/lib/libglib-2.0.so.0
[02:48] <pitti> #2  0x000000000041744d in main ()
[02:48] <seb128> hum, k
[02:48] <pitti> seb128: SIGTRAP != SIGABRT
[02:49] <seb128> yeah
[02:49] <pitti> there doesn't seem to be an assertio yet?
[02:49] <seb128> but look at the bug I pointed
[02:49] <pitti> seb128: heh, 'cont' actually works
[02:49] <pitti> let me look, this thing crashes so often for me, I should have a .crash
[02:50] <pitti> seb128: right, the one in /var/crash is SIGTRAP as well
[02:50] <seb128> I'm wondering why
[02:50] <seb128> it should be an abort like it used to be on feisty
[02:51] <seb128> https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/122858
[02:51] <ubotu> Launchpad bug 122858 in glib2.0 "[gutsy]  glib2.0 applications crash with signal 5 in g_logv()" [Medium,New]  
[02:51] <seb128> if you look at http://launchpadlibrarian.net/8226372/Stacktrace.txt
[02:51] <seb128> the error is actually
[02:51] <seb128> #2  0xb7977b94 in gdk_x_error (display=0x8081cf0, error=0xbfc2ad88) at /build/buildd/gtk+2.0-2.11.4/gdk/x11/gdkmain-x11.c:641
[02:51] <seb128> k, I'll investigate
[02:51] <seb128> thanks anyway
[02:52] <seb128> that's slightly annoying because it makes bug title being "crash with signal 5 in g_logv()"
[02:52] <pitti> seb128: hm, I don't know off-hand when SIGTRAP is used, let me look
[02:52] <seb128> when that's acutally a gdk_x_error
[02:52] <pitti> right
[02:52] <pitti> at least it's in StacktraceTop, so dup detection should still work?
[02:53] <pitti> seb128: <shot into the dark>might this be bug-buddy trying to attach to the failing process?
[02:54] <pitti> seb128: the only usage of sigtrap that I know are debugger breakpoints
[02:54] <seb128> pitti: well, https://bugs.launchpad.net/ubuntu/+source/notification-daemon/+bug/122637 has 13 dups and I added a bugpattern now but no dup has been auto detected
[02:54] <ubotu> Launchpad bug 122637 in notification-daemon "notification-daemon crashed with signal 5 in g_logv()" [Medium,Incomplete]  
[02:55] <pitti> seb128: hmm, removing bug-buddy doesn't change it
[02:55] <seb128> pitti: it looks like there is no retrace nor dup detection tag when there is a SIGTRAP
[02:55] <pitti> evolution-alarm-notify-ERROR **: Could not create the alarm notify service factory
[02:55] <pitti> aborting...
[02:55] <pitti> Trace/breakpoint trap (core dumped)
[02:55] <seb128> pitti: bug-buddy didn't change since feisty anyway
[02:56] <pitti> seb128: uh, no retrace tag? strange
[02:56] <pitti> I don't look at the signal number for setting that
[02:56] <seb128> pitti: do you use them for SIGSEGV only?
[02:56] <seb128> hum
[02:56] <seb128> "** Tags: apport-crash"
[02:56] <seb128> that's the only tag on those bugs
[02:57] <seb128> from the first mail
[02:57] <pitti> seb128: hm, and it wasn't just removed from the retracer?
[02:58] <seb128> no, the Tags line is from the "new bug" mail I got
[02:58] <seb128> the submission one
[02:58] <pitti> https://bugs.launchpad.net/ubuntu/+source/notification-daemon/+bug/122988/+activity
[02:58] <ubotu> Launchpad bug 122988 in notification-daemon "notification-daemon crashed with signal 5 in g_logv() (dup-of: 122637)" [Undecided,New]  
[02:58] <seb128> and it's the same for all the dups
[02:58] <ubotu> Launchpad bug 122637 in notification-daemon "notification-daemon crashed with signal 5 in g_logv()" [Medium,Incomplete]  
[02:58] <pitti> seb128: ^ that seems to have automatic dup detection?
[02:59] <pitti> https://bugs.launchpad.net/ubuntu/+source/notification-daemon/+bug/122985/+activity this as well
[02:59] <ubotu> Launchpad bug 122985 in notification-daemon "notification-daemon crashed with signal 5 in g_logv() (dup-of: 122637)" [Undecided,New]  
[02:59] <pitti> ogra: lpstat -p
[02:59] <seb128> pitti: him, k
[02:59] <seb128> hum, k
[03:00] <ogra> pitti, wow, thanks
[03:00] <seb128> pitti: so malone mails are misleading
[03:00] <pitti> seb128: maybe because they tend to fold several changes into one mail
[03:00] <seb128> ok, so autodup is working, great; )
[03:00] <pitti> seb128: so the tag is removed so quickly that it doesn't mention it in the mail
[03:00] <seb128> right
[03:00] <pitti> seb128: but you should get followup emails from the retracing service for duplication etc.?
[03:00] <pitti> don't you?
[03:02] <seb128> pitti: the first mail I got already has "*** This bug is a duplicate of bug 122637 ***"
[03:02] <ubotu> Launchpad bug 122637 in notification-daemon "notification-daemon crashed with signal 5 in g_logv()" [Medium,Incomplete]  https://launchpad.net/bugs/122637
[03:02] <seb128> pitti: and there is no indication in mail of who marked it a dup
[03:02] <seb128> and since the mail had only "** Tags: apport-crash"
[03:03] <pitti> seb128: ah, so Malone really just compiles several steps into one mail
[03:03] <seb128> right
[03:03] <seb128> the retrace is too quick ;)
[03:03] <pitti> seb128: with CrashReporting you won't see them any more at all
[03:03] <seb128> it has time to modify the bug before the first mail
[03:03] <pitti> seb128: I can make it slower if you need :)
[03:03] <pitti> but I'm actually quite happy with the recent performance improvements, it keeps up ATM
[03:04] <StevenK> pitti: Litter a few 'sleep(1000); # shush up seb128'  around the place? :-)
[03:05] <StevenK> Oh, wait, even better.
[03:05] <StevenK> sleep(1000) if $pkg_name =~ /^gnome/;
[03:26] <evand> I'm not sure Ubiquity is off the hook yet wrt bug 122645.  I just tried to reproduce it using compiz but was unable to.
[03:26] <ubotu> Launchpad bug 122645 in ubiquity "manual partitioning hangs indefinitely" [High,Confirmed]  https://launchpad.net/bugs/122645
[03:37] <evand> of course I've never been able to reproduce the bug in the first place
[03:38] <ScottK> pitti: Now that Tribe 2 is out the door I was wondering if I might bug you into having a look at https://wiki.kubuntu.org/MainInclusionReportPinentry
[03:55] <pitti> ScottK: can you please poke me again next week?
[03:56] <ScottK> pitti: Sure.  No problem.
[03:58] <ScottK> Hobbsee: He needs to be alive and out of hospital to approve stuff.  Please ...
[03:58] <pitti> Hobbsee: eeeeerrk
[03:58] <Hobbsee> ScottK: we have Mithrandir for that.
[03:58] <Hobbsee> pitti: *grin*
[03:58] <pitti> Hobbsee: approving MIRs is my job (iwj can do it too, though)
[03:58] <Hobbsee> pitti: it's very poisonous.  we have the 10 most poisonous spiders in the world, iirc.
[03:59] <ScottK> Right.  "If you can't be a good example, then at least you can serve as a horrible warning."
[03:59] <Hobbsee> pitti: awww.
[04:00] <Hobbsee> hey!!!
[04:09] <geser> Hobbsee: we'll soon run out of archive admins if you eat or hurt each one
[04:09] <Hobbsee> geser: heh.  then it's your turn?
[04:12] <Hobbsee> heh
[04:51] <pitti> keescook: meh, now my bug responses were forgotten within two minutes (same browser session); seems that greasemonkey doesn't love me :(
[04:56] <keescook> pitti: <stupid questions>do you have the latest GM?  do you click "Save Stock Replies"?</stupid questions>
[04:57] <keescook> do they all show up in about:config for a while?
[04:57] <pitti> keescook: 'save' > yes, sure
[04:58] <keescook> once you have a bunch of replies, can you screen-cap it for me, so I can reproduce your config, to see if there is something buggy in the "save" routine?
[04:58] <pitti> keescook: latest: 0.7.20070607.0
[04:58] <pitti> keescook: I reordered the scripts now to have that one at the top; maybe that helps
[04:58] <keescook> yeah, that's what I've got installed.
[04:59] <keescook> I haven't been able to find any google-mention of this behavior, either.  :(
[05:06] <Hobbsee> what's the process for renewing ubuntu memberships?
[05:10] <pitti> Hobbsee: I mailed techboard
[05:11] <Hobbsee> cool, ok
[05:27] <glatzor> Hobbsee: hi, there is an automatix product on launchpad that you can assign bugs too if you think that a problem was caused by it.
[05:27] <Hobbsee> glatzor: twitch.  OK
[05:28] <glatzor> Hobbsee: Since it is not part of Ubuntu you have to use the upstream bug feature
[05:29] <gnomefreak> glatzor: they have thier own bug tracker afaik
[05:30] <glatzor> gnomefreak: right. but they use a forum.
[05:31] <Hobbsee> are they going to look at their automatix bugs?
[05:31] <gnomefreak> glatzor: and? its not supported by ubuntu nor recommended to be used in ubuntu so send the bug or hte person that filed it to #automatix and let them handle it
[05:33] <Amaranth> or just send it to the launchpad 'product' and forget it existed
[05:34] <iwj> Well, that worked except that for some reason my eth0 has become eth1.
[05:34] <glatzor> Hobbsee: Arnav Ghosh responded on every bug that I subscribed him to.
[05:34] <Hobbsee> okay, cool
[05:35] <gudegnaw> Have asked this in the main room and also posted on the forums with no luck, am trying my luck here and hope it won't offend anyone **I am running an edgy LAMP desktop and while trying to upgrade to Feisty through the update manager, I see that all the LAMP components are marked for removal and not marked for re-installation... why is that??,has anyone had trouble upgrading to Fesity while running LAMP?** 
[05:35] <glatzor> gnomefreak: I don't know why we should "close" your infrastructure, only because some don't like automatix
[05:36] <glatzor> gnomefreak: why should we make cooperation more difficult?
[05:37] <gnomefreak> glatzor: this isnt the channel for this topic
[05:38] <glatzor> gnomefreak: I don't want to force you to discuss this.
[05:44] <Keybuk> I  Dovecot
[05:46] <Hobbsee> Keybuk: thanks for earlier, btw
[05:46] <Hobbsee> Keybuk: i thought you'd avoid us mere mortal MOTU's like the plague :P
[05:48] <Keybuk> heh, why?
[05:49] <ion_> Yeah, dovecot ftw.
[05:49] <ion_> keybuk: Btw, are you still running the compiz wallpaper plugin? Is it packaged somewhere?
[05:49] <Hobbsee> Keybuk: because they were going to grill over MoM?
[05:49] <Hobbsee> Keybuk: and because you're big and scary, and can kill their systems :P
[05:52] <Keybuk> ion_: I'm not at the moment, need to bug racarr about some performance issues
[06:01] <geser> Hobbsee: you aren't a mere MOTU anymore so he has no excuse to ignore you :p
[06:02] <Hobbsee> geser: *grin*
[06:02] <Hobbsee> geser: i meant the rest of hte people, actually.  but yeah
[06:02] <agoliveira> Weird... I'm quite sure I didn't download the alternate Tribe 2 but that's what I got. I'll do it again, just in case.
[06:02] <Hobbsee> aha
[06:02] <Hobbsee> haha
[06:02] <Hobbsee> not so helpful
[06:05] <siretart> strange. openoffice is immediately exiting gracefully right after opening an (empty or new, doesn't matter) document
[06:05] <siretart> apt-get install java-gcj-compat fixes that, now I try to reproduce this, but the crash doesn't reappear?!
[06:05] <siretart> what's going on here?
[06:18] <nixternal> mako: yay! peter brown just said congrats! and I am saying it too...Congrats!
[06:21] <Keybuk> GPL 3 doesn't really interest me; all of the so-called "three-quels" released this year have been terrible
[06:21] <Keybuk> oh, wait, I meant *Shrek 3*
[06:23] <tri_> hi
[06:24] <thom> hah
[06:52] <bdmurray> I'm looking at bug 111081 regarding a desktop file not being translated.  Does that belong in Malone?
[06:52] <ubotu> Launchpad bug 111081 in celestia "Celestia menu entry is in a bad place" [Undecided,Incomplete]  https://launchpad.net/bugs/111081
[06:52] <Hobbsee> launchpad doesnt do universe translations does it?
[06:59] <polopolo> Hobbsee, no, as far as I know, no
[07:00] <polopolo> mwah
[07:00] <polopolo> wait Hobbsee
[07:01] <polopolo> Hobbsee: https://wiki.ubuntu.com/MOTU/Packages/Packaging/Kubuntu#head-f3515f500c9344cd9c3977017e074d4eab4ded82
[07:01] <polopolo> I think not
[07:01] <polopolo> I mean, yes
[07:01] <tri_> what is the status of the elbuntu projekt ?
[07:04] <polopolo> ah, Hobbsee leaves :D
[07:29] <iwj> Excellent, etch + backports.org have dug me out of my Xen hole.
[07:33] <zul> iwj: still waiting on xen kernel bits
[07:34] <iwj> zul: Mmmmm.  At least I'm not blocking on it any more.
[07:34] <zul> good
[07:35] <zul> im just blocked now
[07:40] <ion_> Funny. Logging in to gandi.net or slashdot.org from this machine fails on firefox (my normal profile as well as a fresh profile), konqueror, opera and w3m on this gutsy box. After logging in, zero to one pages can be loaded successfully until it just shows the login form again. My ntpd is working correctly, so it cant be a cookie time problem. Logging in works on an edgy box. All other websites seem to work on this box.
[07:47] <mikmorg> hello
[07:48] <mikmorg> Does anyone know what could be automatically load a module in /lib/modules, even though it is not instanced in modprobe configs?
[10:09] <mikmorg> cjwatson_: Hello.
[10:10] <mikmorg> cjwatson_: Have you ever booted casper with PXE?
[10:11] <Nafallo> mjg59: hi. know any good, less than 2kg, laptop with an RS232? :-)
[10:17] <bdmurray> bryce: https://help.ubuntu.com/community/DebuggingXAutoconfiguration is up to date right?
[10:18] <stgraber> Nafallo: Look at HP, they still have laptops with parallel + rs232 ports
[10:18] <Skiessi> compiling with pthread doesn't work for some reason (in gutsy) :P
[10:19] <Nafallo> stgraber: kewl. thanks.
[10:19] <ijuz__> Nafallo: latitude D620/D630 are like 2.1kg and have serial, the smaller ones not
[10:21] <bryce> bdmurray: I just added a new item to it
[10:21] <bryce> bdmurray: I'll doublecheck the other items
[10:21] <bdmurray> bryce: cool, thanks
[10:22] <Nafallo> ijuz__: thanks :-)
[10:22] <bdmurray> I wanted to make sure I am pointing people to the one you are working on. :)
[10:22] <bryce> bdmurray:  btw, there are a number of bug reports with error messages such as described in that item - they all probably should be encouraged to try kylem's -intel 2.0.0 driver
[10:23] <ijuz__> Nafallo: i have some problems with the GMA X3100 and gutsy... so i'm not so sure about the D630 :)
[10:23] <Nafallo> ijuz__: sounds fun. I'll probably run gutsy virtualised anyway :-)
[10:24] <bryce> bdmurray: yup those are all still valid.  I'll keep adding to the known-issues list as I run into good ones to put there
[10:24] <ijuz__> Nafallo: everything else seems to work (i have a D830, i guess it's about the same as the D630 despite the size); feisty has the problem of course too
[10:24] <Nafallo> hmm
[10:25] <Nafallo> virtual AND multiboot :-)
[10:25] <bdmurray> I wonder about subscribing BugSquad to debugging wiki pages
[10:26] <bryce> bdmurray, if you do, this one might be good to add too:  https://wiki.ubuntu.com/XorgRecentChanges
[10:26] <bryce> I'm maintaining that one just for you guys :-)
[10:28] <sbeards> So spikebike and I are working on a project
[10:29] <sbeards> calling it checksums done right (CDR)
[10:29] <bdmurray> bryce: the I830WaitLpRing item?
[10:29] <bryce> yeah
[10:29] <sbeards> acts like tripwire but verifies against checksums in .debs and .rpms
[10:30] <bdmurray> bryce: Does that show up in '/var/log/Xorg.0.log'?
[10:30] <sbeards> goal is to verify what you have installed is what also on the mirror/media
[10:31] <sbeards> also doesn't trust the client machine (probably do this through lvm snapshots)
[10:31] <bryce> bdmurray: yes it does, at the end
[10:31] <bryce> bdmurray: or Xorg.0.log.old
[10:32] <sbeards> so far I've found around 5000 deb packages without a md5sums file in it
[10:32] <bdmurray> so you have seen these bug reports against the xorg package?
[10:32] <sbeards> out of 85000
[10:33] <sbeards> not bad actually but it'd be better if every package had "official" md5sums
[10:33] <sbeards> from searching the mailing lists it's an age old issue I know
[10:39] <bryce> bdmurray: against the xorg-xserver-video-i810 package only
[10:39] <bryce> they might be in xorg or xserver too, I didn't check
[10:40] <evand> sbeards: that's probably a better topic for the ubuntu-devel-discuss mailing list, rather than IRC.
[10:40] <evand> erm, it's probably better to post that topic to the*
[10:41] <sbeards> evand: or a ubuntu security mailing list perhaps?
[10:41] <sbeards> it's more of a security design issue
[10:45] <sbeards> evand: thx
[10:45] <evand> sbeards: no problem
[10:54] <bryce> bdmurray: I just posted the bug fixes that are added with mesa 7.0.0 and -intel 2.0.0 to XorgRecentChanges
[10:59] <yveslu> hello, question: will gutsy have libc6 2.6 ?