Philipp Schuster

Is there any reason to keep this MR open, @nicholasbishop ?

Closing. Superseded by #893. Thanks for your input!

> In fact, considering PRs like https://github.com/rust-osdev/uefi-rs/pull/552, it might be a good idea to go beyond renaming the features and instead switch to a much more granular project structure: >...

_Edit: Obsolete due to #705_ Another thought: I think, we should separate the export of uefi::glboal_allocator::Allocator and setting it as #[global_allocator]. Actually, I'd prefer to remove #[global_allocator] static ALLOCATOR: Allocator...

After reading your thoughts, I think, I found another way to look at things: I see the `uefi` crate as a collection of tools that allows competing implementations in an...

How do we want to continue here, @nicholasbishop @GabrielMajeri I'm in favor of deprecating `uefi-services` and just put everything in `uefi`. `uefi-services` is just a single `lib.rs` file, which doesn't...

Got it. I think `uefi::helpers` would be a better name than.

Oh, good to know! Yeah, the throughput in nixpkgs on GitHub is incredible and maintainers are all overwhelmed. My colleques and I know a few maintainers personally. I'm confident that...

From what I've seen in https://github.com/NixOS/nixpkgs/pull/194841: Maybe it would be good so split that up into two MRs: - just init the bootloader so that people can use the build...

Hi, I'm back from vacation and ready to work on that issue now! @TobiasSN