[08:45] <geser> pitti: Hi, I saw your blog entry about "check-mir". Is it much different than the existing "404main" script in u-d-t? Perhaps they can get merged.
[09:14] <bdrung> pitti: why did you do three uploads instead of letting review someone your changes? the upload should have done to debian.
[10:08] <hunger> Anyone looking into #176125 for natty? It was rejected for 8.04 saying that ipv6 was not widely used, but with world ipv6 day coming up that might change.
[10:26] <virtuald> nat vs ipv6 is the real y2k
[10:44] <\sh> hmm....unity is very strange regards to the use...updating from maverick to natty gives me a unity where I can't do anything...expect launching nautilus windows, a firefox + tomboy and workspace switcher...strange
[10:44] <\sh> or I don't get it somehow
[10:47] <Tm_T> <place joke about the simplicity and gnome here>
[10:50] <\sh> Tm_T: I just need to poke jcastro about how to use it for real...;)
[10:57] <Tm_T> I should try it again
[11:02] <\sh> after dist-upgrade just now...it's broken
[11:05] <davmor2> \sh: that'll be the default out of the box,  the app launcher from unity in une is still being worked on I hope at which point you will lose the nautilus application launcher you get when clicking on the ubuntu icon
[11:06] <davmor2> \sh: you can at least add and remove apps from the launcher now though
[11:14] <\sh> davmor2: right now, the launcher won't even be started
[11:14] <\sh> (after update this morning)
[11:14] <\sh> but I think it has something to do with compiz..because classical desktop doesn't show any window decoration, too
[11:15] <davmor2> \sh: alt-ctrl-f1 and run unity --reset that might fix it for you
[11:15] <\sh> let's try
[11:16] <\sh> davmor2: no...it takes me to the console, yes...but I can't type in any characters the console isn't even updated (nvidia card here)
[11:17] <\sh> ah
[11:17] <\sh> no wonder
[11:17] <\sh> unity is not installed anymore, it was removed because compiz-core-abiversion-20101111 is not installable
[11:17] <\sh> so compiz is the bugger in general
[11:18] <davmor2> \sh: yeap that would kill it
[11:18] <\sh> but alas...metacity --replace doesn't work, too ;)
[11:21] <davmor2> \sh: but you should be able to choose gnome classic from the login for now
[11:27] <\sh> davmor2: sure...but even that doesn't work, because of compiz...I have to disable the effects somehow...but why does metacity --replace doesn't work..that's more strange
[11:32] <davmor2> \sh: I don't have compiz-core-abiversion-20110113 installed either but I have unity up and running
[11:38] <davmor2> \sh: now how ever it's died which isn't so useful for testing :)
[11:44] <\sh> davmor2: hehe :)
[11:45] <\sh> well it's an unstable release...so it's with purpose ;)
[11:46] <davmor2> \sh: I'm safe I have yesterdays image on usbstick,  well you can't make an omelette without breaking a few packages or something like that :)
[11:50] <\sh> davmor2: don't say that too loud...I have a complete redeployment to do over the weekend..more then 400 servers needs to get lucid and we do a complete FAI redeployment run, and trying to avoid downtimes...;)
[11:51] <davmor2> \sh: they already broke that lucid package during it's dev cycle you should be safe now :D
[13:54] <al-maisan> hallo pitti, quick question: will postgresql-9 be in natty?
[14:18] <geser> al-maisan: unless something changed, no (I asked the same in the past)
[14:18] <al-maisan> thanks geser !
[15:58] <ricotz> cjwatson, hello, do mind having a look at https://bugs.launchpad.net/ubuntu/+source/libgcrypt11/+bug/702765
[16:01] <pitti> almaisan-away: I'm not sure myself yet
[16:02] <pitti> geser: probably just because the name didn't tell me anything :/
[16:02] <micahg> ricotz: it's usually better to add a debdiff or a branch for merges from Debian to make sure there are no tarball mismatches and so it's clear what the diff from Debian is
[16:03] <pitti> geser: I agree, they should be merged, I'll put that on my list
[16:03] <ricotz> micahg, yeah, the debdiff would be https://edge.launchpad.net/~ricotz/+archive/staging/+files/libgcrypt11_1.4.5-2ubuntu2_1.4.6-2ubuntu1%7Ebuild1.diff.gz
[16:03] <ricotz> micahg, i'll attach it to the bug
[16:03] <micahg> ricotz: no, I meant between the Debian version and your merge
[16:04] <ricotz> micahg, ok
[16:04] <micahg> ricotz: that way the sponsor can grab the Debian package and just add your diff to it
[16:05] <pitti> bdrung: ubuntu-dev-tools is in Debian? okay, I'll do that next time then
[16:05] <e01|afk> hello, i am trying to compile smartcam driver, but getting error "smartcam.c:32:27: fatal error: linux/vmalloc.h: No such file or directory"
[16:05] <pitti> bdrung: but that doesn't seem to work too well then? there were tons of changes which never got uploaded
[16:05] <e01|afk> i have installed kernel headers, and kernel source
[16:05] <bdrung> pitti: because two branches are waiting for review and merge.
[16:06] <bdrung> pitti: you didn't gave me time to review your change.
[16:06] <pitti> well, I wasn't aware that we are supposed to
[16:06] <pitti> we don't do that for any other package in Ubuntu
[16:06] <bdrung> pitti: did you build the package before uploading it?
[16:06] <pitti> sorry if I broke the custom there, wasn't intended
[16:06] <pitti> bdrung: sure
[16:07] <pitti> bdrung: the test case failure didn't happen locally
[16:07] <pitti> as I do have deb-src lines
[16:07] <bdrung> pitti: we started to review our changes since some releases.
[16:09] <bdrung> ok, so "check-mir --help" did the same as "check-mir"
[16:10] <bdrung> pitti: you forgot to update d/copyright
[16:10] <bdrung> pitti: and 2. can you add the examples from http://www.piware.de/2011/01/new-tool-to-check-support-status-of-dependencies/ to the man page?
[16:11] <pitti> bdrung: ack, will do
[16:11] <pitti> bdrung: but I'll probably just merge it with 404main
[16:11] <pitti> and then update the manpage accordingly
[16:12] <pitti> (see convesation with geser above)
[16:12] <ricotz> micahg, done, thanks
[16:12] <bdrung> pitti: ah, yes. this was my third point: only one script should stay
[16:13] <pitti> bdrung: I'd like to keep check-mir as an alias, if you don't mind?
[16:14] <bdrung> pitti: or we can drop 404main and use check-mir instead?
[16:14] <pitti> I'll check out whether either is a superset of the other
[16:14] <pitti> I think 404main works on Packages.gz while check-mir works in a source package tree
[16:14] <pitti> (i. e. while you package something or do a merge)
[16:14] <pitti> but it sholdn't be too hard to support both
[16:15] <pitti> i. .e parse debian/control, or a package name from apt.Cache()
[16:15] <bdrung> pitti: the man page should mention where the script takes the data from.
[16:16] <pitti> *nod* (mine does, it says "source package directory")
[16:16] <apw> pitti, natty seems to be asking to uninstall ubuntu-desktop and unity right now ... is that a transient or are we in trouble
[16:17] <bdrung> pitti: where do the data about the archive come from?
[16:17] <pitti> apw: known
[16:17] <pitti> apw: seb128 and didrocks are working hard on it
[16:17] <pitti> bdrung: apt
[16:17] <pitti> (in both cases)
[16:19] <apw> pitti, thanks
[16:23] <bdrung> pitti: this should be documented in the man page
[16:24] <pitti> bdrung: all added to my todo list now
[16:24] <bdrung> thanks
[16:24] <pitti> bdrung: (context, this came up as an important thing in this week's "how can we make MIRs suck less" report)
[16:24] <pitti> s/report/meeting/
[16:26] <bdrung> pitti: i need to have the apt sources for natty in my sources.list to get a correct report from check-mir, correct?
[16:26] <pitti> bdrung: for now, yes
[16:26] <cjwatson> ricotz: I'm not really familiar with libgcrypt11, sorry
[16:27] <bdrung> pitti: for now? are there plans to change that?
[16:27] <pitti> I was pondering using LP or apt, but the latter is a lot faster and works offline, and devs shold be using the release they are developing for anyway
[16:27] <pitti> bdrung: I guess it depends on the feedback
[16:27] <bdrung> pitti: at least this should be documented. :)
[16:27] <ricotz> cjwatson, ok, you were the available person who touched it once ;)
[16:40] <ari-tczew> ricotz: just subscribe ubuntu-sponsors
[16:52] <ricotz> ari-tczew, already done this
[17:23] <Riddell> skaet: do we hvae an archive admin meeting now?
[17:23] <skaet> Riddell, yup, room 512
[17:24] <Riddell> skaet: now or 10 mins?
[17:24] <StevenK> I'm heading up now
[17:24] <skaet> Riddell,   starting at 11:30.   Am in the room now.
[17:27]  * skaet slaps head, she did it again,  its 514, not 512.  (room change....)
[17:27] <skaet> ^^Riddell
[18:46] <hallyn> just curious, does anyone else get a crash when they run 'cal' on their natty system?
[18:48] <janimo> hallyn, I get a crash indeed
[19:00] <hallyn> janimo: cool, not just me :)
[19:05] <hyperair> when uploading an SRU of a package without any ubuntu changes, i.e. something like 1.2.3-4, what should the resulting version be?
[19:06] <hyperair> also, if i want to upload pretty much the same version to both maverick-proposed and natty, should i just upload it to maverick-proposed and have it copied over to natty, or should i upload it to natty, mangle the version, and upload to maverick-proposed?
[19:23] <geser> hyperair: 1.2.3-4ubuntu0.1 for the SRU, and I guess about a new upload to natty, don't know if AA do copies in that direction
[19:31] <Laney> they do if the versions are the same
[19:32] <Laney> oh, sorry, upload to -proposed only and it will be copied to N
[19:52] <directhex> now running extended test of banshee on arm
[19:54] <Laney> is that "Playing Pink Floyd — The Dark Side Of The Moon while dancing in my underpants"?
[19:58] <kklimonda> Laney: they do? is it a standard practice, or something done only just after release, when there are some SRUs being pushed as soon as possible?
[19:58] <Laney> kklimonda: It's standard when the versions are the same
[19:59] <kklimonda> ok, thanks
[20:12] <janimo> directhex, I have just commented on bug 619981
[20:32] <\sh> depwaits are rebuild automagically? or does someone have to give it back?
[20:32] <StevenK> The former
[20:33] <\sh> StevenK: timeframe? minutes or hours? ;)
[20:33] <directhex> janimo, i'm seeing some other weirdness with audio - but i don't know who's to blame. possibly pulse... i'm gonna have to upgrade this thing to natty aren't i
[20:33] <StevenK> The dependant package has to publish first and then it should notice in another hour or so?
[20:33] <StevenK> I guess?
[20:34] <\sh> StevenK: ok...just asking because unity is depwait on libdee and libdee was published 26 mins ago ...
[20:34] <StevenK> libdee might be in universe
[20:35] <\sh> StevenK: no it'sin main, at least that's what lp tells me ;)
[20:36] <StevenK> libdee is the source name?
[20:36] <\sh> StevenK: no...that's bin name, dee is srv name
[20:36] <\sh> s/srv/src/
[20:36] <\sh> dear puppet and drbd gods, please let my puppet recipe for drbd be correct
[20:37] <janimo> directhex, I have heard of audio issues with banshee but did not look into it at all so far
[20:37] <directhex> janimo, need to install another gstreamer player to see if it's isolated. persists between banshee restarts, so it's weird
[20:37] <directhex> is exaile gst? i have that
[20:39] <janimo> directhex, no idea, but I hope it does not have its own codecs :)
[20:39] <directhex> hm, the file player i tried, parole, is file based. super weird.
[20:44] <apw> pitti, am i expecting the unity/compiz issue to be untangled?
[20:44] <apw> pitti, seems to have gotten worse here
[20:59] <SpamapS> jdstrand: got a second to take a look at the updated cobbler copyright file?
[20:59] <\sh> apw: unity ftbfsed
[21:11] <pitti> apw: seems didrocks is uploading like mad, but the local mirror lag of course doesn't help a lot
[21:11] <pitti> apw: for now I suggest to only use upgrade
[21:43] <jdstrand> SpamapS: sorry, I was training someone
[21:44] <hallyn> jdstrand: new vmbuilder version is in lp:~serge-hallyn/vmbuilder-staging/, and in people.c.c:~serge/public_html/vm-builder-0.12.4+bzr462-debs.tgz (has the .debs and the source)
[21:44] <hallyn> jdstrand: no hurry at all, but when you get a chance could you sponsor that for natty?
[21:44] <SpamapS> jdstrand: no worries.. its not been uploaed yet
[21:45] <jdstrand> SpamapS: if you feel it is good, feel free to upload it. we can talk via irc if there is an issue (I really need the whole source)
[21:45] <jdstrand> hallyn: ok
[21:46] <hallyn> jdstrand: thanks
[22:04] <james_w> SpamapS, hi, could you please run "bzr reconfigure --unstacked lp:~clint-fewbar/ubuntu/maverick/moin/merge-1.9.3-1" or delete the branch?
[22:04] <james_w> SpamapS, I'm trying to delete the branch that it is stacked on and I can't
[22:07] <SpamapS> james_w: certainly..
[22:08] <SpamapS> jdstrand: ack .. will do
[22:09] <SpamapS> james_w: done
[22:09] <james_w> SpamapS, thank you
[22:14] <SpamapS> james_w: any chance you can get sysvinit to not fail too? ;)
[22:14] <SpamapS> http://package-import.ubuntu.com/status/sysvinit.html#2010-06-16 12:21:03.212483
[22:14] <james_w> SpamapS, hmm, needs some investigation
[22:15] <james_w> I'll try and escalate it in here
[22:16] <SpamapS> james_w: is there any way I can help w/ stuff like that?
[22:48] <jdstrand> hallyn: uploaded
[23:01] <jcastro> robbiew: Debian meeting! :)
[23:03] <robbiew> jcastro: yeah...yeah
[23:03] <kees> jcastro: ooh, I can read your screen
[23:29] <kees> jcastro: http://wiki.debian.org/Proposals/CopyrightFormat#DifferencesbetweenDEP5andSPDX
[23:39] <pitti> dpm: hi! maverick ppa cronjob is currently disabled, would you know why we did that?
[23:40] <pitti> dpm: we don't seem to have any in -proposed right now
[23:40] <dpm> pitti, probably it was disabled during the testing period of the maverick updates we did recently and was never enabled back
[23:40] <pitti> dpm: I re-enable them for now
[23:41] <pitti> *nod*
[23:41] <dpm> pitti, cool, thanks
[23:41] <pitti> dpm: I rolled out danilo's po2xpi branch and added a switch to use the old one for lucid/maverick
[23:41] <pitti> dpm: let's see how this goes
[23:41] <pitti> dpm: I'll request a full export now, for a2
[23:42] <pitti> and disable the automatic natty cronjob
[23:42] <dpm> pitti, ah, cool. I haven't seen danilo since we spoke earlier on. Has his branch been merged into the mozillateam trunk?
[23:42] <pitti> dpm: not yet, I checked out his branch for now
[23:42] <dpm> ok
[23:44] <pitti> cjwatson: my plymouth fix just made it to upstream trunk, so you can drop it if/when you do The Big Merge From Hell
[23:45] <soren> The fact that we generally start daemons once they're installed (rather than asking users to enable them first)... Is that policy written down anywhere? I can't seem to find any reference (other than the dozens of packages we have that do it).
[23:45] <StevenK> pitti: Ooooh, can haz diff?
[23:45] <\sh> soren: which ones?
[23:45] <pitti> StevenK: apt-get dist-upgrade?
[23:45] <StevenK> pitti: I just wanted to see the code difference
[23:45] <soren> \sh: Which ones what?
[23:46] <\sh> soren: daemons
[23:46] <pitti> StevenK: http://cgit.freedesktop.org/plymouth/commit/?id=f8874cb4b0725f605dc710cc845e6b5ff52ad539
[23:46] <soren> \sh: Which ones we start by default? Um... Pretty much all of them? Apache, dovecot, ntp.. Which ones don't we start by default?
[23:46] <pitti> StevenK: that wasn't actually the cause for the corruption, but it works around the gcc bug, and is a correct thing anyway
[23:47] <StevenK> pitti: Crumbs, 2 line diff
[23:47] <pitti> StevenK: as always, the patch is trivial once you found where to stab it :)
[23:47] <\sh> soren: just asking, because services like tftp-hpa we don't start by default, or dhcpd ;)
[23:47] <pitti> StevenK: https://bugs.freedesktop.org//show_bug.cgi?id=33129 if you are interested in details
[23:48] <soren> \sh: dhcpd because there are no good, safe defaults.
[23:48] <soren> tftp-hpa... I don't know.
[23:48] <\sh> soren: but I agree, apache etc. should not be started by default until they are configured properly
[23:48] <soren> I'm not saying they shouldn't.
[23:48] <soren> At all.
[23:49] <soren> I think they totally should be started by default.
[23:51] <soren> If there are good, safe defaults I see no point in adding extra hoops to jump through.
[23:52] <\sh> oh wow...my 7TB storage is syncing automagically after deployment...I won
[23:56] <cjwatson> pitti: thanks