https://bugzilla.redhat.com/show_bug.cgi?id=1111691 --- Comment #46 from David Nichols <david@xxxxxxxx> --- (In reply to Andy Mender from comment #45) > > qore-devel: > > The Qore library can be used without qore and the qore-stdlib packages to allow for developing programs supporting embedded logic in them; the qore and qore-stdlib packages are both generally useful and in the vast majority of cases would also be used, however in a theoretical "lean" use case implementing only embedded logic in an application where the qore standard library is not required or needed, and external scripting support with qore is irrelevant, they would not be installed and > > qore-doc and qore-devel-doc: > > Regarding requiring anything for the doc packages, I followed originally the same approach as with other languages such as Python, where the doc packages can be installed standalone as well - ex: https://src.fedoraproject.org/rpms/python3-docs/blob/master/f/python3-docs.spec - which has no dependencies on external packaging. > > Good point! I see python3-docs uses the soft-dependency tag "Recommends". > You can use something similar if you see fit :). OK great suggestion - I now have the following (blank lines added for clarity): $ grep -e ^%package -e ^Requires: -e ^Recommends: -e ^BuildArch: qore.spec Requires: libqore%{?_isa} = %{version}-%{release} Requires: %{name}-stdlib%{?_isa} = %{version}-%{release} %package -n libqore %package stdlib Requires: libqore%{?_isa} = %{version}-%{release} Recommends: %{name} = %{version} %package doc BuildArch: noarch Recommends: %{name} = %{version} %package devel Requires: libqore%{?_isa} = %{version}-%{release} Recommends: %{name} = %{version} %package devel-doc BuildArch: noarch Recommends: %{name}-devel = %{version} %package misc-tools Requires: %{name} = %{version}-%{release} BuildArch: noarch > > The scripts in this package require the qore executable to run, and the qore pkg in turn depends on libqore & qore-stdlib, so those other two package are indirect dependencies through qore. libqore is not sufficient for the qore-misc-tools package, but needs to be in place so that the qore executable will run. > > I'm trying to read a bit deeper into this section from the Packaging > Guidelines: > https://docs.fedoraproject.org/en-US/packaging-guidelines/ > #_requiring_base_package > I think the problem might be lines like these (using the %{?_isa} macro): > Requires: %{name}%{?_isa} = %{version}-%{release} > > Can you try dropping the %{?_isa} macro? Perhaps that's causing issues? They have been dropped from all noarch pkgs; do you mean that I should also drop the {%?_isa} from the libqore dependencies? My take on the above guideline is based on a possibly more liberal interpretation of "base package". For me the base package is libqore. This is the fundamental package that has no other dependencies from the project and is usable by itself. The qore package will be required for most use cases but not all. libqore will always be required and is usable without qore and also without qore-stdlib, even if in the majority of realistic use cases, qore and qore-stdlib will be what users really want, and libqore will get installed in the background to support those. Possible installations in increasing order of capabilities: 1) libqore An absolute minimum installation for embedded code support only - assuming an external custom API - no standard Qore runtime 2) libqore + qore-stdlib A more realistic minimal installation for embedded code support only, including the Qore standard runtime libraries 3) libqore + qore-stdlib + qore The most common installation for normal scripting + embedded code. new links: - https://docs.qore.org/srpms/qore.spec - https://docs.qore.org/srpms/qore-0.9.4.6-3.fc32.src.rpm Koji build: https://koji.fedoraproject.org/koji/taskinfo?taskID=49011915 Thanks again for your time on this! -- 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
