=== Mez_ is now known as Mez [09:57] * persia peers about [09:57] wb persia [09:57] * MaWaLe tracks persia [09:58] hi all. [09:58] hi all [09:58] hi hito_jp [09:58] hi [09:59] Hey folks.c [09:59] hi [09:59] hey TheMuso [09:59] hi folks [10:00] hi all [10:01] amachu said he'd be late. Do we have elky and lifeless ? [10:06] hello, did I miss the meeting? [10:06] hi [10:06] PmDematagoda, Nope. We're just getting organised. [10:07] elky, Hey. [10:07] persia: ah, thanks :) [10:07] So were waiting for one of lifeless or amachu, and we'll be all set. [10:09] hi all :) [10:10] hey khanh_coltech [10:10] sorry i'm late :) [10:10] khanh_coltech: the meeting hasnt started yet [10:10] hi khanh_coltech. dont worry, we are waiting for quorum. [10:15] Hmm. I think we're waiting for amachu then, who ought arrive around half-past. lifeless doesn't appear to be here. So if you're glued to the screen, you may wish to take a short break. [10:18] mmm chocolate caaaake [10:18] persia, that should make them hunt for food ;) [10:18] elky: how bout ice cream :) [10:18] yeah. Im feeling hungry now. [10:19] e-jat, none of that in my freezer. i has the cake though. and it's cakey and chocolatey [10:19] i already ate ;-) [10:19] * e-jat still at the office ... freezer empty .. === khanh_coltech is now known as ubot1 === ubot1 is now known as khanh_coltech === cz is now known as zaafouri [10:31] sorry, got disconnected. did i miss anything? [10:31] elky: nothing :) [10:31] RIght. amachu was planning to be only 30 minutes late. I'm tempted to wait around just in case, as I'd like to have had at least one successful meeting this month. [10:31] elky, TheMuso: Are you still good to wait? [10:31] persia: yes [10:32] I'm fine till approx 12:15UTC [10:33] persia, i am. i cant guarantee i wont lag out again though [10:33] hi persia [10:33] stupid australian intarwebs [10:33] hi e-jat [10:33] hi TheMuso [10:33] i need to go about 45 mins earlier than that [10:33] hi elky [10:43] hi nbliang [10:43] hi ApOgEE- [10:45] belutz also not here :( [10:47] saya hairan ada 137 in the room [10:47] tapi tak ramai yang bercakap [10:47] :) [10:47] opp sori wrong window [10:48] hmm ... [10:54] Hrm. There's other meetings happening later, and I think we didn't achieve quorum again :( [10:55] yeah. we need that team expansion already [10:55] hmm .. i cant contact belutz .. since he bz with something nowday .. [10:56] Maybe ubuntu member from Malaysia can help on that [10:56] minimum applying member needed? [11:00] we will still wait? [11:00] hi BuffaloSoldier [11:00] hi ApOgEE- [11:00] BuffaloSoldier, how r u doing? [11:00] we need suggestions for nominations of people who are members, who represent the region and are connected enough to know who people are and what is involved with most aspects of contribution [11:01] elky, any guide on applying for it? [11:02] if people know who you are and what you do, then they nominate you. [11:03] noted [11:03] can we nominate them here? [11:04] you may want to check with them first. it's manners to do so. [11:04] the nominator is ubuntu member is it? [11:04] nbliang, Also, please nominate by mail to ubuntu-membership-board-asia-oceania@lists.ubuntu.com [11:04] ApOgEE-, Yes. [11:04] hi GunbladeIV [11:05] it would be preferable. otherwise random joe 1 could nominate random joe 2 [11:05] elky: , persia : noted [11:06] ApOgEE-, hi ApOgEE- .. [11:06] c [11:06] elky, persia : so we will have a meeting due to not enough quorum isnt it? [11:07] now, since the meeting seems like it will not happen, please take random chatter elsewhere so as not to pollute meeting logs. [11:07] s/will/will not/g [11:07] GunbladeIV, yes, we lack quorum today [11:08] elky, okay. Hope to be here again next time.(as a candidate) [11:08] when the next will be then? [11:08] two weeks from now. [11:11] elky, noted. [11:12] In that case, unless there is anything else from either persia or elky, I shall return to my personal work. :) [11:12] uhh [11:13] TheMuso, Good night. [11:14] thanks anyway === ziroday` is now known as ziroday === bahaya is now known as GunbladeIV [12:11] persia: elky bah, tz confusion *again* [12:11] sorry. [12:31] @now [12:31] grr [12:32] vorian, http://fridge.ubuntu.com/calendar [12:33] thanks persia [13:00] こんばんわ [13:01] oops [13:01] wrong chat box, sorry [15:01] #startmeeting [15:01] Meeting started at 10:01. The chair is mdz. [15:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:02] Technical Board meeting, 2009-03-24 [15:02] cjwatson,Keybuk,sabdfl: ping [15:02] dholbach: ping [15:02] [LINK] https://wiki.ubuntu.com/TechnicalBoardAgenda [15:02] LINK received: https://wiki.ubuntu.com/TechnicalBoardAgenda [15:02] hello all [15:02] mdz: I'm here [15:02] here [15:03] I think we need dholbach for several of these items [15:03] vorian: are you here? [15:03] mdz: yes sir [15:03] cjwatson: can you cover archive reorg? [15:04] [TOPIC] Archive reorg (and corresponding governance changes) [15:04] New Topic: Archive reorg (and corresponding governance changes) [15:04] I had a phone call with Jono and Daniel to go over it [15:04] Daniel has been working on a timeline as a result of this [15:05] roughly, it puts us doing a transition of developer permissions in June [15:05] there are a number of decisions flagged for TB action along the way [15:06] anything we should start thinking about now? [15:06] we need to start preparing text about what's going to happen, to help developers [15:06] we need to decide on changes to the developer application process [15:07] and MOTU Council charter review I believe [15:07] we need to decide on a rough process for administering package sets [15:07] later on, we'll need to look at unifying processes for handling new packages [15:08] I'll get Daniel to send some more detail to technical-board@ to kick-start a discussion [15:08] cjwatson: thanks [15:08] cjwatson: is there anything we can/should cover in this meeting or shall we move on? [15:08] I think we can move on [15:09] [TOPIC] Upload permission for Romain Francoise for 'emacs-snapshot [15:09] New Topic: Upload permission for Romain Francoise for 'emacs-snapshot [15:09] dholbach? [15:09] we won't have package sets for june, so we'll need to fake it on the permissions client [15:09] mdz: around [15:09] ach, too slow :-) [15:09] mdz: I mailed Romain and offered to help with the application, but got no reply yet [15:09] dholbach: how long ago? [15:10] some time last week [15:10] but Emmet mailed him a wek or two before that already [15:10] sabdfl: this is new information, and more pessimistic than I've been hearing from Julian and Muharem [15:10] I'll try to locate him together with siretart [15:11] dholbach: shall we take this off of the TB list for now? we can consider it MOTU Council territory until we hear otherwise [15:11] mdz: yep, that's fin [15:11] e [15:11] thanks [15:11] [TOPIC] codecs in ffmpeg [15:11] New Topic: codecs in ffmpeg [15:11] dholbach again [15:11] mdz: no news I'm afraid - Amanda is still working on a general policy [15:11] Jono and I have been in touch with her, it's still WIP [15:12] no due date yet, will ask [15:12] dholbach: what can we do to help move it forward? [15:12] perhaps sabdfl would prefer to handle this more informally, I don't know [15:12] cjwatson: ok, i was being pessimistic, if you have better info, i'm happy to go with that [15:13] mdz: I don't know - I haven't seen any of that work yet - I can try asking for a more detailed roadmap of the document if you like [15:13] sabdfl: we've asked for legal guidance on how we should handle this, but it has been stalled for a long time. should we be doing something different? [15:14] mdz: i don't have good advice for you [15:14] sabdfl: Julian has been steering clear of giving me a firm date as yet, but he's been talking about the guts of the implementation happening during April - of course I'm OK with faking it client-side for the time being if that slips [15:14] (anyway, yes, we've moved on) [15:14] mdz: it might help to split up the discussion [15:14] mdz: siretart asked me two things: 1) is it good enough to disable the code that has to do with patents or does it need to be purged completely and [15:15] 2) which codecs / which patents [15:15] mdz: i'm inclined to split patent claims into the "alleged" and "judge-tested" categories [15:15] we don't have the resources to separate claims except on the basis of court ink [15:15] i think. [15:15] also "expired" in some of these cases (which is not entirely facetious because some have expired in some jurisdictions but not others) [15:16] sabdfl: one of the questions is, if we have reason to be concerned about a particular patent, how do we respond? is it OK to skip compiling the relevant code, or do we need to patch it out of the source? [15:16] I sent a mail a while back about the expiry situation of one of the ffmpeg patents [15:16] compile it out [15:16] cjwatson: indeed, jono has that email [15:16] of course, there is a well-known effect where a submarine holder pops up just before its expiry date, so "about to expire" is not de facto safe [15:17] dholbach: sabdfl has answered 1) above [15:18] mdz: ok, I'll relay that to siretart [15:18] sabdfl: what do you think we should do in each of those circumstances (alleged, judge-tested, expired)? [15:21] about to expire - jfdi [15:21] expired - ship it [15:22] judge-tested - escalate and consider [15:22] in each case, there would be an assessment of jurisdiction [15:22] if there is a judge-tested patent in andorra, would we not ship it? i think we would [15:22] this makes it very hard for me to say anything other than "we should review the cases" [15:23] so, who's "we"? [15:23] best answer i have there is canonical legal [15:23] sabdfl: how do you think this process is going to work? "if concerned bring up with TB, they then get in touch with Canonical legal"? [15:23] that's a reasonable start, imo [15:24] realistically I suspect most of the interesting cases are going to be US and EU, with the odd case where it's expired in some jurisdictions but not others [15:24] sorry, US and/or EU [15:24] sorry that i can't provide stronger guidance [15:24] actually, maybe i can [15:24] sabdfl: I think the most common case is "alleged", so we most need the guidance there [15:24] but i need to caucus with Amanda on that [15:26] in general, i think any patent holder making such an allegation should raise it with the TB [15:26] i think third-party allegations aren't going to be sufficiently tangible for us to be able to invest time in parsing and considering them [15:27] i.e. if someone comes along and says "there is a patent that i think covers this code", i don't think we can usefully invest a lot of time in that [15:27] we need to split that into two cases: (1) code already in Ubuntu (2) code not already in Ubuntu [15:27] if someone comes along and says "i have a patent that i believe covers this code", then that's more manageable [15:28] that leads to a process like "the TB maintains a record of any patent allegations. if a developer has a question or concern regarding a certain patent, they should contact the technical board, who will advise as to whether they are aware of an issue. anyone who becomes aware of an allegation should forward it to the TB" [15:28] for (1) I agree; for (2) this guidance sounds like "ship it until we have good reason to believe we may not" but I would like clarity there as there are cases where complying with a cease-and-desist will be difficult [15:29] cjwatson: any cease-and-desist would be very difficult for us. copyright. trademark. patent. url-prefix. [15:29] we don't control the mirror network [15:30] indeed, so some level of avoidance is rational, but not necessarily panic-level avoidance [15:30] are you worried about specific cases more than others? [15:30] no, just a general point that I would like to avoid getting into a situation where we have to pull an Ubuntu release [15:30] msft's suit against tom-tom - does that mean we should remove FAT support from Hardy? [15:30] i think not, myself [15:31] presumably the amount of risk we're willing to take depends somewhat on the usefulness of the technology to us [15:32] FAT is extremely useful; an individual media codec, say, may be less so [15:32] well, a lawyer could turn that into "presumably our willingness to steal depends on the value of the jewels" [15:32] granted [15:32] and i don't think that would be a correct characterisation of our approach [15:33] i would say that our approach is more "we will engage with rights holders openly" [15:33] in the msft case I'm not sure the facts are clear yet, nor that msft has made any kind of general statement about the situation of fat [15:33] so far, we haven't had any rights-holders engage with us [15:33] they've said that this suit is NOT a prelude to a general series of suits [15:33] but, they've also acted in ways that suggest it might be [15:34] however, microsoft violates many patents, and is often found in court to be doing so [15:34] what I meant by (2) above was a process for archive administrators to follow when dealing with new packages that are alleged to have some level of patent risk associated with them [15:34] I suggest we wrap up this topic in the next 5 minutes to allow time for the rest of the agenda [15:34] so, i'm sure they would have raised any issues with us that they are concerned about, being familiar with the system [15:34] in that case, the rights holder is not going to have engaged with us yet, since we aren't shipping it yet [15:34] good point [15:34] ok, for shipping code, we'll engage with rights holders [15:35] for code that is proposed, allegations or concerns should be raised with the TB [15:35] and we'll decide what to do [15:35] perhaps in consultation with canonical-legal or SFLC or OIN [15:35] sabdfl: ok, that brings us full circle. siretart has raised a concern with the TB and we need to decide what to do :-) [15:35] thanks mdz :-) [15:35] are there any new codecs proposed for inclusion in ffmpeg for jaunty? [15:36] * dholbach doesn't know [15:36] https://bugs.launchpad.net/bugs/254201 [15:36] siretart: ^- ? [15:36] Ubuntu bug 254201 in ffmpeg-debian "feature regression: ffmpeg lacks some video encoders (like h263+, MPEG4, maybe more...)" [Undecided,Fix released] [15:38] it looks like, in the absence of guidance from the TB, several codecs have been disabled [15:38] can they be split into a separate package, easily enough? [15:39] they have been, see the bug [15:39] it's now split between main and multiverse [15:39] can we detect when a codec is needed, that is available in another package, and prompt the user? [15:39] we do [15:41] I don't know how it's currently implemented in this case [15:41] or at any rate totem does [15:41] does the prompt say "this functionality may be subject to a patent, your rights may vary based on your location"? then i think this is fine. [15:41] cjwatson: my hunch is that that doesn't cover this case [15:41] nevertheless, some of these codecs are rather old and the more we can ship in the default install the better users' experience will be [15:41] mdz: mine too, I see mention of things like Empathy [15:41] totem will install gstreamer0.10-ffmpeg, which is dependent upon libavcodec52 | libavcodec-unstripped-52 [15:41] mm, of course [15:41] the latter is complete, the former not [15:41] and it has to be that way round for a variety of reasons [15:42] so this is a regression [15:42] i would be inclined to say, that if we have not heard from alleged rights holders for an extended period of time, and a patent is near expiration, then code can be shipped as part fo the default install [15:42] we have to close this topic for now so that we can move on [15:42] vorian is waiting [15:42] ok [15:43] cjwatson/sabdfl: can one of you take an action to write up what you just agreed? [15:43] i can do that and mail the TB [15:44] [ACTION] sabdfl to document consensus regarding policy and process for patent concerns [15:44] ACTION received: sabdfl to document consensus regarding policy and process for patent concerns [15:44] thanks [15:44] [TOPIC] Steve Stalcup (vorian) for ubuntu-core-dev [15:44] New Topic: Steve Stalcup (vorian) for ubuntu-core-dev [15:44] [LINK] https://lists.ubuntu.com/mailman/private/technical-board/2009-February/003011.html [15:44] LINK received: https://lists.ubuntu.com/mailman/private/technical-board/2009-February/003011.html [15:44] [LINK] https://wiki.ubuntu.com/StephenStalcup/CoreDeveloperApplication [15:44] LINK received: https://wiki.ubuntu.com/StephenStalcup/CoreDeveloperApplication [15:45] we're a little late here, having dropped the ball when motu-council first notified us [15:45] Steve reminded me about this after the last meeting so I put it on the agenda [15:45] sorry, better link for the first one [15:45] [TOPIC] https://lists.ubuntu.com/archives/motu-council/2009-February/002033.html [15:45] New Topic: https://lists.ubuntu.com/archives/motu-council/2009-February/002033.html [15:45] thanks cjwatson :) [15:46] vorian mentioned Riddell as a present sponsor [15:46] Riddell: are you here? [15:46] hi [15:46] I entirely advocate vorian, he's a very capable packager and extreamly useful member of the kubuntu ninjas (KDE packaging team) [15:46] brb [15:47] he took over much of the ninjas process when apachelogger had to leave so has filled in an important gap [15:47] but it would be useful to have more of us who can upload to main so it's not reliant on me for that [15:47] and vorian is a top candidate there [15:48] vorian: you described a period of frustration while you were learning about packaging. As a core developer you would be looked to for advice by up-and-coming packagers. How would you advise them to approach getting started? [15:48] back [15:49] cjwatson: I would first try and understand where their frustrations lay. It could be one of may areas. Then help them learn the next small steps [15:50] vorian: what is the current freeze status of jaunty, and what are some examples of what you should and should not upload at the present time? how about next week? [15:50] vorian: (what were your areas of frustration?) [15:52] mdz: well, we are in beta freeze at the moment. any main package upload is really not a good idea. universe bug fixes are ok as long as they have a ffe and are accepted by an archive admin [15:52] vorian: "not a good idea" meaning no packages should be uploaded? [15:53] vorian: (feel free to finish answering cjwatson before moving on to my question) [15:53] cjwatson: i had trouble with the jargin, once I was able to pick up the lingo - it was easy going [15:53] mm, I agree that the Ubuntu development community is often rather too jargon-heavy [15:53] vorian: which main packages would you like to work on between now and the end of next week, and how would you coordinate that? [15:53] not a good idea as in none [15:54] sabdfl: KDE 4.2.2 is being released next Tuesday, so for the rest of this week and into next, I'll be working on the core stack [15:55] will those packages land in main pre-release? when, and what would be done differently given the timing? [15:55] KDE 4.2.2 is actually being released exactly a week from tomorrow, coincidentally [15:55] vorian: pretend I know nothing about libdb - can you explain to me what the difficulty is in moving applications to new libdb versions? [15:55] cjwatson: ok [15:55] vorian: (like mdz said above, feel free to finish answering sabdfl before moving on to my question) [15:56] (my question still needs more answering) [15:56] sabdfl: we will be needint lots of pre-uploading quality checking given the freeze [15:56] * nixternal notes to cjwatson everyong pretends they know nothing about libdb :) [15:56] needing* [15:57] mdz: sorry, [15:57] vorian: no worries, we threw a lot of questions at you at once [15:57] we should be more organized [15:57] or perhaps, we're doing a good job at simulating the real-world chaos of ubuntu development ;-) [15:57] mdz: after beta is released, all packages will need freeze exceptions - and archive admin approval - after a thoruough job of qa and testing is done [15:58] :) [15:58] mdz: true :) [15:59] nixternal: wouldn't be much of a test if I didn't know the answer ;-) [15:59] cjwatson: as for libdb, pretend each version is called something else (ie, 4.2 == apple, 4.3 == orange, 4.4 == pear, etc..) [16:00] vorian: you said that during beta freeze, uploads to main were not a good idea. however, you can see on jaunty-changes that uploads are still happening [16:00] there are a set of packages that depend on "apple" and we are trying to get rid of "apple" so we see if they will build and function with "pear" [16:00] hey, that's not a bad analogy. What do applications have to do when transitioning from one to another? [16:00] vorian: mvo uploaded update-manager just today. did he make an error? [16:00] e.g. source changes, dependency changes, making sure database contents are preserved accurately, etc. [16:01] mdz: I understand that during the beta freeze, there is testing done and bugs related to the release are still uploaded. [16:01] as for ISO's and upgrades [16:01] vorian: bugs related to the beta release? or to the 9.04 release? [16:02] * vorian is not 100% sure [16:03] vorian: where would you go to find either of those lists of bugs? [16:04] (you can finish answering cjwatson first) [16:04] i would go to qa.ubuntu.com [16:04] we're over time but I would like to finish here rather than carry over to the next meeting [16:04] Keybuk: any questions for vorian? [16:05] I don't see any relevant links on qa.ubuntu.com ... [16:05] mdz: none from me, you both covered the basics [16:05] aside from the one to Launchpad [16:05] no, I don't think that the release bug list is available there (though maybe it should be) [16:05] cjwatson: heh, you mean href=http://launchpad.net/ ? :-) [16:05] that is not a very useful link [16:06] quite [16:06] i don't know that link, however i find the list of bugs next to each iso test useful at times [16:06] ah, yes, that is a useful resource [16:07] (I'm still waiting for an answer to my libdb transitioning question, fwiw) [16:07] ah, sorry [16:08] Applications must not have any regressions when moving from one depends or build-depends [16:09] so, firstly it must build correctly, all files being built and installed correctly in the binaries [16:09] then it must install correctly on ones system [16:09] sorry, I don't want to spend too much time on this, but I should clarify that I'm specifically asking about what changes need to be made, not how those changes should be tested [16:09] and must behave *just* as it always has (given it isn't riddled with bugs) [16:12] we're well over time [16:12] I don't feel that my question has been answered [16:12] with libdb, it was a matter of changing the version in control [16:12] ah, typing lag [16:12] vorian: I think cjwatson is looking for a more specific answer [16:13] (note: sabdfl had to leave to make another meeting) [16:13] and I will need to do the same shortly [16:13] there are some applications that need more than simply being recompiled against the new version of libdb, for instance [16:13] cjwatson: about the specific changes to the package? I changed the applicable versions in the debian/changelog. No source changes were needed with many. If there were, I tried to get it done upstream, as opposed to patching them [16:14] cjwatson: is that more what you are looking for? [16:15] well, not really, I was looking for the sorts of changes that would actually need to be made to the code, and how you would recognise when this needs to be done [16:15] sorry, folks, but we need to wrap this up [16:15] but I realise that we're over time [16:16] cjwatson,Keybuk: how would you like to proceed? [16:16] shall we go to a vote? [16:17] vorian: I'm not very confident that we can approve your application based on the Q&A so far [16:18] ok [16:18] my vote was going to be 0: I've not really been very satisfied with the answers to the questions I asked; on the other hand my belief is that vorian is conscientious and will ask when he's out of his depth, and it's clear that he knows what he's doing with Kubuntu and will be a valuable contributor there [16:18] I'm done then [16:18] WHAT? [16:18] * nixternal head desks [16:19] nixternal: will you talk to him once he calms down? [16:19] blink, and I was going to suggest things that could be improved [16:19] mdz: sure thing [16:20] I will give him a call later this afternoon [16:20] nixternal: please let him know that we would like to help him complete the process in time [16:20] (FWIW, the answer to the question I was pressing on is on [[https://wiki.ubuntu.com/ServerTeam/Roadmap#Get rid of old libdb versions]], so I don't feel it was unfair) [16:21] (sorry, was having a side conversation with nixternal) [16:21] hehe, ya just saw that and responded :) [16:22] we need to wrap up, we'll carry over the remaining agenda item to next week [16:22] #endmeeting [16:22] Meeting finished at 11:22. [16:22] thanks guys and I am sorry that he just left like that, I will chat with him a little later [16:22] that was disappointing; I hope he calms down [16:22] ya, I have never seen him emotional/upset like that in 2+ years [16:22] and in person [16:23] these things happen, we'll work it out [16:23] I got the impression he froze up a bit under pressure of questions [16:23] so perhaps we should consider a different format [16:23] hehe, I referred to it as a "Feeding Frenzy" [16:23] since pressure of questions is not really the best model for Ubuntu development [16:23] (at least not with a time limit measured in minutes) [16:23] right [16:24] cjwatson: maybe a mentor for a month [16:24] I've long felt that the format for this is not really ideal [16:25] the alternative, I think, is something much more structured and heavyweight like NM [16:25] I always liked teh NM way === maco_ is now known as maco === fader is now known as fader|lunch [16:59] About time to start the weekly kernel IRC meeting... [16:59] * manjo waves [16:59] * cking is here [17:00] * ikepanhc waves [17:00] * lieb is here [17:00] * maco is watching [17:00] * smb_tp hastly arrives [17:00] * sconklin - [17:00] #startmeeting [17:00] Meeting started at 12:00. The chair is pgraner. [17:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [17:00] [TOPIC] Open Action Items [17:00] New Topic: Open Action Items [17:02] awe to report back to kernel-team on LPIA testing status [17:02] awe: Any update? [17:02] * apw is here [17:02] pgraner: i've built the latest lpia kernel and tested on the hp mini [17:02] pgraner: looks good. i'm about to send an email to the team to try and get more coverage across other netbooks [17:02] awe: great... thanks, pls email kernel-team and give us the thumbs up when complete [17:03] [ACTION] awe to inform kernel-team when LPIA kernel testing is complete [17:03] ACTION received: awe to inform kernel-team when LPIA kernel testing is complete [17:03] pgraner: ok, will send an update to the mailing list in time for next week's mtg [17:03] * apw to inform ogasawara when revised CFT can go out [17:03] apw: you good to go? [17:03] pgraner: apw and I agreed there was no added benefit for another CFT since the script isn't integrated into checkbox, only packaged with it. we end up manually running the same script anyways. [17:03] we have done some testing with the installed version and it seems to be identicle (as it should be) [17:04] ogasawara, apw: sounds reasonable [17:04] * smb to send manjo bug on Dell server hw issue on Hardy [17:04] done [17:04] yes [17:05] * ogasawara to issue CFT around ext4 data loss patches [17:05]