[02:27] <psusi> so.... with the debian import freeze going into effect today is there any chance of getting lvm2 updated this cycle?
[02:30] <lifeless> yes
[02:30] <lifeless> just requires manual requests
[02:30] <lifeless> not automatic
[02:30] <RAOF> It's still open season on merges and sync requests.
[02:30] <lifeless> its not the end of syncs, its the end of the firehose
[02:32] <ebroder> lvm2 was never going to get automatically synced anyway, because Ubuntu modifies heavily from Debian
[02:34] <psusi> ok... anyone planning on doing that anytime soon? :)
[02:34] <psusi> yea, I looked at the bzr repo for it and the last merge is a nightmare
[02:34] <psusi> but the new upstream has support for merging a snapshot back into the origin so you could make a snapshot, test an upgrade, then if it goes tits up, revert to the snapshot
[02:36] <lifeless> psusi: that would be nice; care to do the merge ? ;)
[02:37] <ebroder> psusi: The difficulty isn't really in dealing with LVM metadata restoration. The problem is that the way that Ubuntu packaged things is substantially different (because the startup processes for Debian and Ubuntu are fundamentally different)
[02:38] <psusi> I tried already... none of the ubuntu specific patches have proper documentation within the quilt patch file, and when I tried to track down their history in bzr, I got stuck on the nightmare merge and could not penetrate that history
[02:38] <ebroder> psusi: Exactly. That's why nobody's done the merge :)
[02:38] <psusi> ebroder, how so?
[02:39] <psusi> I ended up just disabling all of the ubuntu specific patches iirc... except for one or two that seemed to still apply to the new upstream without any fudging
[02:40] <psusi> what are the critical points of divergence ubuntu needs to maintain?
[02:41]  * psusi pets make -j 2... if it takes this long to compile the kernel with it... boy...
[06:20] <siretart> Sarvatt: just rebuild it so it picks up libavutil50
[06:37] <pssw0rt> maybe in this room
[06:37] <pssw0rt> one day, ubuntu would be xfce4??? i don see future with gnome 3
[06:38] <pssw0rt> and the use of another lang called Vala
[06:38] <pssw0rt> and mono and C#
[06:49] <Chipzz> pssw0rt: no, not in this room ;P
[06:55] <pssw0rt> xD
[06:56] <pssw0rt> developers  without opinion xD
[06:56] <pssw0rt> bb
[07:23] <dholbach> good morning
[07:54] <dholbach> can an archive admin please take care of the sync bugs? particularly 598274?
[08:14] <dholbach> pitti: do you know what GSI means on https://wiki.ubuntu.com/UbuntuPackagingChanges?
[08:20] <dholbach> ccheney: is GSI still a change that should be listed on https://wiki.ubuntu.com/UbuntuPackagingChanges?
[08:23] <Laney> that page seems somewhat out of date
[08:23] <Laney> but I guess that's what you're cleaning up right now :P
[08:24] <dholbach> Laney: no, everybody's invited to update it
[08:24] <dholbach> Laney: don't rely on me - it was just a question that just came up :)
[08:25] <Laney> alright
[08:25] <dholbach> :)
[08:25] <Laney> I'll nuke the outdated ones (breaks, dh_iconcache)
[08:25] <dholbach> thanks
[08:31] <pitti> Good morning
[08:32] <pitti> dholbach: GSI is the name of the OO.o translation format; don't ask me what it's spelt out
[08:32] <nigelb> pitti: the question rather is if its still significant
[08:33] <pitti> well, it has never really been
[08:33] <pitti> oo.o has had its own langpacks forever
[08:34] <pitti> we have our own source package oo.o-l10n
[08:34] <pitti> but that's about it, the binary structure is as in Debian
[09:57] <pitti> apw: good morning
[09:58] <pitti> apw: debian bug 509089 is such a gold nugget, thanks for digging this out!
[09:58] <BlackZ> pitti: hmm, I can't find that file in cdbs
[09:58] <pitti> for my ethernet connection, it drops DHCP time from 2.5 s to 0.15
[09:58] <BlackZ> I downloaded the currently version in maverick
[09:59] <pitti> BlackZ: ah, perhaps the Kubuntu team dropped it and it was just a copy&paste error in the merge changelog
[09:59] <pitti> seems so, yes
[09:59] <BlackZ> pitti: so could it be dropped?
[09:59] <pitti> from the merge changelog, right
[10:00] <BlackZ> BTW it fails locally too, pitti
[10:00] <BlackZ> I have no idea
[10:02] <Riddell> BlackZ: what's this?
[10:03] <BlackZ> Riddell: the dropped file? or the FTBFS?
[10:03] <Riddell> whatever the bit the kubuntu team should care about is :)
[10:05] <BlackZ> Riddell: - Add 1/class/kde4.mk.in: Generic KDE4 build rules. Install it in Makefile.am;
[10:05] <BlackZ> I can't find it in the package
[10:06] <Riddell> yes it's gone
[10:06] <Riddell> use /usr/share/pkg-kde-tools/makefiles/1/cdbs/kde.mk from pkg-kde-tools
[10:06] <BlackZ> OK, dropping it then
[10:08] <pitti> BlackZ: as I said, run one of the tests locally and see what it's failing on
[10:10] <BlackZ> pitti: .: 21: testsuite_functions: not found
[10:11] <pitti> you have to cd tests
[10:11] <BlackZ> I'm in it
[10:11] <pitti> cd test; ./langpack-1.sh -> works fine for me
[10:12] <pitti> do you actually have the testsuite_functions file?
[10:12] <BlackZ> hm, yes
[10:12] <BlackZ> and the package from debian works fine
[10:12] <BlackZ> maybe I've broken something but I don't think so
[10:12] <pitti> well, it fails all tests, so _something_ was broken
[10:15] <BlackZ> pitti: http://pastebin.ubuntu.com/454884/
[10:16] <pitti> BlackZ: so whatever "debhelper.mk.in:239: *** Riferimento incompleto a variabile.  Arresto.
[10:17] <pitti> " means, that's likely the error
[10:17] <pitti> "variable does not exist" or so?
[10:17] <BlackZ> "reference to variable incomplete"
[10:18] <BlackZ> OK, looking there
[10:21] <ogra> pitti, ... could you set the trend line again for http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html (57 items) and http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html (16 items) ?
[10:21] <ogra> pitti, sorry, we got a new spec yesterday
[10:21] <pitti> ogra: alpha-3 will auto-reset once alpha2 is done
[10:21] <pitti> so I won't touch that
[10:21] <ogra> ah. great then only the overall view
[10:22] <pitti> the idea is that you plan a milestone before it begins and the chart grows up
[10:22] <pitti> and you see how much stuff you have
[10:22] <ogra> yeah
[10:22] <pitti> and once the milestone begins, the chart begins "clean" again
[10:22] <pitti> ogra: note that the entire idea is to _not_ change the trend line when you add a spec
[10:23] <pitti> the point is that you see what/when the additional workload was added and thus what is to blame for dropping other work instead :)
[10:23] <pitti> but I can change it if you really want
[10:23] <DktrKranz> mvo: gdebi uploaded in Debian (with some little trivial changes), and sync request filed. you can mark branch as merged :)
[10:23] <ogra> pitti, yes, but i was asked to since the initial value is all wrong for the total at least
[10:23] <mvo> DktrKranz: sweet, thanks!
[10:23] <pitti> ogra: sure, was just a suggestion; committed
[10:24] <ogra> pitti, thanks, i have another issue :)
[10:25] <ogra> pitti, we need jockey to show an eula for a driver, is something for that implemented or do i need to do it on a dpkg/debconf level
[10:26] <pitti> ogra: it's an open wishlist thing, bug 271288
[10:26] <ogra> ok
[10:26] <pitti> ogra: jockey doesn't show debconf, sorry
[10:26] <ogra> no, buut dpkg does if gtk-perl is installed, no ?
[10:27] <ogra> i.e. if i put it in the package and make sure gtk-perl is there it should use the gtk frontend
[10:28] <pitti> jockey doesn't use synaptic
[10:28] <pitti> it uses python-apt in the dbus backend
[10:28] <pitti> it doesn't have anything to display stuff to, and isn't meant to have
[10:28] <ogra> hmm, and that omits debconf questions ?
[10:28] <pitti> if a package requires debconf, you can't use jockey, sorry
[10:29]  * ogra thought that would work parallel to jockey just using the debconf gtk frontend
[10:30] <mvo> pitti: have you considered switching to aptdaemon as the backend? then you get debconf support
[10:31] <pitti> mvo: it's an option indeed, but I haven't found much time to hack on jockey since aptdaemon exists
[10:31] <pitti> but it's also kind of a design decision
[10:31] <pitti> drivers shouldn't need debconf or anything scary to work
[10:32] <ogra> sadly some driver manufacturers disagree :)
[10:32] <pitti> I do acknowledge the need for displaying an EULA at some point, but that should be in jockey's UI, not debconf
[10:44] <pitti> apw: I uploaded dhcp3 with those patches to maverick now
[10:45] <pitti> well, slightly adapted (without conffile changes)
[11:14] <cjwatson> kirkland: merged your uec-live seed; as far as I'm concerned you can hack on it directly in the main seed branch at this point
[11:26] <geser> doko: would it be possible to get our python-defaults package merged/synced with Debian ones? The first packages are already in DEPWAIT on python >= 2.6.5-2~
[11:27] <cjwatson> mvo: is the rest of foundations-maverick-buy-something likely to land for alpha-2?
[11:29] <cjwatson> doko: arm-m-tool-chain-selection has a work item for alpha-2 on it; is that still feasible?
[11:29] <cjwatson> cking: you have "Investigate situation with Intel graphics drivers on EFI" as a work item for alpha-2, which is showing up on the foundations list; have you had a chance to look into that at all?
[11:36] <cking> cjwatson, not yet, been a bit swamped. Will find some cycles today to start thus
[11:37] <cking> cjwatson, want to you need to know?
[11:38] <cjwatson> cking: at the moment, I'm just checking in so that I have information for the release meeting
[11:38] <doko> geser: ScottK is working on this, waiting for the ia64 build
[11:39] <geser> ok
[11:45] <doko> cjwatson: yes, I think the test rebuild is still doable, the decision probably later
[12:05] <mvo> cjwatson: the buy-something work-items are not 100% reflecting reality anymore, there were some changes in the server side. I will update them today with noodles (who works on the server side of things)
[12:07] <cjwatson> thanks
[13:03] <hrw> someone remember where I can find uds-m presentation about udev/hal?
[13:06] <hrw> keybuk's one
[13:20] <cjwatson> dholbach: processing syncs now
[13:20]  * dholbach hugs cjwatson
[13:25] <nigelb> hrw: ubuntu miro community should have them
[13:26] <hrw> nigelb: I already have video version
[13:26] <hrw> bbl - called for lunch
[13:38] <ogra> cjwatson, for enabling preinstalled images i'm wondering if i should either mangle bin/cron.ports_daily-live to export CDIMAGE_PREINSTALLED instead of CDIMAGE_LIVE or should i rather create a new command i.e. bin/cron.ports_daily-prenistalled and leave ron.ports_daily-live alone ?
[13:38] <ogra> (without the typo indeed :P )
[13:39] <dholbach> could somebody imagine giving a session at Ubuntu Developer Week about the release schedule, freezes and stuff we do? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep still has a few open slots
[13:39] <cjwatson> ogra: I don't mind either way really; what's clearest in the code?
[13:40] <ogra> cjwatson, well, i think cron.ports_daily-preinstalled would be less intrusive
[13:40] <cjwatson> that's fine by me, then
[13:40] <ogra> effectively its only that one variable that needs to change
[13:47] <ccheney> dholbach, yea support is still there its not working correctly atm
[13:47] <dholbach> ccheney: does the page need an update?
[13:48] <ccheney> dholbach, i think its accurate enough about the gsi item
[13:49] <dholbach> ok
[14:10] <kirkland> cjwatson: ah, great, thanks
[14:10] <kirkland> cjwatson: and as for building a server image directly for the hardware, I have gotten vmbuilder working for that purpose now :-)
[14:13] <kirkland> cjwatson: when will it build on cdimage?  anything else I need to do on that front at this point, to get an ISO together that we can start working from?
[14:14] <cjwatson> kirkland: do I have to have more things on cdimage?  it's really tight on space
[14:14] <cjwatson> if it's at all possible to do it externally, that would be preferable
[14:17] <kirkland> cjwatson: okay -- can you point me to some docs as to building an ISO from the seed itself now?
[14:17] <cjwatson> kirkland: that said, how big does it end up being?
[14:18] <kirkland> cjwatson: ~800MB roughly
[14:18] <cjwatson> hm, not small then
[14:18] <kirkland> cjwatson: yeah, well, i need to work on shrinking it down some
[14:18] <kirkland> cjwatson: there's more stuff that can go
[14:18] <cjwatson> /dev/mapper/cdimage-srv
[14:18] <cjwatson>                      1693107968 1560767584 132340384  93% /srv
[14:18] <cjwatson> we might be able to cope with another
[14:18] <cjwatson> does it need to be i386 and amd64?
[14:19] <kirkland> cjwatson: and that estimate was from my modified desktop livecd -- i've not yet built an ISO based directly on this seed
[14:19] <kirkland> cjwatson: no, only amd64 IMHO
[14:19] <cjwatson> ok, that helps
[14:19] <kirkland> cjwatson: and 800MB is an over estimate
[14:19] <cjwatson> leave me with the action to get it done, then
[14:19] <cjwatson> alpha-3 work item or whatever?
[14:19] <kirkland> cjwatson: sure
[14:46] <cjwatson> does anyone know where the code that updates changelogs.ubuntu.com comes from?
[14:47] <dholbach> cjwatson: mvo might
[14:48] <cjwatson> hm, lp:extract-changelogs maybe
[14:49] <mvo> cjwatson: that is a mix of code living on changelogs.ubuntu.com plus fixup code that adds symlinks where binver != srcver. is there a problem with it?
[14:49] <seif_> any1 know where anmar ius
[14:50] <cjwatson> mvo: when processing syncs I noticed that some packages didn't seem to have changelogs, e.g. http://changelogs.ubuntu.com/changelogs/pool/universe/m/mc/mc_4.7.0-1ubuntu2/
[14:50] <cjwatson> mvo: and I was wondering if this was something to do with them being 3.0 (quilt), since all the examples I noticed were
[14:51] <cjwatson> mvo: but then current man-db has a changelog and that's 3.0 (quilt), so maybe dpkg-source was just out of date?
[14:51] <mvo> cjwatson: that is likely, it does use a simple dpkg-source -x iirc but we requested a backport
[14:51] <cjwatson> that would make sense then, thanks
[14:51] <cjwatson> just wanted to check that it wasn't a current problem
[14:51] <mvo> cjwatson: it maybe that its stuff extracted between the time when v3 arrived and when we got the backport installed
[14:51] <cjwatson> yeah, could well be
[15:05] <LucidFox> Yay, finally, for most applications, the global menu seems to Just Work(tm)!
[15:05] <LucidFox> no reordering or vanishing issues so far
[15:09] <LucidFox> Okay, Qt applications are still reordered
[15:10] <LucidFox> but GTK ones are fine
[15:11] <jcastro> LucidFox: can you check gnome-terminal and tell me if you see a partial menu?
[15:13] <LucidFox> jcastro> Okay, the Help menu is different in the global menu applet, and the Terminal menu has some different items entirely
[15:14] <jcastro> yeah, that seems to have regressed, people are looking into it
[15:14] <LucidFox> the Help menu has only Contents and About
[15:14] <jcastro> yeah in some cases it's still showing partial menus
[15:15] <jcastro> that's lp #594228
[15:15] <LucidFox> But there are separators, correct order in everything apart from VLC, and it no longer loses the menu when the application is restarted
[15:15] <LucidFox> It's almost usable now :)
[15:15] <jcastro> LucidFox: feedback on any of those open bugs on the menu would be appreciated
[15:15] <LucidFox> Out of curiosity, why did you implement this from scratch instead of using the gnome2-globalmenu code?
[15:16] <jcastro> the DX guys talked to the gnome2-globalmenu guys before they started
[15:17] <jcastro> i don't know the details other that they decided that ted/bratches way was the way forward
[15:19] <LucidFox> ted/bratches?
[15:19] <LucidFox> Oh, and the panel periodically crashes now -_-
[15:19] <jcastro> ted and bratsche I mean (cody)
[15:20] <jcastro> LucidFox: join us in #ayatana if you want to help us with the menu!
[15:34] <MacSlow> bryce_, ping
[15:36] <LucidFox> Okay, the status of xchat-gnome upstream is concerning
[15:37] <LucidFox> They're apparently a hairline away from release, yet nobody's answering bug reports or mail, the IRC channel is almost empty, and my post to the mailing list has been held in moderation for days.
[15:43] <dholbach> sorry for spamming, but we have one slot for UDW left: would anybody like to talk about distributed development 16th July at 17 UTC?
[17:09] <unknown> where can i find out how the jockey-gtk package is built?
[17:11] <ScottK> unknown: apt-get source jockey
[17:14] <unknown> ScottK: what if i'm not running ubuntu? (i have a ubuntu vm, but just curious)
[17:15] <ScottK> Getting the source package and looking is still the best way.  Do that in the vm is the easiest.
[17:16] <ScottK> It's also available at https://launchpad.net/ubuntu/+source/jockey
[17:18] <unknown> ahh, all i found was this: http://packages.ubuntu.com/source/lucid/jockey
[17:18] <ebroder> unknown: Yeah, Launchpad is a little less discoverable than packages.u.c, but it has about a gajillion times as much information
[17:26] <cking> cjwatson, "Investigate situation with Intel graphics drivers on EFI" - I'm on the ball, waiting for some more input from Intel on this
[17:27] <cjwatson> cool, ta
[17:29] <cking> apologies for the delay, hope to get some info back next week
[17:57] <arand> How are the dailies of the alternate CD faring atm, there seems to have been none the last three days, and we're a bunch that's quite eager to try out btrfs...
[17:57] <cjwatson> arand: I fixed a problem earlier today that affected them
[17:58] <arand> cjwatson: Cool, so hopefully one for tomorrow then?
[17:58] <cjwatson> maybe, I wouldn't like to promise
[17:59]  * cjwatson scores up d-i
[18:00] <cjwatson> gah, one hour to start even at 20000
[18:00] <cjwatson> toolchain ate our builders
[18:02] <ScottK> cjwatson: Looking at the other packages, I think it's safe to say doko ate our builders.
[18:02] <cjwatson> openjdk is sort of toolchain :)
[18:03] <ScottK> python2.6 has been at 999999 for 7 hours on ia64 and didn't get a chance yet ...
[19:43] <[reed]> any Makefile experts around, Firefox could use your assistance -- http://christian.legnitto.com/blog/2010/06/25/are-you-a-makefile-guru-would-you-like-to-make-firefox-more-secure/
[20:36] <hunger> In maverick I get "root filesystem check failed" on the console... mounting fails, btrfsck says all is well, the lucid kernel boots fine. Any ideas what I can try to debug this?
[21:07] <rohan> wasn't ubuntu 8.04 onwards supposed to receive latest versions of firefox from upstream (3.6.4) last week?
[21:07] <rohan> was the plan dropped?
[21:09] <rohan_> wasn't ubuntu 8.04 onwards supposed to receive latest versions of firefox from upstream (3.6.4) last week?
[21:09] <rohan_> was the plan dropped?
[21:09] <rohan_> i'm talking about https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model
[21:13] <arand> rohan: They were testing it in the security PPA, not sure if they rolled it out yet..
[21:14] <rohan> arand: they haven't..
[21:20] <ScottK> rohan: Yes. No. Yes. No.
[21:24] <jdstrand> rohan: it is being worked on
[21:24] <jdstrand> rohan: see https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade/SecurityPublication
[21:25] <jdstrand> rohan: hardy and lucid should go out early next week. jaunty and karmic sometime after
[21:42] <rohan> ScottK, jdstrand : thank you
[21:44] <rohan> hmm is this going to cause one more point release of 8.04?
[21:44] <cjwatson> as far as anyone's told me, no more point releases of 8.04 are planned
[21:44] <ebroder> cjwatson: Are they not going to be done every 6 months anymore?
[21:45] <rohan> cjwatson: then what is the point of updating the "release notes" for 8.04?
[21:46] <cjwatson> ebroder: https://wiki.ubuntu.com/HardyReleaseSchedule - "Point releases will cease once Ubuntu 10.04 is released."
[21:47] <rohan> ubuntu 8.04 support for desktop has expired right?
[21:47] <ebroder> cjwatson: Ah, ok. I hadn't really been paying attention; my apologies
[21:47] <cjwatson> we don't have the resources to do point releases for multiple LTS series at once
[21:47] <cjwatson> rohan: no idea - but of course saying there are no more point releases is not the same as saying there are no more updates
[21:47] <cjwatson> rohan: no, 8.04 is supported on desktop until April 2011
[21:48] <cjwatson> we're just not planning more CD image refreshes, that's all
[21:48] <rohan> i understand, but the page which jdstrand linked to mentions updating the release notes for 8.04, which doesn't make sense
[21:48] <rohan> and i thought LTS support was 2 years for desktop and 5 years for server..?
[21:48] <cjwatson> 3 years for desktop
[21:48] <jdstrand> rohan: you misunderstand
[21:49] <jdstrand> rohan: those release notes are special notes that need to be added to the USN
[21:50] <jdstrand> I could have perhaps been clearer, but the idea is that there are additional notes for the 3.6.4 release in hardy, et al
[21:52] <rohan> jdstrand: oh, i am sorry.
[21:52] <rohan> thanks for clarifying, cjwatson
[22:39] <achiang> anyone know what happened to gdk-pixbuf in lucid?
[22:40] <gord> achiang, nothing? its still there
[22:41] <achiang> gord: hm, i'm actually looking for the package that would supply the gdk.typelib file in /usr/share/girepository-1.0
[22:42] <gord> achiang, ah, i have no idea about that
[22:42] <achiang> and apt-cache search pixbuf doesn't reveal anything interesting
[22:42] <achiang> nor does apt-cache search gdk
[22:42] <gord> achiang, there is a gir-repository package (or something like that) that installs a lot of the glib/gnome typelibs
[22:43] <achiang> gord: yeah, i've got that installed and it doesn't provide anything related to gdk
[22:44] <geser> Gdk-2.0.typelib is in gir1.0-gtk-2.0
[22:45] <achiang> geser: ah, there it is! ta!