=== doko_ is now known as doko === Varka_ is now known as Varka === asac_ is now known as asac === antdedyet is now known as E_NOMAD === E_NOMAD is now known as antdedyet === antdedyet is now known as technomad === technomad is now known as technoant === technoant is now known as technogeek === technogeek is now known as technoant === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Edubuntu meeting Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 30 Jan 20:00 UTC: Security Team | 30 Jan 21:00 UTC: Server Team | 01 Feb 20:00 UTC: MOTU | 13 Feb 22:30 UTC: Forum Council | 20 Feb 01:00 UTC: TriLoCo-Midwest [12:02] hello edubuntu meeting [12:02] hello RichEd [12:02] who do we have around today ? [12:02] hi juliux :) [12:02] still at work but around;) [12:03] * Hobbsee comes in to disrupt the meeting [12:03] ahh Hobbsee ... hi there :) [12:04] so looks like just RichEd juliux Hobbsee & ogra then ? [12:04] hiya RichEd! [12:04] * RichEd waits for ogra to kick of with a short tech update - including the distro sprint last week [12:04] hey [12:05] well, most of my sprint time was invested into classmate to get it running with the new hardy kernel [12:05] but we also discussed the Cd changes [12:05] [ actually glad to have juliux & Hobbsee ... we have been asked to get an opinion from the community on a name migration so please wait around to chat about that ] [12:06] sadly the scripts are not completely transitioned yet as i hoped for alpha4 [12:06] RichEd: any name will be acceptable, as long as it has reference to either a) monty python, or b) hitchhikers guide to the galaxy. [12:06] so alpha4 will still build a server CD but i dont test it [12:07] if you want to test install media, please test ubuntu alternate with the preseed options set as i stated in my mail recently [12:07] (to test ltsp) [12:08] cjwatson is busy changing the seed management to please us and get the plain addon setup going soon ... === nalioth__ is now known as nalioth [12:09] i have some bad ltsp bugs on y plate (i.e. ldm consolekit integration to make authenticated apps (sudo and the like) work at all on ltsp atm) [12:09] the dekstop changed a lot in this regard and ltsp isnt up to date here yet [12:11] johnny who isnt here but a resident in #edubuntu did a lot on sabayon ... talking to upstream and getting fixes in etc [12:11] i hope i find the time this week to update that [12:11] (there is a new upstream waiting) === cjwatson_ is now known as cjwatson [12:11] seed changes will land after alpha4 [12:11] (I got blocked on a few more bits of infrastructure I'd missed) [12:12] * ogra didnt complain :) and the community wont either [12:12] ogra: once the seed changes are done, I'd appreciate it if you could make the CD build script changes; I will be happy to help you [12:12] (dare you guys :) ) [12:12] cjwatson, ok, will do [12:12] ogra: what sort of kernel problems did you encounter on the classmate? [12:12] (I didn't get a chance to talk with you at the sprint about this) [12:13] cjwatson, after searching 1.5 days i found the clocksource detection to be at fault [12:13] oh, fun [12:13] BenC knows about it ... [12:13] and you can set colcksource as grub parameter [12:13] so its not to bad actually [12:13] is there a suitably milestoned bug to ensure that it doesn't get forgotten? [12:13] well, and i'm still experimenting with tickless [12:14] not yet, i'll add one [12:14] thanks [12:14] but it seems i'm not the only one with that pob so i suspect ther is a bug already [12:14] *prob [12:14] ogra has sent me a summary of CK problems in ssh, which I will process and try to work out [12:15] we'll have a solution in any case fo CK ... the question is just which one :) [12:16] beyond all that i'll upload my corrected classmate-initramfs and -setings packages to the archive this week (since i need them for the image) [12:16] fortunately the ssh -X / consolekit problems are reproducible on a normal system [12:16] with the setup with the livefs-rootfs scripts it should then be possible for everyone to build his own classmate image [12:17] ogra: can you and i touch sides tomorrow on the classmate issues going back & forth with intel ... and then prep a mail report for cjwatson and then on to intel ? [12:17] cjwatson, easiest would be to hook it into the ssh X proxy code ... but then we'd miss the case where ssh -x is used with a DISPLAY variable (which i suspect is used by more ltsp users than the default) [12:18] I need to read a few examples of consolekit integration before I can comment [12:18] RichEd, sure ... even though i think colin is up to date with everything on the tech side, i usually copy all my mails [12:18] chris is very keen for us to hold them to the contract, and sort out any variances formally ... there is definately scope creep from their side [12:19] cjwatson, in case you dont know it: http://people.freedesktop.org/~mccann/doc/ConsoleKit/ConsoleKit.html [12:19] hello [12:19] i also have access to upstream, he's in #ltsp regulary atm for quick questions [12:20] ogra: thanks, I hadn't seen that and that's definitely useful [12:20] well, thats all from my side ... LaserJock sent two mails to edubuntu-devel i'd like to pul peoples attention to [12:21] cjwatson, and mccann would love to help us out with whatever is needed (even CK upstream changes) if it improves :) [12:21] fedorea has similar probs :) [12:21] *fedora [12:22] and nobody with a colin watson-ish insight in openssh ;) [12:23] so i'm done with my tech stuff, stgraber anything new about iTalc ? [12:23] ogra: summarise the LaserJock issues quickly please ... he did bring them up at the meeting last week [12:23] hey stgraber :) you snuck in there [12:23] he'd like to chaneg the app selection ... rasmol should be replaced by gnome-chemistry-utils [12:24] okay ... sounds fine ... [12:24] squeak is in bad shape and he tries to solve that with upstream to get us better packages [12:24] he also mentioned there was no firm answer on where to do the menu editing ... [12:24] and he's busy with edubuntu-menus asking how to develop a gui for it [12:24] he said you proposed alacarte ... but there was some reluctance from his side [12:25] (which i dont see happening two weeks before freeze though) [12:25] RichEd, well, if you edit menus you will use the menu editor [12:25] ogra: np ... let's keep it moving forwards anyway ... regardless of the current cycle [12:25] sorry, yes I was contacted by iTalc's upstream and he was as surprised as I'm about the various bugs I've found [12:25] so imho that feature needs to be in the menu editor gui [12:25] that made sense to me as well [12:26] hence i was unsure why that was not the obvious route [12:26] we need at least a proper documented wayx how to do it on the commandline though if we release it [12:26] i'll talk to him this week [12:26] to clearify that [12:26] ogra: oh, I dunno, I suspect the RH openssh maintainer at least is better than I am [12:26] are there any or many people who are working on alacarte ? that we could draw on for help or at least some mentorship / guidance ? [12:27] cjwatson, mccann didnt sound like that :) [12:27] if we aim for alacarte integrtion by 8.10 we may be able to get some new resources working on LaserJocks requirements as a project [12:28] RichEd, i think alacarte is the gnome default menu editor upstream now ... but they dont agree with LaserJocks implementation using overlays afaik so i dont expect much help from that side ... [12:28] we'd need a community guy knowing the alacarte code a bit [12:29] the alacarte author is an Ubuntu community guy [12:29] Amaranth [12:29] the only one i know is Amaranth ... but he's so much into compiz that i fear he wont be available [12:29] ogra: this is starting to sound like the conversation with LaserJock ... we need to pick a route, define the requirements, and push forwards [12:29] :) [12:30] yeah [12:30] could we get someone like cody somerville (the newish voluteer) to tackle at least an overview plan [12:30] i dotn expect to have something thats polished and fully integrated by #hardy [12:31] he should have the time to start some conversations [12:31] but having the backend bits done and stable would be a major step towards what we want [12:31] ogra: that's fine re hardy ... but this spec seems to stall often [12:31] well, its a massive amount of work [12:31] so lets aim for 8.10 and get someone on it who is not tied up with the current release cycle [12:31] i never expected it to be done in less than two releases [12:32] (it took three yet though and might be done after five) [12:32] le me chat to cody by mail ... will cc you and LaserJock [12:32] *let [12:32] i'm sure we could get something hacked together quickly outside of alacarte ... but i dont want such stuff in hardy [12:34] any more tech stuff ? [12:35] stgraber, so whats the reaction of upstream (beyond being surprised) ? [12:35] does he want your fixes ? [12:35] is he aware that ltsp5 works different from 4.x ? [12:36] he wants to fix but he seems to be lacking of time [12:36] well, he could start with just including your fixes :) [12:36] and the network bug is really weird (port open on a computer but not on another ...) [12:36] that shouldnt take a major amount of time [12:36] * RichEd is back in 5 min [12:36] sounds like /hosts.allow/deny chime in ... [12:37] (just a guess though) [12:37] indeed, but instead of using env vars as I'm currently doing it'd be better to fix it using the same parameters as ica itself [12:37] well, the weird thing is that doing a nmap -p 5800 localhost returns a value on my laptop and not on my test computer [12:37] right [12:38] both running Hardy on amd64 ... [12:38] and I think it's the same bug causing the demo problem I had before (as looking at the debug messages it seems italc is unable to reach the local vnc server and then to broadcast our screen to the other computers, causing the crash I had) [12:39] we should combine thin client manager and italc :P [12:39] broadcasting was actually the only vnc function that works flawless there :) [12:40] hmm.. i'm sad about having a whole another service to do this kinda thing [12:40] i need to read more i suppose [12:40] johnny, iTalc is supposed to replace TCM [12:40] yes i know that [12:40] yes, especially as italc currently crashes when using the demo mode, it's not "just not working" [12:40] as TCM has no maintainer [12:40] but when i heard that it had it's own services [12:40] i was suprised [12:40] TCM has a client as well [12:41] look in /etc/X11/Xsession.d if you have it installed [12:41] I don't think the iTalc bug is that hard to fix neither is the slight improvment I want (-ivsport and -isdport for italc as we have for ica), I just have no C++/QT knowledge [12:41] (it was called scp (student control panel) before) [12:41] so it takes me a lot of time to figure out what's wrong and then to find a way to fix it :) [12:42] stgraber, can we make it work out of the box with features disabled though ? [12:42] with the port problem I currently have, no [12:42] hmm [12:43] with this bug, iTalc is just unable to contact its own ica (daemon) and any other daemon (the clients) [12:43] then TCM should get some attention at least, we need at least oe tool to ship [12:43] i'm inclined to just drop the VNC feature from TCM [12:44] I have found the problem and workarounded the other in only a couple of hours, so someone with C++ knowledge should be able to fix the bug easily [12:44] all others dont have probs and i'd like to have some session control available [12:44] I'm not sure we really want to support tcm for 3 years :) [12:44] how hackish is your workaround ? [12:44] not sure we want to support a pre version of iTalc for three years either :) [12:45] not that much, it's just using a IVSPORT env var to send the ica port (as in our case the port is different for each client) [12:45] to have it done the proper way, the getenv() should be replaced by a command parameter (-ivsport) [12:45] is it possible for the user to modify that ? or is it relatively safe ? [12:46] i.e. if i set the var to something will italc respect that override ? [12:46] (it shouldnt for safety reasons) [12:47] could we have a wrapper script that forces a value ? [12:47] so overrides arent possible [12:47] it'll connect on the port specified in the env var, if not it'll fallback to the default value [12:48] sounds somehow solvable [12:49] my real problem is ica not listening to its ports ... the only thing I'm sure of is that it's not one of my patches that are causing that [12:49] well, anyway, we should discuss tech details off meeting [12:50] indeed [12:50] can we move on to art then ? [12:50] from my side we can [12:50] any more tech from anyone else ? [12:51] uhmm? i don't know the protocols for these meetings, so i'll abstain until i can read some guidelines [12:51] our wallpaper volunteer (jill) made a start on a new desktop ... she sent samples to ogra and myself ... [12:51] johnny: jump in ... [12:51] johnny, its parted in two hlafs [12:51] what would you like to chat about ? [12:51] first is tech, second is community etc [12:51] well, i was concerned about the fact that autologin was promoted, but never worked [12:51] RichEd, as i said before johnny cared a lot for sabayon [12:52] still care "ing" :) [12:52] we do tech / art / distro stuff in part 1 ... then onto web site community etc. in part 2 [12:52] * RichEd thanks johnny [12:52] johnny, there are patches in LP i'll add soon [12:52] vagrantc put in a patch supposably [12:52] that should fix it .... [12:52] to ldm [12:52] as of a few hours that is [12:52] he pulled one from francis both, sbalneav and me werent happy about back then [12:53] yeah, scott was gonna write a new one, but he disappeared [12:53] but since scott didnt show up until yesterday i'm considering using that one [12:53] there is still a lot of time for bugfixes [12:53] oh.. scott is back? [12:53] would it be feasible to have an ltsp meeting ? [12:53] and then report back on the next ubuntu meeting [12:53] (bugs can be fixed all the time during the release cycle) [12:54] well, usually scott attends this meeting [12:54] but i doubt warren or vagrantc does.. [12:54] since next time we'll have the late one (20:00 UTC i expect him to be here) [12:54] i dont care about warren [12:54] (form a distro maintainer POV) [12:54] thus was speaking of ltsp in general [12:55] well, if you want to organize a ltsp meeting and teh others agree we need one, go ahaed :) [12:55] i'll fix the ltsp bugs along the way to hardy anyway [12:56] ok [12:56] so, anybody have any issues with sabayon they wanted to bring up in this forum? [12:56] otherwise i'm done with tech for now until i can think onger [12:56] longer* [12:56] i think they are all on launchpad :) [12:56] been there done that :) [12:56] right [12:56] even got some patches from redhat bugtracker [12:57] i'll try to get the new upstream in this week ... [12:57] still waiting for federico to return ,he just had a daughter [12:57] but i want to look at upstreams solution for two patches they solved differently [12:57] before deciding on the next step [12:57] i didnt find the time fr that yet, but its on my list [12:57] well, lemme know :) [12:58] will do [12:58] i guess you are subbed to the bugs [12:58] ? [12:58] bugs in general? or specific bugs? [12:58] sabayon [12:58] launchpad or gnome? [12:59] launchpad [12:59] i'll put my comments there [12:59] ok [12:59] so lets communicate through LP [12:59] RichEd, stage is yours [12:59] show us the bling :) [13:03] hi ... [13:03] our wallpaper volunteer (jill) made a start on a new desktop ... she sent samples to ogra and myself ... [13:03] she herself said they may be too busy and i agree [13:04] yeah [13:04] well, they might be good for a young desktop [13:04] they are very cluttered ... not like the ubuntu cleanness [13:04] ogra: as an optional, they are okay ... too much for a default though [13:04] right [13:04] so if anyone has any artwork "theme" suggestions or ideas, i can get jill to think about ? === \sh_away is now known as \sh [13:05] perhaps i should bounce off the mail lists [13:06] okay ... on to the naming issue i mentioned earlier ... Hobbsee & juliux your comments would be appreciated [13:06] but also stgraber's and johnny's :) [13:06] it's been suggested that as we move towards the current edubuntu being an add-op on top of an ubuntu install: [13:07] " is edubuntu a true distro of its own, and does the naming still make sense ? " [13:07] my impression from ogra was that it wont' be one [13:08] " would it be more accurate to call the Ubuntu Install with Edubuntu/Education Add on something like: Ubuntu Education Edition " [13:08] we've been asked to float those questions / views, and then have a good debate at the next meeting which is a community council one [13:09] my own view is that we could migrate the naming as follows: [13:09] johnny, well, we wont let a brand vanish if there is a need for it :) currently the idea is to get both communities closer together and to loose the image of the childs distro ... [13:09] edubuntu 8.04 - ubuntu education edition [13:09] ubuntu 8.10 education edition (edubuntu) [13:09] edu in ubuntu is more than kindergarden and elementary school, we'd like to reflect that [13:09] ubuntu 9.04 - education edition [13:09] --- [13:10] somebody in the channel was asking for apps for middle schoolers [13:10] ooh, look what I found :) [13:10] kdeedu :) [13:10] nixternal, ? [13:10] tell us ? [13:10] we don't want a huge debate now, we'll save that for next week, but any immediate thoughts or opinions from anyone to get onto the table ? [13:10] i'm not familiar with the apps themselves , i am only in edubuntu because of the ltsp affiliation.. or at least that's how i got started [13:10] RichEd and ogra: I am updating the Edubuntu chapter btw for the book, so I will get with you both this week and torment you [13:10] I mean pick your brains :) [13:10] great [13:10] there wont be much change [13:10] nixternal: pick me a nice one please [13:11] except for LTSP going into Ubuntu Server :p [13:11] hehe RichEd [13:11] RichEd: it will be interesting to see hwo that goes, as kubuntu may end up doing the same [13:11] i like the idea of helping education and linux tho [13:11] nixternal, ubuntu-alternate :) [13:11] -server has no desktop apps [13:11] Hobbsee: expand on that ? [13:11] err, ya alternate [13:11] sorry [13:11] RichEd: from a marketing perspective, it probably makes sense to keep ubuntu in the name - so ubuntu 8.10 education edition (edubuntu) would be my pick [13:11] * Hobbsee needs to type faster! [13:11] nixternal, but ltsp itself wont see much changes wrt configuration etc [13:12] groovy [13:12] what about KDE Edu? You guys need some work on it? [13:12] RichEd: at least in kubuntu, and i presume edubuntu as well, there are lots of questions on "so, should i install ubuntu or kubuntu", they think it requires different repos to run, aren't co installable, etc. [13:12] main focus for ltsp is to make it the most stable and solid one we had yet [13:12] there will be a bug fix release in February [13:12] Hobbsee: thanks ... new people hearing about ubuntu do not alwayds get as far as finding or understanding edubuntu (especially in foreign language regions) [13:12] nixternal, it needs additions to all its .desktop files [13:12] we think the new approach will lead them from ubuntu to the education add on more successfully [13:13] * RichEd needs to get moving for another meeting ... but peope are welcome to mail me comments ... [13:13] i' [13:13] apparently KDE apps dont use the StartupNotify setting .... but thats for off-meeting :) [13:13] ogra: OK, we can take a look at that after the meeting and it all worked out [13:13] ahh [13:13] I'll leave this window open and #edubuntu ... but need to move on [13:13] ogra: can you handle the wrap up from here on in ? [13:13] is there anything left apart from "questions anyone ?" ? [13:13] :) [13:14] yep .. that bit ... [13:14] heh [13:14] bye all & thanks [13:14] questions anyone ? [13:14] RichEd: i think you want to keep the "ubuntu" name, if you're going to remarket at all - ie, not edubuntu - make it known as ubuntu + blah. [13:15] Hobbsee, for edubuntu that akes perfect sense ... [13:15] i dont see it for kubuntu though [13:15] ogra: kubuntu is harder, but yes. [13:15] edubuntu can be an addon to either desktop [13:15] and thus doesnt actually need a system install CD [13:15] thats the whole idea behind that change [13:16] kubuntu will always want its own base CD [13:16] until we all have dvd drives.. [13:16] instead of being any kind of addon [13:16] but that will be a long time.. [13:16] johnny, no option for edu ... for the next ten years i guess [13:17] anyway ... [13:17] if theer are no other questions .... [13:17] going once ... [13:18] going twice ... [13:18] what's the answer to life, the universe and everything? [13:18] 42 [13:18] oh good [13:18] so not 37 then [13:18] tis 63 [13:18] anyway, adjourned ... (i was referring to serious questions rather :) ) [13:19] next meeting is wed at 20:00 UTC ... thanks all for attending [13:19] ogra: awww. but i said iw as going to come in and disrupt your meeting, so i had to add it :) [13:19] you waited quite long though [13:19] not much to disturb anymore [13:19] i was distracted. putting out spot fires. [13:28] @now [13:28] @schedule rome [13:29] @schedule === edson is now known as puzzle === puzzle is now known as edson === davies is now known as jpatrick === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 30 Jan 20:00 UTC: Security Team | 30 Jan 21:00 UTC: Server Team | 01 Feb 20:00 UTC: MOTU | 13 Feb 22:30 UTC: Forum Council | 20 Feb 01:00 UTC: TriLoCo-Midwest === technoant is now known as antdedyet === czessi_ is now known as Czessi [15:14] @schedule rome [15:14] Schedule for Europe/Rome: 30 Jan 21:00: Security Team | 30 Jan 22:00: Server Team | 01 Feb 21:00: MOTU | 13 Feb 23:30: Forum Council | 20 Feb 02:00: TriLoCo-Midwest [15:16] @schedule montreal [15:16] Schedule for America/Montreal: 30 Jan 15:00: Security Team | 30 Jan 16:00: Server Team | 01 Feb 15:00: MOTU | 13 Feb 17:30: Forum Council | 19 Feb 20:00: TriLoCo-Midwest === freeflyi2g is now known as freeflying [16:00] * pedro_ waves [16:00] hi pedro_ [16:00] hello [16:00] hello ogasawara, stgraber [16:00] ouch, what a good timing, just finished a call :) [16:00] jejeje [16:01] hi [16:02] hi nand [16:03] so it seems heno is out sick for the meeting [16:03] I'm at work, not easy for me! [16:03] oh [16:03] hiya Leann, thanks for taking us to that place yesterday. [16:04] Mithrandir: np :) it was fun! [16:04] ogasawara, yeah, did you arrange for someone else to chair this meeting? [16:04] liw: nope [16:04] liw: I nominate you :) [16:04] bdmurray, are you there? [16:05] liw: he's at intel today [16:05] liw: kind of I have to run though [16:05] ok [16:05] then we could start [16:05] I can chair, I just need to find the bot instructions [16:06] liw: use #startmeeting [16:06] right, found https://wiki.ubuntu.com/ScribesTeam/MootBot?highlight=%28mootbot%29 [16:06] #startmeeting [16:06] Meeting started at 16:06. The chair is liw. [16:06] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:06] welcome to the QA team weekly meeting [16:06] agenda is at https://wiki.ubuntu.com/QATeam/Meetings [16:06] woohoo! [16:06] heh [16:07] [TOPIC] London sprint QA highlights [16:07] New Topic: London sprint QA highlights [16:07] so, we had a distro team sprint in London last week, and that included the Canonical QA people; it wasn't a community event, but we should report the QA related highlights [16:08] I've got a few things . . . [16:08] for me: I got some advice on using KVM, and discussed expanding automatic desktop testing to the graphical installer, and worked together with Marc Tardif to create a package based on his hwtest framework that will run packaged automated desktop tests [16:09] also, various people suggested including, in some form or another, automatic tests they have made, e.g., for security work [16:09] as a team we drafted out SRU process, bug workflow, bug forwarding, re-organizing the Debugging* wiki pages [16:10] oh, and I made changes to the piuparts testing harness to provide a summary that can be included in the developer weather report [16:10] And also we verified some of the outstanding SRU's ;-) [16:11] oh and went through the iso-testing bugs [16:12] anything else? [16:12] one of the new things that we are going to introduce are the new desktop hug days based on of course desktop packages they will be held the Thursdays so stay tune [16:13] oh, so we'll have two hug days ? [16:13] yes sr [16:13] the first one being for the base system and the second for the GUI apps ? [16:15] the second one is supposed to be based on Desktop apps like alacarte, evolution, nautilus, etc we have a few hundreds bugs there that need love [16:15] and yeah the first one is more base system but includes another GUI apps like openoffice.org [16:16] good, let's hope we'll have as many people for the desktop hugday as we do for the current one [16:16] anything else? [16:17] if so, let's get back to this point later [16:17] [TOPIC] Nautilus bug day [16:17] New Topic: Nautilus bug day [16:18] pedro? ogasawara? (assuming bdmurray ran away already) [16:18] the nautilus bug day went pretty fine we have some stats at the bottom of https://wiki.ubuntu.com/UbuntuBugDay/20080129 [16:18] cool [16:18] a couple of new faces helped out [16:18] excellent [16:19] anything else about this? [16:20] yes the good thing is that the bugs that we need confirmation to be fixed with nautilus-gio a good portion are fixed [16:20] so thanks to all the brave bug testers ;-) [16:20] indeed :) [16:21] [TOPIC] Alpha 4 testing [16:21] New Topic: Alpha 4 testing [16:23] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-January/000371.html is the announcement for Alpha 4, from yesterday, so Alpha 4 should happen tomorrow [16:23] Do we have candidates ready for testing ? [16:23] I have done some netboot testing yesterday with good results [16:23] how are we set up for that? is everything in order to start testing tomorrow once the ISOs are released? [16:23] the only problem being the new restricted-manager being buggy (I had to install my nvidia driver by hand) [16:24] I have set "Hardy Alpha 4" as the default milestone on the tracker [16:24] so any website admin can now add the builds (pitti and slangasek know how to do so) [16:25] ich auch [16:25] stgraber, so the iso tracker is ready for everything? that should mean we're ready to start testing, yes? [16:26] yes [16:26] excellent [16:27] [TOPIC] QA-Poll beta [16:27] New Topic: QA-Poll beta [16:27] oh, my turn. [16:27] nand: stage is yours :) [16:27] Well, I was hoping to see heno today for the domains names! [16:28] otherwise everything is ready [16:28] for upload and a private testing period [16:28] apart from the fact that we need to merge devel with trunk again (which may take some time) :) [16:28] I just need confirmation for the subdomains to tweak my .htaccess scripts :) [16:28] yes :) [16:29] This WE, if you are available [16:29] What I also wanted to ask here about that is also : Who will be part of the private beta ? [16:30] sry, pple around [16:30] I'd say the QA team [16:31] and some others... But we cannot publicy announce it yet I guess. [16:31] the idea is not to have people advertising it through blog posts or things like that as we may have to change some bits [16:31] yes. [16:31] So I'd say the team and trusted friends [16:32] is the private beta expected to last long? [16:32] I personally thought ot : Canonical QA team + nand + evand (he was beta tester for the first implementation of qa-poll) + davmor2 + myself [16:32] liw: my plan was from Tribe-4 till Tribe-5 [16:33] the time for me to fix everything you find :) I hope no more than two weeks [16:33] liw: public release happening short after Tribe-5 [16:33] that's pretty short [16:33] which is good [16:33] that's a 2-3 weeks window, good if we don't find any major bug/lack [16:33] yes. I'd really like it to be released at least two months before the hardy release, to gather a good lot of ideas [16:34] yes [16:34] anyway, I think we'll need Canonical's approval for the final release as it was planned to advertise it quite a bit (it's not a devel tool) [16:34] I guess so [16:35] anything else about the qa-poll beta? [16:35] nothing else to add. [16:36] stgraber: let's see this week end about it? [16:36] in that case... [16:36] #endmeeting [16:36] Meeting finished at 16:36. [16:36] whee [16:37] thanks all [16:37] nand: works for me [16:38] nand: I'll need to check that all the patches I have done in the trunk are also done in the devel branch to avoid regressions [16:38] nand: I think I did them the same time in both, but I would like to be sure of that before merging [16:38] * liw runs off to an irl meeting *sigh* [16:38] ok. See ya this WE then! [16:39] liw: have a good irl meeting [16:39] * nand is back to work === txwikinger2 is now known as txwikinger === \sh is now known as \sh_away === \sh_away is now known as \sh [19:21] @schedule EST [19:21] Schedule for EST: 30 Jan 15:00: Security Team | 30 Jan 16:00: Server Team | 01 Feb 15:00: MOTU | 13 Feb 17:30: Forum Council | 19 Feb 20:00: TriLoCo-Midwest === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Security Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 30 Jan 21:00 UTC: Server Team | 01 Feb 20:00 UTC: MOTU | 13 Feb 22:30 UTC: Forum Council | 20 Feb 01:00 UTC: TriLoCo-Midwest [20:00] @now [20:00] heya keescook [20:00] :) [20:00] hiya emgent [20:01] it's 20:00 so I'll get us started... [20:01] * jdstrand waves [20:01] #startmeeting [20:01] Meeting started at 20:01. The chair is keescook. [20:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [20:01] ok :) [20:01] so who all is here for the security team meeting? So far I know emgent and jdstrand are listening. :) [20:01] me [20:01] hi propagandist! [20:01] * propagandist waves [20:01] \o/ [20:01] * zul is lurking [20:02] I've started the initial outline for the security team wiki area [20:02] [URL] https://wiki.ubuntu.com/SecurityTeam [20:02] it's nearly empty except for the agenda [20:02] heh [20:02] :) [20:02] [URL] https://wiki.ubuntu.com/SecurityTeam/Meeting [20:03] well, given it's our first meeting, I figure we should all give a quick intro about ourselves. [20:04] I'm part of the "main" security team (and a Canonical employee). With jdstrand, I'm responsible for keep packages in main for all the supported releases free of CVEs. :) [20:05] additionally, I do some coordination of proactive security development work in the devel release of Ubuntu. [20:05] who wants to go next? :) [20:05] o/ [20:05] ('lo, sorry about the tardiness) [20:05] neversfelde, jason_tang, crimsun: all here for the security team meeting? [20:05] * Mithrandir lurks [20:05] np, we're just getting started [20:05] keescook: aye. [20:05] as keescook said, I am a part of the 'main' security team and a Canonical employee [20:06] :) [20:06] jason_tang -> jtang@tresys.com [20:06] I'm an employee of Tresys Technology and work generally with the upstream SELinux. My current project is to supply Hardy with SELinux support ;o) [20:06] neversfelde, jason_tang, crimsun: agenda is here https://wiki.ubuntu.com/SecurityTeam/Meeting [20:07] I'm a member of Motu-swat, and i'm in MOTU mentoring. [20:07] keescook, sorry i should reset router. see u 2 mins. [20:07] [LINK] https://wiki.ubuntu.com/SecurityTeam [20:07] LINK received: https://wiki.ubuntu.com/SecurityTeam [20:07] [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting [20:07] LINK received: https://wiki.ubuntu.com/SecurityTeam/Meeting [20:07] (was using the wrong command...) [20:08] emgent: okay [20:08] cool, thanks, anyone else want to introduce themselves? [20:09] oooo me [20:09] sure. dan chen, crimsun at ubuntu dot com. [20:10] I am also a Canonical employee. I manage the server and security team , of which, jdstrand and keescook are a part. [20:10] crimsun: what things are you generally interested in from a security perspective? everyone else so far, I can guess at. :) [20:11] keescook: development processes, IDS/IPS, auditing generally. [20:12] emgent: you're up. can you give people a quick overview about what you're interested in? [20:13] _emgent: ^^ [20:13] <_emgent> back. === _emgent is now known as emgent [20:14] sure [20:14] My main interest are: auditing generally and penetration tests [20:15] okay, cool. Let's move to the first item on the agenda [20:15] [TOPIC] CVE status [20:15] New Topic: CVE status [20:16] one of the things jdstrand, Fujitsu, and I have been working on is getting the Ubuntu CVE tracker looking good [20:16] at present, the tracker is in bzr, and we're doing well keeping up with things. [20:16] there's always more work to do, but for anyone interested in issue tracking, check it out: [20:17] [LINK] https://launchpad.net/ubuntu-cve-tracker/ [20:17] LINK received: https://launchpad.net/ubuntu-cve-tracker/ [20:17] pretty soon we should have the finishing touches on an HTML export of the data (jdstrand has done some great work on this) [20:17] cool [20:17] I'd like to mention that the ubuntu-cve-tracker covers all packages, not just main [20:17] yes, very good point. [20:18] some of it is a bit out of date -- one tool that needs to be (re)written is a changelog-scanner that can see when CVEs are fixed on upload. [20:18] [IDEA[ finish changelog scanner to mark closed CVEs [20:18] [IDEA] finish changelog scanner to mark closed CVEs [20:18] IDEA received: finish changelog scanner to mark closed CVEs [20:18] +1 [20:18] :) [20:18] :) [20:19] that's all I wanted to mention about the tracker. it basically drives the security update work, so it's a good place to look for things or check on stuff. [20:20] (and I want to start moving a little more quickly, since we've got a hard-stop at 21:00) [20:20] moving on... [20:20] [TOPIC] AppArmor progress [20:20] New Topic: AppArmor progress [20:20] this is a bit redundant with the server team status possibly, but I thought I'd mention it quickly here too. [20:21] as it stands, the AppArmor infrastructure is stable and working in Hardy. There are a few tweaks pending in the next kernel upload, but other than that, we should now match what SuSE will ship next. [20:21] profile creation work continues -- I will defer to the Server Team meeting for that discussion. [20:22] any questions or thoughts on AppArmor? [20:22] nope, https://wiki.ubuntu.com/AppArmor is ok :) [20:22] sounds good. [20:22] i am glad we are matching up with SuSE :) [20:22] [TOPIC] SELinux progress [20:22] New Topic: SELinux progress [20:22] we've got 2 tresys folks here, so I'll let them discuss this one. :) [20:23] ;o} [20:23] We've updated the packages for most of selinux upstream. I've put them here: [20:23] [LINK] https://code.launchpad.net/~calebcase/+junk/selinux-support [20:23] LINK received: https://code.launchpad.net/~calebcase/+junk/selinux-support [20:23] The blueprint for selinux support is available at: [20:23] [LINK] https://blueprints.launchpad.net/ubuntu/+spec/selinux-support [20:23] LINK received: https://blueprints.launchpad.net/ubuntu/+spec/selinux-support [20:23] The wiki was updated today with some more infomration about our direction here: [20:23] [LINK] https://wiki.ubuntu.com/HardySELinux [20:23] LINK received: https://wiki.ubuntu.com/HardySELinux [20:24] are these packages patched versions of what's in Debian, or total replacements? [20:24] They are total replacements. [20:24] The debian maintainer is somewhat mia at the moment. [20:25] okay. (I see the changelog builds on the Debian package -- that's good) [20:25] :) [20:25] [LINK] http://codebrowse.launchpad.net/~calebcase/+junk/selinux-support/annotate/calebcase%40gmail.com-20080129123710-usfimgmeob938hj5?file_id=changelog-20080128164716-qc9exv0y4qt0xf39-216 [20:25] LINK received: http://codebrowse.launchpad.net/~calebcase/+junk/selinux-support/annotate/calebcase%40gmail.com-20080129123710-usfimgmeob938hj5?file_id=changelog-20080128164716-qc9exv0y4qt0xf39-216 [20:26] I'm on holiday next week, but I'll get these reviewed (and in theory uploaded) before feature freeze [20:26] [ACTION] keescook to review selinux packaging work [20:26] ACTION received: keescook to review selinux packaging work [20:26] I'd happily welcome other eyes on it too. :) [20:26] Up till recently the focus was to get all the packages updated to upstream. That seems to be mostly done now, and we've moved to creating the 'selinux' package and testing them out. We're also updating the security policy. [20:27] propagandist: have you posted any of the package builds to REVU? That might be handy too. [20:27] I'm happy to look over them, too, since my work is directly related. [20:27] keescook: will do [20:27] :) [20:27] [ACTION] crimsum to review selinux packaging work [20:27] ACTION received: crimsum to review selinux packaging work [20:27] the more eyes the better [20:27] [ACTION] propagandist to post selinux packaging to REVU [20:27] agreed [20:27] ACTION received: propagandist to post selinux packaging to REVU [20:28] cool [20:28] great job! I'm really happy to see this moving forward at a fast clip. :) [20:28] :D [20:28] * joejaxx is too :) [20:28] ;o} [20:28] There is one issue with ubuntu-standard [20:29] propagandist: once things are uploaded, would you be able to write a "here's how to use/test SELinux" email for ubuntu-devel and ubuntu-hardened? [20:29] propagandist: what's the issue? [20:29] keescook: i was just about to ask that [20:29] :) [20:29] it is recommending apparmor-utils, which if you try to install a conflicting package with apparmor attempts to uninstall standard [20:30] It may be better for it to recommend security-utils and have apparmor-utils provide it [20:30] propagandist: right, I remember this bit now -- I like the meta-package solution that was proposed [20:30] kk [20:30] sure thing on the email [20:30] oh, meaning virtual package? Sorry, I was looking for a security-meta. [20:30] although there is a short quick and dirty on the wiki [20:31] crimsun: sorry, yes, virtual package; my bad. :) [20:31] yes a meta package for linux-security would be ideal for handling the switching [20:31] propagandist: between an PPA and REVU, it should be possible to make item 1 on the "Quick and Dirty" list very easy for people. [20:32] [ACTION] keescook to investigate virtual package for security utils (apparmor/selinux agnostic) to not conflict with ubuntu-standard [20:32] ACTION received: keescook to investigate virtual package for security utils (apparmor/selinux agnostic) to not conflict with ubuntu-standard [20:32] keescook: kk, i've been working on putting things into my PPA [20:32] great! :) [20:32] any other notes on SELinux? (/me rushes forward in the agenda...) [20:33] i think thats it for now [20:33] [TOPIC] Hardening wrapper testing [20:33] New Topic: Hardening wrapper testing [20:33] thanks for your good work on this propagandist [20:33] okay, I sent an email about the new compile-time hardening options wrapper [20:33] jdstrand: thanks ;o) [20:34] [LINK] https://lists.ubuntu.com/archives/ubuntu-devel/2008-January/024958.html [20:34] LINK received: https://lists.ubuntu.com/archives/ubuntu-devel/2008-January/024958.html [20:34] and I've been coordinating with Debian as well (Moritz announced the cousin project for hardening in Debian this week) [20:35] I'd really love it if people doing builds could test the wrapper (and obviously the resulting builds) [20:35] does anyone have any ideas about ways we can motivate its use, and/or track its progress? [20:36] one way could be to have it hook into pbuilder. [20:37] crimsun: in what way? hooking it to dpkg-buildpackage had been discussed, but no one wanted it to be a hard Depends or anything. [20:38] I'd love to see about getting a full archive rebuild done with it enabled. This was done in Debian which was very educational. [20:39] keescook: IIRC this is going to be turned on by default in hardy+1, correct? [20:39] keescook: assuming hardening-wrapper is promoted into main, have the pbuilder package depend on it, create a separate hooks subdirectory. This would allow people to enable it for testing by passing the pbuilder hook* options. [20:39] jdstrand: assuming it doesn't melt all the builds, yes. Part of getting it tested in Hardy is to make doko happy [20:39] oh, so we are turning it on for hardy builds, at least for a while? [20:40] crimsun: interesting -- I don't use pbuilder so I'm unfamiliar with the hook options. [20:40] jdstrand: no, I mean, the package is available for people to test with [20:40] keescook: since a lot of people should^Ware using pbuilder, it would be a fairly unintrusive method of selectively enabling it. [20:40] ah, that's what I thought [20:40] should be*/are [20:40] crimsun: can you write a few notes about that to the wiki page for it? [20:41] [LINK] https://wiki.ubuntu.com/Security/HardeningWrapper [20:41] LINK received: https://wiki.ubuntu.com/Security/HardeningWrapper [20:41] keescook: sure [20:41] cool, I'll add some notes about it for sbuild [20:41] [ACTION] crimsun to add pbuilder notes to wiki, keescook to add sbuild notes to wiki [20:41] ACTION received: crimsun to add pbuilder notes to wiki, keescook to add sbuild notes to wiki [20:42] good. :) [20:42] has anyone actually used the wrapper yet besides me? :) [20:42] if you haven't, please pick you favorite app and give it a try. :) inkscape builds/runs fine for me. :) [20:43] * jdstrand is ashamed to say he has not yet [20:43] hehe [20:43] (but will) [20:43] okay, moving on [20:43] hhaha me too. [20:43] :) [20:43] [TOPIC] organized penetration testing and auditing [20:43] New Topic: organized penetration testing and auditing [20:44] emgent has been doing some great work poking at the edges of various ubuntu services, and proposed a formalized team to do this kind of work into the future [20:45] emgent: what sort of plans do you have? I have a few notes about it, but figured we should hear from you first. [20:45] <\sh> grmpf...I'm late...but I'm there at least [20:45] well, i created a wiki page and launchpad group [20:45] \sh: hi! [20:46] emgent: do you have a link to that? :) [20:46] but i dont know if name is good and if it's good add to MOTU-SWAT branch. [20:46] <\sh> keescook, evening...sorry for being late :) [20:46] [LINK] https://wiki.ubuntu.com/UbuntuHackersTeam [20:46] LINK received: https://wiki.ubuntu.com/UbuntuHackersTeam [20:46] \sh: no problem -- that's what IRC logs are for. :) [20:46] [LINK] https://launchpad.net/~ubuntu-hackers [20:46] LINK received: https://launchpad.net/~ubuntu-hackers [20:46] emgent: so, one of the things that came up on MOTU was people not wanting to confuse the term "hackers". [20:47] i select this name because i see GNU structure [20:47] I don't have any strong opinion myself, but in the interests of clarity, what do you think about calling the subteam "ubuntu-pentest" or something like that? [20:47] perhaps use PenTest ? [20:47] keescook: yeap :D [20:47] joejaxx: we are of one mind! :) [20:47] keescook: :D [20:47] right, "hackers" is far too overloaded. [20:47] and GNU have Hackers Team, but the name it'snt important [20:47] ubuntu-pokers. [20:47] I've never tried -- can LP team names be changed? [20:48] Mithrandir: heheh [20:48] keescook: yes i believe so [20:48] Mithrandir, lol [20:48] lol [20:48] suitably ambigious. :-) [20:48] Mithrandir: then we'll need to buy chips and deal cards. [20:48] hehe [20:48] lol :P [20:49] another topic was auditing as an area of work for the pentest team. [20:49] What would be the best name, and who is interested in contributing? [20:49] I tend to view successfully audit work as "grey boxing" -- looking at both source and behavior. if you're looking at behavior, you're a pentester. [20:49] emgent: I'd vote for "ubuntu-pentest". I'm highly interested, but low on time. [20:50] ubuntu-pentest or ubuntu-fox ? :-) [20:50] yeah i would put my vote -pentest as well [20:50] * Mithrandir votes for -pokers [20:50] let's go with ubuntu-pentest for now? emgent can you adjust it? [20:51] keescook, sure. [20:51] but i'd like Mithrandir idea :P [20:51] [ACTION] emgent to rename ubuntu-hackers team to ubuntu-pentest [20:51] ACTION received: emgent to rename ubuntu-hackers team to ubuntu-pentest [20:51] another area of concern is making sure we attract the _right_ kind of people for the pentest work. [20:52] keescook: yeah that is the other thing :( [20:52] we do not want to attract the wrong crowd [20:52] emgent has done a great job with private disclosure, and I think making sure this remains the focus, it will be sucessful [20:52] https://edge.launchpad.net/~ubuntu-pentest is online. [20:52] :) [20:52] so, making sure the language is unambigious on the wiki page will be good. [20:53] yeap [20:53] keescook, just a moment :) [20:53] also, the LP team has asked that poking at LP be done via staging.launchpad.net just in case something would break production services. [20:54] equally so, anything that may have bad effects should be run past the #is staff first [20:54] ok good [20:54] ok cool. [20:54] keescook: ITYM #canonical-sysadmin? [20:54] literally #is, or #canonical-sysadmins? [20:55] I would like to say that the language should be *very* clear [20:55] Mithrandir: right, sorry. #canonical-sysadmins is right [20:55] <\sh> keescook, what about a general "you are allowed to break stuff on a commercial website", for the members of the team? thinking of the legal view of all those penetration tests [20:55] this isn't a honeynet challenge or anything [20:55] \sh: yeah, agreed. [20:56] <\sh> keescook, regarding all the nifty lawyers out there, it's necessary to address those issues first for non-canonical members :) [20:56] :) [20:56] let's get some language proposed, and we can approve it for the next meeting? [20:56] * mathiaz waves at keescook and sits at the back for the first security team meeting :D [20:56] if the members of the team are allowed to break stuff, then that needs to by a moderated team-- is it? [20:56] sounds good [20:56] keescook, +1 [20:56] okay, 5 minutes left... [20:56] <\sh> jdstrand, hopefully yes... [20:56] jdstrand: the team is restricted at the moment [20:57] i just looked [20:57] keescook, i open this ? or restricted ? [20:57] ok [20:57] (I was thinking to have emgent and Canonical employees be admins.) [20:57] emgent: leave it restricted -- we want to make sure people understand the "do no harm" ideals [20:57] [TOPIC] next meeting [20:57] New Topic: next meeting [20:57] keescook, ok. [20:57] what do people think of same time/place in two weeks? [20:57] WFM. [20:57] keescook: sounds good to me :) [20:58] time is good for me [20:58] <\sh> keescook, around 20 UTC is a good time :) so yes :) [20:58] +1 [20:58] good for me too [20:58] \o/ that's set. [20:58] okay, everyone please feel free to add agenda items to the wiki page (and fill out missing sections of the wiki) [20:58] <\sh> crimsun, you add something for sbuild how to enable the wrapper? :) [20:58] \sh: kees will; I'll work on pbuilder. [20:59] <\sh> crimsun, ok...other way around :) [20:59] keescook, two questions: [20:59] emgent: sure [20:59] thanks, everyone! [20:59] 1) it's possible drop and register #ubuntu-security? [20:59] emgent: yes, I think we should do this, and probably start a mailing list too [20:59] [ACTION] keescook to poke irc ops to get #ubuntu-security online [20:59] ACTION received: keescook to poke irc ops to get #ubuntu-security online [21:00] 2) it's possible add ubuntu-security@lists.ubuntu.com ? [21:00] keescook: couldn't ubuntu-hardened be used for that ? [21:00] mathiaz: possibly... good point [21:00] emgent: is that okay with you? the channel is pretty low-volume at the moment [21:00] ubuntu-security it's ok, we can add all security project this. [21:00] #ubuntu-hardened needs some life ;) === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Server Team Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 01 Feb 20:00 UTC: MOTU | 13 Feb 22:30 UTC: Forum Council | 20 Feb 01:00 UTC: TriLoCo-Midwest [21:00] #endmeeting [21:00] Meeting finished at 21:00. [21:01] motu-swat, security and ubuntu-pentest. [21:01] okay, we gotta get outta the way for the next meeting. :) yup, we should list all the "sub-teams" on the wiki [21:01] :) [21:01] thanks everyone for coming!! yay first meeting! :) [21:01] ;o) [21:01] :) [21:01] thanks keescook [21:01] keescook: :D [21:01] all right folks ! Let's get started with the server meeting [21:01] hello all [21:01] * keescook switches hats [21:02] hehehe :) [21:02] hello [21:02] hi [21:03] #startmeeting [21:03] Meeting started at 21:03. The chair is mathiaz. [21:03] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [21:03] The agenda for today is here: https://wiki.ubuntu.com/ServerTeam/Meeting [21:04] [TOPIC] Start a Mentoring program [21:04] New Topic: Start a Mentoring program [21:04] So I'd like to talk about starting a mentoring program for the server team [21:04] it would be great [21:05] so more people can be involved on the team [21:05] The MOTU team and the Documentation have similar programs in order to attract more contributors [21:05] (and i can get a little help starting :P) [21:05] The MOTU program has not, in my opinion, been a resounding success. [21:05] mathiaz: would it be joined to MOTU mentoring in some way, or is this above and beyond "regular" MOTU mentoring? [21:05] * ScottK2 doesn't really like it. [21:05] ScottK2: Why? [21:05] keescook: it wouldn't be related to the MOTU mentoring process. [21:06] Because it divides the community up. [21:06] there are different activities that can be mentored in the server team, not only packaging [21:06] I think it would be of value (as I'm new here), getting involved would make it easier for new people [21:06] ScottK2: Not "why wasn't it a success", but "why don't you like it"? [21:06] Right [21:06] like bug triagging or documentation [21:06] There are separate mentoring lists, etc and so people go there and don't get known in the community. [21:07] It raises the barrier to entry on the regular MOTU ML/IRC. [21:07] ScottK2: I don't think we should copy exactly what has been done for MOTU [21:07] OK. [21:07] I like the way the documentation team is doing it. [21:07] * ScottK2 isn't familiar with that. [21:07] I like also the concept of the MOTU reception. [21:07] I was just going to mention the doc team's mentoring [21:07] ScottK2: I see what you saying about dividing the community, but I think a server specific mentoring program might lure a different demographic to help us out. [21:08] the documentation team requires potential candidates to sent out an email to the ubuntu-doc to ask for a mentor. [21:08] Who is the target audience for a mentoring program? [21:08] I wonder if the MOTU reception system would be better [21:09] Additionally, the existance of a mentoring program leads to people believing it's required to start contributing. [21:09] Daviey: people that want to get involved in the Server Team but don't really know how [21:09] mathiaz: That's the start of dividing the community. [21:09] How about if we "market" an Ubuntu Server mentoring program that is really part of the regular motu mentoring program, but we assign server-types as mentors? It wouldn't have to be totally separate. [21:09] mathiaz: on the MOTU they have a track of who is mentoring who, and a queue of the available mentors [21:09] Unless you're in the mentoring program you have no idea who is there. It's completely separate. [21:09] some people know exactly what they wanna do, others not really. [21:09] mathiaz: yes, other than social aspects of how the team works, how to contribute etc - i mean on a technical level, what would the mentor recieve? [21:10] soren: linking the mentoring program to the MOTU would focus mentees on packaging [21:10] I think the server mentoring program should have broader scope [21:10] mathiaz: Not necessarily. The MOTU mentoring program isn't exactly a static entity. [21:11] As I already said: documentation, bug triagging, etc.. [21:11] <\sh> mathiaz, I think you need a focus on people who are dealing with ubuntu/debian servers in real world environments... [21:11] mathiaz: but you can ask the motu-mentors team to manage a second queue for server team [21:11] soren: IIUC MOTU mentoring is about packaging [21:11] So far, it has been focused on getting new packagers on board, but it's open to people who just want to help fixing bugs here and there. [21:11] In my experience anyone who is afraid to ask a question via ML or IRC isn't likely to be much help in the long run. [21:11] mathiaz: no, it isn't [21:11] soren: ok - I missed that change of focus then. [21:12] mathiaz: it is about packaging, community, and all the aspects of the ubuntu-developing [21:12] My point is: [21:12] but also a mentor is not always behind you saying what to do, just put goals on you and is there is you need some help [21:12] We can advertise a server mentoring program.. [21:12] if people sign up for it, we'd have people mentoring them. [21:12] but [21:12] <\sh> soren, you mean we need sysadmins filing bugs, knowing eventually how to fix the issue etc. not the ubuntu desktop user using a local apache2 on his/her homemachine [21:12] it could be part of the MOTU mentoring program. It wouldn't have to be completely separate from it. [21:13] soren: i will be the first one signed up XP [21:13] XD [21:13] If we find that Ubuntu would benefit from a change to the MOTU mentoring process, we can just propose it. [21:13] nxvl_work: What would you hope to get out of it you can't get already? [21:14] ScottK2: good point :S [21:14] May be we can advertise the MOTU mentoring process on the ServerTeam pages then [21:14] Is a serious question. [21:14] mathiaz: To what benifit? [21:14] I'd love to see the mentoring program expand to have domain specific branches as well. [21:14] ScottK2: get more people aware of this program [21:14] mmm [21:15] soren: aggred - that's my point. [21:15] OK. [21:15] people come to Ubuntu using different paths [21:15] I'll say I'm against it because I don't think it helps. [21:15] ok, about the cuestion of ScottK2, i find a mentoring program usefull for new developers that have really noob cuestions and they will not ask on the ML [21:15] People might not be looking to "become a MOTU", but just "want to help out with server stuff". It's not obvious at first sight that one implies the other. [21:15] so the earlier they have signs about how to contribute the better [21:16] BUT [21:16] ScottK2: but I aggree with you that we shouldn't duplicate processes. [21:16] i'm also agree with ScottK2 that they can ask on the ML and IRC, as i have done se far, and is the same [21:16] ScottK2: If the MOTU mentoring can be used for server-oriented folks, I'm all for it. [21:16] there is always someone that helps [21:16] soren: exactly. [21:16] The problem is that once you push 'noob questions' off on a mentoring program, the barrier to entry just becomes higher and the problem gets works. [21:17] ScottK2: How do you figure that? [21:17] i think it will be better to participate on the MOTU mentoring program and teach server specific things for the ones who are interested on it [21:17] to interject, asking a question on IRC or an ML does not itself imply any commitment to the team, it's usually people looking for an answer to a problem they have [21:17] starting from packaging [21:17] <\sh> mathiaz, would you like to explain "server-oriented folks" to me? people having problems with the linux kernel on ubuntu-server are "server oriented" or "kernel oriented"? just asking for clarification? [21:18] soren: People don't ask basic questions because no one else does and they are afraid to look stupid. The more those questions get asked elsewhere, the more people are afraid. [21:18] \sh: by server-oriented, I mean people that have an interest in server related software [21:18] \sh: mainly sys admin in buisness and so on [21:18] Segragating new people off on another channel doesn't create more resources to answer questions. [21:19] ScottK2: Well, some people make sure that the tone is #ubuntu-motu isn't always as friendly as one would like. If another place that is specifically meant for newbie questions existed, people who are afraid can just ask there. I don't see the problem. [21:19] they're not necessarly interested in doing packaging work. Their server experience could be helpfull in other areas [21:19] <\sh> mathiaz, so the real problem is, that sysadmins using ubuntu on a server are not knowing about how to deal with a bug, e.g. filing bugs or where to push a bugfix to...right? [21:20] or add documentation / implementation guides [21:20] \sh: no.. That's not what I meant. I'm trying to get more contributors on board. [21:20] soren: OK. We'll have to agree to disagree then. [21:20] soren: but as ScottK2 says, MOTU is tu separete, there is #ubuntu-classroom channel, motu-mentors list, so it's kind of saying newbies here, people who know there [21:20] \sh: how can we turn them from bug reported (for ex) to bug fixer [21:21] If the alternative is that they just stay away... [21:22] mathiaz: using more the "mentoring offered" option for example is a good place to start [21:22] ok - so to get tings moving, I think we should get in touch with the MOTU mentoring program to see if we can colaborate on this. [21:22] My experience when people have PM'ed me with questions that they thougth were too basic for the channel is that I asked them to work on channel so others could benifit from the answers and it was all fine. [21:23] if a new contributor comes to the LP page, clicks on mentoring offered and only sees 4 options, they walk away [21:23] I'll talk with dholbach about it. [21:23] and thats not what we want [21:23] maybe I can put this into perspective a bit, like I said, I'm new, I'm looking to get involved, however, having gone over the wiki, the team pages and what not, there is still quite a bit which eludes me from the perspective of "how do I specifically get involved with the server side of things" [21:23] soren: I think the alternative is to make the main channel of communication more open, not to make new ones. [21:23] <\sh> mathiaz, the normal case for sysadmins dealing with bugs/problems on server based linux distros is: a) they know how to file bugs into the respective bug reporting tool b) they know how to create patches c) they know how to package software for the OS of their choice...therefore we have only to deal with people, who are not falling into the sysadmin case...therefore we need to find people of the MOTU basement who are interested in working on serv [21:23] <\sh> er-related packages full-time [21:23] ScottK2: I'd love to hear your ideas about that. [21:23] ScotK2: I would agree there, I don't think a #server-mentor or what not channel would be required [21:24] Agreed. [21:24] faulkes-: would it help to have a mentor for the server team to help you get started ? [21:24] mathiaz: with specific reference to dealing with ubuntu based server issues and needs, yes [21:25] we need to start making the communication channels more open to new contributors/basic questions [21:25] faulkes-: What keeps you from asking more questions on #ubuntu-server so you know better how to help out? [21:25] faulkes-: Is the Roadmap page to daunting ? Or the GettingInvolved page to general ? [21:25] It doesn't have to be much more than just a notice on the wiki page that people can contact someone if they want to get involved. That someone can then be the mentor (or assign someone else to be the mentor), but it'd be part of the motu mentoring program. [21:25] for example running QA sessions on the #ubuntu-server channel [21:25] * nealmcb returns home [21:25] hi, nealmcb. [21:25] * mathiaz waves at nealmcb [21:26] nxvl_work: That could work. [21:26] Ok - let's get moving. I wanted to start a discussion. There are a lot of idea about it. [21:26] Scottk2: nothing, I waited for the meeting as it was an item on the agenda [21:26] BUT, we need to be carefull to make all the activities on the daily communication channels, not on new ones [21:26] OK. [21:26] +1 to nxvl_work [21:27] I'll send an email to ubunut-server to raise this question and get dholbach in the loop. [21:27] [ACTION] mathiaz to send an email about a mentoring program proposal to ubuntu-server [21:27] * sommer wants ScottK2 to be his mentor [21:27] ACTION received: mathiaz to send an email about a mentoring program proposal to ubuntu-server [21:27] ok, let's discuss it on the list [21:27] [TOPIC] Review ACTION points from previous meeting. [21:27] New Topic: Review ACTION points from previous meeting. [21:28] Last meeting logs: https://wiki.ubuntu.com/MeetingLogs/Server/20080123 [21:28] sommer: I'm always glad to answer questions and help out, but I'm not signing up for anything formal. [21:28] heh... just trying to through in some levity [21:28] soren: any news from UWN ? [21:29] Er.. I'm writing my interview right now, actually :) [21:29] It'll most likely be in the next edition. [21:29] soren: great ! [21:30] other than that, I think all the action have been done (or will be reviewed later on) [21:30] [TOPIC] Review each section of the ServerTeam/Roadmap. [21:30] New Topic: Review each section of the ServerTeam/Roadmap. [21:30] https://wiki.ubuntu.com/ServerTeam/Roadmap [21:31] zul: you've a look at a lot of bugs [21:31] yep.. [21:31] most of them are in one state or another [21:31] zul: how is samba doing ? [21:31] * soren hugs zul [21:32] mathiaz: getting there most of its waiting to hear back from users [21:32] zul: I mean on the bug front [21:32] * zul high fives soren [21:32] should we target another package ? [21:32] i dont think so at this point we should talk to slangslek of course though [21:33] mathiaz: openldap perhaps [21:33] Make it talk with db4.6? [21:33] isnt that a performance issue? [21:33] Actually there's an upstream db4.6 issue in that [21:33] Yes. [21:33] dendrobates: opendlap is already on the Roadmap. [21:34] dendrobates: May be we should link to all the openldap packages (openldap2.2, openldap2.3). [21:34] I though about openssh [21:34] it's never been on the Roadmap [21:34] mathiaz: I just want to remind everyone since new openldap bugs are pouring in since the update to 2.4 [21:34] #69948 looks interesting for openldap [21:36] [ACTION] mathiaz to update the bug triagger section of the roadmap to highlight openldap [21:36] ACTION received: mathiaz to update the bug triagger section of the roadmap to highlight openldap [21:36] On the packaging front, there is apache2 stuff. [21:36] I had a look at SNI support for apache2 and got it working. [21:37] * nealmcb hugs mathiaz [21:37] Unfortunately openssl has to be recompiled to enable tls extension. [21:37] Someone ought to look at http://revu.ubuntuwire.com/details.py?package=libapache2-mod-authnz-external too. [21:37] its already in universe [21:37] according to the openssl debian maintainer it may require a abi bump [21:38] mathiaz: "may"? Where's the patch? [21:38] soren: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462596 [21:38] Debian bug 462596 in openssl "openssl: Please include support for tls extensions / server name indication" [Wishlist,Open] [21:39] soren: there isn't any patch for openssl. it's just a configure option at build that has to be added. === \sh is now known as \sh_away [21:39] soren: but to get apache2 working with SNI, I first had to rebuild openssl, install it and rebuild apache2. [21:39] soren: otherwise apache2 would be compiled with SNI enabled. [21:40] mathiaz: Right. As slangasek says: the structs are exposed in public header files, so changing them means an ABI bump. [21:40] mathiaz: for openssl, that is. [21:41] soren: yop - so I'm not sure what would be the impact at this time of the release cycle. [21:41] mathiaz: slangasek would be the person to ask. [21:41] soren: ok. I'll talk to him then. [21:41] (He's the release manager in case anyone doesn't know) [21:41] [ACTION] mathiaz to talk with slangasek about an ABI bump in openssl for hardy [21:41] ACTION received: mathiaz to talk with slangasek about an ABI bump in openssl for hardy [21:42] I've uploaded openssl to my PPA [21:42] and once it's built, I'll upload apache2. [21:42] so that we can get started with testing. [21:43] ivoks: greetings [21:43] * soren hugs mathiaz [21:44] ivoks: any news about dovecot/postfix ? [21:44] mathiaz: awasome! [21:44] hi [21:44] * mathiaz waves at ivoks [21:44] * ScottK2 wonders if lamont is here. [21:44] still nothing :/ [21:44] ivoks: ok. [21:44] * lamont is somewhat here [21:45] sommer: what's going on on the documentation front ? [21:45] mathiaz: On that note - If we can get the amavisd-new MIR processed soon it'd be nice to integrate that with tasksel. [21:45] ScottK2: it's in the hand of the MIR team (ie pitti and doko). [21:45] mathiaz: still cruisin [21:45] mathiaz: So maybe you can enourage them. [21:46] sommer: is there any change in the milestone dates ? [21:46] mathiaz: not that I know of [21:46] I think they've been posted somewhere on the wiki [21:46] actually I'm not really 100% sure they're official [21:46] * doko is not sure that we do want that in main ... [21:47] besides the final freeze [21:47] but since there hasn't been much discussion, I'd think everyone agrees [21:47] or doesn't have major objection [21:48] sommer: ok. I've seen a new contribution in the security section [21:48] doko: It'd be without the milter package so we don't need to bring Sendmail bits into Main. [21:48] ya, that's been really great working with him [21:48] doko: Want what in main? amavisd-new? [21:48] hopefully we can cover more ground [21:48] sommer: the guide is maintained in bzr ? [21:48] still working on the virtualization section [21:49] sommer: has the wiki page wrote up by soren been usefull ? [21:49] mathiaz: yep: https://code.launchpad.net/ubuntu-docs [21:49] I rather consider it a scaffold on which to build proper documentation. :) [21:50] mathiaz: ya, I wasn't too sure how to integrate it with qemu, but I think soren cleared that up [21:50] Did I? Er.. Ok, then :) [21:50] gilbert the other contributer may be working on a kvm section [21:50] soren: the other day :-) [21:50] sommer: If you say so :D [21:51] there was some discussion in #ubuntu-server about it. [21:51] has the wiki page been updated wrt these discussion ? [21:51] mathiaz: the server roadmap, or the virtetc page? [21:52] sommer: viretc [21:52] not that I know, of... I plan to devote some time to it this weekend [21:52] * soren hugs sommer [21:52] I'm refering to the kvm discussion in #ubuntu-server [21:52] if not before [21:53] mathiaz: gotcha, I'll do some updates with regards to qemu [21:53] sommer: great ! Thanks. [21:53] that leads us to the virtualization front [21:53] soren: any updates on this ? [21:54] Since last meeting? Er.. [21:54] Well, yes. [21:54] I got the kernel side of kvm updated. On the guest side, I've added the fancy new virtio stuff that massively improves I/O from inside the guest. [21:55] mathiaz: when was this kvm discussion in #ubuntu-server? [21:55] On the host side, I've updated the kvm modules shipped with our kernel images to match what was released with kvm 60. [21:55] nealmcb: don't remember exactly - I think it was last week. [21:55] This fixed a whole host (pun intended) of bugs. Most importantly, the gfxboot screen now shows up properly when booting a Hardy ISO. [21:55] nealmcb: I remember sommer asking question about it [21:56] nealmcb: feels more like around monday to me [21:56] Er... Well, it will once the kernel is uploaded. [21:56] it was a short converstation [21:56] soren: I was about to object. [21:56] The virtio stuff is there, though. You need to pass special arguments to kvm to enable it, but I'm working on getting that into libvirt. [21:56] soren: so that means KVM can be used to test isos ? [21:57] soren: I meant livecd isos specifically [21:57] mathiaz: There's one more thing I need to a) fix in kvm (upstream bug) and b) fix in X, then it should be rocking. [21:57] Right now, it's a bit... rough. [21:57] soren: excellent. That was pitti's main concern about kvm in hardy. [21:58] dendrobates: any news on likewise ? [21:58] mathiaz: yes. [21:59] mathiaz: I have packaged 4.0.4 and uploaded to chinstrap. [21:59] baring any issues, it should be uploaded to universe tomorrow. [22:00] the giu has been changed to gtk, which is much better. [22:00] dendrobates: how can it be tested ? [22:00] dendrobates: or what are the main features ? [22:01] dendrobates: If it's uploaded before Alpha 4, we should a section in the Release notes about it. [22:01] once it is uploaded, you can use it to join a windows domain [22:01] dendrobates: either from the command line or using the gui [22:01] with a cli or gui. [22:01] dendrobates: ? [22:02] dendrobates: could you add section the Release Notes for Alpha 4 ? or ask nijaba to take care of it ? [22:02] mathiaz: np [22:02] [ACTION] dendrobates will add a section to the Alpha 4 Release Notes about windows integration. [22:02] ACTION received: dendrobates will add a section to the Alpha 4 Release Notes about windows integration. [22:03] dendrobates: I've seen two emails (I think it was the same guy) asking about windows integration. [22:03] is alpha4 released tomorrow? [22:03] sommer: yes actually... [22:04] sommer: it may too late for the Release Notes then. [22:04] cool, couldn't remember exact date [22:04] * mathiaz thought it was tuesday [22:04] * jdstrand added something to the release notes today... [22:04] mathiaz: I think for the alphas it's on a wiki. [22:04] jdstrand: about UFW ? [22:04] mathiaz: yes [22:05] it is on the wiki-- let me get the url [22:05] ScottK2: yes - I think that all the release notes are prepared on the wiki [22:05] So there is no "to late" [22:05] https://wiki.ubuntu.com/HardyHeron/Alpha4 [22:06] jdstrand: is there more testing done on UFW ? [22:07] mathiaz: I wan't meaning to take over the conversation, but if you're ready for the ufw update... [22:07] i have tested yesterday IIRC [22:07] jdstrand: please do [22:07] I sent an email to ubuntu-server and ubuntu-devel-discuss [22:07] I haven't heard much, excepting nxvl_work [22:08] it is in pretty good shape [22:08] https://wiki.ubuntu.com/UbuntuFirewall [22:08] there are instructions on testing in the wiki === _bigon is now known as bigon [22:08] jdstrand: woops I forgot to give you some feedback, but I tried ufw out last week and it worked great [22:09] jdstrand: excellent. It may get more coverage once alpha4 is being published [22:09] haven't had a chance to test the new version though [22:09] sommer: great! check out 0.9 [22:09] jdstrand: will do [22:10] jdstrand: keescook: now that there is security meeting, do you still wanna discuss apparmor and other bits in the server team meeting ? [22:10] or should it be moved to the security meeting ? [22:10] mathiaz: well, it overlaps [22:10] I'll mention that I hope to get some profile work and testing done soon [22:11] mathiaz: the profile work is, I think, more closely tied to server team work than security work [22:11] i.e. it's a per-service kind of thing [22:11] keescook: right. [22:11] so, unless there is objection, I'd like to keep the apparmor profiling discussion part of this meeting [22:11] keescook: WFM [22:11] and focus the "infrastructure" work in the security team [22:11] okay [22:12] pitti asked me if there was plans to create a profile for the dhcp client so that the derooting patch can be dropped. [22:12] If someone wants to get started with profile generation, that would be a very good starting point [22:13] since we are talking about profile generation-- I plan on doing slapd, named and mysqld [22:13] :) [22:13] some of those are in apparmor-profiles, so I'll do testing [22:14] jdstrand: excellent. I did generate them during last release cycle [22:14] zul: Thanks for all the MIR writing. [22:14] mathiaz: right, I hope to build on that and get them out of apparmor-profiles and into the package [22:14] zul: anything left on there ? [22:14] no problem [22:15] https://wiki.ubuntu.com/ServerPackageReview [22:15] most of them are pending on the mir team i havent gotten to one yet [22:15] s/the package/their respective packages/ [22:15] soren: iscsi stuff ? [22:15] mathiaz: openhpi yet because I dont have a clue on that package [22:15] No news, I'm afraid. [22:16] i agree with fabio about bacula it shouldnt go into main either [22:16] zul: you mentionned you've fixed iscsi target [22:16] yep, the kernel stuff is building with 2.6.24 now [22:16] drbd kernel stuff is in the kernel-team's git archive [22:16] mathiaz: Last meeting I thought there was going to be a message to the server team ML about packages thrown out of the spec. Did I miss it? [22:16] zul: is it a package in universe ? [22:16] mathiaz: yes [22:17] zul: do you plan to move it to ubuntu-modules [22:17] mathiaz: i could [22:17] ScottK2: nope. I didn't send it. [22:17] i thought I was just suppose to report back at the meeting [22:17] zul: OTOH it's really high priority. [22:17] mathiaz: ill put it on my todo list then for tomorrow morning [22:17] zul: for hardy, we focus more on initiator [22:18] consider it done [22:18] zul: could you send an email to ubuntu-server about the reason to drop bacula from the ServerPackageReview list ? [22:18] mathiaz: Please do. [22:18] mathiaz: yep [22:19] is there another "enterprise" backup package in main? [22:19] [ACTION] zul will send an email to ubuntu-server about bacula in main [22:19] ACTION received: zul will send an email to ubuntu-server about bacula in main [22:19] or integrated backup anyway [22:19] amanda is in universe but that was rejected [22:19] sommer: not that I know of. [22:20] okay, just wondering for the backup section of the docs [22:20] zul: yep - the other option was amanda. [22:20] tar never let anyone down :-) [22:20] we decided that bacula had more features [22:20] yeah but it has a big gapping security hole [22:21] right :/ [22:21] zul: any news or plan on the xen front ? [22:22] mathiaz: uploaded 2.6.24 final patch today will upload xen-3.2 final tomorrow [22:22] er...the patch went to the kernel-team's git repo [22:23] is there any integration with libvirt ? [22:23] not that I know of right now [22:23] a virtualization question occurred to me. are any virtual images of hardy available for testing under gutsy via kvm and the like? e.g. for testing server-related packages? [22:23] libvirt works with xen by default, unless soren has borked that. [22:24] If I did, it wasn't on purpose :) [22:24] as opposed to isos that need installing.... [22:24] i always used xen-image-create :) [22:24] nealmcb: We don't currently have "blessed" vm images, no. [22:25] are there plans to offer them? folks have wanted them in the past, and this would be a good time to start testing the build stuff [22:25] well you could probably use jeos :) [22:25] it may be worth checking that xen can be integrated with soren's work on virtualization [22:26] i can look into i [22:26] it even [22:26] zul: can you put xen in a ppa? [22:26] sure [22:27] zul: sure - jeos would be a popular one to start with, and a vm image would be lots more fun than an iso I think. [22:27] I'll test it out tomorrow [22:27] dendrobates: ill put my kernel .debs on chinstrap for you as well [22:28] zul: ok [22:28] [ACTION] dendrobates to test xen support in libvirt. [22:28] ACTION received: dendrobates to test xen support in libvirt. [22:29] ivoks: are you still working on [BOTTOM][TOP]Simplify storage management (RAID1 - LVM-on-RAID) during installation ? [22:29] ivoks: https://wiki.ubuntu.com/ServerTeam/Roadmap#head-a36fb4f1b51aa401df3eb5d44fb737ddc5731cd0 [22:30] mathiaz: didn't touch it for weeks [22:30] i'm kind on middle of exam period on faculty, so i have little time [22:30] ivoks: still working on it ? === ubotu changed the topic of #ubuntu-meeting to: Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 01 Feb 20:00 UTC: MOTU | 13 Feb 22:30 UTC: Forum Council | 20 Feb 01:00 UTC: TriLoCo-Midwest [22:30] but i'll try work something out during next couple of days [22:30] ivoks: ok. great ! [22:31] I think that's all for the roadmap review. [22:31] [TOPIC] Another Business [22:31] New Topic: Another Business [22:31] Anything to add ? [22:31] sorry late entrance :/ [22:31] ...for late... [22:31] mathiaz: yes, the multiple ssl certs we talk about yesterday [22:32] what image format(s) would we supply? qcow2? [22:32] Can we talk about libdb transitions? [22:33] It seems most of the packages left on the older libdb releases has issues with on disk format chagnes. [22:33] chagnes/changes [22:33] ScottK2: I think pitti is working on getting libdb4.{234} out of main [22:34] ScottK2: you may wanna ask him about this. [22:34] mathiaz: Yes and we could probably get 2 and 3 out of Ubuntu entirely with a little work. [22:34] 4.2 is down to about a half dozen packages. [22:35] ScottK2: do you have a list of these packages ? [22:36] Yes [22:36] ScottK2: It may worth adding a point in the Packager section of the Roadmap [22:36] and also put that list somewhere [22:36] ScottK2: and list the packages. [22:36] ScottK2: there. [22:37] ScottK2: another option could be to file bugs against the relevant packages in LP [22:37] Adding it. [22:39] [ACTION] ScottK2 to add a point in the Roadmap section about libdb4.2 transition. [22:39] ACTION received: ScottK2 to add a point in the Roadmap section about libdb4.2 transition. [22:39] So I think we had a long meeting now. [22:39] * nealmcb nods [22:39] [TOPIC] Agree on next meeting date and time. [22:39] New Topic: Agree on next meeting date and time. [22:39] lots of good progress though I think [22:39] same place, same time, next week ? [22:40] +1 [22:40] mathiaz: Action complete [22:41] I'll have a conflict next week fwiw [22:41] All right folks ! Thanks for attending and happy alpha 4 testing :) [22:41] #endmeeting [22:41] Meeting finished at 22:41. [22:41] thanks mathiaz, have a good one all [22:42] thanks mathiaz! [22:44] * nxvl_work waves