=== ubotu changed the topic of #ubuntu-meeting to: Current meeting: IRC Council Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 16 Jan 12:00 UTC: Edubuntu meeting | 17 Jan 14:00 UTC: Desktop Team Development | 18 Jan 12:00 UTC: MOTU | 23 Jan 20:00 UTC: Edubuntu meeting | 30 Jan 12:00 UTC: Edubuntu meeting [00:51] @now [00:51] Current time in Etc/UTC: January 16 2008, 00:51:29 - Current meeting: IRC Council [01:00] Its that time again! [01:01] Howdy Doody time? [01:02] Hello! [01:02] Why hello thar. [01:04] * nalioth drops a pin [01:04] bong [01:05] Hm, not much on the agenda. [01:06] "yet" [01:06] Oh boy. [01:06] * Pici waits for nalioth to get his fingers on it. [01:07] are we all here? [01:07] Agenda: https://wiki.ubuntu.com/IrcTeam/IrcCouncil/MeetingAgenda === mc44_ is now known as mc44 [01:07] did we want to discuss the #kubuntu-kde4 thing? [01:07] I think we wanted to discuss how to prevent it in the future. [01:08] i'd just like to venture my opinion on #kubuntu-kde4. [01:08] Kind of, I guess. The item I put in the agenda is about a documents for operators that should help when creating new channels. Nothing exceptional, just a checklist of things we generally do in such cases. [01:08] Perhaps we want to wait for elkbuntu, though? [01:09] Did she say she was able to make it? [01:10] gah, I had wanted to attend, but I'm being called off. Take care, all. [01:10] Pici: she said so [01:13] Well, anyway, the document I prepared is at https://wiki.ubuntu.com/IrcTeam/CreatingChannels - if you want to start having a look. I think more than "approving" it, it's a matter of technically proofreading it... [01:14] Is the seeking the approval bit necessary? [01:15] We should at least be notified. [01:15] PriceChild, we may debate that. Do we want it to simply be a "help" document, or should it actually be something that people are *required* to follow when creating a channel? [01:15] It can be used both ways, I guess. [01:15] The informing people bit near the end.... yeah ok. But .................. "help" imo [01:16] We've talked about this before and been pretty much of the opinion "damned if we do, damned if we don't" so I don't think it right to be requiring it from people. [01:18] I don't think its too much to ask for a notification that a new channel in the #ubuntu namespace is being activated. [01:18] No I'm happy with suggesting that, [01:21] To connect to the #kubuntu-kde4 issue, however, I think it *is* reasonable of us, when a channel doesn't seem to be approved by the team holding the namespace, and/or it's not set up (i.e. basically nothing in that checklist has been followed, it's an empty channel with no operators, no real way to enforce respecting the CoC, etc), to temporarily close it until it is set up for the "public". [01:22] my issue is not about that. [01:26] my issue is that i think we're gonna be creating "second class citizens" [01:26] nalioth: what do you mean with that? [01:26] Hardy is gonna officially ship with kde3 and kde4. [01:27] depending on what the user chooses, he's not gonna be welcomed in #kubuntu [01:27] Ah, so the creation of a sub-channel is what irks you. [01:27] Pici: i believe it will 'irk' a lot of folks (we serve the world, you know) [01:27] nalioth: My understanding is that, once Hardy is released, it would be supported in #kubuntu and #kubuntu-kde4 would be closed... [01:27] I could be wrong about that, however. [01:28] That's the impression I got also. [01:28] LjL: i've heard other info since [01:28] which is why i'm offering my opinion [01:28] I got the impression that -kde4 would be open indefinitely [01:29] Well, nalioth, but in any case I don't think we have any authority, really, on the issue, do we? If the Kubuntu Council makes a decision about the #kubuntu channel and its namespace, I don't think the IRC Team can or should overrule such decision... [01:29] LjL: which is why i keep using the word 'opinion" [01:29] Pici: That is almost certainly not the case. [01:30] nalioth: Sure. Perhaps we should invite the people in #kubuntu-devel (or whatever the most appropriate channel is) to this meeting to discuss the issue? [01:30] where's hobbsee? :) [01:31] LjL: in a discussion with hobbsee in -irc we agreed to keep it open post-release and re-asses when KDE4 has a larger user-base [01:31] erm, in -ops, not -irc [01:32] stdin, with hardy shipping with kde4 aren't you expecting it to become the norm? [01:32] we reasoned that many people would try kde4, but then go back to a more stable kde3 [01:33] well, stdin, as long as Kubuntu "3" and Kubuntu "4" are two separate release, Kubuntu "3" being prominently promoted as the "stable" release, and Kubuntu "4" as a bleeding-edge, potentially unstable one, that would seem reasonable. [01:33] That's not exactly going to be easy though? swapping the installed packages? [01:33] PriceChild: some will switch, others won't [01:33] Otherwise, my own opinion is that it is not. [01:33] I had enough of a time swapping between gnome and kde4. [01:33] afaik, on the downloads section there will indeed be 2 images [01:33] LjL: but both are gonna "officially" ship with Hardy [01:33] but kde4 will be on shipit only, and kde4 will be promoted most? [01:33] LjL: no "this is stable" and "this is nose-bleed" [01:34] gah this isn't really relevant [01:34] right. i gave my opinion. [01:34] nalioth: Well, although not really a very comparable example, Compiz/Beryl "shipped" (in Universe, though) with various versions of Ubuntu. Yet we had a channel set up specifically for Compiz/Beryl issues (#ubuntu-effects, now closed), and didn't deal with them in #ubuntu. [01:34] yes we will promote KDE4, we know it's "not ready for the average user", but the more users we get the more bugs we find an fix, and so make the next release better [01:35] right, LjL, that's not comparable at all [01:35] However, I recognize that the desktop environment of a distribution is something a little more "core". [01:35] The big thing that confuses me.... is why #kubuntu can't handle both. [01:36] i had a wild thought that while the kde3/4 were both 'officially supported and endorsed', making #kubuntu an "entryway" channel to -kde3 and -kde4 [01:36] PriceChild: well, that also confuses me, but the kubuntu ops say that it can't. [01:36] PriceChild: because the 2 environments are different enough to cause a lot of confusion when trying to ask/answer questions [01:36] stdin, if I were to decide, I'd say that you can't have it both ways... either you go with the risk of shipping something "bleeding-edge", cross your fingers, and support it in #kubuntu... or you shouldn't say "Yes, we promote this very loudly, but... we don't support it in our official channel...! Because it's bleeding-edge and it would stop those poor KDE 3 users, who use a real system and not an unstable one, from getting support". [01:37] stdin, people aren't going to join #kubuntu-kde4 before #kubuntu [01:37] stdin, they will join #kubuntu, then get annoyed when they're told to go to #kubuntu-kde4 [01:37] stdin, they might even join #ubuntu, be told to go to #kubuntu, then again moved to #kubuntu-kde4 [01:38] * PriceChild uses #ubuntuforums, #ubuntu-offtopic and #ubuntu-effects as examples of the above. [01:38] Also, while (as I said) I believe that deciding whether a channel such as #kubuntu-kde4 should be created or not doesn't compete to us, I think it would be important for us to be part of the process that leads to creating it. [01:38] I say this because such an important channel has implications over channels we manage directly, as well: currently, for instance, I am instructing people who ask about KDE 4.0 in #ubuntu (not just #kubuntu) to join #kubuntu-kde4 instead. [01:38] Nobody has really decided this, though, I am doing it myself because I think it's reasonable: it would be, I think, pretty paradoxical if #kubuntu didn't accept questions about KDE 4.0, but #ubuntu did. [01:40] I personally wan't involved in creating the channel, I wasn't sure if it was the right thing to do at the start [01:40] so I think that a more open process to doing such (and announcements) would be good [01:41] however, it does exist now. be it only with 27 users. we expect that number to increase [01:41] I don't think anything was ever formally decided, things just happened and people got angry. [01:41] we've decided to keep -kde4 for a while to "see how it goes", and we'll re-assess it soon after hardy and a few times after [01:42] ok [01:43] we basically just want to see what the response to and take-up of kde4 is going to be like before we include it into the main channel [01:43] ok, im here [01:44] elkbuntu, hi, we're discussing #kubuntu-kde4 as you can see, and I showed a document I've written about creating new channels ( https://wiki.ubuntu.com/IrcTeam/CreatingChannels ), although the consensus to me seems to be that it should only be a "help" document for operators, and not a policy. [01:45] LjL, i would agree with that [01:47] stdin: I've been suggested something, by the way. As far as I know, the default Kubuntu IRC client(s) join #kubuntu by default... Couldn't the KDE 4.0 / Kubuntu 8.04 "4" clients be made to join #kubuntu-kde4 automatically, instead? [01:47] that would be an idea, however there aren't really any KDE4 IRC clients :) [01:48] There is that. [01:48] konversation isn't ported and kopete seems to have lost IRC from it's abilities [01:49] and konversation won't be ported for quite a while yet, they plan on a 1.1 before the port starts [01:50] Well, I am confident however that, since Canonical has elected to ship Hardy through their ShipIt service, they will invest the resources to give it core abilities such as being able to connect to the official Ubuntu IRC support channels. === Varka_ is now known as Varka [01:53] i think the decision of irc applications lies with the kubuntu dev team anyway, not us [01:54] LjL, was this the only agenda item? [01:54] Of course. [01:54] elkbuntu: I'm afraid so. [01:55] sorry i wasnt here for more of it, but it appears a reasonable agreement was reached [01:56] elkbuntu: nothing was argued. [01:56] elkbuntu: this was an informational meeting, it seems [01:56] If you want an impromptu topic, I have one... [01:56] ah, crap. knew i forgot something. [01:57] Afternoon Hobbsee :) [01:57] heya [01:57] nalioth, i believe the document was reviewed and a concensus reached -- that is an agreement in my books [01:57] Hobbsee: Yes, indeed... you might want to check the logs. [02:04] Hobbsee, anything you want to add? [02:05] * Hobbsee hasn't read logs yet [02:06] Hardy is out in a few months, think we should start looking for a couple more ops for #ubuntu to get a little experience for when it busies up again? [02:07] PriceChild, we're constantly looking anyway [02:08] As elkbuntu says... I'm always open to suggestions from you folks. [02:09] hm [02:10] anyway, anything else? [02:11] I have nothing. [02:15] Well, I was thinking that perhaps we should start routinely informing people about the operators channel when they may have a compelling need to discuss us there. [02:16] fair enough [02:17] all though it make fly-by rescues hard [02:22] Well, I think we may discuss this in more detail, if it needs to be, later. I think overall we can all agree that information helps... then it's a matter of implementation. [02:23] I suppose we can finish it here, although perhaps if Hobbsee has something to say, since the topic we've mostly talked about (although not in agenda) is of interest to her... [02:24] * Hobbsee has a quick look [02:24] ah. my clone is not in here anyway [02:25] Hobbsee, will pastebin [02:25] LjL: thanks [02:25] Hobbsee: http://paste.ubuntu-nl.org/52102/ [02:28] LjL: only that the authority here belongs to the effective council [02:28] [02:29:28] Well, nalioth, but in any case I don't think we have any authority, really, on the issue, do we? If the Kubuntu Council makes a decision about the #kubuntu channel and its namespace, I don't think the IRC Team can or should overrule such decision... [02:29] Hobbsee: to which i responded "this is my opinion" [02:29] i think that's correct, and i think that you need to give the respective councils the responsiblity *not* to come up with crack, and that therefore your discussions on "is this really the right thing to do?" is irrelevant. [02:30] nalioth: adn the perception is that the council can then go and vote against what the kubuntu council has decided. [02:30] i am not irrevelant. [02:30] no, but your discussions on something already decided is. [02:30] Hobbsee, but see also my comments on how it can end up affecting #ubuntu too (although that doesn't make it any more competing to us, it just means we are an interested party) [02:30] Hobbsee: my opinion was not on what was decided. it was for what the future holds === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 16 Jan 12:00 UTC: Edubuntu meeting | 17 Jan 14:00 UTC: Desktop Team Development | 18 Jan 12:00 UTC: MOTU | 23 Jan 20:00 UTC: Edubuntu meeting | 30 Jan 12:00 UTC: Edubuntu meeting [02:31] LjL: still getting down that far [02:33] LjL: oh, of course. [02:33] LjL: and i see your point [02:34] LjL: but, i'm disappointed that the irc council doesn't see it that hte kubuntu council, or whichever council, has the right to decide what channels they want to provide support in, [02:34] and that they feel the need to display their opinions, as if they're going to vote on whether it should be there or nto. [02:35] We're not against that at all... [02:35] in the -kde4 case, we weren't told about the kubuntu council deciding anything, I was just told to do what the irc wanted by the contact... [02:36] PriceChild: so, you email the council to check, before doing anything. [02:36] if they've been lax enough nto to email you. [02:36] Hobbsee: I think we did state in this meeting that you have the right to decide that, however... [02:36] Hobbsee, ok so tomorrow... someone randomly creates #xubuntu-foo, then tells me to do what I want with it. Do you expect me to email the xubuntu devs? [02:36] LjL: true. iw as more discussing previously (as i haven't seen nalioth prior to this) [02:37] PriceChild: if they're known as xubuntu-type people, and in the absence of an xubuntu council, yes, absolutely. === \sh is now known as \sh_away [02:37] PriceChild: or your channel contact for xubuntu-related channels, which is somerville32. [02:37] Hobbsee, "they're"? [02:37] No, sorry Hobbsee, but I don't agree. While that "Creating channels" document in the agenda is, by consensus, only a help document, I think the IRC Council can, should (and routinely does) temporarily close/redirect channels that are simply not set up. A channel with one operator is one where the CoC is simply unenforceable, to begin with. [02:37] somerville32: those who registered it [02:37] Hobbsee, no, we are contact for xubuntu [02:38] PriceChild: technically, yes, but you should contact the one who has a lot of say in xubuntu-related stuff. [02:38] PriceChild, You're also the contact for Kubuntu and Ubuntu [02:38] even if the person who created this random channel gave me full access... the channel was empty, and i was given NO sign that the kubuntu people in general had had much to do wit hit? [02:39] somerville32, not for kubunt [02:39] No? [02:39] somerville32, that's hobbsee [02:39] Also, Hobbsee, you already know that Kubuntu developers themselves weren't clear about the channel status, when we redirected it back to #kubuntu. The *failsafe* decision we should and do make, in such a case, is to restore the previous situation (i.e. redirect to #ubuntu), not avoid acting until further notice. [02:39] somerville32, /msg chanserv info #channel [02:40] PriceChild: then that sounds more suss, and i'd *definetly* ask [02:40] We are the IRC Council, and as such we deal with what is technical on IRC. A channel that is not setup, and where the operators aren't clear on its status, is a channel we can reasonably put on hold. [02:40] Hobbsee, "more suss"/ [02:40] PriceChild: more suspicious [02:40] PriceChild, Ok. So do you think you could set me as the channel contact for #xubuntu and that'll clear that up :) [02:40] somerville32, nice try. [02:41] LjL: i see the point in your redirect, i'm just more objecting to what you do after that. i don't remembre seeing an email [02:41] only being poked by my extra client, which i only read once a day or so :) [02:41] Hobbsee, sorry for not sending an email, but I believe that messaging you on IRC, which I did, would be sufficient. [02:41] LjL: to my active nick please, not my clone. but granted :) [02:42] PriceChild, If there is a problem with an Xubuntu channel, I would image you would contact us, right? Regardless of whose name is printed on the contact field for one of the xubuntu chanels. [02:42] somerville32, depends on the channel [02:42] depends on the problem [02:42] PriceChild: it wouldn't be an entirely bad idea, though. [02:42] Hobbsee, what wouldn't? [02:42] PriceChild: somerville32 does have a lot of care about xubuntu stuff [02:42] making him the channel contact. [02:42] ah [02:42] Then we may as well go back to being the #ubuntu contact and that's it :) [02:42] Might as well, I guess. [02:42] well, at least notifying of him of any major changes [02:43] I'm just not happy with him asking *me* personally rather than the four of us as a group. I'm not just going to go out on a limb and do soemthing like that, [02:43] somerville32: Well, it would be a waste to waste all this IRC Council creation, which involved CC meetings, and everything... but everything's possible. [02:43] LjL: do you actually follow kubuntu/ubuntu/xubuntu in terms of releases and new features, etc? [02:43] LjL, I think the IRC Council has its place [02:43] Hobbsee, pardon? [02:43] LjL: (and should you even be expected to?) [02:43] I don't mind if the IRCCouncil is the contact for #xubuntu personally [02:44] It doesn't change that it is an Xubuntu channel [02:44] PriceChild: the channel contact for a distro/flavour should really be running the distro/flavour, so it has a good idea of what the current issues are, no? [02:44] Don't you mean the other way around? [02:45] Hobbsee, I am a Kubuntu user and a #kubuntu operator (not because of being an IRC Council member, just because I've been an operator for quite some time). I follow Kubuntu more closely than I follow Ubuntu. Anyway, that is hardly very relevant from my point of view. What is relevant is *the support questions that I see asked and answered on a channel*. I can judge that pretty well, without being in close contact with the developers. [02:45] * stdin notes that LjL is an active helper in -kde4 too [02:46] LjL: i was menaing the council globally, not yourself. [02:46] I think I am arguably in a *better* position than the developers to know whether an additional channel is needed or not for something. We certainly (I think) didn't ask the Ubuntu (GNOME) developers when opening, and then closing, #ubuntu-effects, for instance. [02:46] LjL: you would be welcome as a co-contact, if you wished. [02:46] LjL: council != developers, per se [02:46] Why does someone need to be a contact of a channel according to chanserv to be able to read the channel and see current issues? [02:46] Hobbsee: That is why i said it was hardly relevant from my point of view. [02:46] hwo many of the CC are developers? [02:46] PriceChild: they don't. it's just a notify list [02:46] a notify list? [02:48] Hobbsee, ok, I rectify that - I am, as an IRC person, in a better position than *anyone who is not an IRC person* to judge the *support requirements* of an IRC channel. You are an IRC person yourself, so this is not about #kubuntu-kde4 (which we disagree about, but disagreements happens), but in general... not closely following "kubuntu/ubuntu/xubuntu in terms of releases and new features" is, in my opinion, hardly detrimental to understanding the [02:48] needs of an IRC channel that one *does* follow. [02:49] (And following the channel in such a way, really, ends up meaning you *are* updated on releases and new features, anyway...) [02:50] (At least in so much detail as is needed for an IRC person to understand the channel's needs) [02:50] LjL: your lack of knowledge about what kubuntu will actually release for hardy isn't helpful, though :( [02:50] i think you guys were shown the meeting logs [02:50] Hobbsee: my opinion was for the future, not the 'now'. [02:51] Hobbsee: That's possibly because it didn't seem very clear to the Kubuntu developers I talked to, themselves. [02:51] I think that Hobbsee makes a good point. Furthermore, shouldn't the people actually working on the project/team be the contact for the channel? [02:51] somerville32, why?! [02:51] LjL: it was in the meeting log, and was fairly clear there, i thought. [02:51] Because if they're doing the work, they should be able to set the policy for _their_ channel, eh? [02:51] somerville32, I've nothing personal against you, I hardly know you etc. etc. - I just don't see what this change would aid. [02:51] LjL: it was a unanimous decision about what would get released. [02:52] somerville32, and normal access doesn't allow this? [02:52] somerville32: they may not want to do the day to day mangling of the namespace [02:52] Hobbsee, Right so I image they're free to delegate [02:52] I'm just saying they should have that option. It should ultimately be up to them, right? [02:52] Hobbsee, well, is my vision of it as I've showed it in this meeting very unaligned with what was actually decided? [02:53] LjL: sorry, i've lost some context, i don't see what "it" is [02:53] Hobbsee: "knowledge about what kubuntu will actually release for hardy" [02:54] LjL: http://people.ubuntuwire.com/~jpatrick/minutes/ [02:54] somerville32, are you somehow saying that the developers should be the ones providing IRC support? [02:55] LjL: we're releasing a kde3 hardy, a kde4 hardy, of which both have various targets [02:55] most people in the irc council appear to thin kthat we're not doing a kde3 hardy release at all [02:55] * PriceChild headdesks [02:55] based on what i've read [02:55] LjL: so, tbh, 'im not sure [02:55] whosawhatsawhensa? [02:55] Hobbsee: You appear to read your mind if you say that... but you appear to read it wrong, because I know perfectly well that a KDE 3 release will happen. [02:55] LjL: i was thinking of pricey and nalioth, in particualr [02:56] LjL, No but the Xubuntu team should decide who is, right? :) [02:56] Hobbsee, nalioth hardly remembered the time of the meeting, or that there was a meeting at all. He doesn't count ;) [02:56] Hobbsee: not at all, did you actually read the backlogs in here? [02:57] nalioth: yeah. in with the rest of hte jumble. i may not be remembering everything clearly [02:57] somerville32, i believe we're talking about kubuntu at the moment [02:57] Hobbsee: i rendered an opinion on the future. [02:57] * Hobbsee doesn't really see the point of continuing this, though [02:57] Hobbsee: i said nothing about anything that LjL has brought up since you arrived [02:57] I think he is referring to i had a wild thought that while the kde3/4 were both 'officially supported and endorsed', making #kubuntu an "entryway" channel to -kde3 and -kde4 [02:58] LjL: i was thinking about that option. [02:58] i _do_ keep up with what is going on [02:58] nalioth, I was only joking. [02:58] I guess we just haven't expressed ourselves very well then. [02:59] PriceChild: +1 [02:59] PriceChild: in the general case, forward it, and sort it out by email. [02:59] adn irc pings, etc. [02:59] pardon? [02:59] er, forward the chanenl, and sort it out with the people involved via email [03:00] Still no idea what you're talking about? [03:00] PriceChild: when someone clueful next sets up a channel that seems strange, forward it, and contact the relevant people via email / irc pings to their primary nicks / etc [03:01] That's what we did no? [03:01] PriceChild: to their primary nicks? [03:01] er, nick? [03:01] Hobbsee: Don't worry, next time something like this happen, you'll have even pagers that you don't have ringing :-P [03:01] PriceChild, minus the communication i believe [03:01] LjL: *grin* [03:01] PriceChild: yes, the communication part is the part i'm emphasising [03:03] Hobbsee, however we meant no malice when, seeing how stdin, say, came and said "hey, people are joining #kubuntu-kde4, is that right? is it open yet?", we thought it should *not* yet be open in intentions, and forwarded it back. [03:03] LjL: agreed. i would have just preferred an email notification, or an irc message to my primary nick, saying "are you aware of this?" [03:04] it's like the irc memos. does anyone actually check them? [03:04] * PriceChild does [03:04] * somerville32 isn't important enough to get any [03:04] * Hobbsee does every once in a while, but they're not great for urgent communication [03:04] Hobbsee, I hardly check e-mail, for that matter... as I said, next time I'll employ all forms of communication that I can think of, just to be sure. Don't cry foul for excessive spam then, though :D [03:05] somerville32, please dont be like that in here, it does nothing for your cause [03:05] LjL: *grin* [03:05] LjL: i get enough email as it is :) [03:05] * somerville32 raises an eyebrow at elkbuntu. [03:05] LjL: but yes, multiple forms == more chance it gets thru. [03:05] LjL: i'd prefer to be spammed than to be in the dark, indefinetly. [03:05] if it's something important [03:05] * elkbuntu agrees with Hobbsee [03:07] right as I was about to shutdown :) [03:07] why is this "kubuntu-kde4" channel coming about? [03:07] I tried to read the scroll back but it went everywhere [03:07] Hobbsee: Well, come on, you are on IRC daily, you were bound to see my PM in a day or two's time at most, and you did... I mean, sure, it probably was a pretty poor choice to contact you by sending a message to your "idle" nickname (but being the IRC type I am, e-mail hardly even crosses my mind), but "left in the dark"... [03:08] nixternal, the "why" wasn't discussed in this meeting, it was discussed in Kubuntu meetings [03:08] I sure hope they didn't decide on a 2nd Kubuntu support channel [03:09] nixternal: wasn't that the meeting decision? [03:09] nixternal, no, a kde4 support channel [03:09] that is #kde [03:09] a Kubuntu KDE 3 or 4 support channel is #kubuntu [03:10] nixternal, this isnt the meeting to be arguing that point at anyway, it was a kubuntu council decision, not ours [03:10] We're not going over this again... hobbsee and stdin say the kubuntu people made the decision... its done. They'll review it on hardy's release. [03:11] jesus, why we are at it, why don't we just create a kubuntu-kde4 team too...stupid [03:12] * Hobbsee notes there already is a kubuntu-members-kde4 one atm. [03:12] :) [03:12] heh, true [03:12] nixternal: folks didn't join the meeting in time, and the scrollback isn't the best place to respond from [03:12] Hobbsee: sorry... QED. nixternal seems to be a Kubuntu Council member according to Launchpad. [03:12] this meeting has never been about #kubuntu-kde4 [03:12] LjL, oh you're joking? [03:12] So, really, I think my impression that Kubuntu people themselves weren't clear on the issue is pretty tenable. [03:13] nixternal, take this up with the rest of the kubuntu people please [03:13] LjL: it was not a unanimous decision, no. [03:13] but fair enough, retake it up with the kubuntu people. === bigon is now known as bigon` [03:14] various council members, and other people, expressed differing opinions [03:15] various council members weren't even aware of the final decision it seems [03:15] Hobbsee: Sure, that's not my business, just reinforces my opinion that 1) by closing the channel while its status was far from clear, we made the right decision, and 2) on IRC matters, the IRC council, as it deals with IRC issues daily, is probably a good guidance organism to consult if one so elects to. [03:16] We closed the channel for what.... 12 hours? In this period of confusion I don't think that was fatal. Things sort of got cleaned up and we've gotten there in the end. [03:16] * Hobbsee shrugs [03:16] * Hobbsee really doesn't care anymore. [03:17] let nixternal deal with it, and all the support. [03:17] :/ [03:17] don't think so [03:17] let him become the channel contact, so he gets to handle it when it all goes wrong. [03:17] What was the cost of _not_ closing the channel? [03:17] somerville32, confusion of users that were joining it for support... when no-one else was there and better answers availiable in #kubunt. [03:17] somerville32: people being given the wrong support answers, due to using the wrong version of kde than the supporter was expecting. [03:18] And you're saying that, that would not have occurred if everyone stayed in #kubuntu? [03:19] hm, then i read your question wrong. [03:19] that would occur if people stayed in the same channel [03:19] but, like i say, i really don't care anymore. it's all nixternal's decision, or someone else from teh council's. [03:19] that is true, considering most people on IRC can't ask a question properly in the first place [03:19] nixternal: they tend to get fairly quickly taught that they'r ein the wrong place. [03:20] or get disollusioned, as they didn't get an answer, as no one knew [03:20] somerville32: It would have. What would have *also* occurred, however, was that some people would have joined #kubuntu-kde4 (because they had already started to, somehow), while others would receive their KDE 4 support in #kubuntu, to only discover that they couldn't get it anymore the following day, being told to join #kubuntu-kde4... which however, forwarded back to #kubuntu, etc. You see, niceties like this is what a badly set up channel brings. [03:36] Right shall we call it there? [03:41] I think that's a "yes" [03:42] Yes... === _czessi is now known as Czessi === bigon` is now known as bigon === Exitium is now known as AlexForster === bigon is now known as bigon` === bigon` is now known as bigon === bigon is now known as bigon` === bigon` is now known as bigon === bigon is now known as bigon` === bigon` is now known as bigon === \sh_away is now known as \sh === bigon is now known as bigon` === bigon` is now known as bigon === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Edubuntu meeting Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 17 Jan 14:00 UTC: Desktop Team Development | 18 Jan 12:00 UTC: MOTU | 23 Jan 20:00 UTC: Edubuntu meeting | 30 Jan 12:00 UTC: Edubuntu meeting === asac_ is now known as asac [11:56] * ogra waves .... [11:56] anybody here for the edubuntu meeting [11:57] (the fridge schedule is somehow gotten out of sync, actually it should have been the late meeting today) [12:03] heya === doko_ is now known as doko [12:04] hi stgraber [12:04] edubuntu meeting ... let's get started [12:04] ogra: technical ? [12:04] still working on the ltsp move to the ubuntu CD [12:05] the general client building works fine now with a preseed value .... [12:05] but i have a slight problem with the ssh keys (i hope to solve today) [12:06] the ltsp interface isnt up at the point where i generate the keys in the installer, once i have solved this its done [12:06] i talked to cjwatson_about a menu entry, we'll likely have something in the Cd bootmenu at release time [12:07] yeah, the delay is my fault, it's blocked on me sorting out more general CD bootloader issues [12:07] beyond that i'm working on the classmate image builder, which i hope to finish during the distro sprint next week === cjwatson_ is now known as cjwatson [12:07] cjwatson, no problem [12:07] (regarding which unfortunately I have nobody to delegate to at the moment) [12:08] lets talk about it at the sprint [12:08] seems i'm turning into something like the -alternate maintainer here anyway since i test it regulary now [12:10] anyway, i hope we can get rid of the edubuntu-server CD next week as well, as soon as i know ltsp is fine [12:10] so alpha4 might be the big change in edubuntu CD design [12:11] thats all about tech so far [12:11] any questions ? [12:11] hey flint [12:11] ogra, Good Morning! [12:11] mr flint sir ... a rare honour to have you grace us with your esteemed presence [12:12] hi flint [12:12] RichEd, Nice touch, my dear friend... [12:12] Greetings one and all... [12:13] oh, one thing, we have a community guy (johnny) who takes a bit care for sabayon ... [12:13] and LaserJock seems to have the menu stuff working properly for the first time :) [12:14] and for everyone who wonders where sbalneav went for the last 6 weeks, i was told he's fine yesterday and will show up again soon [12:14] ogra: LaserJock mentioned that in the channel last week, but says he needs someone to do a neat GUI front end [12:14] any ideas who could help ? or mentor ? [12:16] not really [12:16] and imho it should be integrated into the menu editor [12:16] not have a separate GUI [12:17] (which is indeed more work and cant happen for hardy) [12:17] feature freeze is on feb 14th [12:17] who currently looks after the menu editor ... and is the menu editor edubuntu only or ubuntu general [12:17] ubuntu [12:17] it needs a hook to allow such additions first [12:17] then someone needs to write a plugin that uses this hook [12:18] i think thats beyond hardy [12:18] and can LaserJocks work be used in any (manual edit) useful way for Hardy ? [12:18] well [12:18] yuo can ... but i wouldnt recommend that [12:19] hi pips1 [12:19] ogra: okay [12:20] hi [12:20] ogra: hmm, so, the FF being on 14th, it'd be a good idea to have my new italc uploaded next week or the week after, so we can work on the MIR ? [12:20] a happy new year to all [12:20] stgraber, yup [12:20] the next two weeks are the essential ones :) [12:20] ogra: quick classmate 8.04 question ... if general *buntu hardy has a beta release date of March 20, do you expect we will have a beta classmate image around then ? [12:21] RichEd, not sure, but i would suspect so [12:21] thanks ... [12:21] i didnt think about the milestones yet [12:22] in the end it will use the livefs builder to build the actual squashfs image [12:22] but the part after this that actually assembles the image in a usable state will be different from the currently used debian-cd scripts [12:24] that means we'll have daily built squashfs'es but i cant predict the second setps automation yet [12:24] ogra, is this a bad time to mention the eepro? [12:24] (teh squashfs built on beta day would then be the beta [12:24] ) [12:24] :^) [12:24] flint, i dont care about the triple e at all [12:25] it doesnt have the limitations the classmate has [12:25] ogra, sorry, and I missed an e... :^) [12:25] apart from screen resolution its a fully fledged laptop [12:25] ogra, I saw one and it was an illicit and forbidden love that bloomed... [12:25] so you can go with a normal install there [12:25] :^) [12:26] classmate needs special treatment due to disk and ram limitations [12:26] ogra, gotcha [12:28] anyway, anything else for tech ? [12:29] ogra: should we introduce the artwork topic now ... for 8.10 ... is there anyone around as a result of the art team mail thread ? [12:30] RichEd, yup [12:30] anyone here from the art team ? [12:30] doesn seem like [12:30] sad [12:31] after the noise they made i'd have expected some enthusiasm ... [12:31] doesnt seem like [12:32] there was a call on the mailing list? [12:32] RichEd, go on then with community ... [12:32] * pips1 searches his archive [12:32] pips1, there was a discussion on the ubuntu-art list [12:32] ah [12:32] ic [12:32] ogra: well let's button down the art requirements anyway ... then find the worker bodies :) [12:32] starting with "we need to change *everything*" edubuntu is not how we like it [12:33] we still have JillC keen and able and willing [12:33] so i chimed in to get them here to discuss changes [12:33] do you suggest anything else new apart from a new default desktop ? [12:33] only wallpaper, and if necessary color adjustments in gdm/usplash [12:34] and do you or anyone else have any criteria / theme / colour palette requirements for overall guidance ? [12:34] color palette should match what we used before [12:34] it shouldnt break with the window frames and icons [12:35] okay ... and does "hardy" have any imagery theme ? [12:35] and still look somewhat "ubuntuish" [12:35] is the ubuntu default wallpaper buttoned down yet ? [12:35] i heard there was an update, but didnt manage to have a spare cycle to logout/in to see it yet [12:35] the wallpaper isnt though [12:35] okay ... i'll ping kwii [12:35] but i heard the new colorscheme was out [12:36] if you can let me know exactly what sizes we need up front ... i'll get jill to start in the right sizes and aspect ratios [12:36] sizes -> the same we always had [12:36] 1600x1200 for 4:3 and 1400x something for wide [12:37] i think 1400x900 [12:37] is the classmate aspect ratio the same as the 1400xsomething ? [12:37] * RichEd calculates quickly [12:37] yes [12:39] that would make it 1400x840 = 800x480 scaled up [12:42] sigh [12:42] * ogra goes looking [12:42] okay ... I'll get jill started ... just confirmed the final artwork deadline is March 13th [12:42] its 1280x800 [12:43] ogra shall I ask her to work towards Feb 14th as her 1st submission to us ... that is artwork deadline one on the schedule [12:44] to have *something* basic that would be great, yes [12:44] i think we can let it slightly slip as we always did [12:44] so she doesnt get to much under pressure [12:45] * RichEd smiles ... but 14 feb is a month away ... no harm in getting in line with the official schedule [12:45] okay ... on to web sites ... highvoltage updated the www.ubuntu.org web site theme [12:46] he said some minor tweaks are still needed ... but overall it looks quite good [12:46] big applause! [12:46] we just need to update and add fresh content now so that it is more than just a new skin [12:49] * pips1 checks out the site [12:49] eek, edubuntu meeting [12:49] * highvoltage should make a script that hilights him at the beginning of the meeting [12:49] sorry for being late (again) [12:49] eek, the template breaks in a few places [12:51] pips1: please note all any breakages, so that we can fix it either ourselvesor let news2000 know about it [12:51] highvoltage & pips1 : suggestions on how to formalise the testing and repairs / changes ? [12:51] there is a launchpad project set up already, isn't there? [12:52] highvoltage, make your script monitor ubotu and catch: "Current meeting: Edubuntu" [12:52] https://code.edge.launchpad.net/~newz/fridge/fridge-theme-v2 [12:53] ogra: cool, thanks for the tip [12:53] RichEd: yes, filing bugs on launchpad would be best, I think under the edubuntu website team [12:54] RichEd: I think all the improvements and ideas should be files there, so that we can keep better track of it [12:54] highvoltage: for testing is it a matter of someone going through all links ... can we formalise any process to test & check off ? [12:54] rather than waiting for "broken" reports which may or may not be filed [12:55] RichEd: ok, we can do that [12:55] https://bugs.edge.launchpad.net/ubuntu-website/ [12:55] erm [12:55] https://launchpad.net/~edubuntu-website [12:56] rather: [12:56] https://bugs.edge.launchpad.net/edubuntu-website [12:56] oh dear [12:57] hmm, now that I think about it, we could probably generate a checklist that would be relevant to all the *buntu sites [12:57] there's the same "basics" that they all should have, and should be working [12:57] I see several supmitted bugs there that haven't been looked at... [12:57] *submitted [12:58] on the edubuntu page? [12:58] or are you still on the ubuntu one? [12:58] on https://bugs.launchpad.net/~edubuntu-website/ it says "There are currently no open bugs." [12:59] hmm [12:59] well, I think the new bugs need to be confirmed first before they appear in that overview listing [12:59] look at the new bugs on this page: [12:59] https://bugs.edge.launchpad.net/edubuntu-website/+bugs [13:00] highvoltage,Go Jonathan! [13:00] anyway. I haven't been monitoring the bug tracker at all, I must admit [13:00] hey mr flint! [13:01] I'm not even subscribed to it... [13:01] flint: RichEd was asking about the various cookbook attempts, have you ever sent your version to him? [13:02] highvoltage, I have, but it was a year ago. I would need to heavily revise it. Also I feel that your help file seems to cover the subject. don't you? === \sh is now known as \sh_away [13:02] is edge.launchpad.net using the same database as launchpad.net? [13:02] highvoltage, Oliver showed me this effort and I am most pleased with it. [13:03] flint: oh no, that help file is obsolete already [13:03] flint: ah, must be sbalneav's documentation [13:03] highvoltage, hm let me revisit my look... [13:03] highvoltage, it is [13:04] highvoltage, the big prob we have that the online export still didnt happen [13:04] and we have pretty broken documentation out on the webpage [13:04] the shipped edubuntu handbook is fine though [13:05] ogra: should we remove all e all docs from the site and start with a clean slate? ie, sbalneav's work? [13:05] ogra: what do you mean by 'online export' ? [13:05] http://doc.ubuntu.com/edubuntu/handbook/C/ [13:05] i see its gone now [13:05] ogra, I like not having any pressure on my contributing, I will take some time and reopen that project. [13:05] indeed, it's gone! [13:05] pips1, hmm, no it isnt [13:05] if you go up to /edubuntu you cn click through [13:06] but its the proper export now \o/ yay [13:06] http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/ [13:06] there we go [13:06] :)))) [13:06] ah, now the proper URL is http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/ [13:06] right [13:07] pips1, this is a very sweet piece... [13:07] I'll fix that link on edubunt.org right away [13:08] pips1: great [13:08] https://help.ubuntu.com/community/EdubuntuFAQ fixed [13:08] if the wiki ever finishes :/ [13:08] highvoltage, Thanks for the nudge, I have been thinking about that documentation set and how to do something neat with it. Watch that space. [13:10] I have corrected the link to the edubuntu handbook [13:12] should we move on ? [13:12] (where is RichEd ) [13:16] hmm, seems to have dissappeared [13:16] @now [13:17] our power supplier under high load, so there is load shedding in certain areas, maybe he is without electricity. [13:17] there he is :) [13:18] lots of him :) === RichEd-2 is now known as RichEd [13:19] RichEd, anything else from your side ? [13:19] bah humbug ... ADSL daily reset took 15 mins [13:20] we just discovered that the online version of the edubuntu handbook is finally up to date [13:20] excellent :) [13:20] beyond that you didnt miss anythin i think [13:20] http://doc.ubuntu.com/edubuntu/edubuntu/handbook/C/ [13:20] can we add that to the front web page & maybe the channel topic ? [13:20] Community / Partnering: [13:20] the educonlinux project web site is now up and available for those who may be interested [13:21] this is the project largely driving the edubuntu content server requirement [13:21] see here: [13:21] pips1 has fixed the edubuntu.org link, i fixed the FAQ [13:21] http://www.educonlinux.eu/ [13:21] (its a bit long for the channel topic though) [13:21] moodle on top of edubuntu, with partners working on moodle to develop teaching lessons [13:21] RichEd, btw, i'd prefer to have the restricted area name based [13:22] ogra ... it will be :) need to set up process for permissions etc. [13:22] (next stage) [13:22] i.e. have restricted.educonlinux.org istead of www.educonlinux.org/whatever/ [13:22] hiding the paths adds a tad security [13:22] anyone who has any questions or interest can mail me directly ... if there is any juicy news as we move forwards I announce here [13:23] --- that's all from me for today --- [13:23] everyone cheer for RichEd becoming php programmer btw :) [13:23] ogra: i only uploaded the content and tweaked ... i used to do .asp and vb in a past life [13:24] so same same but different as they say in thailand [13:24] tastes like chicken ? [13:24] :) [13:25] hehe [13:25] opening to the floor ... anyone else with news / issues / questions [13:25] I've already fixed a couple of things on the edubuntu.org site and am in the process of attending those bug reports [13:26] however, how can I close bugs on Launchpad ? do I need a special status / role for the edubuntu-website "product"? [13:26] highvoltage: ? [13:26] you mark them fix released or invalid [13:27] sorry, back [13:27] highvoltage: can you grant me admin priviledges for the 'edubuntu website' product on Launchpad? [13:27] I want to close the bugs I fixed [13:27] pips1: you don't need special permaissions, you may close bugs [13:27] oh [13:27] pips1, note that you need to click on the status nowadays to edit, not on the package name anymore [13:27] ok [13:28] pips1: just give me a chance to go over them in a few mins, I know most of them can be marked as obsoleted [13:31] shall we wrap up then ? [13:31] anything else ? or can we close ? [13:31] heh [13:32] last question: will there be an edubuntu summit before/after/during the next ubuntu developer summit [13:32] ? [13:33] they will likely happen together if tehre is an educational event [13:33] pips1: yes, will do [13:33] pips1: we still need to discuss that internally ... i'll bring it up next time we chat to the management [13:33] not sure if UDS is the best education forum for teachers etc. [13:34] on HardyReleaseSchedule I see the tentative date for UDS is May 22nd. Is that still so? Or any news about a change of date? [13:34] may be better to keep UDs more tech & spec and have an edu summit more aligned to teachers and education needs, bringing in large deployment representatives ... like macedonia, guadalinex, georgia [13:35] pips1: that date is the best info we have :) [13:35] right [13:35] pips1: hmm, you're already an admin [13:35] admin for what? [13:35] well, given that there is often overlap it would make sense to have an edu conf right attached to a UDS though [13:35] like two days inadvance or after the UDS [13:36] the edubuntu-website team. [13:36] but we'll hear from management i guess :) [13:36] perhaps we can continue to discuss the UES on #edubuntu and close the meeting...? [13:36] ++ [13:37] going once [13:37] going twice [13:37] pips1: okay [13:37] adjourned .... [13:38] * ogra goes for coffee [13:38] thanks ogra pips1 highvoltage stgraber flint [13:39] yes, thanks, and sorry for split attention, furious multitasking here [13:39] heh [13:39] I don't really have time in the first place, but what the heck [13:39] :-/ === vuntz_ is now known as vuntz === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 17 Jan 14:00 UTC: Desktop Team Development | 18 Jan 12:00 UTC: MOTU | 23 Jan 20:00 UTC: Edubuntu meeting | 30 Jan 12:00 UTC: Edubuntu meeting === Gunirus_ is now known as Gunirus === bigon is now known as bigon` === bigon` is now known as bigon === bigon is now known as bigon` === bigon` is now known as bigon [15:57] bdmurray, pedro_, ogasawara: meeting ping [15:57] heno: hi :) [15:57] hello! [15:58] hey folks! [15:58] here but it feels early [15:58] LO [15:58] hey liw [15:58] hi [15:59] #startmeeting [15:59] Meeting started at 15:59. The chair is heno. [15:59] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:00] agenda https://wiki.ubuntu.com/QATeam/Meetings [16:01] [TOPIC] QA Today: OpenOffice bug day and test automation development in #ubuntu-testing [16:01] New Topic: QA Today: OpenOffice bug day and test automation development in #ubuntu-testing [16:01] again, mainly FYI [16:01] any points needing discussion here? [16:01] how goes the OO.o buggin' [16:01] hello [16:01] pedro_: have you tried that gm script? [16:01] heno, I could paste the urls for the record [16:01] I'm currently at the station, will be home in 35min [16:02] liw: please do [16:02] https://wiki.ubuntu.com/Testing/Automation https://wiki.ubuntu.com/Testing/Automation/DogtailTutorial https://wiki.ubuntu.com/Testing/Automation/Coverage https://wiki.ubuntu.com/Testing/Automation/ScriptingGuide https://wiki.ubuntu.com/Testing/Automation/LimitationsOfDogtail [16:02] hmm... no, not like that [16:02] stgraber: ok, see you :) [16:02] bdmurray: not yet, I'm adding in the old way the tags by now [16:02] [LINK] https://wiki.ubuntu.com/Testing/Automation [16:02] LINK received: https://wiki.ubuntu.com/Testing/Automation [16:03] that's the main page, from which sub-pages are linked [16:03] I'm hurt [16:04] bdmurray: as in blood on the keyboard? [16:04] heno: no as in my feelings ;) I'll get over it though [16:04] good news :) [16:04] ok, moving on [16:04] [TOPIC] Cleanup and presentation of qa-hardy-list [16:04] New Topic: Cleanup and presentation of qa-hardy-list [16:05] A few bugs there are not triaged, in the new state and the LP listing is quite poor with lots of dupes [16:06] where we on about sorry? [16:06] I can go through and triage the lagging ones [16:07] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=qa-hardy-list [16:07] ogasawara: would it be possible to create a listing like the kernel one for these? [16:07] heno: sure. it'll just bit a bit long. [16:08] It will be a bit more tidy when we present it to the dev teams [16:08] your kernel list isn't sorted by anything right? [16:08] heno: nope [16:08] what should we sort by, assignee? [16:09] one nice feature of your listing is that the fixed bugs stay on the page (at the bottom) [16:09] ogasawara: how much manual maintenance do you have with that page now? [16:10] heno: none other than copying over the new list each week [16:10] I assume you have to move bugs to 'fixed' at some point [16:10] nope, they move to 'fixed' automatically [16:10] but with some lag? [16:11] heno: I've got the cron job running every hour on rookery [16:11] because there are some fixed bugs at the top of the list [16:11] ahh, that's on purpose [16:11] right, it a good thing, I just wondered about the mechanics of it [16:11] I think they should be listed at the bottom also [16:12] indeed they are, ok [16:13] [AGREED] heno will re-triage the qa-hardy-list and ogasawara will set up a display page [16:13] AGREED received: heno will re-triage the qa-hardy-list and ogasawara will set up a display page [16:13] it would be easier if they could just be listed by the level of fixedness :) [16:13] ogasawara: let's take the implementation to email [16:13] new at the top fixed at the bottom [16:14] davmor2: the state, yeah that works too [16:14] I can put together a few prototypes and we can go from there [16:14] btw, for ref http://people.ubuntu.com/~ogasawara/hardy-buglist.html is the kernel page we talked about above [16:15] [TOPIC] Spec status https://wiki.ubuntu.com/QATeam/Specs [16:15] New Topic: Spec status https://wiki.ubuntu.com/QATeam/Specs [16:15] heno that does make it a lot simpler [16:15] developer weather report spec: http://qa.ubuntuwire.com/weatherreport/ [16:16] shall we just go down the list? [16:16] ogasawara: ooops [Errno 2] No such file or directory: 'data/complete_data.txt' [16:16] heno: yah, it's a know issue, you have to hit refresh [16:17] ok, looks good! [16:17] but starting with https://blueprints.edge.launchpad.net/ubuntu/+spec/bug-statistics [16:17] heno: imbrandon and I believe it has to do with the ugle use of files to store the data right now [16:18] we should discuss bug stats further in London [16:18] okay [16:18] some good work has been done on this, but we may have to adjust the spec to fit that [16:19] I'm thinking of the new graph types and display app [16:20] I want to do some thinking about which metrics can help drive development in a good direction [16:20] https://blueprints.edge.launchpad.net/ubuntu/+spec/fixed-bug-verification [16:21] are we using the test case for iso testing ? [16:21] I haven't seen a single one where the iso-testing tag has been added [16:21] status is 'not started' but some tagging work has been done [16:21] have we seen any TEST CASE: blocks? [16:22] I wanted to review the iso-testing bugs so could take a look and add them where possible [16:23] pedro_: would you say any of these bugs are suitable to test automation? [16:23] we may soon have the ability to do that [16:24] heno: yeah, I'd like to see the list first [16:25] ok, lets review this in london [16:25] ok cool [16:25] https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-automated-tests [16:25] we touched on this earlier [16:26] Roadmap is here https://wiki.ubuntu.com/Testing/Automation/Roadmap [16:26] liw: is that still a realistic plan? [16:27] we missed the Alpha 3 milestone by a bit (as expected) but I think we have made good progress since [16:27] heno, I suspect not, since it's taking so long to get dogtail work well for us (given that we're abusing it in unintended ways :) [16:28] heno, but things might go faster at the sprint, though, with greater availability and interpersonal bandwidth [16:28] I've been playing with dogtail+ubuquity today, without much luck [16:28] heno: I think a more realistic goal would be to just get as many useable scripts together first [16:28] yeah, we need to get help from Evan and Luke on that [16:29] I'm working on getting the gthumb and nautilus scripts working at all for me :( (l10n issues) [16:29] but once I do, I expect to get a simple test runner written up quickly [16:29] liw: i can send you them in Spanish ;-) [16:29] davmor2: ubiquity is quite important WRT ISO testing though [16:29] pedro_, I'm not sure that'll help in my fi_FI locale :) [16:30] but I'll set up an emulated environment for running the scripts, with an English speaking locale, so that should fix things [16:30] liw: https://blueprints.edge.launchpad.net/ubuntu/+spec/package-level-tests <- shall we consider this complete for Hardy [16:30] pending a DC server for it [16:30] heno, once the stuff is running in the DC, yes [16:31] ok [16:31] and https://blueprints.edge.launchpad.net/ubuntu/+spec/self-testing-desktop ? Shall we roll that over to Hardy+1? [16:32] I suspect that is going to have to happen :( [16:32] hell yes [16:32] getting stuff into the distro will get more difficult closer to release [16:32] yeah [16:32] ok, I'll just do that today and we'll move on [16:32] you'll be best off get that in as early as possible in the next release to be honest [16:33] that brings us back to https://blueprints.edge.launchpad.net/ubuntu/+spec/developer-weather-report [16:34] we'll want to display that on qa.u.c at some point [16:34] ok that should be simple enough [16:34] that page will serve nicely for discussions in London though [16:34] yes, I'd like to get feedback at the sprint [16:35] [I'm skipping the informational specs] [16:36] ogasawara, incidentally, there's a proposal to make piuparts output stuff so that the Debian Package Tracking System, which is a bit similar to the weather report (but more geared to packages) could show piuparts results: http://wiki.debian.org/piuparts#head-a2e5fe9cd411e0ea1a8d56e351c70ff60a1e9c5d -- we could discuss something like that for Ubuntu as well [16:36] re [16:36] https://blueprints.edge.launchpad.net/ubuntu/+spec/qa-website [16:36] stgraber: looking at spec status [16:37] would you say that's implemented? [16:37] no, we are stil missing some major parts [16:37] LP integration will likely not be done for Hardy but I still have some changes to do for Hardy [16:38] https://wiki.stgraber.org/UbuntuQA/QAWebsite/TODO [16:38] liw: sounds good, lets get together next week to iron out some details [16:38] that's the current status of this spec [16:38] ogasawara, ack [16:38] ok, thanks. [16:39] the security part is getting better and better, remaining bits are mainly UI stuff and backend (syncing blueprints) [16:39] + the abillity to get the list of builds from cdimage that I'm still waiting on for some major rework of the download info page [16:39] stgraber: should some things be moved on to a new spec for Hardy+1? [16:40] yes, LP integration and XML-RPC should be moved for Hardy+1 [16:40] so should the QA-Feedback spec [16:41] ok, let's do that [16:41] https://blueprints.edge.launchpad.net/ubuntu/+spec/qa-website-tokamak implemented? [16:41] we just haven't put it to proper use yet [16:42] You should ask nand about this one, I don't think it's been entirely implemented, we still have some minor remaining bits (let me have a look at his todolist) [16:42] https://wiki.stgraber.org/UbuntuQA/QAPoll/TODO [16:43] so mainly UI stuff for him as well [16:43] there may be a few missing details, but on the whole it's up and running [16:43] and looking very good :) [16:43] QA-Website and QA-Poll will soon be implemented, QA-Tracker is mainly stuck on this .manifest file on cdimage [16:44] yeah, I'll grab the release team about that next week [16:44] the remaining bits are admin UIs for things like adding a website, products, testcases, menu links, ... [16:44] that's it for specs [16:45] [TOPIC] http://qa.ubuntu.com frontpage, what do you want on it ? [16:45] New Topic: http://qa.ubuntu.com frontpage, what do you want on it ? [16:45] bugs with more than 5 subscribers is missing [16:45] ok, so we currently have a basic website listing + some links [16:45] in the Useful area [16:46] we should probably remove the not-yet active features [16:46] I would like to have an improved web page, showing some stats, ... [16:46] that's where the weather report is going to be, is it? [16:47] I guess http://server.qa.ubuntu.com/ is not in use ATM for example [16:47] liw: "be" maybe not, but "shown" possibly, looks like the good place for it at least [16:47] heno: well, they requested it and I have created it, now it's up to them to send me a list of product and testcases so they can start using it ... [16:47] depending on the size of the weather report, it might perhaps make sense to have a mini-report on qa.ubuntu.com with a link to the full page [16:48] liw: I think we should pull the full page into qa.u.c [16:49] you should be able to drill down to details from a simple summary page [16:50] I'm thinking of some kind of block layout, with one part for the bugs (links to the different bug stats), another with the weather report, another with some wiki links (bug day, Ubuntu bugcontrol team, ...) [16:50] stgraber: how do we submit layout ideas, in HTML? or shall we mock it up in a wiki page to play with possibilities? [16:50] well having something useful as it's supposed to be our main page [16:51] html may be better as you can play with the layout [16:51] we could make use of the left hand menu space too [16:51] we can also create a wiki page containing the list of wanted items and attached the mockups [16:51] ok, so contributions are welcome :) [16:52] a wiki page allows for comments too; let's do that [16:52] any other topics for the meeting? [16:53] not from me [16:53] seem not [16:53] #endmeeting [16:53] Meeting finished at 16:53. [16:53] less than an hour, yay [16:53] thanks everyone! [16:53] Could we add some bug guidelines to iso.qa.ubuntu.com? [16:54] the website will be updated with the string fixes from bdmurray + some minor changes (as soon as Ng or another sysadmin does the code sync) [16:54] Like near the Bug ID at http://iso.qa.ubuntu.com/qatracker/result/1227/22 [16:54] bdmurray: beyond the ISO release testing procedures and reporting at the top? [16:54] OIC [16:55] heno: Oh, I don't see the "notice message" being an admin(?) [16:55] bdmurray: it's only displayed on the main page of the tracker [16:55] http://iso.qa.ubuntu.com/ [16:55] Currently it's : "ISO release testing procedures and reporting." [16:56] So maybe a reminder when entering bug IDs would be helpful [16:56] Did you do a b c? [16:57] bdmurray: help of reporting bugs or adding the # to the tracker? [16:58] heno: reporting bugs like FindRightPackage and writing up a test case [16:58] ok [17:00] Looking at the iso testing bugs I saw one without a package and none with a test case like in the fixed-bug-verification spec [17:02] we can add some more links in the notice message or I can add a text message next to the bug entry form though this will take some time as it requires a DB change (so it would be done in the next major update, likely when QA-Poll is released) [17:04] I think having both might be best, the notice would point to BugReportingGuidelines (or something) then the entry form would just have some simple reminders "Did you add a test case?" [17:06] well, if we don't need this text to be set by the admin (so not iso specific) I can add it in the next update (as then not requiring any DB change) [17:07] I don't see it being iso specific === profoX_ is now known as profoX` === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 17 Jan 14:00 UTC: Desktop Team Development | 18 Jan 12:00 UTC: MOTU | 23 Jan 20:00 UTC: Edubuntu meeting | 23 Jan 22:30 UTC: Forum Council | 30 Jan 12:00 UTC: Edubuntu meeting [19:19] @time Detroit [19:19] Current time in America/Detroit: January 16 2008, 14:19:04 - Next meeting: Desktop Team Development in 18 hours 40 minutes === thekorn__ is now known as thekorn [19:26] @time montreal [19:26] Current time in America/Montreal: January 16 2008, 14:26:25 - Next meeting: Desktop Team Development in 18 hours 33 minutes === ian__ is now known as score === johnc4511-laptop is now known as johnc4510-laptop === bigon is now known as bigon` === bigon` is now known as bigon [20:59] Hi all :) [20:59] hi mathiaz [20:59] hello [21:00] Hello. [21:00] * nealmcb waves [21:00] @now [21:00] Current time in Etc/UTC: January 16 2008, 21:00:45 - Next meeting: Desktop Team Development in 16 hours 59 minutes [21:01] :) [21:01] afternoon [21:01] hi [21:01] so dendrobates is not around - let's get started with this new schedule [21:01] ajmitch: hey ! you're around.. [21:01] https://wiki.ubuntu.com/ServerTeam/Meeting [21:01] ajmitch: howdy! [21:01] mathiaz: sort of, yes [21:01] #startmeeting [21:01] Meeting started at 21:01. The chair is mathiaz. [21:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [21:02] it being 10AM here, I can actually be online [21:02] the agenda is small [21:02] We'll have to move the meeting then. [21:02] heh [21:02] but I've updated the developper section in the Roadmap whith things we're working on [21:03] so I suspect we might have a long status report [21:03] mathiaz: Who goes first? [21:03] ScottK: you're agenda item should be reviewed in the developer section [21:03] OK. [21:04] Let me know when. [21:04] ScottK: so let's start with the previous action review and then we'll move on with the MIR right after [21:04] OK [21:04] [TOPIC] Review ACTION points from previous meeting. [21:04] New Topic: Review ACTION points from previous meeting. [21:04] Last meeting logs: https://wiki.ubuntu.com/MeetingLogs/Server/20080108 [21:05] bug 153996 has been published to -updates [21:05] Launchpad bug 153996 in db4.4 "libdb4.4 in gutsy breaks postgrey and subversion" [High,Fix released] https://launchpad.net/bugs/153996 [21:06] sommer: did you get in touch with the apache debian maintainer wrt default ssl configuration ? [21:06] mathiaz: glad to see that bug resolved - thanks! [21:06] mathiaz: I beleive so I posted a debdiff to debian bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267477 [21:06] Debian bug 267477 in apache2 "ssl: some easy way to set up an ssl server (as apache-ssl package in apache 1)" [Important,Open] [21:07] it's an old one, but it should have gone to the debian apache list [21:07] haven't heard anything back though :( [21:07] sommer: ok. [21:07] was that the correct procedure or should I email one of them direct? [21:07] sommer: it may take some time. [21:08] sommer: I think that one of the maintainer started to work on this. It may take a while. [21:08] mathiaz: gotcha, I'm not in any rush, just posted the patch to learn some packaging [21:08] sommer: I think you've followed the correct procedure. [21:09] that and documenting apache and SSL could change if the patch is accepted [21:09] sommer: correct. [21:10] anyway that action item is done, as far as possible [21:10] sommer: great ! Thanks. [21:10] np [21:11] sommer: what about JeOS and the server guide ? [21:11] committed to as a section in the guide [21:11] sommer: cool :) [21:12] one thing to note is that when Hardy is released, depending on the publisher the article may need to be removed like the wiki article [21:12] so it seems that all the actions from last meeting have been done [21:12] \o/ [21:12] we talked about ebox also === bigon is now known as bigon` [21:13] sommer: I thought that the article would be used as a base for documenting JeOS. [21:13] mathiaz: yep, but nijaba mentioned that the publisher didn't want the wiki article up while it was on their site as well [21:13] nealmcb: yes. I haven't heard anything about upstream. [21:13] soren: ^^ ? [21:14] so I thought I'd mention about the web site [21:14] probably not a big deal, though [21:14] Sorry, I got distracted. [21:14] sommer: hum... I wouldn't put a link to the website article in the documentation. [21:14] sommer: may be you should discuss this with the documentation team. [21:14] mathiaz: About the article? AFAIK, the publisher hasn't published the article yet. [21:15] soren: ebox [21:15] ebox, right. [21:15] I tried (today) to get a hold of the project manager to see if he could stop by this meeting, but I didn't catch him. Sorry. [21:15] nealmcb asked about an update on the ebox front last week [21:15] sorry haven't been paying attention to the mtg :( [21:15] I'll send him an e-mail after this meeting asking for a status. I'll CC the mailing list. [21:16] :-) [21:16] [ACTION] soren will email the ebox project manager to get an update about ebox. [21:16] ACTION received: soren will email the ebox project manager to get an update about ebox. [21:16] I think getting them to come to a meeting would be even better than an update [21:16] jjesse_: any comments on the JeOS tutorial integration with the server guide ? [21:16] * soren kicks himself for not following up on it [21:17] nealmcb: I'll ask for both. [21:17] :-) [21:18] sommer: I'm not sure that the JeOS tutorial could be used as a base for the server guide chapter [21:18] sommer: If there are some issues with the publisher. [21:18] mathiaz: i would agree with that [21:18] mathiaz: okay, I'm trying to find the log [21:18] silly question is the JeOS and server guide licensed under the same? [21:18] mathiaz: should I remove it from the repo then? [21:18] jjesse_: yep [21:19] sommer: which license is it ? [21:19] CC-BY-SA for a ubuntu docs [21:19] mathiaz: from what I remember the issue was the wiki article, may be published and while it's published they didn't want the wiki article up [21:19] all ubuntu-docs === bigon` is now known as bigon [21:19] mathiaz: whatever the wiki is licensed under I assume [21:20] once the article is off their site it is going to be replaced in the wiki [21:20] considering that nijaba wrote the article, he is the best person to ask about htis [21:20] if that makes sense [21:20] sommer: doing that as a courtesy on the wiki is one thing. but I'm thinking the server guide is a bigger deal, don't want to withdraw it there. hopefully the timing won't overlap as mch [21:21] sommer: could you figure out this issue with nijaba ? [21:21] nealmcb: sure, and right now there isn't an issue because it's not on the we anywhere [21:21] mathiaz: sure [21:21] sommer: great thanks :) [21:21] I just wanted to give a heads up that if the article is in the server guide eventually it will be on the site [21:21] sommer: let me know if i can help on that [21:22] jjesse_: sure will do [21:22] [ACTION] sommer will discuss with nijaba whether the JeOS tutorial can be included in the server guide wrt to the publisher requirements. [21:22] ACTION received: sommer will discuss with nijaba whether the JeOS tutorial can be included in the server guide wrt to the publisher requirements. [21:23] Anything else related to last meeting ? [21:23] * sommer thinks thats it [21:25] allright then - let's move on [21:25] [TOPIC] Review each section of the ServerTeam/Roadmap. [21:25] New Topic: Review each section of the ServerTeam/Roadmap. [21:26] and a nice big roadmap it is [21:26] Let's start with the developer section as I've updated it with a list of current project we're working on. [21:26] https://wiki.ubuntu.com/ServerTeam/Roadmap#head-1102ad06b7ddea90507e5e0bee07d48a27278f74 [21:26] Let's start with the MIR process, as ScottK put it up on the agenda [21:26] https://wiki.ubuntu.com/ServerPackageReview [21:27] Is where the list is. [21:27] We've ~1 month to feature freeze, so if stuff is going to get in, people need to get cracking. [21:27] There was a lot of discussion for this at UDS, but not very many people have worked on it since. [21:28] Fabio started to work on some MIRs. [21:28] Additionally, I think one developer ought not reject packages that the group thought were good at UDS. [21:28] Yes. [21:28] And I don't think he should unilterally mark some rejected. [21:28] ScottK: do you have example of such rejection ? [21:28] mathiaz: See the wiki page ^^^ [21:29] There has been a lot of calendar discussion recently, e.g. Darwin Calendar Server. Not yet packaged at all, so I guess that would be the first goal, but what is the calendar server story for main? [21:29] nealmcb: There is none. [21:29] ScottK: yes. [21:29] ScottK: Well - I think the rejection came from the MIR writting process. [21:29] wasnt there an announcement of open-xchange for ubuntu a week ago or something? [21:30] Was if Fabio that rejected them or ubuntu-mir? [21:30] ScottK: There are critirias that are used to include package in main. [21:30] If it was ubuntu-mir, then I'm totally fine with it. [21:30] ScottK: I think it was Fabio. [21:30] ScottK: OTOH Fabio knows the environement very well. [21:30] It may be that someone felt strongly enough about some of these to pick up upstream maintenance. I don't know. [21:31] Yes, but we decided what went on the list as a team and ought to do the same with them coming off. [21:31] ScottK: So I'd trust him when he states rejected. [21:31] ScottK: yes. I see your point. [21:31] mathiaz: OK. My only knowlege of him is when he uploaded an unpatched openssl097 to partner, so I may not have a fair view of him. [21:31] ScottK: so - what about sending an email to ubuntu-server to discuss the rejection [21:32] mathiaz: I think Fabio should do that. [21:32] ScottK: He's been involved with Ubuntu since the very begining of the project. [21:32] fine, i did't miss all the meeting :D [21:32] ScottK: having worked with fabio alot I truse his judgement but yeah some discussion is probably needed [21:32] Then he shouldn't have any problem discussing this in a community forum. [21:33] ScottK: yop. I'll ping him. [21:33] what are we talking about? [21:33] Great. [21:33] https://wiki.ubuntu.com/ServerPackageReview [21:33] [ACTION] mathiaz will talk to fabio about rejecting package from the MIR list. [21:33] ACTION received: mathiaz will talk to fabio about rejecting package from the MIR list. [21:34] I will just mention that I ended up having the split amavisd-new. [21:34] I think that eventually we need to bring libmilter into Main so that we can have supported milters with Postfix, but it ought to be spec'ed. I plan to propose if for Hardy+1 [21:34] That's all I had. [21:34] any thoughts on calendar options? [21:35] can anyone do MIRs or do you need to be a MOTU? [21:35] ScottK: great - thanks for your work on amavis [21:35] sommer: Anyone. [21:35] sommer: anyone can do it. [21:35] cool, just wanted to make sure [21:35] * ScottK wants some kind of gold star award for the 8 MIRs I had to do for depends. [21:35] nealmcb: well - it seems there are multiple option. But it may too late to have something for Hardy [21:36] * sommer High Fives ScottK [21:36] https://wiki.ubuntu.com/CalendarServer [21:36] nealmcb: feature freeze is one month. [21:36] * nxvl_work gives ScottK a Gold Star sticker and put it in his head [21:36] :P [21:36] Thanks. [21:36] Not to mention getting infinity to fix an sbuild bug so one of them would build too.... [21:37] mathiaz: yeah - I would put ebox much higher in the priority queue - but hoping someone with calendar passion wanders along [21:37] nealmcb: that looks like an How-To [21:37] We can move on, I'm finished griping. [21:37] mathiaz: right - I was told there was a request-to-package bug but it hasn't been added I think [21:37] ScottK: :-) [21:38] soren: can you give us a quick update about your work on virtualization on the host side ? [21:38] mathiaz: Er.. I'll blog about it later this evening or tomorrow morning. I can send it to the list as well, but I'm really not that keen on explaining everything twice, if that's ok with everyone? [21:39] Short version: It rocks. [21:39] +1 for me [21:39] soren: WFM. Could you copy ubuntu-server ? [21:39] btw if anyone cares I have Xen mostly working on hardy [21:39] mathiaz: That was the "send it to the list as well" bit :) [21:40] * nealmcb cheers for zul [21:40] zul: good [21:40] zul: Coolness. [21:40] [ACTION] soren will blog and post a mail to ubuntu-server about the current status of virtualization in Hardy [21:40] ACTION received: soren will blog and post a mail to ubuntu-server about the current status of virtualization in Hardy [21:41] zul: what's the state of Xen ? [21:41] mathiaz: its mostly packaged and sitting in new i have to push out a kernel [21:42] zul: are you tracking this in a wiki page somewhere ? [21:42] mathiaz: no but I could do that [21:42] zul: it will be better so anyone can help you [21:42] zul: It could be usefull to put something on the Roadmap about this [21:42] zul: Will it be part of the kernel builds or will you have a separate source package that depends on linux-source-* and so on? [21:42] zul: so the ones who are interested on it, can easy know the state of it [21:43] soren: it will be apart of the kernel-builds [21:43] mathiaz: not a problem [21:43] [ACTION] zul will an item to the Roadmap about Xen integration in Hardy [21:43] ACTION received: zul will an item to the Roadmap about Xen integration in Hardy [21:43] zul: A'ight. [21:43] zul similar to the fedora approach? are they just doing paravirt? [21:44] nealmcb: no it was taken for suse the fedora approach is in a state of floax right now [21:45] taken from suse? [21:45] nealmcb: dom0 is the suse patches for 2.6.24 [21:45] got it [21:47] soren: any news about JeOS ? [21:47] * nealmcb hates to see the ongoing churn in multiple ways of doing virtualization in the kernel [21:47] soren: or will your blog post include an update about this also ? [21:47] mathiaz: Nothing that won't be in the aforementioned blog post. [21:47] soren: kwel [21:48] soren: are you on ubuntu planet? [21:48] soren: what about LTS upgrades testing ? [21:48] mathiaz: Now that my virtualisation stuff is rocking, I'll begin testing all of that. So far, I've only fixed the things when I've stumbled upon them. I haven't been doing anything systematic about it yet. [21:49] I know that mvo is doing a lot of that as well, so I'll coordinate with him next week, I guess. [21:49] soren: Yeah - he is doing a lot with this. [21:49] * sommer volenteers to help with that if needed [21:49] help testing that is [21:49] soren: IIRC the task is about tracking the state testing, rather than doing everything. [21:50] soren: this is one way to get involved in the server team. [21:51] mathiaz: Well, that's true. [21:51] soren: any ideas about organizing this ? [21:51] mathiaz: I'll devise a plan and try to make it easy to split up so that more people can help. [21:52] * nxvl_work volenteers to help testing [21:52] soren: great. [21:52] mathiaz: I'm thinking wiki pages with list of packages and a list of issues that can arise (bad config upgrades, files moving from package to package without appropriate c/r/p's, etc.) [21:52] [ACTION] soren will devise a plan for tracking upgrades testing. [21:52] ACTION received: soren will devise a plan for tracking upgrades testing. [21:53] * soren looks at his growing todo list and sobs [21:53] Oh, well. Sleep is for the weak. [21:53] soren: yeah. I think that spliting by package is a good thing. [21:53] soren: Documenting how to setup a upgrade testing environement would also help [21:54] soren: 'delegate' [21:54] soren: i read there are researches on the development of a pill which substitutes de sleep time [21:54] ajmitch: That was the word I was looking for :) [21:54] soren: minions? :) [21:54] * nealmcb lol [21:54] nxvl_work: I heard about a guy in Thailand who hasn't slept for 32 years. He's my hero. [21:54] give more caffeine i can sleep when i'm dead [21:54] nxvl_work: He tried pills and alcohol, but the closest he's gotten to sleep is light drowsiness. [21:54] I so need to learn that. [21:55] jdstrand: how is the ubuntu firewall going ? [21:55] pretty well [21:55] soren, I wonder if it is genetic [21:55] I updated the wiki today with its status and what's implemented [21:56] I also uploaded to archive today [21:56] jdstrand: I heard rumours something has been uploaded [21:56] jdstrand: can you pass the link please [21:56] jdstrand: Ooh, shiny. [21:56] https://wiki.ubuntu.com/UbuntuFirewall [21:56] https://wiki.ubuntu.com/UbuntuFirewall [21:56] thanks [21:56] jdstrand: is there some documentation ? [21:56] but there was a bug for mostly allow type firewalls that will be fixed in the next upload [21:57] mathiaz: there is an excellent manpage as well as the README [21:57] * ajmitch sees a couple of roadmap items still unassigned [21:57] ajmitch: Yeah. We've saved them for you. [21:57] ajmitch: Get to work. [21:57] :p [21:57] yay [21:57] * soren hugs ajmitch [21:57] * ajmitch looks for those pills & alcohol [21:58] You need to put them in reverse, though. [21:58] Hey, there's a thought. [21:58] jdstrand: it seems that it's ready for more widespread usage [21:58] jdstrand: or testing [21:58] jdstrand: is this a new firewall tool? [21:58] yes-- that was why I uploaded it [21:58] nealmcb: yes. it came up at UDS to have a host-based firewall tool === leonel_ is now known as leonel [21:59] it is not disimiliar to what redhat offers at this point [21:59] jdstrand: what's your plan for more widespread testing ? [21:59] however, it is the foundation for future improvements like package integration and more advanced firewalling [21:59] it will probably integrate with shorewall [21:59] this is all post hardy [22:00] mathiaz: I wanted to get that fixed package uploaded (which I have to wait for someone to get it into universe) [22:00] then send an email to ubuntu-devel announcing it [22:00] jdstrand: you should cc ubuntu-server [22:01] ok [22:01] I can help test and document, firewall section needs updated anyway [22:01] jdstrand: also make sure that it will be mentioned in the release notes of the next alpha. [22:01] jdstrand: even if it's still in universe. [22:01] sommer:I can help with that [22:02] [ACTION jdstrand will send an email about ubuntu-firewall on ubuntu-devel and ubuntu-server [22:02] mathiaz: should I mention it even though it will be in universe first? or should I be working on the MIR in parallel? [22:02] astabeno: very cool [22:02] thanks sommer [22:02] mathiaz: You missed the trailing ']'.. [22:02] [ACTION] astabeno and sommer will take a look at ubuntu firewall while updating the firewall section of the server guide. [22:02] ACTION received: astabeno and sommer will take a look at ubuntu firewall while updating the firewall section of the server guide. [22:03] [ACTION] jdstrand will send an email about ubuntu-firewall on ubuntu-devel and ubuntu-server [22:03] ACTION received: jdstrand will send an email about ubuntu-firewall on ubuntu-devel and ubuntu-server [22:03] soren: thanks :) [22:03] i will test the ufw [22:03] and try to help on developing [22:03] jdstrand: I wouldn't start on the MIR yet. [22:04] mathiaz: I figured-- I just wasn't sure about the Alpha part and not being in main, but that's cool [22:04] jdstrand: I'd first get some testing done. Depending on how tings work, you could write a MIR a week before FeatureFreeze. [22:04] that could be cutting it close [22:04] jdstrand: did i need to send you the patches by mail= [22:04] jdstrand: I think the idea is to make some noise about it. [22:05] unless you know the right people :) [22:05] jdstrand: so it is actually called ufw, not ubuntu-firewall, right? the latter is the spec? [22:05] nxvl_work: patches by mail is an option. The code is maintained in a bzr branch on LP. [22:05] nxvl_work: it is bzr [22:05] nxvl_work: so you could also branch on LP and submit it to jdstrand [22:06] nealmcb: correct-- for Uncomplicated Firewall [22:06] :-) [22:06] the holy grail!! [22:06] jdstrand: but i can't upload them [22:06] jdstrand: is this name already taken by a project ? [22:06] nealmcb: we'll see [22:06] https://code.edge.launchpad.net/~jamie-strandboge/ufw/trunk [22:06] mathiaz: none I could find [22:06] oh, on my own LP branch you mean, right [22:06] @now [22:06] Current time in Etc/UTC: January 16 2008, 22:06:59 - Next meeting: Desktop Team Development in 15 hours 53 minutes [22:07] * nealmcb is worried about yet more firewalls, but agrees that something that ties into package metadata can be helpful [22:07] nealmcb: I agree, and they are mostly too hard for the average user [22:08] nealmcb: the goal is to have clear documentation and easy commands to do stuff, but still allow for admins to tweak to their hearts content [22:08] keescook: how is security going in Hardy ? [22:10] so secure he can't hear you? [22:11] jdstrand: hopefully the united farm workers won't think this conflicts with their picket-line technology [22:11] from what he blogged, there was certainly some good progress [22:11] mathiaz: was there a particular feature? [22:11] jdstrand: nope. Just to give an update about this things we've discussed at UDS. [22:12] well I know he got alot of the kernel stuff in [22:12] The list is on the Roadmap and it looks good. [22:12] he just posted an update about ASLR yesterday (http://www.outflux.net/blog/archives/2008/01/15/full-aslr-in-hardy/) [22:12] jdstrand: there is one item assigned to you [22:13] ah yes [22:13] jdstrand: tool to set password strength in auth-client-config [22:13] haven't done it yet, but not hard to do [22:13] jdstrand: ok. [22:13] As for the apparmor integration, the next kernel upload should be fully working by default [22:14] for now, you need to use an argument on the command line so that apparmor actually works. [22:15] Clever :) [22:16] soren: did you have a look at iscsi ? [22:16] mathiaz: I did. I'm hoping to get a good deal of coding done on it next week at the sprint. I've got a pretty good idea about what needs doing, now I just need to do it. [22:17] soren: does it involve a lot of coding ? [22:17] sprint? [22:17] mathiaz: The installer stuff does. [22:17] soren: I thought the packages were in good shape. [22:17] soren: ah yes. [22:17] mathiaz: WEll, for reasonable values of "a lot". [22:17] nealmcb: I believe it's the developers sprint, for canonical people [22:18] stroke! stroke! stroke! [22:18] ? [22:18] nealmcb: Distro team sprint. It's on the HardyReleaseSchedule page on the wiki. [22:18] nealmcb: yes. [22:19] nealmcb: lots of top secret plotting, I'm sure :) [22:19] mathiaz: sorry for the delay (fighting with LVM). security is mostly okay, we have a few things outstanding, pending syncs from Debian [22:20] mathiaz: AA should be working 100% with -4.7 (which is the currently published release) [22:20] keescook: so what we wanted to do for hardy is almost done. [22:20] keescook: ? [22:20] mathiaz: yes, very close. [22:20] I'm going to send out some details about how to use the new "hardening-wrapper" package too [22:21] keescook: great ! I've put the list of things to do in the Roadmap on w.ubuntu.com [22:21] excellent [22:21] keescook: could you make sure they're included in the release notes for the next alpha ? [22:22] mathiaz: sure, I can do that. ("AppArmor works again" ?) :P [22:22] keescook: I was more talking about the other security features that were integrated. [22:22] mathiaz: sure, no problemo. :) [22:22] keescook: and the 'hardening-wrapper' package. [22:23] keescook: is this a real package ? [22:23] it's real in that it is a package, however it's a massive hack for testing hardening compiler options [22:24] the goal is to test builds in hardy with the hope of turning it on for real in hardy+1 [22:24] keescook: ah ok. That the work related to the tool chain. [22:25] Well - I think we're done for the Developper section. [22:25] sommer: quick update about the documentation ? [22:25] yeah, or rather the build process. it's a preamble to the DEB_BUILD* flag work that doko is doing [22:25] mathiaz: sure [22:25] couple of quick things [22:25] * ScottK has to run, so I'll see you all later. [22:25] factoid feedback? => ebox is a web-based GUI interface for administering a server. It is designed to work with Ubuntu/Debian style configuration management, unlike webmin. See the plans for Hardy in https://wiki.ubuntu.com/EboxSpec [22:25] it's been proposed to move up the documentation freeze to allow for more qa time [22:25] * mathiaz waves at ScottK [22:26] here's the oringal message: https://lists.ubuntu.com/archives/ubuntu-doc/2008-January/010149.html [22:26] so if there are any more major sections that need updated/added I'd like to get them done before Feb 14th [22:26] sommer: do you have some ideas about improvements ? [22:27] the only ones I can think of that are coming up are eBox and OpenLikewise integration [22:27] from this meeting the Firewall section [22:27] sommer: how is the state of the current section ? [22:28] sommer: eBox has a wealth of documentation of its own. [22:28] soren: sure, but should we have something about how it's integrated? [22:28] mathiaz: the firewall section is okay, mostly an intro to iptables [22:28] sommer: Ah. No. [22:29] * doko should file a bug for debian such that the package doesn't enter testing ... [22:29] soren: Is it going to be marketed as a feature for Hardy? [22:29] sommer: eBox? Depends on how far it gets. [22:30] my fear is that the longer the leadtimes, the less likely that the documentation will be complete and accurate, but I know it is hard either way [22:30] soren: ah, okay [22:30] sommer: we may wanna wait for the status update of upstream [22:31] mathiaz: sure, I just wanted to get a list of possible new sections. to allow for the most testing possible [22:31] I'm just thinking about the Enterprise Networking articles complaining about new features not being well documented :-) [22:32] sommer: Good point. [22:32] mathiaz: I also added an AppArmor section a while back based mostly on your wiki article... would appreciate a review if you have the time [22:33] sommer: I'd focus one things that have already been uploaded and integrated, such as virtualization, appamor, security features and ubuntu firewall. [22:33] mathiaz: gotcha, virtualization isn't covered (except for JeOS) [22:33] O [22:34] I'll work on a virtualization section and try to solicite some help on the doc ml [22:34] sommer: yeah - It may be worth adding a section about it, based on the blog post from soren. [22:34] I was just about to say that :) [22:34] [ACTION] sommer will add a section on virtualization based on soren's blog. [22:34] ACTION received: sommer will add a section on virtualization based on soren's blog. [22:35] cool, other than that everything is coming along, just need to test commands and configs for accuracy [22:35] or however you spell that [22:35] Looks right to me. [22:36] sommer: great ! seems like the server guide is in good shape for hardy. :) [22:37] I think we've covered a lot of stuff for today's meeting. [22:37] Anything else to add ? [22:37] factoid feedback? => ebox is a web-based GUI interface for administering a server. It is designed to work with Ubuntu/Debian style configuration management, unlike webmin. See the plans for Hardy in https://wiki.ubuntu.com/EboxSpec [22:37] nealmcb: I wouldn't mention webmin. [22:37] well that is what folks search on I'd guess [22:37] or we could update the webmin factoid to point to ebox [22:37] !webmin [22:37] webmin is no longer supported in Debian and Ubuntu. It is not compatible with the way that Ubuntu packages handle configuration files, and is likely to cause unexpected issues with your system - Consider "ebox" instead [22:38] done :-) [22:38] but make it "!ebox" [22:38] seems good to me. [22:38] soren? [22:38] you may wanna post it to ubuntu-server, to get more feedback. [22:39] I'm ok with it. [22:40] mathiaz: I already did [22:40] and got none [22:40] nealmcb: ok. then go ahead and add it to ubotuy [22:40] will do [22:40] [ACTION] nealmcb will add an ebox item to the factoids. [22:40] ACTION received: nealmcb will add an ebox item to the factoids. [22:40] Any other business ? [22:41] mathiaz: I found the log about the JeOS article: http://irclogs.ubuntu.com/2007/12/18/%23ubuntu-meeting.html [22:41] just fyi [22:41] * sommer looking forward to Hardy [22:41] sommer: ok. thanks. [22:42] [TOPIC] Agree on next meeting date and time [22:42] New Topic: Agree on next meeting date and time [22:44] same time, same place? [22:44] yup [22:44] I guess so. [22:44] seems to be a lack of arguments against it [22:44] Next week, same time, same place. [22:45] Thank all for your participation :) [22:45] \o/ [22:45] thank you mathiaz, later all [22:45] #endmeeting [22:45] Meeting finished at 22:45. [22:45] * ajmitch never did find out how all the ldap stuff was going this time round [22:46] ajmitch: basically, we're waiting for openldap 2.4 to hit the debian archive [22:47] right, the one that works with gnutls, and so you can ship recent libraries? [22:47] ajmitch: yes ! :) [22:47] finally! :) === johnc4511-laptop is now known as johnc4510-laptop === bigon is now known as bigon`