[00:47] * zaafouri is away (brb =)) === zaafouri is now known as ubuntu-tn [00:51] ubuntu-tn: Could you please disable your away script? === nhandler_ is now known as nhandler === quinlan is now known as Pfiffer === Tonio__ is now known as Tonio_ === BrucevdKooij is now known as Brucevdk === Nafallo_ is now known as Nafallo === ubuntu-tn is now known as zaafouri === Tonio__ is now known as Tonio_ [09:55] * zaafouri is away (brb =)) === zaafouri is now known as ubuntu-tn [10:05] ubuntu-tn: when are you going to remove that message? === Keybuk_ is now known as Keybuk === _neversfelde is now known as neversfelde === asac_ is now known as asac === beuno_ is now known as beuno [16:11] hi [16:11] yeehaa [16:11] #startmeeting [16:11] Meeting started at 10:11. The chair is robbiew. [16:11] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:11] hi [16:11] howdy [16:11] hi [16:11] Hello! [16:11] argh, sorry I'm late, got held up on the school run [16:11] hey mterry === cjwatson_ is now known as cjwatson [16:12] welcome to the party [16:12] :) [16:12] cjwatson: not late [16:12] hi mterry [16:12] I had to start late...conflicting meeting earlier [16:12] oh, you delayed the start, perfect then [16:12] mvo, persia, and slangasek are on vacation today [16:12] yy! Means I'll hopefully get to bed that much sooner. :p [16:12] ;) [16:13] yay even [16:13] robbiew: persia? [16:13] [TOPIC] Karmic Alpha 1 [16:13] New Topic: Karmic Alpha 1 [16:13] alpha 1 is being ... fun [16:13] Keybuk: sorry, I forget muharem's handle [16:13] robbiew: al- maisan [16:13] I think we may just manage to squeak in inside the deadline [16:13] duh...sorry [16:13] persia is emmet [16:14] :/ [16:14] * dholbach hugs robbiew [16:14] ;) [16:14] it's been suffering from size problems, and a number of the usual early-in-the-release teething problems [16:14] * TheMuso will test studio images tomorrow, or should I say later today, in a VM. [16:14] notably, it isn't going to have live CDs [16:14] cjwatson: well...it's Thursday somewhere in the world [16:14] ;) [16:14] and no kernel on armel ... [16:14] pitti's been doing a lot of work to get it in shape [16:14] it's going to be Thursday for a long time on Saturn, isn't it? [16:14] * robbiew hugs pitti [16:14] right, and armel is screwed, ran into an ld segfault with the most recent kernel build [16:14] I'm not up to date with the status on that [16:15] i think doko has an idea what to do [16:15] i collected data the whole day [16:15] testing a fix [16:15] Bug #375991 for anyone intrested [16:15] * robbiew admits that with UDS and PDRs...and AllHands I've been embarrassingly clueless about Alpha 1 status [16:15] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/375991/+text) [16:16] * mterry pats ubottu [16:16] * liw admits that what with being an idiot he's clueless about Alpha 1 status [16:16] hi al-maisan...realized you are NOT on vacation today :P [16:17] robbiew: Alpha 1 Status is... "Everything Will Be Ok" [16:17] * robbiew types in wrong window [16:17] for alpha 2 [16:17] :) [16:17] heh [16:17] ogra: [16:17] I've been looking at unionfs-fuse as a possible live CD option [16:17] oo [16:17] on one level it scares the bejesus out of me [16:18] lol [16:18] cjwatson, did you look at the devicemapper thing fedora uses ? [16:18] on another level it seems like a good way to work around the fact that union filesystems scare the bejesus out of kernel developers :-) [16:18] ogra: yes, we looked at that, the BIG BIG BIG downside is that there's no way to make it rsyncable [16:18] ah [16:18] I can only assume Fedora don't care since lots of them work in offices with good bandwidth [16:18] like [16:18] utterly [16:18] not [16:18] heh [16:18] that was quite hilarious [16:18] the choices with their approach are: [16:18] is there any chance we'll see aufs/unionfs coming back ? [16:19] * gzip (which doesn't fit) [16:19] a change to /etc/issue, recompressed, resulted in every single byte of the compressed filesystem changing [16:19] * lzma (which doesn't rsync) [16:19] ogra: I'm not sure [16:19] that's why I'm looking at unionfs-fuse :-) [16:19] * ogra hopes so [16:19] else ltsp will need a serious rewrite [16:19] Fedora don't test their CDs, so it's never really been a problem with them [16:19] though i can steal from you :) [16:19] lol [16:19] it's not working right now, but I'm getting the sense of "nearly there, if only I can find the little bugs that completely break it" [16:19] I mean, the filesystem mounts fine [16:20] cjwatson: For some context, whats up with aufs/whatever we were using in the kernel to do this? [16:20] problem is that as soon as we do mount -n -o move /cdrom /root/cdrom it completely and utterly falls over [16:20] TheMuso: it's been repeatedly refused for merge upstream, and doesn't apply to our current kernel [16:20] TheMuso: rejected upstream, maintainer/author has vanished, doesn't even apply to the current kernel version, etc. [16:20] Right. [16:20] we used to use unionfs and I think that's even worse [16:20] Userspace does certainly sound like an option then. [16:21] its just a hell of a transition on all fronts [16:21] opensuse has a "clicfs" container that lets you wrap compression around more or less an arbitrary filesystem, but that has the same problems as the fedora approach [16:21] is lzma inherently un-rsyncably? [16:21] ogra: the casper change is actually really small, I think [16:21] liw: the appropriate phrase is "lzma and rsync are mortal enemies" [16:21] liw: yes, it arises from its large block size which is where it gets its excellent compression ratios [16:21] ook [16:22] I could be wrong, but I don't *think* it's a fixable property [16:22] you could have rsync unlzma it at one end, transfer the uncompressed, and then re-compress on the other end [16:22] but the re-compression alone takes longer than just "wget" on the image [16:22] except possibly on a 14400 baud modem [16:22] heh [16:22] so far, TBH, unionfs-fuse is the only thing I've seen that's even slightly viable - I'm more than open to other suggestions [16:23] cjwatson: RH are working on an interesting alternate approach to union filesystems [16:23] but it's a long way off if we didn't help [16:23] oh? [16:23] doing it at the VFS layer [16:23] mount --union basically [16:23] ah, right [16:23] union mounts aren't going in anytime soon [16:23] we'd need to keep aufs on life support for some time if that were the case [16:24] jjohansen: right, I just said that ;P [16:24] Keybuk: yeah, I just meant it more from a likely never angle [16:24] I asked Lasse Collin (LZMA Utils upstream) about lzma+rsync: http://sourceforge.net/forum/forum.php?thread_id=3272163&forum_id=708858 was his response [16:26] okay...moving on [16:26] [TOPIC] UDS [16:26] New Topic: UDS [16:26] liw: hmm, interesting that it's not a "no, never" kind of thing [16:26] thanks for that [16:26] has everyone gotten a chance to see the schedule? [16:26] http://summit.ubuntu.com/uds-karmic/foundations-a/ http://summit.ubuntu.com/uds-karmic/foundations-b/ [16:26] LINK received: http://summit.ubuntu.com/uds-karmic/foundations-a/ http://summit.ubuntu.com/uds-karmic/foundations-b/ [16:26] Haven't looked at since last week, so nothing thats changed recently. [16:27] * evand wants to be in too many rooms at the same time :( [16:27] Larhzu is Lasse Collin [16:27] Hey [16:28] I will be going through our sessions, to be sure I have someone to lead the discussion [16:28] as I cannot with two rooms going at once [16:28] I think I'll shoot an email out with all the sessions and who I think should lead [16:28] then go from there [16:29] Larhzu, we _just_ moved to the next topic, but I'm sure cjwatson would be interested in your further comments about lzma+rsync; I forwarded the URL gave me already [16:29] liw mentioned something about compressing live-CD with LZMA and keeping small changes rsyncable. Is the live-CD compressed with Squashfs or are there normal compressed .deb files or what? [16:29] I got an email from Kees requesting "representation" in a few security team sessions [16:29] Larhzu: can we move to #ubuntu-devel? [16:29] cjwatson: Sure [16:30] thanks [16:30] I will read over them and find the appropriate folks [16:30] [TOPIC] AllHands [16:30] New Topic: AllHands [16:30] For those doing presentations...deadline is this Friday [16:31] * robbiew needs to start his :/ [16:31] not much else to say there [16:31] for once I'm ahead of schedule [16:32] [TOPIC] Performance Reviews [16:32] New Topic: Performance Reviews [16:32] Everyone should be done with 360s [16:32] managers are waiting on the go ahead to provide raise recommendations [16:32] the deadline for review discussions is June 26th [16:33] I don't think I will have the bandwidth to do any until after UDS [16:33] though I'd prefer to do it face-to-face [16:33] just not sure how feasible that will be [16:33] I guess I can "aim high" [16:34] any questions about reviews? [16:34] guess not [16:34] [TOPIC] Team changes [16:34] New Topic: Team changes [16:35] so...we have mterry and al-maisan officially :D [16:35] mterry for 6months...and al-maisan for 3 [16:36] * mterry waves [16:36] hello :) [16:36] welcome! :) [16:36] so he misses the "awesome" release sprint [16:36] welcome [16:36] doko is sadly rotating out starting after UDS [16:36] :( [16:36] welcome to you both [16:36] Welcome gys. [16:36] but will be available for 20% of his time [16:36] guys [16:36] thanks :) [16:36] and he avoid being hurt by Keybuk at the sprint ... [16:36] doko will be missed; but also will be back (yay) [16:36] gah its late. :p [16:36] * mterry will do his best doko impression for 6 months [16:37] mterry heh [16:37] that's a hefty task [16:37] hi [16:37] sadly, TheMuso will be moving to desktop :( [16:37] with the new Audio Experience Architect for DX coming [16:38] just made more sense to have audio in the desktop team [16:38] Fair enough. [16:38] As I said to robbiew the other day, I'm not fussed either way. [16:38] * robbiew also thinks accessibility will benefit from this move as well [16:38] a11y also plays a big part in desktop also. [16:38] so...that will leave dmraid to someone else [16:39] i'm sure TheMuso heartbroken over that :P [16:39] robbiew: Is there anyone else who can take it up in the short term? [16:39] any volunteers? [16:39] sounds like that belongs on the server team ;) [16:39] robbiew: I'm not, bt its a question of who knows it/has the hardware, etc. [16:39] Keybuk: nice try [16:39] TheMuso: do you have the hardware? [16:39] robbiew: Yes. [16:39] is dmraid not in the kernel? [16:40] ah...is it yours? or Canonical's [16:40] * robbiew thinking we could ship it [16:40] Its a coincidence, but yes [16:40] robbiew: Its mine, its my primary desktop workstation. [16:40] damn :/ [16:40] robbiew: All thats needed is a recent intel chipset motherboard with an intel ICH/AHCI controller. [16:40] remind me, does dmraid refer to the cheap raid chips on most motherboard these days? [16:40] liw: Yes. [16:41] sounds like a volunteer to me...thanks liw! [16:41] :P [16:41] liw: dmraid has (fairly significant) userspace pieces too [16:41] Its nothing hardware related, its all software. The BIOS writes metadata to the disks, and its all managed by dmraid [16:41] robbiew, I can barely get the kernel to recognize my hard disks as it is :P [16:42] robbiew: thanks for taking it off my hands. I will help with testing if its ever needed however. [16:42] TheMuso: thanks for taking audio with you :P [16:42] lol [16:42] I don't know were I'd be without dtchen. [16:43] we don't have to sort out the dmraid issue now...but will need to by UDS [16:43] Right. [16:43] * doko hands over the a11y and pulseaudio openjdk parts [16:43] heh [16:43] doko: Sure I can do java-access-bridge if thats any help. [16:44] that reminds me..doko will be providing a list of things he will NOT be doing this cycle [16:44] we will need to assign these work items within the team [16:44] so it's going to be an interesting release :D [16:45] * robbiew will work on growing the team...at least a warm body to backfill TheMuso [16:45] ;) [16:45] heh [16:45] [TOPIC]AOB/Good News? [16:45] New Topic: AOB/Good News? [16:46] AOB? [16:46] sorry [16:46] Any Other Business [16:46] ah :) [16:46] Yes, I may be attending meetings at a more suitable time thanks to my team move. :p [16:46] lol [16:46] okay...thanks all [16:46] #endmeeting [16:46] Meeting finished at 10:46. [16:46] thanks [16:47] see ya next week! [16:47] thanks! [16:47] Thanks folks, and see ou all at all-hands. [16:47] * TheMuso -> bed [16:47] thanks! === e-jat is now known as b === b is now known as e-jat [18:00] hey everyone [18:00] hola! [18:00] Hi [18:00] Howdy [18:00] hi [18:00] hello! [18:01] * charlie-tca waves [18:01] hi! [18:02] sbeattie: here? [18:02] eeejay: ? [18:02] hey [18:02] hello [18:03] let's start [18:03] #startmeeting [18:03] Meeting started at 12:03. The chair is heno. [18:03] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:03] agenda as usual: https://wiki.ubuntu.com/QATeam/Meetings [18:04] [TOPIC] UbuntuBugDay highlights -- pedro [18:04] New Topic: UbuntuBugDay highlights -- pedro [18:04] We had a Compiz based hug day last Thursday http://wiki.ubuntu.com/UbuntuBugDay/20090507 [18:04] around 41 bug were hugged [18:05] Thanks a lot to showard314, jgoguen, kklimonda and bdmurray who made a great job during it [18:05] hi all [18:06] Tomorrow, we're having a New bugs without a package hug day: http://wiki.ubuntu.com/UbuntuBugDay/20090514 [18:06] as soon as we announced it people started to work on the task, thanks you folks! [18:06] great, thank you [18:06] hey [18:06] so i'm just expecting to have a really rocking hug day tomorrow ;-) [18:07] [TOPIC] New bug control members! -- bdmurray [18:07] New Topic: New bug control members! -- bdmurray [18:07] This week we had an application from Geir Ove Myhr who has been working on xserver-xorg-video-intel bugs and was heartily endorse by Bryce Harrington. [18:08] Subsequently, his membership was approved. [18:08] sounds great [18:08] He has also added himself to the mentors list which is good! [18:08] speaking of bug-control ... [18:09] I'd like to request provisional membership for plars who is currently working on migrating unr bugs [18:09] provisional? [18:09] He should apply in the proper way, but needs access now for this task [18:11] I know I have the LP powers to grant that but I want to check with this meeting and the bugmaster :) [18:11] He needs access to private bugs or other statuses? [18:12] just to be able to match the importance of the bug I'm migrating to, to the one it came from [18:12] He works for Canonical on the mobile QA team and is moving unr project bugs to Ubuntu and needs to set importances [18:12] oh right, you are moving bugs from a project to Ubuntu? [18:13] I would suggest a 2-3 week membership with the understanding that it will only be used for this [18:13] in that time he should apply in the regular way [18:13] plars: see https://wiki.ubuntu.com/UbuntuBugControl [18:15] We've decided not to special case Canonical folks by just letting them in, which is why I'm asking us to consider the case here [18:15] bdmurray: do you have concerns? [18:16] heno: Nope, sounds reasonable. Until 6/3 then? [18:16] sounds good [18:16] any other bug-control news? [18:16] plars: can you click the join team link at https://edge.launchpad.net/~ubuntu-bugcontrol? it'll make things a wee bit easier [18:17] The ubuntu-core-doc (Ubuntu Documentation Committers) team was also added to bug control. [18:17] bdmurray: done [18:18] It is a subset of the ubuntu doc team and is useful since their package(s)? are now tracking bugs in Ubuntu as opposed to a project [18:18] ok great [18:18] is their upload limited to doc packages by LP? [18:19] or can they upload kernels? :) [18:19] They have bzr commit access to the documentation [18:19] makes sense [18:19] [TOPIC] Bug Squad had a meeting -- bdmurray [18:19] New Topic: Bug Squad had a meeting -- bdmurray [18:20] andresmujica organized a Bug Squad meeting yesterday [18:21] The minutes can be found at https://wiki.ubuntu.com/BugSquad/Meeting/Minutes/2009-12-05 [18:21] That's fantastic to see! [18:21] The discussion was quite useful I thought and there will be a next meeting on June 9th [18:22] are bug squad meetings to be periodic? [18:22] mgunes: It was decided the 2nd Tuesday of the month [18:22] bdmurray, cool, thanks [18:22] Unless there becomes too much to talk about in which the frequency may be increased [18:23] in which case [18:23] And it's essentially a bugsquad+control meeting, right? No need to have two I guess [18:24] heno: that's correct [18:24] [TOPIC] UDS preparations -- heno [18:24] New Topic: UDS preparations -- heno [18:25] the schedules are here http://summit.ubuntu.com/uds-karmic/ [18:25] I will be soliciting feedback about my tester weather report spec in the following days, initially from testers, about what kind of features and design they would find useful, and flesh out the spec a bit to pre-discussion state. [18:25] mgunes: sounds great [18:26] I'd encourage everyone to look at the specs and help write meeting agendas and use cases [18:27] I think schwuk was going to set up all the gobby documents ahead of time [18:28] heno, that would be great - we should make sure we have a predecided scheme for gobby document names to avoid chaos. [18:28] We also have plenty of space in Room B this time for break-out discussions [18:29] is anyone having the scroll left-right problem in summit.ubuntu.com [18:29] ? [18:29] we should go with gobby name == + LP blueprint name [18:29] if you click on monday, the room b does not show up, but it does not have a scroll [18:30] ara: I don't get a scrollbar but I am able to scroll with arrow keys [18:30] fader: cool, thanks [18:30] I'm not seeing that problem [18:30] I get no scroll bars [18:30] i do get a scrollbar here [18:31] schwuk: we were just talking about setting up gobby documents [18:31] no scroll here on my big screen [18:31] we should populate them with wiki raw text of stub specs [18:31] and give them predictable names [18:32] (Ah, I do get scrollbars, but they're inside an iframe or something so they're kinda tough to find at first) [18:32] we should go with gobby name == + LP blueprint name [18:32] heno: Most of the blueprints are prefixed with qa- anyway [18:32] But we could add uds- or karmic- [18:33] qa-udskarmic-? [18:33] qa-karmic team and version [18:33] Should we (I) create them all in advance, or shall we set them up on the day? [18:34] I'd prefer in advance and referenced on the wiki page [18:34] to reduce confusion [18:34] heno: then that's what I'll do. [18:34] then we just sync wiki->gobby when we start in case people have updated the wiki [18:35] schwuk: thanks! [18:35] Any more suggestions for a prefix, or shall we go with qa-karmic- [18:35] Although that will duplicate the qa- bit. [18:36] right [18:36] e.g. qa-karmic-qa-extend-apport-coverage [18:36] works for me, that will get them grouped all under q [18:36] heno, bdmurray: could you change the links under summit.ubuntu.com to the LP blueprints? [18:36] (instead of the wiki spec) [18:36] it makes it easier to subscribe [18:36] schwuk: it does, but that's ok I think [18:36] because there are cases where the spec is a 404 [18:36] ara the icon in the corner takes you to hte blueprint [18:37] ara: all the specs will be there by CoP tomorrow [18:37] the naming scheme seems redundant to me fwiw [18:37] bdmurray: the two qa's? [18:37] schwuk: ok, thanks :) [18:37] bdmurray: agreed, but easier to c'n'p :) [18:38] yeah, I'd rather karmic-qa-yada-yada [18:38] would we break everything if we renamed the actual LP entries? [18:38] that way we could have an exact match [18:38] heno: no - I'd just have to redo links [18:38] but that's not a huge job [18:39] schwuk: can you follow that up [18:39] heno: sure [18:39] then we can have karmic-qa-yada-yada [18:39] schwuk: great, thanks [18:39] any other questions about UDS? [18:40] any other meeting topics? [18:41] I only have questions about meetings for the next 2 weeks. Most of you will be fried so will these stop till after uds? [18:41] Will there be a hug day the next 2 weeks? [18:42] I cannot promise to make it to this meeting next week, but if someone else volunteers to chair it ... [18:42] There is a Canonical event starting that day [18:43] heno: want most people be at all-hands? [18:43] so must of us will likely be unavailable [18:43] won't not want [18:43] right [18:43] bdmurray: not sure, will ask on the bugsquad mailing list if someone wants to organize it since we're going to be at allhands [18:43] and later uds [18:43] When are the Canonical people arriving for All Hands? [18:43] heno: I think it will be better to postpone till after uds then [18:44] bdmurray: also the next targets are update-manager/notifier and synaptic but I'd like to have mvo involved on that as well, so we might need another target for those weeks [18:44] ok, let's do that then [18:44] so next meeting will be 20090603 [18:46] right [18:46] :) [18:46] what about hug days [18:46] ? [18:46] did we decide to postpone those too? [18:48] heno: I'm going to make a call for help on the bugsquad mailing list, if nobody is interesting on run it i guess we can postpone those [18:48] pedro_: sounds good [18:48] any other topics? [18:49] thanks everyone! [18:49] #endmeeting [18:49] Meeting finished at 12:49. [18:49] thanks heno [18:49] see some of you next week and the week after! [18:49] thanks [18:49] yay [18:49] :) [18:50] thanks all [18:51] thanks you === fader is now known as fader|lunch === yofel_ is now known as yofel === guest23323r_ is now known as mgunes === yofel__ is now known as yofel