https://bugzilla.redhat.com/show_bug.cgi?id=2388768
--- Comment #38 from Jens Petersen <[email protected]> --- (In reply to Zbigniew Jędrzejewski-Szmek from comment #36) > > nix.src: W: strange-permission 13995.patch 666 > > nix.src: W: strange-permission 14001.patch 666 > > nix.src: W: strange-permission README.md 666 > > nix.src: W: strange-permission nix-2.31.1.tar.gz 666 > > nix.src: W: strange-permission nix.conf 666 > > nix.src: W: strange-permission nix.spec 666 > > nix.src: W: strange-permission registry.json 666 Yea, this is actually a copr bug: https://github.com/fedora-copr/copr/issues/3888 > > nix.x86_64: W: no-manual-page-for-binary nix > > nix.x86_64: W: no-manual-page-for-binary nix-build > > nix.x86_64: W: no-manual-page-for-binary nix-channel > > nix.x86_64: W: no-manual-page-for-binary nix-collect-garbage > > nix.x86_64: W: no-manual-page-for-binary nix-copy-closure > > nix.x86_64: W: no-manual-page-for-binary nix-env > > nix.x86_64: W: no-manual-page-for-binary nix-hash > > nix.x86_64: W: no-manual-page-for-binary nix-instantiate > > nix.x86_64: W: no-manual-page-for-binary nix-prefetch-url > > nix.x86_64: W: no-manual-page-for-binary nix-shell > > nix.x86_64: W: no-manual-page-for-binary nix-store > > nix-daemon.noarch: W: no-manual-page-for-binary nix-daemon > > nix-daemon.noarch: W: no-documentation > > nix-devel.x86_64: W: no-documentation > Happens. Right the manpages need mdbook I think to be built iirc, which we don't have in Fedora yet. > > nix-libs.x86_64: E: incorrect-fsf-address > > /usr/share/licenses/nix-libs/COPYING > Meh. I reported this to upstream in https://github.com/NixOS/nix/issues/13758 - I guess I can open an PR too - to maintain my streak ;o) > > nix-daemon.noarch: W: tmpfile-not-in-filelist /nix/var/nix/daemon-socket > > nix-daemon.noarch: W: tmpfile-not-in-filelist /nix/var/nix/builds > This one is a problem. I think that until we have secured the > FPC exception, it's not OK to provide a config that will create /nix/ > automatically. This is what would happen when systemd-tmpfiles is run. > So I think this file must be skippped for now, or maybe renamed to > /usr/lib/tmpfiles.d/nix-daemon.conf.example for now. Ah right indeed - I missed this: then I will "move" it to nix-setup copr for now if possible. > > %files > > %{_libdir}/libnix*.so.* > > The guidelines now say that using globs is not allowed. Actually since the soversion is now identical to the nix version it should be trivial to do, thanks (at least for releases): but some hack like you sketch would be needed for pre-release snapshots. > I'll file a ticket to allow /nix to be used, but for now, let's not use it. Wow, thanks. I was also pondering a Fedora Change, but I am a slightly ambivalent: on the one hand I don't particularly want to "promote" the use of nix (in Fedora), on the other hand "give the people what they want" - a Change may not hurt either... and it would be a new feature, but yes it would be rather more meaningful with '/nix'. -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component https://bugzilla.redhat.com/show_bug.cgi?id=2388768 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-spam&short_desc=Report%20of%20Bug%202388768%23c38 -- _______________________________________________ package-review mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
