[00:02] <RAOF> ebroder_: You can manually start X and run gnome-session in it?
[00:24] <penguin42> what happens to all the session stuff if you do that?
[00:25] <RAOF> Oh, yeah.  That's right.
[00:26] <RAOF> You want to run /etc/X11/Xsession or somesuch.
[01:48]  * freeflying 
[04:48] <RAOF> Oh, oh!  Can someone else reproduce bug #656037?  If so, this should be a release blocker.
[04:54] <bladernr> RAOF:  I can try in a few... gotta build a usb key for netbook first
[04:55] <bladernr> I really should stop soon... I've been at this since 0900 :/
[04:58] <RAOF> That needs to be qualified with a timezone to mean anything; I've been at this since 0830 :)
[04:59] <bladernr> EDT
[04:59] <bladernr> heh
[04:59] <bladernr> so... roughly 15 hours
[04:59] <bladernr> well about 12 hours (dinner and lunch break)
[05:04] <bladernr> FWIW, I've got a 32bit Kubuntu install done w/ network and it looks like all the repos are present (main, universe and multivers + restricted)
[05:07] <ogra_ac> -7join #ubuntu-release
[05:08] <ogra_ac> hmpf
[05:08] <RAOF> Heh.
[06:22] <cdbs> How long after the release will natty open?
[06:22] <micahg> cdbs: usually one to 2 weeks
[06:23] <cdbs> micahg: ah, thanks
[06:23] <RAOF> cdbs: Depends on how many electric shocks you apply to the foundations team! :)
[06:40] <NCommander> pitti: ping, I need some help with apport-retracer when you have some time
[06:57] <bladernr> RAOF:  I confirm... sources.list on netbook is hosed.  Though only on netbook images, it seems
[06:58] <RAOF> bladernr: Yeah.  I think I've identified the problem, and I've brought it to the attention of ubuntu-release and the ubiquity guys.
[07:03] <bladernr> excellent...
[07:03] <bladernr> now I shall pass out for a few hours...
[07:03] <bladernr> cheers
[07:25] <dholbach> Good Morning!
[07:25] <soren> Mr. Holbach!
[07:25]  * soren hugs dholbach 
[07:25]  * dholbach hugs soren back
[07:25] <dholbach> man! how are you doing?
[07:26] <soren> Great, but busy :)
[07:26] <dholbach> :-)
[07:26] <soren> Trying to get a release out the door and celebrating my daughter's two-year birthday at the same time.
[07:27] <dholbach> woohoooo!
[07:27] <soren> On that note, I have to go wake her up. She's celebrating by sleeping in, apparently.
[07:27] <dholbach> have a great party :)
[07:27] <soren> Ta ;)
[07:46] <pitti> Good morning
[07:46] <pitti> RAOF: doesn't startx do that?
[07:46] <RAOF> pitti: Not last time I tried.
[07:46] <RAOF> Or, at least, not to my rememberance :)
[07:47] <pitti> ebroder: gdm doesn't have that much overhead, but if you want to start it directly, then something like "ck-launch-session startx" ought to do
[07:47] <pitti> NCommander: what's  up?
[07:56] <RAOF> Hm.  Why doesn't this live session have a shutdown option?
[10:40] <jibel> mvo, Hi, could you have a look at bug 639933, it seems to affect only kubuntu upgrades.
[10:41] <mvo> jibel: sure
[10:41] <jibel> mvo, thanks
[11:35] <planetcall|web> does ubuntu need dotnet skills?
[11:40] <Laney> some applications are based on mono, if that is what you are asking
[11:40] <Laney> These tend to be written in C#
[11:41] <Tm_T> Laney: he is gone already (:
[11:42] <Laney> oh
[11:42] <Laney> oh well
[12:06] <NCommander> pitti: reinstalled apport-retracer on kakadu, I try running crash digger but it just hanged when it starts retracing, and doesn't seem to be calling apport-retrace
[12:06] <pitti> NCommander: I suppose it needs some firewall rules
[12:07] <pitti> NCommander: there were some network adjustments necessary on ronne, for working around bug 620458
[12:07] <pitti> NCommander: but I don't know about the details unfortunately (I was on holiday)
[12:10] <NCommander> pitti: shouldn't that just error out and not hang?
[12:10] <NCommander> Or is that a bug in the retracer?
[12:10] <pitti> NCommander: TCP timeouts somewhere?
[12:11] <NCommander> pitti: 10/07/10 04:12:27: retracing #625408
[12:11] <NCommander> That was about 5 hours ago ...
[12:11] <NCommander> Something should have timed out by now :-)
[12:16] <pitti> ok, then it seems somethign deep in launchpadlib/lazr/etc. should time out
[12:16] <pitti> but anyway, I think the reason are the firewall settings
[12:16] <pitti> NCommander: you could attach strace to it and see what it's hanging on?
[12:17] <NCommander> pitti: I posted IS, and will wait to see if that just magically resolves it (and may just throw the retracer up on 127.0.0.1 to see if its actually firewall related)
[12:17] <NCommander> pitti: will do, though probably not tonight.
[12:20] <seb128> you can try retracing a public bug to see if it works
[12:21] <seb128> without the firewall tweak the retracers were crashing on timeout after minute or so
[12:24] <wgrant> FWIW, we have a proper private attachment which is awaiting testing.
[12:28] <ScottK-droid> seb128: Would you please review cairo-dock/plugins in the queue? Go ahead and accept them if you think they are OK.
[12:28] <seb128> ScottK-droid, ok
[12:28] <ScottK-droid> Thanks.
[12:29] <seb128> yw
[12:31] <chrisccoulson> lamont, is there any way i can debug processes which hang in the buildd's?
[12:31] <chrisccoulson> i had a firefox build hang last night: http://tinyurl.com/3yz6gen
[12:31] <chrisccoulson> and i'm not sure what to do, it's not reproducible locally
[12:33] <lamont> chrisccoulson: I don't even have any way to reach into a ppa builder and see what it's doing, other than via the web UI on launchpad
[12:33] <chrisccoulson> hmmm, that's a bit of a pain
[12:33] <lamont> if it's hanging on the archive buildds, poke someone to look at it during that 2.5 hour window is about the best answer
[12:34] <lamont> chrisccoulson: definitely a pain
[12:34] <chrisccoulson> i was hoping that i could resolve these issues before i upload to the main archive next cycle :/
[12:55] <chrisccoulson> lamont, there's not anything running on port 8888 in the PPA builders is there?
[13:06] <lamont> prolly not
[14:44] <smb> Who would be currently in charge for network manager again?
[14:52] <pitti> smb: Mathieu (https://launchpad.net/~mathieu-tl)
[14:55] <smb> pitti, Ok, thanks
[15:32] <pitti> mdeslaur: so, postgresql-8.4/maverick couldn't be synced (too late); want me to provide a maverick-security upload, or do you already have one in the pipe? (it's just the Debian sid package with an adapted version number, and perhaps a bug ref in the changelog)
[15:33] <mdeslaur> pitti: I'm actually publishing the dapper-lucid ones as we speak :(
[15:34] <mdeslaur> pitti: could you create a maverick-security package, and I'll release it next week?
[15:34] <pitti> mdeslaur: ah, so we'll do a followup USN for maverick?
[15:34] <mdeslaur> pitti: yeah, I'll release a -2
[15:34] <pitti> mdeslaur: yep, can do
[15:34] <mdeslaur> pitti: cool, thanks
[15:34] <pitti> mdeslaur: I guess I don't need to do it "right now", then, and "by tomorrow" is enough?
[15:34] <mdeslaur> pitti: I won't publish it before tuesday anyway, so no rush
[15:45] <pitti> mdeslaur: btw, should I include the orig.tar.gz into the .changes? it's the same orig.tar.gz as for karmic/lucid
[15:45] <pitti> mdeslaur: but if you upload it to a PPA first, you might need it
[15:46] <pitti> (uploading without one for now)
[15:47] <mdeslaur> pitti: That's okay, I'll grab it from the other releases. thanks
[15:47] <pitti> URL sent to the bug
[15:48] <pitti> (you wouldn't have guessed it :) )
[15:48] <mdeslaur> hehe
[16:16] <ari-tczew> when natty will be open?
[16:16] <micahg> ari-tczew: 1-2 weeks after release generally
[17:39] <mdeslaur> pitti: have you run the postgresql test suite on maverick?
[17:39] <dpm> hi mvo, a translator had been doing some work on the ddtp templates, and some of his translations are now gone. He's asking if the strings are now stable or if he should wait for a bit...
[17:39] <mdeslaur> pitti: it's asking me for a password, which it doesn't do on previous releases...
[17:49] <mdeslaur> pitti: never mind, seems I had cruft in my /var/lib/postgresql directory
[18:01] <sabdfl> do we really have a 0-day ssl issue? aieeee :-)
[18:06] <highvoltage> hmm, if what sabdfl say is true, then we'll probably have another rebuild
[18:07] <highvoltage> and testers should probably be given some kind of heads-up that there will be a rebuild
[18:07] <mdeslaur> highvoltage: no, it's been published in -security
[18:07] <mdeslaur> highvoltage: no need to rebuild
[18:08] <highvoltage> mdeslaur: ok
[18:08] <ScottK> mdeslaur: From reading the USN, it wasn't clear to me if both issues were risk of code execution with privileges of the calling application or potentially something worse?
[18:09] <mdeslaur> ScottK: only the second issue applied to Maverick, and while it's marked as a code execution, our hardening features turns it most likely into a simple denial of service
[18:10] <hallyn> slangasek: cjwatson: so regarding bug #622762, does it sound like something worth having in release notes?  (about backward compatibility of cryptsetup from lucid to maverick)
[18:10]  * ScottK goes to re-read the USN.
[18:11] <ebroder> Who am I supposed to talk to to get a room at UDS? Do I just book it with the hotel directly?
[18:11] <ScottK> mdeslaur: Thanks.
[18:12] <slangasek> hallyn: yes
[18:12] <hallyn> slangasek: is there something i should do, like add a tag to the bug?
[18:12] <slangasek> hallyn: open a task against the ubuntu-release-notes project
[18:23] <highvoltage> https://wiki.ubuntu.com/TechnicalBoardAgenda needs an update on next meeting time.
[18:25] <hallyn> slangasek: ok thx
[18:30] <kees> highvoltage: I've updated the date.
[18:32] <highvoltage> kees: thanks!
[18:41] <kees> highvoltage: np :)
[19:35] <mvo> dpm: some are gone .( why that?
[19:35] <mvo> dpm: vanished packages?
[19:35] <mvo> dpm: they should be stable now
[19:59] <dpm> mvo, I don't know which ones exactly vanished. I'll ask the translator tomorrow. Thanks, I'll tell him now that they should be stable
[20:23] <Dev^Null> Hey all I have a disk image of ubuntu 9.10 that I replicate to about 500 different machines. I am having an issue with the 70-persistent-net.rules becuaes it wants to name the nic based of the mac address while this changes with each machine. I would like to set it up to look if ATTR{operstate}=="up" then  call that car eth1 I have 2 nic's in each box and only one is ever used. how would I do this.
[20:23] <kibibyte> hi
[20:23] <kibibyte> why nobody fixed bug with icons disappering fom right top menu? this bug exists since 1 or more years. Only solution to it is rm -rf .gconf*  and then set desktop from scratch!#
[22:03] <rmrfslash> How/where is networking started on boot in Ubuntu?
[22:03] <rmrfslash> I don't see any init scripts in runlevels other than 0,6
[22:03] <rmrfslash> clearly is must be started from somewhere else, I'd just like to know the best place to put an iptables-restore
[22:06] <kklimonda> rmrfslash: check /etc/init/
[22:06] <rmrfslash> /etc/init.d?
[22:06] <kklimonda> no, /etc/init/
[22:07] <kklimonda> see for example how is ufw started
[22:07] <rmrfslash> woops
[22:09] <rmrfslash> so I should probably put rules in user.rules
[22:11] <kklimonda> if you decide to use ufw it's pretty well documented
[22:11] <kklimonda> see man ufw-framework
[22:12] <kklimonda> user.rules are, afair, added by the ufw itself
[22:12] <kklimonda> you should edit before.rules and after.rules
[22:12] <kklimonda> rmrfslash: *
[22:12] <kklimonda> ech, missed ^
[22:13] <rmrfslash> i c
[22:13] <rmrfslash> thanks
[22:35] <ScottK> barry: Would you be able to take a look at https://bugs.launchpad.net/bugs/656541 and see if the proposed patch is correct?
[22:44] <cwillu> while trying to build compiz form source, dpkg-buildpackage dies with "gtk-window-decorator.c:50: fatal error: libwnck/libwnck.h: No such file or directory"
[22:44] <cwillu> this is odd, given that cwillu@dominubuntu:~/work/compiz/compiz-0.8.6$ ls -lh /usr/include/libwnck-1.0/libwnck/libwnck.h
[22:44] <cwillu> -rw-r--r-- 1 root root 1.3K 2010-05-31 01:44 /usr/include/libwnck-1.0/libwnck/libwnck.h
[22:45] <poolie> in that case i guess autoconf/pkg-config isn't finding the right path
[23:06] <cwillu> poolie, thanks.
[23:06]  * cwillu starts reading potentially relevant man pages
[23:07] <cwillu> poolie, pkg-config --list-all has an entry for libwnck-1.0, which would seem correct
[23:11] <cwillu> ugh, stray copy in /usr/local/ from before I knew how of dpkg-buildpackage's existence
[23:13] <poolie> that'd be it
[23:14] <poolie> cwillu: you might like to use sbuild or pdebuild to do your package builds isolated from your regular system
[23:18] <cwillu> poolie, I use similar for my arm packages;  for my desktop stuff (incidently, how do I go about getting some of these fixes actually applied?), them breaking in this fashion is a sign that I did something wrong, and I'd rather have the symptom
[23:19] <cwillu> for instance, current compiz with snapping is unusable on slower systems, as it warps the mouse pointer back to the last window move location faster than you can move it
[23:26] <poolie> how do you mean getting them applied?
[23:26] <poolie> best thing is to create a merge proposal on lp
[23:28] <cwillu> so, first step is to actually set up a ppa or such?
[23:43] <poolie> cwillu: no, you don't have to
[23:43] <poolie> just put them in a bzr branch, push that to launchpad, then propose a merge