David Runge

@ArchangeGabriel ah, I believe that it is because your device opens as `/dev/mapper/root`, mine as `/dev/mapper/root0`. The generator defaults to using `root` as device according to their specification. I guess...

That depends on your requirements. The package in the official repositories states these as optional dependencies (not everyone wants initrd-debug-progs.service or initrd-tinysshd.service).

Yeah, Windows is always a bit of a special case, I guess. ;-) My proposal is to *allow* devendoring, not to *enforce* it. For environments such as Windows it could...

Argh, sorry... I forgot about this ticket! I'll look into this tomorrow for sure as I have to update the package... :)

Okay, I have commented on a [small issue](https://github.com/llloret/osmid/commit/99a9d77d1cb7e5ce0fbdebcc0974f57c181cac1d#r41380042) with the fix. Unfortunately we are already at spdlog 1.7.0 and building against it does not work: [osmid-0.8.0-devendor_spdlog.txt](https://github.com/llloret/osmid/files/5058783/osmid-0.8.0-devendor_spdlog.txt)

I don't think so, but it is currently also not actively maintained. I would like to move it to the Arch Linux gitlab early next year, so that we can...

Could also be interesting to get in touch with https://opensourcedesign.net/

@retr0h Can you please respond to this issue? From the outside there is no way of telling whether the .whl pushed to pypi.org is malicious content. There is no tag...

@retr0h please respond

@retr0h It basically boils down to a) tagging the commit that 1.2.3 has been released from and b) pushing the sdist tarball for 1.2.3 to pypi.org. Otherwise I am not...