=== Varka_ is now known as Varka [09:00] @schedule Zurich [09:00] Schedule for Europe/Zurich: 23 Jan 21:00: Edubuntu meeting | 23 Jan 23:30: Forum Council | 24 Jan 00:00: Kubuntu Developers | 30 Jan 13:00: Edubuntu meeting | 01 Feb 21:00: MOTU === \sh_away is now known as \sh === \sh is now known as \sh_away === \sh_away is now known as \sh [14:52] @schedule sydney [14:52] Schedule for Australia/Sydney: 24 Jan 07:00: Edubuntu meeting | 24 Jan 09:30: Forum Council | 24 Jan 10:00: Kubuntu Developers | 30 Jan 23:00: Edubuntu meeting | 02 Feb 07:00: MOTU === bigon` is now known as bigon === _emgent is now known as emgent [15:29] @schedule [15:29] Schedule for Etc/UTC: 23 Jan 20:00: Edubuntu meeting | 23 Jan 22:30: Forum Council | 23 Jan 23:00: Kubuntu Developers | 30 Jan 12:00: Edubuntu meeting | 01 Feb 20:00: MOTU [15:29] @schedule EST [15:29] Schedule for EST: 23 Jan 15:00: Edubuntu meeting | 23 Jan 17:30: Forum Council | 23 Jan 18:00: Kubuntu Developers | 30 Jan 07:00: Edubuntu meeting | 01 Feb 15:00: MOTU [15:29] @now [15:30] Current time in Etc/UTC: January 23 2008, 15:30:03 - Next meeting: Edubuntu meeting in 4 hours 29 minutes === johnc4511 is now known as johnc4510 [18:39] ok ..when is 20.00 UTC ? [18:39] @time [18:39] Current time in Etc/UTC: January 23 2008, 18:39:17 - Next meeting: Edubuntu meeting in 1 hour 20 minutes [18:39] ok [18:39] ty [18:39] np [18:40] I want to make a suggestion ... buts its not easy [18:42] proceed [18:43] put Rosegarden into Edubuntu [18:52] :) === neversfelde_ is now known as neversfelde === ubotu changed the topic of #ubuntu-meeting to: Current meeting: Edubuntu meeting Calendar: http://fridge.ubuntu.com/event | Logs: https://wiki.ubuntu.com/MeetingLogs/ | 23 Jan 22:30 UTC: Forum Council | 23 Jan 23:00 UTC: Kubuntu Developers | 30 Jan 12:00 UTC: Edubuntu meeting | 01 Feb 20:00 UTC: MOTU [20:01] hi ... who's around for the edubuntu meeting ? [20:02] yep [20:02] hi stgraber [20:02] hi RichEd. How are you ? [20:02] oh, hi [20:02] stgraber: well thanks & yourself ? [20:03] hi pygi [20:03] RichEd: fine, lot of things to do (Looks like it's deadlines time :)) [20:03] heya RichEd [20:03] just so you all are aware: "ogra is in London at the distro sprint ... so we'll not have any tech news from him" [20:04] so who wants to give us some tech news from their side [20:04] stgraber: italc ? [20:04] no good news from italc, looks like we have some weird bugs (network related) which are hard to fix [20:04] ogra said he'd have a look after the sprint [20:04] but I really hate that kind of random/arch-specific bugs ... [20:05] so when iTalc works, it works fine and is ready for Edubuntu (I have the ltsp scripts ready here too) [20:06] stgraber: well let's hope ogra can help [20:06] yes ... [20:06] today I dropped rasmol (chemistry app) from the seeds [20:06] do i need to poke him for you, or will you 2 get it sorted ? [20:06] I'll poke him once he's back from London [20:07] it seems that dynamic menus is still stalled on figuring out a way to edit the menus [20:08] LaserJock: yeah ... ogra said that it could be done manually without a GUI but he said he would not recommend it [20:08] LaserJock: Was it about improving alacarte to support them or create a new GUI for it ? [20:08] well, ogra seems to not to want to create a separate GUI [20:09] but I can't see how it'd be possible to do it without doing big changes upstream [20:09] so where to from here ? how do we move forward on this [20:09] the problem is that just editing the menu is not enough [20:09] I can call alacarte to edit the menu [20:09] but it's kinda hackish [20:10] and stuff has to be moved around after alacarte is done [20:11] I honestly wonder if this just needs to be done by Gnome [20:11] stepping back ... there "is work needed on the front end" ... how do we proceed with that ... not the details [20:11] i presume you do not want to tackle it ? [20:12] and if not, is there anyone we can get to manage that ? like if it needs to be done by Gnome, how do we go about speaking to "them" [20:13] well [20:13] ogra didn't seem to want to do a front-end [20:13] that it should be handled directly through alacarte [20:13] okay ... so who looks after alacarte ? [20:14] well, kinda nobody, but Amaranth is the author [20:14] I'm not sure how much he wants to hack on it anymore [20:15] at least this amount [20:16] it might be better to re-evaluate what are goals are with the dynamic menus and see what users want to get out and what would need to be done [20:17] I've done sort of a "proof-of-concept" that we can do group-driven menus, but I'm not sure if it's really the kind of thing users are looking for [20:17] like, is maybe sabayon a better solution? [20:17] where you're creating whole "profiles" rather than just different menus [20:18] does ogra have a good reason to use alacarte ? [20:18] because it's the official gnome menu editor [20:18] it's an existing app [20:19] but it was designed to edit user menus [20:19] so do you have any good reason *not* to go with alacarte ? [20:19] well, it's not so much of whether to use alacarte or not [20:19] because if that is the official supported way to go, then let's go down that road [20:19] but rather to do everything we need within alacarte [20:19] e.g. would Amaranth be able to suggest a resource ? [20:19] or to do a "wrapper" around alacarte [20:21] either way it's gonna be some work [20:21] a wrapper would probably take ogra no time [20:21] but it's still work [20:23] LaserJock: the point i am trying to get to is to if we can define what work needs to be done on what, we can then start to look for the resource [20:23] I'll send an email to -devel to start discussion so we can get some feedback [20:23] RichEd: that's pretty much what I'm saying as well [20:23] i assume there is some kind of "lose community" around alacarte ... more than just amaranth ? [20:23] *loose [20:23] I don't think so [20:24] I could be wrong but I think it's just "there" [20:24] I think Gnome devs will fix bugs, but as far as adding new features I don't know that we'd get much [20:24] but I could be wrong, I haven't asked [20:25] well "Gnome devs" may have access to or knowledge of people who *may* want to help [20:25] so can we get a request going at least ? [20:25] well, like I said, I think we need to maybe evaluate/discuss if that's what we want to do first [20:26] but I'm thinking that dynamic menuing is best handled upstream as much as possible [20:26] okay ... so where upsteam ? who ? [20:26] so a "heah, this is what we'd like to do, anybody interested or got any suggestions?" to Gnome [20:27] broadly Gnome [20:27] LaserJock: can't hurt can it ? [20:27] seb128 might have some good idea [20:27] a mail and a chat in their channel [20:27] so give me a little speclet via email, and i'll ping seb128 in canonical tomorrow [20:30] I've got another little thing but it's art related [20:30] so if you want to move on [20:31] anyone else with tech ? [20:31] otherwise LaserJock can move onto the art ... [20:32] go for it LaserJock [20:33] well [20:34] there is a new project on Launchpad [20:34] called Ubuntoon [20:34] it's goal is to make an Ubuntu-ized version of Gartoon/GNUtoon icons [20:34] https://edge.launchpad.net/ubuntoon [20:35] * RichEd loads ... [20:35] I was able to adapt the Gartoon packaging and got a working package done [20:35] I think it might be worth considering using these icons for Hardy [20:36] How complete is the iconset ? [20:36] much more complete than Gartoon [20:36] which is one of the issues I think in the past [20:37] the author is also fairly active and *buntu-centric [20:37] so if we need icons we maybe have somebody to go to [20:38] well it would be nice to have a new! look & feel for 8.04 since it is LTS it will be around for a whiler [20:38] *while [20:39] long-term Cory Kontros (_MMA_) is looking at "freshening" up the edubuntu artwork packaging [20:39] yes especially if it's more complete than the previous one [20:39] he created https://edge.launchpad.net/edubuntu-look [20:39] and made the edubuntu-artwork LP team driver [20:39] so there is a bzr branch that holds the artwork [20:40] I'm not sure the whole thing would be ready for Hardy unless some people want to pitch in as Cory is the Ubuntu Studio lead [20:40] but it's there anyway [20:41] <_MMA_> yo :P [20:41] hi _MMA_ [20:41] ah, there he is now :-) [20:41] _MMA_: I was just telling everybody about edubuntu-look and ubuntoon [20:42] LaserJock: so at the risk of being repetitive ;) how do we proceed [20:42] <_MMA_> I meant to be here. I watching a dtrace Google vid. :P [20:42] RichEd: well, I'd like to get ogra's opinion, but personally I think we can just finish the package, get it in Universe quickly and then do a MIR to get it into Main if it's Hardy ready [20:43] I think the icons are basically ready, with the exception of maybe wanting to get .pngs (there are only .svgs right now) [20:43] * _MMA_ wants to mention that his effort is casual for now but if help comes can give edubuntu-look and Ubuntoon more love. [20:44] and are there people to help complete it in time ? [20:44] <_MMA_> LaserJock: Correct. The guy doing all the work wanted to do all that. But, are useful as is. [20:44] Did you contact ubuntu-art ? [20:45] We had some of them work on some icons/logos for the QA Website with impressive speed and quality [20:45] stgraber: there was a thread about Edubuntu artwork in general [20:45] ok [20:45] not yet about the icons in particular [20:45] a couple of Ubuntu-art people joined ~edubuntu-artwork [20:45] which I cleaned out the other day [20:46] As RichEd said, LTS will be there for years so we should have the icons turned on as soon as possible (even if the iconset is not complete) so people can have a look and give us some feedback [20:47] right [20:47] LaserJock: can we get a work plan set up to help get it done in time ? [20:47] well, I think getting the icons uploaded to Universe ASAP would be good [20:47] RichEd: yeah [20:48] let me write some emails to -devel, but I *want* people to respond :-) [20:48] <_MMA_> Besides Jordan, who has built and used 'em? [20:48] nobody that I know [20:48] of [20:49] LaserJock: yes, then once the package is in universe we can ask for feedback (edubuntu-users ?), then if it gets good feedback do the MIR and turn it on by default [20:49] I can throw up some quick package on a ~ubuntu-artwork PPA [20:49] <_MMA_> stgraber: The set is pretty complete. Its just that all SVG sets can take a little more to render the icons. [20:49] <_MMA_> So PNGs are used also. [20:49] I think we can get pngs before Hardy is out though [20:49] <_MMA_> Thats what upstream wants to add. [20:50] <_MMA_> LaserJock: Its not just a simple matter of converting the SVGs to PNG. Some icons dont look correct when scaled down very small. [20:50] _MMA_: can't the .png just be generated from the .svg when building the package ? [20:50] <_MMA_> 22x22 and below usually. [20:50] hehe, you answered the second before I posted the question :) [20:51] _MMA_: yeah, but we should be able to get it mostly done by Hardy is out no? [20:51] <_MMA_> Well I havnt received a email back from upstream yet. I emailed him after we set up the Project. [20:52] <_MMA_> The set as is needs testing. [20:52] <_MMA_> He told me there are some Evolution issues. [20:52] well [20:52] <_MMA_> Also something tied to needed .pngs. [20:52] in any case, first step is to get it into Universe [20:52] <_MMA_> *needing. [20:52] let people test it out [20:52] then we can decide whether default or not [20:53] <_MMA_> Honestly I dont feel its ready for all that. [20:53] I can give it a try as soon as it's in universe or a clean PPA [20:53] ok, then the group's PPA [20:53] <_MMA_> I wouldnt put it in Universe till the pngs are there. [20:54] _MMA_: ok, well how about putting a package up on ~edubuntu-artwork PPA? [20:54] <_MMA_> Awesome. [20:54] LaserJock: when is the universe new package freeze ? (same time as FF ?) [20:54] stgraber: Yes. [20:54] stgraber: yep [20:55] <_MMA_> LaserJock: If you can rename your branch to "ubuntu" and set the driver to the edubuntu-art team that would be great. Or another appropriate team. [20:56] _MMA_: did you push that renaming of that python icon? [20:56] anyway, that's some artwork stuff [20:56] <_MMA_> I believe so. Lemmie look. [20:56] I'll get a package up to PPA and send an email [20:58] RichEd: moving on? [20:58] yep ... [20:58] websites ? [20:58] pips1 ? [20:58] no highvoltage tonight [20:59] looks like no pips1 either :( last seen in edubuntu saying: [20:59] == edubuntu meeting in #ubuntu-meeting in 3 mins === [20:59] oh noes :P [20:59] oops that was pygi not pips1 :/ [21:00] what's up with me? :) [21:00] got you mixed up with pips1 ;) [21:00] Er... There's a server team meeting in -21 seconds. [21:00] I think I still might try building an HTML version of the Handbook that we can put up on edubuntu.org [21:00] (read: now) [21:00] okay ... we are more or less done [21:00] soren: pffft Server Team ;-) [21:00] And there seems to be a Forum Council meeting in half an hour, so I'm afraid we can't just wait for you guys to finish. [21:01] * soren kicks LaserJock [21:01] In a nice way, of course :) [21:01] * pygi makes soren and LaserJock behave [21:01] LaserJock / stgraber I'll lurk in @edubuntu for 10 mins if you have more stuff to chat about [21:01] thanks all from edubuntu [21:01] * LaserJock tells soren to take a card [21:01] * RichEd makes way for the server team [21:01] LaserJock: Talking! [21:01] * soren hands LaserJock a card [21:01] * ajmitch waves at soren [21:02] hey all [21:02] now serving number 22 [21:02] * nijaba wonders if that is a penalty card [21:02] RichEd: pong [21:02] Hey, ajmitch. [21:02] hey [21:02] looks like new meeting time is great... all the good people are here [21:02] hi ajmitch [21:02] * mathiaz waves [21:02] hey dendrobates [21:02] whee [21:03] * zul dodges toys thrown at him [21:04] all right - let's get started then [21:04] #startmeeting [21:04] Meeting started at 21:04. The chair is mathiaz. [21:04] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [21:04] * jdstrand waves [21:04] Today's agenda is... minimal [21:04] https://wiki.ubuntu.com/ServerTeam/Meeting [21:05] anyone wants to add something to the agenda ? [21:05] good thing - I have to leave in 25 minutes [21:05] :-) [21:05] can we get an update on ruby? [21:05] if anyone is here, who's working on it. [21:06] dendrobates: I don't think that the people who are working on it are around [21:07] it's always like that :P [21:07] PostgreSQL maybe released before march and hardy feature freeze will be on feb 14 is there any chance to include PostgreSQL 8.3 once is released ?? [21:07] We plan to switch even before then. [21:07] leonel: yes - pitti has done it today [21:07] it's in debian sid [21:07] And by "switch" we mean move 8.2 to universe and 8.3 to main. [21:08] and make the postgresql metapackage depend on 8.3. [21:08] Great ! [21:08] If it turns out that there are major issues (we doubt it, but you never know), we'll switch back. [21:08] ..but this way we get a lot of testing done, so I think it's all good. [21:08] apparently there has already been a long beta/rc cycle [21:09] if there's any thing to test just let me know [21:09] so hopefully not too much [21:09] uh-- in terms of bugs, not testing ;) [21:09] leonel: the new package should hit the repository in the next days [21:09] mathiaz: the RC2 ? [21:10] http://developer.postgresql.org/pgdocs/postgres/release-8-3.html [21:10] LINK received: http://developer.postgresql.org/pgdocs/postgres/release-8-3.html [21:10] rc2 yes [21:10] 8.3~rc2-1 [21:10] we'll merge from sid [21:11] so let's move on [21:11] [TOPIC] Review ACTION points from previous meeting. [21:11] New Topic: Review ACTION points from previous meeting. [21:11] The previous minutes can logs can be found here: https://wiki.ubuntu.com/MeetingLogs/Server/20080116 [21:12] sommer: nijaba: quick status about JeOS ? [21:12] article was publihed on the 18th [21:12] will the tutorial be in the server guide ? [21:12] http://www.linux-mag.com/id/4829 [21:12] LINK received: http://www.linux-mag.com/id/4829 [21:12] congrats on the article [21:12] w00t [21:12] that was cool to see it published [21:12] soren, 3mo from now, we can do whatever we want with it [21:13] s/soren/so [21:13] nijaba: hum-- so that's after hardy is released [21:14] nijaba: well - it's one day before the release [21:14] soren, that should be fine then [21:14] I love it when a plan comes together :) [21:14] nijaba: I don't know as it will be publicly available before [21:15] * nijaba hates autocomplete [21:15] mathiaz: on the we or on file in the cd ? [21:15] nijaba: OTOH the server guide won't be on the help.ubuntu.com before that. [21:15] nijaba: both [21:15] what counts is web publication, I think [21:15] nijaba: it may be on doc.ubuntu.com, which may present the developpement version of the documentation [21:16] nijaba: well - it'd be in a bzr tree [21:16] we can always pull it out of the guide and replace it later [21:16] bzr is fine [21:16] sommer: that has to be done before documentation freeze [21:16] sommer: and then it cannot be added just one day before release [21:16] let's put it there... we'll see ig the editor complains [21:17] mathiaz: gotcha, may be easier to simply remove the html files after the site is built then [21:17] we could always say that it's a developpement version and it hasn't a widespread usage [21:17] * nealmcb nods [21:18] soren: can you post the link to your blog post about virtualization ? [21:18] http://warma.dk/blog/article/86/ [21:18] LINK received: http://warma.dk/blog/article/86/ [21:18] I have also asked soren to do a uwn interview about kvm. [21:19] wohoo! [21:19] sorry [21:19] soren: so you've opted for a wiki page on w.u.c ? [21:19] boredandblogging: can you contact soren about it? [21:19] dendrobates: sure [21:19] mathiaz: Ask apposed to? [21:19] mathiaz: Er... "As opposed to?" [21:19] soren: great cake - such a wife! http://www.warma.dk/blog/article/85/ [21:20] nealmcb: It tasted even more awesome than it looked :) [21:20] [ACTION] soren will do an uwn interview about virtualization. boredandblogging will get in touch with soren about it. [21:20] ACTION received: soren will do an uwn interview about virtualization. boredandblogging will get in touch with soren about it. [21:20] Mr Hansen, I'm sorry to inform you that Canonical is forced to let you go due to trademark infringement.... [21:21] O_O [21:21] soren: I thought you would actually document everything in your blog post. [21:21] nealmcb: that was a piece of cake [21:21] mathiaz: Oh. No, no. [21:21] soren: anyway - it's great to have something. [21:21] mathiaz: That way *I*'d have to do all the work. [21:21] Now I can blame everyone else for not improving it. [21:21] * sommer has started a virtualization section [21:21] sommer: how do you plan to integrate that in the server guide ? [21:22] mathiaz: good question, still working on that part [21:22] I think we need ubuntu-vm-builder document in there [21:22] I don't have hardware to support kvm so I was going to start with qemu [21:22] sommer: it will be good to have it tested both ways [21:22] and document that using the virt-manager etc [21:23] nealmcb: sure, if others can submit docs on specifics to kvm, that'd be awesome [21:23] nijaba: that would be based on your JeOS tutorial ? [21:23] nijaba: indeed! [21:23] the tuto would have to be modified a bit, I think [21:24] but first we need to finish this script [21:24] has a name been decided for the script? [21:24] So IIUC the virtualization section in the server guide would be based on the KvmVirtManagerEtc wiki page and the JeOS tutorial ? [21:24] and soren just gave me the missing part so that I can finish the partioning I want to put there [21:25] * nealmcb wonders if it should really be in python, but is feeling lazy.... [21:25] why? bash is good enough... [21:26] bash is ok. It just needs to cleaned up. A lot. [21:26] with python you can probably hook in the libvirt stuff to make it easier [21:26] it would be easier to hook into other stuff (and vice versa) in python [21:26] zul: that's *real* easy from bash as well. [21:26] soren: :) [21:26] zul: virsh provides almost all the same hooks as the python bindings. [21:27] nealmcb: any news about the factoid about ebox ? [21:27] yeppers... [21:27] mathiaz: that was done last week [21:27] an hour after the meeting [21:27] !ebox [21:27] ebox is a web-based GUI interface for administering a server. It is designed to work with Ubuntu/Debian style configuration management. See the plans for Hardy at https://wiki.ubuntu.com/EboxSpec [21:27] nealmcb: great ! :) [21:27] !webmin [21:27] 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. See !ebox instead. [21:28] and I updated the roadmap then also [21:28] * nijaba hugs nealmcb [21:28] if folks run across other FAQs that we want factoids for, let me know [21:28] faqtoids? sounds ugly... [21:29] nijaba: :-) [21:29] heh, kind of like those old dominos commercials [21:29] I think that was "the noid" [21:29] As long as I do the hard work on the factoids, I expect you all to do that simple virtualization and documentation stuff :-) [21:29] Is there anything else related to last week's meeting ? [21:30] * nealmcb has to run now to the dentist :-) [21:30] heard back about the Apache SSL thing [21:30] just the xen roadmap addition but i havent got a cahance yet [21:30] they're going to wait for SNI support [21:30] [ACTION] zul will add a section in the Roadmap to Xen in hardy. [21:30] ACTION received: zul will add a section in the Roadmap to Xen in hardy. [21:31] [TOPIC] Review each section of the ServerTeam/Roadmap. [21:31] New Topic: Review each section of the ServerTeam/Roadmap. [21:31] https://wiki.ubuntu.com/ServerTeam/Roadmap [21:31] sommer: so what's the state of Apache SSL ? [21:31] sommer: there are two things - SNI support and default SSL Configuration [21:32] I just put a spec for SNI support [21:32] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267477 [21:32] LINK received: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267477 [21:32] Debian bug 267477 in apache2 "ssl: some easy way to set up an ssl server (as apache-ssl package in apache 1)" [Important,Open] === \sh is now known as \sh_away [21:32] the reply was they wanted to wait for SSL Server Name Indication support [21:32] * nijaba just realized that he opened a duplicate bug in debian... [21:32] I think there was a recent bug about backporting the features as well, but I don't have a link [21:33] sommer: yes - there's a bug in LP about SNI support [21:33] sommer: It's linked to an upstream bug in apache where there is a patch to enable SNI for apache2.2. [21:34] mathiaz: gotcha, so are we going to wait for SNI as well, or patch our own? [21:34] https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/184131 [21:34] Launchpad bug 184131 in apache2 "Apache 2.2 SNI support" [Unknown,Confirmed] [21:34] sommer: I'd have a look at the patch attached to the upstream bug and check if we can integrate it in our package. [21:35] http://issues.apache.org/bugzilla/show_bug.cgi?id=34607 [21:35] LINK received: http://issues.apache.org/bugzilla/show_bug.cgi?id=34607 [21:35] it seems that it has already been applied to the 2.4 branch. [21:36] mathiaz: cool [21:36] sommer: if it isn't a too invasive patch, it'd be great. [21:36] sommer: the earlier we get it into hardy, the more testing can be done [21:36] anything I can help with? [21:37] * sommer is a daily user of apache [21:37] one option would be to provide an apache2.2 package in a PPA with the SNI patch applied [21:37] and ask users to test it with different browsers [21:38] cool, that would have to be done by the 14th, correct? [21:38] sommer: yes. [21:39] mathiaz: it is worth trying. [21:39] gotcha [21:39] but we need a way defined for users to report results. [21:39] wiki [21:40] dendrobates: I'd send an email on ubuntu-server and ask people to install it and test it. [21:40] might not want to wait on me for that, I'm not sure how much time I can commit... plus still learning packaging [21:40] dendrobates: do you think about having a more extensive test coverage (such as which browser, platform) have been tested ? [21:41] mathiaz: that seems like a good idea [21:42] dendrobates: I can upload an apache2 package to my PPA, and setup a wiki page to track the testing. [21:42] mathiaz: I have time to help test [21:43] mathiaz: ok [21:43] sommer: great ! [21:43] ivoks: are you still planning on doing the MIR for drdb? [21:43] nijaba: i wanted to disccus that... [21:43] [ACTION] mathiaz will upload an apache2 package with SNI enabled to his PPA and organise the test plan. [21:43] ACTION received: mathiaz will upload an apache2 package with SNI enabled to his PPA and organise the test plan. [21:44] nijaba: it requires patching the kernel, and the upstream isn't very happy with drbd's patches for kernel [21:44] So let's move on to the MIR process [21:44] https://wiki.ubuntu.com/ServerPackageReview [21:45] nijaba: bottom line; there's an effort to move drbd into vanilla kernel, and i doubt we will see drbd in vanilla kernel before 2.6.28 [21:45] ivoks: so that makes a good case for rejecting it [21:45] nijaba: i'm afraid so, yes... [21:45] ivoks: is there a kernel patch for 2.6.24? [21:45] ivoks: can you update the wiki page, specify the reason for the rejection ? [21:46] zul: there is [21:46] zul: but according to lkml, there's some work to be done before patch is accepted [21:47] OTOH, I feel quite surprised by bacula and rsnapshot rejection by fabio [21:47] if its really important we can try to get it included into linux-ubuntu-modules and wait for upsream [21:47] could someone have another look at these 2 packages? [21:47] ivoks: does the patch require modification to core parts of the kernel ? [21:48] mathiaz: iirc, not, it's just an addition [21:48] mathiaz: it would be great to have it... suse includes drbd [21:48] ivoks: so it would just go in u-module [21:48] zul, soren: how easy it is to get something in ubuntu-modules ? [21:48] the i can get the url and submit a patch to the kernel team then [21:49] mathiaz: pretty easy ive done it a couple of times before [21:49] zul: then, i'll come up with a patch, and you could work from there? [21:49] ivoks: sure just send me a url or something [21:50] zul: ok, tomorrow ;) [21:50] zul: so even if lkml is not so happy with the state of the patch, the kernel team doesn't care so much ? [21:50] [ACTION] ivoks will send a link to the zul for the drbd patch. [21:50] ACTION received: ivoks will send a link to the zul for the drbd patch. [21:51] well they do care but if its an external module then its easier to get intclude (ie: driver) [21:51]