[00:12] oh man I'd so love to be late for my own funeral one day [00:12] they could put it on my gravestone "He was even late for his own funeral" [00:13] (bit too morbid?) [00:13] not me, I plan to be early! === Quintasan_ is now known as Quintasan === chrisccoulson_ is now known as chrisccoulson [08:25] Question: When is the next Asia Oceania meeting? === benonsoftware changed the topic of #ubuntu-meeting to: Ubuntu Meeting Gdfrounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs === benonsoftware changed the topic of #ubuntu-meeting to: Ubuntu Meeting Grounds | Calendar/Scheduled meetings: http://fridge.ubuntu.com/calendar | Logs: https://wiki.ubuntu.com/MeetingLogs [08:41] o.O === transitlogger is now known as apachelogger [09:57] Morning all [09:57] davidcalle: morning === doko_ is now known as doko === nik0 is now known as niko [16:00] * mvo waves [16:01] o/ [16:01] \o [16:01] * slangasek waves [16:02] * stgraber waves [16:02] #startmeeting [16:02] Meeting started at 10:02. The chair is slangasek. [16:02] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [16:03] Hi, I'm here for the first time and I am going to "listen" [16:03] hannie_: welcome :) [16:04] [TOPIC] lightning round [16:04] New Topic: lightning round [16:04] thanks [16:04] $ echo $(shuf -e cjwatson barry doko csurbhi stgraber jhunt mvo ev vorlon bdmurray) [16:04] stgraber doko cjwatson ev vorlon csurbhi bdmurray jhunt mvo barry [16:04] stgraber: start the ball rolling :) [16:04] Fixed and released Edubuntu. [16:04] Worked on Arkose, blog post to come soon. I basically did a complete rewrite to python and porting to LXC. [16:04] Spent a bit of yesterday working on bug 482419. [16:04] Launchpad bug 482419 in ifenslave-2.6 (Ubuntu Lucid) "802.3ad interface bonding fails if started too early" [Medium,Fix committed] https://launchpad.net/bugs/482419 [16:04] Rest of the week will most likely be spent working on Arkose, getting it in shape for an upload and blogging about it as soon as possible (code is in lp:~arkose-dev/arkose/trunk) [16:04] Will review and upload a new sssd later this week too now that ding-libs go accepted in the archive (missing build-dep for the new sssd). [16:04] (done) [16:05] (as in, release alpha-1 of Edubuntu, obviously ;)) [16:05] stgraber: is arkose compatible w/python3? :) [16:05] barry: not yet, but converting should be really easy :) I have a few print that python3 won't like. [16:05] sru for 482419 accepted into -proposed, thanks :) [16:06] stgraber: it would be fun to try. i'd be happy to help! [16:07] doko: [16:07] - various GCC/gnat/gcj multiarch packaging fixes [16:07] - track down unity-2d-places crash to qt4-x11 violating strict aliasing rules (with didrocks) [16:07] - track down autogen build failure [16:07] - track down binutils regressions [16:07] - update GCC packages [16:07] - syncs and merges [16:07] barry: ported ;) was just 7 lines to change [16:07] and multiarch enabled packages building now for unstable [16:07] stgraber: you rock! [16:08] yay for multiarch :) will be flushing patches to Debian soon... [16:08] (done) [16:08] then maybe we can have one or two base libraries back in sync [16:09] any more word on the dpkg patch review? [16:09] none [16:10] it's not critical-path for getting other packages back in sync, but it's obviously not good for Debian to not have the feature :/ [16:10] cjwatson: [16:11] On holiday Wed-Fri, so not much activity this week. (I did a fun d-i port to the Yeeloong mipsel netbook in my vacation, among other things ...) [16:11] Got back to live-build. As I get into more detail the list of work items has been growing, but I think it's now complete and the remaining items are fairly easy. I should finish this later this week. [16:11] Belatedly pushed lupin changes for bug 610898 to lucid/maverick. [16:11] Launchpad bug 610898 in Wubi "grub-pc upgrade renders computer unbootable when Wubi is installed to partition other than Windows" [High,Triaged] https://launchpad.net/bugs/610898 [16:11] Moved Kubuntu seeds to ~kubuntu-dev branches. [16:11] -- [16:11] Last week, finally managed to fix iSCSI boot (bug 728088). [16:11] Launchpad bug 728088 in open-iscsi (Ubuntu Natty) "iscsi root with or without auth fails to boot" [High,Fix committed] https://launchpad.net/bugs/728088 [16:11] Continuing to help out with GHC transition. [16:12] cjwatson, cool! that must have been nasty! [16:12] the iscsi boot bug [16:13] yes, as ever having direct access to an affected machine helped enormously [16:13] I don't know how much your code does with networking as yet, but you might like to have a look at the fix [16:14] ok [16:14] thanks! i will do that [16:15] the configure_networking interface right now is *nasty* [16:16] definitely needs redesigning rather than emulating [16:16] cjwatson: glad that live-build porting is reaching a conclusion. Do you know where the ARM team sits with porting their images over? [16:17] I've done testing on x86 builds that are more or less equivalent from the build-script point of view to ARM images [16:17] I have no remaining compatibility items that are specific to ARM [16:18] ok, great [16:18] (fixes were: making '--initramfs none' actually work, for jasper; using mkfs.ext2/ext3 rather than genext2fs; creating swap file in ext2/ext3 images) [16:18] so I intend to big-bang all flavours and architectures at once [16:19] \o/ [16:20] do the release team get a training session on live-build before alpha-2? :) [16:20] ev: [16:21] - Spent the vast majority of the week fighting PyGI. Got fairly fair in the [16:21] ubiquity conversation, but hit a bit of a wall trying to port a custom [16:21] widget (timezone map). Putting down for the moment so as to not waste too [16:21] much time on one workitem. [16:21] - Worked on re-proposal email for measuring installation failure and success. [16:21] I'm going to suggest that we dive straight in to the full implementation, [16:21] putting a checkbox on the slideshow and crash dialog for "send data to help [16:21] improve experience." Leaving this checked, as will be the default, will [16:21] collect data on installation failure and success, but also the installer [16:21] version, CD data, and some additional information that would provide a [16:21] better picture around the failing installs. [16:21] - Read Microsoft's paper on the design of Windows Error Reporting, and replied [16:21] to the Ubuntu Metrics team with my thoughts on how we can feed this into the [16:21] design of the automatic crash reporting. They've largely automated the [16:21] traditional bug feedback loop. Instead of the user having to file a bug, [16:21] the developer looking it over and asking the user for more information, or [16:21] providing an instrumented build for the user to try, both with a very long [16:21] feedback loop, if a developer sees crashes coming through that require more [16:21] information, they hit a flag in WER that tells subsequent clients to [16:21] automatically collect the additional required data, or even provide a stack [16:21] trace against every malloc call with a garbage collection done at the end to [16:21] provide verbose information on the leak, all happening with the users only [16:21] pressing "yes, I'd like to help Microsoft fix this." And of course, they [16:21] have a means of feeding updates back to the system if the bug is already [16:21] fixed. [16:22] - Met with Christian to discuss the design work needed on Wubi this cycle. I [16:22] need to provide him with a screencast of the install process. [16:22] - Fairly long call with Rick, Allison, and others to discuss the state of [16:22] Platform Futures. [16:22] (done) [16:22] ev: documentation of pygi still a problem? [16:22] did my mail about EU privacy law concerns reach you? I haven't seen any replies to it, and am not sure if that's due to delivery problems or because everyone's blowing me off as a loon :) [16:22] it's a ghetto. [16:23] cjwatson: they did and I was reading it over this morning [16:23] I suspect the opt-out nature of the re-proposal addresses that point, but I'm happy to run things by Amanda [16:23] a checkbox (as opposed to hiding it in preseeding) would satisfy my concerns there, I think [16:23] I don't recall its position on opt-in vs. opt-out [16:25] but not hiding it is the main thing [16:25] indeed [16:25] I will fight hard on it being checked by default though [16:25] I don't think we're going to get good data with opt-in [16:25] I don't think I personally feel strongly on that at any rate [16:26] and then there's the whole publishing battle, but I had a good chat with mdz on that [16:26] we should think about Wubi though, it will need the same checkbox (since its second stage is noninteractive) [16:26] indeed, there's already a workitem for it [16:26] way ahead of you ;) [16:29] heh, ok :) [16:31] did vorlon, get dc? [16:31] looks like it [16:32] ok [16:32] psurbhi: want to go ahead? [16:32] i will paste in my status [16:32] yeah [16:32] *) short week - thursday, friday - off. [16:32] *) working on writing the initctl command for changing the root filesystem [16:32] *) done. [16:32] heh, short and sweet :) [16:33] * slangasek shakes his fist at freenode [16:33] what'd I miss? :) [16:33] will paste [16:33] (did my own report make it through?) [16:34] slangasek: nope [16:34] nope [16:34] k, repasting [16:34] * merged new pam upstream version, sweeping up the CVEs for oneiric [16:34] * moving some of our patches a little closer to upstream [16:34] * coordinating multiarch fixes into Debian [16:34] * various other syncs/merges (most .la files dropped last cycle for multiarch are now syncs again) [16:34] * will look at nfs-utils, rpcbind this week [16:34] (done) [16:34] questions? [16:35] psurbhi: initctl command for changing root filesystem> is this the same thing as serializing state to let upstart re-exec itself, or are you doing it a different way? [16:36] slangasek, its achieving what run-init does in initramfs through upstart [16:36] so actually it could let any init be execed (could be upstart or /bin/sh etc) [16:36] no state passing [16:36] ah, ok [16:36] yeah, no state passing yet [16:36] * slangasek nods [16:37] bdmurray: [16:37] bug stats for foundations-bugs with arsenal work, push changes to collect-team-bugtotals in arsenal to gather bug stats about packages the team is subscribed to, updating collect-team-bugtotals to get bugs tagged apport- or regression- [16:37] added bug reported acknowledgement for update-manager (telling people to tag bugs distribution-upgrade) [16:37] updated apt's apport package installation failure routine to include /var/log/apt/history.log and not report ENOENT bug [16:37] wrote an update-manager apport hook, proposed branch for merging and had it merged / sponsored [16:37] bdmurray: \o/ [16:37] update packages-with-most-bugs-recently.py mailing list parsing script which returns most recent packages with bugs counts [16:37] patch pilot [16:37] wrote some apport bug patterns for foundations-bugs [16:37] phone call with allison regarding bug workflow / lifecycle survey [16:38] done [16:38] Lots of Upstart merging again. All natty feature code sent as individual [16:38] patches to upstart-devel and now applied to lp:upstart. Cookbook update [16:38] (lots more in progress due to merging). Ubuntu merge still TODO - [16:38] somewhat of a conflict extravaganza! :) Mailed Coverity re scanning [16:38] Upstart+libnih codebases - no response yet... Now starting to discuss [16:38] Oneiric plans on MLs. Experimentation with Abstract Jobs. Ongoing [16:38] investigations into chkconfig-like tool for Upstart. [16:38] ✔ [16:38] so as of this week, that means apport will only be sending us useful bug reports ;) [16:39] psurbhi: do we have a list of jobs that need to pass state btw? [16:39] i thought that was plymouth and something else [16:39] mentioned on the blueprint [16:40] Short week, last thursday public holiday, friday vacation [16:40] squid-deb-proxy: merge/cleanup debconf support, add pkgblacklist, add .d directories for destination/source/pkgblacklist, add udeb [16:40] apt: work on abi-break branch that merges the various abi-break branches together, add distro as query string to the mirror method, make mirror ignore "#" lines, SoC work [16:40] update-notifier: honor global disabled apport properly [16:40] software-center: branch review/merges, make qml branch pyflakes clean, adds model tests for the qml branch, merge basic qml UI to trunk, work on improved "enum-style-idea" branch and merge to trunk, upload new version [16:40] (done) [16:40] python3.1 rdeps eradicated (bug 791423 still outstanding); bug 634387 and bug 659738 (double motd banner); foundations-o-dhpython-transition (should have wiki page and status email rsn); foundations-o-python-versions (working on py3-on-cd data); released python 2.6.7; patch pilot; platform futures meeting; udd stakeholders meeting; done. [16:40] Launchpad bug 791423 in python3.1 (Ubuntu) "python3.1 removal in oneiric, superseded by python3.2" [Undecided,New] https://launchpad.net/bugs/791423 [16:40] Launchpad bug 634387 in sysvinit (Ubuntu) "creates motd.tail on postinst, which could mean duplicate entries in /etc/motd (dup-of: 659738)" [Medium,Confirmed] https://launchpad.net/bugs/634387 [16:40] Launchpad bug 659738 in sysvinit (Ubuntu Lucid) "Duplicate welcome message in motd (caused by postinst script creating motd.tail file)" [Medium,Triaged] https://launchpad.net/bugs/659738 [16:41] Launchpad bug 659738 in sysvinit (Ubuntu Lucid) "Duplicate welcome message in motd (caused by postinst script creating motd.tail file)" [Medium,Triaged] https://launchpad.net/bugs/659738 [16:41] will be nice to finally put that motd bug to rest [16:42] slangasek: indeed. do you have any thoughts on which patch to accept for lucid? [16:42] incidentally, I was going to pull lp:ubuntu/sysvinit to look at some of the history of the maintainer script, and bzr tells me it's no longer there :P [16:42] jhunt, i dont really recollect which one it was.. but its some process that needs to be stoped just for the switch..! cjwatson, do you happen to know this? [16:42] (it used to be, because I have a branch of it locally!) [16:43] slangasek: sadly, i did not have a branch of it and had to use apt-get source. don't know what happened to it :( [16:43] jhunt, i will find this out and let you know! [16:43] barry: are there competing options now? I thought the '&& ! [ -L ... ]' was the only proposal on the table [16:43] psurbhi: udev? [16:43] psurbhi: thanks [16:43] but that needs to be stopped to move it to the new root [16:43] barry: I guess I should raise a udd bug on that; losing the existing branch is rather an unpleasant failure mode [16:43] yes, i thought it was udev, but we could just restart it without the state, it will just be slower without the state maybe..? [16:43] * cjwatson tries to grep [16:43] slangasek: i thought there was another option (backporting oneiric's full change to lucid), but i like the !-L option a lot. maybe i should just upload that and be done with it :) [16:44] $ grep -r '/dev/\.initramfs/.*pid' /usr/share/initramfs-tools/ [16:44] /usr/share/initramfs-tools/scripts/init-top/plymouth:/sbin/plymouthd --mode=boot --attach-to-session --pid-file=/dev/.initramfs/plymouth.pid [16:44] i did remember discussing udev as that process at the UDS [16:44] /usr/share/initramfs-tools/scripts/init-top/bootchart:echo $! > /dev/.initramfs/bootchart.pid [16:44] slangasek: bzr bug, yes definitely! [16:44] /usr/share/initramfs-tools/scripts/init-bottom/plymouth:if [ -f ${rootmnt}/dev/.initramfs/plymouth.pid ] [16:44] so I think NOT udev but plymouth and bootchart [16:44] yes! thats it .. bootchart! :) thanks a lot! [16:44] barry: having looked at the differences, backporting the full change makes me nervous. I might be less nervous if I had VCS history to look at ;P [16:44] jhunt ^ so thats it - plymouth and bootchart :) [16:44] slangasek: lp:~jamesodhunt/sysvinit/for-slangasek [16:45] slangasek: agreed and agreed! [16:46] psurbhi: thanks. state saving does seem like an awful lot of work for just two jobs though :) [16:46] jhunt: I think that's about the same as what I have here, and predates all the interesting changes... :) [16:46] state saving is more useful for upgrades [16:46] slangasek: okay, i'll upload the !-L patch to lucid-proposed [16:46] jhunt: thanks anyway though :) [16:47] slangasek: and there's always `bzr import-dsc` [16:47] yeah... [16:48] [TOPIC] AOB [16:48] New Topic: AOB [16:48] anything else today? [16:49] not urgent right now, but we should probably start planning for the rally soon [16:50] yes [16:50] the idea of installing updates after downloading them in ubiquity came back up today [16:50] I'm inclined to do it [16:50] there's a wiki page seeded where you can post your agenda items for the rally; one sec [16:50] slangasek: ah, good [16:51] ev: how would we get over the problems raised last tme (essentially, what to do if you finish installation before you're finished upgrading)? [16:51] cjwatson: let it keep going until it's done, presumably with a cancel button if it hasn't started installing packages yet [16:51] could we use unattended-upgrades in minimal-steps mode for this? it will still have a delay, but smaller [16:51] or minimal-chunks mode perhaps? [16:51] snap [16:51] :) [16:52] https://wiki.canonical.com/UbuntuPlatform/Rally/Oneiric/Foundations [16:52] I am unfamiliar with this. Can you please point me at your manifesto? ;) [16:54] /usr/bin/unattended-upgrade:upgrade_in_minimal_steps() [16:54] ev: /etc/apt/apt.conf.d/50unattended-upgrades has some text, look for minimal seps [16:54] steps even [16:54] thanks to the both of you [16:55] remind me to spend some time optimising man-db, I bet I could speed up minimal-steps mode some [16:55] that would be great! [16:55] (though actually I don't know how much of the slowness there is per-run and how much is per-file) [16:55] the code in u-n is currently pretty simple (== navie) there is lots of room for improvement there as well [16:56] alternatively buxy's work on reorganising triggers would help too [16:59] anything else before we adjourn? [16:59] #endmeeting [16:59] Meeting finished at 10:59. [16:59] thanks, all [16:59] thanks! [16:59] thanks! [16:59] thanks [16:59] thanks [16:59] please start plugging your rally agenda items into the wiki as you think of them [17:00] thx [17:00] thanks [17:00] Kalispera [17:01] Twn euxaristiwn einai simera? [17:01] xaxaxaxa [17:01] Sorry === DBO is now known as DBOut [17:59] hello [18:00] hey [18:00] hey [18:00] jinx [18:00] hello [18:00] lets get going then [18:00] #startmeeting [18:00] Meeting started at 12:00. The chair is bdmurray. [18:00] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [18:01] the agenda is available at https://wiki.ubuntu.com/QATeam/Meetings [18:01] [TOPIC] Previous Actions [18:01] New Topic: Previous Actions [18:01] bdmurray working on bugs with WORKAROUNDS [18:02] So I queried the Launchpad database for ubuntu bug tasks with the word WORKAROUND in the description and found there are about 700 [18:03] Our guidelines say to use all caps but I might expand the query to not be case sensitive and also check comments just to see if maybe more are hiding [18:03] * charlie-tca made it, too [18:04] But regardless we have a starting number so that we can try and get workarounds used more and see what happens [18:04] I think that would be a good idea. Not everybody follows the example so closely. [18:05] right and we'd also talked about adding a tag to bugs with workarounds so I could rerun the query and automatically update bugs which are following it closely and produce a list to manually review for the others [18:06] [ACTION] bdmurray to query more liberally for workaround usage [18:06] ACTION received: bdmurray to query more liberally for workaround usage [18:06] next then [18:06] [TOPIC] Community Efforts/Testing [18:06] New Topic: Community Efforts/Testing [18:07] jibel: ? [18:07] I'm here [18:07] Last week was alpha1 iso testing. [18:07] You'll find results on the wiki: [18:07] https://wiki.ubuntu.com/QATeam/ReleaseReports/OneiricAlpha1TestReport [18:08] [LINK] https://wiki.ubuntu.com/QATeam/ReleaseReports/OneiricAlpha1TestReport [18:08] LINK received: https://wiki.ubuntu.com/QATeam/ReleaseReports/OneiricAlpha1TestReport [18:08] The major issues discovered are: [18:08] * unity-2d crashes which is a problem between gcc 4.6 and qt4-x11 violating strict aliasing rules. doko and didrocks are on it. Fix uploaded 1.5 hour ago. [18:08] * gnome-user-share crash: need porting to gtk3: Fixed [18:08] * nautlius background not redrawing: Fixed [18:09] * missing windows buttons: Fixed [18:09] * No USB support on beagle/beagleXM [18:09] * RAID1 Test Failed on server. Need someone to confirm. [18:09] * Ubiquity on Kubuntu failed [18:09] Very few installer and Unity bugs. But since most of us are testing in VMs unity received little testing compared to unity-2d. [18:10] The laptop tracker for Oneiric is opened. [18:10] https://lists.ubuntu.com/archives/ubuntu-qa/2011-June/001615.html [18:10] [LINK] https://lists.ubuntu.com/archives/ubuntu-qa/2011-June/001615.html [18:10] LINK received: https://lists.ubuntu.com/archives/ubuntu-qa/2011-June/001615.html [18:10] Time to test alpha 1 on real iron. [18:10] Thanks to primes2h for coordinating this effort. [18:10] Alpha 2 testing will start on July 5th (https://wiki.ubuntu.com/OneiricReleaseSchedule) [18:10] Followed by a week of ATI/nVidia proprietary driver testing [18:10] and 10.04.3 the week after. [18:11] that's all from me [18:11] o/ [18:11] any question ? [18:11] charlie-tca, i'm all ears [18:11] general information under community testing. [18:11] Xubuntu seeded lightdm as default on the cd today [18:11] We will be giving a pretty good test [18:12] woot! [18:12] .. [18:13] thanks jibel [18:13] [TOPIC] Automated/Systems Testing [18:13] New Topic: Automated/Systems Testing [18:13] hello [18:13] Kernel SRU: [18:13] - dbench ready in kernel sru ppa [18:13] - ltp in progress [18:13] - yet to be completed: tbench, signaltest, tiobench, qrt [18:13] - initial process defined for daily sru kernel testing vs release testing [18:13] * Started reviewing ubuntu-server-iso-test project to locate [18:13] entry points for implementing kernel sru testing reqs [18:14] Package testing: [18:14] - collected ~60 packages from engineering teams [18:14] - started adding active development branches to daily builds. premliminary results are showing no successful test executions (for package containing tests). after digging a bit, some of the 'test' dirs have updated timestamps that several years back. [18:14] questions? [18:15] thanks patrickmw [18:15] [TOPIC] Engineering Team Bug Status [18:15] New Topic: Engineering Team Bug Status [18:16] pedro_: how are things? [18:16] hola bdmurray, things are going good here [18:16] i don't have much to share except for [18:16] the bug day we're running tomorrow: https://wiki.ubuntu.com/UbuntuBugDay/20110609 [18:17] Nautilus is our next target and we already have a person smashing bugs like crazy (thanks brendan) [18:17] so please join us if you wanna learn a bit more about nautilus and how to perform bug triage , as always we'll be at #ubuntu-bugs [18:17] wow, that's great! [18:17] .. [18:18] This past week I wrote an update-manager apport hook which has landed in Oneiric [18:19] I also got some fixes in apt which will prevent some apport-package bug reports from being filed and add in /var/log/apt/history.log to the apport-package bug reports which will provide some more context for what the user was doing [18:19] Depending on how both of those work out in Oneiric I plan on SRU'ing them to previous releases [18:20] bdmurray, yay [18:20] Thank you, that always helps! [18:20] nice :-) [18:20] I've also been working with arsenal to gather bug stats for packages related to foundations-bugs [18:21] .. [18:21] [TOPIC] Other Topics [18:21] New Topic: Other Topics [18:22] are there are other topics to discuss today? [18:23] okay then on to the last item [18:24] [TOPIC] Next Chair [18:24] New Topic: Next Chair [18:25] patrickmw: perhaps you'd be interested? [18:25] some of us will be in London next week and might be available [18:25] including me [18:26] I will accept the following week :) [18:26] pedro_: then maybe you? ;-) [18:26] sure :-) [18:26] thanks, pedro_ [18:26] no problem [18:27] pedro_: and let's not let patrickmw off the hook next week! [18:27] lol [18:27] [ACTION] pedro to chair next meeting on 2011-06-15 [18:27] ACTION received: pedro to chair next meeting on 2011-06-15 [18:27] #endmeeting [18:27] Meeting finished at 12:27. [18:27] Thanks everyone [18:27] heh [18:27] thanks bdmurray [18:28] thanks bdmurray [18:28] you rock, bdmurray [18:28] thank for chairing, bdmurray [21:01] good morning everyone [21:01] who's here for the kubuntu meeting? [21:01] o/ [21:01] \o [21:02] o/ === yofel_ is now known as yofel [21:02] o/ [21:03] ScottK, neversfelde: council ping :P [21:03] Hello [21:03] Hi [21:04] I think we should be starting with the new council, DarkwingDuck is going to join us as a new member and "replacing" (for lack of a better word) rgreening. [21:05] * DarkwingDuck waves [21:05] I'd like to take the opportunity and thank Rod for his work on the Kubuntu Council over the past 2 years :) [21:06] +1 [21:06] +1 [21:06] apachelogger: They are about the same size, so I think replacing is fine. [21:06] lol [21:07] +1 [21:07] :P [21:07] moving on to memberships... as I cannot get hold of rbelem and c2tarun, perhaps fabo wants to start [21:07] sure [21:07] https://wiki.kubuntu.org/FathiBoudra [21:08] https://launchpad.net/~fboudra [21:09] I had previously Kubuntu membership (expired now) [21:09] fabo: I suppose it only expired recently? [21:09]