Closed n3ph closed 1 month ago
If you have a look at the Makefile, you will see that using cargo to install the binary alone is not going to work here. We install a bunch of extra stuff that cargo has no conception of.
Please see 5b8f27f19e24d19c418a5be21d77f92b2b549157
in ::gentoo
, which closes the bug you linked. We need to sed the Makefile in-place to use $(cargo_target_dir)
. Using cargo_src_install()
will result in our udev rules and config files not being installed.
Oh right, I've missed that.
I guess emake DESTDIR=${D} install-data
could do it as well?
Looks good so far...
>>> Installing (1 of 1) sys-apps/speakersafetyd-1.0.0-r1::local
* checking 22 files for package collisions
>>> Merging sys-apps/speakersafetyd-1.0.0-r1 to /
--- /etc/
--- /etc/init.d/
=== /etc/init.d/speakersafetyd
--- /lib/
--- /lib/udev/
--- /lib/udev/rules.d/
>>> /lib/udev/rules.d/95-speakersafetyd.rules
--- /lib/systemd/
--- /lib/systemd/system/
>>> /lib/systemd/system/speakersafetyd.service
--- /usr/
--- /usr/lib/
--- /usr/lib/tmpfiles.d/
>>> /usr/lib/tmpfiles.d/speakersafetyd.conf
--- /usr/share/
>>> /usr/share/speakersafetyd/
>>> /usr/share/speakersafetyd/apple/
>>> /usr/share/speakersafetyd/apple/j493.conf
>>> /usr/share/speakersafetyd/apple/j475.conf
>>> /usr/share/speakersafetyd/apple/j474.conf
>>> /usr/share/speakersafetyd/apple/j473.conf
>>> /usr/share/speakersafetyd/apple/j457.conf
>>> /usr/share/speakersafetyd/apple/j456.conf
>>> /usr/share/speakersafetyd/apple/j416.conf
>>> /usr/share/speakersafetyd/apple/j415.conf
>>> /usr/share/speakersafetyd/apple/j414.conf
>>> /usr/share/speakersafetyd/apple/j413.conf
>>> /usr/share/speakersafetyd/apple/j375.conf
>>> /usr/share/speakersafetyd/apple/j316.conf
>>> /usr/share/speakersafetyd/apple/j314.conf
>>> /usr/share/speakersafetyd/apple/j313.conf
>>> /usr/share/speakersafetyd/apple/j293.conf
>>> /usr/share/speakersafetyd/apple/j274.conf
>>> /usr/share/speakersafetyd/apple/j180.conf
--- /usr/bin/
=== /usr/bin/speakersafetyd
>>> Safely unmerging already-installed instance...
--- replaced obj /usr/bin/speakersafetyd
--- replaced dir /usr/bin
--- replaced dir /usr
--- replaced obj /etc/init.d/speakersafetyd
--- replaced dir /etc/init.d
--- replaced dir /etc
>>> Original instance of package unmerged safely.
>>> sys-apps/speakersafetyd-1.0.0-r1 merged.
>>> Recording sys-apps/speakersafetyd::local in "world" favorites file...
lmfao I completely forgot we had that target in the Makefile
Happy to merge this once you squash your commits and fix them to use the proper format (use pkgdev commit --signoff
to make this easier). Probably also doesn't need a revbump since nothing about what is merged into the rootfs is being changed, so just edit the existing speakersafetyd-1.0.0.ebuild
.
@chadmed Done. I fat-fingered an additional NL into it, so I had to force-push again.
Is pkgdev commit --signoff
doing something special? I always have that signoff in my commit messages, but maybe I am missing something?
pkgdev commit --signoff
will automatically detect what package you have changed and even automatically write your commit message for certain things (revbump, keywording, etc). if youve set git up properly according to the gentoo dev guide, it will also sign your commits with your GPG key (required for anything going into ::gentoo
)
also sorry to be a bother again, could you drop the metadata caches from the commit? theyre just noise
pkgdev commit --signoff
will automatically detect what package you have changed and even automatically write your commit message for certain things (revbump, keywording, etc). if youve set git up properly according to the gentoo dev guide, it will also sign your commits with your GPG key (required for anything going into::gentoo
)
I have all of that manually set up with my .gitconfig
. But I'll have an eye on pkgdev commit --signoff
, seems like it brings various nice2have Gentoo commit features. Thx for the explanation! 🙇🏼
also sorry to be a bother again, could you drop the metadata caches from the commit? theyre just noise
Done and Thx again. I am not very familiar with these processes yet. Please let me know whenever I am missing something, so I can adopt quickly.
Thx to parona, I've stumbled across https://bugs.gentoo.org/937782 and saw Gentoo builds target specific releases now. But there is
cargo_src_install
.