[02:59] <LLckfan> Does any1 know how to stop Shockwave flash from crashing? I have uninstalled both Flash and my browser (Chrome), installed both from a fresh download, and scanned my computer (come up clean). Everything is updated
[15:01] <Laney> D M B HOOOOOOOO
[15:01] <Laney> !dmb-ping
[15:01]  * tumbleweed waves
[15:01]  * micahg-work waves
[15:02] <Laney> EARTH! WIND! FIRE! PPU!
[15:02] <Laney> . o O ( -!- There is no such nick glatzor )
[15:03] <micahg-work> maybe you
[15:03] <micahg-work> maybe you're invoking the wrong daemon, we're looking for the apt variaty
[15:03] <Laney> we need one more member ...
[15:05] <Laney> well, anyway.
[15:06] <Laney> micahg-work: what do you think we need to do on the PPU proposal now?
[15:07] <Laney> it needs to become public
[15:07] <micahg-work> Laney, I guess you need to be more specific in your incantations...we just got an ubuntu-dev member ^^
[15:07] <micahg-work> Laney, I think it's just stgraber weighing in and someone doing a proper write-up
[15:08] <Laney> are you explicitly not volunteering for that then? :-)
[15:08] <micahg-work> no, I'm just not sure I'll have time between now and the next meeting
[15:08] <Laney> I'll start a pad
[15:08] <micahg-work> I'm happy to take the task, just can't promise it'll be completed quickly
[15:08] <Laney> and we can all do it
[15:08] <tumbleweed> wasn't the proposal write-up proper-enough?
[15:08] <micahg-work> ok, I'll happy to review/comment/edit
[15:09] <Laney> maybe, but not public
[15:09] <tumbleweed> ah
[15:09] <tumbleweed> and we did find some confusion in discussing it
[15:09] <Laney> indeed
[15:09] <tumbleweed> so minor editing before making it public would be good
[15:09] <Laney> so, do that, move glatzor to email and ping bdrung to keep up on the LO thread
[15:09] <Laney> #endfakemeeting
[15:11] <tumbleweed> worksforme
[15:14]  * stgraber waves
[15:15] <stgraber> sorry, really need to reply to the PPU thread, will try to do that today...
[15:15]  * bdrung arrives.
[15:15] <tumbleweed> without glatzor, I don't think we need a real meeting
[15:16] <tumbleweed> we can save laney's paperwork-effort for another week
[15:16] <stgraber> sounds good.
[15:17] <Laney> that's why I didn't start it properly
[15:17] <Laney> (H)
[15:19] <bdrung> Laney: todays meeting is a late meeting and will start in approximately four hours!
[15:19] <Laney> is it?
[15:19] <bdrung> yes
[15:19]  * Laney sniggers
[15:20] <bdrung> i wondered why my smartphone didn't remind me of the meeting and saw the meeting scheduled for later this day :)
[15:21] <Laney> we'll see how that goes then
[15:35] <micahg-work> oh, right :)
[15:37] <ScottK> Here now ...
[16:06] <bdrung> !dmb-ping
[16:07] <bdrung> meeting in three hours
[16:07] <Laney> haha
[16:07] <bdrung> :)
[16:07]  * Laney reports bdrung 
[16:08] <bdrung> it's just a reminder for everyone to set their alarm :)
[16:19] <ScottK> Here
[16:20] <micahg-work> ScottK, meeting isn't for another ~2.75 hrs
[16:20] <micahg-work> we jumped the gun
[16:20] <ScottK> good thing I was late then.
[16:31]  * sbeattie waves hello
[16:31] <tyhicks> hello
[16:31]  * sarnold waves sleepily
[16:33]  * sbeattie kicks off the security team's meeting
[16:33] <sbeattie> #startmeeting
[16:33] <meetingology> Meeting started Mon May 20 16:33:51 2013 UTC.  The chair is sbeattie. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:33] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[16:33] <sbeattie> The meeting agenda can be found at:
[16:33] <sbeattie> [LINK] https://wiki.ubuntu.com/SecurityTeam/Meeting
[16:34] <sbeattie> Since jdstrand and mdeslaur are off today, I'm chairing.
[16:35] <sbeattie> There's no announcements or actions to review this week.
[16:35] <sbeattie> [TOPIC] Weekly stand-up report
[16:35] <sbeattie> I'll go first.
[16:35] <sbeattie> Once again I'm focused on apparmor stuff this week.
[16:35] <sbeattie> I'll be working on the items for the security-s-appisolation-sdk blueprint.
[16:36] <sbeattie> I also have a bit of stuff for upstream, including irritating jjohansen with design discussions.
[16:36] <sbeattie> That's pretty much it for me. tyhicks: you're up
[16:36] <tyhicks> I'm focused on https://blueprints.launchpad.net/ubuntu/+spec/security-s-appisolation-dbus-performance this week
[16:37] <tyhicks> I've got a little more benchmarking that I should finish up today
[16:37] <tyhicks> then I'll push the dbus rule syntax discussion a little more to completion
[16:38] <tyhicks> and I may also get started on the aa_log() libapparmor function
[16:38] <tyhicks> that's it for me
[16:38] <tyhicks> jjohansen: you're up
[16:38] <jjohansen> well I am chipping away at my blueprints as well
[16:38] <jjohansen> https://blueprints.launchpad.net/ubuntu/+spec/appdev-s-appisolation-signals-ipc-ptrace
[16:38] <jjohansen> https://blueprints.launchpad.net/ubuntu/+spec/security-s-appisolation-extended-conditionals
[16:39] <jjohansen> and of course arguing with sbeattie ;)
[16:40] <jjohansen> hopefully we can get the dbus, and default profile discussions completed this week and move onto the next set of arguments
[16:40] <jjohansen> sarnold: your up
[16:40] <sarnold> I'm on triage this week
[16:41] <sarnold> I've also got a back-burner project to take the fedora zlib environment variable thing for openssl -- some pci auditors are failing folks with postfix and tls for the flaw, and just providing them a way around rather than arguing seems like the best move
[16:42] <sarnold> local packages are built, just need some testing and building with the intention of aiming for -security-proposed, I believe
[16:42] <sarnold> front-burner is apparmor patch review for whoever can feed me patches :) (I think I've still got ~12 left from john's most recent patch flood)
[16:42] <sarnold> chrisccoulson: your turn
[16:43] <chrisccoulson> this week, i'm mostly focusing on https://blueprints.launchpad.net/ubuntu/+spec/client-1303-webkit-maintenance
[16:43] <chrisccoulson> i shouldn't need to do any updates this week \o/
[16:43] <sbeattie> yay
[16:43] <chrisccoulson> er
[16:43] <jjohansen> sarnold: I'm sorry your queue is getting low I'll make sure to top it up again
[16:44] <chrisccoulson> actually, there will be a fix for bug 1180227, but that's trivial
[16:44] <chrisccoulson> that's me :)
[16:44] <sbeattie> cool
[16:44] <sbeattie> [TOPIC] Highlighted packages
[16:44] <sbeattie> The Ubuntu Security team will highlight some community-supported packages that might be good candidates for updating and or triaging. If you would like to help Ubuntu and not sure where to start, this is a great way to do so.
[16:44] <sbeattie> See https://wiki.ubuntu.com/SecurityTeam/UpdateProcedures for details and if you have any questions, feel free to ask in #ubuntu-security. To find out other ways of helping out, please see https://wiki.ubuntu.com/SecurityTeam/GettingInvolved.
[16:44] <sbeattie> http://people.canonical.com/~ubuntu-security/cve/pkg/xml-light.html
[16:44] <sbeattie> http://people.canonical.com/~ubuntu-security/cve/pkg/boinc.html
[16:44] <sbeattie> http://people.canonical.com/~ubuntu-security/cve/pkg/beaker.html
[16:44] <sbeattie> http://people.canonical.com/~ubuntu-security/cve/pkg/gnugk.html
[16:44] <sbeattie> http://people.canonical.com/~ubuntu-security/cve/pkg/xpdf.html
[16:45] <sbeattie> [TOPIC] Miscellaneous and Questions
[16:45] <sbeattie> Does anyone have any other questions or items to discuss?
[16:45] <sbeattie>  
[16:45]  * micahg-work will save his ranting about Chromium for another week perhaps
[16:45] <sbeattie> heh.
[16:47] <sbeattie> Alright, doesn't look like it.
[16:47] <sbeattie> ChrisCoulson, jjohansen, sarnold, tyhicks: thanks!
[16:47] <sbeattie> #endmeeting
[16:47] <meetingology> Meeting ended Mon May 20 16:47:49 2013 UTC.
[16:47] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-20-16.33.moin.txt
[16:47] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-20-16.33.html
[16:47] <tyhicks> thanks
[16:47] <jjohansen> thanks sbeattie
[16:48] <sarnold> thanks sbeattie :)
[18:50] <bdrung> !dmb-ping
[18:50] <bdrung> meeting in 10 minutes
[18:50] <ScottK> \o
[18:50] <bdrung> glatzor is not yet online
[18:51] <Laney> read the fakemeeting and see if you have anything to add if he doesn't show up
[18:51]  * tumbleweed waves (again)
[18:51] <Laney> just asked #ubuntu-news to fix the calendar meeting times
[18:51] <tumbleweed> ta
[18:53] <bdrung> I sent glatzor a reminding mail. let's see if he appears.
[18:57] <bdrung> his @web.de mailbox is unavailable
[18:57] <Laney> he used @ubuntu.com to mail us
[18:57] <Laney> probably too late for a mail to matter though
[18:58] <barry> btw, has everybody who is going to vote on sweetshark, actually voted?
[18:58] <ScottK> Worth a try to mail @ubuntu.com
[18:58]  * bdrung looked at launchpad and then on his wiki page instead of looking in my mailbox
[18:58] <bdrung> i resent the mail to his @ubuntu.com address
[19:00] <Laney> so, in the absence of glatzor, anyone got anything to add over the fakemeeting?
[19:01] <tumbleweed> no, and I'm keen to go out for drinks, so if enough of the rest of the DMB is here, and/or he doesn't turn up, I'm off soon
[19:01] <tumbleweed> (possibly to turn up later for a vote)
[19:02] <Laney> go on, we've got enough
[19:02] <barry> Laney: maybe this would go better after drinks? :)
[19:02] <Laney> +1 ALL the applications!
[19:03] <ScottK> I'm good with the results of the fakemeeting.
[19:06] <Laney> #endfakemeetingII
[19:54] <glatzor> hello bdrung
[19:55] <bdrung> glatzor: hi. sadly, you are 1 hour too late.
[19:55] <bdrung> !dmb-ping
[19:55] <glatzor> bdrung, oh no. sorry.
[19:56] <bdrung> let's see who react to my ping.
[19:56]  * micahg-work is still around
[19:56] <barry> pong
[19:56] <barry> i'm otp, but can pay a bit of attention
[19:56] <stgraber> I'm around
[19:56] <bdrung> otp?
[19:56] <glatzor> bdrung, I have chossen a wrong time zone.London isn't UTC :/
[19:56] <stgraber> bdrung: on the phone
[19:57] <micahg-work> nope, London is UTC+1 ATM
[19:57] <bdrung> glatzor: you can use "date -u"
[19:57] <glatzor> I feel really very sorry.
[19:57] <bdrung> glatzor: you are not the first struggling with UTC ;)
[19:58]  * micahg-work is confused, shouldn't that have made glatzor an hour early...
[19:58] <bdrung> half of the board members made a time zone calculation error at least once.
[20:00] <bdrung> we seems to be quorate
[20:00]  * micahg-work looks for Laney 
[20:01] <bdrung> the next chair after Laney is micahg-work
[20:02]  * micahg-work was already chair...
[20:02]  * micahg-work supposes he could chair again
[20:02] <micahg-work> #startmeeting Developer Membership Board
[20:02] <meetingology> Meeting started Mon May 20 20:02:29 2013 UTC.  The chair is micahg-work. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[20:02] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[20:03] <micahg-work> welcome to the Developer Membership Board meeting, this will be an abridged meeting as we've previous discussed the outstanding agenda items
[20:03] <bdrung> then the agenda is not up-to-date regarding the upcoming chairs. but I don't deny your offer to chair again. ;)
[20:03] <micahg-work> #topic PPU for glatzor (Sebastian Heinlein)
[20:03] <micahg-work> #link https://wiki.ubuntu.com/SebastianHeinlein/PerPackageUploadApplication
[20:04] <micahg-work> glatzor, please introduce yourself
[20:04] <glatzor> thanks for taking the time so late in the evening.
[20:04] <glatzor> I am Sebastian Heinlein. I contribute to Ubuntu since 2006.
[20:05] <glatzor> I am involved in Free and Open Source Software development for one third of my so far 34 year long life. Starting as a translator for the Synaptic package manager I soon got interested in documentation and user interface design. The main developer of Synaptic and long standing Debian and Ubuntu developer Michael Vogt became a kind of mentor to me and introduced me to the Ubuntu community.
[20:05] <glatzor> My first UDS was in Paris, 2006. I was mainly working on user interfaces and implementing them using Python. But over the time I dived down the package management stack. So after the PackageKit project was started I wrote a Python based APT backend. Unfortunately the technical design policies of PackageKit did not allow to support essential features of APT and the upcoming software-center. This was the time when I created
[20:05] <glatzor> the aptdaemon project which is used as the default package management service in Ubuntu's desktop.
[20:06] <glatzor> And I think that I even shared once a room stgrabber at an UDS :)
[20:07] <glatzor> I would like to apply for for PPU for the packages that I am mainly working on:
[20:07] <glatzor> aptdaemon, packagekit, sessioninstaller, python-defer
[20:08] <glatzor> You can find additional information on my PPU wike page:
[20:08] <glatzor> https://wiki.ubuntu.com/SebastianHeinlein/PerPackageUploadApplication
[20:10] <micahg-work> glatzor, so, we see that you're very active on IRC, but less so with regard to sponsored uploads, is there any reason for that?
[20:10] <stgraber> glatzor: haha, yeah, I believe that was the UDS in Dallas (though that was a long time ago, memory is getting fuzzy)
[20:11] <micahg-work> #chair bdrung
[20:11] <meetingology> Current chairs: bdrung micahg-work
[20:12] <glatzor> micahg, that was part of mvo's and mine workflow. I commited many changes to the bzr packaging repositories and mvo uploaded them.
[20:12] <micahg-work> ah, ok
[20:12] <glatzor> micahg, so that is perhaps a reason why you don't see so many official sponsorships. But I have not been very active on IRC recently to be honest.
[20:13] <micahg-work> ah, neither have I, maybe that's why I remember you as being active :)
[20:14] <glatzor> micahg-work, :)
[20:15] <glatzor> micahg-work, but in the last monthes I have been quite busy with my new job position and I moved places. So the time for development was a little bit short.
[20:15] <micahg-work> glatzor, I can certainly relate to that
[20:16] <bdrung> glatzor: what's your relation to Debian?
[20:17] <glatzor> micahg-work, currently the big picture for my projects also isn't very clear. I don't know what the mobile focus of Canonical will mean for them: If aptdaemon/packagekit is a choice there.
[20:17] <micahg-work> glatzor, do you feel comfortable with the packaging for all the packages that you're applying for?  I see that you're upstream for 3 out of the 4
[20:17] <glatzor> micahg-work, that is another reason why it was getting a little calmer.
[20:17] <micahg-work> *at least 3
[20:18] <glatzor> micahg-work, Actually I was even part of packagekit before. I wrote the now obsolete Python APT based backend for packagekit :) But that is years ago.
[20:19] <glatzor> micahg-work, packagekit and aptdaemon are very related to each other, since aptdaemon provides a packagekit compatibilty layer for Ubuntu - so that you can still use the PackageKit client libraries.
[20:19] <micahg-work> glatzor, you're credited with the first packagekit upload in Ubuntu :)
[20:20] <glatzor> bdrung, I am not officially involved in any Debian institutions - excluding the Munich Debian meeting :)
[20:23] <glatzor> bdmurray,  micahg-work, I was in the lucky position that mvo made nearly all needed uploads of my projects. So I haven't feeled the need to apply for wider privileges before - regarding Ubuntu and Debian.
[20:23] <micahg-work> glatzor, so, I think bdrung meant more in the Debian community at large (you are listed as the maintainer of a couple of packages)
[20:25] <bdrung> one package is in sync with debian and the others are derived (more or less long time ago)
[20:25] <micahg-work> glatzor, right, so, what I was wondering was that since now that you're applying, do you feel comfortable enough with the packaging (we know that you're an expert with the upstream code :))
[20:26] <glatzor> bdrung, micahg-work python-distutils-extra is actually maintained by pitti who extended the project. Perhaps we should change the maintainer filed.
[20:26] <micahg-work> (that's in sync as well FWIW)
[20:26] <micahg-work> glatzor, ah, you're just an uploader on that
[20:26] <bdrung> are there plans to get back in sync with the other packages?
[20:30] <glatzor> bdrung, for aptdaemon and packagekit?
[20:30] <micahg-work> aptdaemon + sessioninstaller
[20:30] <micahg-work> ximion has done a great job getting packagekit back in sync
[20:31] <bdrung> ^ micah is faster than I
[20:32] <glatzor> micahg-work, I don't know if aptdaemon can add any benefit to Debian at the current time. The current maintainer Julian isn't a big fan of the aptdaemon/software-center stack
[20:32]  * ScottK is here now.
[20:32] <micahg-work> glatzor, so, why does he maintain it?
[20:32]  * barry is finally off the phone
[20:32] <glatzor> micahg-work, bdrung, since the GNOME desktop will use PackageKit directly I could even make sense to remove aptdaemon/sessioninstaller/software-center from the Debian archive
[20:33] <micahg-work> packagekit has sessioninstaller functionality?
[20:34] <glatzor> micahg-work, Julian is very good guy. He made really much progress in his development skills. I can still remember when I re-viewed his first patch.
[20:34] <glatzor> micahg-work, He wanted to bring all the good things from Ubuntu to Debian to improve the Debian desktop experience some years ago.
[20:36] <glatzor> micahg-work, So I think that the his maintainership is a mix of leftover and missing alternative maintainers who would step in
[20:37] <bdrung> glatzor: would you step in?
[20:38] <glatzor> micahg-work, packagekit provides thow DBus interfaces: on the system and the session bus. aptdaemon provides its own interface and the packagekit interface on the system bus. sessioninstaller implements the session packagekit interface.
[20:39] <glatzor> bdrung, I would, but I haven't yet talked with Julian about this.
[20:42] <glatzor> micahg-work, and indeed ximon has put a lot of effort into packagekit. That is also why I have got a bad conscience: the 0.8 packagekit interface isn't yet support by aptdaemon and so the 0.8.x series of packagekit cannot enter Ubuntu
[20:43] <glatzor> micahg-work, there will only be a very small difference between the Debian and Ubuntu packagekit packaging. Mostly adding a small provides packagekit-system-interface.
[20:43] <bdrung> glatzor: do I get it right that aptdaemon daemon is a replacement for the packagekit daemon, because both provide the same DBus interface?
[20:44] <glatzor> ximon would like to reduce the bug load if people report bugs about packagekit clients but they are running aptdaemon on the server side.
[20:44] <bdrung> with aptdeamon being a superset of packagekit?
[20:45] <glatzor> bdrung, I would not say superset. I am not very happy with the current situation. Aptdaemon was written since we could not agree on technical design issues in packagekit.
[20:46] <glatzor> bdrung, Richard didn't want to support any interactiveness in the package operations: So no terminal, no debconf, no conf file conflict handling.
[20:47] <bdrung> btw, packagekit 0.8.7-2 was merged in saucy: https://launchpad.net/ubuntu/+source/packagekit/0.8.7-2ubuntu1
[20:49] <glatzor> bdrung, So I started with aptdaemon. Aptdaemon has got another focus: we have got very fat clients (mainly using python-apt and xapian index) in Ubuntu. So we only needed a daemon that handles the "root" part only. packagekit is a complete solution.
[20:49] <bdrung> glatzor: so minus the interactiveness, could software-center use packagekit instead of aptdaemon?
[20:50] <ScottK> bdrung: In Kubuntu, we used a packagekit front end for awhile, but gave up on it.
[20:51] <bdrung> ScottK: because?
[20:51] <ScottK> It just didn't seem to fit in very well.
[20:52] <ScottK> For example, the only way it could find out if additional packages needed to be installed, was to actually do a package install dry run and see.
[20:52] <ScottK> So it was incredibly slow.
[20:52] <barry> glatzor: when can we get py3 xapian and then move the whole stack to python 3? (it's a trick question :)
[20:53] <glatzor> bdrung, theoretically. but you could e.g. not buy any software. s-c introduced its own package operation abstraction level. so you could adapt it with the needed development resources.
[20:53] <glatzor> bdrung, there is a fork of software-center (mainly beacuse of the CLA) which tried to use it packagekit to also query all the package information.
[20:54] <glatzor> bdrung, I think ximion worked on it. But it seems to be stalled AFAIK.
[20:54] <glatzor> barry, that is the question that I would like to ask you :)
[20:54] <bdrung> thanks for the information.
[20:54]  * barry cries a little into his afternoon tea
[20:56] <glatzor> bdrung, to be honest I would be happy if we didn't had the conflicts some years ago and we would only see packagekit around. especially since now the strict ban of any interactiveness in packagekit is gone. but the code has been written and is used.
[20:57] <ScottK> I'll believe a package management system written for rpm will work well on Debian/Ubuntu when I see it.
[20:57] <bdrung> glatzor: so it would be possible in the future to switch from aptdaemon to packagekit if someone invests the development time?
[20:57] <ScottK> It seemed like "Oh, here's what we need for rpm, we'll just bolt on some bits for Debian and I'm sure it'll be fine".
[20:59] <glatzor> bdrung, The process of buying software is currently made of several aptdaemon transactions. I would like to merge them into a single one. So that we could think about implementing a buy transaction type in packagekit. Mvo and me talked about this with richard last year. but getting API into packagekit is always a compromise - since it supports multiple platforms.
[21:00] <glatzor> bdrung, right. but I think we are talking about a multiple years perspective.
[21:01] <glatzor> bdrung, The APTcc backend of packagekit also would need some love. Dantti started with some rough code from synaptic and aptitude and it improved quite a lot lately.
[21:03] <micahg-work> glatzor, I'm not sure my question about your comfort level with the packaging was ever addressed
[21:03] <glatzor> bdrung, there isn't even a test suite for the APTcc backend. Unfortunately most Debian/Ubuntu developers don't the stack. Even the GNOME desktop team uses the good old terminal commands for the daily package operations.
[21:06] <glatzor> micahg-work, right. I am quite confident that I can manage the packaging of the given packages. But I hope that I can still ask somebody if I would need help :) I wrote most of the initial packaging bits for the corresponding packages.
[21:06] <micahg-work> glatzor, oh, sure, help's always available
[21:06] <glatzor> micahg-work, But I need to test more before uploading. that is clear.
[21:07] <glatzor> micahg-work, for the aptdaemon 1.0 release I made the "one-small-last-untested-commit-won't-hurt" error.
[21:08] <glatzor> micahg-work, which thankfully was fixed by barry.
[21:09] <glatzor> bdrung, oh, so the packagekit sync is perhaps also the reason why jenkins reports broken aptdaemon tests.
[21:09] <glatzor> bdrung, I wasn't aware of the sync to be honest.
[21:09] <bdrung> glatzor: merge, not sync
[21:11] <bdrung> but the result is the same ;)
[21:12] <glatzor> bdmurray, right merge. I will talk with pitti about this issue.
[21:12] <micahg-work> #voters bdrung ScottK stgraber barry Laney micahg-work tumbleweed
[21:12] <meetingology> Current voters: Laney ScottK barry bdrung micahg-work stgraber tumbleweed
[21:12] <stgraber> +1
[21:12] <stgraber> oops, a bit early ;)
[21:12] <bdrung> stgraber: too early :P
[21:13] <micahg-work> #vote Please vote on glatzor to get PPU for sessioninstaller, aptdaemon, packagekit, and python-defer
[21:13] <meetingology> Please vote on: Please vote on glatzor to get PPU for sessioninstaller, aptdaemon, packagekit, and python-defer
[21:13] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[21:13] <barry> +1
[21:13] <meetingology> +1 received from barry
[21:14] <stgraber> +1
[21:14] <meetingology> +1 received from stgraber
[21:14] <bdrung> +1
[21:14] <meetingology> +1 received from bdrung
[21:14] <micahg-work> +1
[21:14] <meetingology> +1 received from micahg-work
[21:14] <ScottK> +1
[21:14] <meetingology> +1 received from ScottK
[21:14] <micahg-work> Laney also registered a +1
[21:15] <micahg-work> #endvote
[21:15] <meetingology> Voting ended on: Please vote on glatzor to get PPU for sessioninstaller, aptdaemon, packagekit, and python-defer
[21:15] <meetingology> Votes for:5 Votes against:0 Abstentions:0
[21:15] <meetingology> Motion carried
[21:15] <micahg-work> glatzor, congratulations
[21:16] <micahg-work> #action stgraber to set up PPU for glatzor per vote
[21:16] <meetingology> ACTION: stgraber to set up PPU for glatzor per vote
[21:16] <micahg-work> #topic AOB
[21:16] <micahg-work> anything else?
[21:16] <bdrung> hopefully not
[21:16] <glatzor> thanks a lot.
[21:17] <bdrung> congrats glatzor :)
[21:17] <glatzor> what is the next step for me?
[21:17] <micahg-work> glatzor, stgraber has to add the ACLs to the archive
[21:18] <micahg-work> #endmeeting
[21:18] <meetingology> Meeting ended Mon May 20 21:18:07 2013 UTC.
[21:18] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-20-20.02.moin.txt
[21:18] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-20-20.02.html
[21:18] <barry> thanks!
[21:18] <micahg-work> so much for an abridged meeting! thanks all
[21:18] <stgraber> micahg-work, glatzor: done (added ACL)
[21:18]  * micahg-work adds the LP bit
[21:18] <glatzor> thanks all for your patience.
[21:19] <glatzor> stgraber, that is fast!
[21:20] <micahg-work> glatzor, and you're in ubuntu-dev now as well
[21:21] <glatzor> whoa. feels strange after seven years :)
[21:25] <glatzor> bdrung, just a small footnote about the aptdaemon/packagekit thing: I think that is more important to share common API than a common daemon between the distributions. That is also why I started with adding the PackageKit layer on top of aptdaemon. This allows to differ where needed (e.g. API that is required by new software.center functionallity) but still doesn't block the adoption of the client library in third party pro
[21:25] <glatzor> jects. I see PackageKit is the reference implementation of the interface.
[21:38] <bdrung> glatzor: then the API needs to carefully developed.
[21:41] <glatzor> bdrung, perhaps the click package format could be a chance to get some momentum into the merge APIs issue.
[21:43] <glatzor> bdrung, we see new APIs getting written... gnome-software will allow alternative backends next to PackageKit. The dash currently calls a python helper to install packages. So it would be nice to not see a another API on the Ubuntu phone.