<div dir="ltr"><div>Thanks for all the explanations!</div><div><br></div><div>I think my main concerns are the fact that we (well, really, you) end up having to maintain this libsolv "fork" essentially forever (in contrast to the others, where you currently just need to upload the releases) and users get a slightly different result depending how they install libsolv -- especially if used in other projects.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 14, 2020 at 5:22 PM Daniel Alley <<a href="mailto:dalley@redhat.com">dalley@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks Daniel,<br><br>
I've reposted to pulp-dev, so you might want to re-post your reply<br>
there too, but:<br><br>
Great, if createrepo and libcomps is just "intermediate" while we<br>
actively (try) to help upstream get there, I can totally take that.<br><br>
For solv: well, if they don't want it there, IMHO we should not<br>
publish it under their name either?</blockquote><div><br></div><div>It's not so much that they didn't want it there; more that they don't care about that use case at all and it's not something that they want to maintain or think about.  Similar to the situation with createrepo_c except that there was less hope that they would eventually take back control :) <br></div><div><br></div><div>The primary reason is just that we wanted it to be possible to run the RPM plugin on Debian-based distros, and relying on any RPMs would go counter to that goal.  But there were some other motivations also - at the time, the Python community was deciding on which technology to use for the new dependency resolver in Pip, and libsolv was mentioned as a candidate (but ultimately decided against for various reasons).  One of the reasons was that nobody had ever made a Python package for libsolv and they weren't even sure if it was possible - and I found this discussion at the same time as I was already wanting to package it anyway for Pulp.<br></div><div><div id="gmail-m_-8678451680244310468gmail-:1to"><img src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div></div><div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br></blockquote></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 14, 2020 at 9:47 AM Daniel Alley <<a href="mailto:dalley@redhat.com" target="_blank">dalley@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">My apologies!  s/Evengi/Evgeni, the letters got swapped in my brain : /<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 14, 2020 at 9:37 AM Daniel Alley <<a href="mailto:dalley@redhat.com" target="_blank">dalley@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Reposting my response from the other thread:</div><div><div><table cellpadding="0"><tbody><tr><td colspan="3"><table cellpadding="0"><tbody><tr><td><br></td></tr></tbody></table></td></tr></tbody></table></div><div><div id="gmail-m_-8678451680244310468gmail-m_7912130249919477265gmail-m_-8549464079675397580gmail-m_-7926712591985227045gmail-:2ab"><div id="gmail-m_-8678451680244310468gmail-m_7912130249919477265gmail-m_-8549464079675397580gmail-m_-7926712591985227045gmail-:2aa"><div dir="ltr"><div>Hi Evengi,</div><div><br></div><div>In
 the case of createrepo_c and libsolv, the upstream merged all of the 
build script changes that were necessary to enable producing Python 
packages, so in that sense the packages we are producing are completely 
unmodified.  However, the RPM team isn't particularly interested in 
maintaining Python packages, and so they gave us permission to maintain 
the packages ourselves.  I've forgotten in what medium that discussion 
took place so I'm not sure where even to look for a record of it.  
Nonetheless I actually have a PR open against both projects which would 
automate the entire packaging and release process for Python packages 
with Github Actions, so that they could become the official 
owners/maintainers without actually needing to do any work (hopefully).</div><div><br></div><div><a href="https://github.com/rpm-software-management/createrepo_c/pull/207" target="_blank">https://github.com/rpm-software-management/createrepo_c/pull/207</a></div><div><a href="https://github.com/rpm-software-management/libcomps/pull/69" target="_blank">https://github.com/rpm-software-management/libcomps/pull/69</a></div><div><br></div><div>However
 you may notice that those PRs have been sitting for a while :)  In any 
case we'd definitely love to transfer ownership back to them, and I've 
been trying to facilitate that process a little bit (with the PRs) but I
 don't really want to push on them too hard to do so.<br></div><div><br></div><div>With
 respect to libsolv it's a little more complicated. As far as I can tell
 the upstream is just not interested at all and would probably not 
accept the changes into upstream regardless of whether we made the 
release process automated.  I asked multiple times if they were 
interested and got essentially no response.<br></div><div><br></div><div><a href="https://github.com/openSUSE/libsolv/issues/228" target="_blank">https://github.com/openSUSE/libsolv/issues/228</a></div><div><br></div><div>+ some discussion on IRC<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Feb 24 10:14:47 <dalley>     hello Igor, do you have any opinion on this? <a href="https://github.com/openSUSE/libsolv/issues/228#issuecomment-589915584" target="_blank">https://github.com/openSUSE/libsolv/issues/228#issuecomment-589915584</a><br>Feb 24 10:18:24 <ignatenkobrain>  Well, I don't see any reason to publish libsolv to pypi :)</div></blockquote><div><div id="gmail-m_-8678451680244310468gmail-m_7912130249919477265gmail-m_-8549464079675397580gmail-m_-7926712591985227045gmail-:2dr"><img src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 14, 2020 at 9:31 AM Evgeni Golov <<a href="mailto:evgeni@redhat.com" target="_blank">evgeni@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi pulp-dev,<br>
<br>
While packaging pulp3 (more precisely pulp-rpm), I stumbled over the<br>
fact that the "pulp" pypi user has uploaded "solv", "libcomps" and<br>
"createrepo-c" without being the real author. To make matters worse,<br>
the uploads don't 100% represent the original artifacts released by<br>
the respective upstreams as they don't release python packages but<br>
classic tarballs. In the case of "solv" this lead to an interesting<br>
bug: solv upstream does not build a python egg, but your package did,<br>
and then as the pulp-rpm egg has "solv" as a dependency, it won't load on<br>
a system that uses the "real solv" without the egg. We patched that<br>
out in packaging, but it remains ugly.<br>
<br>
I kinda understand why Pulp did that, this way you can rely on "pip"<br>
to install everything for a working pulp-rpm environment, but I think<br>
we/you shouldn't do that and instead either persuade (and help!) the real<br>
upstreams to publish their stuff to PyPI or bite the bullet and accept<br>
that pip is not able to install everything needed for a working<br>
environment.<br>
<br>
Thanks!<br>
Evgeni<br>
<br>
-- <br>
Beste Grüße/Kind regards,<br>
<br>
Evgeni Golov<br>
Senior Software Engineer<br>
________________________________________________________________________<br>
Red Hat GmbH, <a href="http://www.de.redhat.com/" rel="noreferrer" target="_blank">http://www.de.redhat.com/</a>, Sitz: Grasbrunn,<br>
Handelsregister: Amtsgericht München, HRB 153243,<br>
Geschäftsführer: Charles Cachera, Laurie Krebs, Michael O'Neill, Thomas Savage<br>
<br>
<br>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature">Beste Grüße/Kind regards,<br><br>Evgeni Golov<br>Senior Software Engineer<br>________________________________________________________________________<br>Red Hat GmbH, <a href="http://www.de.redhat.com/" target="_blank">http://www.de.redhat.com/</a>, Sitz: Grasbrunn, <br>Handelsregister: Amtsgericht München, HRB 153243,<br>Geschäftsführer: Charles Cachera, Laurie Krebs, Michael O'Neill, Thomas Savage</div>