[13:04] diwic, are we having the meeting? [13:04] rodrigo_, heh, wish I knew :-) [13:04] ok :) [13:05] rodrigo_, seems like it's difficult to schedule a time that works for everybody [13:05] yeah [13:05] ronoc, are you around? [13:05] yup# [13:05] yeah so I can do Monday evening [13:06] diwic, rodrigo_ also I have installed the new pulse, seems to be fine, the dbus api isn't as advanced as I had hoped [13:06] though [13:06] MootBot, help [13:06] what is it missing? [13:07] rodrigo_, well unless I'm missing something I cannot see the api for sink control, mute, set volume etc [13:07] [TOPIC] PulseAudio - stable-queue or master? [13:07] !topic PulseAudio - stable-queue or master? [13:07] Error: I am only a bot, please don't think I'm intelligent :) [13:08] so I was talking to Lennart last week at Plumber's [13:08] how was that ? [13:08] long story short, going the "master" way is problematic [13:09] oh [13:09] he's planning a major rewrite of some stuff there [13:09] we can't expect it to be stable enough in time for Natty [13:09] okay [13:09] going the stable-queue is boring ;-) [13:10] yes :) [13:10] when is he expected to get back to working on pulse [13:10] ronoc, that's difficult to know. I might expect a release of stable-queue within the following two weeks [13:11] ronoc, other than that, nothing major the coming two months [13:11] ronoc, that's my qualified guess, Lennart hasn't really promised anything [13:11] diwic, okay so is there anything you would like to see from master for natty ? [13:12] well, then we go with stable :) [13:12] does make your life easier :) [13:12] yes, although a bit boring, as you said [13:13] ronoc, I'm not really sure. But if you don't have use for the d-bus API anyway there isn't really anything pressuring us to go with master [13:13] btw, we have 0.9.22 in natty, but only 0.9.21 upstream, are those a git snapshot? [13:13] ronoc, what do you want the dbus api for? [13:14] rodrigo_, diwic I was going to rewrite the pulse communication for the sound server using the dbus api [13:14] but as it turns out I think i will rewrite this using the vala bindings [13:14] and the async api as I used for lucid and maverick [13:15] My C from early last year is a bit all over the place to say the least [13:15] rodrigo_, both maverick and natty have 1:0.9.22~0.9.21+blahblah [13:15] ronoc, if you need help on the C part, I can help you [13:15] rodrigo_, I don't know why the version is so strange, guess we'll have to ask Luke about that [13:15] although vala is nicer [13:16] diwic, ok [13:16] rodrigo_, but we're hoping for a 0.9.22 release based on stable-queue really soon. [13:16] ok [13:16] rodrigo_, thanks, I have it working, its not that complicated but I think i made a meal of it last February, I could rewrite this in vala quite easily i think [13:17] might have time this cycle [13:17] ronoc, why do you want to rewrite C code into vala? [13:18] ronoc, are you planning improvements or do you just want to switch language because you like vala better? [13:18] diwic, because a) the existing code needs major refactoring, b) maintainability C) testing and D) test the vapi bindings for further work [13:18] topic test [13:18] ok [13:19] would that be only for indicator-sound or gnome-volume-control as well? [13:19] ronoc, in which package/module is that code? [13:19] rodrigo_, indicator-sound -> src/pulsemanager.c pulsemanager.h [13:20] diwic, just indicator-sound [13:20] ok [13:20] diwic, the plan is to wait for the gnome control panel to land before we know what we want [13:21] the new gnome-control-center panel? [13:21] ok, is this gnome 3 control panel? [13:22] if so, I have master g-c-c running on a dev user, if you want me to look at anything [13:22] !startmeeting [13:22] diwic, hmm, I think it's #startmeeting [13:22] #startmeeting [13:23] Meeting started at 07:22. The chair is diwic. [13:23] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [13:23] at least I've seen #endmeeting [13:23] #topic pulseaudio - master or stable-queue [13:23] [topic] pulseaudio - master or stable-queue? [13:23] New Topic: pulseaudio - master or stable-queue? [13:24] [agreed] to go with stable-queue for the time being as the d-bus API in master wasn't all that ronoc wanted, and since a rewrite is planned on master by Lennart. [13:24] AGREED received: to go with stable-queue for the time being as the d-bus API in master wasn't all that ronoc wanted, and since a rewrite is planned on master by Lennart. [13:25] diwic, grand [13:25] [topic] any audio bugs we should have a closer look at during the coming week? [13:25] New Topic: any audio bugs we should have a closer look at during the coming week? [13:26] noone? [13:27] okay, moving on [13:27] am I haven't seen any, only the pa-stream-writable failed [13:27] [topic] anything in particular done in the previous week? [13:27] New Topic: anything in particular done in the previous week? [13:27] last week, got two sru's out for lucid and maverick [13:27] ronoc, for indicator-sound? [13:27] and merged my UI natty work into trunk [13:27] not much from me, was working on other desktop-related stuff [13:27] yep [13:27] ok [13:28] For my own part, I was at plumber's [13:28] today i'm working on a fading mute behaviour [13:28] how was it ? [13:28] we have some bugs though about porting indicator-* stuff to gsettings, gtk3 and gtkbuilder [13:28] I must read your report [13:28] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gtk3 [13:28] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gtkbuilder [13:28] I learned how to use the wakeup_rt tracer which can be important for tracking down xrun [13:28] https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=gnome3-gsettings [13:29] these will be fixed as soon as the new stack gets in (it's in a PPA for now) [13:29] diwic, whats that [13:29] rodrigo_, cool [13:30] ronoc, basically, if a kernel driver is blocking pulseaudio from being scheduled, it can help to show the troublesome areas [13:30] (or jack, for that matter) [13:30] diwic, good to know [13:31] ronoc, what's fading mute behaviour? [13:33] diwic, when someone chooses mute from the menu, it should fade exponentially the volume and slider to 0, unmuting should restore the slider to its original position [13:33] diwic, a bug against indicator-sound for unity [13:33] oh, that's cool [13:33] yup should be pretty easy [13:34] cool, for absolute coolness you should also lower the sound frequency, but I guess that's much harder :-) [13:34] the question is whether that should be in PulseAudio or indicator-sound, really [13:35] diwic, true [13:35] you're probably going to have to rewrite that once Lennart gets the volume envelope architecture working [13:35] I guess PA, so that when you mute from other parts, it works the same [13:35] diwic, whats the volume envelope architecture ? [13:35] change [13:36] ronoc, some kind of way to apply a volume envelope to a sound [13:37] are you familiar with volume envelopes, e g ADSR envelopes? [13:37] diwic, yes [13:37] diwic, so that should cover what I'm currently doing [13:37] but its not a biggie [13:38] so he merged something from Intel into master but then realized it was broken, so he wants to rip it out, which is part of the major rewrite planned for master [13:38] and as you mentioned earlier no date has been set for when his work is to land [13:39] so as long as you're prepare to rewrite it in a year or two [13:39] diwic, sure [13:39] the nature of the ever revolving beast ... [13:40] evolving even [13:41] [topic] anything you plan to do in the coming week? [13:41] New Topic: anything you plan to do in the coming week? [13:41] for me, when the GTK3 stack lands in natty, probably start fixing the indicator-* bugs [13:41] when is that rodrigo_ ? [13:42] ronoc, should be soon, seb128 is going to do it soon [13:42] remove dbus-glib bindings and use gdbus [13:42] rodrigo_, grand [13:42] hopefully this week [13:42] and plan other indicator work [13:42] well, dbus-glib is ok to be used, it's not on the deprecation list, but yes, it's a good idea to move to gdbus asap [13:43] rodrigo_, yeah I think the plan is for all indicators, libindicate dependent stuff to be moved over for alpha 1 [13:43] ok [13:43] i go on holidays on the 22 so need to do in the next two weeks ! [13:44] more than likely starting today [13:44] for myself, I want to process some backlog from the weeks I were at UDS and Plumber's, then try to get started on the apport troubleshooting stuff [13:45] hey guys, I need to leave now for lunch, are we done? or should I read the backlog later? [13:45] I think we're done [13:45] all good [13:45] ok, I'll read the backlog later just in case :) [13:45] bbl [13:45] cool, see you! [13:45] #endmeeting [13:45] Meeting finished at 07:45. [13:45] talk later robbiew [13:45] talk later rodrigo_ [13:45] oh, btw, gtk3 has just been accepted [13:45] oh okay [13:46] lunch isn't a bad idea actually [13:46] talk afterwards guys [13:46] later === yofel_ is now known as yofel === rodrigo__ is now known as rodrigo_ === jdstrand_ is now known as jdstrand === kenvandine_ is now known as kenvandine === lukjad is now known as Guest63875 [18:04] kees, jdstrand, sbeattie: meeting? [18:05] \o [18:05] whoops...forgot you jjohansen :) [18:05] sure, I believe you "forgot" me :) [18:05] hehe [18:06] heh [18:07] \o [18:08] mdeslaur: you start? [18:10] o/ [18:10] sure! [18:10] so, this week I'm on community, and am working on the long list of mysql CVEs [18:10] that should keep me busy [18:10] that's it! [18:10] jdstrand: your turn [18:11] I plan to test and push out chromium-browser today [18:11] there are 2 other updates I am looking at and may snag [18:11] I hope to get to my natty merges [18:12] you nasty merges? [18:12] :) [18:12] there is a libvirt regression for lucid (well it affects maverick and natty too, but the security update didn't introduce it) [18:13] I need to upload that to lucid-- upstream and I are still discussing it [18:13] and finally, I need to dive into the dbus/apparmor stuff [18:13] jjohansen: I've gotten your emails but don't have anything intelligent to say yet [18:13] jdstrand: np [18:13] that's it from me [18:13] its just an initial pass from me [18:14] I'll go? [18:14] I'm sure I'll spew out more as I work on the interface [18:14] I'm going to be trying to drum up support for upstream kernel hardening this week. [18:14] there's some discussions started on oss-security and lkml so far. [18:14] dan's sent some patches, etc [18:15] I got the initial pass at apparmor repackaging done and haven't seen anything horrible yet [18:15] \o/ [18:15] now we can move forward more sanely on things like moving the cache directory, etc [18:15] adding bindings [18:16] I've upgraded to natty now as well, and am finding little glitches [18:16] kees: apparmor glitches? [18:16] what kind of glitches? [18:16] I did a few merges last week, will continue with a few more this week [18:16] jdstrand: no, natty glitches. [18:16] ah, yes it is really buggy atm [18:16] I've heard the natty kernel is less than ideal atm [18:16] jdstrand: like, gnome-open suddenly stopped using the correct browser [18:16] yeah, the natty kernel is unusable for me [18:17] network storms using NFS, missing locking, wheee [18:17] I'm on the maverick kernel with natty userspace [18:17] kees: see, you just need to stop using NFS and then the devel release will always work for you :P [18:17] and I've got a few _large_ php audits I need to do [18:17] jdstrand: yeah :( [18:17] that's it from me, sbeattie, your turn [18:17] * jdstrand finds it odd how often NFS gets borked in the dev release [18:18] I'm on triage this week. [18:18] I'll also finish up reviewing the apparmor parser patches jjohansen sent out [18:19] thanks [18:19] and I'm hoping to test the maverick apparmor SRU as well. [18:19] I think that's all from me. [18:19] was it copied yet? [18:19] I'll have some more ugly patches for you this week [18:19] I should add that I will test the apparmor SRUs whenever they hit lucid and maverick proposed [18:20] jdstrand: not sure, I hadn't looked, but I was expecting we'd come out of linaro freeze this week. [18:20] I hope so... [18:20] sbeattie: it doesn't look like it. it is still 10.10.1 which ftbfs on the buildds [18:20] ah [18:20] (10.10.2 is in UNAPPROVED atm) [18:21] https://launchpad.net/ubuntu/maverick/+queue?queue_state=1&queue_text=apparmor [18:21] and a new lucid upload is also in UNAPPROVED: https://launchpad.net/ubuntu/lucid/+queue?queue_state=1&queue_text=apparmor [18:22] well, new as of 4 days ago [18:22] cool. I'm also planning to test lucid's SRU whenever it gets approved. [18:22] I followed up with pitti, so now we just need to wait on his response to my followup [18:23] * jdstrand should have really mentioned all the apparmor SRU stuff during his time) [18:24] * jdstrand is done for the second time [18:25] alright, anyone else have anything for the security team? jjohansen? [18:25] hrmmm, well nothing immediate, I am just going to drop more parser patches this week, and setup an apparmor ppa [18:26] containing the newer stuff for testing purposes [18:26] I also expect the interfaces jdstrand needs for dbus to hit this week [18:26] jjohansen: cool, let me know if I can help with setting up the ppa. [18:27] sbeattie: will do, I haven't looked at userspace yet, I will get the kernel up first [18:28] I think I'm done unless you want more details of my crazy plans [18:37] okay, sounds like we're all set. thanks! [18:43] thanks kees :) [19:01] now dmb meeting? [19:03] bdrung: didn't start yet [19:04] geser: we are four minutes late. let's start it. [19:04] cjwatson, persia, stgraber, cody-somerville, soren: DMB meeting? [19:05] * stgraber waves [19:05] Isn't it in an hour? [19:05] cody-somerville: nope. it's winter time. [19:05] 19:00 UTC is now [19:06] that it is [19:08] * geser counts 4 DMB members -> quorum [19:08] who chairs? [19:08] * persia is semi-distracted by a plumbing problem and begs off [19:10] #startmeeting [19:10] Meeting started at 13:10. The chair is stgraber. [19:10] Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] [19:10] [LINK] https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda [19:10] LINK received: https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda [19:10] [TOPIC] Review of previous action items [19:10] New Topic: Review of previous action items [19:11] ok, according to the wiki, we don't have any previous action items, though looking at the log of our last meeting, I see an action for geser to contact CC for help regarding Marco's request [19:12] geser: was that an actual action item that we forgot to put on the agenda or did we choose to do something else instead (I don't really remember the details) ? [19:12] stgraber: wasn't that sort of canceled later in the meeting again? [19:13] geser: it may have, though if we did, I'm not really sure of where we are regarding Marco's request then [19:13] From the log, I wasn't sure it was conclusive (although I'd like to see something done about Marco at some point relatively soon) [19:13] persia: +1 [19:14] do we still want to get some help from the CC ? and if so, should we still have geser to bring it to the CC ? [19:15] looking at the meeting log from last meeting we want to move the discussion about how to move on to the mailing list [19:16] I remember writing an e-mail about it but didn't see any reaction to it [19:16] What mailing list? [19:17] ScottK: developer-membership-board@l.u.c [19:17] stgraber: Thanks. [19:18] should we try to revive this discussion on the mailing list with the goal of having an answer for the next DMB meeting ? [19:18] Isn't that the just-us list, with devel-permissions@ being the wide-subscription list? [19:18] persia: yes, I belive it's [19:18] yes [19:18] stgraber: This is a private list? [19:19] ScottK: yes. subscription needs to be accepted. [19:20] Seems to me like business that should be conducted in public. [19:21] lifting the ban on Marco means that he can contribute to Ubuntu through a sponsor. right? [19:21] stgraber, Please give me an action to ask the CC for assistance on this. It's not clear whether the dispute aspects of the MC were inherited by the DMB (in practice, it hasn't mattered until this issue), so that needs sorting, and I think we've been dragging this out long enough we need help. [19:21] ScottK: we are still at the point where we don't know how to move forward :( [19:22] bdrung, Yes, and only that. It does not grant him any specific rights to do so. [19:22] [action] persia to ask the CC for assistance regarding Marco's request for unban [19:22] ACTION received: persia to ask the CC for assistance regarding Marco's request for unban [19:22] geser: I would say that's exactly the time to be working in public. [19:22] persia: did he had upload rights before he was banned? [19:22] bdrung: No. [19:23] Allowing him to contribute via a sponsor is the same as removing all restrictions. [19:23] anything else that should be discussed now regarding this matter or should we wait for feedback from the CC ? [19:24] ScottK: cody-somerville mentioned in the last meeting that he prefers not to draw to much attention with making it too public [19:24] bdrung, He's an ubuntu member, and not an ubuntu developer (and never was). He is not allowed to post to Ubuntu Development mailing lists or IRC channels, except as necessary for administration of his restriction. [19:24] geser: That doesn't make it appropriate that it be decided in private. [19:24] geser, Dragging it out as long as we have brings much more attention than any public/private concerns. [19:25] I understand it, I just want to repeat some options which caused that we still don't know how to move forward [19:25] opionions [19:27] ScottK, I agree the decision must not be private. I'm unconvinced that a council oughtn't be able to determine how to make a decision (or not make it) in private, presuming they do so in a timely manner, and make the decided means of decision public. [19:27] (although in this case, I think the lack of action by the DMB in determining a method is essentially consensus-through-inaction that it ought be someone else's problem (so call on the CC)) [19:28] persia: I think deciding in private how this will be decided would substantially impair the legitimacy of the result in the minds of at least some community members. [19:28] I guess that the best idea (ask the CC) to break the current dead-lock [19:28] i don't see why it's an problem of the DMB. who spoke the ban back then? [19:28] bdrung, The MC. [19:28] bdrung: MOTU Council [19:29] and the MC merged into the DMB [19:29] Its important to me that this not be a popularity contest. [19:29] geser, Well, kinda. Complex that :) [19:29] if the DMB can speak a ban, it should be able to lift the ban. [19:30] as I see the problem, we (the DMB) want some more support (as requested in the ban) before we lift it, but we aren't sure how the support should look like [19:30] cody-somerville: I agree with that. [19:30] And it feels like the requirements for Marco to appeal his ban as set by the former MC make that difficult. [19:30] cody-somerville, How do you mean? [19:31] geser: I think putting it that way presupposes the ban should be lifted. I object to that. [19:31] ScottK: so you see no way for him to lift the ban at all? [19:32] geser: It's my preference that it not be lifted. I don't object to considering the question, but the way I read you comment seemed to me to presuppose an answer, not just ask a question. [19:33] The requirements for Marco's ban to be lifted are as follows: [19:33] 1. MOTUs supporting this wish actively. [19:34] 2. A solid indication of changes in the work style. [19:34] i have a concern: how can someone get support from other MOTUs if he/she can't show that he/she has changed? [19:34] bdrung, bingo. My question too. [19:34] bdrung: congrats, you found the dilema :) [19:35] I think there are plenty of MOTU active in areas where he's not banned (most of Debian) for them to form an opinion. [19:36] as alternative: a "soft" lift with not everything allowed? [19:36] bdrung, Absolutely not. There's no useful meaning of "soft". [19:36] ok [19:36] ok, we only have 25 minutes left for this meeting and still have two applications to review. For now persia has an action to ask the CC for help, so I suggest we carry this discussion to the next meeting. [19:36] Several MOTU (interacting with him in Debian), have commented on his application. === lifeless_ is now known as lifeless [19:36] bdrung: how would that look like and still be different from any other non-MOTU? [19:36] Our decision ends up being one of the following: 1) it's not our problem, 2) he has met the criteria, 3) he has yet to meet the criteria. [19:37] * persia agrees with stgraber [19:37] * micahg wonders why the meeting is 1 hr and not 2 [19:37] micahg: because it would be then 3 hours long [19:37] geser: good question. maybe irc access to get in contact with motus? [19:38] [TOPIC] PerPackageUploader Applications [19:38] New Topic: PerPackageUploader Applications [19:38] maybe we should just lift the ban and see what happens? [19:38] cody-somerville: I'm pretty sure ScottK will object to that idea [19:38] mtaylor: around ? [19:38] lift the ban for X month and evaluate it then? [19:38] cody-somerville, No. That's outside our role. We just have to determine whether he met the criteria. [19:38] stgraber: yup [19:38] Anyway, we're on a new topic [19:39] mtaylor: According to the wiki you apply for PPU rights for haildb and pandora-build [19:39] stgraber: yes indeed [19:39] though you already seem to have upload rights on pandora-build [19:39] and haildb doesn't seem to be in the archive ? [19:39] stgraber: oh really? great on pandora-build ... haildb should have just been synced [19:40] stgraber@castiana:~/data/code/ubuntu-archive-tools$ python edit_acl.py query -p mordred | grep pandora-build [19:40] Archive Upload Rights for mordred: archive 'primary', source package 'pandora-build' [19:40] excellent. that makes that easier [19:40] https://launchpad.net/ubuntu/+source/haildb [19:40] does someone remember if we vote on this apps the last time? (and this is just to setup the permissions) [19:40] geser: based on what I can find on the wiki, he already had PPU rights on a few packages and wants it extended to these two other packages [19:41] http://pastebin.com/85cZ75Fe [19:41] LINK received: http://pastebin.com/85cZ75Fe [19:42] i though he wants upload right for all apps listed in his application. [19:42] bdrung: he already has, for all of thems except haildb (which is probably in the NEW queue at the moment) [19:42] https://lists.ubuntu.com/archives/devel-permissions/2010-June/000076.html [19:42] the results of his last application [19:43] sorry for the confusion - it's an ammended application - last time haildb wasn't in the archive yet. (and I thought the same for pandora-build, but I'm obviously wrong about that) [19:43] haildb was source-NEWed, but no binaries are yet available. [19:43] ? https://launchpad.net/ubuntu/+source/haildb/2.3.1-1 [19:44] mtaylor: have you DM upload rights for haildb in Debian or upload through a sponsor? [19:45] geser: upload through a sponsor [19:45] been meaning to apply for DM for it [19:45] I see that libhaildb was already part of the previous application and from what I can see is the binary package built from haildb. I guess we didn't vote on this one last time because it didn't exist in the archive and so we wouldn't have been able to set the PPU for it [19:46] argh, sorry, I had timezone confusion [19:46] wasn't it more of not enough records on working on this package? [19:48] geser: I'd be surprised considering he's the one listed in every single changelog entry in the debian changelog [19:48] geser: http://packages.debian.org/changelogs/pool/main/h/haildb/current/changelog.txt [19:48] which are all after June when we processed the application [19:49] haildb sounds like an easy one to add to mtaylor's list to me, considering [19:49] geser: ok, so the package wasn't even in Debian at the time ? [19:50] stgraber: no, looks it got NEWed in Debian 5 days ago [19:51] indeed [19:51] ok, any other question or should we just go ahead and vote to add haildb to mtaylor's PPU list ? [19:51] go ahead [19:51] * geser has no questions [19:52] go [19:52] [VOTE] Add haildb to mtaylor's PPU list [19:52] Please vote on: Add haildb to mtaylor's PPU list. [19:52] 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 [19:52] E.g. /msg MootBot +1 #ubuntu-meeting [19:52] +1 [19:52] +1 received from stgraber. 1 for, 0 against. 0 have abstained. Count is now 1 [19:52] +1 [19:52] +1 received from bdrung. 2 for, 0 against. 0 have abstained. Count is now 2 [19:52] +q [19:52] +1 [19:52] +1 [19:52] +1 received from geser. 3 for, 0 against. 0 have abstained. Count is now 3 [19:52] er [19:52] +1 received from persia. 4 for, 0 against. 0 have abstained. Count is now 4 [19:52] +1 [19:52] +1 received from cjwatson. 5 for, 0 against. 0 have abstained. Count is now 5 [19:52] (guess what keyboard I'm using) [19:53] +1 [19:53] +1 received from cody-somerville. 6 for, 0 against. 0 have abstained. Count is now 6 [19:53] [ENDVOTE] [19:53] Final result is 6 for, 0 against. 0 abstained. Total: 6 [19:53] cjwatson: it's not the NEO layout ;) [19:53] cjwatson: should I give you the action of actually doing the change ? [19:53] sure [19:53] thanks all! [19:54] [ACTION] cjwatson to add haildb to mtaylor's PPU list [19:54] ACTION received: cjwatson to add haildb to mtaylor's PPU list [19:54] [TOPIC] MOTU Applications [19:54] New Topic: MOTU Applications [19:54] micahg: around ? [19:54] stgraber: yes [19:55] hmm, only 6 minutes left ... is there any meeting schedule in #ubuntu-meeting after DMB ? [19:55] *scheduled [19:56] no (according to the fridge) [19:56] * ajmitch wouldn't think it'd take more than 6 minutes to approve micahg [19:56] nothing on the fridge (not even the current DMB meeting) [19:56] micahg, You say you don't like "The ability to easy switch between archive versions and PPA versions of select packages.", but you don't list any thoughts about fixing that. Are you able to do so here? [19:56]