=== edson is now known as ecanto === starcraftman is now known as CanMoose === CanMoose is now known as starcraftman [07:59] Who all is here for the Ubuntu Studio developers meeting? [08:05] hmm, are any studio developers around? [08:06] Looks like the lack of reminder e-mail and the non-mandatory status of the meeting killed the turnout. [08:22] stochastic, maybe send out the reminder a week before? [08:22] ubuntu studio is awesome :) [08:22] yeah, next month I'll do that [08:24] stochastic, :) [08:48] Im here now [08:48] got stuck in a work meeting [08:48] stochastic: TheMuso ^ [08:52] * TheMuso is here [08:52] But I think its a no go. === dholbach_ is now known as dholbach === ogra_ is now known as ogra === pgraner` is now known as pgraner === james_w` is now known as james_w === fader|away is now known as fader_ === imlad|away is now known as imlad === marjomercado is now known as marjo [15:51] morning === mhall1191work is now known as mhall119|work === ember__ is now known as ember [18:04] jdstrand, mdeslaur: I'll go first? I've still got neon to finish, and the 777 symlink thing to test [18:05] kees: that's the nautilus glibc thing? [18:05] well, just glib (not glibc) [18:05] glib, not glibc [18:05] yeah, glib [18:05] d'uh [18:06] uhm, and I think once bug 322562 is solved, we can start on the sync-to-LP project [18:06] Launchpad bug 322562 in malone "Cannot lookup bug list from CVE" [Medium,In progress] https://launchpad.net/bugs/322562 [18:07] everything else seems like it's in place. nominations was the big missing piece, and that appears to work on edge now [18:07] cool [18:08] I've got one item for the end of the meeting, but for tasks, I'm done. [18:08] shall I go? [18:08] sure === noy_ is now known as noy [18:09] ok, well, this is going to be a busy week. I've got an openoffice.org and kdelibs update I'm working on. I started on but need to finish a gnutls regression that was reported in Debian which we are affected by (but no one has reported it in Ubuntu) [18:10] I need to update my libvirt/apparmor patch and resubmit to upstream. I'd like to get to it this week, but based on how oo.o is going so far, that may not happen [18:11] there is also a weird valgrind bug that cjwatson asked me to help out with, but again, we'll see if I can get to it [18:11] jdstrand: I can help with the OOo build process... [18:12] kees: well, I have all that documented. I just need to rebuild my schroots [18:12] jdstrand: yeah, well, we can take that offline [18:12] kees: the problem is patches aren't applying cleanly. I'm early in the process, so we'll see [18:12] ugh [18:13] that's it on tasks, but I have two items at the end of the meeting [18:14] my turn? [18:14] yuppers [18:15] I'm publishing openssl and openexr in a couple of minutes [18:15] I'll take freeradius [18:15] freeradius is just a DoS though? [18:15] I want to work on packaging the apparmor apache2 stuff to my PPA [18:15] kees: DoS on a network service [18:15] mdeslaur: ah, right [18:16] And want to investigate the aa-logprof bug [18:16] that's it for me [18:17] okay, item from me: reviewing sponsorship processes. [18:17] I want to compare the security-sponsorship process to the "standard" sponsorship proceses [18:18] the goal being to make our sponsorship work more visible to the world. dholbach is using some of their process to track how much is happening, etc [18:18] and we don't really show up in there. [18:18] nothing formal, yet, but just wanted to give a heads-up for potential process changes. [18:18] * jdstrand nods [18:18] that's it from me. [18:18] that's a good idea [18:19] I only have one extra thing === greg_g is now known as greg-g [18:19] we may want to clarify the partner package tracking process [18:20] jdstrand: good idea [18:20] jdstrand: how so? [18:20] I'm not sure that is documented anywhwere, but I was pinged about whether we will alert partner package maintainers about it [18:20] I said 'yes', but I'm not sure it's been documented, the process, etc [18:21] oh, I did have one other thing [18:22] we're not exporting issues in partner packages yet... http://people.canonical.com/~ubuntu-security/cve/pkg/opera.html [18:22] but I know we can look them up. [18:22] oh, maybe opera doesn't have any at the moment [18:23] in UCT it seems that for dapper EOL packages, we should 'ignore' them so we can actually retire those CVEs. as it is, nothing will ever retire in UCT cause dapper is there [18:23] kees: we don't have opera anymore [18:23] adobe-flashplugin would be one [18:23] ah, right. ok, I take it back. we *are* exporting details: http://people.canonical.com/~ubuntu-security/cve/pkg/sugarcrm.html [18:23] http://people.canonical.com/~ubuntu-security/cve/pkg/adobe-flashplugin.html [18:23] kees: ah, so I can just point the maintainers to that and we are done [18:23] kees: I like that [18:23] jdstrand: right, that's why I created them. [18:24] on my todo list is to also publish an RSS feed, but... it's low priority [18:24] kees: cool, I'll follow up and document that somewhere [18:24] sweet [18:24] kees, mdeslaur: what do you think about the dapper EOL stuff? [18:25] ideally, I think it needs to be automated with check-cves [18:25] jdstrand: "stuff" being what? [18:25] 12:21 < jdstrand> oh, I did have one other thing [18:25] well, is dapper desktop EoL as in "dead", or is it now reverted to the community [18:25] 12:23 < jdstrand> in UCT it seems that for dapper EOL packages, we should 'ignore' them so we can actually retire those CVEs. as it is, nothing will ever retire in UCT cause dapper is there [18:25] mdeslaur: community [18:26] kees: I disagree. [18:26] jdstrand: oh, sorry, I jumped over that while digging up URLs :) [18:26] if it's community, then the CVEs shouldn't be marked "ignored" [18:26] It's got to be dead. [18:26] I was under the impression dead [18:26] okay, I'll take "dead". :) [18:26] I mean, if someone really wants to submit a patch, we can process it, but I think that should be the exception [18:26] ScottK: if that's the case, what happens to all the stuff in universe that depend on stuff that's now "dead" in main? [18:27] It's dead too, IMO. [18:27] I'd like it if it could be moved to old-releases now, but I understand that's technically problematic. [18:27] if it is not dead, then we need to make sure all of our reporting is very accurate [18:27] hmm...so do we consider all of dapper universe as being "dead"? [18:28] I have looked at it, but would imagine there are issues in our reporting [18:28] If the policy isn't clear to you two, then maybe the tech board needs to clarify [18:28] s/have/haven't/ [18:28] two/three [18:28] my take was that it simple moved out of "commercially supported". [18:28] well, the desktop is considered EOL [18:28] gutsy is EOL [18:29] so, while I'd be okay with "dead" since it simplifies tracking (kind of), the reality of the situation is that the package still exists, and is still vulnerable. [18:29] the two should mean the same thing-- dead [18:29] My take is "Dumped on the community" is not a good plan. [18:29] so the question is: is dapper universe "Dead/EoL" also? [18:29] jdstrand: actually, that language just suddenly convinced me. [18:29] it only still exists because the archive can't handle moving it [18:29] we have declared dapper desktop EOL, which is the same as "out of the tracker" [18:29] Just to make it more fun, next month Kubuntu Hardy is EOL, but Ubuntu isn't. [18:29] Good luck figuring that one out. [18:30] ScottK: ooh, I'd forgotten about that. [18:30] ScottK: oh! [18:30] ScottK: thank you for pointing that out, I don't think any of us were thinking about it :) [18:30] ScottK: it should be possible-ish to do it in the same way we did dapper desktop eol: static package lists [18:30] Then I never have to worry about KDE3 again..... [18:30] heh [18:31] uhm...kde packages are part of Ubuntu also, which we support [18:31] Yep. [18:31] ScottK: do you happen to know who to poke about fridge schedules? this meeting is on the fridge iCal, but doesn't show up on the website. [18:31] I'm really not sure how you handle it. [18:31] I don't see how we can stop support for kde packages if they're in main [18:31] kees: Nope. [18:31] ok [18:31] mdeslaur: we'll just need to look at them and see if there is something we can/should do [18:32] jdstrand: what do you mean? [18:32] Once again, I don't know what the policy is, but someone ought to decide. [18:32] mdeslaur: I mean I don't think we'll solve what is supported or not in this conversation :P [18:32] jdstrand: ah! well, me either :P [18:33] we also need to look at the language of the Kubuntu release and consult slangasek once we have a grasp of the issues [18:33] * kees nods [18:33] so, dapper? [18:33] EOL [18:33] dapper universe? [18:34] EOL if it needs X [18:34] EOL/dead +1 (it's been in all documentation and release notes) [18:34] dead +1, but I don't yet have any idea how to correctly "show" this automatically in ubuntu-cve-tracker [18:35] like I said, the formal policy should be 'dead'. if someone is inclined to give a patch, we can process without USN if required [18:35] Implementation detail. [18:35] * kees nods [18:35] it is an implementation detail, but that was actually my original question :) [18:35] "ignored" means we don't care, not "not-affected", so I think it's okay. [18:35] (I had assumed everyone knew it was dead) [18:35] kees: yes, 'ignored' [18:35] ok, ignored +1 [18:36] kees: 'ignored (end-of-life)' [18:36] jdstrand: right, but if one runs ./scripts/madison it shows up in "universe" instead of "main", though it should show up as DNE, kind-of. [18:36] yeah [18:36] anyway, DNE is wrong, so I'm stuck wondering how to automatically show it. but, not important at the moment. [18:36] jdstrand: you had another issue? [18:36] wait, no, that was it. [18:37] kees: wrt dapper? no. I just want to make sure we fix it in the tracker so that we can a) retire things and b) ensure our reporting is valid [18:37] * kees nods [18:37] that is it from me [18:38] okay, anything else? [18:38] nope [18:38] cool, meeting over. thanks! [18:39] thnx [18:40] o/ === Seeker`_ is now known as Seeker` === fader_ is now known as fader|away === imlad is now known as imlad|away === robbiew is now known as robbiew-afk