-
-
Notifications
You must be signed in to change notification settings - Fork 249
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
back to single package scheme #935
Comments
from a gentoo perspective i would really appreciate that move, but i can not rule out that gentoo users might one day want to install the split packages So for i did not try super hard, but if gentoo is not the only voice saying ... "this split is overly complicated", i would be happy to see a build version which squashes all into one. And reading comments in the gentoo PR gentoo/gentoo#25833 it seems like there have been other voices. Thanks for considering that move! |
Feel free to notify me for a review/try of a PR. If i have a git commit i can go ahead and try if building for gentoo gets easier once back to one package. |
@henning-schild — version 0.7.1 is tagged |
* Update requirements from branch 'master' to dd5375f5291e0353c7fa05e48c50116dba9c6e9e - Merge "Bump pyroute2 to 0.7.1" - Bump pyroute2 to 0.7.1 Since [1], pyroute2 went back to the single package schema. All submodules are removed from the requirements. [1]svinota/pyroute2#935 Change-Id: I9da6cb0dbff651b281246de559d9dc324d3c3af1
Since [1], pyroute2 went back to the single package schema. All submodules are removed from the requirements. [1]svinota/pyroute2#935 Change-Id: I9da6cb0dbff651b281246de559d9dc324d3c3af1
Hi. FYI, I'm discovering that we're going back to single-package stuff. Well, what's bad isn't complicated packages. From my perspective (packaging in Debian), what's bad is disruptive changes. I would have preferred that things stayed the way they were, because now I need more work (again) on this package, which worked already very well. Please avoid going back and forth in the future... Cheers, Thomas Goirand (zigo) |
Hey @thomasgoirand . I'm sorry, it's try to find a balance between all the packaging schemes, thus I'm probably abusing distros with more flexible packaging in order to ease life for those with less flexible. But I promise this change was the last one, at least until versoin > 1.0. And thank you a lot for your efforts supporting the packaging, really. |
and merge the other pyroute2* aports into the main one, as they are just one package now. svinota/pyroute2#935
Since [1], pyroute2 went back to the single package schema. All submodules are removed from the requirements. This patch also blocks 0.7.1 due to [2]. The following issues in pyroute2 project were reported and fixed in this version: * svinota/pyroute2#962 * svinota/pyroute2#964 [1]svinota/pyroute2#935 [2]https://bugs.launchpad.net/neutron/+bug/1981963 Related-Bug: #1981963 Change-Id: I36532033c4173164e5709030f5e940a40755ae43
Multiple packages scheme turned out to be too complicated for packagers, so:
pyroute2-minimal
(autogenerated?)pr2modules
for the time being (⇐ later use deprecation warning for the rest of 0.7.x cycle)pyroute2-minimal
automatically from the main tree (manual modules list for the start)pyroute2-minimal
Related:
The text was updated successfully, but these errors were encountered: