[00:09] <jono> arand, it happens when I click a toolbox item
[00:09] <jono> it starts fine
[00:10] <jono> in maverick
[00:11] <arand> jono: I was clicking about, painting, selecting, etc. With no problem. I may not be on the latest version if there was updates in the last day though..
[00:16] <jono> arand, odd
[00:18] <arand> jono: Thos was a i386 kvm machine.. Which seems to have bigger problems that that all of a sudden (kernel panics), so an updated test might take a while from my side.. :/
[00:20] <jono> arand, sorry to hear that
[00:22] <arand> Well, just have to step back a while in snapshots.. got some update-downloading to do now..
[00:24] <arand> jono: Seems to be no gimp updates at that though, so if anything did break it recently it wasn't a gimp-package fault, not directly at least I guess..
[00:24] <jono> hmmm
[00:28] <arand> jono: amd64 on your side? Apport manages to catch it?
[00:29] <jono> arand, apport doesnt catch it
[00:29] <jono> I am going to do some more testing in a bit
[00:29] <jono> thanks!
[01:31] <arand> jono: Nope, all upgraded and gimp seems as stable as ever, at least on this here instance.
[03:51] <pranay_09> hi, while downloading any package via synaptic manager in ubuntu if i go for system shutdown, then the system does not inform me that some downloading is going on . so how can i incorporate this feature ?
[03:52] <micahg> pranay_09: file a bug?
[03:52] <pranay_09> micahg: where?
[03:52] <micahg> good question :)
[03:54] <micahg> pranay_09: you can always file just against ubuntu and add the needs-reassignment tag if you'
[03:54] <micahg> re not sure
[03:55] <pranay_09> micahg: ok
[03:55] <pranay_09> micahg: acutally i wanted to know that how can i work upon it?
[03:55] <micahg> pranay_09: ah, ok
[03:56] <micahg> pranay_09: well, all the sources are available either as source packages or in bzr, I just don't know which package this would be
[03:57] <micahg> pranay_09: maybe someone else will know
[03:59] <pranay_09> micahg: ok, so where should i search for such package , any idea?
[03:59] <micahg> pranay_09: looks like gnome-session might be it
[03:59] <micahg> pranay_09: also, you might want to check bugzilla.gnome.org to see if anyone's filed such a request or if there's a partial patch
[04:00] <pranay_09> micahg: k, thanks :)
[04:00] <micahg> pranay_09: np
[05:09] <Chipzz> micahg: are you seriously proposing patching gnome-session for that?
[05:09] <Chipzz> ^^
[05:10] <micahg> Chipzz: nope
[05:10] <micahg> Chipzz: but if someone wants to make a patch, should I stand in their way?
[05:11] <Chipzz> then why is it a bug against gnome-session?
[05:11] <micahg> Chipzz: I don't think he's going to file a bug, I misunderstood, he wanted to work on it
[05:11] <Chipzz> if you're wasting their time because that patch has 0 chance of being accepted, yes
[05:11] <RAOF> There's an existing mechanism for making this work, by the way.
[05:12] <micahg> where was everyone an hour ago?  I was just trying to help :-/
[05:12] <Chipzz> playing WoW :P
[05:12] <micahg> user's still here, anyone want to talk to pranay_09 about it?
[05:13] <RAOF> pranay_09: You could make that work with an app that registers with the session-management protocol - one of the things that protocol does is send a “I'd like to shutdown now” message to all clients, which can block the shutdown.
[05:14] <micahg> RAOF: thank you :)
[05:37] <pranay_09> RAOF: thanks for that
[05:46] <LucidFox> Chipzz> WoW \o/
[07:00] <dholbach> good morning
[07:12] <ion> That.
[07:36] <j1mc> dholbach: i'm not sure if you've had a chance to look at the packaging guide emails yet, but let me know if you have any questions.
[07:37] <dholbach> j1mc: not yet, I'm sorry - I've been drowning in emails and work, but I'll do my best to get to it today and I'll reply to them
[07:37] <dholbach> j1mc: thanks a bunch for helping me out!
[07:37] <j1mc> dholbach: no worries.  i'm looking forward to the project.  i think having good packaging docs will go a long way in helping ubuntu.
[07:38] <dholbach> definitely - I look forward to having a good discussion about it, that's why I wanted your and the doc team's advise
[07:38] <dholbach> advice
[07:38] <j1mc> :)
[07:39] <j1mc> i'm sure we'll be seeking out your input quite a bit as things get started.
[07:39] <j1mc> i'm off to catch a few Zzzz's
[07:39] <j1mc> later!
[07:39] <dholbach> sleep tight
[08:03] <dholbach> ArneGoetje: HAPPY BIRTHDAY! :)
[08:18] <ArneGoetje> dholbach: THANK YOU! :)
[08:18] <dholbach> :)
[08:42] <pitti> Good morning
[08:45] <NCommander> stgraber: ping, do you care about Ithanium1 support in Ubuntu?
[08:48] <StevenK> NCommander: s/h//
[08:49] <NCommander> StevenK: it burns less when I spell it wrong.
[08:49] <StevenK> Yes, but the pain will never fade.
[10:08] <ara> soren, hello :)
[10:09] <ara> soren, is there a way to use vmbuilder without debootstrap (i.e. copying from a base image)
[10:12] <dholbach> soren: you could give a session at UDW about vmbuilder and stuff! https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule :-D
[10:12] <dholbach> soren: … and how VMs are good for you
[10:31] <soren> ara: Yes.
[10:31] <soren> ara: It has a --existing-chroot option or something like that.
[10:32] <soren> dholbach: I'm afraid I'm in meeting all that time.
[10:32] <dholbach> soren: it was worth a try :)
[10:32] <soren> dholbach: It was, yes :)
[10:34] <soren> ara: ...so if you first run VMBuilder with "--only-chroot" it gives you the path to the chroot it built. Subsequently, you can add a "--existing-chroot=<the path you got from --only-chroot>" and that should save you a bunch of time.
[10:41] <ara> soren, thanks!
[12:03] <seb128> jdong, hi
[12:03] <seb128> jdong, is there any chance you could do some sru reviews this week?
[12:04] <seb128> slangasek, ^ or you?
[12:04] <seb128> other sru teams member are busy with other things atm and the queue is a bit stalling
[13:31] <zyga> dholbach, where does ubuntu developer week take place? #ubuntu-meeting?
[13:32] <dholbach> zyga: #ubuntu-classroom
[13:32] <zyga> thanks :)
[13:32] <dholbach> zyga: I'll send a mail to all speakers explaining it a few days inadvance :)
[13:33] <zyga> dholbach, I added this to my calendar so that I can keep track
[13:33] <dholbach> awesome
[13:33] <dholbach> thanks again zyga!
[13:39] <hoare> guys, any wubi developers here?
[13:40] <LucidFox> Is it possible to make gcc or clang to reject C++ incompatible C features?
[13:42] <zyga> LucidFox, gcc has some switches that spit warnings for C-okay C++-notokay code but I'm not sure if it really covers all cases
[13:42] <ebroder> What causes the loopback interface to get started on an upstart system? Does it happen through the normal net-device-added -> network-interface -> ifup chain?
[13:55] <LucidFox> I wonder
[13:56] <LucidFox> Is there a standard way for doing automatic PPA daily builds from a VCS?
[14:02] <hoare> guys, any wubi developers here?
[14:16] <nigelb> LucidFox: like daily builts?
[14:16] <nigelb> *builds
[14:16] <arand> LucidFox: https://wiki.ubuntu.com/DailyBuilds might have some info there in the links..
[14:16] <dupondje> pitti: you there ?
[14:17] <pitti> dupondje: hello
[14:18] <dupondje> pitti:  :) could you check https://bugs.launchpad.net/ubuntu/+source/pybootchartgui/+bug/596475 ?
[14:20] <seb128> dupondje, the debdiff is weird, the changelog mentions new options but there is no code for those?
[14:21] <pitti> dupondje: right, what seb128 just said, was going to ask the same
[14:21] <pitti> dupondje: and we already fixed the find bug yestrday
[14:22] <pitti> mousewheel?
[14:22] <pitti> oh, pybootchartgui has an interactive mode as well?
[14:22]  * pitti was only ever looking at the produced .pngs
[14:22] <dupondje> pitti: yes :) if you scroll now, it zooms directly
[14:22] <dupondje> patch fixes that it zooms only when CTRL is entered :)
[14:22] <pitti> ah, that directly reads the .tgz
[14:23] <dupondje> seb128: those 'new options' are also in the current versions ... Didn't know if I needed to add the info in latest changelog
[14:23] <dupondje> as its a new upstream version, with the ubuntu changes included ...
[14:23] <seb128> dupondje, well changelog describes what changed
[14:24] <seb128> dupondje, it's weird to describe things which didn't change in the new entry ;-)
[14:24] <pitti> dupondje: ah, then you should perhaps indent it properly
[14:24] <pitti> dupondje: so the --crop-after bits were previously cherrypicked as patches?
[14:24] <pitti> but right, if we already got them, no need to repeat, it's only confusing
[14:25] <dupondje> It was just to make clear we kept the upstream delta in the new version :)
[14:26] <LucidFox> arand> So basically, I'd need my own build server... okay
[14:27] <arand> LucidFox: TO be honest I have no idea, I just found the wiki page and it looked relevant ;)
[14:29] <pitti> dupondje: oh, that is a delta of our's? then it shouldn't be in the changelog at all IMHO
[14:30] <dupondje> those are changes that are made in the ubuntu package only indeed, not in upstream
[14:31] <seb128> dupondje, changelog is to indicate changes, if those are in the previous version we will indicate if we drop them, otherwise we assume that we keep what was done before
[14:31] <seb128> dupondje, you would have to do a summary of all the changes at every upload otherwise ;-)
[14:33] <pitti> ah, so it's not really that magic; just seems to be a terribly slow eog :)
[14:35] <dupondje> seb128: Want sure :) ah well, just remove the lines then ^^:)
[15:46] <doko> barry, ScottK: just disable the profiled build on the archs where it does fail
[15:46] <ScottK> doko: OK.  Will do.
[15:46] <barry> doko: thanks
[15:46] <apachelogger> doko: do you happen to know why binutils(-gold) does not use update-alternatives for ld diversion?
[15:47] <doko> apachelogger: because alternatives are evil for anything other than editor or www-browser
[15:48] <apachelogger> hm, ok :)
[15:48] <doko> you can't see from logs what was really used, makes understanding bug reports harder, etc
[15:50] <superm1> slangasek, so today's 06-24 build is doing that same thing with the hash sum mismatch again.  could you perhaps temporarily reschedule it at a different time so as to avoid this conflict until that proper locking can be put in place?
[15:52] <ScottK> pitti: Would you please rescore python2.6.  I need to find at all the archs it's going to fail on before I upload it again.
[15:53] <apachelogger> doko: well, you do not see this with the current approach either, do you?
[15:53] <doko> apachelogger: why not?
[15:53] <apachelogger> I mean, binutils-gold will dpkg-divert ld and then the builder will just use ld as usual
[15:55] <doko> apachelogger: no, you know it's gold, if binutils-gold is installed
[15:58] <apachelogger> doko: not if the user manually messed with the link that is, which is likely considering dpkg-divert is from a user perspective not exactly usable
[15:58] <apachelogger> especially considering that one might not want to use gold for everything
[15:58] <doko> apachelogger: a user always looses when manipulating things directly
[15:58]  * sebner waves at pinky apachelogger 
[15:58] <apachelogger> Just to give this context. The kdepim team is thinking about using gold for in-development builds for various reasons and the concern was raised that one should probably be able to switch easily.
[15:59] <apachelogger> sebner: o/ lo
[15:59] <doko> apachelogger: then you should use -B<directory with ld>
[16:00] <apachelogger> *nod*
[16:00] <apachelogger> doko: thanks for the chat :)
[16:18] <flupke> ScottK, hi, I posted a bug about qtmultimedia missing in python-qt4, you asked me to see what they think of it on debian... There has been no activity on it since june 7, and people on #debian said me to stop spamming about it, so I think qtmultimedia will be deprecated before being integrated on debian :)
[16:21] <ScottK> flupke: The bug just discussed on #debian-python (on OFTC) just a little bit ago.  I'd suggest joining.
[16:24] <flupke> ScottK, ok, done
[17:05] <ximion> siretart: ping
[17:05] <siretart> ximion: what's up?
[17:07] <ximion> first of all: hi! (glad that I finally found you) I packaged the music visualisation library projectM for Debian to replace the old, orphaned packages in sid. The packaging was accepted as pkg-multimedia-maintainers project...
[17:08] <siretart> ximion: ah, yes, I've seen your query yesterday, and reviewing your projectm package is indeed still on my todo list
[17:08] <ximion> ...but I still need someone to review the packageing. On the multimedia-maintainers mailinglist I was told to try to contact you ^^
[17:09] <siretart> we use the channel #debian-multimedia on irc.debian.org for the team pkg-multimedia
[17:09] <ximion> oh, I wasn't sure if you got my message - Konversation did some really weird stuff that day.
[17:09] <siretart> oh, I see. no problem
[17:09] <siretart> I think I'll find time to review/sponsor it tomorrow
[17:09] <ximion> the debian-multimedia channel throws me out: invitations only.
[17:09] <siretart> are you sure that you're on the right irc network?
[17:10] <ximion> Freenode?
[17:10] <siretart> not freenode, oftc
[17:10] <siretart> as said, irc.debian.org
[17:11] <ximion> should read the wiki page more carefully...
[17:13] <ebroder> mvo: Whenever you're around, if there's anything I can do to move bug #594206 forward, let me know - I'm happy to help
[17:14] <ScottK> doko: I'm a bit worried what to do about python-defaults and the ICE on ia64.  If I merge python-defaults from Unstable, then that will make python-minimal uninstallable on ia64 won't it?
[17:15] <ebroder> Is there a reason that intrepid is still in archive.ubuntu.com? Are unsupported releases not getting moved to old-releases.u.c anymore?
[17:17] <doko> ScottK: well, then delay the merge until this is fixed
[17:17] <Pici> ebroder: I know that intrepid's packages were *just* moved to old-releases, so there may be some time for them to be removed from archive.u.c
[17:17] <ScottK> doko: OK.  Maybe I should talk to the Ubuntu gcc maintainer about fixing it then ... :-)
[17:17] <ebroder> Pici: Oh! So they are. I hadn't noticed that yet. Awesome
[17:18] <Pici> ebroder: ports was there before, but i386 just got there today.
[17:25] <ScottK> doko: Bug filed.
[17:26] <doko> ScottK: please make sure to include the .gcda file together with the preprocessed source
[17:27] <ScottK> doko: I don't have hardware, so no way I can do that.
[17:27] <doko> another reason to drop ia64
[17:27] <ScottK> Next cycle you probably get that wish.
[17:56] <_melvin__> cyphermox, Hi. is it possible to make two ore mor openvpn Connections with NetworkManager at the same time?
[18:02] <_melvin__> mn
[18:03] <cyphermox> _melvin__: hi! sadly, no. only one vpn connection at a time. I think that has been discussed on the NM mailing list however and there may be work towards that... thanks for reminding me I wanted to make a call for testing for the new NM version
[18:04] <_melvin__> cyphermox, can i make a feature request somewhere?
[18:08] <cyphermox> _melvin__: yes. please bring it up on the gnome bugzilla project for NetworkManager or on the mailing list, see http://live.gnome.org/NetworkManager
[18:09] <fale> hi
[18:09] <_melvin__> cyphermox, ok. Thank you
[18:09] <fale> I think here (http://bazaar.launchpad.net/~ubuntu-dev/ubuntu-dev-tools/trunk/files) there is the script that canonical suses to create iso images... but I dunno the name :(
[18:51] <DktrKranz> mvo: have you had occasion to look ad python-apt merge for gdebi?
[18:55] <mvo> DktrKranz: yes, the maverick version should already be fine
[18:55] <mvo> DktrKranz: the diff between maverick and debian-sid is tiny
[18:57] <DktrKranz> mvo: so, it should be fine to merge and upload for you? I can have a look
[18:59] <mvo> DktrKranz: not sure I understand correctly. what I try to say is that the maverick python-apt version should be fine for gdebi. the remaining delta for python-apt is so small that its not worth a upload at this point IMO
[19:01] <DktrKranz> mvo: I mean if it's ok to merge gdebi's python-apt branch into trunk
[19:01] <mvo> DktrKranz: ohh, I misunderstood. sorry. let me look at this branch
[19:03] <mvo> DktrKranz: I assume you mean  lp:~mvo/gdebi/python-apt0.8-port   ?
[19:04] <DktrKranz> mvo: exactly
[19:05] <mvo> DktrKranz: yeah, that should be fine :) if you could also give it a bit of testing, that would be much appreciated
[19:05] <mvo> DktrKranz: I thought you meant the "python-apt" package merge between debian and ubuntu :)
[19:05] <mvo> thats why I was confused
[19:06] <DktrKranz> I should have expressed better, sorry
[19:06] <DktrKranz> I'll give it a try
[19:06] <DktrKranz> if my tests are fine, is it ok for you to merge and upload in Debian, then sync in maverick?
[19:07] <DktrKranz> (I'll take care of the process)
[19:07] <mvo> yes
[19:07] <mvo> and thanks a lot for this :)
[19:07] <DktrKranz> cool, thanks :)
[19:07] <ebroder> mvo: Did you see my message earlier about bug #594206?
[19:08] <mvo> ebroder: I have not seen this one, let me have a look
[19:08] <ebroder> mvo: It's a followup to the Sources.AllowThirdParty option. I just wanted to offer to help with implementation if there was any way I could
[19:10] <mvo> ebroder: thanks, could you please put a example sources.list in there? just so that there is something to test against?
[19:10] <ebroder> mvo: Will do
[19:23] <mvo> ebroder: odd, from the code it looks like it should work
[19:23] <mvo> ebroder: let me create a test case for it
[19:52] <soren> slangasek: Can I borrow your brain for two minutes? I want to help this guy, but my upstart-fu is not strong enough: https://bugs.launchpad.net/bugs/350936
[19:55] <slangasek> soren: the only problem I see there is that the last line of the job shows that there are timing issues in his script
[19:55] <slangasek> why isn't 'virsh destroy' synchronous?
[20:03] <soren> slangasek: Sorry, my phone rang..
[20:04] <soren> slangasek: "virsh destroy" should be synchronous.
[20:04] <slangasek> soren: ok, then why does he have a sleep at the end? :-)
[20:04] <soren> slangasek: His problem is that apparantly libvirt gets shut down before his script gets to finish.
[20:04] <slangasek> soren: anyway, 'stop on stopping foo' definitely blocks the killing of process foo
[20:04] <slangasek> that doesn't prevent something outside of upstart from killing the process, but I don't know what would do that
[20:05] <soren> slangasek: Ok. Hm..
[20:06] <soren> slangasek: Oh, wait.
[20:06] <soren> slangasek: This is "start on stopping foo".
[20:06] <soren> slangasek: ..but that shouldn't matter, should it?
[20:06] <slangasek> right, that too
[20:11] <soren> slangasek: Well, thanks. I'll see what we can come up with :)
[21:00] <fale> hi guys
[21:02] <fale> some times ago, someone in this channel linked me to a script/set of scripts, that canonical uses to create the official ubuntu CDs, is there anyone that could pass me that link again, please?
[22:16] <kees> anyone (slangasek, cjwatson, siretart) know if emacs22 can be synced with debian yet?  what's the state of the "emacs" metapackage, etc?
[22:33] <slangasek> kees: that was discussed recently on ubuntu-devel, right? Aren't we meant to get rid of emacs22 in favor of emacs23?
[22:34] <kees> slangasek: I assume
[22:34] <kees> slangasek: but I wasn't sure what needed to happen there.
[22:34] <slangasek> nor I
[22:52] <seb128> slangasek, thanks for the sru review ;-)
[22:58] <slangasek> seb128: still ongoing...
[23:01] <seb128> slangasek, that's appreciate, thanks for reviewing some of the waiting uploads, after that round I should be mostly done for lucid .1 and focus on maverick so there will be less desktop changes coming ;-)
[23:01] <seb128> slangasek, that's appreciate, thanks for reviewing some of the waiting uploads, after that round I should be mostly done for lucid .1 and focus on maverick so there will be less desktop changes coming ;-)
[23:01] <seb128> urg, sorry
[23:02]  * seb128 dislike touchpad clicky randomly when typing...
[23:06] <kees> uhmm...
[23:06] <kees>   570 root      16  -4 17536 1232  304 R  100  0.0  10:40.58 udevd
[23:22] <encodec> hey all
[23:24] <encodec> i want to understand how packages work
[23:24] <encodec> by that i mean...
[23:24] <encodec> who compiles them
[23:24] <encodec> how are they added to package system
[23:25] <cjwatson> developers upload source packages; they're compiled by automatic build servers
[23:25] <encodec> how?
[23:25] <cjwatson> please expand on your question
[23:26] <encodec> well i guess in linux its just a ./configure make script..
[23:26] <cjwatson> dpkg-buildpackage  is the official entry point
[23:26] <cjwatson> unpack source package, cd into unpacked tree, run dpkg-buildpackage -b
[23:26] <cjwatson> that calls debian/rules with various arguments, behind the scenes
[23:27] <cjwatson> and debian/rules takes care of whatever the specifics of the package are.  not everything is ./configure && make
[23:27] <encodec> ok ok
[23:28] <seb128> cjwatson, hey
[23:28] <encodec> what describes the dependencies, destination paths and such things?
[23:29] <seb128> cjwatson, I know you are busy atm but did you get kenvandine's email about his upload rights for desktop set?
[23:29] <cjwatson> encodec: debian/control describes dependencies, although many of them are worked out dynamically by dpkg-shlibdeps
[23:29] <cjwatson> encodec: destination paths are done by a mix of things; it's easiest to run dpkg-buildpackage on a package and watch its output
[23:29] <verb3k> is it possible to build gst-ffmpeg with an already installed version of ffmpeg (instead of the one in the source tree)?
[23:30] <cjwatson> sometimes it's the upstream build scripts (Makefile or whatever), sometimes debian/*.install, sometimes manual commands written directly into debian/rules, it varies
[23:30] <seb128> cjwatson, seems he's having limited access to upload dx components atm, we can deal with sponsoring but still it would be nice to get that sorted
[23:30] <cjwatson> seb128: I did get it, at the moment I have it queued for right after I'm off this OEM project
[23:30] <cjwatson> I know it's blocking him, sorry about that :(
[23:31] <seb128> cjwatson, oh, no need to be sorry, I though I would check because he said he didn't get a reply from you yet
[23:31] <seb128> cjwatson, I know you are busy, we are done for this week updates so really no hurry ;-)
[23:32] <seb128> cjwatson, thanks
[23:32] <cjwatson> mm, I tend to reply only when I'm done
[23:32] <cjwatson> maybe I should adjust that habit
[23:32] <seb128> cjwatson, I was not sure if that was a one command to run from you side but you missed the email or if you queued it for after busy time
[23:33] <cjwatson> it's a few commands plus some thought
[23:33] <cjwatson> I'll need to go through adjusting exception lists
[23:33] <seb128> ok, thanks for the update, as said that was rather a status checking than a need to get this done now
[23:41] <Sarvatt> siretart: are you around by any chance? gstreamer0.10-ffmpeg (and vlc) are built against libavutil49, and the libavutil-extra-49 package in the maverick archive is an empty package outside of docs
[23:41] <encodec> cjwatson, thx for all the fish
[23:43] <Sarvatt> not sure what to do since libavutil49 isn't built in ffmpeg-extra anymore, should all this stuff just be rebuilt against libavutil50? totem is pretty unusable because of it since it can't find codecs