[13:41] well if the intent is to get the drivers in the distro then probably not? [14:51] ? [14:54] jcastro: what is wrong with having a PPA now? [14:55] well, that only solves half the problem? [14:56] we don't have the resources for what you last suggested [14:56] at least as far as I know [14:56] well, it doesn't need to be perfect, because the blingers know about the PPA [14:57] it just needs to not be crushingly slow [14:57] maintaining all that would be a nightmare [14:58] I'm talking about actual kernel patching, not only packaging changes [14:58] maybe we can ask for more help then? [14:59] if you can find what I suggested in my last email to the technical board, then things should be ok [15:00] ok, I'll talk to leanne and see what we can do there [15:01] jcastro: please make it clear that I won't be the one doing the work [15:02] right [15:02] tseliot: out of curiosity, how often does that happen? [15:02] please don't say all the time, heh [15:02] tseliot, kernel-patching? this gpl mistake was kind of a review problem of the kernel team [15:02] jcastro: the last example: LP: #1479913 [15:03] that seems to be for fglrx? [15:03] jcastro: pretty often, I would say [15:03] jcastro: it could have easily affected nvidia [15:03] jcastro, no, nvidia too [15:04] aka flush_workqueue [15:04] I had a similar problem with nvidia in wily [15:04] yes, that one [15:05] imagine having to fix that on even more drivers [15:08] (which I already do for private OEM projects) [15:08] is this usually connected to a new backported kernel? [15:09] so like, if I'm on "normal" 14.04 without backported kernels this shouldn't be a problem right? [15:09] not really, it happened in vivid too [15:09] it was just an abi change [15:09] (same bug report I mentioned) [15:09] ok so the ask from you would be what, test kernels with the proprietary drivers before being published? [15:10] we already have such system in place. Something went wrong (and will go wrong again) [15:11] when kernels break binary drivers, the kernel team ask me to fix them [15:11] and if you don't fix them the kernel team publishes the kernel anyway? [15:12] that's what happened. The thing is I should fix the drivers before the kernels are published but I didn't have enough time to do it (it was a bit late when I was told) [15:13] they usually wait for me to finish [15:13] ok, so it's all process stuff then [15:14] yep [15:14] I'll ask will to talk to leann and figure out what's up [15:14] so you guys can concentrate on the drivers themselves [15:15] yes, you might want to ask if her team has the resources to allocate, to fix any new drivers that may be uploaded (should the drivers really become part of Ubuntu) [15:20] hey so thinking outloud, don't flip out when I say this... [15:20] but would the work be cut down if we concentrated on LTS-only? [15:21] :) [15:24] cut down to an extent, yes, reasonable, not so much [15:24] by reducing the support to 9 months of normal releases, there are not many supported versions anyway ;) [15:24] right [15:24] tseliot, e.g. do you care for precise? [15:25] tseliot: ok, I was just thinking about low hanging fruit [15:25] ricotz: I have to, we still have OEM projects that run precise [15:25] like, if you're behind on the drivers for X,Y, and Z but the LTS is up to date, then it's not so bad. [15:25] I was specifically asked in the past for updated nvidia driver for precise in xedgers though [15:25] ok [15:26] jcastro: again, prove that you have the resources to do it. That's the main problem [15:26] jcastro, currently there is nothing to skip, utopic is gone already [15:26] tseliot: I don't have any, it's just us and mmarley, and maybe jderose [15:26] or hire new resrouces ... [15:27] jcastro: that is obviously not enough [15:27] yeah which is why I was thinking of low hanging fruit [15:27] I recognize that this is difficult [15:27] what ricotz said. Possibly a small team [15:28] adding a PPA is very easy, especially for gamers [15:29] yeah [15:29] ok so what happens when this kernel issue hits the people with the PPA? [15:29] the packages in main/restricted are officially supported [15:30] ( in relation to that: not sure how the ubuntu-x team is doing after maarten is gone ) [15:31] tjaalton and Sarvatt maintain the X stack now. I don't think we are going to replace Maarten [15:32] jcastro: I will try to help but any such task won't have a high priority on my TODO list. After all, some breakage is expected. ppa-purge to the rescue ;) [15:33] a messed up PPA is much better than a messed up archive (and the OEM projects that depend on it) [15:33] ack [15:46] The PPA can still have updates for all supported releases, right? [15:47] yeah [15:50] yep [15:56] ricotz: by the way, the new code in my 355 branch works now. You might want to have a look at the changes