=== ogasawara_ is now known as ogasawara === rpinson_ is now known as raphink === kernellogger is now known as apachelogger === dholbach_ is now known as dholbach [14:04] meeting? [14:04] bdrung, cody-somerville, persia, Laney: ping [14:04] \o [14:06] hmm, let's hope someone else shows up [14:09] o/ [14:09] hey RoAkSoAx. Waiting for another DMB member to show up so we have quorum. [14:09] stgraber: alright! [14:09] thanks [14:10] (as we don't have any non-voting agenda item to discuss) [14:10] I'd like to annihilate all mention of universe-contributor and call it 'contributing developer' everywhere :-) [14:10] that is my one non-agenda wish [14:11] Laney: about that, would there be any (known) problem with renaming the team? [14:12] not sure anything would depend on it [14:12] besides potentially documentation [14:16] I'm not sure it's universally appropriate. [14:17] For Kubuntu, Kubuntu Council will process people for Kubuntu (and transitively Ubuntu) membership based on packaging work. [14:18] people are still encouraged to approach the most specific council [14:18] universe contributor is misleading as that is not what we are looking for really [14:19] As long as it's clear about most specific council, I think that's fine. [14:30] hey geser! [14:30] * geser waves [14:31] ok, we have quorum now, let's start [14:31] YaY!! [14:31] #startmeeting [14:31] Meeting started at 08:31. The chair is stgraber. [14:31] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [14:31] [TOPIC] PerPackageUploader Applications: Rosen Diankov [14:31] New Topic: PerPackageUploader Applications: Rosen Diankov [14:32] present! [14:32] hi rdiankov [14:32] can you introduce yourself quickly? [14:32] sure [14:32] i'm roboticist [14:33] in other words, working on AI problems involving perception and motion of machines [14:33] i'm also the developer of a openrave: the open robotics automation virtual environment [14:33] which is becoming very popular in the robotics community [14:33] because i'm primarily using ubuntu [14:33] and a lot of robotics guys are starting to use ubuntu [14:34] we would like to start offering these types of robotics packages [14:34] through the official venues [14:34] hence my application [14:35] there are also file format libraries like collada and assimp [14:35] which would be also great to get into ubuntu [14:35] do any packages for openrave exist already? [14:35] doh, geser was faster ;) [14:36] yes [14:36] https://launchpad.net/~openrave/+archive/release [14:36] i started a ppa [14:36] basically every ubuntu release cycle [14:36] are any of these already in Ubuntu or Debian? [14:36] no [14:37] every ubuntu release cycle, it would be great if these packages are copied [14:37] and put into universe [14:37] or multiverse [14:37] because there are no dependencies on these packages [14:38] it shouldn't affect anything [14:38] ok, the main problem here is that we can't give upload rights to packages that don't exist in Ubuntu. Once they are in the repository (through sponsoring by an existing ubuntu developer), we can then process applications for upload rights. === Quintasan_ is now known as Quintasan [14:39] ok, how can we fine someone to sponsor them? [14:39] find* [14:39] https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages is the process for new packages [14:39] #ubuntu-motu usually has people around to help review the packages and once they are happy with them, upload them for you [14:40] file a bug report in launchpad? [14:40] they then will be reviewed by the archive admins and once they are happy with them, they'll be in Ubuntu. When that's done, you can then request Per-Package-Upload rights to them. [14:41] yep, you'll need a needs-packaging bug per package, your changelog entry will need to close that bug (LP:#xxxxxx) [14:41] ok, got it guys [14:41] thanks! [14:42] no problem! [14:42] hope to see you apply again soon! [14:42] [TOPIC] [14:42] New Topic: [14:42] of course! [14:42] oops (copy/paste issue) [14:42] and don't forget your sponsor to add endorsements to your application [14:42] [TOPIC] Ubuntu Contributing Developer Applications: Ricardo Salveti [14:42] New Topic: Ubuntu Contributing Developer Applications: Ricardo Salveti [14:43] hey rsalveti [14:43] hey! [14:43] I'm here today :-) [14:43] hehe [14:43] can you introduce yourself quickly? [14:44] Hi, I'm Ricardo Salveti, currently working mostly with Ubuntu on ARM. I'm deeply involved with Ubuntu development for about one year now, working helping maintaining x-loader, u-boot, omap kernel and some other cool packages for ARM :-) [14:44] I've being working with OSS for quite a while now, doing contributions in a large set of software, and as a distro developer I also worked for a while with OpenEmbedded and the debian based distro called Mamona (now basically dead). [14:44] Usually around #ubuntu-arm, trying to help people getting the most we can from our ARM images, by helping with bugfixing and adding hw support (kernel, x-loader, etc). [14:45] I applied for universe contributor but soon should also be applying for a dev role, like core-dev, just need to find time to prepare my application :-) [14:46] rsalveti: How is your script for automatic FTBFS bug filing going? I'm sure you recall our discussion on it? [14:46] oh, whoops, didn't noticed we'd started :P [14:47] ScottK: sure, I'm currently improving svammel to have a interactive step, so I can go over the FTBFS first before opening a bug [14:47] That's good to hear. [14:47] I should be helping going over at least the FTBFS list for arm [14:47] only interested at the moment in arm specific build failures, as we can use more workforce from Linaro to help us fixing them [14:50] in your "What I like least in Ubuntu", you mention our SRU process. I understand that the kernel team has a different SRU process (with a release every 3 weeks IIRC) but do you see a similar issue with non-kernel packages? [14:51] In my experience, the SRU process improved a lot lately and I can usually get something fixed into -updates in a week (from getting the fix, uploading to -proposed, get it accepted, get it tested and then copied to -updates) [14:51] Yes, my feeling is that in general once a release is out, nobody actually cares a lot about them [14:51] so SRU ends up taking a lot of time [14:51] in the past (maverick) I had some issues with the kernel SRU in specific [14:52] that took almost 2 months to deliver the fix [14:52] and asking testing for more than one time, when they released another version that contained the fix [14:53] was your (non-kernel) experience with a bug having a patch applied, taking long to get uploaded or in a case where the package got uploaded to -proposed and took a long time to get to -updates ? [14:53] my complain was both the time to get sponsored and also to hit -updates [14:54] I know it's a lot of work to keep the SRU in places, but sometimes we have issues that really affects the user [14:54] was that before the patch pilot program got introduced? [14:54] (trying to see if we're missing something on the sponsorship lists) [14:55] for bug 707794 (my latest work with an SRU) it took 10 days to get sponsored [14:55] Launchpad bug 707794 in clementine (Ubuntu Natty) "libqt4-opengl on armel should be compiled with OpenGL ES 2.x support" [Undecided,Triaged] https://launchpad.net/bugs/707794 [14:55] against the pyside package [14:55] I belive this case is enough [14:55] I mean, the time it took [14:56] Unfortunately that package takes forever to build on armel and not many potential sponsors have the hardware to test. [14:56] yeah, hopefully to get sorted with the panda build cluster [14:57] now one kernel example [14:57] bug 770679 [14:57] Launchpad bug 770679 in u-boot-linaro (Ubuntu Oneiric) "Missing proper support for Beagle XM rev B and C" [Undecided,New] https://launchpad.net/bugs/770679 [14:58] pull request, and SRU request sent at May 18 [14:58] it's fixed commited already [14:58] and it basically breaks support for beagle rev C [14:58] so at least for people using that hardware it's somehow critical [14:59] and the fix will only hits update in probably one month from now [15:00] but maybe something to bring directly with the kernel team :-) [15:00] yeah, kernel SRUs tend to take a lot longer, not sure what can be done to improve the delay and still keep the same QA standards [15:00] yep, if you have an idea of how to improve the delay, you probably should start a discussion on their ML or at next UDS [15:00] anyway, any other question for rsalveti? [15:00] yup, will think better [15:01] none here [15:01] maco, geser, Laney: ? [15:01] no [15:02] no [15:02] [VOTE] Ubuntu Contributing Developer membership for Ricardo Salveti [15:02] Please vote on: Ubuntu Contributing Developer membership for Ricardo Salveti. [15:02] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [15:02] E.g. /msg MootBot +1 #ubuntu-meeting [15:02] +1 [15:02] +1 received from Laney. 1 for, 0 against. 0 have abstained. Count is now 1 [15:02] +1 [15:02] +1 received from stgraber. 2 for, 0 against. 0 have abstained. Count is now 2 [15:02] +1 [15:02] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [15:02] +1 [15:02] +1 received from maco. 4 for, 0 against. 0 have abstained. Count is now 4 [15:03] #endvote [15:03] [ENDVOTE] [15:03] Final result is 4 for, 0 against. 0 abstained. Total: 4 [15:03] * stgraber just found MootBot's man page again :) [15:03] congrats rsalveti! [15:03] \o/ [15:03] thanks! should be back in some weeks for a dev role ;-) [15:04] we'll see :-) [15:04] geser, maco, Laney: still going to be around for a few more minutes (so we can process RoAkSoAx's coredev application)? [15:04] sure [15:04] yep if there's no conflict for the room [15:04] according to the fridge, the room isn't used [15:05] geser: also fine with you? [15:05] yes, I've around 30 min [15:05] cool [15:05] YaY! [15:05] [TOPIC] Ubuntu Core Developer Applications: RoAkSoAx [15:05] New Topic: Ubuntu Core Developer Applications: RoAkSoAx [15:05] Hi All! [15:05] hey RoAkSoAx! [15:05] My name is Andres Rodriguez, I've been involved with the community for quite a while now. I started as a translator then moved to development. I've been a MOTU for almost two years now. Throughout my work as a MOTU I've done things from simple syncs/merges all the way to package/library splits (I've done MIR reports, SRU's, packaged from scratch, bug fixing, python transitions, FTBFS, etc, etc). [15:05] Within packaging, python packaging is what I enjoy the most, though I don't really have any problems with working with any type of packages. There's always something new to learn. [15:05] I'm also the upstream maintainer of PowerNap (in main) and TestDrive. I also currently maintain the Ubuntu HA Cluster Stack which include several packages currently in Main, which I got into Main last release cycle after various attempts of doing so. Currently I also work (mainly) on server related stuff that has spawned doing some work accross varios Ubuntu Server packages, both as a community member, as lately for work. [15:06] and that's pretty much about it [15:07] s/as/and/ [15:07] So you say that you dislike delays in sponsorship... do you plan on making this situation better by devoting some of your time to doing sponsoring? :-) [15:07] Laney: sure! it is not that I dislike delays in sponsoring, but rather I believe we need to improve it [15:07] (myself included) [15:07] as sometimes I've found myself having packages sitting there for days [15:08] sometimes resulting on some other developer doing the merge for e.g., not noticing there was a merge report already filed in [15:08] so that's work lost [15:08] but yes, I do believe we need to improve [15:09] it has been hugelyu improved with patch pilot but sometimes some types of packages are not touched [15:09] and I can't have my co-workers sponsor for me all the time [15:09] as they also have other stuff to work on [15:09] and yes, It is something that I also blame myself as I havent done much sponsoring in Universe [15:09] which I'd like to change [15:11] urgh, my internet just froze — sorry [15:11] the patch pilot process was designed to avoid certain patches being repeatedly ignored [15:12] so if you're finding that happening then I suggest you speak to dholbach and/or rickspencer3 and try to get it sorted [15:12] Laney: will do ;) [15:14] also, were you aware of the ubuntu server packageset? [15:14] stgraber: yes I am, though I know nonone's in it yet [15:14] Dave Walker and Mathias Gug are in it [15:15] stgraber: AFAIK I though Dave was core dev rather than in the server package set [15:15] dunno about mathiaz [15:15] but anyways, the reason why I went to core dev directly is that I'd also like to do some greater good than just ubuntu server packages [15:15] yep, both of them also happen to be coredev ;) [15:16] i know :) [15:16] though, last time I spoke about it, no-one was in it yet :( [15:17] yeah, helping with sponsoring/merging in main is definitely a good reason to apply for core-dev :) I was just wondering if that packageset was known at all and if we should try to get more people to apply for upload rights to it. [15:18] a list of the available package set for which applicants can apply would probably help [15:18] i think we do, though, IMHO we don't have as many contributors as other teams do, and that's probably why the packageset is not yet well known out there [15:18] geser: indeed! [15:18] http://paste.ubuntu.com/619968/ apparently [15:18] LINK received: http://paste.ubuntu.com/619968/ apparently [15:19] ok, any other question for RoAkSoAx? [15:20] no [15:21] [VOTE] Ubuntu Core Developer membership for Andres Rodriguez [15:21] Please vote on: Ubuntu Core Developer membership for Andres Rodriguez. [15:21] Public votes can be registered by saying +1/-1/+0 in the channel, private votes by messaging the channel followed by +1/-1/+0 to MootBot [15:21] E.g. /msg MootBot +1 #ubuntu-meeting [15:21] * maco reads scrollback (sorry, was in bathroom) [15:22] maco: ok, if you have any question before voting, just go ahead and ask [15:23] RoAkSoAx: Do you agree with your endorsers that there are no areas in which you could improve? ;-) [15:23] Laney: I believe there's always area of improvement, as I said earlier, you never finish learning [15:23] Laney: though I guess they referred to the technical skills required to be a core dev [15:24] wow very thorough application [15:24] but yeah, we wouldn't be in this if we wouldn't improve ourselves eventually [15:24] anyway [15:24] +1 [15:24] +1 received from Laney. 1 for, 0 against. 0 have abstained. Count is now 1 [15:24] +1 [15:24] +1 received from stgraber. 2 for, 0 against. 0 have abstained. Count is now 2 [15:24] +1 [15:24] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [15:25] +1 [15:25] +1 received from maco. 4 for, 0 against. 0 have abstained. Count is now 4 [15:25] [ENDVOTE] [15:25] Final result is 4 for, 0 against. 0 abstained. Total: 4 [15:25] and one more core-dev! [15:25] congrats RoAkSoAx! [15:25] YaY!!! [15:25] stgraber: thank you! [15:25] Laney: geser maco thank you too guys! [15:25] and thank you for taking the time to process this today [15:26] [TOPIC] Chair for next meeting [15:26] New Topic: Chair for next meeting [15:26] volunteers? [15:27] apparently not :) [15:28] [TOPIC] AOB [15:28] New Topic: AOB [15:28] anything else? [15:29] i suppose i could chair the next meeting, but ive never done it before [15:29] there's a bot and it does some stuff....this much ive got [15:29] I already added RoAkSoAx to core-dev and rsalveti to universe-contributors. Will quickly write the minutes now and figure out who I'm supposed to e-mail them too again :) [15:29] [ACTION] maco to chair the next DMB meeting [15:29] ACTION received: maco to chair the next DMB meeting [15:29] maco: https://wiki.ubuntu.com/ScribesTeam/MootBot [15:30] maco: that's for the bot. Other than that, it's the usual, go through the agenda, copy/paste the notes in the team reports (https://wiki.ubuntu.com/TeamReports) and probably e-mail it to some list (not sure which one, will figure it out after the meeting and update our wiki page) [15:31] #endmeeting [15:31] Meeting finished at 09:31. [15:31] thanks everyone for attending! [15:31] stgraber: kk thanks [15:31] stgraber: I usually look at the last minutes to see where to mail them :) [15:32] geser: yep, sounds good. I'm probably going to put the post-meeting TODO at the end of the agenda so whoever chairs the meeting can just follow that. [15:57] * skaet waves [15:57] hi [16:00] #startmeeting [16:00] Meeting started at 10:00. The chair is skaet. [16:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:00] SRU/LTS bi-weekly synch meeting. [16:00] . [16:00] Reminder, please follow the convention of using ".." on a separate line when you've finished typing. Also, If someone wants to comment on the last point, please "o/", so we know to wait. [16:00] [TOPIC] Release overview - skaet [16:00] New Topic: Release overview - skaet [16:01] Dapper Drake (6.06) Server EOL on June 1. OEM is ok with cleanup of archive, so will be working with teams to clean up the old packages and PPAs over next few weeks (and get back some space). [16:01] . [16:01] [LINK] https://wiki.ubuntu.com/Releases [16:01] . [16:01] 10.04.3 - July 21 - no negative feedback so moved. [16:01] LINK received: https://wiki.ubuntu.com/Releases [16:01] [LINK] https://wiki.ubuntu.com/LucidReleaseSchedule [16:01] LINK received: https://wiki.ubuntu.com/LucidReleaseSchedule [16:01] .. [16:01] o/ [16:01] go ara [16:01] I have a question related to EOL [16:01] * vanhoof looks in [16:01] we had set the date of EOL for Dapper [16:02] for the end of June [16:02] and we needed to change it last week to avoid certificates for 6.06 appearing in the site [16:02] EOL for Dapper was June 1 [16:02] I know [16:02] my question is: [16:02] are EOLs normally going to be at the beginning of the month? [16:02] (rather the end of the month= [16:03] It should relate to the release date. [16:03] EOLs are a fixed period of time after the release [16:03] date [16:04] I'm not sure where EOL for Dapper at end of June came from as a notion. [16:04] I'll look into it a bit offline [16:04] OK, thanks [16:05] * skaet looks around for any other questions? [16:05] heh, and since I just saw sconkin join... will move on. [16:06] [TOPIC] Kernel SRU status - sconklin [16:06] New Topic: Kernel SRU status - sconklin [16:06] we just published new kernels to -proposed for the major series (and to other pockets, but that's bee resolved I think) [16:07] ec2 and backports for LTS will follow today or tomorrow [16:07] and evrification will begin, a week later than we had hoped it would [16:07] .. [16:07] Thanks sconklin. [16:07] What is the story with lucid kernel, is that resolved and published to -proposed now? [16:08] * skaet may have missed something in her inbox.... [16:08] the issue of having natty kernels in lucid/maverick-proposed should all be resolved now [16:08] see u-d-a@ [16:08] not sure what you're referrign too, but yes, there's a new Lucid that resolved past issues [16:08] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2011-June/000854.html [16:08] thanks sconklin, thats what I was wondering. [16:08] ah, that's something else then, sorry [16:09] thanks pitti, yup, read that this morning. :) [16:09] anyone else have questions for sconklin? [16:09] [TOPIC] General SRU status - pitti [16:09] New Topic: General SRU status - pitti [16:10] I'm currently wondering about the linux-lts-backport-natty in the PPA [16:10] sec, door bell [16:10] other than that, it's pretty much business as usual [16:10] pitti, first, ignore it, it will be replaced by another today [16:10] we have some backlog in natty queue processing, I need some more hands with that [16:11] people are uploading SRUs like crazy :) [16:11] sconklin: ack [16:11] second, tose build failures are for arch's which were being tested during development and not released for stable, so they can be ignored. I'm told that they should stop happening, i.e. the natty backport is not supposed to try to build for those archs [16:11] .. [16:12] the non-usual SRU thing that will happen soon is the switch from firefox 4 to 5 in natty, which will require some coordination with a full language pack refresh [16:12] but that's pretty much understood [16:12] .. [16:13] thanks pitti. :) [16:13] [TOPIC] QA status - jibel [16:13] New Topic: QA status - jibel [16:13] Packages published to -proposed, -updates and -security since last week [16:13] http://reports.qa.ubuntu.com/reports/sru/latest.html [16:13] LINK received: http://reports.qa.ubuntu.com/reports/sru/latest.html [16:14] Pending Ubuntu stable release updates [16:14] http://people.canonical.com/~ubuntu-archive/pending-sru.html [16:14] LINK received: http://people.canonical.com/~ubuntu-archive/pending-sru.html [16:14] There are currently 19 SRUs with Critical or High importance in -proposed waiting for verification [16:14] 2 Critical SRUs in Natty: [16:14] * bug 778026 in Natty requires an Infra-red Remote Control [16:14] * bug 778520 [16:14] Launchpad bug 778026 in lirc (Ubuntu Natty) "lirc-modules-source breaks in-kernel lirc support" [Critical,Fix committed] https://launchpad.net/bugs/778026 [16:14] Launchpad bug 778520 in mdadm (Ubuntu Natty) "install on degraded raid1 does not boot, drops to initramfs shell" [Critical,Fix committed] https://launchpad.net/bugs/778520 [16:14] A couple of SRUs are targeted to 10.04.3 [16:14] * bug 777759 : See comment #1 for verification [16:14] Launchpad bug 777759 in casper (Ubuntu Natty) "10.10 live CD prompts to upgrade to 11.04" [High,Fix committed] https://launchpad.net/bugs/777759 [16:14] * bug 695842 : Requires specific Hardware (two CCISS disks and doing a RAID install on it) [16:14] Launchpad bug 695842 in grub-installer (Ubuntu Maverick) "Cannot install on HP Proliant DL385 G7 - dual RAID controllers" [High,Fix committed] https://launchpad.net/bugs/695842 [16:14] * 2 Wubi bugs: bug 610898, bug 742967 : Not sure of the status based on the comment in the report and I am not able to reproduce the original issue. [16:15] Launchpad bug 610898 in lupin (Ubuntu Maverick) "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows" [High,Triaged] https://launchpad.net/bugs/610898 [16:15] Launchpad bug 742967 in Wubi "Wubi grub prompt on install" [Undecided,New] https://launchpad.net/bugs/742967 [16:15] * bug 687501 : Not sure of the status and if it can be promoted to lucid-updates [16:15] Launchpad bug 687501 in OEM Priority Project "when installer is multipath aware, grub fails to install" [High,New] https://launchpad.net/bugs/687501 [16:15] * bug 783836 : requires a re-producable test case [16:15] * bug 561750 [16:15] Launchpad bug 783836 in openldap (Ubuntu Maverick) "slapd syncrepl failing using SASL" [High,Fix committed] https://launchpad.net/bugs/783836 [16:15] Launchpad bug 561750 in squid (Ubuntu Maverick) "squid starts and stops immediately (after upgrade from karmic to lucid)" [Medium,Fix committed] https://launchpad.net/bugs/561750 [16:16] .. [16:16] Thanks jibel, :) [16:16] Will work with you offline to get a summary of the 10.04.3 targetted bugs, and get it circulated. [16:16] thanks [16:18] On that note of 10.04.3 - Does freeze a month before make sense, or can we make it 3 weeks? (am thinking we want to interlock with the new SRU cycle a bit better this time?) [16:18] sconklin, pitti, ^^ [16:18] my gut feeling is that 3 weeks are enough; didn't we do 3 weeks for .2 as well? [16:18] this might be a good time to note that the kernel SRU calendar we have in google calendars all needs to be shifted a week later [16:19] pitti, we did a month, but I think that 3 weeks is worth trying too. [16:19] sconklin, ack. [16:19] I don't know. The kernel generally freezes a week before everything else === ara_ is now known as ara [16:19] skaet, we should talk to pgraner to see how he's going to be setup for supporting sru kernels [16:20] sconklin, ok, I'll be working on the interlock this week, and we can see how it all lines up. [16:20] but generally the less freeze time the better [16:20] skaet, i'd like to see us decouple as soon as possible for him [16:20] +1 [16:20] bjf, yes, will do. [16:20] [TOPIC] HW certification - brendand [16:20] New Topic: HW certification - brendand [16:21] skaet, however, i recognize he has quite a load on his plate this dev cycle and not sure he'll have the resources [16:21] Not much from our side. We are preparing to start testing Lucid, Maverick and Natty kernels once the verification phase is done. [16:21] .. [16:21] sconklin, any reasons why the start of the testing phase could be later than next Monday? [16:21] .. [16:22] thanks brendand. :) [16:22] sconklin? [16:22] brendand: we are not expecting any delays. But our tracking bug dashboard is totally unusable this morning due to the problems this morning, and I don't know how many bugs require verification [16:23] But I don't expect delays [16:23] .. [16:23] thanks [16:23] brendand, are there reports from the last cycle we can look at now? [16:24] skaet - http://people.canonical.com/~hwcert/sru-testing/current [16:25] skaet - but my understanding was these kernels were not getting published? [16:25] Thanks brendand. [16:25] * skaet will look at them, and do some cross correlation later. [16:26] any other questions for brendand? [16:26] [TOPIC] Support priorities - martins-gss [16:26] New Topic: Support priorities - martins-gss [16:26] great [16:26] http://people.canonical.com/~pmatulis/martin/Support-status-june-6.html [16:26] LINK received: http://people.canonical.com/~pmatulis/martin/Support-status-june-6.html [16:26] this is the current support escalations that we have [16:27] the top three are the highest in priority at the moment [16:27] http://launchpad.net/bugs/695842 [16:27] LINK received: http://launchpad.net/bugs/695842 [16:27] Ubuntu bug 695842 in grub-installer (Ubuntu Maverick) "Cannot install on HP Proliant DL385 G7 - dual RAID controllers" [High,Fix committed] [16:27] ubottu [16:28] ubottu yes correct, next three, sorry [16:28] martins-gss: I am only a bot, please don't think I'm intelligent :) [16:28] rails (Ubuntu) [16:29] skate this is a long list, what do you want covered for this meeting? [16:29] just the top 3 please, so they're on the log [16:29] ok [16:30] http://launchpad.net/bugs/670571 [16:30] LINK received: http://launchpad.net/bugs/670571 [16:30] Ubuntu bug 670571 in rails (Ubuntu) "Segmentation fault in Marshal.load" [High,Fix released] [16:30] open, we have difficulty reproducing, this status shows as fixed, but is not [16:31] http://launchpad.net/bugs/688703 [16:31] LINK received: http://launchpad.net/bugs/688703 [16:31] Ubuntu bug 688703 in linux (Ubuntu) "[lucid] netxen_nic driver and ethernet bonding broken at boot time" [Medium,Triaged] [16:31] open, high priority, need to work with developers and see if we can get hw vendor to provide equipment [16:32] those are the three that I have on high status [16:33] thanks martins-gss. I'll work with you offline to figure out if we can get the statuses to match what you expect them to be. [16:33] ok great thanks [16:33] any one have questions for martins-gss ? [16:33]