manjaro-tools-efiboot #139
Labels
No labels
Done
bug
buildiso
buildpkg
buildtree
critical
deployiso
duplicate
enhancement
help wanted
in progress
invalid
manjaro-chroot
note
old-not-relevant
optional
question
sonar
todo
wontfix
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
tools/manjaro-tools#139
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Created by: udeved
guys, there is a big disadvantage with getting the systemd-efi.
We constantly have to update it which isn't necessary, we just use it to get the iso booted.
For example I added it to manjaro-tools group, now systemd has already 226 and 225 is not available at url
If we use simply last gummiboot from seblu pkg archive as source, we don't have to rebuild the package from new source if we change minor stuff in the build.
Created by: Kirek
And why you don't change the version to 226?
Created by: udeved
Why not just a keep a static target, and be done with it?
Its overblown to get a systemd package that often has new releases just to extract a totally small sized file to get the iso booted in efi.
Created by: udeved
What I am saying, it doesn't make sense.
If you want to really keep always latest systemd efi file, then we make it so that you use it from your system, and I integrate the stupid efi thing in eudev-systemdcompat, which already gets systemd and libsystemd package.
But, I would prefer last gummiboot, its just for iso, and it doesn't affect the installed system.
Created by: Kirek
No, gummiboot is dead.
Just change a single number in the pkgbuild, run updpkgsums, spend 5 seconds downloading the systemd package and build it.
It's not that hard.
Created by: udeved
I already do that for the eudev-systemdcompat package, which is installed on openrc systems, we just have to change copy path, and I will also gut out the efi file then.
Why so complicated and maintaing two packages which do the very same thing?
Can you elaborate why gummiboot binary package would not boot the iso in efi?
I want to understand the technical reason.
Created by: udeved
So lets drop that package source, on systemd host, the efi file is copied from host, and on openrc the same.
As said, I will make eudev-systemdcompat supply the efi file.
Created by: philmmanjaro
I forgot to update it. Will do now.
Created by: udeved
Don't, I have stuff ready to commit.
Created by: udeved
github.com/manjaro/packages-extra@a99d8a214fI thought a 0.9.13 tag and master merge would be good.
Created by: philmmanjaro
Hmm, for now I added it back (
github.com/manjaro/packages-extra@6655c0e7cd) as we have to see what we do about it. I've first to review the code changes to see if they make sense. As of now we have 0.9.12 as our stable released package which needs manjaro-tools-efiboot.Created by: udeved
Its all fine as it is.
manjaro-tools-efi-shell upgrades manjaro-tools-efiboot, and the package just provides the two shells.
We copy the systemd-efi from the chroot, systemd uses systemd stuff, and openrc uses gummiboot.efi at same location..
Created by: philmmanjaro
Ok, you want to provide the efi-file with eudev-systemdcompat. In this case the outdated gummiboot. You also know that with each systemd release the efi changes will go on? gummiboot is now systemd-boot. The mainmaintainer is and was always a systemd developer. Soon or later you will hit rock bottom with this decision as efi changes are and will be maintained by systemd from now on.
What is so hard to understand that fact? So once take a look at systemd-boot and see for yourself that the development is still going on there. We already had a long discussion about it. Why is there a need to reopen that topic and even change the source code without even asking the team?
Created by: udeved
https://github.com/manjaro/packages-extra/blob/master/manjaro-tools/PKGBUILD
because I can any time simply drop gummiboot, and take systemd-efi, since I already get the binary systemd package.
So, I don't see why we should have this small efi file tied to the efi shells. Both inits have the efi file installed on system in same location.
Created by: philmmanjaro
Ok. I'm fine with it. As long as you keep an eye on it.
Created by: udeved
So let me worry about efi and openrc, and you guys get what you want for systemd.
Middle ground, but I refuse to be forced to something without being asked.
Not in a project I started myself.
Created by: philmmanjaro
Totally fine with me. We will see when the switch will be ;)
Created by: udeved
What switch?
Created by: philmmanjaro
With switch I mean, when we release 0.9.13. I assume your changes are already made in unstable branch. Let me built at least a new dev-build to test those new changes you made. If all works as expected I see no point in holding back the new version of manjaro-tools.
Created by: udeved
I updated unstable with eudev-systemdcompat-226, which contains for 64bit the efi file in same location as on systemd.
Created by: philmmanjaro
Then all is there what we need for 0.9.13. Let me first do a dev-build to varify that all works.