Il 10/10/22 10:57, Petr Pisar ha scritto: > V Fri, Oct 07, 2022 at 11:56:51AM -0500, Chris Adams napsal(a): >> Once upon a time, Mattia Verga <mattia.verga@xxxxxxxxx> said: >>> Il 07/10/22 17:28, Chris Adams ha scritto: >>>> Once upon a time, Mattia Verga <mattia.verga@xxxxxxxxx> 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 Indeed, you're right. I thought those were support files not directly consumed by the main program itself. I'll add an explicit perl dependency. I'm now facing a build failure on EPEL, which I can't figure out: /usr/bin/ld: lilxml.o (symbol from plugin): undefined reference to symbol 'xmlMalloc@@LIBXML2_2.4.30' /usr/bin/ld: /usr/lib64/libxml2.so.2: error adding symbols: DSO missing from command line Does anyone have some spare time to give me any advice? https://koji.fedoraproject.org/koji/taskinfo?taskID=92750018 Mattia _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
