[Freeipa-devel] Re: broken freeipa client-only builds

2018-05-16 Thread Alexander Bokovoy via FreeIPA-devel

On ke, 16 touko 2018, Rob Crittenden via FreeIPA-devel wrote:

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.

They are there with my latest pull request 
https://github.com/freeipa/freeipa/pull/1931

$ rpm -qlvp 
https://fedorapeople.org/groups/freeipa/prci/jobs/da4e870c-58ec-11e8-b66a-fa163eb66c23/rpms/freeipa-server-common-4.6.90test-0.fc27.noarch.rpm
 | grep /usr/share/ipa|wc -l
235
$ rpm -qlvp 
https://fedorapeople.org/groups/freeipa/prci/jobs/da4e870c-58ec-11e8-b66a-fa163eb66c23/rpms/freeipa-common-4.6.90test-0.fc27.noarch.rpm
 | grep /usr/share/ipa|wc -l
1
$ rpm -qlvp 
https://fedorapeople.org/groups/freeipa/prci/jobs/da4e870c-58ec-11e8-b66a-fa163eb66c23/rpms/freeipa-client-common-4.6.90test-0.fc27.noarch.rpm
 | grep /usr/share/ipa|wc -l
1

--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
___
FreeIPA-devel mailing list -- freeipa-devel@lists.fedorahosted.org
To unsubscribe send an email to freeipa-devel-le...@lists.fedorahosted.org


[Freeipa-devel] Re: broken freeipa client-only builds

2018-05-16 Thread Alexander Bokovoy via FreeIPA-devel

On ke, 16 touko 2018, Alexander Bokovoy via FreeIPA-devel 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.

Took me a while. Hopefully, should be fixed in rawhide and F28 builds.
Upstream changes are in https://github.com/freeipa/freeipa/pull/1931

--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
___
FreeIPA-devel mailing list -- freeipa-devel@lists.fedorahosted.org
To unsubscribe send an email to freeipa-devel-le...@lists.fedorahosted.org


[Freeipa-devel] Re: broken freeipa client-only builds

2018-05-15 Thread Alexander Bokovoy via FreeIPA-devel

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.

--
/ Alexander Bokovoy
Sr. Principal Software Engineer
Security / Identity Management Engineering
Red Hat Limited, Finland
___
FreeIPA-devel mailing list -- freeipa-devel@lists.fedorahosted.org
To unsubscribe send an email to freeipa-devel-le...@lists.fedorahosted.org