![](https://seccdn.libravatar.org/avatar/d3a20bec8951854eb1db68a111438a2a.jpg?s=120&d=mm&r=g)
Simon Lees píše v Pá 20. 11. 2020 v 18:45 +1030:
I strongly disagree with most of this, firstly if i'm writing a script and have a missing dep, i'd much rather push it to tumbleweed then deal with pip I want to zypper dup/up not try and think of what I need to update with pip.
I have absolutely no intent to stop submission of new packages. Just update two packages already in d:l:p (or any other of the checked projects, it may be as simple as just bumping the version number, rebuilding the package, and submitting to OBS), and you are very welcome to update new one. The message I just really want to send is that having package in d:l:p is not costless. The cost is small, but with 2007 packages in it (with over 500 in need of update), the bottom line is very much non-zero.
Secondly in openSUSE we always encourage people to do and only say no to a contribution if we have very good reason to, we also don't expect anyone to do work for us. With that in mind id suggest a policy more along these lines which is what happens elsewhere.
Perhaps the solution would be just send some packages to some other repos, which would remain unmaintained by the community (i.e., if you care about them enough to maintain them, be my guest, or actually the guest of OBS). So, for example, all those COPR packages belong to system:packagemanager, after all they have really not much to do with the Python ecosystem anyway. Also, I would have no problems with (non-monitored) d:l:p:PyPI project with automatically (or otherwise) generated mirror of PyPI.
If someone adds a new package they get added as the maintainer in obs (For now lets just talk about non core things that aren't in SLE).
That’s absolutely perfect, but let them do it outside of d:l:p (or other monitored projects).
What goes alongside that is no one expects you or anyone else to keep packages that you don't want to maintain up to date which means there is only a small amount of work per package in the unusual case where we need to modify some macro etc even then generally such a change can be done in a way where not every package needs to be done at once.
We have scripts which follow these repositories https://gitlab.com/mcepl/suse_cron_scripts/-/blob/master/scripts/environment... and generate the weekly email to this list. It would be very difficult to separate unmaintained packages in these projects from those we wish to update. Best, Matěj -- https://matej.ceplovi.cz/blog/, Jabber: mcepl@ceplovi.cz GPG Finger: 3C76 A027 CA45 AD70 98B5 BC1D 7920 5802 880B C9D8 In the government of this Commonwealth, the legislative department shall never exercise the executive and judicial powers, or either of them: The executive shall never exercise the legislative and judicial powers, or either of them: The judicial shall never exercise the legislative and executive powers, or either of them: to the end it may be a government of laws and not of men. -- John Adams in the Article XXXth of the Constitution of the Commonwealth of Massachusetts