<p dir="ltr"><br>
On Nov 11, 2015 10:57, "Clint Byrum" <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>> wrote:<br>
><br>
> Excerpts from Morgan Fainberg's message of 2015-11-10 20:17:12 -0800:<br>
> > On Nov 10, 2015 16:48, "Clint Byrum" <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>> wrote:<br>
> > ><br>
> > > Excerpts from Morgan Fainberg's message of 2015-11-10 15:31:16 -0800:<br>
> > > > On Tue, Nov 10, 2015 at 3:20 PM, Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br>
> > > ><br>
> > > > > Hi there!<br>
> > > > ><br>
> > > > > All of Liberty would be migrating from Sid to Testing (which is the<br>
> > > > > pre-condition for an upload to offical Debian backports) if I didn't<br>
> > > > > have a really annoying situation with the repoze.{what,who} packages.<br>
> > I<br>
> > > > > feel like I could get some help from the Python export folks here.<br>
> > > > ><br>
> > > > > What is it about?<br>
> > > > > =================<br>
> > > > ><br>
> > > > > Here's the dependency chain:<br>
> > > > ><br>
> > > > > - Keystone depends on pysaml2.<br>
> > > > > - Pysaml2 depends on python-repoze.who >=2, which I uploaded to Sid.<br>
> > > > > - python-repoze.what depends on python-repoze.who < 1.99<br>
> > > > ><br>
> > > > > Unfortunately, python-repoze.who doesn't migrate to Debian Testing<br>
> > > > > because it would make python-repoze.what broken.<br>
> > > > ><br>
> > > > > To make the situation worse, python-repoze.what build-depends on<br>
> > > > > python-repoze.who-testutil, which itself doesn't work with<br>
> > > > > python-repoze.who >= 2.<br>
> > > > ><br>
> > > > > Note: repoze.who-testutil is within the package<br>
> > > > > python-repoze.who-plugins who also contains 4 other plugins which are<br>
> > > > > all broken with repoze.who >= 2, but the others could be dropped from<br>
> > > > > Debian easily). We can't drop repoze.what completely, because there's<br>
> > > > > turbogears2 and another package who needs it.<br>
> > > > ><br>
> > > > > There's no hope from upstream, as all of these seem to be abandoned<br>
> > > > > projects.<br>
> > > > ><br>
> > > > > So I'm a bit stuck here, helpless, and I don't know how to fix the<br>
> > > > > situation... :(<br>
> > > > ><br>
> > > > > What to fix?<br>
> > > > > ============<br>
> > > > > Make repoze.what and repoze.who-testutil work with repoze.who >= 2.<br>
> > > > ><br>
> > > > > Call for help<br>
> > > > > =============<br>
> > > > > I'm a fairly experienced package maintainer, but I still consider<br>
> > myself<br>
> > > > > a poor Python coder (probably because I spend all my time packaging<br>
> > > > > rather than programming in Python: I know a way better other<br>
> > programing<br>
> > > > > languages).<br>
> > > > ><br>
> > > > > So I would enjoy a lot having some help here, also because my time is<br>
> > > > > very limited and probably better invested working on packages to<br>
> > assist<br>
> > > > > the whole OpenStack project, rather than upstream code on some weirdo<br>
> > > > > dependencies that I don't fully understand.<br>
> > > > ><br>
> > > > > So, would anyone be able to invest a bit of time, and help me fix the<br>
> > > > > problems with repoze.what / repoze.who in Debian? If you can help,<br>
> > > > > please ping me on IRC.<br>
> > > > ><br>
> > > > > Cheers,<br>
> > > > ><br>
> > > > > Thomas Goirand (zigo)<br>
> > > > ><br>
> > > > ><br>
> > > > It looks like pysaml2 might be ok with < 1.99 of repoze.who here:<br>
> > > > <a href="https://github.com/rohe/pysaml2/blob/master/setup.py#L30">https://github.com/rohe/pysaml2/blob/master/setup.py#L30</a><br>
> > > ><br>
> > > > I admit I haven't tested it, but the requirements declaration doesn't<br>
> > seem<br>
> > > > to enforce the need for > 2. If that is in-fact the case that > 2 is<br>
> > > > needed, we are a somewhat of an impass with dead/abandonware holding us<br>
> > > > ransom. I'm not sure what the proper handling of that ends up being in<br>
> > the<br>
> > > > debian world.<br>
> > ><br>
> > > repoze.who doesn't look abandoned to me, so it is just repoze.what:<br>
> > ><br>
> > > <a href="https://github.com/repoze/repoze.who/commits/master">https://github.com/repoze/repoze.who/commits/master</a><br>
> > ><br>
> > > who's just not being released (does anybody else smell a Laurel and<br>
> > > Hardy skit coming on?)<br>
> ><br>
> > Seriously!<br>
> ><br>
> > ><br>
> > > Also, this may have been something temporary, that then got left around<br>
> > > because nobody bothered to try the released versions:<br>
> > ><br>
> > ><br>
> > <a href="https://github.com/repoze/repoze.what/commit/b9fc014c0e174540679678af99f04b01756618de">https://github.com/repoze/repoze.what/commit/b9fc014c0e174540679678af99f04b01756618de</a><br>
> > ><br>
> > > note, 2.0a1 wasn't compatible.. but perhaps 2.2 would work fine?<br>
> > ><br>
> > ><br>
> ><br>
> > Def something to try out. If this is still an outstanding issue next week<br>
> > (when I have a bit more time) I'll see what I can do to test out the<br>
> > variations.<br>
><br>
> FYI, I tried 2.0 and it definitely broke repoze.what's test suite. The API<br>
> is simply incompatible (shake your fists at whoever did that please). For<br>
> those not following along: please make a _NEW_ module when you break<br>
> your API.<br>
><br>
> On the off chance it could just be dropped, I looked at turbogears2, and<br>
> this seems to be the only line _requiring_ repoze.what-plugins:<br>
><br>
> <a href="https://github.com/TurboGears/tg2/blob/development/tg/configuration/app_config.py#L1042">https://github.com/TurboGears/tg2/blob/development/tg/configuration/app_config.py#L1042</a><br>
><br>
> So I opened this issue:<br>
><br>
> <a href="https://github.com/TurboGears/tg2/issues/69">https://github.com/TurboGears/tg2/issues/69</a><br>
><br>
> Anyway, it seems like less work to just deprecate this particular feature<br>
> that depends on an unmaintained library (which should be grounds enough<br>
> to remove python-repoze.what and python-repoze.what-plugins). Then the<br>
> dep can be dropped from python-turbogears2 and tg2-devtools.<br>
></p>
<p dir="ltr">That does seem like a path of least resistance. ++</p>