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

Attachment: 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

Reply via email to