Alexander Bokovoy wrote: > On ti, 15 touko 2018, Rob Crittenden via FreeIPA-devel wrote: >> I can't submit new builds to Fedora from master because a change was >> made to the provider of /usr/share/ipa in freeipa-common. >> >> This sub-package is also built for client-only installs but nothing is >> creating /usr/share/ipa so packaging fails (and/or freeipa.template will >> be missing) >> >> I tried to work around it by excluding it from the client-only build but >> then the package is different by architectures: >> >> BuildError: The following noarch package built differently on different >> architectures: freeipa-client-common-4.6.90.pre2-2.fc29.noarch.rpm >> rpmdiff output was: >> error: cannot open Packages index using db5 - Permission denied (13) >> error: cannot open Packages database in /var/lib/rpm >> error: cannot open Packages database in /var/lib/rpm >> removed /usr/share/ipa/freeipa.template >> >> The commit that moved this is ce3819c3b7fdb511b7e4c38a365629a187d65f75 >> >> I think this might require more careful thought than me just moving >> stuff around until it builds. > Indeed. I didn't consider it when acking the patch. However, I think we > can have /usr/share/ipa/ in freeipa-common and only add some bits that > are server-specific in the server subpackage. I can look at this today. >
I think long-term, given these are server-specific files/directory they should be in freeipa-server-common but I was a bit burnt last night and didn't follow how/why it was moved in the first place. rob _______________________________________________ FreeIPA-devel mailing list -- freeipa-devel@lists.fedorahosted.org To unsubscribe send an email to freeipa-devel-le...@lists.fedorahosted.org