https://bugzilla.redhat.com/show_bug.cgi?id=1837107 --- Comment #10 from Andy Mender <andymenderunix@xxxxxxxxx> --- Thanks for feedback, guys! @Paul Dufresne I think there is a bit of confusion here. The .spec file doesn't violate the policy stated here: https://docs.fedoraproject.org/en-US/packaging-guidelines/#_build_time_network_access. The 7kaa-music package merely provides a downloader script to get the music. The .spec file instructs rpm that the music files should be owned by the 7kaa package so that there are no leftovers after package uninstallation. I am always very careful about licensing issues, since they're a big no-go in open-source communities :). I know many game packages use various download script gimmicks, even relying on scriplets which run post-installation (so the licensed content isn't inserted into the source nor binary rpm package itself). @Paul Howarth The autodownloader was used before, but I removed it, since it required an extra .autorc config. I think a regular Bash script using wget is sufficient. However, I think splitting off the music package entirely and moving it to RPM Fusion might be a safer option. Would it be okay to keep the main 7kaa package in the Fedora repositories and move 7kaa-music to RPM Fusion? I would then draft another .spec for a separate music package and submit a new report to RPM Fusion directly. -- 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 _______________________________________________ package-review mailing list -- package-review@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx 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/package-review@xxxxxxxxxxxxxxxxxxxxxxx
