[03:17] <Strom_C> hey guys, sorry if this is the wrong channel, but I've been asking this question in #ubuntu all day and gotten no help:  What is the exact procedure that ubuntu uses to auto-determine video settings when starting the livecd, and is it possible to invoke that procedure post-install?  I'm trying to create a partition image which is fairly portable across machines.
[03:29] <Strom_C> I guess it's happy hour at the bar :)
[03:38] <jdong> or everyone is asleep :)
[03:39] <Strom_C> for some reason, I ddidn't expect all 172 people in here to be in russia
[03:39] <bddebian> Or doesn't know the answer ;-)
[03:40] <Strom_C> i'm surprised that no one knows the answer to this one
[03:51] <ScottK> Strom_C: Your best bet is to look at the source.  I don't know either.
[03:51] <Strom_C> ScottK: I've been grepping and googling and trying things for eighteen hours now
[03:52] <ScottK> Sorry I can't help.
[03:53] <Strom_C> thanks anyway :)
[03:53] <ScottK> Strom_C: The good news is that can only go on so long.
[03:53] <Strom_C> well, at least until you add minoxidil into the equation :D
[03:56] <jdong> Strom_C: sudo dpkg-reconfigure -pcritical xserver-xorg
[03:56] <jdong> Strom_C: you can adjust critical to low, medium, or high, each setting asking fewer questions than before
[03:57] <Strom_C> jdong: I have tried two dozen variants of dpkg-reconfigure and NONE of them produce the same results as the livecd's automatic process
[03:57] <jdong> low probably is the version used by the dept. homeland security when they confiscate your laptop....
[03:57] <jdong> Strom_C: that is exactly what the livecd runs. It sometimes helps to move your old xorg.conf out of the way
[03:57] <Strom_C> having dpkg-reconfigure ask any questions is unacceptable for this application
[03:57] <jdong> -pcritical is what the livecd uses.
[03:57] <Strom_C> alright, let me give this one another go
[03:58] <jdong> Strom_C: if you're reasonably fluent in reading bash scripts, grab the source of 'casper'
[03:58] <jdong> and look at /scripts/casper-bottom
[03:59] <Strom_C> nope, xorg won't start
[03:59] <jdong> 20xconfig mainly
[03:59] <Strom_C> jdong: I looked at that one already, actually
[03:59] <Strom_C> but my bash script fluency isn't all that good
[04:00] <Strom_C> if dpkg-reconfigure -pcritical xserver-xorg is what the livecd runs, then why are the results different when run from an installed system with X not running?
[04:01] <jdong> "casper-reconfigure /root xserver-xorg"
[04:01] <jdong> yeah it simply calls reconfigure xserver-xorg
[04:01] <jdong> with a noninteractive debconf
[04:01] <Strom_C> yeah, i've tried -fnoninteractive too
[04:01] <jdong> have you tried comparing the xorg.conf the livecd generates
[04:01] <jdong> vs this command's?
[04:01] <Strom_C> yep
[04:01] <jdong> it should be identical
[04:01] <Strom_C> they're completely different
[04:02] <jdong> runcommandinroot "$root" dpkg-reconfigure -fnoninteractive --no-reload "$package"
[04:02] <jdong> that's what casper-reconfigure reduces to
[04:02] <jdong> so -fnoninteractive --no-reload
[04:03] <Strom_C> nope, still different from what the livecd generates
[04:04] <Strom_C> fwiw, the livecd actually detects my video hardware and monitor, whereas all flavors of dpkg-reconfigure give me VESA and a generic monitor
[04:04] <jdong> hmm weird
[04:04] <Strom_C> yeah
[04:05] <jdong> is this a stock installed system? or have you changed/added/removed packages
[04:05] <jdong> or activated some different configuraiton?
[04:05] <Strom_C> the only things I've done have been to throw a few tarballs in /usr/src, install a few dependencies, and add the "universe" repository to apt-get.
[04:07] <jdong> hmm that shouldn't affect things
[04:07] <Strom_C> yeah, this is close enough to default that it shouldn't matter
[04:07] <jdong> all the times I've tried -pcritical generates an identical X config to xorg.conf
[04:08] <Strom_C> well, i'm trying the same image in two environments: a boring low-end Dell machine and a VM in "Parallels Desktop" on os x
[04:09] <Strom_C> the reconfigure works fine in the VM, but not on the Dell, though I suspect that the VM's virtual hardware is fairly genericized for compatibility
[04:09] <jdong> then there's someting weird going on with that dell....
[04:10] <jdong> all my systems reconfigure correctly
[04:10] <Strom_C> yeah, but the thing is that the livecd configures it perfectly
[04:10] <jdong> that's definitely weird
[04:11] <Strom_C> and if I'm going to take this image to various training centers to use as the lab environment for a technical training course, I kind of want it to work reasonably well in as-yet-unknown environments :)
[04:13] <Strom_C> i wonder if the livecd loads some other environment settings
[04:17] <Strom_C> this is supremely irritating
[04:19] <jdong> Strom_C: you'd want to find a time when cjwatson is around....
[04:19] <jdong> probably like 12h from now
[04:20] <Strom_C> alright....cool
[04:20] <Strom_C> thanks for your help :)
[04:21] <jdong> np
[07:53] <pitti> Good morning
[07:55] <LaserJock> pitti: good morning
[07:56] <LaserJock> pitti: I don't suppose you'd have time to look at qcad and qalculate MIRs?
[07:56] <LaserJock> :-)
[07:56] <pitti> LaserJock: ah, can do today after finishing php
[07:56] <pitti> LaserJock: please just keep poking me  :)
[07:56] <pitti> LaserJock: hmm, I actually remember looking at qalculate
[07:57] <LaserJock> pitti: oh?
[07:57] <pitti> LaserJock: Dependencies: most not yet in main
[07:57] <pitti> LaserJock: ^ these need to be listed and get MIRs filed/approved
[07:58] <pitti> LaserJock: from a three-second inspection, qcad report looks fine, will process it soon
[07:59] <LaserJock> pitti: oh sorry about qalculate, I thought I had fixed that, oops
[08:01] <LaserJock> qalculate need cln, libgd, and gnuplot
[08:01] <pitti> LaserJock: libgd? literally? we made great efforts to throw this out and only keep libgd2
[08:05] <LaserJock> pitti: I'll have to dig a bit deeper but I think it's actually libgd2
[08:05] <LaserJock> which is already in Main
[08:05] <LaserJock> I'll have to double check that
[08:05] <pitti> gd2 is fine
[08:06] <viviersf> soz to bother, but whos in charge of building the -desktop cds ?
[08:07] <dholbach> good morning
[08:12] <pitti> hey dholbach 
[08:12] <pitti> asac: here?
[08:12] <dholbach> hey pitti
[09:03] <Mithrandir> viviersf: I tend to do it, why?
[09:05] <viviersf> im trying to see how brand spanking new isos get generated
[09:07] <mneptok> magical pixies that live under Mithrandir's floorboards.
[09:07] <Mithrandir> actually, they live underneath the floor in the DC, not in my house.
[09:08] <infinity> They're not that magical either.
[09:08] <LaserJock> just ordinary pixies?
[09:09] <Mithrandir> viviersf: roughly: debootstrap ; apt-get install $packages ; mksquashfs ; mkisofs 
[09:12] <mdke> is bug 76632 actually fixed? I still can't unlock my screensaver... anyone seeing that?
[09:12] <Ubugtu> Malone bug 76632 in gnome-screensaver "screen does not unlock after locking" [High,Fix released]  https://launchpad.net/bugs/76632
[09:12] <Strom_M> Mithrandir, if one does those steps, will packages you apt-get install be automagically installed while the installer runs?
[09:13] <Strom_M> or is there more scripting jiggerypokery one needs to do
[09:13] <Mithrandir> Strom_M: ubiquity just copies the file system off the CD.
[09:14] <Strom_M> awesome
[09:14] <Mithrandir> you want to make sure all the bits ubiquity expects to be there are there though.
[09:14] <Strom_M> right; i was just planning on supplementing the basic install
[09:20] <viviersf> Mithrandir, you got a script that does all that by any change, i can do it that way, just what does all the default configs of pam etc ?
[09:22] <Mithrandir> viviersf: yes, we have such a script, no, we are not giving it out, sorry.  There's a customisation howto on the wiki.
[09:30] <seb128> Mithrandir: is there a way to look from drescher what happened to some binary packages? libgoocanvas1 (binary NEW) is available for 4 archs, according to launchpad it built on sparc yesterday evening but the binary is not to the queue
[09:31] <viviersf> Mithrandir, thx btw
[09:33] <Mithrandir> seb128: it probably got lost in failed-to-move; try rerunning ~lp_buildd/reprocess-failed-to-move (as lp_buildd)
[09:35] <seb128> ok, thank you
[09:36] <Strom_C> stupid question: does the install cd customization process apply only to the server cd, or can I customize the desktop livecd using the same procedure?
[09:36] <Strom_C>  the instructions are a touch ambiguous on that one
[09:38] <seb128> Mithrandir: that solved it, thanks
[09:38] <LaserJock> pitti: do you have any script to check if a packages deps are not in Main
[09:41] <seb128> pitti: could you review libxcb today (binaries are to NEW atm) for main promotion? it's part of the xorg 7.2 stack and blocks libx11 update
[09:43] <viviersf> hmmmk Mithrandir 
[09:43] <Mithrandir> Strom_C: there are two sets of instructions.  You want the one which concerns itself with live cds.
[09:46] <Strom_C> Mithrandir: ah ok, I didn't see that one - looks much easier than the other set of instructions :)
[09:46] <Strom_C> thanks
[09:52] <slomo> pitti: hi :) can you take a look at the ndesk-dbus and ndesk-dbus-glib main inclusion reports? should be fairly fast to review and we have the code itself in main already anyway (in other packages) ;)
[10:05] <pitti> LaserJock: no, I don't
[10:05] <pitti> seb128: can do right now
[10:05] <pitti> slomo: right, I remember; will do
[10:05] <seb128> pitti: danke
[10:05] <LaserJock> pitti: ok, np. I've got a script but it doesn't handle |'s very well
[10:06] <pitti> seb128: fun; libxcb already was in warty and hoary - welcome back :)
[10:06] <seb128> ;)
[10:08] <mneptok> has there been any talk about making apps like Azureus and Frost/Limewire depend on sun-java*-jre in the future?
[10:09] <doko> mneptok: why? to move it to multiverse?
[10:10] <mneptok> doko: because Java apps depending on GCJ are breaking all over the place.
[10:10] <mneptok> AFAIK, the GCJ dependency was only because GCJ is free.
[10:10] <pitti> seb128: wow, designed to replace Xlib? I guess 25 years of API stability are enough :-P
[10:10] <doko> mneptok: please file bug reports
[10:10] <seb128> pitti: ;)
[10:11] <cjwatson> pitti: it doesn't break API or ABI
[10:11] <seb128> pitti: there is a new libx11-xcb with it
[10:11] <pitti> cjwatson: ah, it's the same API, just a reimplementation for thread safety and other goodies?
[10:12] <seb128> pitti: well, new libx11 has the standard libx11-6 and a new libx11-xcb
[10:12] <Mithrandir> pitti: it's also so toolkits can use raw X11 instead of Xlib and thereby get better performance.
[10:12] <cjwatson> http://en.wikipedia.org/wiki/XCB links to some papers
[10:12] <pitti> right, the package description is pretty interesting
[10:13] <doko> mneptok: and you may want to check out deb http://people.ubuntu.com/~doko/ubuntu/ feisty/$(ARCH)/
[10:13] <doko> deb http://people.ubuntu.com/~doko/ubuntu/ feisty/all/
[10:13] <cjwatson> http://www.usenix.org/events/usenix04/tech/freenix/full_papers/sharp/sharp_html/index.html was the one I read a while back
[10:14] <Mithrandir> doko: zope 3.3.1 looks good; approved.
[10:15] <doko> Mithrandir, cjwatson: who should get the approval emails in the future?
[10:16] <Mithrandir> doko: I, until I get ubuntu-release@lists set up, then it should go there.
[10:16] <Mithrandir> I'm considering if we should move towards the same model used for SRUs and such though.
[10:17] <doko> Mithrandir: ok, mdz did forward you another one for sqlite3
[10:17] <Mithrandir> doko: yes, I'm looking at it right now
[10:18] <slomo> pitti: thanks :)
[10:20] <pitti> seb128: libxcb promoted to main and NEWed
[10:20] <slomo> pitti: yay, xcb :)
[10:20] <pitti> slomo: right, I saw some new build deps on ndesk on -changes
[10:21] <pitti> slomo: so libdbus-1-cil is obsolete?
[10:21] <pitti> slomo: and/or dbus-sharp in general?
[10:21] <Mithrandir> doko: sqlite approved.
[10:22] <slomo> pitti: it is since ~1 year already... there just was no better alternative until today ;) dbus-sharp can go to universe and the last rdep is already ported to ndesk-dbus upstream, i'm only waiting for a release
[10:22] <pitti> slomo: ah, great; would be nice to demote it for feisty
[10:22] <givre> seb128: could you please reject ntfs-config from NEW, i have a new version waiting in REVU
[10:22] <seb128> givre: no need to reject it, just upload the new version and it'll be superseded
[10:22] <pitti> slomo: in fact, nothing in main depends on it
[10:22] <slomo> pitti: it's already on the anastacia demotion list
[10:23] <slomo> pitti: yes, the only rdep is in universe (gshare)
[10:23] <pitti> slomo: right, will kick it right now
[10:23] <givre> seb128: ok, bddebian wasn't sure. thanks
[10:23] <Mithrandir> Riddell: where can I find the KDE release schedule?
[10:23] <seb128> slomo: BTW the gnome-user-share change you did for Debian is not good for Ubuntu?
[10:23] <pitti> slomo: there it goes :)
[10:23] <seb128> slomo: the apache config one
[10:24] <slomo> seb128: it is, we need it... i'll file all remaining sync requests today, that's the next point on my todo list :)
[10:24] <seb128> slomo: ok
[10:24] <seb128> I was surprised that you didn't ask for a sync nor uploaded to Ubuntu
[10:25] <pitti> slomo: btw, would you mind improving the package description a bit? "ndesk-dbus is a C# implementation of D-Bus." sounds like reimplementing dbus-daemon, when it is in fact reimplementing the client library
[10:25] <pitti> slomo: when I read that the first time I thought "d'oh, just what the world needs..."
[10:25] <Mithrandir> Riddell: never mind; I found it.
[10:26] <slomo> pitti: well, until now its only a client implementation... but a daemon is planned too ;) although i doubt someone will really use it as default
[10:26] <slomo> pitti: i'll change the description with the next upload
[10:26] <pitti> slomo: thanks
[10:27] <pitti> slomo: I want a dbus daemon written entirely in posix shell
[10:27] <Mithrandir> pitti: no, you don't.
[10:27] <pitti> Mithrandir: sorry, working on php for too long causes irreversible brain damage
[10:27] <slomo> pitti: oh... go for it, should be interesting :)
[10:28] <Mithrandir> pitti: so you clearly want a dbusd written in php?
[10:28] <pitti> uuarrrgh
[10:28] <Treenaks> Mithrandir: ooh! great idea! I'll start writing immediately
[10:30] <slomo> pitti: btw, apport still complains about crashing mono in feisty :/
[10:31] <pitti> slomo: can you give me a test case? kill -SEGV'ing f-spot or tomboy didn't work
[10:31] <slomo> pitti: not really, but i saw bugreports from crashing beagle...
[10:35] <slomo> seb128: hm, seems to be the only important thing i didn't sync/upload yet
[10:35] <seb128> ok, good ;)
[10:35] <seb128> slomo: I can sync it now if you want
[10:35] <slomo> seb128: btw, will you update gstreamer core and plugins-base to a new cvs snapshot soon? or wait until the releases?
[10:35] <seb128> slomo: I was going to ping Mithrandir about that today
[10:35] <seb128> let's do that now
[10:35] <slomo> seb128: would be nice, sync request is bug #86663
[10:36] <Ubugtu> Malone bug 86663 in gnome-user-share "Please sync gnome-user-share 0.10-4 from debian/unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/86663
[10:43] <seb128> re
[10:43] <seb128> Mithrandir: did you read what I was writting before the split?
[10:47] <Mithrandir> seb128: the gnome-user-share one doesn't require UVF exception.
[10:47] <Mithrandir> seb128: what's new and shiny in the new gstreamer bits?
[10:48] <seb128> what did you read before the split?
[10:48] <seb128> let's copy again
 Mithrandir: gstreamer upstream did some changes for easy codec installation (basically they moved libgimme-codec to gst-plugins-base0.10), the new totem tarball has its code updated for that change
[10:48] <seb128>  mitsuhiko Mithrandir
[10:48] <seb128>  Mithrandir: new gst tarballs are coming next week, would it be ok to update the CVS snapshots we have today and update to new versions next week?
[10:48] <seb128> well
[10:48] <seb128> lot of bug fixes, probably some new feature
[10:48] <seb128> what I'm interested in is the EasyCodecInstall bits
[10:48] <Mithrandir> hm, that's interesting, yes.
[10:48] <Mithrandir> ok, go for it.
[10:48] <seb128> thank you
[10:49] <seb128> and we have a CVS snapshot atm already so it's probably a good idea to upgrade to next tarball anyway
[10:52] <slomo> Mithrandir: can you also take a look at the dbus-glib (#84932) and liferea (#86596) uvf exceptions? both are mostly bugfix releases
[10:54] <seb128> doko: could you get an UVF exception for bug #84820
[10:54] <Ubugtu> Malone bug 84820 in Ubuntu "sync request" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84820
[10:54] <seb128> fastjar sync request
[10:55] <Mithrandir> slomo: both approved.
[10:55] <slomo> Mithrandir: thanks :)
[10:56] <seb128> dholbach, slomo: if MOTU UVF is still assigned to a bug does it mean it's not ready to be processed yet?
[10:56] <seb128> https://bugs.beta.launchpad.net/ubuntu/+source/kphotoalbum/+bug/85103
[10:56] <Ubugtu> Malone bug 85103 in kphotoalbum "please sync kphotoalbum [universe]  from Debian experimental [main] " [Undecided,Confirmed]  
[10:57] <doko> seb128: hmm, I'll close the report, it's not necessary
[10:57] <seb128> doko: ok, thank you
[10:58] <slomo> seb128: no that's fine... if the bug is set to confirmed it's approved
[10:58] <seb128> ok
[11:09] <sabdfl> seb128: had the same screensaver login issue again yesterday, is that fixed now?
[11:09] <seb128> sabdfl: yes, we changed the location to /var/run/gdm_socket and it'll stay there now and I've updated the package using it to check the edgy and the feisty sockets so it should not break edgy upgrades
[11:12] <sabdfl> cool - thanks seb128
[11:12] <seb128> np
[12:05] <doko> do we have any meta package for beryl, or just close beryl bug reports?
[12:05] <Mithrandir> we don't have beryl in the archive.
[12:05] <pitti> beryl-manager - Tray application launcher tool for Beryl
[12:05] <pitti> but nothing else
[12:06] <pitti> (and because of that it's uninstallable)
[12:06] <Mithrandir> given that the rest of it wasn't distributable, I rejected it and nobody's uploaded a new version.
[12:06] <StevenK> Beryl isn't distrubutable? Neat.
[12:07] <pitti> StevenK: no, it killed the eyes of too many people, thus falls under the WMD category (Windows of Mass Distraction)
[12:07] <StevenK> Hah
[12:07] <Mithrandir> it includes compiled files without sources.
[12:08] <StevenK> Neat.
[12:08] <sabdfl> pitti: it may yet emerge as the stronger system, ui wise
[12:08] <Mithrandir> oh, and some of the files there doesn't have a free compiler either, so they'd have to go to multiverse.
[12:08] <pitti> sabdfl: I agree; at least I noticed that compiz sucks hard ATM
[12:08] <Lathiat> what the hell does beryl needs thats compiled and/or non-free?
[12:08] <seb128> doko: I reject beryl bugs saying to people to send the bug to the people making the package they are using
[12:08] <Mithrandir> Lathiat: opengl shaders.
[12:09] <Lathiat> ah hrm
[12:09] <sabdfl> we should get this stuff cleaned up and into ubuntu
[12:09] <sabdfl> so the conversation happens here, not somewhere else
[12:09] <Mithrandir> as well as having C files with 4k x 4k pixmaps in them where I doubt that is the preferred form of modification.
[12:09] <Lathiat> beryl-1.dfsg1 anyone :)
[12:10] <seb128> there is a mail about compiz,beryl on http://lists.freedesktop.org/archives/compiz/2007-February
[12:10] <pitti> Mithrandir: it's not an .xpm?
[12:10] <Mithrandir> pitti: no.  OpenGL doesn't use XPMs.
[12:12] <seb128> pitti: beryl sucks as much as compiz
[12:13] <seb128> pitti: they basically have the same core, beryl has extra workarounds, configuration dialogs, plugins and things like that
[12:13] <pitti> seb128: metacity FTW! :-p
[12:13] <seb128> pitti: yeah, for me as well ;)
[12:13] <mneptok> in related news, both of my cats are now working on competing compositors for X.
[12:14] <mneptok> you know, just to be au courant.
[12:14] <pitti> argh, mneptok is in his best mood again today :)
[12:15] <mneptok> let me know if you find an X compositing layer back there.
[12:20] <pitti> mneptok: no, just little fur balls, but that's close enough
[12:21] <mneptok> do they wobble?
[12:21] <mneptok> and why is my GPU not melting?
[12:22] <Mithrandir> mneptok: because compositing is not very much work for GPUs.
[12:22] <pitti> except, of course, if you have a two years old laptop :-(
[12:23] <Mithrandir> my x40 is more than two years old and runs compiz at least just fine.
[12:24] <pitti> well, my radeon 9200 runs tuxracer just fine, but cube rotation and window moving/resizing really sucks with compiz
[12:25] <pitti> (with the free driver anyway; not that I have much choice on powerpc)
[12:27] <jdub> localhost kernel: [963670.820000]  EIP: [<f092ab96>]  ext3_clear_inode+0x26/0xa0 [ext3]  SS:ESP 0068:effafeb4
[12:28] <doko> pitti: what is calling /usr/share/apport/apport-gtk ?
[12:29] <doko> pitti: what is calling /usr/share/apport/apport-gtk ?
[12:30] <doko> pitti do you see bug 73104 for feisty as well?
[12:30] <Ubugtu> Malone bug 73104 in apport "apport causes Python interpreter to segfault" [Medium,Confirmed]  https://launchpad.net/bugs/73104
[12:30] <pitti> doko: python segfault> no, I never saw it
[12:30] <pitti> doko: calling a-gtk> update-notifier
[12:35] <Mithrandir> dholbach: can I use bughelper with a product and not just packages?
[12:35] <dholbach> Mithrandir: yes.... -U to use "upstream bugs" too
[12:37] <Mithrandir> how do I get it to just look at a product?
[12:37] <dholbach> not implemented yet - if you file a bug, I'll look into it
[12:40] <seb128> Mithrandir: UVF exception for rhythmbox? We have 0.9.7.90 which is 0.9.8 pre version and they rolled 0.9.8 now
[12:40] <Mithrandir> seb128: anything which should scare me there?
[12:41] <seb128> no, that's mostly bug fixing since 0.9.7.90 which is ~2 weeks old
[12:41] <Mithrandir> go ahead, then
[12:41] <seb128> thank you
[12:45] <gpocentek> pitti: is there a way to avoid changing the maintainer with the new dpkg-source?
[12:45] <pitti> gpocentek: the dpkg-source change is to enforce you not to avoid it :)
[12:45] <pitti> gpocentek: however, someone posted a script on u-devel-discuss to do it automatically
[12:47] <gpocentek> ok
[12:49] <shawarma> seb128: Will you get around to accepting network-manager-{openvpn,vpnc} today? Universe FF is getting dangerously close. :-)
[12:49] <seb128> shawarma: I though that Mithrandir was on them, will do if he doesn't
[12:51] <Mithrandir> seb128: they should be easy enough, so please just grab them.
[12:51] <shawarma> seb128: Ah, I thought he took off his archive admin hat monday evening.
[12:51] <seb128> Mithrandir: ok
[12:51] <seb128> shawarma: well, that doesn't prevent to have a look on package you are interested in ;)
[12:51] <tepsipakki> shawarma: the release-manager hat is firmly in place ;)
[12:52] <shawarma> tepsipakki: True. :-)
[12:52] <pitti> Mithrandir: speaking of RM hat, cups 1.2.8 looks pretty sane: http://www.cups.org/articles.php?L443
[12:53] <ajmitch> Mithrandir: oh, and I've got a new f-spot (0.3.4) package that seems to work, shall I file a bug for it?
[12:53] <Mithrandir> ajmitch: yes, please.  Or give me a link here and I can look at it.
[12:54] <ajmitch> source package or debdiff?
[12:54] <Mithrandir> debdiff, please.
[12:55] <Mithrandir> pitti: yeah, looks sane enough.  Go ahead.
[12:55] <pitti> Mithrandir: will do, thanks
[12:56] <ajmitch> http://ajmitch.net.nz/debuild/mono/bzr/f-spot/f-spot_0.3.3-0.3.4.debdiff
[12:56] <ajmitch> I still have to fill in the changelog before uploading
[12:57] <slomo> pitti: hm, the binary packages libndesk-dbus1.0-cil and libndesk-dbus-glib1.0-cil are still in universe, only the sources are in main
[12:57] <pitti> slomo: hm, let me look
[12:57] <slomo> pitti: or LP confuses me... but tomboy is again on depwait because it can't find the packages
[12:58] <pitti> slomo: weird, I NEWed them to main
[12:59] <pitti> slomo: libndesk-dbus-glib1.0-cil is in main already
[12:59] <pitti> slomo: promoted libndesk-dbus1.0-cil now; for some reason that didn't work the first time I tried it
[12:59] <slomo> pitti: but not the other? hmm, thanks :) and apart from that archive.ubuntu.com seems to be broken, i didn't get anything new since yesterday evening ;)
[01:00] <pitti> slomo: me too, doesn't even pong here
[01:01] <pitti> slomo: I get a 'Destination Port Unreachable' from the DC, too, I just asked the sysadmins
[01:02] <slomo> pitti: hm, well as long as everything still builds with the new packages it's not too bad ;)
[01:02] <pitti> slomo: I'm not sure whether the buildds use archive.u.c or drescher directly, but I suspect the former
[01:38] <gnomefreak> pitti: if your around is there a way to repack the apport crash reports so i can retrace for debugging symbols?
[01:43] <seb128> gnomefreak: apport-retrace can take a launchpad bug number
[01:44] <seb128> gnomefreak: it'll download the dump and retrace from it
[01:44] <gnomefreak> just apport-retrace bug 11111?
[01:44] <Ubugtu> Malone bug 11111 in kernel-package "Grubs menu.lst gets overwritten every time a kernel update is done" [Medium,Rejected]  https://launchpad.net/bugs/11111
[01:46] <seb128> gnomefreak: apport-retrace -g nnnnnn
[01:47] <gnomefreak> ah ok ty
[01:47] <seb128> np
[01:47] <gnomefreak> ill try it
[01:47] <seb128> or -s if you want to print the retrace on the command line rather than attaching gdb
[01:49] <gnomefreak> i dont need to tell it what bug tracker like malone #####
[01:52] <seb128> gnomefreak: no, just the launchpad bug number
[01:52] <Keybuk> why can't I get either beryl or compiz to work?
[01:52] <seb128> probably because of the xorg updates
[01:52] <gnomefreak> seb128: ok its running we will see what happens :)
[01:52] <seb128> try again when new mesa has built
[01:54] <tepsipakki> Keybuk: used to work?
[01:54] <Keybuk> tepsipakki: never tried it
[01:54] <Keybuk> was trying to demo it last night
[01:54] <tepsipakki> a-ha! :)
[01:54] <Keybuk> and both failed completely
[01:55] <Keybuk> I did think that it's a pretty good idea that we're *not* shipping them as default <g>
[01:55] <seb128> gandalfn who work on compiz told me it was broken for him yesterday after the libxrandr update
[01:55] <Keybuk> compiz vaguely worked, but gnome-panel kept crashing
[01:55] <seb128> he had some white screen problem
[01:55] <Keybuk> beryl also vaguely worked, but the controls inside the windows were incredibly slow to update -- if they updated at all
[01:56] <seb128> Keybuk: weird, it should not impact on the panel ... did you install an external libwnck?
[01:56] <Keybuk> seb128: nope, just desktop-effects
[01:56] <Trewas> umm, isn't including full coredumps in the bugreports reported by apport and keeping them forever available for everyone to see in launchpad a pretty bad privacy hazard, at least for firefox and other web browsers? 
[01:56] <seb128> do you have a backtrace or crash file for the problem with compiz?
[01:56] <Keybuk> seb128: I can get you one
[01:57] <seb128> Trewas: don't send a dump if you don't want to
[01:57] <seb128> Keybuk: would be nice, thank you
[01:58] <Trewas> seb128: I know, but if the people knew what it actually sends (I checked a few coredumps) I doubt anyone would let it... but I guess it's ok if it has some very, very prominent warnings
[01:58] <seb128> Trewas: the apport dialog say it might contain private datas, no?
[01:59] <Trewas> seb128: s/might/will surely/ would be more honest, at least in case of firefox
[01:59] <seb128> what datas does it send?
[02:00] <seb128> I don't know for firefox but for many programs there is nothing private to the crash file
[02:00] <seb128> do you consider things like the URL you were browsing as private data?
[02:00] <Trewas> at least a large number of urls from the browsing history, I assume also saved form-data could also be found if one was filled recently (meaning for example credit card numbers)
[02:00] <heno> seb128: does it also warn you that the data will be posted on the web and indexed by google? :)
[02:00] <Treenaks> seb128: firefox tends to have passwords in memory
[02:00] <gnomefreak> seb128: retracing it gives paths to files using the -v -d options
[02:01] <gnomefreak> doesnt send passwords or anything from what i have seen
[02:01] <seb128> Treenaks: non-crypted password? 
[02:02] <seb128> heno: google will not index the content of the coredump.gz
[02:02] <seb128> anyway that's something know
[02:02] <gnomefreak> seb128: it grabbed the symbols using -g nnnn and dropped me to gdb what do i do from gdb?
[02:02] <seb128> I think the plan at some point is to have a crash collector system
[02:03] <seb128> and move crashes to bugs then
[02:03] <seb128> gnomefreak: thread apply all bt
[02:03] <seb128> gnomefreak: if you don't know about gdb you probably want to use the -s option rather than the -g one
[02:15] <geser> how much time does it currently take for a build package to appear on the archive?
[02:15] <pitti> geser: between .05 and 1.5 hours usually
[02:15] <pitti> erm, s/0.05/0.5/
[02:18] <geser> what could block a2mp3 (finished building at 2007-02-21 01:51:36 CET) to not reached the archive yet?
[02:19] <pitti> geser: archive.ubuntu.com currently seems to have troubles
[02:19] <geser> ok, thanks
[02:30] <Riddell> pitti: dpkg-source complains if the maintainer is set to a kubuntu e-mail address, is that your doing?
[02:30] <pitti> Riddell: hmm, let me look
[02:31] <pitti> +            if ($fi{'C Maintainer'} !~ /ubuntu/) {
[02:31] <pitti> +                    &error(_g('Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address'));
[02:31] <pitti> Riddell: ^ since @kubuntu.org matches /ubuntu/, I'm confused
[02:31] <Riddell> pitti: never mind, my fault
[02:32] <Riddell> I kept the old maintainer line as well without changing it
[02:32] <pitti> but thanks for poking, I just saw a bug in the check
[02:32] <pitti> or, rather, it was correct before applying the bug fix
[02:33] <pitti> ah, no, it's alright
[03:16] <kwwii> dholbach: where can I find the source for gdm artwork in hoary?
[03:18] <ne78> Will xorg 7.2 (with xserver 1.3 is possible) be part of fesity or feisty+1 ?
[03:20] <kwwii> dholbach: forget it, I foudn it
[03:23] <seb128> ne78: we are working to get it for feisty, several lib and mesa have already been updated
[03:23] <seb128> ne78: I'm not sure about xserver 1.3 though, is it available yet?
[03:33] <ne78> seb128: http://lists.freedesktop.org/archives/xorg/2007-February/022005.html
[03:34] <seb128> ne78: I think we will try to get xorg 7.2 and xserver 1.2 first and then we will see
[03:35] <mjg59> xserver 1.3 is basically just 1.2 + randr 1.2
[03:35] <ne78> seb128: randr 1.2 is the feature i would ove to have in feisty
[03:35] <seb128> ne78: randr 1.2 has been uploaded yesterday we will see what we can do for the server when we update it
[03:35] <ne78> seb128: cool
[03:35] <seb128> no reply for now
[03:36] <seb128> but we will look at it
[03:53] <seb128> Mithrandir: could you give a retry to rhythmbox on all archs?
[03:54] <Mithrandir> seb128: given-back
[03:54] <seb128> thank you
[04:08] <bddebian> Heya
[04:18] <seb128> hate quilt
[04:18] <seb128> how do I create a patch with that
[04:20] <tepsipakki> seb128: I love it :)
[04:20] <seb128> weird :p
[04:20] <seb128> I want cdbs-edit-patch
[04:20] <seb128> something I can run, do my changes and get a patch
[04:21] <tepsipakki> quilt new 100_some_patch.diff; quilt add some/file.c; <edit>; quilt refresh
[04:21] <bddebian> dpatch-edit-patch? :-)
[04:21] <tepsipakki> oh and 'quilt push -a' before that
[04:21] <tepsipakki> did I miss something..
[04:22] <seb128> gnagnagna
[04:22] <seb128> hate hate it
[04:23] <seb128> quilt new patch
[04:23] <seb128> autoreconf
[04:23] <seb128> quilt refresh
[04:23] <seb128> -> Nothing in patch 099_autoreconf
[04:23] <kylem> you have to actually tell it you're changing something.
[04:23] <seb128> I don't know what I'm changing
[04:23] <kylem> so it can preserve it and actually generate a diff.
[04:23] <seb128> I'm running autoreconf
[04:24] <seb128> and I want it to diff before and after like cdbs-edit-patch do
[04:24] <kylem> cdbs-edit-patch has the advantage of using a temporary copy... quilt is trying to do things in place. you're pretty much S.O.L. for this...
[04:24] <seb128> I don't want to "quilt add file" on a zillion of Makefile.in
[04:24] <tepsipakki> seb128: you could ask jcristau on #ubuntu-x
[04:24] <seb128> I'll just switch that package back to some sane patch system I think
[04:24] <tepsipakki> seb128: you need it for libx11?
[04:25] <seb128> no for compiz I was trying to merge from debian
[04:25] <tepsipakki> ah
[04:25] <seb128> but doing that stupid autoreconf patch is taking as long as merging the rest of the package
[04:26] <Mithrandir> seb128: just quilt add $(find -type f) and leave it to it to work out which files actually changed? :-)
[04:27] <seb128> Mithrandir:  yeah I'll do that
[04:27] <seb128> I don't get why people actually use that, they don't like things that just work ;)
[04:51] <pochu> BenC: do you have a kernel meeting now?
[04:51] <BenC> pochu: In 9 minutes, yes
[04:52] <pochu> BenC: oks. it's because in ubuntu-meeting it says current meeting, and there is nobody :)
[04:52] <pochu> hehe
[04:52] <BenC> I think it's preemptive or something :)
[04:53] <pochu> :)
[04:53] <BenC> unless it's UTC clock is just broken
[04:53] <pochu> BenC: maybe :)
[05:19] <iwj> At last!  autopkgtest is now building dovecot.
[05:39] <gpocentek> ls
[05:39] <gpocentek> sorry, wrong window
[06:09] <iwj> ROTFL
[06:09] <iwj> adt-run: erroneous package: Test Depends field contains dependency `python' with invalid characters
[06:50] <jdong> Dear emacs doctor... everywhere I look there are subliminal messages that I should use emacs
[06:51] <jdong> there's emacs and solaris vi on the workstation that I'm currently on.
[06:51] <Treenaks> jdong: Ctrl+X Ctrl+C will show them
[06:51] <jdong> There's emacs posters around me....
[06:51] <jdong> and now ESR has joined Ubuntu?
[06:51] <Treenaks> jdong: Mwuahahaha! :)#
[06:51] <jdong> please make it stop... my pinky hurts to think about it.
[06:51] <Treenaks> jdong: be sure to use xemacs -- to annoy him
[06:52] <jdong> :)
[06:53] <Keybuk> I spend all of my time trying *not* to use emacs
[06:53] <Keybuk> but there's just nothing better
[06:53] <Keybuk> which is ad
[06:53] <Keybuk> sad too
[06:54] <bddebian> jdong: WHAT, no nano??
[06:54] <bddebian> :)
[06:54] <jdong> bddebian, the one I'm on is Solaris 10 based... and the  Linux WS'es here are RHEL4-based
[06:54] <jdong> both of which have no shipped nano
[06:54] <jdong> but my bashrc imports a few vim packages :)
[06:54] <bddebian> heh
[06:54] <jdong> and aliases emacs to vim :)
[06:55] <jdong> the first time I launched solaris vi I actually got a notice that it isn't officially supported by IS&T :D
[06:55] <tsmithe> i'm trying to package something (wired), but came across http://paste.ubuntu-nl.org/6899/ when trying to document copyrights. i'm not really sure what to do.
[06:56] <tsmithe> sistpoty pointed me here
[06:57] <Keybuk> tsmithe: looks like the "Wired Team" have modified code taken from someone else
[06:57] <Keybuk> the original code is LGPL, the modified code is GPL
[06:57] <tsmithe> ok. so it's now GPL?
[06:57] <tsmithe> shall i give both credits?
[06:59] <Keybuk> tsmithe: I would normally give both credits, yes
[06:59] <tsmithe> thanks
[06:59] <Keybuk> it's permissible to relicence LGPL code under the GPL
[06:59] <tsmithe> oh. didn't know that. cool - /me dives back into his console
[07:00] <Keybuk>   3. You may opt to apply the terms of the ordinary GNU General Public
[07:00] <Keybuk> License instead of this License to a given copy of the Library.  To do
[07:00] <Keybuk> this, you must alter all the notices that refer to this License, so
[07:00] <Keybuk> that they refer to the ordinary GNU General Public License, version 2,
[07:00] <Keybuk> instead of to this License.  (If a newer version than version 2 of the
[07:00] <Keybuk> ordinary GNU General Public License has appeared, then you can specify
[07:00] <Keybuk> that version instead if you wish.)  Do not make any other change in
[07:00] <Keybuk> these notices.
[07:00] <Keybuk> (from LGPL 2.1)
[07:00] <tsmithe> great!
[07:31] <LaserJock> pitti: get a chance to look at qcad MIR by chance?
[07:33] <pitti> LaserJock: not yet, sorry
[07:34] <LaserJock> pitti: np, just wondered if I missed something
[07:42] <esr> finalbeta on #ubuntiu directed me here when I asked what mailing list to join first to get involved in Ubuntu development.
[07:43] <finalbeta> that's great, blame me ;)
[07:43] <Mirv> esr: hi, ubuntu-devel and ubuntu-devel-discuss for example
[07:43] <Mirv> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
[07:44] <esr> I read the wiki and know about those two.  I was trying to get a handle on which one to start with.
[07:44] <sharms> esr: that list is moderated, might not be 100% what you are looking for
[07:44] <Mirv> a more full list at https://lists.ubuntu.com/mailman/listinfo/ , where you can pick yours. but be aware that a lot of development is basically happening inside Launchpad, which takes some time to get used to
[07:44] <Mirv> https://launchpad.net/
[07:44] <Keybuk> esr: ubuntu-devel-discuss is an open list for discussing development ideas, etc.
[07:44] <Keybuk> esr: ubuntu-devel is moderated to active developers only, to keep the traffic lower
[07:44] <sharms> Or come to Ubuntu-Motu since that is a great starting point for anyone
[07:45] <Keybuk> esr: the majority of Ubuntu (the "universe" repository) is maintained by the "Masters Of The Universe", their mailing list is the ubuntu-motu mailing list
[07:45] <Mirv> (motu="masters of the universe", universe=community maintained software packages)
[07:45] <Keybuk> if you want to join the development team, first you'd join the MOTU list and team and work your way towards the core development team
[07:46] <esr> I guess it will be the MOTU list first, then.
[07:46] <Keybuk> https://wiki.ubuntu.com/MOTU
[07:46] <pitti> hi esr
[07:46] <Keybuk> that's a pretty comprehensive starting point for that team
[07:47] <Keybuk> http://www.ubuntu.com/community/processes/newdev
[07:47] <sharms> if MOTU can deal with me, then you know its a good place to start
[07:47] <Keybuk> ^ is a wordy overview of the "becoming a developer" process
[07:47] <sharms> I am pretty sure Jono's herding cats was about filtering me out :)
[07:48] <Keybuk> http://www.ubuntu.com/community/processes/newmember -- anyone can become an Ubuntu member by contributing to the community (where contribution can include advocacy, etc.)
[07:49] <esr> Right, I read http://www.ubuntu.com/community/processes/newdev.
[07:49] <esr> I've just sent a subscription request to the MOTU list.
[08:20] <bddebian> esr: For Universe/MOTU, you should probably join us in #ubuntu-motu :-)
[08:30] <pitti> LaserJock: still here?
[08:30] <LaserJock> pitti: yep
[08:31] <pitti> LaserJock: I just reviewed qcad; how badly is this needed for edubuntu?
[08:31] <mdke> are we shipping the control center shell by default in feisty?
[08:31] <LaserJock> pitti: well, that's sort of a tough question
[08:31] <pitti> LaserJock: the only critics I have is that it does not support gettext, and thus does not integrate into our translation infrastructure at all
[08:31] <pitti> LaserJock: otherwise it's fine
[08:31] <LaserJock> pitti: CAD is a pretty high demand
[08:32] <LaserJock> pitti: and it's about the only/best CAD program we've got as far as I can tell
[08:32] <pitti> LaserJock: I'm willing to approve it, it'd just become a nuisance once we demote qt3 and want to translate it
[08:32] <pitti> LaserJock: right, but it doesn't get any worse in universe (IOW, in main it cannot profit from langpack support etc. anyway)
[08:32] <Mithrandir> LaserJock: how useful is kicad?
[08:32] <pitti> LaserJock: if you want to put it onto the edubuntu CD, then there's no question
[08:33] <pitti> LaserJock: but if you want it in main 'just because', then I'm not sure about the benefits
[08:33] <LaserJock> pitti: it's supposed to go onto the Edubuntu Add-on CD
[08:34] <pitti> LaserJock: ok then
[08:34] <LaserJock> pitti: well, if you approve it I can ask ogra about the issue and let him decide
[08:34] <pitti> alright
[08:34] <LaserJock> my feeling is he'll want it because we get a lot of requests for CAD
[08:34] <LaserJock> but that sure stinks about no gettext support :/
[08:44] <bddebian> pitti: Are you just pitti@u.c ?
[08:44] <pitti> bddebian: that should work, too
[08:45] <bddebian> Is there a preferred one?
[08:55] <pitti> bddebian: martin.pitt@
[08:56] <ZiNC> Hey.
[08:59] <bddebian> pitti: Too late but thanks.  I'll remember for next time :)
[08:59] <pitti> bddebian: as I said, pitti@ is an alias and should work
[09:01] <bddebian> NP
[09:01] <ZiNC> Anyone familiar with SMART, particularly how sector remapping works?
[09:34] <Mez> is there an easy way to get a list of all installed packages?
[09:34] <mr_pouit> dpkg --get-selections ?
[09:36] <Chipzz> dpkg --get-selections | grep install | cut -f1 in that case :P
[09:36] <mr_pouit> ^^"
[09:36] <Chipzz> hrrrrm wait no :P
[09:36] <Chipzz> the grep install is wrong actually :P
[09:37] <Mithrandir> dpkg -l | grep ^ii
[09:37] <BenC> What's the suggested way to fix this:
[09:37] <BenC> dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[09:37] <Mithrandir> BenC: what's the maintainer address?
[09:38] <BenC> It's a Debian.org address (kernel team), but I'm wondering if all I need to do is change it to mine
[09:38] <pochu> BenC: an @ubuntu.com address :)
[09:38] <BenC> I don't need to add some magical meta field for the original maintainer?
[09:38] <Mithrandir> move the current one to XSBC-Original-Maintainer and set the Maintainer one to yours or kernel-team@lists.u.c or something.
[09:39] <BenC> ah, that's what I was looking for
[09:39] <BenC> Mithrandir: thanks
[09:39] <Mithrandir> BenC: you know, this is all documented in pitti's posting to u-d-a a week or so ago. :-)
[09:39] <pochu> BenC: not subscribed to devel-?
[09:39] <BenC> Mithrandir: Yeah, I remember now :)
[09:50] <bluefoxicy> does anyone know what the flicker is in X anyway?
[09:50] <bluefoxicy> Once in a while (I've noticed this since the beginning of time), the screen will just jerk and for like 1 frame everything will be dragged off to the side or scrunched
[09:50] <bluefoxicy> brief display corruption
[09:50] <bluefoxicy> no real impact on usability or stability, it's just weird.
[09:51] <LaserJock> sounds like a bluefoxicy-specific issue ;-)
[09:51] <bluefoxicy> vo.ov
[09:55] <pitti> Mithrandir: is there anything in the live system creation that could clean /var/lib/update-notifier/user.d/, i. e. the package post-install notifications?
[09:56] <Mithrandir> pitti: yes, we could do that.  Could you mail infinity to get that fixed, please?
[09:56] <pitti> Mithrandir: ah, good; I wondered since yesterday why the hell that postinst doesn't work
[09:59] <Mithrandir> grr, what's the way to get bzr to output a proper ChangeLog style log?
[10:00] <sabdfl> Mithrandir: #bzr?
[10:00] <Treenaks> Mithrandir: submit a spec, then organise a sprint ;)
[10:00] <elmo> Mithrandir: there's a plugin for it I think, but bzr itself doesn't do it
[10:00] <Mithrandir> elmo: k, thanks.
[10:01] <elmo> http://telecom.inescporto.pt/~gjc/gnulog.py
[10:02] <Mithrandir> elmo: oh, excellent.  Thanks.
[10:02] <Mithrandir> apart from it blowing up due to non-ascii chars, but I'll work around that. :-)
[10:28] <seb128> shawarma: ping?
[10:47] <h4writer> Do anyone know if the code of run_command (<alt>F2) is in python and where I can find it. For the moment I find only the panel-run-dialog.glade file
[10:48] <h4writer> (I want to change it a bit)
[10:49] <seb128> it's not in python
[10:49] <seb128> it's gnome-panel code
[10:50] <h4writer> can I edit it and run it direct. Or do I need to recomile it always I change a bit?
[10:50] <tsmithe> gnome-panel is C
[10:50] <tsmithe> you'll need to recompile
[10:51] <h4writer> no, so quick changing something in it, is not easy:-(
[10:51] <h4writer> ok it wil not be for me
[10:51] <h4writer> thanks anyway
[10:52] <tsmithe> sorry :)
[11:05] <shawarma> seb128: pong
[11:05] <seb128> shawarma: network-manager-vpnc is not good
[11:06] <seb128> gnome-two-password-dialog.c looks like LGPL
[11:06] <seb128> "   The Gnome Library is free software; you can redistribute it and/or
[11:06] <seb128>    modify it under the terms of the GNU Library General Public License as
[11:06] <seb128>    published by the ree Software Foundation; either version 2 of the
[11:06] <seb128>    License, or (at your option) any later version.
[11:06] <seb128> "
[11:06] <seb128> and there is no copy to the LPGL to the package
[11:06] <shawarma> Yes.
[11:06] <shawarma> Sure. It's in that same directory.
[11:06] <shawarma> Isn't it?
[11:07] <sistpoty> seb128: btw.: is there a way to send new-rejects to the signer as well? I guess that would help us quite to improve reviewing skills
[11:07] <shawarma> seb128: It's there in my copy.. 
[11:08] <shawarma> seb128: auth-dialog/COPYING should be LGPL-2 unless I messed up somewhere.
[11:09] <h4writer> tsmithe, I wanted to fill a bug request (for my small tweak), but there was already reported: http://bugzilla.gnome.org/show_bug.cgi?id=339963
[11:09] <Ubugtu> Gnome bug 339963 in Panel "Run dialog should not modify the list when selecting an item" [Normal,Unconfirmed]  
[11:09] <h4writer> It dates from 2006!?!
[11:10] <h4writer> that's pity
[11:10] <seb128_> re
[11:10] <seb128_> shawarma: 
[11:10] <seb128_> properties/nm-vpnc.c is  Copyright (C) 2005 David Zeuthen, <davidz@redhat.com>
[11:10] <seb128_>  and it's not listed to debian/copyright
[11:11] <shawarma> seb128_: True.
[11:11] <tsmithe> seb128_, you on archive duty?
[11:11] <shawarma> seb128_: I'll fix it right away.
[11:12] <shawarma> seb128_: Anything in -openvpn I should fix while I'm at it?
[11:12] <seb128__> re
[11:12] <seb128__> what did you get before my internet disconnected? :p
[11:13] <shawarma> That you believed the LGPL was missing
[11:13] <shawarma> ...to which I responded:
[11:14] <shawarma> seb128: auth-dialog/COPYING should be LGPL-2 unless I messed up somewhere.
 properties/nm-vpnc.c is  Copyright (C) 2005 David Zeuthen, <davidz@redhat.com>
[11:14] <seb128__>  and it's not listed to debian/copyright
[11:14] <seb128__>  sistpoty: I didn't reject it yet, I was pinged shawarma because he asked about the package today
[11:14] <shawarma> seb128: Oh, that too. I'm fixing it right now.
[11:14] <sistpoty> seb128_: it was more a general question, not nm-vpnc specific ;)
[11:15] <seb128__> shawarma: ups, I'm used to have the COPYING to the src dir, not to subdirs, that's fine then
[11:15] <seb128__> sistpoty: ok
[11:16] <shawarma> seb128__: I put it there because the rest is GPL and i put the corresponding COPYING for that in the root.
[11:16] <seb128__> usually people use a COPYING and a COPYING.LIB to the src dir
[11:16] <seb128__> but that's fine
[11:17] <bddebian> seb128__: Do you happen to know if you are going to hit libtifiles2 also?
[11:17] <bddebian> Oh, nm
[11:17] <tsmithe> seb128__, did you get my ping? (/me feels really rude)
[11:17] <seb128__> bddebian: "hit libtifiles2", what?
[11:17] <seb128__> tsmithe: no
[11:17] <tsmithe> ah
[11:17] <shawarma> seb128__: Ah, that makes sense, too. I'll leave it where it is for now, though.
[11:18] <tsmithe> seb128__, are you on archive duty tonight?
[11:18] <bddebian> seb128__: In NEW
[11:18] <seb128__> tsmithe: I am
[11:18] <tsmithe> seb128__, could you take a look at wired? _MMA_ would really like it to be in feisty and thus ubuntustudio
[11:18] <seb128__> bddebian: I'm working on NEW, I'll probably not process everything to source NEW though, there is too much of it
[11:18] <bddebian> seb128__: OK
[11:18] <seb128__> "_MMA_"?
[11:19] <tsmithe> seb128__, he's the lead for ubuntustudio
[11:19] <seb128__> tsmithe: ok, will do
[11:19] <tsmithe> thanks much
[11:19] <tsmithe> also, if enblend gets up there, i'd appreciate that as well
[11:20] <bddebian> Sheesh, what am I chopped liver? :-)
[11:21] <tsmithe> bddebian, er yeah...
[11:21] <bddebian> Shut up tsmithe, no more reviews for you ;-P
[11:21] <tsmithe> :D
[11:21] <tsmithe> you know that's not true :P
[11:22] <shawarma> seb128__: Reuploaded nm-vpnc.
[11:23] <seb128__> shawarma: ok, thank you, otherwise it looks fine, I'll probably accept the update
[11:24] <shawarma> seb128__: Sounds excellent. -openvpn was fine?
[11:24] <mdke> seb128__: are we sticking to control center for feisty or reverting with GNOME?
[11:24] <seb128__> mdke: control-center is GNOME
[11:25] <seb128__> shawarma: it's next :p
[11:25] <shawarma> seb128: ah. i'll stick around for a bit. :-)
[11:25] <mdke> seb128__: I mean, I read that GNOME are going back to the administrative tools in menus by default, rather than the cc shell; are we following that decision?
[11:25] <seb128> mdke: yes we are
[11:25] <mdke> ok
[11:25] <seb128> mdke: we would probably have reverted to menus even if they would not have done that
[11:26] <mdke> oh right.
[11:26] <mdke> shame
[11:26] <seb128> mdke: not shame, most of the distro team was breathing in my neck for a revert :p
[11:27] <seb128> mdke: we will likely switch next cycle, there is still some speed, keyboard navigation, graphical space used, etc problems that could use some work before that
[11:27] <mdke> seb128: ah, well I liked the concept; dunno if it was too buggy or usability issues
[11:27] <seb128> lack of polish we will say
[11:28] <seb128> next cycle should be fine
[11:29] <mdke> seb128: cool
[11:35] <seb128> shawarma: openvpn (and maybe the other one as well) auth-dialog/gnome-two-password-dialog.h has a "Copyright (C) 2005, Red Hat, Inc." and debian/copyright status that "a) auth-dialog/* are Copyright 1999, 2000 Eazel, Inc."
[11:36] <seb128> and auth-dialog/main.c has 
[11:36] <seb128> " * (C) Copyright 2004 Red Hat, Inc.
[11:36] <seb128>  *               2005 Tim Niemueller [www.niemueller.de] 
[11:36] <seb128> "
[11:36] <seb128> not listed by debian/copyright neither
[11:38] <seb128> properties/nm-openvpn.c is "Copyright (C) 2005 Tim Niemueller <tim@niemueller.de>
[11:38] <seb128> s//"
[11:38] <seb128> and debian/copyright states "d) Everything else is Copyright 2004-2007 Red Hat, Inc."
[11:40] <seb128> shawarma: same for src, .c are copyight "Tim Niemueller <tim@niemueller.de>"
[11:40] <seb128> shawarma: network-manager-openvpn is not good to go, please fix those
[11:42] <seb128> shawarma: network-manager-vpnc has the auth-dialog/gnome-two-password-dialog.h copyright to Red Hat problem, could you fix it as well?
[11:45] <jdong> have the archives been really slow recently?
[11:45] <jdong> pratt.canonical.com often time out
[11:45] <jdong> and the other 195.x.x.x one pulls like 0-15kb/s
[11:46] <jdong> and I'm sure it's not my link :)
[11:47] <shawarma> seb128: I'm on it.
[11:49] <tsmithe> when does ff take effect?
[11:49] <sistpoty> tsmithe: my ff starts in 10 minutes, though other ppl. from other time zones still have a few more hours ;)
[11:50] <seb128> shawarma: 10 days ago?
[11:50] <tsmithe> ok
[11:50] <shawarma> seb128: what?
[11:50] <tsmithe> can i be in utc-12?
[11:50] <sistpoty> tsmithe: I guess +-12 hours won't make a big difference
[11:50] <seb128> shawarma: feature freeze you mean?
[11:51] <tsmithe> sistpoty, ok thanks
[11:51] <ajmitch> seb128: universe feature freeze is today, so people are wanting packages in :)
[11:51] <seb128> shawarma: ups, that was for tsmithe
[11:51] <seb128> ajmitch: ah ok
[11:51] <tsmithe> seb128, yes
[11:51] <shawarma> seb128: Ah.
[11:53] <elmo> jdong: this is why there are mirrors
[11:54] <jdong> elmo: what's a good US mirror that's not two weeks behind archive.ubuntu.com?
[11:54] <jdong> kernel.org was kinda out of date the last time I tried it
[11:54] <jdong> and us. seems to still be the same servers
[11:55] <elmo> jdong: https://launchpad.net/ubuntu/+archivemirrors
[11:55] <jdong> ooh very cool
[12:08] <shawarma> seb128: One of the file in the openvpn package lacks a copyright notice.. What to do?
[12:09] <shawarma> seb128__: ^^