=== Claudinux_ is now known as Claudinux === Tonio__ is now known as Tonio_ === kdelogger is now known as apachelogger [14:26] * Daviey wonders if he missed a memo. [14:44] Daviey: Summer time maybe? [14:46] Daviey: 3pm here I believe. [14:46] as in UK. [14:48] persia: Yep, my mistake.. [14:48] Omahn: thanks. [14:49] Daviey: all hail UTC :) [14:49] jiboumans: UTC is great, 50% of the year :) === mathiaz_ is now known as mathiaz [14:50] when does the rest of the world switch to dst? [14:52] kirkland-mobile: It never ceases to amaze how wikipedia can provide more information than you ever thought possible, about a simple issue. [14:53] Daviey: : yeah, I will look it up later [14:54] morning [14:55] stupid farmers [14:55] zul: It's clearly afternoon.. :) [14:55] Daviey: yes in bizzaro world [14:57] moin [14:58] hi [14:58] o/ [14:59] o/ [14:59] o/ [14:59] \o [15:00] o/ [15:00] \o [15:00] afternoon folks [15:00] or in bizzarro world, good morning [15:00] heh [15:00] hah [15:00] dem fighting words [15:01] i'm having a call at the same time as this meeting, so ttx will be once again be your trusted leader [15:01] * jiboumans passes the buck [15:01] \o/ [15:01] #startmeeting [15:01] Meeting started at 09:01. The chair is ttx. [15:01] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [15:01] Agenda for today at https://wiki.ubuntu.com/ServerTeam/Meeting [15:01] Scribe is smoser [15:01] [TOPIC] Review ACTION points from previous meeting [15:01] New Topic: Review ACTION points from previous meeting [15:02] i was hoping my name was left off the scribe list [15:02] smoser: nice try [15:02] can't find any action from last week [15:02] [TOPIC] Beta2 milestone release [15:02] New Topic: Beta2 milestone release [15:03] So Beta2 should be out tomorrow, server so far looking good [15:03] No more beta2-targeted bugs to fix, which is good [15:03] A few work items left for Beta2 @ http://people.canonical.com/~pitti/workitems/canonical-server-ubuntu-10.04-beta-2.html [15:04] mathiaz, kirkland, hggdh, ttx: please comment on feasibility of those last items by the end of the day [15:04] ttx: I'll resume publishing the blog post today [15:04] okay [15:04] server-lucid-apt-mirror-ec2: one work item left, blocked on IS delivery, no update that I know of, will have to be postponed [15:05] kirkland: you have "Sign off on B2 candidate tests" [15:05] kirkland: and " announce why kqemu "went away" in Ubuntu" [15:05] will do both today [15:05] hggdh: you have "Perform tests on B2 candidate", is it under way ? [15:06] jiboumans: no news from IS on the new EC2 mirrors ? [15:06] ttx: not yet; sent a follow up to James Troup, but nothing yet [15:06] ttx: I have been unable so far, battling kernel oopses on my laptoip [15:07] hggdh: you can use the hardware in the DC [15:07] kirkland-mobile: clearly 'sign off' depends on 'perform tests' :) [15:07] hggdh: I'm not using the UEC test rig for now [15:07] hggdh: those B2 tests are about ruynning them on the DC testrig anyway [15:07] mathiaz: I will try it now, laptop stayed on all night without a oops [15:08] hggdh: I suspect your laptop doesn't have to stay up for the duration of the tests ? [15:08] hggdh: please coordinate with mathiaz/kirkland on that, those tests need to be run today (or never) [15:08] byobu/screen FTW [15:08] ttx: the problem I was having to whole day yesterday was for the laptop to stay on. period [15:08] heh [15:09] Last thing about beta§2 we have to discuss is "Ramdisk vs. no-ramdisk for cloud images" [15:09] smoser: please explain the new situation quickly [15:09] well, we're hoping for no ramdisks for beta-2. In all my tests (and ttx), the images boot successfully without ramdiks. [15:10] yesterday i removed ramdisk from publishing of EC2 images (20100107), but failed to do so for UEC images. 20100107.1 should be out in 90 minutes or so with that change inside. [15:10] So the idea is to have candidates up with "noramdisk", test the heck out of them [15:10] on every single cloud you can put your hands on [15:10] if the results are satisfying by the end of the day, we'll keep them, otherwise we'll revert [15:11] (late in smoser's night) [15:11] if you want to test with no ramdisk, just to make sure you don't hit the previous hang (bug 531494) you can do so easily with 'uec-publish-image --ramdisk=none' [15:11] Launchpad bug 531494 in Ubuntu Lucid "cloud-init job sometimes not running in cloud images without ramdisk" [High,Fix released] https://launchpad.net/bugs/531494 [15:11] smoser: does that sound like a plan ? [15:11] that sounds like a plan to me. [15:11] comments ? [15:11] so far it is infinitely more stable than it was in beta-1 without ramdisk. [15:11] Basically we want to give noramdisk a last chance [15:12] just registering todays image will give no ramdisk? [15:12] kirkland: no [15:12] or are there special instructions? [15:12] the current one you have to use smoser's command (see #ubuntu-server) [15:13] but new ones should nbe up in 90min [15:13] kirkland-mobile, registering todays image 20100107 will register a ramdisk [15:13] registering 20100107.1 will not (that is due in 90minutes) [15:13] ttx: thought it might be nice to have in the log here [15:13] or, alternativley use '--ramdisk=none' [15:13] on your uec-publish-tarball command line [15:13] smoser: right, thanks [15:14] uec-publish-image --ramdisk=none image.tar.gz lucid-20100407-noramdisk amd64 [15:14] ok, next up [15:14] uec-publish-tarball is awesome, btw [15:14] [TOPIC] RC/Final preparation [15:14] New Topic: RC/Final preparation [15:14] Release is at the end of the month [15:14] Here are the priorties until then: [15:14] 1/ Release-critical bugs [15:15] 2/ # Continued specs (eucalyptus-merging, uec-testing, puppet-ec2) [15:15] 3/ Lucid targets of opportunity [15:15] You can find a list of release-critical bugs and targets of opportunity at: [15:15] https://wiki.ubuntu.com/ServerTeam/ReleaseStatus [15:16] The RC bugs in that list take precedence over the spec work. [15:16] Note that FinalFreeze is next week [15:16] So that leaves little room for non-critical bugfixes :) [15:16] Please pay special attention during triage days to catch release-critical issues [15:17] We'll have a sudden influx of server lucid bugs after beta2 [15:17] we need to catch regressions and upgrade bugs early [15:17] don't hesitate to subscribe me to those with a note, when you stumble on one [15:17] +1 on that; we have our triage days set. don't miss them, don't prioritise over those [15:18] Also we'll have to spend a common effort on openldap, we know there are a few issues around it, and mathiaz won't have the time to fix everything by himself [15:18] so once beta2 is out we'll do some triage/upgrade-bugfix o that [15:18] whats wrong with openldap again? [15:18] zul: go triage the openldap bugs and find out :P [15:19] zul: we need to make sure that upgrade from hardy to lucid are working correctly [15:19] zul: the sticky point is the conversion from slapd.conf cn=config [15:19] Is everything clear on those priorities ? feel free to catch up with me or jib in case anything is unclear [15:19] clear [15:20] let's make tyhis a stellar release, we enter the last run [15:20] [TOPIC] Weekly Updates & Questions for the QA Team (hggdh) [15:20] New Topic: Weekly Updates & Questions for the QA Team (hggdh) [15:20] hggdh: o/ [15:21] no new from me, execpt that stress testing was fine until day before yesterday ;-) [15:21] hggdh: ISO testcases look better now [15:21] thanks to you, BTW [15:22] smoser, hggdh: the EC2 testcases still show "'multiple instances" and "single instance" rather than "multiple instances" and "userdata" [15:22] oh? i'll get that fixed. [15:22] ttx: are the iso test cases covered now? [15:22] We should fix that before the next respin [15:22] ttx: ie should set aside some time to run my iso testing scrips on the candidates? [15:23] ttx: should *I* set [15:23] mathiaz: I think we can achieve good coverage without you [15:23] ttx: great! thanks [15:23] mathiaz: I have been running them on the rig [15:23] hggdh: Would there be merit in blogging for community How to QA'ing + Test cases, and the tracker info. [15:23] Daviey: there would [15:23] Daviey: it is a good idea, this is the correct moment [15:23] ara is usually blogging about that [15:24] Daviey: I think ara made a call for testing already [15:24] anything else for QA ? [15:24] not from me [15:24] [TOPIC] Weekly Updates & Questions for the Kernel Team (jjohansen) [15:24] New Topic: Weekly Updates & Questions for the Kernel Team (jjohansen) [15:24] hggdh: thanks ! [15:24] jjohansen: hi [15:24] hi [15:25] I don't think we have any issues open with kernel now, everything was fixed [15:25] so I have Bug #532553 targeted for post beta2 [15:25] Launchpad bug 532553 in linux-ec2 "linux-image-2.6.32-302-ec2 is missing iptables module xt_recent" [Low,Confirmed] https://launchpad.net/bugs/532553 [15:25] and that is it atm [15:25] * kirkland-mobile points hggdh at jjohansen about his kvm oopses [15:26] ah, yeah kirkland-mobile would [15:26] :) [15:26] yes I will be looking into kvm oops, and we will see what we can find [15:26] jjohansen: when is kernel final freeze/upload? [15:27] I think it's passed already [15:27] next week [15:27] it hits a couple days before everyone elses [15:27] Ah you don't mean kernelfreeze [15:27] no [15:27] finalkernelfreeze ;) [15:28] anything else for kernel ? [15:28] jjohansen, kirkland-mobile is there a bug for kvm oops ? [15:29] I think hggdg has one [15:29] hggdh, even [15:29] smoser: yes, ask hggdh for it [15:29] * kirkland-mobile can't look it up atm [15:29] bug 556919 [15:29] Launchpad bug 556919 in linux "running KVM almost always hard-freezes the host" [High,New] https://launchpad.net/bugs/556919 [15:29] I suspect that it's cpu model specific [15:30] smoser: there are a couple Bug #444365, Bug #458201, Bug #556919 [15:30] [15:30] Launchpad bug 444365 in linux "BUG: unable to handle kernel NULL pointer dereference while stopping apparmor, kvm related?" [Undecided,Incomplete] https://launchpad.net/bugs/444365 [15:30] Launchpad bug 458201 in linux "kernel stacktrace on volume detach in kvm guest" [Medium,In progress] https://launchpad.net/bugs/458201 [15:30] hggdh: while doing uec testing you may run into bug [15:30] hggdh: bug 556833 [15:30] Launchpad bug 556833 in eucalyptus "System fails to reboot after eucalyptus preseeded instlation" [Undecided,New] https://launchpad.net/bugs/556833 [15:31] ok, moving on [15:31] ttx: ^^ this is the fails to reboot [15:31] bug [15:31] mathiaz: was wondering if it wasn't the grub location preseeded value [15:31] but had no time to look into it [15:31] ttx: may be [15:31] ttx: we can discuss it later [15:32] since it seems not to be able to find grub .. and netbooting showed some swapping of /dev/sd[ab] [15:32] [TOPIC] Weekly SRU review: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20weekly%20review (mathiaz) [15:32] New Topic: Weekly SRU review: https://wiki.ubuntu.com/ServerTeam/KnowledgeBase#SRU%20weekly%20review (mathiaz) [15:32] http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html [15:32] LINK received: http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.latest.html [15:33] anything worth SRUing on this list? [15:33] nope [15:34] nope [15:34] mathiaz: sounds like an outdated list ? [15:34] "fixed from 2010-03-20 to 2010-03-29" [15:35] ttx: yes indeed [15:35] http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.2010-04-05.html [15:35] LINK received: http://qa.ubuntu.com/reports/ubuntu-server-team/fixedbugs.ubuntu-server.2010-04-05.html [15:35] ^^ this one is empty [15:35] so I guess the script broke :/ [15:35] Last modified: Mon, 29 Mar 2010 00:07:48 GMT [15:36] There aren't any bugs nominated for the dapper,hardy,intrepid,jaunty,karmic [15:36] That's all for the SRU process then [15:36] cool [15:36] [ACTION] mathiaz to fix the fixedbugs script [15:36] ttx: ^ [15:36] [ACTION] mathiaz to fix the fixedbugs script [15:37] ACTION received: mathiaz to fix the fixedbugs script [15:37] [TOPIC] Call for Maverick blueprints [15:37] New Topic: Call for Maverick blueprints [15:37] * mathiaz suggest improving MootBot to allow users to record actions for themselves [15:37] So in a little more than one month we'll have UDS again ! [15:37] So it's time to start thinking about what you want to work on for the Maverick cycle [15:38] And filing blueprints about those [15:38] ttx: what's the naming scheme for the blueprint name? [15:38] (That's mostly a community call, the Canonical server team will work on a wikipage before creating those) [15:38] server-maverick-* [15:38] and set Jos Boumans as the approver [15:39] ttx: w.u.c or w.c.com? [15:39] Daviey: blueprint.lp.net [15:39] (no, reference to wikipage0 [15:39] Daviey: w.u.com - as usual [15:40] Daviey: the brainstorm of what we want to do as a team will probably be on a private wiki, but we'll file the results just after [15:40] Daviey: we don't write any specs in w.c.com [15:40] on wiki.u.com and blueprint.lp.net [15:40] great. [15:40] ttx: why use w.c.c? [15:40] ttx: and not follow the blueprint.lp.net process? [15:40] Daviey: we usually have plenty of ideas but reality bites us :) [15:41] desktop has theirs in w.u.c [15:41] mathiaz: sync with jib, he set up the page [15:41] ttx: ok [15:41] oh sure, if it's commercially related blueprints - keep them on the prvate wiki :) [15:41] maybe I misread the link [15:41] * ttx checks [15:41] ttx: you did not [15:41] i'm scheduling a brainstorm call next week [15:41] the results will be published on w.u.c [15:42] i requested the input to be on w.c.c [15:42] jiboumans: why the input needs to be on w.c.c? [15:42] Daviey: as you noted, some are commerical or have commercial implications [15:43] * kirkland-mobile has to drop...later. [15:43] jiboumans: ok. [15:44] [TOPIC] Open Discussion [15:44] New Topic: Open Discussion [15:44] Please shoot [15:45] Cluster Packages are getting into Debian. Those include ivoks changes... they should be hitting Debian unstable soon, though I'm not sure if they are going to do so in time for us to sync/merge [15:45] RoAkSoAx: what's the state of the cluster stack in lucid then? [15:45] RoAkSoAx: they are still in universe ? [15:46] I also had a suggestion: drop the dovecot-postfix package [15:46] for lucid [15:46] mathiaz, ttx cluster-agents, cluster-glue, heartbeat are still in universe [15:46] mathiaz: why? [15:46] due to library split need. This is done already in debian [15:46] the implementation is not so great (using a different configuration file) to the poin that upstream filed a bug to modify dovecot to check for our alternate configuration file [15:46] but as I just checked, they have been uploaded to unstable yesterday :). [15:47] mathiaz: Is dovecot-postfix broken? It seems nuts to drop it otherwise? [15:47] a lot of user were complaning that changing dovecot.conf doesn't work [15:47] RoAkSoAx: what's the current state of the cluster stack in lucid ? [15:47] which makes sense as dovecot-postfix is using dovecot-postfix.conf instead [15:47] ivoks, ScottK: any opinion on what mathiaz proposes ? [15:48] so now Ubuntu is known in the upstream community as: are you using Ubuntu? if so change dovecot-postfix.conf instead of dovecot.conf [15:48] ttx, Well currently, 3 packages are still in universe (cluster-glue, cluster-agents, heartbeat). cluster-glue needed library split, which is done in debian [15:48] bug 511295 [15:48] Launchpad bug 511295 in dovecot "dovecot -n silently reports wrong configuration when using dovecot-postfix" [Low,Triaged] https://launchpad.net/bugs/511295 [15:48] is the bug from upstream [15:48] so we would need to sync them [15:49] cluster-agents, and heartbeat were waiting for this library split to be able to upload them to main [15:49] considering dovecot-postfix was a target for jaunty.. it seems a shame to throw away the work. [15:49] LTS being maintainedfor 5 years I don't think it would be a good idea to provide a package that uses a *different* configuration file for 5 years [15:50] mathiaz: yes, an email thread about that might be a good idea [15:50] Daviey: well - the idea is good - the implementation proved to be not so great [15:50] [ACTION] mathiaz to propose removal of dovecot-postfix on MLs [15:50] ACTION received: mathiaz to propose removal of dovecot-postfix on MLs [15:50] we tried - it's an LTS - let's back it off and give another try [15:51] ttx, I'll review debian packages, to file sync bugs and apply proper Ubuntu changes if any [15:51] another point: zul how is mysql-server-5.0 removal going? [15:51] RoAkSoAx: is it currently broken ? As in, main packages depending on universe packages ? Critical bugs ? [15:51] mathiaz: should be ready to go after the freeze is lifted [15:51] ttx, it is not broken. Is up an running without library split and latest fixes [15:51] and third point [15:51] another proposal: drop the ubuntu-serverguide from the archive [15:52] RoAkSoAx: ok. Because it's quite late for non-critical fixes [15:52] mathiaz: rationale ? [15:52] sommer: hadn't had time to keep it up-to-date [15:52] mathiaz: we reviewed it recently, it's not that bad [15:52] and not having an up-to-date server guide is confusing at least for our users [15:52] ttx: Does ANYBODY use it? [15:52] mathiaz: I did find time to get most of the major updates in [15:52] (see the ldap section for karmic) [15:53] I think the ldap section is the notable exception, rather than the rule [15:53] mathiaz: I'm working on an SRU for that [15:53] and Iwouldn't throw away the baby with the bath water [15:53] mathiaz: and the Lucid instrustions work for karmic [15:53] ttx, well the packages that just hit Debian have many fixes, both in upstream and packaging. On the other hand, MIR for cluster-glue was rejected due to library split, which is now in Debian. Cluster-agents, Heartbeat MIRs were rejected too due to its dependency with cluster-glue. [15:53] ttx: may be - if so then my proposal has a *lot* less weight [15:53] ttx: i have to update landscape-client next week as well [15:54] I still think that the server guide is a great peace of work [15:54] RoAkSoAx: no time now, but we'll continue this discussion [15:54] and we should keep maintaining it [15:54] I'm just not sure if it should made available as a package [15:54] [ACTION] ttx to follow up with ivoks/RoaKSoax on cluster stack state [15:54] ACTION received: ttx to follow up with ivoks/RoaKSoax on cluster stack state [15:54] it may be worth discussing it at the next UDS [15:54] mathiaz: sounds late to change direction on that [15:55] the content is great - I'm not convinced about the form [15:55] mathiaz: but agreed for future release [15:55] mathiaz: I agree, and should have more time this cycle to do update... day job had a lot of projects coming to a close during the lucid cycle :-) [15:55] ttx: right - for lucid dropping the package from the archive seems the only solution for now [15:56] ttx: but if the guide is up-to-date [15:56] ttx: then it may be worth keeping in the archive [15:56] mathiaz: I think it's good enough. [15:56] ttx: ok [15:56] and if not bugs should be filed against it :) [15:56] ok, let's wrap up [15:57] On another note, are people keeping an eye out to sponsor other peoples work into the archive [15:57] Next meeting, next week, same UTC time, same place [15:57] Daviey: we should all have at least 1 hour of sponsoring time per week [15:58] I'm going through the sponsoring queue every Thursday [15:58] http://qa.ubuntu.com/reports/sponsoring/ [15:58] LINK received: http://qa.ubuntu.com/reports/sponsoring/ [15:58] ok, closing the meeting now, feel free to continue discussion on #ubuntu-server [15:58] #endmeeting [15:58] Meeting finished at 09:58. [15:58] I was just looking over that [15:58] ^^ for packages listed here under the -server seed [15:58] super. [16:01] * mvo looks around [16:02] hi [16:02] * tremolux waves at mvo [16:03] hi [16:04] Keybuk: poke chair [16:04] hi [16:04] * slangasek waves [16:05] cjwatson: two seconds ;) [16:05] dealing with last minute Activity Report flurry [16:06] ok [16:06] #startmeeting [16:06] Meeting started at 10:06. The chair is Keybuk. [16:06] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:06] [LINK] Meeting Agenda https://wiki.ubuntu.com/FoundationsTeam/Meetings/2010/0407 [16:06] LINK received: Meeting Agenda https://wiki.ubuntu.com/FoundationsTeam/Meetings/2010/0407 [16:06] slangasek: AR nag [16:07] doko__, lool: ping and AR nag [16:07] james_w: ping [16:07] Keybuk: last-minute> *cough* [16:07] hey, really creative fiction takes time [16:07] hello [16:07] Keybuk: meeting pong [16:08] [TOPIC] Lightning Round [16:08] New Topic: Lightning Round [16:08] Order: mvo, slangasek, doko, cjwatson, tremolux, ev, lool, james_w, Keybuk [16:08] done: software-center bugfixing, update-manager fixes, upgrade reports review [16:08] todo: focus on upgrade issues and remaining sotware-center bugs [16:08] (done) [16:11] done: plymouth bug fixing, beta-2 warm-up, got meself a script to batch-load the AMI #s onto the ISO tracker so I don't have to add 12 of them one at a time [16:11] todo: beta-2 release :) [16:11] (done) [16:11] openjdk & sun-java security builds, test failure debugging on the buildbots, icedtea plugin debugging, upgrade fixes for ca-certificates-java, python-central, trying to start the archive rebuild, gcc-4.5 packages updated (branched!) [16:11] (done) [16:12] done: Launchpad patch to restrict bug transitions away from "Won't Fix"; display init script output by default on server boot; kicked off foundations planning for 10.10; yet more partitioner bug-fixing [16:12] todo: adjust partitioner free space handling following alignment changes; per-package exceptions to package set administration; d-i translation sync; possibly try to land ubiquity-common package split [16:13] p.s. Launchpad ec2 testing is not actually *that* hard to set up and lets you do LP work without having to do the heroic dependency setup [16:13] (done) [16:13] Continued software-center bug fixes and triage. [16:13] Currently working on two bugs related to channel updating (LP: #542892, LP: #556995). [16:13] (done) [16:13] done: lots of bug fixing [16:13] in progress / todo: melting my brain in ubiquity's page history code, fixing whatever bugs arise from CD testing [16:13] (done) [16:16] lool appears to be absent, james_w: you're up [16:16] Done: lots of improvements to launchpad code imports, and especially their API, sponsoring. [16:16] In progress/todo: more sponsoring, using the API once I have it all landed to stretch the code imports system. [16:16] (done) [16:17] done: nice break over easter, got plymouth & mountall fixed up last week [16:17] todo: catching up with my bugs folder [16:17] -- [16:18] [TOPIC] Outstanding actions from last meeting [16:18] New Topic: Outstanding actions from last meeting [16:18] I don't see any since 03-10 [16:18] if nobody thinks they have any outstanding items, let's move on :) [16:18] [TOPIC] Outstanding feature freeze exceptions [16:18] New Topic: Outstanding feature freeze exceptions [16:18] slangasek: ? [16:19] well, /I/ don't have any outstanding feature freeze exceptions :) [16:19] do you have a list of anyone else's? :) [16:20] no [16:20] anyone else want a freeze exception today? :p [16:20] all mine got rejected… [16:22] Keybuk: hmm, do these have to be discussed in the meetings? [16:22] if you want [16:22] let's move on [16:23] [TOPIC] Milestoned bugs [16:23] New Topic: Milestoned bugs [16:23] [LINK] https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs?field.milestone:list=21447 [16:23] LINK received: https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs?field.milestone:list=21447 [16:23] * doko__ is getting the rejections on private channels by slangasek ... [16:23] again, not really sure what we're supposed to do here ;) [16:23] notice that there are bugs, then fix them! :) [16:23] slangasek: is there any particular reason to respin at this point? if not, I was planning on moving the installer bugs there to final [16:24] http://people.canonical.com/~cjwatson/task-assignments/ubuntu-10.04-beta-2.html shows precious little for the foundations team [16:24] LINK received: http://people.canonical.com/~cjwatson/task-assignments/ubuntu-10.04-beta-2.html shows precious little for the foundations team [16:24] I haven't updated that page this week, careful [16:24] oh [16:24] (sorry) [16:24] we've been hammering away on the beta-2 installer bugs, and recently got a new contributor to the KDE frontend who unexpectedly showed up with a batch of fixes, so that helped [16:24] well, the official list doesn't show much either :) [16:25] maybe we could pitch in on the outstanding arm porting bugs that keep being carried over between milestones? [16:25]