=== Kyral [n=kyral@ubuntu/member/kyral] has joined #ubuntu-meeting === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-meeting === janimo [n=jani@Home03207.cluj.astral.ro] has left #ubuntu-meeting [] === ogra_ibook [n=ogra@ubuntu/member/ogra] has joined #ubuntu-meeting === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-meeting === phlaegel [n=phlaegel@atdot.ca] has joined #ubuntu-meeting === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-meeting === SloMoSnail [n=slomo@p5487DA87.dip.t-dialin.net] has joined #ubuntu-meeting === slomo___ [n=slomo@p5487DA87.dip.t-dialin.net] has joined #ubuntu-meeting === vincent_ [n=vincent@85.69.101.91] has joined #ubuntu-meeting === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-meeting === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-meeting === dholbach [n=daniel@i577B04AE.versanet.de] has joined #ubuntu-meeting === wlach [n=wlach@ptr-66-11-85-81.ptr.terago.ca] has joined #ubuntu-meeting === lfittl [n=lfittl@83-65-242-100.dynamic.xdsl-line.inode.at] has joined #ubuntu-meeting === HiddenWolf [n=HiddenWo@136.134.dynamic.phpg.net] has joined #ubuntu-meeting === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-meeting === nix4me [n=nix4me@49.104.207.68.cfl.res.rr.com] has joined #ubuntu-meeting === psusi [n=phreak@103.202.33.65.cfl.res.rr.com] has joined #ubuntu-meeting === sistpoty [n=sistpoty@ubuntu/member/sistpoty] has joined #ubuntu-meeting === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-meeting === ..[topic/#ubuntu-meeting:mdz] : Calendar: http://fridge.ubuntu.com/event | Logs: http://people.ubuntu.com/~fabbione/irclogs/ | 5 Jan 02:00 UTC: Dapper Development Status | 10 Jan 15:00 UTC: Community Council | 11 Jan 12:00 UTC: Edubuntu | 17 Jan 20:00 UTC: Technical Board === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #ubuntu-meeting [] === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #ubuntu-meeting [] === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-meeting === seb128 [n=seb128@ubuntu/member/seb128] has left #ubuntu-meeting ["Ex-Chat"] === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has left #ubuntu-meeting [] === Keybuk [n=scott@descent.netsplit.com] has joined #ubuntu-meeting === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting === mdz peers at Kamion [02:58] irssi is going insane on me; it has stopped autocreating new windows on /join [02:58] fabbione: ping [02:58] mvo: ping [02:58] I was trying not to get channels interleaved over each other, 1995-stylee [02:58] doko: ping [02:58] Riddell: ping [02:58] hello mdz [02:58] :) [02:59] Kamion: is autocreate_windows on? === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-meeting [02:59] mdz: ping [02:59] (preemptive) [02:59] =) [02:59] iwj: ping [02:59] mdz: pong. [02:59] (preemptive) [02:59] dholbach: ping [02:59] mdz: pong [02:59] oh...I hope you guys don't mind me sitting in on the Meeting [02:59] pong [02:59] Kyral, public meeting. :) [02:59] it's public, but the agenda is usually very tight so please don't interrupt [03:00] I won't [03:00] Kyral, sure we do, thats why we meet in such a secret place ;) [03:00] we seem to still be missing a few people [03:00] I'll just idle :D [03:00] mdz: pong [03:00] specially since all the european-based devels want to go to bed fast. :) [03:00] fabbione: have you seen BenC? [03:00] hi all [03:00] mdz: connection reset by peer ~20 minutes ago, apparently. [03:01] mdz: yes he is online.. i was speaking to him 10 minutes ago, but he is having net problems === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-meeting [03:01] there... [03:01] shoot my connection, please [03:01] missing iwj, dholbach and daniels I think [03:01] dholbach is around [03:02] mdz: 02:59 < dholbach> mdz: pong [03:02] mdz: pong :) [03:02] mdz: he ponged about two seconds after you pinged [03:02] indeed [03:02] also, iwj's irc client is here, at least. [03:02] Yes, I'm here. === fabbione suggests to let BenC go first since his network sucks and sucks to be him [03:03] daniels SMSed with connectivity problems [03:03] infinity and janew are on leave [03:03] so let's get started [03:04] BenC: shoot [03:04] testing-server-hardware: NOT STARTED [03:04] preventing-hardware-support-regressions: Automated build working. Designed as a push trigger system (slightly contrary to original design spec). Hopefully ronne will be stable enough to start using as a build host. [03:04] ubuntu-server-kernel: STALLED: amd64 and i386 are done. I'm contemplating on whether doing other architectures is even wanted right now. === SloMoSnail [n=slomo@p5487EF2F.dip.t-dialin.net] has joined #ubuntu-meeting [03:04] milestone: 2.6.15 is final and in dapper [03:05] BenC: by testing-server-hardware, do you mean the certification spec by that name, or the actual community testing program which was intended? [03:05] spec [03:05] ok, please swap them then [03:05] it's assigned to me, but really, most of the work is on malcom to get the ball rolling [03:05] exactly [03:05] ok === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-meeting [03:05] meanwhile, the community testing program (which is what that spec should have become) should be able to be started immediately [03:05] oh, and ubuntu-server-kernel still needs to be approved [03:05] who's the approver? [03:06] mdz: Please do me last, my machine just puked, need a couple minutes to get reconnected. [03:06] mdz: fabio :) [03:06] fabbione: approve me damnit [03:06] BenC: ok, will do === Kamion [n=cjwatson@83-216-156-196.colinw664.adsl.metronet.co.uk] has joined #ubuntu-meeting [03:06] a bit late now that it's been implemented; hope it's OK ;-) [03:06] BenC: i didn't notice it was ready for approval [03:06] thanks [03:06] mdz: well yeah :) [03:06] excuse me, I just typed an unwise thing into my IRC client [03:06] hehe [03:07] BenC: regarding powerpc, I'm not fussed either way [03:07] sorry, context? [03:07] BenC: i think we still wants them. elmo gave me some ideas about -server kernels today (together with other people) [03:07] ppc64 is the only thing worth -server, but it's not really terrible in it's current state [03:07] BenC: but we can take it outside [03:07] BenC: as part of preventing-hardware-support-regressions, please draft a mail for -announce to explain that we really, really need the community to test our milestones for hardware regressions [03:08] Kamion: context = ubuntu-server-kernel [03:08] thanks [03:08] daniels is on leave [03:08] dholbach: next [03:08] inclusion-of-docs: did another update, mdke did a call for proofreaders / doc-testers [03:08] this week (done): gnome 2.13.4, bug triage [03:08] this week (to do): some missing gnome uploads, catching up on bug triage [03:08] next week: more bug triage, do a bug day, get an overview over universe (merges, new packages), merges, make check list for uvf [03:08] dholbach: if the inclusion-of-docs process is in place and working, we can consider it completed [03:09] mdz: ok, i'll change the spec data then [03:09] if there is no more work to be done on it apart from continuing to do updates === jbailey [n=jbailey@modemcable139.249-203-24.mc.videotron.ca] has joined #ubuntu-meeting === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-meeting [03:09] mdz, Kamion: did the ubuntu-docs update go to breezy yet? [03:09] breezy-updates I mean [03:09] I'm behind on mail [03:09] dholbach, we're waiting for infinity [03:09] dholbach: when I last had time to check, the edubuntu-artwork interaction wasn't sorted out yet [03:10] ogra_ibook: i think not for breezy [03:10] oh alright [03:10] dholbach, he wanted to review the alternatives change we need [03:10] ok, i'll talk to infinity then [03:10] dholbach: how is test-plans going? [03:10] Kamion, it is sorted, he just needs to approve the patches [03:10] that's a high priority goal [03:11] mdz: i did some changes to it and talked to the media team about more tests, now we need some community buzz around it [03:11] mdz: i'll put more work into it [03:11] dholbach: what remains to be done in order to meet the requirements of the spec? [03:11] dholbach: I suggest having a talk with BenC regarding test-plans [03:11] and preventing-hardware-support-regressions [03:11] we should have a hardware support test plan component if we don't already [03:12] mdz: we had a conversation on email about that already - but we will continue on that [03:12] ok, thanks [03:12] doko: next [03:12] this week: [03:12] - openoffice.org: integrating martink's xmlsearch patch, prepackaged ooo2-helpcontent can be dropped, fighting with build problems only seen on the buildd's (l10n), prepare packages for breezy-updates (support work), fighting gij problems on powerpc, currently work around it. [03:12] - toolchain-roadmap: scan bugzilla for open reports, forward/close, snyc/merge packages with gcc-4.0 fixes [03:12] - python-roadmap: delayed again for next week [03:12] next week: [03:12] - openoffice.org: merge with unstable, update the current milestone, update dictionaries [03:12] - python-roadmap: python-central update [03:12] - syncs/merges which need to be done before UVF. [03:12] status: [03:12] - toolchain-roadmap: amd64-biarch (still blocked), should be ready this week [03:12] - toolchain-dapper+1: blocked by preparation of wanna-build and buildd infrastructure [03:12] - openoffice-gnome: not started, martink will work on testsuite packaging and gnome integration testing (i.e. file selector in January) [03:12] - openoffice-help: implemented [03:12] - openoffice-spellchecking: not started [03:12] - native-java-gcj: infrastructure is ready, packaging of -gcj binary packages not started [03:12] - java-roadmap: mostly done, pending are eclipse updates and the native-java-gcj support === Hobbsee [n=Hobbsee@CPE-144-136-118-222.nsw.bigpond.net.au] has joined #ubuntu-meeting [03:13] doko: which syncs/merges are on your list for before UVF? === seth_k|lappy [n=seth@ubuntu/member/sethkinast] has joined #ubuntu-meeting === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-meeting [03:14] mdz: I was going through current upstream version from distrowatch, where we are behind major versions [03:14] I talked to jbailey about biarch, and he hoped to have it finished by now or soon after the meeting [03:15] i.e. Bittorrent, vnc, and some other. plus various python related packages, which should be current upstream [03:15] doko: I'm interested to hear what you found in your upstream version comparison; please send me an email on it [03:15] yes, biarch should not be a problem [03:15] jbailey: can you commit to having it ready by the end of this week? [03:15] mdz: ok, tomorrow [03:16] jbailey may still be fixing his machine... [03:16] doko: thanks [03:16] mdz: Assuming I get gdb and an editor that's not nano on the new porting box fairly earlyish tomorrow, yes. [03:16] (madly retyping my status update, sorry) [03:16] jbailey: do you have an RT ticket open already? [03:16] Yup [03:16] ok [03:16] fabbione: next [03:16] * server-candy: system-integrity-check (ex md5client) has been partially redesigned and rewritten. There is an outstanding performance issue that we are working on (client side). Deploy is blocked on admins (rt: #723). Commu [03:16] nity is growning fast with positive response and picking up tasks from the specs. [03:16] * ubuntu-cluster: full upgrades of currently supported suites. I doubt we will manage to get more in dapper as n [03:16] ew features. Need to test all the new upstream code that landed in the last 2 days. [03:16] * probe-for-root-filesystem: no progress this week. [03:17] * boot-from-usb: blocked by probe-for-root-filesystem. [03:17] * merges: zlib - still pending libc6-i386-dev, one merge (partman-auto-lvm) is pending but nothing scary or urgent. [03:17] * last week: system-integrity-check and server-candy work, ubuntu-cluster, kernel regression (#20771). [03:17] * next week: change the default kernel install on -server with Kamion, servercandy full speed, possibly start on probe-for-root-filesystem. [03:17] (the latter is modulo Kamion availability to hack on switching the kernel) [03:17] I can walk you through most of it in about ten minutes [03:17] fabbione: anytime you are blocked on server-candy, please start on boot-from-usb/probe-for-root-filesystem. those are relatively important [03:18] for that matter I can probably *do* it in about ten minutes, but no promises :-) [03:18] mdz: i am rarely blocked on server-candy as real work. I am blocked from uploading a final package in the archive [03:18] fabbione: libc6-i386-dev is part of the same biarch work that jbailey is working on? [03:18] Kamion: ok :) [03:18] mdz: yes afaik [03:18] mdz: Yes, that and libc6-i386 [03:19] fabbione: boot-from-usb should make it into a milestone soon so that it can be tested [03:19] sometime before the sprint definitely [03:19] mdz: it's a medium priority spec. server-candy is sucking most of my time [03:19] mdz: i will try to prioritize it [03:20] fabbione: it should take a lot less time; if you can squeeze it in, then it would be best to get it done early [03:20] thanks [03:20] infinity is on leave [03:20] iwj: next [03:20] AutomatedTesting: No change since last report. I will resume work on this next week. Apparently the IBM LTC are interested in this too and there's going to be a call (organised by Malcom Yates I think). [03:20] Firefox maintenance: Release today to fix packaging problems; more work needed and I hope to have another release on Friday. BreezyFirefoxStartPageTranslation didn't happen and Matthew East and I haven't quite settled on the scheme for Dapper. I'm trying not to let ff consume more than 50% of me but it's tough. [03:20] DefaultApplicationsFirefox: no change since last report. Firefox needs more other work too - see above. [03:20] ThinClientLocalDevices: It has disappeared from my specs table in launchpad. What has happened ? Has it been cancelled ? Surely I should have got some kind of notification ? [03:20] Email backlog: considerable, still. [03:20] DeveloperDocumentation: Not started, not blocked. [03:21] iwj: let's chat about firefox strategy later on today [03:21] You mean after the meeting ? [03:21] yes, and after you've slept, assuming you plan to [03:22] I was going to get 8 hours if I could ... [03:22] right, so later today when you're awake [03:22] Right. [03:22] you mentioned last week that you were waiting for something from robert collins? did you get it? [03:22] No; but it wasn't critical. [03:23] It's starting to be past the point where it'd be useful and I don't want to block on it. He had some ideas about the test list spec file. [03:23] thin client local devices seems unlikely to make it for dapper [03:23] yup [03:23] I think it needs more discussion and design work [03:23] Right. Shouldn't lp have sent me a mail ? [03:23] Certainly, yes. [03:23] I don't think the spec tracker sends email for anything yet [03:23] Oh. [03:24] it's a work in progress, feel free to hit #launchpad with questions [03:24] Right. [03:24] Then I think whoever canned it for dapper (good decision) should have told me ? [03:24] ok, thanks [03:24] jbailey asked to be bumped to the end [03:24] mdz: I'm okay now [03:24] ToolchainRoadmap: Biarch packages in progress (didn't want NEW handling over the winter break). Updated to 2.3.6. Some more Debian patches to take in, but all the packaging updates are done. [03:24] ToolchainRoadmapNg: Upstream glibc announced ABI freeze date for glibc-2.4 (January 9th), so we will do glibc 2.4 for Dapper +1. Posted question about dropping pre-i686 to ubuntu-devel, no negative feedback. Haven't sync'd this with doko yet, but hopefully archive rebuild tests can proceed with this in mind. [03:24] Merges: klibc - definetly following "release early, release often". Looks like the 1.1.15 release is finally good enough to boot all arches, so UVF is smelling good. [03:24] glibc - More debian patches to bring in. [03:24] ok then [03:25] jbailey: I haven't had a chance to review your mail about pre-i686 in depth yet, will do so soon [03:25] mdz: Thanks. [03:26] it's a proposal for dapper+1 presumably, so no rush? [03:26] Right, but it's invasive enough it would be nice to do tests by mid-feb [03:26] no rush is relative ... [03:26] heh [03:26] e.g., we can talk about it in London in a few weeks [03:26] Yup. [03:26] ok, thanks [03:26] Kamion: next [03:26] ubuntu-express-base-system: Tollef's split out the keymapper widget from cdebconf. I have username/password configuration working by calling code from user-setup, which is very encouraging and I think validates my basic approach. [03:27] ubuntu-express: Not a lot else of note, although I have got a fair bit more infrastructure nailed down as a result of the above. Main short-term goal is to polish up the guts to the point where others can help. [03:27] misc: Single-stage installer work merged from Debian, killing base-config and fixing lots of bugs; testing appreciated. Only two days' work so far this week due to holidays. [03:27] blocked: Need a way to get the unmodified file system on the live CD in order to implement ubuntu-express-copy-filesystem. Tollef is working on this. [03:27] next-week: Start back in on ue-partitioning-tool; I have the infrastructure now to make that roughly sensible. gfxboot-theme-ubuntu bug fixes and maybe an enhancement or two needed for cd-bootloader. [03:27] we covered the salient bits on the phone today, I think [03:27] yeah, I think so [03:28] thanks [03:28] Keybuk: next [03:28] udev-roadmap: Implemented [03:28] hardware-detection: Implemented (informational) [03:28] hardware-activation: Implemented [03:28] streamlined-boot: Uploads in progress, doing merges as I do the uploads. [03:28] network-magic: Going to test madwifi-ng, which may unblock network-manager. netbase and ifupdown modifications planned. have a plan for using udev's native "ifrename" support, and reliably swapping interface names. [03:28] this week: finish streamlined-boot, do ifupdown work [03:28] Keybuk: is there a followup to be done regarding the urgent-reboot-notification bit? === wlach [n=wlach@ptr-66-11-85-81.ptr.terago.ca] has left #ubuntu-meeting ["Leaving"] [03:28] (from udev-roadmap) [03:28] I'm not sure, that was seperated into another spec that mpt was working on [03:29] udev does the right "reboot required" thing for the current lightbulb [03:29] I'm assuming it's not a critical piece of udev-roadmap, since it's set to implemented [03:29] the mpt spec was to make that a little more obvious I think [03:29] right [03:29] ok [03:29] streamlined-boot is looking mostly reasonable, but please, pretty please, fix that bug which broke shutdown [03:29] yup, have it fixed already, will upload tomorrow morning along with the "mount /dev/pts again" fix [03:30] ok [03:30] thanks [03:30] are krstic or lathiat here? [03:30] no [03:30] Mithrandir: next [03:30] ooo-amd64: no progress [03:30] live-cd-performance: incremental progress seen, going to look at squashfs some more for more speedups, as well as doing more readahead. Well on track [03:30] one-true-path: no progress [03:30] simplified-livecd: mostly there, keyboard selection now works, locales works, SCSI cdroms work, [03:30] media-integrity-check: almost there, was hanging on usplash bugs, I think I have fixed them now. If so, implemented [03:31] network-authentication: no progress [03:31] livecd-unionfs: implemented, but the powerpc kernel has problems with unionfs [03:31] blocked on: some live cd infrastructure stuff, like getting squashfs support in, generally people getting back from vacation. [03:31] Mithrandir,Kamion: is it feasible to use different overlay systems (unionfs, cloop) on different architectures for the sake of powerpc? [03:32] already implemented [03:32] right, it's implemented in casper, but is it reasonable to actually do this for the final release? [03:32] it loses a fair chunk of space on the powerpc cd [03:32] at the least it would mean that we wouldn't be able to take much advantage of the space savings by adding software [03:32] we could take advantage of it with language packs on x86 still [03:32] unless we did it only on i386 and amd64 [03:33] has anyone got stuck into the unionfs bugs at all? I know BenC has a powerpc now ... [03:33] is powerpc still pressed for space in current dapper? === daniels [n=daniels@amnesiac.heapspace.net] has joined #ubuntu-meeting [03:33] yup [03:33] hi, sorry I'm late. [03:33] do we have any kind of estimate how much effort it would be to fix the unionfs bugs? [03:33] 642M it looks like [03:33] daniels: got your SMS [03:33] daniels! :) [03:33] Mithrandir: I certainly don't [03:34] the unionfs bugs I have gotten friendly with have been a lot of work to track down [03:34] hmm, that sounds bad. [03:34] Mithrandir: are they straightforward reproducible bugs, or weird bugs? [03:34] Mithrandir: keyboard selection> we still need the bootloader side of that, and maybe simplified command line argument aliases for the sake of powerpc [03:34] mdz: oopsen [03:34] followed by weird bugs [03:34] mdz: ENOPOWERPC, so ask colin? [03:35] but reproducible, the desktop goes insane [03:35] at least on my box, but I think somebody else mentioned similar issues [03:35] Mithrandir: speaking of oopsen, is there a bug filed for that non-fatal oops during boot on the live cd? [03:35] Kamion: yes, but I'm guessing based on locale, which is somewhat-reasonable. [03:35] mdz: I haven't filed one, but I asked benc about it, he didn't have any offhand ideas, at least. Might be in an awkward spot to debug. [03:36] please get it into bugzilla for tracking [03:36] ok [03:36] I'll see if I can actually _capture_ the oops as well [03:36] Mithrandir: does network-authentication look like something we can actually achieve, or no? [03:36] Mithrandir: benc got ppc last week. [03:36] it's getting late in the cycle to start a new 30+ developer-day project [03:37] it has an approved spec, but iirc it's not entirely clear what we should do there [03:37] mdz: I'm getting doubtful, especially if we want to try to get multiarch and such started before dapper's out. [03:37] mdz: you meant https://launchpad.net/distros/ubuntu/+source/linux-source-2.6.15/+bug/5838 ? [03:37] dholbach: yes, that looks like the same bug [03:38] on a related note, the bugzilla->malone migration is tentatively scheduled for next week [03:38] look for an announcement soon with details and instructions === seb128 notes to get bug triaged before that :p [03:38] mdz: Got a related note on Soyuz, too? [03:38] mdz: do you know if we will have the default-assignees / qa-contacts? [03:38] mdz: we should talk about if we should go for squashfs or not, at some point. [03:38] mdz: I already wondered, wasn't it planned for right before xmas? [03:39] dholbach: the bug contacts stuff is in as I understand it, yes [03:39] pitti: there were some delays, and then holidays pushed everything forward [03:39] mdz: since currently, the speed optimisations are mostly me trying different things, some of which have infrastructural changes (such as squashfs) [03:39] if it's in atm it doesn't work [03:39] see https://wiki.launchpad.canonical.com/BugzillaImportProcess for the planned procedure [03:39] Kamion: then I'll have to figure out how it works. :) [03:39] soyuz rollout is scheduled for the week of January 23rd, directly before the sprint [03:39] pitti: late christmas present [03:39] I will be in London that week assisting the Launchpad team with the rollout [03:39] seb128: the actual contact data hasn't been imported yet; it'll be imported right before the rollout [03:39] dholbach: we will have default contacts [03:39] but the code is, I'm told, landed [03:39] mdz: cool. [03:39] would be nice to get the code running for some time before [03:40] so we know if it works fine [03:40] seb128: the bugzilla default assignees will be imported very soon, I think in the next couple of days [03:40] to do that we'd have to agree to freeze component maintainer data in bugzilla [03:40] there's a thread on the launchpad list about the migration [03:40] Kamion: it's pretty stable really; there will be an announcement when we should stop touching it [03:41] seb128: we should split up some packages for that and make sure we get the bugs on desktop-bugs@ too [03:41] yep [03:41] you'll be able to add an arbitrary number of bug contacts for a package [03:41] rather than just an assignee and a QA contact as in bugzilla [03:41] so it should be easier to involve teams and interested individuals [03:41] at the moment, you can only add yourself as a contact; we can't do it for you, the way we've been doing in bugzilla [03:41] kind of swings and roundabouts there [03:41] right, s/you/launchpad admins/ for now [03:41] but I'm a launchpad admin [03:42] so feel free to route those requests through me [03:42] hmm, what about when you punt a bug across to a different package [03:42] shall we defer more about this to other business at the end of the meeting, just to make sure we get through everyone? [03:42] Mithrandir: if we're going to do squashfs on i386/amd64, we should go ahead and do it straight away [03:42] I do that maybe 5-10 times a day with kernel or pmount bugs [03:42] which obviously need contact changes [03:42] to get as much testing as possible [03:43] mdz: I'm going to look at it with infinity once he gets back [03:43] I think it's definitely worth a try; we should be able to switch back painlessly if necessary [03:43] it may require fairly trivial cdimage changes; let me know [03:43] mdz: I pinged Lathiat - he seems to be there. [03:44] Keybuk: talk to bradb/launchpad@lists about it; I'm not sure offhand how the semantics work currently [03:44] and jbailey just uploaded a klibc-utils with a squashfs-working fstype, so it should be good. [03:44] cool [03:44] thanks, Mithrandir [03:44] mvo: next === Lathiat [i=lathiat@ubuntu/member/lathiat] has joined #ubuntu-meeting [03:44] Did: [03:44] - libnotify 0.3.0 upload/transition (fixed bugs in the daemon, did the api changes on the dependencies, updated seeds) [DapperDesktopPlan] [03:44] - backported gdebi and updated unattended-upgrades to breezy and ask for testing in ubuntuforums.org [AutomaticUpdates] [03:44] - improved synaptics support for people with slow internet connection [NonBroadbandUsers] [03:44] - bugfixes/improvments in gnome-app-install and gdebi [ThirdPartyPackages] [03:44] Next week: [03:44] - work on the ThirdPartyPackages spec (add key support to the channels) [03:44] - work on the AutomaticUpgrades [03:44] Open merges: [03:44] - synaptic, aptitude [03:44] mvo: we still need to talk about the upgrade tool. later today? [03:44] bingles [03:45] mdz: yes, when I had some sleep please :) [03:46] mvo: is release-upgrades blocked on discussion with me? [03:46] no [03:46] it wasn't clear whether your comment at the last meeting referred to automatic-upgrades or release-upgrades [03:46] release-upgrades is your highest priority assignment right now [03:47] I was asking if it would be worth backporting the automatic-upgrades stuff to breezy to get testing [03:47] so please be sure to work on it ahead of AutomaticUpgrades [03:47] right [03:47] mvo: sure, get it into -backports [03:47] thanks [03:47] and send a call for testing to an appropriate list [03:47] I'll be on dist-upgrades again [03:47] ok, thanks [03:48] Lathiat: want to give us a quick update on zeroconf_? [03:48] I send a request on ubuntuforums (after speaking with the backports team about a appropriate place) [03:49] Lathiat: is this something we're going to be able to do or not? [03:49] Well avahi is now approved for main === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-meeting [03:49] Lathiat: cool [03:49] default installation of avahi-daemon is not possible at this time, but libavahi-client can be installed without avahi-daemon [03:49] so programs like gnomevfs etc can be compiled with it [03:49] the zerocofn stuff will simply not work [03:49] that obviously needs testing to make sure those programs are doing the right thing and wont die because of it [03:49] ok, I see no reason not to start building in the support if it's in main now [03:49] but shoudl work in theory [03:50] Lathiat: s/at this time/not sensible because of our security policy/ [03:50] main reason not to start avahi-daemon is due to security/open ports policy === pitti reminds people that we have only 10 minutes left [03:50] the spec calls for avahi not to listen on the network by default [03:50] pitti: good point [03:50] mdz: I've uploaded a gnome-vfs2 using avahi today, build wait on the actual promotion of the lib [03:50] mdz: which is easily doable by not installing avahi-daemon [03:50] Lathiat: let's talk about this another time in detail [03:51] need to keep moving [03:51] ogra_ibook: next [03:51] me ? [03:51] thanks mvo [03:51] ok [03:51] cheers [03:51] * thin-client-sound: waiting for mdz to approve on return. [03:51] * thin-client-local-devices: no progress. [03:51] * thin-client-memory-usage: some more changes locally done and tested, patch to initramfs provided to infinity. [03:51] * thin-client-faster-startup: speed up the first module loading through the above mentioned patch (http://bugzilla.ubuntu.com/attachment.cgi?id=5494). [03:51] * gnome-screensaver-default-image: will pick dummy images next week to finally have some package up, need to ping sabdfl again for his pics. [03:51] * general: mostly donwe powerpc testing, dhcpd.conf changes for automatic bootimage selection are already up on http://people.ubuntu.com/~ogra/bzr-archive/ltsp/multiarch/, ltsp-build-client and ltsp-update-kernels still need some work (yaboot and kernel stuff) for full powerpc support. gcompris 7.2 tests for edubntu. [03:51] * next week: testing the dhcpd change for compensating the new introduced --next-server option in ltsp, finish the changes on ltsp-build-client and the ltsp-client package for faster startup, multiarch (powerpc) and mem usage. dig for the reason of the nfs timeouts, gcompris 7.2 and xscreensaver merge. [03:51] Lathiat: can you push anything involving "ifconfig" past me first (ie. setting of an IP address on an interface which doesn't have one) as that'd need co-ordinating with udev and network-manager too [03:51] ogra_ibook: I reviewed faster-startup and added comments [03:51] yup i saw in one if my handfull of mails getting through [03:52] ogra_ibook: Keybuk is the approver for thin-client-sound; there's no reason it should have been blocked on me [03:52] that could have been taken care of while I was away [03:52] yu asked to approve it at ubz [03:52] its mainly implemented ahead of the spec already ... [03:53] I've said all I have to say on the sound spec since UBZ; it's Keybuk's [03:53] just missing the ltspsink... [03:53] oki [03:53] i'll reassign it [03:53]