Use pkgconfig(hidapi-libusb) instead of hidapi-devel

Works for me when manually reloading with echo 1 | sudo tee -a /sys/devices/system/cpu/microcode/reload (this requires no reboot):

@Jacalz I haven't posted a differential, as I'm waiting on a go-ahead from @JoshStrobl. It is on his to-do list afaik, so we'll just have to be patient :)

P.S. Please don't use 80 columns in the summaries or elsewhere. I updated the summary, guessing it forced wrapping after you added the link.

I have a working fwupd integrated with clr-boot-manager based on my previous comment. The changes are fairly minimal:

Add patch to disable building static library and examples

• Remove static library
• Move man(3) pages to devel

@livingsilver94: I don't think there's a more recent tag that actually builds (see monodevelop #8006). Note that the 8.x releases are described as 'Visual Studio for Mac'. There is a fork in the works (dotdevelop, but I don't think that has any working builds.

@chax I would still like to know what the reasons for blocking this upgrade are. It would be useful if you could create a task for tracking the blocking issues.

Almost two years later, and it looks like fdupes is alive again. Still a useful utility to have imho.

@chax it would probably be useful to create issues tracking blocking issues, so it's visible that and why updates are being blocked.

If all that needed, is to mount the /boot partition before running fwupd, maybe we could consider integrating this with eopkg for the time being, and then sol later on.

Actually rebuild correctly...

@JoshStrobl: the current Git repository is also linked in the release announcement. It also works for me, so I'm not sure what might have caused the build failure. Maybe we should use the official release tarball from kernel.org instead of one of the Git repos?

Reverse changelog order.

Oh, and in case anyone was wondering what happens if you remove perl. It actually looks pretty safe from a clean install:

The following script (based on the link by @hashhsah) works as a replacement for c_rehash:

Looking at the list of changes from v1.7.0 to develop HEAD (here) it's my opinion that the rename and update on our part may be a bit premature and we should wait until a .1 is out that incorporates the various icon, hosting link, etc. changes.

Update to 1.7.1

Related PR here: https://github.com/getsolus/solus-sc/pull/58

The following worked for me (from the issue @JoshStrobl found):

Yes, my mistake. Sorry about that.

Fix indenting of description.

Add MAINTAINERS and remove commented check

Add MAINTAINERS file

Add MAINTAINERS and fix package description

Add MAINTAINERS file and remove builddeps

Fix various packaging issues

I'm willing to maintain this. I have to keep an eye on my disk somehow :)

Fixed SPDX license number.

Update licenses to be valid SPDX identifiers

Fix networking, license and builddeps ordering

Update setup/build/install commands

Fix SPDX license identifier