=== mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-meeting === jsgotangco [n=jsg@210.4.38.43] has joined #ubuntu-meeting === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-meeting [03:25] @schedule Brazil/East [03:25] Schedule for Brazil/East: 06 Apr 05:00: Dapper Development Status | 11 Apr 17:00: Technical Board | 12 Apr 09:00: Edubuntu | 12 Apr 11:00: Xubuntu | 13 Apr 11:00: Dapper Development Status | 18 Apr 18:00: Community Council === Howdy125 [n=Howdy125@c-67-183-234-42.hsd1.wa.comcast.net] has joined #ubuntu-meeting === MarioMeyer [n=meyer@ubuntu/member/mariomeyer] has joined #ubuntu-meeting === MarioMeyer [n=meyer@ubuntu/member/mariomeyer] has left #ubuntu-meeting ["affff"] === Sergi0 [n=serge@ip227-28-166-62.adsl.versatel.nl] has joined #ubuntu-meeting === Meyer [i=mariomey@ubuntu/member/mariomeyer] has joined #ubuntu-meeting === Ubugtu [n=bugbot@ubuntu/member/seveas] has joined #Ubuntu-meeting === Fracture [n=Fracture@dsl-202-173-191-84.qld.westnet.com.au] has joined #ubuntu-meeting === FLeiXiuS [n=fleixius@c-68-50-206-161.hsd1.md.comcast.net] has joined #ubuntu-meeting === DanielFaulknor [n=daniel@ip-58-28-158-40.ubs-dsl.xnet.co.nz] has joined #ubuntu-meeting === neuralis [n=krstic@solarsail.hcs.harvard.edu] has joined #ubuntu-meeting === Riddell [i=jr@muse.19inch.net] has joined #ubuntu-meeting === lguerra [i=lguerra@201.236.215.197] has joined #ubuntu-meeting === doko [n=doko@dslb-088-073-099-249.pools.arcor-ip.net] has joined #ubuntu-meeting === Whatsisname [n=whatsisn@rrcs-67-52-37-209.west.biz.rr.com] has joined #ubuntu-meeting === JaneW [n=JaneW@dsl-146-191-135.telkomadsl.co.za] has joined #ubuntu-meeting === No1Viking [n=Viking@h-83-140-104-3.ip.cust.port80.se] has joined #ubuntu-meeting === glroig [n=gerardo@172-248-235-201.fibertel.com.ar] has joined #ubuntu-meeting === glroig [n=gerardo@172-248-235-201.fibertel.com.ar] has left #ubuntu-meeting ["Ex-Chat"] === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-meeting === DanielFaulknor [n=daniel@ip-58-28-158-40.ubs-dsl.xnet.co.nz] has left #ubuntu-meeting [] === mdz [n=mdz@studiocity-motorola-bsr1-70-36-194-85.vnnyca.adelphia.net] has joined #ubuntu-meeting === rob [i=Robert@freenode/staff/ubuntu.member.rob] has joined #ubuntu-meeting === rob [i=Robert@freenode/staff/ubuntu.member.rob] has left #ubuntu-meeting ["Leaving"] === euther [n=disp@146.82.111.234] has joined #ubuntu-meeting === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-meeting === timfrost [n=tim@222-152-213-195.jetstream.xtra.co.nz] has joined #ubuntu-meeting === mvo [n=egon@p54A658CA.dip.t-dialin.net] has joined #ubuntu-meeting === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-meeting === steko [n=steko@generic-nat.unisi.it] has joined #ubuntu-meeting === timfrost [n=tim@222-152-213-195.jetstream.xtra.co.nz] has left #ubuntu-meeting ["Leaving"] === paracetamolo [n=paraceta@81-174-12-172.f5.ngi.it] has joined #ubuntu-meeting === paracetamolo [n=paraceta@81-174-12-172.f5.ngi.it] has left #ubuntu-meeting [] === ilkappa [n=ilkappa@81-208-36-80.ip.fastwebnet.it] has joined #ubuntu-meeting === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-meeting === bmon [n=monnahan@232.Red-88-0-49.dynamicIP.rima-tde.net] has joined #ubuntu-meeting === dholbach [n=daniel@i577B0AB1.versanet.de] 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/ | 11 Apr 20:00 UTC: Technical Board | 12 Apr 12:00 UTC: Edubuntu | 12 Apr 14:00 UTC: Xubuntu | 13 Apr 14:00 UTC: Dapper Development Status | 18 Apr 21:00 UTC: Community Council === doko [n=doko@dslb-088-073-086-214.pools.arcor-ip.net] has joined #ubuntu-meeting === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-meeting === Keybuk [n=scott@syndicate.netsplit.com] has joined #ubuntu-meeting [09:53] hey all [09:54] moin === Kinnison offers coffee around === infinity [n=adconrad@loki.0c3.net] has joined #ubuntu-meeting === mvo takes a cup of tea [09:56] Kinnison: I'm trying tea so stiff the spoon stands up in it === infinity has a pre-meeting smoke. === ogra joins infinity [09:56] Keybuk: I find that forms a film on the top which I dislike === heno [n=henrik@henrik.gotadsl.co.uk] has joined #ubuntu-meeting [09:56] (with a fresh coffe) [09:56] everyone here? [09:56] +e === dholbach is [09:57] yeah [09:57] heno, hey congrats :) [09:57] and welcome in the team :) [09:57] hey distro team! [09:57] yeah... congratulations heno :) [09:57] yes, before we start, everyone welcome heno aboard [09:57] ping: iwj, Kamion, Kinnison , Riddell, seb128, sivan [09:57] g === dholbach hugs heno [09:57] Kinnison is here === Kinnison is [09:57] heno \0/ === everyone_ [n=scott@quest.netsplit.com] has joined #ubuntu-meeting [09:57] thanks all :) [09:57] bah [09:57] hi Kinnison [09:57] everyone is gone again ... [09:57] hi jane [09:57] hi JaneW [09:58] hi Riddell [09:58] mvo: here? === Kinnison hands jane coffee and a massage-inna-can [09:58] here === iwj [n=ian@xenophobe.extern.relativity.greenend.org.uk] has joined #ubuntu-meeting [09:58] mdz: hello [09:58] Kinnison: you have no idea how much I need that === seb128__ [n=seb128@ANancy-151-1-65-155.w83-196.abo.wanadoo.fr] has joined #ubuntu-meeting [09:58] Mithrandir,infinity,BenC? [09:59] JaneW: you seem to have been suffering for a few days === seb128__ kicks wanadoo [09:59] mdz: infinity has a 'pre-meeting smoke'. [09:59] ping: sivang [09:59] mdz: PING [09:59] mdz: pong [09:59] Kinnison: nod, it SUCKS === pitti hugs heno [09:59] Err. [09:59] Caps lock, yay. [10:00] Mithrandir: ping [10:00] seems everyone is here besides sivang [10:00] Mithrandir is on vac [10:00] and gave apologies and an update [10:00] Riddell? [10:00] Riddell is here [10:00] hi pi [10:00] oops, yes [10:00] pitti: === pitti waves to Scotland [10:01] JaneW: StaffCalendar disagrees [10:01] mdz: erk, he said he applied for last week, but due to original Dapper release date you asked him to take this week.... [10:02] JaneW: yes, that sounds likely, but nonetheless StaffCalendar mentions nothing of the sort [10:02] anyway, let's get started [10:02] BenC: care to start us off? [10:02] mdz: I'll prod him about it [10:02] - Kernel status: Stabalizing on all platforms. Lots of major bugs fixed in the last uload (20.30). [10:02] - Bug status: Way behind. Recent flight release along with the few days vacation left me behind. Catching back up over this weekend. [10:03] yes, in my sweep I've come across quite a few kernel bugs which haven't been looked at yet [10:03] maybe a kernel-oriented bug day would help? [10:03] +1 [10:03] yeah, probably === olemke [n=olemke@iup.physik.uni-bremen.de] has joined #ubuntu-meeting [10:03] BenC: any hope of fixing the PHP subsystem bug? [10:03] because that's quite a critical one [10:03] bug day next week friday [10:03] PHP??? === tikipaniki [n=chatzill@83-131-66-223.adsl.net.t-com.hr] has joined #ubuntu-meeting [10:03] Keybuk: done in 20.30 [10:03] at least, for those of us who don't have Mactels [10:03] PNP [10:04] modprobe php === infinity shudders. [10:04] 20.30 ? [10:04] [kphp/0] [10:04] last kernel upload [10:04] ah [10:04] dholbach: can you work with the kernel team to assemble some basic docs for kernel bug triage? [10:04] Keybuk: The current kernel seems to make PNP happy. [10:04] mdz: i will do that [10:04] thanks [10:05] dholbach: next? [10:05] icon-mission: tangerine hit Universe, hope to get Dave's icons for Human soon [10:05] this week (done): bug triage, bug fixing, icon-cache stuff [10:05] this week (todo): more bug triage, preparing Universe for Release [10:05] next week: more bug triage, bug day, GNOME 2.14.1 === lmanul [n=manu@dan75-4-82-239-58-38.fbx.proxad.net] has joined #ubuntu-meeting [10:06] I saw some 2.14.1 already, were they early? [10:06] no, that's time [10:06] no... just some urgent bug fixes in between 14.0 and 14.1 [10:06] 1 month since 2.14.0 [10:06] ok [10:06] dholbach: how are you coping with the bug volume? [10:07] ok-ish... i would have to work twice the time to get "it done" [10:07] what is the most time-consuming part? [10:07] it's just the volume [10:07] dholbach: you can tutor me on bug triage, now that most goals are implemented there's less status update chasing etc [10:07] too many incoming bugs to look at? [10:08] JaneW: That would be lovely. [10:08] you need to have overview over all the bugs... so i coudn't pick a part and say that's the problem, yes, it's quite a lot these days [10:08] mdz: yeah, really lot of desktop bugs for the number of people working on them === kagou [n=kagou@84.6.192.55] has joined #ubuntu-meeting [10:08] JaneW: yeah, i can do that :-) === mvo thinks that we get a lot of bugs overall [10:08] Many of the bug reports seem of very low quality, too. You can spend a lot of time in back-and-forth with the submitter. [10:08] seb128__,dholbach: if you know someone good in the community, we're going to be hiring [10:09] QA guy or desktop guy? [10:09] seb128__: yes [10:09] ;-) [10:09] mdz: thanks a lot... i'll keep an eye on our community people [10:09] :) [10:09] noted [10:09] iwj: in my sweep, the overall bug quality has not been so bad really [10:09] Maybe I'm just expecting too much. [10:09] usually only one round of additional info [10:10] (with notable exceptions) [10:10] most of the desktop bug are fine, maybe not on first try but people are responsive usually and willing to provide informations required [10:10] I'm seeing relatively few support requests submitted as bug reports [10:10] my main problem with bug reports, at least in the areas I touch, is the user mis-identifying the problem and having to stop them doing their quick fix so you can figure out what the real problem is [10:10] is anybody going through the support requests? jbailey I guess? [10:10] mine is related, it's users misidentifying problems as dupes [10:10] Keybuk: dunno [10:10] mdz, myself, robitaille, carthik, kenny duffus and a few others are triaging a lot - About 10% of the bug reports is low quality afaict but 50% needs work [10:10] The worst ones are the `firefox crashes' ones which are pretty much support requests and pretty much always turn out to be due to Flash (spit). [10:11] Seveas: yes, thanks for the help [10:11] Keybuk, I am subscribed to all new support requests now, so are a few other community members [10:11] post-Dapper we'll do some work on bug reporting tools [10:11] Kamion: yeah, I have that a lot too; users with more time jumping onto a bug report with theirs and making it almost impossible to get information out of the original submitter without misleading information about something that's really a different bug [10:11] "firefox crashes" = support request? [10:11] so that we can get more information up front, automatically collected [10:11] e.g., reportbug [10:11] which would help with that class of bugs [10:11] and automatic debug bt! [10:11] :) [10:12] mmmm [10:12] ok, moving on [10:12] thanks dholbach [10:12] de rien [10:12] dholbach: if it's related to some insane thing they installed into their firefox but forgot to mention, it can be, yes [10:12] doko: next? [10:12] - openoffice.org: found and fixed the rosetta import failure (nearly all strings marked as translated), uploads pending db update, fixed packages for ia64, working on breezy backport packages, other fixes, started occassional trunk builds. [10:12] - long font discussions: switch of default fonts to metric compatible fonts objected by our gnome attorney, now proposed to introduce the Times/Helvetica aliases again (will change back to "ugly" fonts in firefox, Diziet is currently investigating). looks we cannot have both. [10:12] - printing bugs: coordinated with pitti, prepared new libusb, foomatic-db, hplip, all new upstream, still testing. [10:12] dholbach: Yes. I've got a form for telling people that now. `Sorry, that should be a support request and anyway it'll be the fault of Flash'. Only a bit longer. [10:12] - other: look at various python testsuite failures, together with `anthony, libffi update, prepared python2.5a1 packages for gustavo. [10:12] pitti: speaking of which, what is the latest on rosetta import/export for dapper? [10:13] doko: db update? [10:13] mdz: details in my report, but it's working in principle now [10:13] ohh, and found out about another 1 year old package (no debian updates): graphviz [10:13] mdz: yes message strings [10:13] ok, will discuss then [10:13] mdz: rosetta only has about 30% of total translations, but these are good now [10:13] fonts: We can have both if we can teach our fontconfig setup to distinguish between `I need a font with the same metrics as the one I asked for' and `I don't really care about the metrics'. [10:13] doko: gnome attorney? [10:13] mdz: seb128, who else ;) [10:14] and jdub :p [10:14] jdub said he liked the idea, no? [10:14] no [10:14] Nimbus as default Sans alias will just make lot of desktop ugly on update [10:14] seb128: jdub agreed on the ML, but then disagreed on the channel [10:14] Yesterday I concluded I'd have to add an construct or something because you can't make aliases conditional. I'll look at it with fresh eyes today. [10:14] people will complain loud [10:14] "Agree. Thanks for the summary." [10:14] is what jdub said [10:14] Nimbus-- [10:14] urgh [10:14] Nimbus oon the *desktop* ?? [10:15] thats a print font ... [10:15] maybe he didn't mesure that any people who ever played with the font capplet will got GNOME using Nimbus with that change [10:15] since that's user setting and will not follow a schemas change [10:15] fontconfig doesn't differentiate between screen and printer [10:15] hmm, ok, I need to look into the font issue more deeply and discuss on the list [10:15] What doko said. Very annoying and needs fixing. [10:15] and we don't want GNOME UI using Nimbus, really [10:15] doko, yes, thats why we decided to keep very in breezy [10:15] *vera [10:16] I agreed with doko that I'd look into it and post a plan to -devel. [10:16] mdz: seb128 said, that gnome only font changes will not take effect for existing users [10:16] doko: what do our printing upstreams use for bug tracking? [10:16] (Well, the printing/screen thing.) [10:16] probably most of these are upstream issues and we should build a relationship there [10:16] mdz: sf resources, didn't look for cups [10:17] gs is a mess because of the approximately three versions. [10:17] from what I saw the last time I looked at it, we should standardize on gs-esp [10:17] iwj: is there still a reason to keep these? in the past gs-gpl wasn't the newest [10:17] because we care about it primarily for printing [10:18] gs-esp is sometimes quite a bit older than gs-gsp in core RIP stuff. [10:18] For example in Breezy our gs-esp was nasty and crashy, really. [10:18] -gpl you mean? [10:18] No, -esp. [10:18] "gs-gsp" [10:18] We had gs-esp 7.something and gs-gpl 8.something. [10:19] I'm tempted to suggest using gs-gpl as distiller and then feeding to gs-esp for the cases where the gs-gpl drivers aren't so good. [10:19] iwj: -gpl rather than -gsp I meant [10:19] unless there is yet another ;-) [10:19] if only we could fold it all into poppler :) [10:19] Yes, gpl, not gsp. [10:19] if only gs could sort itself out and be one upstream... [10:19] anyway, thanks doko [10:19] fabbione: next? [10:20] The one upstream have that stupid licensing model. [10:20] * server-candy: Missing/buggy: apache2 for "central snakeoil SSL setup" and kernel -server as default from CD install. No other progresses. [10:20] * ubuntu-cluster: There will be no ocfs2-tools release. Done a lot for clvm and multipath-tools (from fixing kernel bugs, down [10:20] to rearrange parts of the cluster boot sequence). Missing one bug fix in multipath-tools (that i am aware of at least). [10:20] * last week: mainly cluster work, some X bug fixing and a bit of sparc love. [10:20] * next week: bug squashing (mainly X). [10:20] fabbione: what's this about apache2? [10:20] mdz: pending on infinity's love, is to get ssl working out of the box [10:20] is -server as default a non-trivial change? [10:20] It's an upload I need to make to Debian, and his weekly meeting reminders serve to remind me for about 5 minutes before I forget again. :) [10:21] mdz: -server us on Kamion's court.. and it's not exactly trivial [10:21] mdz: not rocket science, but not trivial either [10:21] it's a bit messy in base-installer [10:21] Kamion: can someone other than you do it? [10:21] fabbione: Can you remind me about apache2 sometime this week that isn't "in the middle of the meeting"? :) [10:21] infinity: sure... [10:21] (Though I was going to wait for 2.0.56 to release upstream, but that seems to be taking its sweet time) [10:21] mdz: maybe. I wrote all the surrounding code though :) [10:22] fabbione: X needs serious love [10:22] it's bug 31474 [10:22] mdz: yes we already discussed this. [10:22] most of it looks upstreamish but there is a lot to forward [10:22] ... did anyone else just do a half-second wait for Ubugtu there? [10:22] who can give fabio a hand? [10:23] i'm already digging on some ati vs radeon bugs [10:23] heno: how are you with Malone? [10:23] mdz: I'm triaging some X bugs here and there, but my workload is reasonably high enough that I can't dive headlong into it without ignoring other areas. [10:23] (Keybuk, bugsnarfer is disabled in here) [10:23] and i'd like to jump in on dexconf [10:23] mdz: I've been using it a bit [10:23] OOo bugs mainly :) [10:23] ogra: If you can hack dexconf without (dear lord) making it any worse, more power to you. [10:24] heno: I think there's a lot of good that could be done just by reading through the bugs and talking with fabio [10:24] without diving deep into the technical side of things [10:24] ogra: do you plan some reasonable amount of work on dexconf or just to fix ati vs radeon? [10:24] mdz: About 20 seconds after dapper releases, I would like to be able to set aside some company-sponsored time to sit down with David Nusinow and make sure our packaging and Debian's converge to a point where lots of these bugs can be part of a larger community problem. [10:24] infinity, at least small things like making the mouse protocal preseedable again (i wont do intrusive stuff in dapper) [10:24] heno: I did see the reports :-) [10:24] infinity: indeed [10:25] mdz: ok, so triaging X bugs, yep I'll have a look [10:25] heno: cool [10:25] fabbione, i wanted to have dexconf working as good as it can without intrusive changes ... rewriting it for dapper+1 would be a future target [10:25] eek, we're not doing very well on time [10:25] fabbione: thanks [10:25] err +2 [10:25] heno: anything to present for your part? [10:25] mdz: David and i have a reasonably good relationship as it stands, so I'll just need the go-ahead to do so, and Etch and dapper+1 should look much more similar, X-wise. I hope. [10:25] * example-content DONE: Complete appart from a few screenshots in the documents and presentations that need updating [10:25] * winfoss DONE: The layout has been given a complete overhaul for dapper, borrowing design elements from the desktop (icons and colours). A new version was uploaded on Monday. I consider it complete appart from fresh screenshots that will be needed once the Ubuntu desktop has settled. See: https://wiki.ubuntu.com/WinFOSS [10:25] * winfoss TODO: Modify the new skin for kubuntu and coordinate app selection with Riddell [10:25] * accessibility: I'm waiting for certain key packages to be seeded to the live CD so it can be tested [10:26] heno: welcome aboard the team, btw [10:26] infinity: seems completely appropriate [10:26] thx :) [10:26] heno: who are you working with to get the seeding done? [10:26] mdz: Mithrandir [10:26] it was Tollef [10:26] ok [10:27] but I take it he is away [10:27] yeah [10:27] infinity: would you help heno with that in Tollef's stead? [10:27] he'll be back on Friday [10:27] oh, friday as in tomorroW? [10:27] hmm, yes [10:27] er [10:27] mdz: Yeah. [10:27] Monday [10:27] More likely Monday. :) [10:27] monday [10:27] Unless he works Friday night, "just cause". [10:27] do we have enough space for additionaly a11y stuff on the CDs? [10:28] Either way. [10:28] dholbach: "not sure"; that's why they haven't just been added [10:28] heno: I can help, if you need it. [10:28] (there's one bug report about accessibility-themes added to the CDs) [10:28] dholbach: these are the questions we need to answer as part of the seeding process ;-) [10:28] Mithrandir was researching the size changes [10:28] It's not urgent. I just don't want it to fall between the cracks [10:28] :-) [10:28] infinity: appreciated [10:28] infinity: thanks [10:28] heno: thanks, and welcome again [10:28] infinity: next? [10:28] last week buildd: Same old, same old, tracking build failures. Again, can I ask people to pretty please test before they upload? Please? [10:28] and, if they don't all get seeded, working with the a11y guys to work out which are the highest priorities [10:28] last week distro: Participate in the Flight-6 release, bugfixes and updates for LRM, MySQL, net-snmp, put on my jbailey hat and started triaging and local hacking on glibc and initramfs updates, transitioned to new libmysqlclient with different symbol versioning. [10:28] next week buildd: Setting up livefs builds for Xubuntu, getting dapper-autotest underway, and tracking down more universe build failures. [10:28] next week distro: Should be uploading glibc and initramfs, perhaps several times for the latter, as well as upstream version bumps for samba and subversion, and attacking more major bugs assigned to me over this last week. [10:29] infinity: is there a spec in the launchpad pipeline for streamlining build failure->bug report? [10:29] infinity: do you understand the glibc packaging? [10:29] Keybuk: Intimately. [10:29] mdz: Not one that I've written yet, I probably should. [10:29] good, I need to pick your brains then [10:29] infinity: are you a bug contact for glibc now? [10:29] mdz: I am. [10:29] ok [10:29] infinity: Lucky you :-). [10:29] I can't work out how the hell to change the init script settings for nscd [10:30] infinity: mysql transition is complete with your recent uploads? [10:30] That's on my list of stuff to fix next week anyway. [10:30] mdz: In theory, if none of it fails. I'll follow that up tonight and tomorrow. [10:30] ok [10:30] thanks infinity [10:30] iwj: next? [10:30] Bugfixing: nice collection of bug reports to try to fix, working through them atm. [10:30] Firefox: nice collection of bug reports to try to fix. [10:30] Firefox: Still having lots of reports of unwanted back/forward due to horizontal scrolling. I thought that was fixed with an x.org config change ? Anyone know what I should tell these users ? [10:30] Last week: was on holiday. [10:30] AutomatedTesting,DeveloperDocumentation: no progress since I got back. [10:31] It would be nice if pango/cairo weren't so dog slow, too. I have a bug report which is an endless bitch-fest from people complaining that our ff is much slower than upstream. [10:31] iwj: FWIW I want to have a good look at the automated testing stuff once bzr is fully done for dapper [10:31] I've been seeing a lot of unconfirmed/unanswered firefox bugs in my sweep going back a few months; did those not make it to you properly? [10:32] I don't have time to answer unconfirmed ff bugs. [10:32] I could do that but then I wouldn't be doing anything else. [10:32] someone needs to respond to those reports; they shouldn't be ignored [10:32] I answer them if they look like they could turn into a bugfix. [10:33] most of the ones I saw seemed like they should just go upstream [10:33] we certainly can't fix them all, but we should respond [10:33] forwarding upstream is good [10:33] yes, an upstream status in malone would be nice (so you know that you did, which could be done) [10:33] I could write a few more form letters: `please take this upstream' and `should be a support request' maybe. [10:33] so there is a reply and upstream knows about them [10:33] doko: add a bug watch [10:33] iwj: if you can invest some time in a firefox bug triage howto, we can make it a bug day focus [10:34] doko: open an upstream task [10:34] iwj: if they did customize their X config, there is nothing i can do [10:34] iwj: they will have to add the line manually [10:34] pitti: upstream task should be used only for bugs forwarded [10:34] iwj: or ask them to reconfigure [10:34] Keybuk, pitti: yes, but the appear in your list of open reports again (unsorted) [10:34] seb128: yes, that's what I mean [10:34] iwj: that also helps to recruit people to help on an ongoing basis [10:34] pitti: they will make possible to open a task only if you have a upstream bug to point [10:34] k [10:34] doko: true [10:34] fabbione: Is there a standard answer that explains this or should I write one ? [10:34] iwj: given some direction on how to help, we can send out a call for help [10:34] fabbione: The bug is a bit full of discussion. [10:35] seb128: upstream tasks without upstream bugs are still useful, e.g. if there is an upstream bug contact [10:35] upstream tasks etc.> I asked the LP people and they wanted me to open an upstream task and set the Ubuntu task to rejected. [10:35] iwj: well no, there is no standard answer.. [10:36] But of course there's (in this case) no upstream bug contact or anything so that doesn't really work. [10:36] iwj: that's fair, but only if upstream actually hears about the bug along the way [10:36] I quite like to leave them as just Confirmed; that way I can still check in on them and see how upstream are doing with their ignoring of the bug [10:36] same as Needs Info really, handy to be in the list so you can check whether the reporter has given the info you wanted yet [10:36] I'm talking with LP folks about an email-based semi-automatic bug forwarding mechanism [10:36] also in the long term pipeline is semi-automatic filing of upstream bugs in their bug trackers [10:36] would be nice; click on 'create upstream bug', enter your upstream bz credentials, done (or so) [10:36] Tread carefully. It would be so easy to make ourselves very unpopular. [10:36] but that has hairy issues to be resolved [10:37] mdz: you can't edit an upstream task with current launchpad, and by discussing on #launchpad they said it should always have an upstream bug watched [10:37] can you register new bugzillas yet? [10:37] you can for ages now [10:37] or new sf bugtrackers? [10:37] I think sf works too [10:37] sf bug trackers are problematic [10:37] iwj: my proposal is more or less equivalent to what we already do manually, just making the legwork more automatic in terms of collecting info into an email and providing a space for the explanation [10:37] mvo, sf bugtrackers are impossible to integrate [10:37] but that's a mailing list discussion [10:37] dholbach: I though kiko made them work? [10:38] Keybuk: yes, I've done several [10:38] you need magic numbers for them to work [10:38] please do register new bug trackers as you go [10:38] seb128: they "work" in that you can get bug links, but I don't think you get status info [10:38] anyway, we're short on time [10:38] mdz: mailing list discussion> Right. Also it must be discussed with the upstream tracker's owners. [10:38] thanks iwj [10:38] Kamion: next? [10:38] mdz: where? I've not found that link [10:38] ubuntu-express-base-system: Network configuration done. Started working on propagating keyboard selection to the installed system. [10:38] ubuntu-express: Merged component packaging into espresso proper, which means that I will no longer be blocked on problems of the form "I don't want to create yet another binary package for this". [10:38] misc: Helped Tollef out with Flight 6. Fixed a couple of frequently-reported yaboot bugs and sorted out FAT/NTFS mount options, which were huge causes of annoyance for migrating users. Made all the uploads for updated Breezy CD images, though blocked on some archive issues. Set up Xubuntu CD images (apparently right first time). [10:38] next-week: Finish propagating keyboard selection to installed system. choose-mirror/apt-setup should be easy now that component packaging has been reorganised, so I'll do that next. Better hostname defaults. Fix reboot step. Chase up a few bits of work I've delegated. After that I think I'll be happy enough with Espresso's functional state for the Dapper beta release. [10:39] Keybuk: https://launchpad.net/malone/bugtrackers/ [10:39] Keybuk: "register bug tracker" [10:39] ah, I was trying to find it from the "+ Upstream" thingy [10:39] Kamion: I have some handwritten notes from my last espresso run that I'd like to review with you tomorrow [10:39] (Kamion: xubuntu f-6 works like a charm indeed) [10:39] mdz: sure [10:40] how did flight 6 go behind the scenes? [10:40] pretty lengthy this time [10:40] is the process scaling to more people and reducing your workload? [10:40] the preparation took longer than others i found [10:41] ogra: it only took longer because there was a necessary and protracted investigation of a single bug [10:41] Kamion: do you feel that we're getting enough espresso testing? [10:41] It actually would have been reasonably smooth, had it not been for mkisofs angering us. [10:41] Kamion, ah, i wasnt around for two days, didnt get that [10:41] I haven't come across too many bug reports in my sweep [10:41] mdz: scaling> yes, seems to be working pretty well with the unholy trinity of Mithrandir, infinity, and me [10:41] mdz: I did relatively little this time round actually, I was mostly just being debian-cd code monkey [10:41] infinity: are you up to speed on sync processing? [10:42] mdz: No, since it was just announced that the tool works again. I need to poke elmo about how it works. [10:42] (Or even what it's called) [10:42] mdz: I'm getting plenty of reports of the things that affect everyone, and I'm keeping them fairly well-triaged for the most part. I'm not getting so much of the things that only affect certain classes of users (e.g. keyboard layouts, odd partition layouts, etc.) but that's to be expected [10:42] infinity: sync-source.py [10:43] Kamion: ok, thanks [10:43] Kamion: scrpits/ftpmaster? [10:43] Keybuk: next? [10:43] last week: bugs, siretart and I made wpasupplicant identical in Debian and Ubuntu and all fluffy and stuff [10:43] next week: bugs, nm bug day planned, ftp lessons with Kamion [10:43] n-m: latest problem is that because it's running on the Live CD it means you can't configure a static IP, or bring up ppp, etc. because NM reverts whatever you do [10:43] mdz: I think it's adequate testing for now. Any more and I'd be swamped with duplicates of the things that affect everyone. [10:43] infinity: yeah, or on lp_archive's $PATH [10:43] Keybuk: any decent feedback from its presence on the live CD? [10:43] Keybuk: I've no objection to dropping it [10:43] mdz: yeah, mostly bad, sadly [10:43] Keybuk: we're beyond hope of adding it to desktop, right? [10:44]