=== teknicaL [n=Admin@c-68-46-127-247.hsd1.pa.comcast.net] has joined #Ubuntu-meeting === zorba64 [n=zorba64@dsl-210-211-115-140.qld.veridas.net] has left #ubuntu-meeting [] === teknicaL is now known as tekN1X === Jozo__ [i=jozo@viola.uninea.fi] has joined #ubuntu-meeting === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-meeting === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-meeting === Burgwork [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-meeting === Burgwork [n=corey@ubuntu/member/burgundavia] has left #ubuntu-meeting ["Leaving"] === Jozo_ [i=jozo@viola.uninea.fi] has joined #ubuntu-meeting === tekN1X is now known as teknic[a] L`AwAy === poningru [n=poningru@n128-227-55-122.xlate.ufl.edu] has joined #ubuntu-meeting === j_ack [n=nico@p508D9211.dip0.t-ipconnect.de] has joined #ubuntu-meeting === ealden [n=ealden@203.76.211.214] has joined #ubuntu-meeting === Ap4ch3 [n=coco@appleboy.claranet.co.uk] has joined #ubuntu-meeting === Ap4ch3 [n=coco@appleboy.claranet.co.uk] has left #ubuntu-meeting ["Leaving"] === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-meeting === dark_light [n=dark@20132191161.user.veloxzone.com.br] has joined #ubuntu-meeting === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:Ubugtu] : Current meeting: Dapper Development Status | Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 30 Mar 16:00 UTC: Edubuntu Cookbook | 31 Mar 21:00 UTC: Documentation Team | 03 Apr 09:00 UTC: Community Council | 05 Apr 12:00 UTC: Edubuntu | 05 Apr 14:00 UTC: Xubuntu === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-meeting === dholbach [n=daniel@i577B061C.versanet.de] has joined #ubuntu-meeting === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-meeting [03:57] good morning all [03:57] hey mdz === fabbione waves [03:58] JaneW: there now - sort of [03:58] Kamion,mvo,doko,infinity,Riddell,Mithrandir,iwj,Kinnison,BenC,ogra,JaneW: ping === infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-meeting [03:58] here [03:58] good morning [03:58] iwj is on holiday [03:58] pong [03:58] right, so he is === seb128 thinks that's a stupid slot to have a meeting :p [03:58] as is Keybuk [03:59] hello === Kinnison is here === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-meeting [04:00] ogra is not here for important personal reasons [04:01] I thought he retracted that [04:01] SMSed Mithrandir, JaneW, BenC [04:02] I suspect ogra has a good excuse if he doesn't make it, anyway. [04:02] Mithrandir was replying on IRC some minutes ago [04:02] Kamion: indeed [04:02] I'm here [04:04] dholbach: would you ring JaneW and BenC? we'll need to start without them [04:04] Riddell: you're up first [04:04] mdz: right [04:04] done: [04:04] kde espresso syncing with gtk frontend [04:04] kde 3.5.2, qt 3.3.6, amarok 1.3.9 uploaded [04:04] flight 6 testing and CD resizing [04:04] next week [04:04] flight 6 then solid kde espresso hopefully [04:04] Riddell: how is kde espresso overall? [04:04] I haven't had a chance to try it yet [04:05] nor I, not since the UI sprint [04:05] any regressions in 3.5.2? [04:05] still a long TODO list, but should be in a decent shape for beta release time === whiprush [n=jorge@64.62.190.212] has joined #ubuntu-meeting [04:05] only 1 minor problem in kdeartwork, overlapping files [04:05] good [04:05] what's happening with kubuntu-documentation? [04:05] narf, our wiki hates me, I'll keep trying [04:06] there's been some god activity on the desktop guide, but I should upload an updated version soon [04:06] ah ok [04:06] ok [04:06] thanks [04:06] seb128: ready? [04:06] this week: bug triage and fixing [04:06] next week: keep on bug triage and fixing [04:07] :-) [04:07] :) [04:07] how long is the bug list? [04:07] have the bug days helped? [04:07] lol [04:07] you don't want to know about the list :p === mvo loves this status update [04:07] I do [04:07] it doesn't go down [04:07] the previous bug day has been nice [04:07] seb128: is gnome .2 scheduled yet? will we have another point release for dapper? [04:07] and there is some new active people [04:07] argh - sorry.... [04:08] yeah, .2 is somewhere during may [04:08] oh good [04:08] let me look at it [04:08] let me know when there is a fixed date [04:08] bug days could use some extra distro team people out of dholbach and me [04:08] seb128: no more pango updates please ;) [04:09] I think we should have a bug day where the entire team participates [04:09] like tomorrow? [04:09] May 29th [04:09] [04:09] GNOME 2.14.2 Tarballs Due [04:09] [04:09] May 31st [04:09] [04:09] GNOME 2.14.2 Stable Release [04:09] for the X HUG DAY? [04:09] according to http://live.gnome.org/TwoPointFifteen [04:09] seb128: argh, bad timing === Kinnison would be pleased to do a long stint on tomorrow's bug day if that would be helpful [04:09] sure, tomorrow. I think everyone will be here except iwj [04:09] mdz: benC said he was in connecticut and was taking a day off today and tomorrow [04:10] mdz: and he had notified you [04:10] I'll be busy shoving flight-6 out the door, but if you lot are busy triaging bugs, that sounds good. [04:10] BenC's bug list is generally so drastically different from everyone else's that he may not derive much value from a bug day anyway. [04:10] dholbach: right, ok [04:10] so no BenC for bug day tomorrow [04:11] infinity: it would probably be useful for somebody to teach the bugsquad how to triage kernel bugs [04:11] he can attend the next one [04:11] if installer bugs are anything to go by, they will need training [04:11] but let's all join in tomorrow [04:11] Kamion: It could be, but it takes a certain knowlege of the kernel before you can even begin. [04:11] but adding stuff to wiki.ubuntu.com/DebuggingProcedures might be a good start (anyway) [04:12] infinity: they can at least learn what information is needed and help getting reports fleshed out === JaneW as an update from sivang [04:12] mdz: True that. [04:12] JaneW: saw it already [04:12] mdz: ah right. ok [04:13] thanks seb128 [04:13] pitti: ? [04:13] reducing-duplication: [04:13] * talked with Adam about php5-sqlite; package will be split off to universe [04:13] * TODO: check with seb128 about getting rid of gtk+1.2 (quite many packages still use it) [04:13] DB2 packaging: [04:13] * DONE: [04:13] - automatic instance setup [04:13] - reasonable package splitting (server, dev, gui, doc, l10n, metapackage for everything) [04:13] - integrated DAS startup/shutdown [04:13] - Java SDK deb from the bundled IBM JDK and integrate the GUI stuff to work OOTB [04:13] - proper package descriptions [04:13] - got many hints and a lot of testing help from sivang [04:13] - checked status with mdz, packaging features are deemed sufficient for now [04:13] - sivang ran officla certification test suite, passed; I have the logs [04:13] * TODO: fix some packging issues (mainly daemon stopping and cleaning on purge) [04:13] general stuff done this week: [04:13] * brought language pack imports up to date, fixed import bugs [04:13] * bug triage from hell (sub'ed to many packages and cleaned up bug reports) [04:13] * bug fixing, mostly in Utopia related stuff [04:13] plan for next week: [04:13] * finally dive into triaging printing bugs [04:13] * cupsys 1.2 final is about to be released, upstream did a ton of bug fixes since our current snapshot; evaluate svn commit changelog for new features, test current RC1 whether it breaks stuff (further :/), ask for UVF exception if appropriate [04:13] * CD/espresso testing [04:13] sorry, bit longish [04:14] pitti: are rosetta updates flowing smoothly now? [04:14] pitti: can I borrow you for flight-6 testing on ppc tomorrow? [04:14] Mithrandir: i have ppc too if you need [04:14] mdz: you mean production code updates? === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-meeting [04:14] pitti: I mean translation updates via langpacks [04:14] Mithrandir: of course, full speed for testing and bug triage tomorrow [04:15] fabbione: the more the merrier, so sounds good. :-) [04:15] mdz: ooh, carlos recently started to produce tarballs; I didn't look at them yet, will do ASAP [04:15] Mithrandir: hmm, flight-6 and bug day both tomorrow? [04:15] Mithrandir: just ping me when it's time [04:15] mdz: but he fixed the worst bugs recently [04:15] mdz: flight-6 was planned for today, but didn't make it. [04:15] Mithrandir: I'm prepared to shut off the cronjobs on drescher and drive them by hand, if we need fast turnaround time on the archive for Flight releases. Waiting forever and a day could really tire us out. [04:16] Mithrandir: what were the showstoppers? [04:16] Mithrandir: tomorrow beeing friday for you? [04:16] mdz: It's a good match to do them together, since bugs can be triaged without uploads happening. :) [04:16] right, and while installs progressing... [04:16] mdz: not booting on some amd64s, for instance. [04:16] seb128: tomorrow is Thursday. [04:16] k, so not the same day as bug day [04:17] Mithrandir: it is thursday in our TZ :P [04:17] fabbione: it's thursday after I've slept. [04:17] ahah [04:17] ok, so flight-6 thursday and bug day friday? [04:17] hum, sleep :) [04:17] mdz: correct [04:17] good [04:17] thanks pitti [04:17] seb128: yes, this thing some of us do, once in a while. [04:17] ogra: next? [04:17] mdz: what will happen with db2 now? [04:18] pitti: let's talk about it after the meeting [04:18] mdz: after the packaging fixes? [04:18] right [04:18] pitti: no ooo files in carlos' rosetta export [04:19] mvo: next? [04:19] Did: [04:19] - bugtriage [04:19] - work on the dist-upgrade tool, should be in good shape now (polish, ui, better progress reporting, better error recovery) [04:19] - debugged/found bug in gksu that caused the debconf-gnome problems of the dist-upgrade-tool (fix in dapper, needs to go into breezy-updates too, send mail to kov about it) [04:19] - fontconfig-voodoo/font work,communication (sil) [04:19] - work on the gnome-app-install data extractor, fixed various bugs, blacklisted various entries [04:19] - smallish bits on the qt-language-selector [04:19] - misc stuff, fixes (gdebi, update-manager, software-properties, apt, notification-daemon, synaptic, gnome-app-install, manual upgrade testing) [04:19] Will do: [04:19] - more bug-fixing/bugtriage [04:19] - push for the auto-dist-upgrade test chroot setup [04:19] - get the dist-ugprade tool into the archive, my currend idea is to add a "--development" option for people who want to upgrade to the current development release [04:19] mvo: is that the same gksu problem we encountered on the live CD? [04:19] gksudo didn't work until sudo had been run once, or something like that [04:19] mvo: is the upgrade tool firmly in breezy-updates now? any feedback from that? [04:20] Kamion: no, this seems to be something different, too clearly cleanup [04:20] mvo: tomorrow can we please go through the bits needed to get the upgrade tool signed on cron.daily? [04:20] mdz: there's a launchpad bug blocking getting python-vte into breezy-updates/main [04:20] mdz: not in breezy-updates yet (but prepared for it), the missing bit was how to activate prompting for the devel version [04:21] I would like to do it with "--developemtn" to only get people using it who can handle a commandline [04:21] Kamion: do you have a bug numbe? [04:21] number, even [04:21] bug 36022 [04:21] Kinnison: yes, that would be good [04:21] Kinnison: I talked to elmo about it briefly about it [04:22] mvo: let's talk tomorrow and let the meeting continue for now [04:22] any objections about the "update-manager --development" approach for prompting for upgrades to a development release? [04:22] Kamion: ok, will see that it is chased [04:22] mvo: Sounds good to me. [04:22] mdz: thanks [04:22] it will prompt normally when the official release is out [04:22] mvo: how do manual dist-upgrades look so far? any problems? [04:23] mdz: no, recent upgrades on i386 look very good [04:23] mvo: have you implemented a scheme to allow us to suppress notifications of the availability of dapper+1 to dapper users, per sabdfl's request? [04:23] mdz: jbailey had trouble last week with amd64 and OO though [04:23] I recently dist-upgraded a friend who had ubuntu-desktop, kubuntu-desktop, and a bunch of other crap installed, and it was nearly flawless. I should try this again and file some bugs on the 2 or 3 issues. [04:23] mdz: IMHO we need to show notifications for dapper users but offer a way to "don't show this again". because a lot of dapper users will want to upgrade [04:23] I saw a conffile prompt in some random X package recently [04:24] we should make it clear in the release notes that this is a upgrade to a not 3y support version [04:24] mvo: we can argue it later, but need to allow for his request to be satisfied [04:24] mdz: yes, thanks [04:24] mvo: I agree that we should offer "don't show this again" in any case [04:25] do we already have the ability to display a note before the upgrade, where we could explain about the support lifetime etc.? [04:25] mdz: yes, we display release notes [04:26] that is, anything that is in the release notes-uri :) [04:26] ok, thanks mvo [04:26] Mithrandir: next? [04:26] last week: finished up the Korean keyboard work, some XKB work, some bug triage. Also, flight-6 preparations today and tomorrow. Some espresso hacking too (timezone selector). [04:26] next week: more espresso hacking, popcon, general bug gardening [04:26] blocked on: soyuz being slow; see bug 36535. This is already problematic for flights and will be worse when we get closer to release. [04:26] how is the new xkeyboard-config working out? [04:27] a bit rough in the beginning, but upstream's responsive and I think we have most of the issues worked out now. [04:27] will follow up with LP on 36535 [04:28] Adam has a bug about building out of incoming too. If we could get both, I'd be thrilled. [04:28] Mithrandir: be sure the next Flight announcement includes a note about new X keyboard bits and requests explicit attention to testing [04:28] mdz: ok. [04:28] building out of incoming is likely to be harder [04:28] rolling substantial new features into soyuz is a slow process in production [04:28] there might be low-hanging fruit on performance optimization though [04:28] mdz: fixes the issue with GNOME keymaps selections, we got a compose:ralt issue which got worked with upstream and fixed, out of that seems to work nicely [04:28] I will speak with kiko [04:29] thanks. [04:29] seb128: did you get the X parts of that fixed too? === Kinnison knows of one bit of low-hanging fruit on the publisher [04:29] and can probably come up with one or two speedups [04:29] possibly enough to make 30m cron.dailys reliable [04:29] Mithrandir: svu fixed it with xkeyboard-config changes only in fact [04:29] seb128: oh, cool. [04:29] Kinnison: We'd love you forever. [04:30] Kinnison: please send an email to me+kiko with your ideas to discuss [04:30] Kinnison: that'd be very, very nice. [04:30] mdz: Sure [04:30] thanks [04:30] Kinnison: I need to have a clear window where I can manipulate publishing records safely [04:30] Kinnison: As we approach beta, this will become critical. [04:30] infinity: *nod* [04:30] Kamion: I understand [04:30] Kinnison: if that window is of the form "it's safe to manipulate publishing records while publish-distro is running", all the better :-) [04:30] seb128: you recommend it for breezy-updates as well? [04:30] seb128: (assuming feedback from flight 6 is positive) [04:31] probably yep [04:31] ok [04:31] Kinnison: I'll poke you later with more on this topic, including concerns/feedback from others about same. [04:31] thanks Mithrandir [04:31] infinity: thanks [04:31] Kinnison: next [04:31] gnome-power-manager (PowerManagementInterface): Rewound a bunch of partial patches to prepare 2.14.0-0ubuntu1 upload for after flight-6. Went through even more bugmail. Scouring of CVS to get a list of changesets for upstream to produce a 2.14.1 release for us. [04:31] gparted: reviewed patch by dholbach [04:31] metacity: fixed bug in the patch I created last week; continued to chat with upstream about this. They remain unconvinced as yet. [04:31] launchpad: worked on a test set for the uploader and started to integrate it into the launchpad test suite. [04:31] lp-ongoing: I will finish this test suite integration. I imagine there'll be another production rollout soon. [04:32] distro-ongoing: Otherwise continue with gnome-power-manager, acpi related stuff, gparted, etc. I've promised Colin I'll help pick up some espresso UI bits. [04:32] [end] [04:32] you're around for bug day, right? [04:32] Yes [04:32] great [04:32] are you tracking acpi/PM/laptop related issues in malone? [04:32] I am on the bug contacts for acpi-support [04:32] and I'm tracking most of them [04:33] Kinnison: do you need any help from me on the gparted 0.2 merge? [04:33] I hear some murmurings about suspend-to-RAM regressions from various people [04:33] I don't know whethere they're kernel or userland related [04:33] mdz: On upgrades, or fresh installs? [04:33] Kamion: dholbach is doing well on that. Once he has a 0.2.3 I'll review it and test it with my harness [04:33] there was talk about that being due to the change in the kernel/user memory split; I understood mjg59 was on top of that [04:33] infinity: unclear; is there expected to be a difference? [04:33] mdz: it can make a difference [04:34] mdz: I also have "mail mdz+kiko about speedups for publisher" and "work out what building out of incoming would entail" [04:34] mdz: Earlier today, a theory was developed that because gfxboot lets you pick a resolution (and then puts that resolution in a vga= line in your bootloader!), people are inadvertently using vesafb where they would previously have has vga16fb. [04:34] Kinnison: mjg59 doesn't seem to have much time for it these days; if you could chat with him and see if you can help fill in, that would be grand [04:34] mdz: I'll add that to my list [04:34] s/have has/have had/ [04:34] infinity: that can easily be turned off, if we're confident that nobody will ever need to use vga= to get a visible usplash [04:35] mdz: mjg59 did, however, just commit a kernel patch that fixes suspend-to-disk on macihnes with massive gobs of RAM (tested on my 2GB laptop) [04:35] Kinnison: I fully expected build-from-incoming to be a longer-term thing; don't spend too much time on it right away unless you already know otherwise [04:35] mdz: I wouldn't be coding it up, just looking to produce a better estimate of the job [04:35] mdz: in case we decide we need it as release approaches [04:35] infinity: perhaps we should disable that [04:35] since it presumably doesn't affect X anyway [04:36] Kinnison: sure, but it's lower priority than bugs [04:36] mdz: noted [04:36] mdz: btw, it should; it's one of the few ways we could fix the silly default resolution if resolution can't be detected automatically [04:36] mdz: the reason vga= was copied was that it used to be necessary to get a usable console on some machines. Theoretically that shouldn't be the case any more now that we default to 640x400 [04:36] mdz: where does "speed up publisher" come in my priority list? [04:36] that's still an ugly problem we haven't decided on [04:36] pitti: VESA resolutions probably aren't a particularly good set of options for X though [04:37] Kinnison: mail me your list and I'll sort it for tomorrow [04:37] mdz: okay [04:37] Kamion: Let's continue this bootloader/vga thing out of band. [04:37] Kamion: maybe, but it's the only input the user can give on the live CD... [04:37] pitti: You too. ;) [04:37] yes, it's in a bug report, too [04:37] pitti,infinity: chat with fabbione about it; he has a todo item for a more graceful VESA fallback === fabbione sighs... [04:37] yeah [04:38] thanks Kinnison [04:38] JaneW: I think Keybuk has been on vacation for most of the time since the last meeting, any update? [04:38] mdz: no, I'll mail him... [04:39] JaneW: nah, as I said I think he was on holiday all but a day or so [04:39] Kamion: next? [04:39] that day I think he spent on n-m [04:39] ubuntu-express-copy-filesystem: Estimated install copying time fixed. [04:39] ubuntu-express-base-system: Timezone defaults fixed. Started in on sorting out network configuration; would have finished this evening but for laptop hardware problems. Looked at apt-setup this morning, but it turned out to be a bit more than the simple job I was hoping, so stepping back for a bit to rethink. Mithrandi [04:39] r's doing timezone->country->locale inferring. [04:39] ue-partitioning-tool: Fixed manual partitioner not to assume ext3 (too late for Flight CD 6 though). [04:39] misc: Various random installer bug fixing. Trying to cope with checking up on all the bugs that triagers are closing for me (not all accurately; installer bugs require different treatment to say desktop bugs because it can be much harder to persuade people to re-test, and bugs are often very hardware-specific). [04:39] next-week: Bug day tomorrow; perhaps I can do some education on installer bugs. Breezy CD images, this time for real; sorry pitti. [04:39] sorry for screen-induced paste breakage [04:40] Kamion: what are we doing about network configuration in espresso? [04:40] mdz: I tried to use netcfg, but it's difficult at present because that tries to bring interfaces up and down [04:41] Kamion: I would be interessted to talk to you about the eta copy time thing later, I did something like it in the upgrader too [04:41] there's an outside chance that NM will happen for the installed system, but we can't count on it [04:41] mdz: so I'm just doing clone-and-hack of netcfg's logic for writing the standard network configuration files, plus copying certain bits from the live filesystem (/etc/network/interfaces mainly) [04:41] if we need to remove it from live as well so that we can do network configuration sanely, that's reasonable [04:41] mvo: I doubt it's related - espresso's problem was that it was using cpio for the copy and thus losing track of progress due to buffering on cpio's stdin [04:42] is the live boot still configuring interfaces even though we're installing NM? [04:42] mdz: yeah, the disconnect between live and installed is going to be awkward unless n-m remains installed after espresso installs [04:42] mdz: it's doing all the configuration it ever did, i.e. write out auto dhcp stanzas for each interface [04:42] mdz: yes, but NM manages those interfaces so it's not harmful. [04:42] oh, so NM is ignoring everything on live anyway? that's less than ideal [04:42] n-m considers stanzas of that form to mean that it can manage the interfaces [04:42] mdz: no [04:42] oh [04:43] how clever of it [04:43] this configuration is probably ok; however if [04:43] nm manages all interfaces on live. [04:43] the user actually does any meaningful setup with n-m, they'll be a bit surprised that it's no longer available on install [04:43] I could perhaps try to detect whether they've fiddled with n-m and if so keep n-m installed, or something [04:43] possibly [04:43] Good thing you can't do anything useful with n-m, except for picking a wireless network. :) [04:43] (No static IP setup or anything in N-M yet) [04:43] infinity: WPA configuration now [04:44] Oh, and that. [04:44] that could be frustrating [04:44] anyway, out-of-band? [04:44] yes [04:44] when Keybuk is back, let's talk about what to do with NM [04:44] thanks Kamion [04:44] iwj has been on holiday... [04:44] infinity: next? [04:44] last week buildd: Sorting out build failures in main, we're now down to exactly one FTBFS package (syck on amd64) which I'm investigating, everything else it up to date. [04:44] last week distro: General bug fixing and bug triaging in packages I maintain, and elsewhere (such as network-manager), preparing for Flight-6. [04:44] next week buildd: More of the same, making sure everything is building, also need to get livefs and security building on hppa/sparc in the DC. I also need to get MOTU up to speed on their FTBFS issues ASAP. [04:45] next week distro: More and more triaging and bugfixing in packages I maintain solo and in teams, and help Tollef with the Flight-6 release. [04:45] NOTE: I don't mind terribly fixing FTBFS bugs, it's a big part of my job, and I'm rather good at spotting build problems, but PLEASE, don't use that as an excuse to not test builds before you upload. Pretty please. [04:45] SCARIER NOTE: Due to unfortunate changes upstream in libmysqlclient15, it would be in our best interest to sync their new (ABI incompatible) version and do a mass rebuild of reverse deps. This needs discussion. [04:45] great news on buildability, thanks for that [04:45] do we have a strategy for a test build for dapper? [04:45] infinity: +1 on the rebuild [04:45] We should discuss the MySQL thing, I just wanted to toss it out there so people don't freak out when it happens. [04:46] infinity: please send an email re: mysql [04:46] mdz: We have no particularly wonderful strategy there yet. I need to discuss with Kinnison to see if LP can do it for us, and if not, get elmo to set it up in wanna-build. [04:46] mdz: Will do. [04:46] ubuntu-devel-announce on mysql maybe? (or maybe once we've decided) [04:46] infinity: ok, please start that ball rolling so we don't have to rush later [04:46] Kamion: I can announce it, but rebuilds are fairly simple, not sure it's worth the hassle. [04:46] infinity: i can do w-b for sparc here. 24 instances of buildd will be way faster than the machines at the DC [04:46] Kamion: ubuntu-devel and CC me for the discussion; announce once we'v edecided [04:47] fabbione: that is a damn fine idea [04:47] mdz: that'd be only sparc tho.. [04:47] sparc only would catch 99% of the FTBFS bugs anyway. [04:47] right, but we have relatively few i386-specific packages and could test them manually [04:47] But it's no hassle to get it going in the DC, really, just need to get elmo to do his end (cut an archive snapshot) [04:48] mdz: can you sponsor a set of earplugs for me, pretty please? :P [04:48] I suspect LP isn't ready for us to do these things natively yet. [04:48] infinity: elmo is a busy man [04:48] mdz: but yes we can do it [04:48] infinity: you can get console here and go with it [04:48] fabbione: noise canceling headphones, you mean ;-) [04:48] fabbione: Do you still have a local mirror? [04:48] mdz: exactly [04:48] ok, thanks infinity [04:48] fabbione: next? [04:48] infinity: yes [04:48] * server-candy: Missing/buggy: apache2 for "central snakeoil SSL setup" and kernel -server as default from CD install. No other progresses. [04:48] * ubuntu-cluster: Waiting ocfs2-tools release for new userland to sync with the kernel that will allow (finally) full desync later. Release is taking a bit longer, pinged upstream, no answer yet. Got the SAN almost up and running. Missing to configure the 2x2Gb fiber switches and get some controllers around different machines to start testing. [04:48] * last week: X bug fixing/triage/headackes/larting/bashing/killing/... redhat-cluster-suite bug fixing and a bit of sparc bug fixing, got mono working on sparc with David Miller :) [04:48] * next week: bug fixing + X hug day tomorrow. Prepare redhat-cluster-suite breezy-update for a missing init script. Wacom in [04:48] X needs love very soon (found a can of worm looking at the bugs). Going to announce sparc CDs later today since they have bee [04:48] n finally tested. [04:48] * bug work has bottle necks on malone missing ability to do multiple bug processing. (Discussed with LP people already) [04:48] infinity: i have all in the local mirror === robertj [n=robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-meeting [04:49] fabbione: I am following up on your LP requests to assist with X triage [04:49] mdz: yes i saw your first mail, thanks [04:50] oh i have been a bit sick yesterday [04:50] otherwise everything is on track [04:50] X is in bad shape.. we will make it rocking [04:50] spoke with kiko at length today and will again tomorrow regarding all of the priority LP activity for us [04:50] in a year or two [04:50] mdz: great thanks [04:50] fabbione: we run on 1-hour days, so we should be able to squeeze a year in before dapper ;-) [04:50] thanks fabbione [04:50] doko: next? [04:50] anyway more seriously.. the biggest issue was the ati driver and we got upstream very close to us [04:51] - toolchain-roadmap: glibc i386 on amd64 fixed, patch comparision (unstable vs. dapper) beeing addressed. [04:51] - toolchain-roadmap-ng: blocked (Martin Michlmayer and Ben Hutchings did a Debian unstable rebuild with gcc-4.1 on mips and amd64, which is looking good) [04:51] - openoffice.org: two new locales, bug fixes, finding that we import all message strings as translated into rosetta, en-au dictionary and thesaurus available (jdub, for your slides ;-), working on OOo 2.0.2 packages for breezy (low prio) [04:51] - other: preparing ttf-dejavu updates, ttf-dejavau font backport, looking for fonts for printing, python-2.4.3 candidate [04:51] - plans for next week: focus in font/printing bugs and printing related packages [04:51] doko: any particular bug focus for you beyond ooo? [04:51] doko: is fontforge up to date enough for dejavu? [04:51] working with pitti on printing? [04:52] mdz: ^^^ font/printing bug [04:52] sure, working with pitti on this would be good [04:52] (in case no one had noticed yet, I sometimes start writing responses before I finish reading the paste, to save time ;-) ) [04:52] yep [04:52] Riddell: any particular reason to ask? === fabbione disables mdz's readahead [04:52] doko: you'll be here for bug day? [04:52] yes [04:52] great [04:52] doko: I remember looking at dejavu earlier in dapper cycle and fontforge wasn't up to date enough for the latest versions [04:53]