-
Notifications
You must be signed in to change notification settings - Fork 1
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
raspi-utils-core misses Breaks/Replaces on libraspberrypi-bin #376
Comments
This is the right place and I can reproduce the issue. Will push a fixed version a bit later today. Thanks! |
I'm having a bit of a problem with that approach. While it makes it possible to install
Package: raspi-utils-core
Architecture: any
-Breaks: raspi-utils (<< 20240402-4)
-Replaces: raspi-utils (<< 20240402-4)
+Breaks: raspi-utils (<< 20240402-4), libraspberrypi-bin,
+Replaces: raspi-utils (<< 20240402-4), libraspberrypi-bin,
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -58,9 +56,11 @@ Description: Tools for reading and setting Raspberry Pi OTP bits
Package: raspi-utils-dt
Architecture: any
Breaks:
+ libraspberrypi-bin,
ovmerge (<< 20230123-1),
raspi-utils (<< 20240402-4),
Replaces:
+ libraspberrypi-bin,
ovmerge (<< 20230123-1),
raspi-utils (<< 20240402-4),
Depends: ${misc:Depends}, ${perl:Depends}, ${shlibs:Depends}, device-tree-compiler, I've probably got something wrong there but I've always found that section of Debian's policy manual a bit vague. |
The main problem was the |
So a package can provide and break another package. But a dependency cannot break a package provided by the dependant? Nasty. I mean usually such breaks, replaces, provides are on the very same replacement package. But when splitting features into multiple packages, having a meta package to depend on all of them, it sort of makes sense to keep the "provides" on that one. Does it maybe work if |
Yeah, that's my understanding from trying a few different approaches.
Tried that as well, with no luck. I think the 'Provides' line is safe to remove as long as there are no other packages that depend on |
Shipped a version with these changes. |
I hope reports regarding the
raspi-utils
DEB packages are correct here, since the other repo is for the raw executables only? https://github.com/raspberrypi/utilsElse I can re-open the issue over there.
raspi-utils
has been split intoraspi-utils-core
and other packages, which is great since one has now much more flexibility to select the actually needed tools. However,raspi-utils-core
containsvcgencmd
but has no Breaks/Replaces onlibraspberrypi-bin
, hence the migration from old/Bullseye to new/Bookworm packages currently fails. The Breaks/Replaces is still present on theraspi-utils
meta package, where it is not needed, since it is a meta package only, without actual content.Provides: libraspberrypi-bin
however still makes sense only on the meta package, since only that one pulls in all the tools previously part oflibraspberrypi-bin
?The text was updated successfully, but these errors were encountered: