[02:09] Maybe write a test case script? [02:15] for a PAM module? [02:50] i mean what do backporters do for things like python? [02:50] or just anything ? [04:13] Typically more tighlyintegrated or deeper stack components are not backported: I do not mean this as discouragement, only apology foor the process. [04:17] its a really tough problem i totally acknowledge htat [04:17] if i could think of a test case i would [04:18] but pam modules are tricky business [04:18] they take over login type things, ssh, sudo. the source has a little app that you can use but you have to set it up [05:29] hi === tinoco is now known as tinocoff [14:36] fantastic [14:37] the admin for backporters no longer works with ubuntu [14:39] it strikes me here that this process is perhaps a bit broken and maybe it needs to be discussed at a higher level, the concern here is that no one is really doing it, there is no defined process for how someone trying to get a backport done is supposed to do it, there is no defined process for what a backporter is supposed to do and everyone is too busy anyways [14:45] is there a way to up-level this discussion, there is severe dissonance in xenial pulling from unstable and whatever backports is [14:48] karstensrage: there are four admins apparently: https://launchpad.net/~ubuntu-backporters/+members [14:48] I believe at least one of them is still active. [14:49] rbasak, although i will if i have to, throwing darts at that list has not really been fruitful [14:49] If there are delays, bring it up on the ubuntu-devel ML maybe? Perhaps more people on the backporters team are needed. [14:50] to be honest from the outside backporters seems dead [14:50] So...help reawaken it? :) [14:53] ok seems like a very thin mailing list and im a bit frustrated at this point [14:53] not sure ranting will come off well [14:53] i honestly dont know how to frame this correctly for the ubuntu process itself [14:54] "hi ubuntu-devel, backports sucks, please fix, k thanks bye" [15:00] so i guess there is a fundamental problem that i cant figure out how to fix, and thats that you cant expect a backporter (or really anyone; same with debian maintainers) to switch in some random context of whatever is being backported and "evaluate" things [15:02] so either you come up with some "process" which is either severely anemic to handle every case or just arbitrary superficial stuff [15:03] or you "fiddle dee dee, ill think about that tomorrow" the problem and get what you have today [15:05] if the "process" for upcoming LTS is just "whatever unstable did" i see that as valid for backports as well, its justifiable [15:06] this is like the reverse bike shed problem [15:06] youre trying to come up with a process to evaluate nuclear power plants [15:06] That's a reasonable point. [15:07] thank you, rbasak the problem is if you dont address this, no one will volunteer to evaluate nuclear power plants... if you dont define some doable process, you cant expect backporters to do anything [15:07] which is exactly what you have [15:11] karstensrage: So, the backports process has been created by the backporters: most things are self-organising, and waiting on some other thing tends not to work. [15:12] reawakening sleeping teams is more likely to be successful than suggesting someone else do that. [15:13] karstensrage: the process is well documented, no? https://wiki.ubuntu.com/UbuntuBackports [15:13] Specifically https://wiki.ubuntu.com/UbuntuBackports#Approving_a_Backport [15:18] rbasak, but those are all just "statements"? [15:27] I don't follow. [15:37] rbasak, just say "the package installs correctly." [15:41] no one is going to check that, or even knows what it means [15:41] right? === tinocoff is now known as tinoco [17:53] is that right rbasak ? [18:23] karstensrage: I would take "correctly" to mean "without errors". For each binary package, not just one. [18:25] yes of course [18:25] ive already tested all that stuff including that it works but i know a lot about PAM [18:25] on all environments [18:28] the ppa's have been in launchpad forever... i just recently updated the ppa's with the latest that actually got into debian and xenial, and tested them AGAIN [18:28] but its all irrelevant to a backporter [18:28] if they existed [18:29] persia, suggested a test script.. im wracking my brain trying to figure out if thats even possible [18:29] but it would be a huge effort and with no commitment from someone that could actually backport stuff, its hard to justify that [18:30] My idea was that it would be easier to get testers that way, but yes, it ultimately needs a backporter. [18:32] persia, the issue with a "test" if it could even be done (still thinking about it) is that who is it for. if its for me, ive already actually installed the ppa's and the xenial stuff [18:32] and configured it and it works [18:32] if its for some random backporter with no context of PAM or what it entails, the test just says "YES" [18:32] so its the same as me saying "YES" [18:33] of course the devil is in the details but the problem is working out those details is what the backporter actually wants to do, but it cant scale [18:34] * karstensrage sighs [19:06] Yep :/ [21:16] so i unassigned micahg and ill try the mailing list to ask for someone to help [21:16] im willing to provide any technical assistance to a backporter to understand PAM, configure it [21:17] but given the ease with which xenial was just "done" im hesitant without some commitment on the other side