Caolan McNamara wrote, at 12/03/2008 10:44 PM +9:00:
Author: caolanm
Update of /cvs/pkgs/rpms/libxml2/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9711
Modified Files: libxml2.spec Log Message: rebuild to get provides(libxml-2.0) into HEAD rawhide
Index: libxml2.spec
RCS file: /cvs/pkgs/rpms/libxml2/devel/libxml2.spec,v retrieving revision 1.65 retrieving revision 1.66 diff -u -r1.65 -r1.66 --- libxml2.spec 1 Dec 2008 23:42:58 -0000 1.65 +++ libxml2.spec 3 Dec 2008 13:43:49 -0000 1.66 @@ -1,7 +1,7 @@ Summary: Library providing XML and HTML support Name: libxml2 Version: 2.7.2 -Release: 4%{?dist}%{?extra_release} +Release: 5%{?dist}%{?extra_release} License: MIT Group: Development/Libraries Source: ftp://xmlsoft.org/libxml2/libxml2-%{version}.tar.gz @@ -145,6 +145,9 @@ %doc doc/python.html
%changelog +* Wed Dec 3 2008 Caol��n McNamara caolanm@redhat.com - 2.7.2-5 +- rebuild to get provides(libxml-2.0) into HEAD rawhide
Again this causes no effect until bug 473978 is solved. See: https://www.redhat.com/archives/fedora-devel-list/2008-December/msg00124.htm...
Regards, Mamoru
Mamoru Tasaka wrote:
Again this causes no effect until bug 473978 is solved. See: https://www.redhat.com/archives/fedora-devel-list/2008-December/msg00124.htm...
It was supposed to be fixed in rpm-4.6.0-0.rc2.6¹. And indeed glib2 was rebuilt yesterday and picked up the proper pkgconfig() provides. But it doesn't appear that the libxml2 rebuild² has been as fruitful.
So either a) something it still borked or b) I've not had enough sugar yet today to find and check the right libxml2 build. Here's hoping it's b. :)
¹ https://koji.fedoraproject.org/koji/buildinfo?buildID=72860 * Tue Dec 02 2008 Panu Matilainen pmatilai@redhat.com - fix pkg-config provide generation when pc's depend on each other (#473814)
² https://koji.fedoraproject.org/koji/buildinfo?buildID=72995
I wrote:
So either a) something it still borked or b) I've not had enough sugar yet today to find and check the right libxml2 build. Here's hoping it's b. :)
Heh, so it was a little of both a and b. I got straightened out on irc by Ignacio and Panu. :)
On Wed, 3 Dec 2008, Mamoru Tasaka wrote:
Caolan McNamara wrote, at 12/03/2008 10:44 PM +9:00:
Author: caolanm
Update of /cvs/pkgs/rpms/libxml2/devel In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv9711
Modified Files: libxml2.spec Log Message: rebuild to get provides(libxml-2.0) into HEAD rawhide
Index: libxml2.spec
RCS file: /cvs/pkgs/rpms/libxml2/devel/libxml2.spec,v retrieving revision 1.65 retrieving revision 1.66 diff -u -r1.65 -r1.66 --- libxml2.spec 1 Dec 2008 23:42:58 -0000 1.65 +++ libxml2.spec 3 Dec 2008 13:43:49 -0000 1.66 @@ -1,7 +1,7 @@ Summary: Library providing XML and HTML support Name: libxml2 Version: 2.7.2 -Release: 4%{?dist}%{?extra_release} +Release: 5%{?dist}%{?extra_release} License: MIT Group: Development/Libraries Source: ftp://xmlsoft.org/libxml2/libxml2-%{version}.tar.gz @@ -145,6 +145,9 @@ %doc doc/python.html %changelog +* Wed Dec 3 2008 Caol??????n McNamara caolanm@redhat.com - 2.7.2-5 +- rebuild to get provides(libxml-2.0) into HEAD rawhide
Again this causes no effect until bug 473978 is solved. See: https://www.redhat.com/archives/fedora-devel-list/2008-December/msg00124.htm...
Well the question is, should rpm-build require everything it can extract dependencies from? That would drag in mono and whatnot... and rpm-build itself certainly does not require pkg-config to function.
Adding dependency on pkgconfig is no big deal, but the line between what should go to rpm-build dependencies and what to buildsys groups is rather fuzzy.
- Panu -
Panu Matilainen wrote, at 12/04/2008 12:43 AM +9:00:
Well the question is, should rpm-build require everything it can extract dependencies from? That would drag in mono and whatnot... and rpm-build itself certainly does not require pkg-config to function.
Adding dependency on pkgconfig is no big deal, but the line between what should go to rpm-build dependencies and what to buildsys groups is rather fuzzy.
- Panu -
So this contains packaging guidelines issue - If FPC says "all packages which creates pkgconfig .pc file must have _Build_Requires: pkgconfig", then rpm-build (or buildsys) does not have to add pkgconfig dependency
- If FPC says no, then rpm-build or buildsys must have pkgconfig dependency
My current opinition is that rpm-build should have "Requires: pkgconfig" because this affects even a small package and guideline changes due to this issue will affect many packages.
Mamoru
On Thu, 4 Dec 2008, Mamoru Tasaka wrote:
Panu Matilainen wrote, at 12/04/2008 12:43 AM +9:00:
Well the question is, should rpm-build require everything it can extract dependencies from? That would drag in mono and whatnot... and rpm-build itself certainly does not require pkg-config to function.
Adding dependency on pkgconfig is no big deal, but the line between what should go to rpm-build dependencies and what to buildsys groups is rather fuzzy.
- Panu -So this contains packaging guidelines issue
- If FPC says "all packages which creates pkgconfig .pc file must
have _Build_Requires: pkgconfig", then rpm-build (or buildsys) does not have to add pkgconfig dependency
- If FPC says no, then rpm-build or buildsys must have pkgconfig dependency
My current opinition is that rpm-build should have "Requires: pkgconfig" because this affects even a small package and guideline changes due to this issue will affect many packages.
Yup, pkg-config is a bit special in that many packages which provide a pkg-config file don't actually require it themselves (for build), causing unresolvable dependencies all too easily. Already done and building, will be in rawhide in a few minutes.
- Panu -
On Wed December 3 2008, Mamoru Tasaka wrote:
My current opinition is that rpm-build should have "Requires: pkgconfig" because this affects even a small package and guideline changes due to this issue will affect many packages.
This does not explain why it should not be in the buildsys-build comps group. Or are there any predefined macros in rpm that require pkgconfig? This is the only reason I would agree to add Requires: for something directly to rpm-build.
Regards, Till
-
Mamoru Tasaka -
Panu Matilainen -
Till Maas -
Todd Zullinger