[opensuse-packaging] automake 1.11 in the queue
Hi, Philipp submitted automake 1.11 to go into openSUSE:Factory and as it's the nature of automake updates - they break a lot of packages. So I added it to staging first and we noticed a lot of this kind of error: /usr/bin/install -c -m 644 pango.h pango-attributes.h pango-bidi-type.h pango- break.h pango-context.h pango-coverage.h pango-engine.h pango-font.h pango- fontmap.h pango-fontset.h pango-glyph.h pango-glyph-item.h pango-gravity.h pango-item.h pango-language.h pango-layout.h pango-matrix.h pango-modules.h pango-renderer.h pango-script.h pango-tabs.h pango-types.h pango-utils.h pango-features.h pango-enum-types.h pangox.h pango-ot.h pangofc-font.h pangofc-fontmap.h pangofc-decoder.h pangoft2.h pangoxft.h pangoxft-render.h pango-ot.h pangocairo.h '/var/tmp/pango-1.24.2- build/usr/include/pango-1.0/pango' /usr/bin/install: will not overwrite just-created `/var/tmp/pango-1.24.2- build/usr/include/pango-1.0/pango/pango-ot.h' with `pango-ot.h' There are around 100 packages with this problem, the majority yast packages installing autodocs - which is hopefully fixed by now. If I remove yast* from my grep result, I get the remaining list: openSUSE.org:filesystems parted openSUSE.org:GNOME:Factory libbonobo openSUSE.org:GNOME:Factory libgda3 openSUSE.org:GNOME:Factory libsigc++12 openSUSE.org:GNOME:Factory libtelepathy openSUSE.org:GNOME:Factory orbit openSUSE.org:GNOME:Factory pango openSUSE.org:home:darix:Factory lam openSUSE.org:home:ganglia:Factory google-perftools openSUSE.org:home:jjolly:Factory opensm openSUSE.org:home:jrjohansen:Factory limal-apparmor-control openSUSE.org:home:kwk:Factory gromacs openSUSE.org:home:mcalmer:Factory limal openSUSE.org:home:mcalmer:Factory limal-ca-mgm openSUSE.org:home:mcalmer:Factory limal-devtools openSUSE.org:home:mtomaschewski:Factory limal-runlevel openSUSE.org:home:nadvornik:Factory claws-mail openSUSE.org:home:pchakravarthi:Factory limal-nfs-server openSUSE.org:home:prusnak:factory libxslt openSUSE.org:home:prusnak:factory openwsman openSUSE.org:home:puzel:Factory goom2k4 openSUSE.org:home:tiwai:Factory libatomic-ops-devel openSUSE.org:KDE:Community kvirc openSUSE.org:multimedia:libs libvorbis openSUSE.org:X11:Fox fox16 openSUSE.org:YaST:Head libstorage I would like to have these packages fixed before automake 1.11 joins the choir. Before you wonder, it's not a bug but a feature in new automake: http://git.savannah.gnu.org/cgit/automake.git/tree/NEWS?id=65f53cc178cd5876f... (link provided by Martin Vidner) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Tue, 16 Jun 2009, Stephan Kulow wrote:
Hi,
Philipp submitted automake 1.11 to go into openSUSE:Factory and as it's the nature of automake updates - they break a lot of packages.
On the way fixing your packages you should consider not to re-create the autogenerated files in you .spec processing as this is generally considered a bad thing to do. If you have patches to automake/autoconf related files consider providing patches to the autogenerated parts as well and use the same automake/autoconf version to generate them as upstream did. Richard. -- Richard Guenther <rguenther@suse.de> Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Le mardi 16 juin 2009, à 11:05 +0200, Richard Guenther a écrit :
On Tue, 16 Jun 2009, Stephan Kulow wrote:
Hi,
Philipp submitted automake 1.11 to go into openSUSE:Factory and as it's the nature of automake updates - they break a lot of packages.
On the way fixing your packages you should consider not to re-create the autogenerated files in you .spec processing as this is generally considered a bad thing to do. If you have patches to automake/autoconf related files consider providing patches to the autogenerated parts as well and use the same automake/autoconf version to generate them as upstream did.
Well. It would certainly help to have the non-latest versions of automake in Factory to do this. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Tue, 16 Jun 2009, Vincent Untz wrote:
Le mardi 16 juin 2009, à 11:05 +0200, Richard Guenther a écrit :
On Tue, 16 Jun 2009, Stephan Kulow wrote:
Hi,
Philipp submitted automake 1.11 to go into openSUSE:Factory and as it's the nature of automake updates - they break a lot of packages.
On the way fixing your packages you should consider not to re-create the autogenerated files in you .spec processing as this is generally considered a bad thing to do. If you have patches to automake/autoconf related files consider providing patches to the autogenerated parts as well and use the same automake/autoconf version to generate them as upstream did.
Well. It would certainly help to have the non-latest versions of automake in Factory to do this.
True. I have them installed in my home directory exactly for this purpose ;) Richard. -- Richard Guenther <rguenther@suse.de> Novell / SUSE Labs SUSE LINUX Products GmbH - Nuernberg - AG Nuernberg - HRB 16746 - GF: Markus Rex
Am Dienstag 16 Juni 2009 schrieb Vincent Untz:
Le mardi 16 juin 2009, à 11:05 +0200, Richard Guenther a écrit :
On Tue, 16 Jun 2009, Stephan Kulow wrote:
Hi,
Philipp submitted automake 1.11 to go into openSUSE:Factory and as it's the nature of automake updates - they break a lot of packages.
On the way fixing your packages you should consider not to re-create the autogenerated files in you .spec processing as this is generally considered a bad thing to do. If you have patches to automake/autoconf related files consider providing patches to the autogenerated parts as well and use the same automake/autoconf version to generate them as upstream did.
Well. It would certainly help to have the non-latest versions of automake in Factory to do this.
If you think it's the smaller evil, I suggest we find a volunteer to maintain them. automake is already well prepared to have several versions installed in parallel. the "automake" package and binary should still always be the latest version. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On 16/06/09 04:42, Stephan Kulow wrote:
Before you wonder, it's not a bug but a feature in new automake:
Hope someday this autotools insanity ends... on every single update stuff breaks... -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
Am Dienstag 16 Juni 2009 schrieb Cristian Rodríguez:
On 16/06/09 04:42, Stephan Kulow wrote:
Before you wonder, it's not a bug but a feature in new automake:
Hope someday this autotools insanity ends... on every single update stuff breaks...
Well, the packages I looked at were abusing automake, so I do not blame automake. And when I check a percentage of packages using it, the last cmake update broke more :) Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
On Tue, Jun 16, 2009 at 2:37 PM, Cristian Rodríguez<crrodriguez@opensuse.org> wrote:
On 16/06/09 04:42, Stephan Kulow wrote:
Before you wonder, it's not a bug but a feature in new automake:
Hope someday this autotools insanity ends... on every single update stuff breaks...
Some perhaps useful reading on this issue https://fedoraproject.org/wiki/PackagingDrafts/AutoConf Regards -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-packaging+help@opensuse.org
participants (5)
-
Cristian Rodríguez -
Richard Guenther -
Stephan Kulow -
Vincent Untz -
yersinia