[00:48] <StudioUser8> does ubuntu studio support xrdp?
[00:48] <Eickmeyer> xrdp... Remote Desktop Protocol?
[00:49] <StudioUser8> yes, would like to remote desktop from windows client if possible
[00:49] <StudioUser8> i just cant find enable remote desktop in settings
[00:50] <Eickmeyer> Not by default, but something can be installed to be an xrdp server.
[00:51] <StudioUser8> Eickmeyer, where could I find more info ?
[00:52] <Eickmeyer> You might try a websearch, but xrdp is available in the repositories and so is xrdesktop.
[00:52] <Eickmeyer> !info xrdp | StudioUser8
[00:53] <StudioUser8> cool!! thanks you so much!
[00:53] <Eickmeyer> Just remove "studio" from your search. Anything applicable to Ubuntu will work.
[00:53] <Eickmeyer> You're welcome.
[00:54] <StudioUser8> got it


[08:26] <javacoder> Hello there everyone, does anyone know how to set the library path in ubuntu?
[08:26] <javacoder> I tried putting LD_LIBRARY_PATH=... in .bash_profile but I was unsuccessful
[12:21] <sheriff> hi to everybody i wanna write java applications and is it possible with java studio creator or studio creator is just for creating jsp pages?
[02:44] <AlexC> i just installed java runtime enviro. and every time i start firefox it seems to be working and then it suddenly quits without warning
[09:06] <vil> hi doko
[09:10] <vil> this bug is rather strange https://launchpad.net/distros/ubuntu/+source/eclipse-pydev/+bug/68623
[10:04] <nettogaurav> hello


[00:00] <GrueMaster> NCommander: We'll need omap as well.
[00:00] <skaet_> NCommander,  thanks for chiming in.  :) perfect.
[00:05] <charlie-tca> skaet_: release notes done for xubuntu. Thank you
[00:12] <NCommander> skaet_: GrueMaster:  smbclient : Depends: samba-common (= 2:3.5.6~dfsg-5ubuntu2) but 2:3.5.6~dfsg-5ubuntu3 is to be installed
[00:12] <NCommander> $%$#@!
[00:12] <NCommander> That's preventing me from spinning new test images
[00:12] <NCommander> ArGH
[00:12] <NCommander> oh nifty
[00:12] <NCommander> we're published
[00:13] <NCommander> GrueMaster: at least another hour before I'll actually be able to spin. samba is currently building on ARM, and skews the archive
[00:14] <GrueMaster> sigh
[00:15]  * NCommander however does a test build to insure livecd-rootfs will properly update on sycamore
[00:15]  * skaet_ --> dinner,  back later.
[00:42] <NCommander> skaet_: GrueMaster; livecd-rootfs updated on the ARM image buildds
[00:44] <NCommander> $#!@#$%#$%#$%
[00:45] <NCommander> samba is STILL building
[00:45] <NCommander> if it doesn't finish soon, its going to miss the publisher window
[00:46] <NCommander> ^- GrueMaster
[00:46] <NCommander> the chroot is tearing down
[00:46] <NCommander> it should make it
[00:48] <wgrant> With a little luck we'll be able to double publisher frequency in a month or so :)
[00:49] <NCommander> wgrant: I'm more annoyed that people like to ignore freezes. If the build failed on armel, then we'd be absolutely foobared
[00:49] <wgrant> Heh.
[00:50] <NCommander> wgrant: just on a technical point, is it possible to freely freeze/unfreeze the archive?
[00:51] <wgrant> NCommander: Yes. But Ubuntu moved to soft freezes around milestones a couple of years back.
[00:51] <NCommander> wgrant: an unfortunate policy change IMHO
[00:51] <wgrant> It does occasionally prove bad.
[00:57] <slangasek> samba is accepted, so you're fine on the publisher
[00:57] <slangasek> was this a package that was uploaded in violation of the freeze?
[00:57] <slangasek> "soft freeze" doesn't mean "go ahead and upload whatever you want and ignore the release team"
[00:58] <slangasek> yes, this was definitely a freeze violation
[00:59] <NCommander> slangasek: yeah, I looked at the changelog, and nothing here required an upload T-24 to milestone freeze
[01:00] <NCommander> slangasek: this isn't the first time a last minute upload has caused issues for the ARM builds. I'd *love* to see milestones have hard freezes return TBH :-/
[01:02] <slangasek> that's very high-load on the release team, and shouldn't be required - we should be able to trust Ubuntu developers to follow simple guidelines wrt milestone uploads
[01:02] <slangasek> so I would consider restoring hard freezes a last resort
[01:03] <skaet_> hmm, does this mean that we should be collecting some beer from some one?  ;)
[01:03] <slangasek> perhaps you could email Chuck and point him to the freeze email, and explain why this was a problem?
[01:03] <NCommander> slangasek: I thought setting the freeze was simply a matter of going to the distro series, and changing it from development to pre-release freeze
[01:03] <NCommander> (doable via web UI)
[01:03] <NCommander> or are you referring to approving uploads?
[01:03] <slangasek> NCommander: *setting* the freeze is not the problem; managing freeze *exceptions* is
[01:03] <slangasek> (also, last I knew, only LOSAs had access to the button to set the freeze state)
[01:03] <NCommander> slangasek: ah :-). yeah, I didn't quite realize that until a moment after I said the first thing
[01:05] <NCommander> slangasek: 20:04:00 < slangasek> (also, last I knew, only LOSAs had access to the
[01:05] <NCommander>                       button to set the freeze state)
[01:05] <NCommander> %$!@#!$$@^%$#
[01:05] <NCommander> 20:04:01 < NCommander> slangasek: ah :-). yeah, I didn't quite realize that
[01:05] <NCommander>                        until a moment after I said the first thing
[01:05]  * NCommander grumbles that "proper" beahvior isn't proper
[01:06] <NCommander> slangasek: I get your point, and I can see that approving freeze exceptions can be a massive workloadincrease, at cost that when someone violates the freeze, specific images can be foobared due to archive skew
[01:09] <NCommander> ok, published
[01:10]  * NCommander kicks buildlive
[01:23] <NCommander> slangasek: is there a way to see if publisher is done? I can't lynx onto ftpmaster.internal to see if the package is in the pool ...
[01:27] <slangasek> well, you know the publisher is done when the mirror you're pulling from has the package?
[01:27] <slangasek> there's no direct test for this, no
[01:28] <ScottK> So you need a script that hits the mirror two or three times a second to let you know when the package arrives ...
[01:28] <wgrant> slangasek: (any Launchpad developer should be able to freeze/unfreeze a series now)
[01:29] <slangasek> wgrant: "launchpad developer"?  I would think the LOSAs are still who those requests are meant to be directed to, aren't they?
[01:30] <wgrant> I'm not sure if the policy has changed, but the technical restrictions certainly have.
[02:24] <NCommander> about 3 hours ago - by Jon Stokes | Posted in: Law & Disorder
[02:24] <NCommander> The government brought 22 new charges against Pfc. Bradley Manning, the soldier who allegedly provided a giant trove of classified cables to WikiLeaks.
[02:24] <NCommander> sorry
[02:24] <NCommander> damn paste bug
[02:26] <charlie-tca> He signed a agreement when he enlisted. He is in trouble
[02:26] <ScottK> Yep.
[02:28] <charlie-tca> but I do worry about Assange
[02:29] <ScottK> This probably isn't the best place for the discussion though.
[02:36] <rsalveti> NCommander: lol :-)
[02:36] <rsalveti> NCommander: the the image built fine?
[02:36] <rsalveti> *did the
[02:37] <rsalveti> seems it failed, and no logs
[02:37] <NCommander> rsalveti: build is still ongoing. samba's upload skewed the image so i ttook awhile for the archive to get to the point I could build
[02:37] <rsalveti> NCommander: oh, ok
[02:37] <NCommander> rsalveti: there were a bunch of test builds which I expected to fail
[02:37] <rsalveti> yeah, just saw that samba was the culprit
[02:38] <NCommander> rsalveti: you could say I was less than pleased about that :-/
[02:41] <NCommander> sycamore.buildd finished at Thu Mar  3 02:40:15 UTC 2011 (success)
[02:41] <NCommander> acorn.buildd finished at Thu Mar  3 02:41:07 UTC 2011 (success)
[02:42] <NCommander> running the image build
[02:50] <rsalveti> cool
[02:56] <skaet_> :)
[03:23] <NCommander> GrueMaster: http://cdimages.ubuntu.com/ubuntu-netbook/daily-preinstalled/20110303/
[03:30] <GrueMaster> Someone alive that can poke iso.qa.ubuntu.com for me?  I'm pulling these images now, and can start feeding in data asap.
[03:43] <skaet_> GrueMaster, iso.qa.ubuntu.com has been poked.
[03:43] <skaet_> NCommander,  is it worth building the kubuntu Netbook ARM?
[03:47] <GrueMaster> skaet_: In my earlier testing of it, it will have the same issue, but oem-config wasn't even starting.
[03:48] <skaet_> GrueMaster,  should I just go ahead and remove kubuntu netbook ARM then from the iso tracker?
[03:48]  * skaet_ thinking its a bit late anyhow...
[03:49] <GrueMaster> Give me a minute to start a sanity check of these images.  If they work, we can kick start kubuntu.
[03:54] <GrueMaster> So far so good!
[04:03] <GrueMaster> omap passed Alpha 3.  Will log issues in the tracker, but nothing critical.
[04:03] <GrueMaster> omap4 is underway.
[04:06] <GrueMaster> As to kubuntu, NCommander has kicked antimony, but they won't be ready for another ~2 hours.  I'll take the 20110301 omap4 and try our fix manually.  I doubt it will work.
[04:07] <GrueMaster> I won't be able to test them tonight.
[04:29] <rsalveti> GrueMaster: so we're kind of done for A3?
[04:30] <GrueMaster> Well, for the most part.  I am adding test results to http://iso.qa.ubuntu.com
[04:30] <GrueMaster> I'll be another 30 minutes I think.
[04:31] <GrueMaster> But for the most part, yes.  Nothing critical to hold up release at this point.  :D
[04:31] <skaet_> pitti,  cjwatson,  could you please add the kubuntu images to the .iso tracker when you get in, and let ogra know.
[04:32]  * skaet_ is assuming NCommander won't be around when the kubuntu images come off
[04:32] <skaet_> GrueMaster,  good news indeed.   Thanks!
[04:33] <GrueMaster> skaet_: Didn't think you'd still be up.
[04:33] <skaet_> GrueMaster, working on TechOverview for tomorrow - lots of bugs to document :P
[04:34] <skaet_> am probably going to call it a night though now... suspect tomorrow will be a longish day as well.
[04:35] <GrueMaster> Well, I still have bugs to add to my results, so don't wait up for me.  I'll have them ready for you when you get up in the morning.  :P
[04:36] <NCommander> skaet_: probably not
[04:37] <skaet_> cjwatson, pitti, ^^
[04:59] <GrueMaster> Looks like the kubuntu respin may be for not.  I took the 20110301 image and remobed ubiquity-slideshow-*, but oem-config still crashes, this time before X starts.
[04:59] <GrueMaster> So, no kubuntu-preinstalled on armel for this release.
[05:47] <skaet_> GrueMaster, ack.   Thanks for looking into it.
[08:22] <pitti> Good morning
[08:22] <pitti> sorry, server crash over the night, I lost backscroll
[08:23] <pitti> cjwatson, skaet_, slangasek: ^ if you said something to me over night, please repeat
[08:24] <Laney> pitti: you can check the logs online ;-)
[08:27] <pitti> (reading irclogs.u.c. now)
[08:28] <pitti> Riddell, ScottK, ogra_: do you know why kubuntu netbook arm was set to rebuilding? is it affected by the slideshow crash as well?
[08:32] <pitti> ^ nevermind, saw it on irclogs.u.c. now
[09:04] <pitti> cjwatson: my feeling about bug 727783  is that OEM installs are not an utterly important use case for alphas, so that we'll release note OEM install as broken (or explain the workaround), and move the bug to b1; I don't think it's important enough to delay a3, WDYT?
[09:04] <ubot4> Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 1 other project) "oem-config is not installed after initial system installation, and the user can't proceed with the step 'prepare for shipping' (affects: 3) (dups: 1) (heat: 20)" [High,Confirmed] https://launchpad.net/bugs/727783
[09:09] <cjwatson> pitti: I'm not going to have it fixed for a3 :-(
[09:09] <cjwatson> I mean, I think I have an idea
[09:09] <pitti> cjwatson: right, if we kept the milestone, we'd need to delay by a couple of days
[09:09] <pitti> but I'd like to avoid that
[09:09] <cjwatson> but the test cycle is long, and I have to go out for a couple of hours shortly
[09:10] <cjwatson> (usual Thursday morning sign class)
[09:10] <pitti> cjwatson: are you ok with moving to b1 and just documenting it?
[09:10]  * pitti will go over tthe bugs now and add them to Tech Overview
[09:10] <cjwatson> yeah
[09:11] <cjwatson> one thing to note is that I fear it may impair language pack installation off the CD too, so I suspect that will only work if networked
[09:11] <cjwatson> that's just a guess but an educated one
[09:11] <cjwatson> but language-selector is fairly good these days, so I don't think that's vital either
[09:11] <pitti> cjwatson: not that we actually had a lot of langpacks on the CDs..
[09:11] <pitti> right
[09:13] <pitti> cjwatson: I'll give that a quick test in kvm -net none
[09:13] <cjwatson> there is that too :-/
[09:13] <cjwatson> thanks!
[09:14]  * pitti ponders whether he'd be lost more in a French or Bengali live system
[09:15] <pitti> those two, Spanish, and zh-hans is all we have now
[09:15] <pitti> oh, not even French any more
[09:15] <pitti> so, Spanish it is
[09:24] <Riddell> hola, how are we doing?
[09:25] <pitti> Buenos días, héroe de Kubuntu!
[09:26] <pitti> Riddell: we just declared oem mode officially broken for a3, I'll document it (and a workaround)
[09:26] <pitti> otherwise it looks pretty ok, I think
[09:26] <Riddell> except for Kubuntu desktop and DVD being broken
[09:26] <Riddell> I take it someone has done an ubuntu desktop install on real hardware to confirm they don't have the same issue?
[09:27] <pitti> hm, I saw a few successful test cases, too
[09:28] <pitti> (for Kubuntu)
[09:28] <Riddell> yes because the QA team only tests on virtual machines
[09:29] <Riddell> real hardware isn't so lucky
[09:29] <pitti> bug 726581 I tak eit
[09:29] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu Natty) (and 1 other project) "install stops half way through (affects: 4) (dups: 2) (heat: 30)" [High,Confirmed] https://launchpad.net/bugs/726581
[09:29] <Riddell> yes, which leaves the install with an unbootable hard disk so I don't want to release images with that bug
[09:31] <pitti> I'll run a test install on my mini 10
[09:31] <seb128> can do that as well
[09:31] <seb128> is there any special install scenario that needs testing?
[09:31] <pitti> more tests are better, yes
[09:32] <pitti> I don't think it's crashing during partitioning, so full disk should be okay
[09:32] <pitti> Riddell: what did you try when you saw this?
[09:32] <Riddell> live session -> ubiquity -> use full disk
[09:33] <pitti> cheers, will try that as well
[09:33] <pitti> cjwatson: Spanish langpacks were copied properly in my offline install test
[09:33] <pitti> Riddell: online or offline?
[09:33] <Riddell> pitti: both
[09:34] <pitti> well, can't go online with the mini in the live system anyway
[09:37] <pitti> Riddell: no CD drive in the mini, I'm using USB stick; were you using an actual CD? (given the weird media change log entries this might be relevant)
[09:37] <Riddell> I had the problem with both CD and USB
[09:48] <pitti> installed, booted, bug updated
[09:49]  * pitti looks for that string in the sources, to see what could trigger it
[09:49] <seb128> ubiquity in natty is still not nb screen friendly
[09:50] <seb128> did anybody else got keyboard configuration issues? or a weird question about keyboard after the tz selection?
[09:50] <pitti> not me; just a compiz crash on startup
[09:52] <pitti> hm, I can't find that string
[09:53]  * pitti greps /usr
[09:53] <pitti> ah, it's from python-apt
[09:55] <pitti> mvo: do you know under which circumstances apt/python-apt would call media_change()?
[09:55] <pitti> mvo: (for bug 726581)
[09:55] <ubot4> Launchpad bug 726581 in ubiquity (Ubuntu Natty) (and 1 other project) "install stops half way through (affects: 4) (dups: 2) (heat: 30)" [High,Confirmed] https://launchpad.net/bugs/726581
[09:56] <mvo> pitti: either if the sources.list cdrom source is before the http source or if the pkg is not available from the network (e.g. missing cache update)
[09:57] <pitti> it allegedly also happens offline
[09:57] <pitti> and online
[09:57] <pitti> mvo: i. e. it tries to install a package which isn't in the live system or on teh CD?
[09:58] <Riddell> Ubuntu Desktop isn't looking healthy, compiz crashes, random messages about CD with packages in it, blank desktop
[10:00] <pitti> yeah, I think we need to teach casper to disable the apt media check
[10:01] <pitti> it didn't annoy you with these earlier
[10:01] <seb128> ok, I just did an ubuntu desktop i386 custom partition install, worked fine, unity starts
[10:01] <pitti> mvo: ^ did that change in natty in any way?
[10:01] <jibel> seb128, yes I did, but I'm unable to find the steps to reproduce. It looks like being linked to the timing when you proceed to the keyboard layout screen.
[10:02] <seb128> jibel: ok, seems to happen every time here
[10:03] <seb128> pitti, is jockey supposed to manifest itself after first login?
[10:03] <pitti> "Skipping nonexistent file /cdrom/dists/natty/main/binary-i386/Packages" -> I have that on a successful install as well, so that's not it
[10:04] <pitti> seb128: actually yes (on the mini, for the wl driver, unless you installed online)
[10:05] <seb128> pitti, it doesn't here
[10:05] <mvo> pitti: uhhh, possible, the mountpoint is /media/cdrom by default now
[10:07] <seb128> pitti, ok, .xsession-errors says it crashes on " TypeError: an integer is required"
[10:07] <seb128> in update_repository_indexes
[10:08] <jibel> mvo, update-notifier is now showing up during install from a live session. Is it expected ?
[10:08] <pitti> seb128: ah, bug 711225)
[10:08] <ubot4> Launchpad bug 711225 in python2.7 (Ubuntu Natty) (and 1 other project) "subprocess.Popen() crashed with TypeError in _cleanup(): an integer is required (affects: 3) (heat: 28)" [Medium,Confirmed] https://launchpad.net/bugs/711225
[10:08] <seb128> pitti, indeed
[10:08] <seb128> pitti, thanks
[10:08] <mvo> jibel: no, not at all
[10:08] <mvo> jibel: showing up in what way?
[10:08] <seb128> jibel: let me know if you open a bug about the keyboard thing, I will confirm it
[10:08] <pitti> seb128: fun, I never got that on my workstation, can reproduce on the mini
[10:08] <jibel> mvo, bug 722580
[10:08] <ubot4> Launchpad bug 722580 in update-notifier (Ubuntu) "update-notifier is launched while ubiquity is running (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/722580
[10:09] <pitti> mvo: it keeps popping up dialogs with "an install medium found, want to open blabla"
[10:09] <seb128> pitti, your workstation is online and get an index update
[10:09] <seb128> pitti, it's a chicken-egg issue on the 10v
[10:09] <seb128> no wifi no internet no index
[10:09] <jibel> seb128, no I didn't filed a bug because I have no useful information to provide.
[10:09] <seb128> jibel: well the prompt seems buggy and you get an english keyboard after installation
[10:10] <pitti> mvo: so that media change thing could be related to the changed mount point? did that change after a2?
[10:12] <mvo> pitti: yeah, its quite likely, I can revert it for now
[10:12] <pitti> mvo: does that depend on anything else? I wonder why we only see it on kubuntu
[10:13] <mvo> pitti: maybe its just kubuntu that triggers a additional pkg install from the cd?
[10:13] <mvo> pitti: and the normal ubuntu does not
[10:13] <pitti> hm, perhaps that's what breaks oem-install as well, checking logs
[10:14] <pitti> Mar  2 13:10:38 ubuntu plugininstall.py: FetchFailedException: Failed to fetch cdrom:[Ubuntu 11.04 _Natty Narwhal_ - Alpha amd64 (20110302)]/pool/main/u/ubiquity/oem-config-gtk_2.5.22_all.deb File not found
[10:15] <pitti> mvo: so, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/727783/+attachment/1880803/+files/UbiquitySyslog.gz (log from the failed oem install) doesn't have a "Media change" notification, but above ^
[10:15] <ubot4> Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 1 other project) "oem-config is not installed after initial system installation, and the user can't proceed with the step 'prepare for shipping' (affects: 3) (dups: 1) (heat: 20)" [High,Confirmed]
[10:16] <mvo> pitti: I can do a new upload now, its a likely candidate and the only one I can currently think of
[10:16] <pitti> mvo: is that in the binary bits or in python?
[10:17] <pitti> mvo: it could be worth locally installing that reversion on a kubuntu live system, and checking if it installs
[10:17] <seb128> pitti, so the jockey issue is solved if you do an apt-get update iirc
[10:17] <pitti> mvo: if you have a package, I can do a parallel test with OEM, to see whether it affects that as well
[10:17] <pitti> seb128: right; I'll investigate the python crash later on
[10:17] <seb128> pitti, i.e find an ethernet cable, do apt-get update and it will work
[10:17] <pitti> seb128: now that I can reliably reproduce it
[10:17] <seb128> pitti, ok
[10:18] <pitti> seb128: right; I'm actually eager to keep it breaking, as this looks like a weird bug in python's subprocess.py
[10:18] <seb128> pitti, just letting you know as a piece of information
[10:18] <mvo> pitti: it should be enough to add a symlink from /media/cdrom to /cdrom for testing
[10:18] <seb128> pitti, running the command in the python interpreter works, so it's weird
[10:18] <mvo> pitti: its the binary bits
[10:18] <pitti> mvo: that would be equivalent to the reversion? good
[10:18] <Riddell> I don't have the problem during Ubuntu Desktop install
[10:18] <Riddell> mvo: I'll try a Kubuntu install with that change
[10:18] <pitti> let's try that
[10:19] <pitti> Riddell: can you try Kubuntu? I'll try Ubuntu oem
[10:20] <Riddell> yep
[10:21] <pitti> /media/cdrom -> /cdrom, right?
[10:22] <pitti> /cdrom is already mounted
[10:22] <mvo> could you please link the other way around then?
[10:22] <pitti> no, I can't
[10:22] <mvo> are both directories?
[10:22] <pitti> /cdrom is existing and mounted, I can't replace it with a symlink to /media/cdrom
[10:23] <pitti> mvo: /media/cdrom doens't exist by default; I created it as  a link to /cdrom
[10:23] <mvo> cool
[10:23] <mvo> the important bit is that apt finds something at /media/cdrom
[10:23] <mvo> so that should be good now
[10:23] <pitti> running
[10:23]  * mvo crosses fingers
[10:24] <pitti> ls -l /media/cdrom/dists/ -> natty
[10:24] <pitti> running
[10:25] <mvo> nowdays apt-cdrom/cdrom.cc will use udev unless explicitely disabled, I guess the installer disabled that bit during install
[10:25] <ev> indeed it does
[10:26] <pitti> mvo: is that related in any way with the "install cd has been detected" spam?
[10:31] <mvo> it might be, I can currently not think how though, but it sounds likely
[10:32] <pitti> install finished; booting and crossing fingers..
[10:32] <pitti> hah! worked
[10:35] <Riddell> my install is at 65%! it always got stuck at 64% before
[10:35] <pitti> go! go! go!
[10:35] <pitti> the 64th percent is always the hardest
[10:36] <pitti> mvo, ev: so what would be the correct fix for this? does ubiquity/d-i make assumptions about /cdrom? or does this need to be fixed entirely in apt?
[10:36] <pitti> or would the correct fix take longer, and as a workaround we just upload a casper which creates the symlink?
[10:37] <pitti> OEM configure step now complete, I'm in the user session
[10:40] <mvo> pitti: I don't have a strong opinion on this, I'm fine reverting
[10:40] <pitti> mvo: what do you want to revert in particular, the default mount point if udev is disabled?
[10:40] <mvo> the default mount point
[10:40] <mvo> it got changed because of a debian bugreport from kfreebsd where no udev is available
[10:41] <pitti> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611569
[10:41] <ubot4> Debian bug 611569 in apt "apt-cdrom doesn't work on GNU/kFreeBSD" [Important,Fixed]
[10:41] <mvo> for all clients (including apt itself) the dir should not matter when udev is used, it will just detect it
[10:41] <mvo> yep
[10:41] <pitti> ah, seems cjwatson already identified that as probable cause
[10:42] <pitti> so reverting this doesn't sound optimal then
[10:42] <mvo> it eventually got fixed in a different way for kfreebsd
[10:42] <pitti> mvo: so the problem is that the installer/casper/etc. still use and assume /cdrom ?
[10:42] <pitti> FWIW, http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/3a3826b3871c8c2f480bcba820c6da8f86700143 :)
[10:42] <pitti> it might not take that long any more
[10:43] <mvo> heh, woah!
[10:43] <pitti> mvo: should we perhaps just quickfix this in casper, to get a3 out of the door?
[10:44] <Riddell> kubuntu install completed, awesomeage
[10:44] <pitti> I propose we only rebuild the Kubuntu CD/DVD, not the entire set, and document that OEM install is broken (and how to fix it)
[10:44] <pitti> Riddell: \o/
[10:45] <pitti> I wonder if this can be done even quicker with a cdimage hack
[10:45] <pitti> hm, no, this would keep the symlink in the installed system
[10:46] <mvo> pitti: sure, thats fine with me
[10:46] <mvo> pitti: just a symlink
[10:47] <pitti> Riddell: I'll upload a new casper then, ok?
[10:47] <Riddell> yes, thanks
[10:48] <pitti> chroot /root apt-cdrom -o Acquire::cdrom::AutoDetect=false -m add
[10:48] <pitti> mvo: ^ is that what is supposed to disable the CD check?
[10:50] <mvo> pitti: yes, thats the one
[10:50] <pitti> so apparently it stopped working?
[10:50] <pitti> +# temporary hack for LP#727783
[10:50] <pitti> +mkdir -p /root/media
[10:51] <pitti> +ln -s /cdrom /root/media/cdrom
[10:51] <pitti> +
[10:51] <mvo> well, if the autodetect is disabled, then it will look at the default cdrom path, that used to be /cdrom and now its /media/cdrom
[10:51] <mvo> would be nice to just have auto-detect true here, but I guess the problem is the chroot
[10:52] <mvo> your diff looks good
[10:54] <pitti> uploaded; let's see how fast it can build
[10:54]  * pitti runs process-upload manually and then stops the publisher
[10:57] <pitti> Riddell: alternates are ok, right?
[10:58] <pitti> marked Kubuntu desktop and DVD for rebuild
[10:58] <Riddell> pitti: yes
[10:59] <mvo> can I upload a new software-center for immediate publication after a3 - or wll that interfere with your workflow (new reviews server got deployed last night :-D
[10:59] <pitti> mvo: can you still wait a bit please? just in case I screwed up and we need a new casper
[10:59] <mvo> sure
[11:00]  * mvo will just have lunch then :)
[11:00] <pitti> . o O { the chroot upgrade on the amd64 buildd takes aages.. }
[11:04] <pitti> congrats, armel beat amd64
[11:06] <ogra> :)
[11:06] <ogra> yeah, its the fjutscha :)
[11:06] <pitti> accepted, publisher running
[11:07] <pitti> ogra: wärrie well
[11:08] <pitti> WTH, publisher crashes
[11:09] <pitti> mkdir: cannot create directory `/srv/launchpad.net/ppa': Permission denied
[11:13] <pitti> seems more happy now
[11:18] <jibel> ev, any idea about  bug 728205 when mswindows is the primary os ?
[11:18] <ubot4> Launchpad bug 728205 in ubiquity (Ubuntu) "Ubiquity: there is no install "alongside other operating system" (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/728205
[11:23] <ev> jibel: bug updated
[11:23] <ev> apologies for the delayed responses.  I'm helping a Millbank intern get set up with our tools and trying to get caught up myself after being without a working computer for much of yesterday.
[11:23] <wgrant> pitti: Were you running it without LPCONFIG set?
[11:24] <pitti> wgrant: I think I did at first, yes
[11:25] <wgrant> Great. Was hoping it wasn't some new issue :/
[11:31] <pitti> Riddell: I'll set up a trigger for new casper, and rebuild Kubuntu desktop and DVDs
[11:32] <Riddell> pitti: a trigger?
[11:32] <pitti> wait-for-package
[11:32] <Riddell> clever
[11:32] <cjwatson> pitti: oh, the langpacks are on the livefs, so that would work yes
[11:32] <pitti> cjwatson: wb
[11:33] <cjwatson> pitti: I'm sure there's some other case that wouldn't, maybe something or other on the DVD
[11:33] <pitti> cjwatson: so, the woes with OEM and Kubuntu is all due to the same bug, I updated it accordingly
[11:33] <pitti> cjwatson: we figured the fastest way was to install a /media/cdrom -> /cdrom symlink (verified to work), I changed casper
[11:33] <cjwatson> whoa
[11:34] <cjwatson> um
[11:34] <cjwatson> you sure that won't break things later?
[11:34] <cjwatson> I knew it was all due to basically the same bug
[11:34] <pitti> changing casper, ubiquity etc. for /media/cdrom seems like an awful lot of change and testing
[11:34] <cjwatson> I was in the middle of figuring out a proper fix
[11:34] <cjwatson> (though not for a3)
[11:34] <pitti> cjwatson: it's only in the live system, not on the actual CD
[11:34] <cjwatson> but the chroot needs to match
[11:34] <pitti> it completely breaks Kubuntu, we can't release it like that
[11:35] <cjwatson> which means you'll be installing a symlink in /media in the installed system
[11:35] <cjwatson> which is going to get complicated
[11:35] <jibel> ev, thanks
[11:35] <cjwatson> the correct fix IMO is to install proper apt configuration during installation.  we already do this, it just needs to be updated
[11:35] <pitti> cjwatson: I don't have a symlink in the installed system
[11:36] <pitti> Riddell: ^ do you?
[11:36] <cjwatson> then it still won't work entirely right, if you've done neither that nor the proper fix
[11:36] <cjwatson> if it works well enough for Kubuntu, great
[11:36] <cjwatson> but please don't close the bug
[11:36] <pitti> it also works for OEM
[11:36] <pitti> cjwatson: no, it's open, just moved to b1; I just added a casper task for a3 (the hack)
[11:36] <cjwatson> yep, the casper hack sounds fine
[11:37] <cjwatson> thanks for looking into that
[11:37] <pitti> this should totally disappear again right after a3
[11:37] <pitti> cjwatson: I still propose to not rebuild ubuntu CD/DVD; I'll document the sudo ln -s /cdrom /media/cdrom in teh release notes instead
[11:37] <cjwatson> d-i and ubiquity do make assumptions about /cdrom, they're quite pervasive
[11:37] <cjwatson> agreed
[11:37] <pitti> cjwatson: ^ that's what I thought, too, and why we opted for the link
[11:37] <cjwatson> I'm surprised Kubuntu broke hard, what's different there?
[11:38] <pitti> cjwatson: presumably it always installs a package from the livefs repo
[11:38] <pitti> hard to tell from the log, it doesn't say which package it's about to install
[11:38] <cjwatson> Riddell: do you know?  I'm curious
[11:40] <Riddell> I have no symlink /media/cdrom
[11:40] <pitti> wait-for-package casper_1.259 && echo kubuntu desktop && buildlive kubuntu daily-live && (for-project kubuntu cron.daily-live &) && buildlive kubuntu-dvd dvd && for-project kubuntu cron.dvd
[11:41] <pitti> is what I have queued now
[11:41] <pitti> publisher finished
[11:52] <pitti> builds started
[12:22] <pitti> cjwatson: hm, seems installation of third-party software also breaks (bug 728360)
[12:22] <ubot4> Launchpad bug 728360 in ubiquity (Ubuntu) "Natty 20110302, apt require insertion of /media/cdrom during a usb installation, causing lock and hard reboot (dup-of: 727783)" [Undecided,New] https://launchpad.net/bugs/728360
[12:22] <ubot4> Launchpad bug 727783 in ubiquity (Ubuntu Natty) (and 3 other projects) "Installing packages from CD repository fails due to changed CD-ROM default mount point (affects: 7) (dups: 5) (heat: 50)" [High,Confirmed] https://launchpad.net/bugs/727783
[12:22]  * pitti documents
[12:23] <cjwatson> pitti: I can believe it
[12:26] <pitti> https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview#Known%20issues updated
[12:30] <pitti> Riddell: http://cdimage.ubuntu.com/kubuntu/daily-live/20110303/ coming in
[12:30]  * pitti adds to tracker
[12:31] <pitti> Riddell: perhaps right after booting the live system you could check whether the symlink is okay?
[12:32] <pitti> jibel: ^
[12:32] <pitti> DVDs will still take a bit, grabbing quick lunch
[12:41] <Riddell> yep
[13:01] <Riddell> yes I have the symlink on the live CD
[13:23] <jibel> skaet_, bug 728435 on server amd64
[13:23] <ubot4> Launchpad bug 728435 in debian-installer (Ubuntu) "raid1 boot degraded mode fails (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/728435
[13:24] <cjwatson> more likely to be mdadm, reassiging
[13:24] <cjwatson> +n
[13:39] <skaet_> good morning all
[13:40] <cjwatson> pitti: I have a proper fix now :)
[13:45] <jibel> Good morning skaet_
[13:53] <skaet_> good morning jibel,  sorry for delayed response, catching up on the backscroll
[13:55] <skaet_> Riddell, looks like we've got some new images for Kubuntu CD/DVD then.   cool.
[13:56] <pitti> hey skaet_
[13:57] <skaet_> pitti, cjwatson,  I talked to Rick about the OEM issue on Ubuntu last night as well, and he's ok with releasing with it as well (not happy, but ok ;) )
[13:57] <cjwatson> it should be fixed comprehensively for b1
[13:57] <pitti> skaet_: we have a simple workaround now, documented
[13:57] <pitti> skaet_: I don't think it's worth a rebuild and retest
[13:57] <skaet_> pitti, cjwatson - excellent
[13:57] <cjwatson> I'm just completing a test of my changes, even without pitti's workaround
[13:57] <cjwatson> they look successful
[13:57] <skaet_> :D
[13:58] <cjwatson> I see no reason not to leave pitti's workaround in place permanently anyway
[13:58] <cjwatson> no harm in defence in depth
[13:58] <skaet_> ok.
[13:58] <skaet_> :)
[13:58] <pitti> cjwatson: hm, I thought we'd move /cdrom to /media/cdrom consistently?
[13:58] <cjwatson> and this is like the 10th time I've fixed this kind of bug, I really don't want to do it again
[13:58] <cjwatson> pitti: that will take longer
[13:58] <cjwatson> eventually, I guess
[13:58] <pitti> ok
[13:58] <cjwatson> but I'm in no rush
[13:59] <skaet_> Anything stopping us from starting to publish the rest of the images (other than kubuntu dvd/cd) ?
[14:00] <skaet_> Doesn't seem like there are any blockers ( lots of yuchs ) but...
[14:00] <pitti> no
[14:01] <pitti> skaet_: I was going to wait a tad more for the "ok" from Riddel for kubuntu desktop
[14:01] <pitti> but I can just as well start now, and re-do the thing later in case it breaks
[14:02] <skaet_> thanks pitti.
[14:02] <pitti> skaet_: I updated TechOverview with the recent bugs, and made some corrections, FTR
[14:03] <pitti> at least I can alread archive alpha-2, etc.
[14:03] <skaet_> pitti,  :)  great!  It needed some corrections, lol.   Still some projects I'm waiting on input from before it will go out with the announce, but its starting to gel.
[14:04] <skaet_> Need to do a pass through the current iso tracker, and add some more bugs to it as well. :P
[14:05] <pitti> skaet_: that's what I did about two hours ago; I caught all but some extra LTSP ones, which I wasn't sure about (ran out of time due to the /cdrom issue)
[14:05] <skaet_> pitti,  cool.   Will focus on that, and the bugs from the weekly agenda then.
[14:09] <skaet_> pitti,  Riddell,  From the comments,  I'm infering that since Riddell will be having his hands full with Kubuntu images,  pitti will be running the push out?  (Riddell was on rotation for this cycle for the release engineering tasks).
[14:10] <pitti> skaet_: yeah, doing
[14:10] <pitti> skaet_: ah, I thought I was
[14:10] <skaet_> pitti,  heh,  Riddell owes you beer/wine ;)
[14:12] <Riddell> thanks pitti
[14:12] <pitti> drwxrwxr-x  4 cdimage  cdimage  4096 2011-03-02 08:43 www.prev
[14:13] <skaet_> Riddell,  how long do you estimate it will take to test out the new Kubuntu images?
[14:13] <pitti> ogra, Riddell, cjwatson ^ looks like someone wanted to start pre-publishing this morning already? can I wipe this?
[14:13] <ogra> wasnt me
[14:13]  * ogra makes an innocent face
[14:15]  * skaet_ has kept her paws out as well
[14:15] <jibel> skaet_, kubuntu amd64 are done, wubi failed without surprise, pedro is on i386 and I'm starting DVD
[14:15] <cjwatson> not I
[14:16] <Riddell> I've done an install with both amd64 and i386 kubuntu CDs, working fine
[14:16] <cjwatson> pitti: that was yesterday morning though, from the timestamps
[14:16]  * skaet_ had better head back into editing the tech overview... sounds like we may get this pushed out earlier rather than end of day for a change.  ;)
[14:17] <pitti> Riddell: \o/
[14:19] <skaet_> Riddell: yay!
[14:19] <skaet_> jibel,  thanks!
[14:21] <Riddell> skaet_: did claydoh update the tech overview for Kubuntu?
[14:22] <skaet_> Riddell,  yup changes went in last night from him,  but feel free to review/update.  ;)
[14:23]  * skaet_ was planning on having to add words about the Kubuntu CD/DVD not shipping, but is glad that will no longer be the case
[14:24] <Riddell> all thanks to the debugging work of pitti and mvo
[14:30] <ev> skaet_: I've added about about the installer partitioning redesign to the notes, at the request of robbiew.  Feel free to tweak or move that around.
[14:52] <skaet_> ev, thanks!
[14:52] <ev> sure thing
[15:00] <pitti> images published, starting the Big Mirror Sync
[15:00] <pitti> took a while, sorry; botched the first try (had to fix a bug in ./publish-image-set.py)
[15:02] <pitti> smoser: can you please publish the milestone UEC images on uec-images.ubuntu.com?
[15:02] <pitti> (or did you already?)
[15:02] <smoser> ie, make public ?
[15:03] <smoser> pitti, ^
[15:03] <pitti> smoser: yes
[15:03] <pitti> smoser: (if they are alright, but seems so)
[15:04] <smoser> yeah.
[15:04] <pitti> smoser: I'm publishing the other images to cdimage.u.c. now
[15:07] <pitti> skaet_: I cleaned up https://bugs.launchpad.net/ubuntu/natty/+bugs?field.milestone=33573, now bug 693671 is the only one left
[15:07] <ubot4> Launchpad bug 693671 in Ubuntu Natty (and 3 other projects) "wubi install will not boot - phase 2 stops with: Try (hd0,0): NTFS5 (affects: 6) (dups: 2) (heat: 81)" [Critical,Confirmed] https://launchpad.net/bugs/693671
[15:07] <pitti> but I guess it's not gonna happen for a3, so we'll just declare wubi broken for a3?
[15:08] <skaet_> yes,  it was broken for A2 as well, so we'll need to consider it broken again....
[15:08]  * skaet_ is looking forward to the fact that now that the features are in,  some of these ugly bugs will get some love. ;)
[15:09] <pitti> ok, a3 list is empth herewith
[15:10] <skaet_> \o/
[15:11] <jibel> skaet_, bug 717166 on UEC
[15:11] <ubot4> Launchpad bug 717166 in eucalyptus (Ubuntu Natty) (and 2 other projects) "Broken with v4 isc-dhcp-server in Natty (affects: 2) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/717166
[15:12] <skaet_> Thanks jibel.
[15:21] <jibel> kubuntu dvd amd64 is fine. kubuntu desktop i386 looks good too (1 test remaining)
[15:21] <skaet_> slangasek, around?
[15:37] <skaet_> pitti, Riddell, cjwatson, can you review http://paste.ubuntu.com/575030/  I'm thinking we should probably also mention Unity's version here as well as a new package, thoughts?  Any other significant packages I missed?
[15:39] <cjwatson> seems reasonable
[15:39] <cjwatson> (to mention Unity's version)
[15:41] <pitti> skaet_: looks fine to me; as unity is a highly focussed component in natty, I agree to add it here
[15:44] <doko_> if I start a rebuild of the gcc-4.5 version in natty on i386, it fails to build with:
[15:44] <doko_> Unsupported CPU used in --with-cpu=, supported values:
[15:44] <doko_> generic atom core2 nocona x86-64 amdfam10 barcelona k8 opteron athlon64 athlon-fx athlon64-sse3 k8-sse3 opteron-sse3
[15:44] <doko_> make[4]: *** [configure-stage1-gcc] Error 1
[15:45] <doko_> so something seems to be broken ...
[15:46] <pitti> skaet_: ugh @ https://launchpad.net/ubuntu/+milestone/ubuntu-11.04-beta-1 ..
[15:46] <skaet_> pitti, cjwatson - Unity 3.6.0 is the one I'm spotting from -changes.
[15:46] <pitti> skaet_: confirmed
[15:48] <skaet_> pitti, re ubuntu-11.04.beta-1 - yeah,  and they don't have the unmilestoned ones, that need to still be sorted by the end of the release.  :P
[15:48] <skaet_> s/sorted/fixed/
[15:50] <jibel> skaet_, what's Kubuntu Netbook Arm (omap) (rebuilding...) on the tracker ? what the status of this image ?
[15:50] <skaet_> doko,  urk, looks like some misconfiguring.   is there a bug?
[15:51] <skaet_> jibel,  decision was made yesterday that that wouldn't be rebuilt.  Should have removed it.  Sorry.  Please go ahead and do so.
[15:51] <jibel> skaet_, k
[15:54]  * doko_ curses the person who uploaded bash, which seems to be broken
[15:57] <cjwatson> who might that be? :)
[16:01]  * pitti fixes bad CamelCase wiki links on TechOverview
[16:01] <pitti> skaet_: looks good to me, should we just drop the software-center todo?
[16:02] <skaet_> pitti,  yeah.
[16:04] <pitti> skaet_: done
[16:05] <GrueMaster> Sorry about the kubuntu armel rebuild confusion.  I made the call to have it rebuild with the temprary ubiquity-slideshow fix in the hopes that it would make the image workable, but it appears to have other issues.
[16:06] <GrueMaster> I was working with the 301 image that I manually hacked to resemble what would have built last night.  Fails badly though.
[16:07] <skaet_> GrueMaster, thanks for the explanation.  :)
[16:08]  * skaet_ is sorry it didn't work out though...
[16:09] <GrueMaster> I'll do a quick test on it to make sure it wasn't my hacked image, but I seriously doubt it (all I did was remove ubiquity-slideshow-*).
[16:09] <pitti> skaet_: sync complete; all image links on https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview confirmed to work
[16:10] <pitti> iso image that is (not pictures)
[16:10] <skaet_> *\o/*
[16:10] <pitti> can we lift the archive freeze?
[16:10] <skaet_> ok,  waiting for some final reviews of the contents of the TechOverview to come in,  and then I'll press send on the announce.
[16:11] <skaet_> yes,  we can lift archive freeze.  :)
[16:13] <GrueMaster> What, it was frozen?  Then how did samba update slip through, delaying our rebuild by two hours?
[16:14] <pitti> it shouldn't have happened
[16:14] <pitti> (the upload)
[16:14] <pitti> it's in #u-devel topic, planet, and<EMAIL_ADDRESS>[16:15] <cjwatson> GrueMaster: soft freeze, it relies on developers honouring it
[16:15] <cjwatson> (the alternative was bad in other ways)
[16:16] <GrueMaster> Ah.
[16:16] <highvoltage> I'm putting together the pieces for the alpha 3 announcement on the edubuntu site: http://edubuntu.org/2011-03-03/edubuntu-1104-alpha-3-released - Let me know if I'm missing anything important!
[16:17] <ogra> GrueMaster, you earned beer from the person doing the upload though ;)
[16:17] <GrueMaster> Beer==good.
[16:17] <ogra> freeze breakage generally requires beer compensation
[16:17] <GrueMaster> (Lots of beer)==(complete absolution)
[16:31] <GrueMaster> skaet_: Kubuntu armel image broken as predicted.
[16:46] <slangasek> skaet_: pong
[16:46] <pitti> skaet_: cdimage cronjobs back on, FTR
[16:47] <skaet_> slangasek,  hi, could you take a look at the TechOverview and make sure my discussion of dpkg is accurate.  Also, any other new packages that should have been highlighted?
[16:47] <skaet_> pitti.  thanks!
[16:47] <slangasek> skaet_: full link?
[16:48] <skaet_>   https://wiki.ubuntu.com/NattyNarwhal/TechnicalOverview
[16:48] <slangasek> thanks :)
[16:49] <slangasek> well, moin doesn't like git uris I see
[16:52] <slangasek> skaet_: tweaked the language a bit, let me know how that looks to you
[16:58]  * skaet_ looking
[17:01] <skaet_> slangasek,  looks fine.  Thanks!
[17:02] <pitti> skaet_: do you need anything from me in the next hour? if not, I'd like to go AFK a bit and reinstall my main workstation
[17:02] <skaet_> pitti,  I think we're good.   Just starting to coord with the web team now, and pick up the last edits.
[17:04] <pitti> skaet_: ok, good luck with the rest then!
[17:04] <pitti> *uff* what day .. or three of 'em
[17:11]  * skaet_ nods
[17:41] <Riddell> Kubuntu CDs and DVDs seem good to publish
[17:41] <Riddell> ah good, already in
[17:42] <Riddell> skaet_: ETA on release?
[17:46] <bjf> skaet_, at an archive admins convenience, could the linux-firmware packages for lucid and maverick get promoted from -proposed to -updates ?
[17:46] <skaet_> Riddell, all edits are in now,  (that I was expecting ;) ) so I think we'll be released shortly.
[17:48] <Riddell> bjf: that's something that needs approval from ubuntu-sru
[17:49] <skaet_> bjf,  pitti will probably be back in a bit.
[17:50] <pitti> bjf: they didn't get any testing feedback
[17:51] <bjf> pitti, tim just marked them tested
[17:58] <pitti> bjf: done
[17:58] <pitti> and with that, good night everyone!
[17:58] <bjf> pitti, thanks
[18:08] <skaet_> pitti, cjwatson, Riddell, slangasek, NCommander, ogra  - Announce has been sent out and web site updated.  Thanks for the awesome work this week getting those images stabilized and usable!
[18:09] <slangasek> skaet_: great, thanks - and apologies for my role in derailing that stabilization with dpkg... :)
[18:09] <marjo_> skaet_ congrats! thx to all
[18:12] <ogra> skaet_, we only followed a great leader ;)
[18:16]  * highvoltage hits publish button on edubuntu alpha 3 blog post
[18:16] <skaet_> lol
[18:16]  * skaet_ is still in awe at the teamwork shown through this week to actually get images out the door.   you guys rock!
[18:21] <skaet_> slangasek,  you probably owe cjwatson and pitti some beers ;)    Am just delighted it all came together, esp with getting Kubuntu resolved and ARM images as well.   whew!  such a different place from Tuesday morning.
[18:23] <slangasek> skaet_: yes, I think I do at that
[18:43] <jdstrand> skaet_: hey. so wrt bug #727478, the bug is now triaged and a fix being prepared
[18:43] <ubot4> Launchpad bug 727478 in mysql-5.1 (Ubuntu Natty) (and 4 other projects) "mysql upgrade hang at 'installing new version of config file /etc/init/mysql.conf' during upgrade from 10.10 to 11.04 (affects: 1) (heat: 3498)" [High,Invalid] https://launchpad.net/bugs/727478
[18:51] <skaet_> jdstrang,  just looking at it.   Glad you found the root cause.    Very good to get that fixed.  :)
[18:52] <slangasek> cjwatson: who's owning plymouth this cycle?  (bug #728611)
[18:52] <ubot4> Launchpad bug 728611 in plymouth (Ubuntu Natty) (and 1 other project) "[natty] text does not display in plymouth (disk check, passphrase prompts) (affects: 2) (dups: 1) (heat: 14)" [High,Confirmed] https://launchpad.net/bugs/728611
[18:53] <slangasek> hmmm, I hope it's not related to the new upstream freetype
[18:54] <cjwatson> no particularly strong ownership, I've been trying to hoover some things up though
[18:54] <cjwatson> in my copious free time :-/
[18:54] <slangasek> yep
[18:54] <cjwatson> I'm happy to look at that one
[18:54] <cjwatson> well, "happy"
[18:54] <slangasek> or could someone else on foundations look at it?
[18:54] <cjwatson> dinnertime
[18:54] <cjwatson> well, I might pass it to jhunt
[18:54]  * slangasek nods
[18:56] <skaet_> jdstrand,  sorry 'bout the typo in your nick.   ^^
[18:57] <slangasek> cjwatson: timing-wise, the appearance of this bug comes very close to a new upstream version of freetype, and I've seen other contexts where text is not being rendered with freetype 2.4.4, so maybe that's a useful avenue of investigation (and one that lets you reassign the bug back to me ;)
[19:08] <jdstrand> skaet_: well, *I* didn't find it. I am just the messenger :)
[19:08] <jdstrand> skaet_: but I will be doing the upload
[19:08] <skaet_> :)


[02:14] <InSearchOf> no ubuntu-mobile meeting today?
[05:21] <plars> InSearchOf: It's on Tuesday, are you on the mailing list?
[12:21] <InSearchOf> plars, I am now
[15:56]  * lool waves
[15:57]  * ogra yawns
[15:58] <slangasek> morning, folks
[15:58]  * fader_ waves.
[15:59] <cjwatson_> hi
[15:59] <cjwatson> I'm having networking problems today - hopefully I'll stay online, but ...
[15:59] <heno> hey
[16:00] <slangasek> pgraner, davidm, Riddell, sbeattie, Hobbsee, ScottK, apw: ping
[16:01] <sbeattie> hey
[16:01] <lool> There's a storm here; my internet might drop even if I still appear connected
[16:01] <Riddell> hello
[16:01] <ScottK> \o
[16:01] <davidm> sladen, pgraner is traveling today
[16:01] <davidm> slangasek, pgraner is traveling today
[16:01] <slangasek> ok
[16:01]  * apw is here
[16:02] <pitti> hello, sorry for being late
[16:03] <slangasek> Robbie is off, it appears
[16:03] <slangasek> and dendrobates is traveling
[16:03] <slangasek> #startmeeting
[16:03] <MootBot> Meeting started at 10:03. The chair is slangasek.
[16:03] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:04] <slangasek> [LINK] https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-07-17
[16:04] <MootBot> LINK received:  https://wiki.ubuntu.com/ReleaseTeam/Meeting/2009-07-17
[16:04] <slangasek> [TOPIC] Actions from previous meetings
[16:04] <MootBot> New Topic:  Actions from previous meetings
[16:05] <slangasek> ScottK: about?
[16:05] <ScottK> Yes
[16:05] <ScottK> Stuck my hand up a few minutes ago
[16:06] <ScottK> slangasek: You can reassign the Kubuntu netbook test case one to me.
[16:06] <slangasek> ScottK: rgreening tells me he doesn't know what he's supposed to do for .. right, gotcha :)
[16:06] <rgreening> :)
[16:06] <slangasek> ScottK: I have kubuntu-netbook on the ISO tracker, do you know generally what the set of test cases should be for it?
[16:07] <ScottK> slangasek: I generally it will (for now) be the same as desktop.  The main difference is in install instructions.
[16:07] <ScottK> image I typed a few more words in that sentence.
[16:07] <rgreening> lol
[16:07] <ScottK> image/imagine
[16:07] <rgreening> ty ScottK.
[16:07]  * ScottK loooks for coffee again.
[16:08] <slangasek> ScottK: the full set of install options, including OEM, migration assistant, wubi?
[16:08]  * rgreening was a bit out of his element...
[16:08] <slangasek> cjwatson: had any luck with DVD size explosion?
[16:08] <ScottK> slangasek: Let's discuss after the meeting, OK?
[16:08] <slangasek> pitti: is the --install-layout=deb patch forwarded to Debian?
[16:08] <slangasek> ScottK: sure
[16:08] <pitti> slangasek: sorry, that slipped; still on TODO list
[16:09] <slangasek> ok
[16:09] <cjwatson> slangasek: sorry, not as yet :-(
[16:09] <slangasek> [TOPIC] QA team
[16:09] <MootBot> New Topic:  QA team
[16:09] <heno> hi
[16:09] <slangasek> hello
[16:10] <heno> fader_: has some mixed news on HW testing
[16:10] <fader_> http://people.canonical.com/~fader/hw-testing/current.html
[16:10] <MootBot> LINK received:  http://people.canonical.com/~fader/hw-testing/current.html
[16:10] <fader_> The Montreal office (where the laptops are located) has moved to a new location, so cr3 has been working to get the lab put back together and working again.
[16:10] <fader_> He has also retrieved the laptops that were being used for testing by the support team and we have put some guidelines into place to prevent them from being out of the automated testing for more than 5 days in the future.
[16:10] <fader_> We have an intern who is testing the laptops today, so we should have better data for them next week.  This will include things like opening/closing the lids, etc. that cannot be done automatically, so this will be very valuable
[16:10] <fader_> There have been some issues with automated server testing, including bug 400007
[16:10] <fader_> Upstart changed where it looked for boot events, so installs were going on but no tests were being launched.  cr3 fixed this bug as of yesterday so again we should see fresh results coming in and have better data for next week.
[16:11]  * slangasek nods
[16:12] <fader_> That's all my news on the hardware testing front
[16:12] <heno> karmic-qa-increase-apport-adoption:
[16:12] <heno> The LP team is still having trouble deploying so I've had to punt this to alpha 4 :(
[16:13] <heno> (blueprint updated)
[16:13] <slangasek> ok
[16:13] <heno> that's all from QA
[16:14] <slangasek> alright, thanks
[16:14] <slangasek> anyone have questions for QA?
[16:15] <slangasek> fader_: I notice ESX is among the "untested" units in the hw testing report; ESX availability isn't becoming a problem again, is it?
[16:16] <fader_> slangasek: It had not gotten tested for a while for an unknown reason.  I got it working again for the 8.04.3 tests and now it should get results along with the other servers once the changes from bug 400007 take effect
[16:16] <slangasek> ok
[16:16] <fader_> I've got my eye on it specifically as we added some new VMs to the pool to test
[16:16] <slangasek> sounds good
[16:16] <slangasek> [TOPIC] Desktop team
[16:16] <MootBot> New Topic:  Desktop team
[16:16] <slangasek> pitti rickspencer3_: hello
[16:17] <pitti> as usual, current status about bugs, A3, and release is on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:17] <pitti> this week we saw the landing of empathy and ubuntuone file sync in the default install
[16:17] <pitti> we also fixed gdm harder, it's good enough for alpha-3 now; autologin setup is still missing, Robert Ancell will work on a replacement
[16:17] <pitti> the structural changes we planned for a3 are now done
[16:17] <pitti> for a3 we will update the intel driver and mesa again (nothing major, just bug fixes), and concentrate on major bug fixing.
[16:17] <slangasek> [LINK] https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:18] <MootBot> LINK received:  https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus
[16:18] <pitti> oh, and I poked David
[16:18] <pitti> https://blueprints.edge.launchpad.net/ubuntu/+spec/dx-karmic-os-switcher just got drafted, I'll review that ASAP
[16:18] <slangasek> is there a tracking bug for gdm autologin setup?
[16:18] <pitti> slangasek: yes, that and a blueprint; let me find it
[16:19] <pitti> bug 395299
[16:19] <slangasek> thanks
[16:21]  * slangasek finishes digesting status
[16:21] <slangasek> anything anyone else needs to bring up re: desktop?
[16:22]  * ScottK hands slangasek some Rolaids
[16:22] <slangasek> (r-o-l-a-i-d-s spells "release"?)
[16:23] <slangasek> btw, late minute switch-up on the agenda here; ttx is covering for the server team today and has a conflict, so we'll go to him next after desktop
[16:23] <lool> Pff damn Frenchs
[16:23] <ttx> lool: :P
[16:24] <slangasek> pitti: the "changes since alpha-2" list is quite nice, do we have someone who can document those in the tech overview?
[16:24] <pitti> o/
[16:24] <pitti> in personal unity with being the A3 release manager, I guess :)
[16:24] <slangasek> :-)
[16:24] <slangasek> [ACTION] pitti to document "changes since alpha-2" from https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus in the tech overview for alpha-3
[16:24] <MootBot> ACTION received:  pitti to document "changes since alpha-2" from https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus in the tech overview for alpha-3
[16:24] <slangasek> thanks
[16:25] <slangasek> [TOPIC] Server team
[16:25] <MootBot> New Topic:  Server team
[16:25] <ttx> o/
[16:25] <slangasek> ttx: bug 385475 is the only one I have tracked; any news from upstream?
[16:26] <ttx> slangasek: no news. I've escalated this. If the situation doesn't change *very quickly* I'll start designing backup solutions
[16:26] <slangasek> ok
[16:27] <slangasek> the package is in universe, so if upstream doesn't deliver, I guess we don't have any support committment?
[16:27] <ttx> true. But the plan was to move the likewise-open5 to replace likewise-open (4) in main.
[16:27] <slangasek> ok
[16:27] <ttx> That is what would be compromised is they don't deliver anything
[16:27] <ttx> s/is/if/
[16:28]  * ScottK is trying to get clamav 0.95.2 ready for a microversion update in Jaunty, but continuing 'fun' with clamav-milter is slowing the work.
[16:28] <slangasek> I also saw one a3-targeted spec that wasn't completed yet, server-karmic-kvm-qemu-packaging - is that on track?
[16:29] <ttx> kirkland just remilestoned it to a4. Package is in NEW queue but the version we want for karmic isn't released upstream yet.
[16:29] <slangasek> ok
[16:29] <ttx> So the work is done, but the feature can't land right now
[16:29]  * slangasek nods
[16:30] <slangasek> anything else for server team?
[16:30] <ttx> I'll start pushing Java libraries to the MIR process very soon
[16:30] <ttx> The ones we are 99.99% sure will be required for eucalyptus-in-main
[16:31] <slangasek> how many of those are coming?
[16:31] <ttx> and their fellow dependencies.
[16:31] <ttx> Last estimate is a total of 78
[16:31] <slangasek> oy
[16:31] <slangasek> please get those going ASAP, then :/
[16:31] <ScottK> It could be one if you like embedded code copies ....
[16:31] <lool> ouch
[16:32] <slangasek> as long as you don't mind one MIR that's rejected :)
[16:32] <ttx> I've gotten rid of most large things, so this is more a set of simple libraries
[16:32] <ttx> However, there is still a mountain of them, since nothing pushed them to main yet
[16:33]  * slangasek nods
[16:33] <ttx> I got rid of about 40 by playing tricks...
[16:33] <ttx> but now the tricks aren't worth it
[16:33] <slangasek> sure
[16:34] <ttx> and we are still at ~80.
[16:34] <ttx> To spread the load I'll start the 99.99 set next week.
[16:34] <slangasek> please keep us apprised of progress, then
[16:34] <ttx> but we can't complete that until we have a final idea of what Eucalyptus will finally require.
[16:35] <ttx> slangasek: Sure.
[16:35]  * pitti sighs
[16:35] <slangasek> [TOPIC] Mobile team
[16:35] <MootBot> New Topic:  Mobile team
[16:35] <slangasek> ttx: thanks for making yourself available :)
[16:35] <lool> [link] https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic
[16:35] <MootBot> LINK received:  https://wiki.ubuntu.com/MobileTeam/ReleaseStatus/Karmic
[16:35] <lool> Hotest topics are:
[16:35] <lool> * armv7 buildds: qemu probably wont be deployed as v7 boards to use as buildds are almost being shipped to IS and myself; we still lack BSP for them so it will take some time to set these as buildds (and we need to benchmark/evaluate them)
[16:35] <ttx> slangasek: my late pleasure :)
[16:35] <lool> * mx51 kernel: good progress from kernel team; probably wont make it for Alpha 3 but at least the kernel boots to console now, so it's easier to sort out remaining drivers issues
[16:36] <ogra> *grin* almost being shipped
[16:36] <lool> I don't have anything release worthy to discuss; things are delayed by lack of hardware mostly
[16:36] <slangasek> "almost" being shipped? :)
[16:37] <lool> slangasek: It was shipped yesterday but today I heard it wasn't...
[16:37] <slangasek> lool: what's "BSP"?
[16:37] <slangasek> heh
[16:37] <lool> Board Support Package: a tarball with binaries and source code to build your bootloader and kernel etc.
[16:37] <lool> Kind of a board SDK
[16:37] <slangasek> ok
[16:38] <lool> The other thing blocking on the marvell side is permission to publish which we had today
[16:38] <lool> So not much will happen for A3 (UNR drops planned next week)
[16:38] <ogra> the current buildd situation would probably be worth mentioning ?
[16:38] <lool> ogra: 17:35 < lool> * armv7 buildds: qemu probably wont be deployed as v7 boards to  use as buildds are almost being shipped to IS and myself; we  still lack BSP for them so it will take some time to set these as  buildds (and we need to benchmark/evaluate them)
[16:39] <lool> ogra: Oh you mean the v5 delays
[16:39] <ogra> i meant the build probs :)
[16:39] <lool> Yeah that's valid
[16:39] <ogra> yeah
[16:39] <lool> We have a bunch of builds failing due to timeouts
[16:39] <lool> We weren't able to reproduce on the porter box or on our boards
[16:39] <lool> It's affecting random packages like mesa and KDE when they lzma compress their .debs
[16:39] <ogra> the timeout is set to 10h on the armel builders now ...
[16:39] <ogra> which didnt suffice ...
[16:40] <lool> We didn't identify what caused that regression; Michael is working with IS in troubleshooting this
[16:40] <slangasek> ok
[16:41] <slangasek> on the kernel side, is the "boot to console" version going to be in the archive for a3, or is it still being tweaked out in git?
[16:41] <lool> My understanding was that it wouldn't be there
[16:42] <lool> I was hoping the kernel team would share more details; I think the rebase is still very rough
[16:42] <slangasek> alrighty
[16:42] <rtg_> AFAIK the console boot locks up after awhile.
[16:42] <lool> It's mostly good news because it means we aren't stuck there anymore with unknown delays in getting it working
[16:42] <slangasek> lool: 391588 is about banshee, which pitti's report says is not going to be default for karmic; should we drop the karmic targeting?
[16:43] <lool> slangasek: Ack
[16:43] <pitti> well, "most likely not"
[16:43] <pitti> the spec has some hard conditions, and right now it looks like they aren't going to be fixed by karmic
[16:44] <ogra> its very likely that banshee is only a fallout of a deeper layered vorbis/gstreamer issue
[16:44] <slangasek> ok, so perhaps that should be kept on the map for now
[16:44] <lool> Plus I never recall how to untrack for the dev series
[16:44] <ogra> probably until dyfet has more info, he is researching vorbis atm
[16:45] <slangasek> lool, ogra: anything else?
[16:45] <ogra> not from me
[16:45] <lool> I wrote what I had in the wiki page :)
[16:46] <slangasek> ok, thanks
[16:46] <slangasek> [TOPIC] Kernel team
[16:46] <slangasek> rtg_, apw: hi
[16:46]  * rtg_ standing in for pgraner.
[16:46] <rtg_> Most of our other release tasks are in pretty good shape: https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic
[16:46] <rtg_> Per the release meeting agenda, bugs 359338, 290153, 384579 are all in progress.
[16:46] <rtg_> I expect a full court press on the AA/ecryptfs and AA/DHCP issues since I consider them show-stoppers
[16:46] <rtg_> if AA is enabled by default.
[16:46] <rtg_> jdstrand tells me he's uploading a fix for the AA/dhcp issue.
[16:47] <rtg_> ARM still has some issues, but is booting on Babbage 1 and 2. Amit, Brad, Manoj and a Freescale engineer are
[16:47] <rtg_> working it full time.
[16:47] <rtg_> stop.
[16:47] <slangasek> [LINK] https://wiki.ubuntu.com/KernelTeam/ReleaseStatus/Karmic
[16:48] <ScottK> rtg_: Please give me a ping after the upload for 290153.  I can test it.
[16:48] <lool> rtg_: I'm not sure we should cover it here, but do you have plans for Babbage 2.5 support in jaunty?  I understand it wont be a SRU after all?
[16:48] <rtg_> ScottK, actuall, keep in touch with apw on that as he's working it.
[16:48] <ScottK> OK.  Well assuming he reads his IRC, then he knows now.
[16:49] <apw> ack
[16:49] <rtg_> lool, Babbage in a topic branch (I think) for Jaunty. I'll have to confirm with Amit
[16:49] <slangasek> rtg_: what's the AA/DHCP issue?  I haven't seen mention of this
[16:49] <rtg_> DHCP was failing if AA was enabled.
[16:49] <slangasek> bug #?
[16:49] <rtg_> bug #400349
[16:50] <slangasek> thanks
[16:50] <rtg_> AFAIK there is only one bug preventing AA from being enabled by default
[16:51] <rtg_> i.e., the ecryptfs issues.
[16:52] <rtg_> thats pretty much it from me.
[16:52] <slangasek> should enabling it necessarily be delayed for that bug?  IIRC that bug was also present in jaunty, right?
[16:52]  * ttx disappears
[16:52] <rtg_> slangasek, that is what jjohansen has told me, but I was unaware of that.
[16:53] <rtg_> If so, then perhaps we _can_ enable it by default. I'll talk to him about it.
[16:53] <slangasek> ok
[16:53] <apw> it is correct that the behaviour exists in Jaunty, there is also a workaround
[16:53] <jjohansen> correct
[16:54] <jjohansen> the same work around applies to Karmic as well
[16:54] <rtg_> if that is the consensus, then I'd say lets turn it on.
[16:54] <jjohansen> there is another bug that was raised yesterday however that may cause problems
[16:54] <jjohansen> it breaks networking for people not using Network manager
[16:55] <jjohansen> lpn400349
[16:55] <rtg_> jjohansen, wasn't that the one jdstrand is fixing?
[16:55] <jdstrand> yes
[16:55] <jjohansen> rtg_: there are two components to it
[16:55] <jdstrand> a fix will be uploaded soon
[16:55] <jdstrand> (the dhcp3 part)
[16:55] <jjohansen> there is a kernel regression there
[16:56] <jjohansen> with a fixed profile it shouldn't cause networking to fail however
[16:56] <pitti> rtg_: do you plan another  kernel upload for a3? would be nice to do a pull on drm-intel-next, to get the latest fixes for alpha-3
[16:56] <rtg_> pitti, why would I pull from there? It needs to come Linus at this point.
[16:57] <pitti> rtg_: ah, ok; so, just the first part of the question then :)
[16:57] <apw> pitti, we should get a new -rc around monday i would presume
[16:57] <pitti> the userspace driver (2.8.0) will be released monday, and we were testing daily git snapshots
[16:57] <rtg_> pitti, if we decide to enable AA by default, then I'd do another upload.
[16:57] <pitti> but the kernel side needs some fixes pulled in as well
[16:57] <pitti> good, thanks
[16:57] <rtg_> pitti, ok, then they need to be proposed on the u-k-t list
[16:58] <slangasek> apw: but presumably also with a new ABI?  Best not to upload that Monday of the milestone unless there's a particular reason for it
[16:58] <apw> it would be an abi bumper yes
[16:58] <slangasek> (especially with release resources stretched a little thin next week due to DebConf)
[16:58] <cjwatson> FWIW I don't get to debconf until thursday
[16:59] <cjwatson> err. tuesday
[16:59] <cjwatson> days sorta blur
[16:59] <rtg_> slangasek, are you happy with the current kernel? We can postpone uploads until after A3.
[16:59] <pitti> ok, so we better find the grave installer problems on Monday :)
[16:59] <slangasek> rtg_: there are no screaming bugs jumping out at us in the milestone list, so yes, I'm happy :)
[17:00] <rtg_> slaok, then we'll just wait.
[17:00] <rtg_> slangasek, ^^
[17:00] <pitti> alrighty
[17:00] <rtg_> apw, did you note that?
[17:01] <pitti> rtg_: (the pending intel fixes are not OMGearthshattering)
[17:01] <apw> rtg ack
[17:01] <rtg_> pitti, common vernacular refers to kittens :)
[17:01] <slangasek> kitten shattering is unpleasant
[17:01] <rtg_> true
[17:01] <slangasek> [TOPIC] Foundations team
[17:01] <slangasek> rtg_, apw: thanks, guys
[17:02] <slangasek> jjohansen: also thanks
[17:02] <cjwatson> main news this week is that we've dropped the proposed i586 change, because it turned out from tests that it didn't actually help
[17:02] <cjwatson> we're already building with -mtune=generic, and it turned out that gcc-4.4 changes gave us most of the benefits we saw in the earlier benchmarks
[17:02] <cjwatson> we may investigate -mtune=core2 in the future
[17:03] <rtg_> cjwatson, does that mean I can enable a true i386 flavour in ports?
[17:03] <cjwatson> still, it's good to have that actually verified from code
[17:03] <cjwatson> rtg_: yeah, looks like it
[17:03] <slangasek> "true i386"?
[17:03] <cjwatson> the -386 flavour that's existed for ages
[17:03] <rtg_> slangasek, i386 instruction set
[17:03] <cjwatson> https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Karmic
[17:03] <Keybuk> rtg_: but we build everything with the i486 instruction set
[17:03] <slangasek> rtg_: the userspace binaries are all still built for the 486 insn set
[17:04] <slangasek> and IIRC, that gives problems with cmpxchg?
[17:04] <cjwatson> -386 is still less than -generic and there are cases where it has been useful
[17:04] <cjwatson> i.e. I have verifiably solved people's installation problems by pointing them at -386
[17:04] <slangasek> [LINK] https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Karmic
[17:04] <cjwatson> so it isn't useless although it may be that it doesn't need to be as far down as 386
[17:04] <slangasek> cjwatson: not disputing that, just pointing out that there's no reason to have a true 386 kernel when the userspace won't run on 386
[17:04] <cjwatson> sure, 486 would be fine
[17:04] <Keybuk> if we have a -386 can we put pae into -generic? :) :) :)
[17:04] <cjwatson> aaaanyway
[17:05] <rtg_> Keybuk, right, 486 instruction set. there are only a few differences, cheif among them are the bus locking prefixes IIRC
[17:05] <cjwatson> Keybuk: which slows things down, why would you want that? :)
[17:05] <MootBot> LINK received:  https://wiki.ubuntu.com/FoundationsTeam/ReleaseStatus/Karmic
[17:05] <cjwatson> speaking of perf, Keybuk just filed bug 400746 which is critical for our efforts there
[17:05] <cjwatson> I've added it to our tracking page
[17:06] <Keybuk> cjwatson: I've already lost that battle with kees and his -fvogon-security-checks flags
[17:06] <cjwatson> it's more than all his flags put together apart from PIE (which isn't on by default), AIUI
[17:07] <cjwatson> our a3 specs are mostly on track; for rsyslog, we still need to complete a librelp MIR
[17:07] <cjwatson> and I have a bunch of code mostly written but need to upload for server-installer; that'll happen by Monday at the latest
[17:08] <cjwatson> Evan said on Wednesday that he's still happy aiming usb-creator-windows for a3, but that hasn't landed yet AFAICS so I'll check into that with him
[17:08]  * slangasek nods
[17:08] <slangasek> is someone working on the librelp MIR currently?
[17:08] <cjwatson> the ia32-libs bug on the status page is as you might expect best resolved by taking a deep breath and doing one of those horrific ia32-libs updates, but I think I have that figured out
[17:09] <cjwatson> slangasek: mterry has been checking into it with upstream
[17:09] <slangasek> ok
[17:09] <slangasek> ia32-libs> yes, I keep looking at that bug and using it as an incentive to poke at multiarch
[17:09] <pitti> I'll follow up on that with dobey
[17:10] <slangasek> pitti: on ia32-libs?
[17:10] <cjwatson> I'm working on it in https://launchpad.net/~cjwatson/+archive/ia32-libs-testing
[17:10] <pitti> slangasek: hm?
[17:11] <slangasek> pitti: you'll follow up on "that"?  Are you referring to ubuntuone?
[17:11] <pitti> slangasek: yes, to the slow ubuntuone startup
[17:11] <slangasek> ok
[17:12] <cjwatson> nothing more here ...
[17:13] <slangasek> no questions from me
[17:13] <slangasek> anyone else?
[17:14] <slangasek> [TOPIC] MOTU
[17:14] <MootBot> New Topic:  MOTU
[17:14] <slangasek> cjwatson: thanks
[17:14] <ScottK> \o
[17:14] <slangasek> ScottK: hi
[17:14] <ScottK> No major news for MOTU.
[17:14] <ScottK> Still considering a GHC6 update.
[17:15] <ScottK> Always more work to do on REVU and uus queue, but no suprise there.
[17:15] <cjwatson> NBS is quite big at the moment - are there any coordinated transition efforts happening? thinking of things like libkrb53
[17:15] <slangasek> are we missing information needed to decide on ghc6?
[17:15] <ScottK> cjwatson: There are not.  We can take a look at that.
[17:16] <ScottK> We need to work on killing off more boost versions too.
[17:16]  * ScottK will send mail to the MOTU ML to remind people.
[17:16] <cjwatson> cool, thanks
[17:16] <ScottK> For Kubuntu Alpha 3 we have KDE 4.3 RC2.
[17:16] <cjwatson> I do a few haphazardly as I notice them but it needs more than just me obviously :)
[17:17] <cjwatson> (and I'm sure other archive admins are doing bits and pieces too)
[17:17] <ScottK> We should (not yet uploaded I don't think) have our first Kubuntu Ayatana/Dx contribution uploaded before Alpha 3 too.
[17:17] <slangasek> I can probably spend some time on NBS today
[17:17] <ScottK> Kubuntu Netbook Edition image will be new for Alpha 3.
[17:17] <slangasek> \o/
[17:18] <pitti> sorry, I fell off the internet
[17:18] <pitti> any q for me from the last 7 minutes?
[17:18] <ScottK> Features are mostly on track.  No major problems I'm aware of.
[17:18] <ScottK> pitti: No.
[17:18] <cjwatson> ScottK: KNE> is it working properly now?
[17:19] <ScottK> cjwatson: I didn't test today's image yet, so I don't know for sure.
[17:19] <ScottK> Except for the one background image it's all been good so far.
[17:19] <slangasek> ScottK: I put a couple of bugs in the agenda under MOTU, high-importance bugs for universe packages; neither is assigned to anyone currently, I don't know if you want to take ownership of those and rustle up some MOTU to take them?
[17:19] <ScottK> slangasek: I'll try and drum someone up.
[17:19]  * ScottK decides to actually read the agenda now.
[17:20] <ScottK> I'll talk to slangasek after the meeting about netbook specifics for Alpha 3.
[17:20] <ScottK> That's all I have.
[17:21] <slangasek> [ACTION] ScottK to mail MOTU ML about NBS cleanups
[17:21] <MootBot> ACTION received:  ScottK to mail MOTU ML about NBS cleanups
[17:21] <slangasek> ScottK: ok, thanks
[17:21] <slangasek> [TOPIC] ISO size
[17:21] <MootBot> New Topic:  ISO size
[17:22] <slangasek> empathy has landed, which has impacted CD sizes quite a bit
[17:22] <cody-somerville> gdm has landed, its impacted CD sizes quite a bit :P
[17:22] <slangasek> pitti: I think you said you'd removed the last of the langpacks from one of the CDs to get them down to size?
[17:22] <pitti> I did
[17:22] <pitti> today's are within the boundaries again
[17:22] <slangasek> cody-somerville: AIUI the fix for that is known and in progress, unlike for Ubuntu...
[17:22]  * pitti sheds a tear
[17:23] <cjwatson> on DVDs, I'm seriously considering reducing the number of language-support-* packages present
[17:23] <slangasek> right - so we've gotten karmic to fit on a CD, at the cost of it being English only
[17:23] <cjwatson> would anyone object to that?
[17:23] <pitti> slangasek: for Ubuntu, the soyuz change for ripping out gnome help files has landed, but needs buildd changes still; but at least it's underway now
[17:23] <slangasek> cjwatson: if that's what it takes, I say go for it
[17:23] <slangasek> pitti: ok, great
[17:23] <slangasek> pitti: how much is that going to win us?
[17:23] <pitti> +1 for dropping some lang-support
[17:24] <pitti> slangasek: potentially, in the order of 50 to 80 MB (can't quite remember)
[17:24] <pitti> slangasek: of course we wouldn't actually get this, since we want to have some langpacks on the CDs
[17:24] <pitti> (which bring back the files which we ripped out)
[17:24] <slangasek> one possible size savings for CDs would be to figure out how to get rid of gtkhtml now that we have webkit (for epiphany)
[17:24] <pitti> that too
[17:24] <slangasek> pitti: 50-80MB> wow, ok
[17:24] <pitti> we
[17:25] <pitti> we don't ship epiphany, but it's pulled in by empathy anyway
[17:25] <slangasek> yes
[17:25] <pitti> so yelp etc. can now use it as well
[17:25] <slangasek> will that make the yelp binary smaller?
[17:25] <pitti> ah, yelp uses xul, not gtkhtml, ignore me
[17:25] <slangasek> ah :(
[17:26] <slangasek> let's get rid of xulrunner, should be a weekend's work
[17:26] <pitti> hah
[17:26] <ogra> not switch FF to webkit ?
[17:26] <slangasek> anything else we might be able to trim?
[17:27] <slangasek> :/
[17:28] <cjwatson> I got rid of a few unnecessary installer components already
[17:28] <cjwatson> but won't have made a huge difference, a few hundred KB ...
[17:28]  * slangasek nods
[17:29] <pitti> slangasek: FYI: tar c  /usr/share/gnome/help/ | gzip | wc -c -> 92 MB
[17:29] <pitti> 82, sorry
[17:29] <slangasek> ok... everyone keep your eyes peeled for possible savings, please - if we need to grab people to help chisel a library or two free, we can probably do that
[17:29] <slangasek> pitti: ah, nice
[17:29] <slangasek> [TOPIC] AOB
[17:29] <MootBot> New Topic:  AOB
[17:30] <slangasek> one minute - any last words?
[17:30] <slangasek> #endmeeting
[17:30] <MootBot> Meeting finished at 11:30.
[17:30] <slangasek> in fact, zero minutes :)
[17:30] <slangasek> thanks, folks
[17:30] <pitti> thanks everyone
[17:31] <ScottK> slangasek: Where do you want to discuss the netbook stuff?
[17:31] <slangasek> ScottK: #-release, I suppose
[17:31] <ScottK> KO
[17:31] <ScottK> ok even