V Fri, Oct 07, 2022 at 11:56:51AM -0500, Chris Adams napsal(a): > Once upon a time, Mattia Verga <mattia.ve...@proton.me> said: > > Il 07/10/22 17:28, Chris Adams ha scritto: > > > Once upon a time, Mattia Verga <mattia.ve...@proton.me> said: > > >> I don't understand, why RPM automatically adds a dependency on a noarch > > >> subpackage which consists only of data files? > > >> > > >> https://koji.fedoraproject.org/koji/buildinfo?buildID=2072456 > > >> > > >> Any idea? > > > Because it isn't just data files? /usr/share/xephem/auxil contains two > > > executable perl scripts. > > > > Thanks, I'll try to unset the exec bit on those two scripts. > > I think it'd be better to consider the packaging - should those scripts > be in this subpackage at all? Do they belong somewhere else, or do they > even need to be shipped? If they belong with the data... then it's > probably correct for the data package to depend on perl. > > Don't just try do things to avoid dependencies, understand why it's > there.
Indeed. /usr/share/xephem/auxil/README reads:
This directory contains support files that are used by xephem.
If the script is used, unsetting executable bit could break xephem.
I was able to find mpcorb2edb.pl mentioned this documention
/usr/share/xephem/help/xephem.html:
When the Get
button is clicked, XEphem downloads the appropriate file, uncompresses
it, reformats it to .edb format and splits the results into two files
for convenience. One file will contain all asteroids which can ever
become brighter than magnitude 13, and the other (with a "_dim" suffix)
contains all the rest. All files are created in the user's Private
XEphem directory. The real work is performed by two perl scripts,
mpcorb2edb.pl and astorb2edb.pl, respectively. These may be run
independently
of XEphem if desired.
And indeed the script name is compiled into /usr/bin/xephem binary.
I guess you should keep the script executable and keep the dependency on
perl.
-- Petr
signature.asc
Description: PGP signature
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org 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/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
