[opensuse-factory] Automake 1.15 in Leap 42.2
Hello list, i provided a package for the mallard language for openSUSE in [1]. I saw that it builds for Factory, but not for openSUSE Leap 42.2. The problem is, that a automake 1.15 is needed. which is provided by Factory but not for Leap (which provides 1.13). After checking [2] it looks like automake 1.15 is available since 05.01.15 and i'm wondering why it isn't available for Leap 42.2. Will the next Leap coming with autotools 1.15? Greetings Sascha [1] https://build.opensuse.org/package/show/Documentation:Publican/mallard-rng [2] https://ftp.gnu.org/gnu/automake/ -- Sascha Manns openSUSE member -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2017-04-18 10:52, Sascha Manns wrote:
Hello list,
i provided a package for the mallard language for openSUSE in [1].
I saw that it builds for Factory, but not for openSUSE Leap 42.2. The problem is, that a automake 1.15 is needed.
No it's not needed. Just rerun autoreconf - since you patched Makefile.am. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Jan, On 18.04.2017 10:55, Jan Engelhardt wrote:
No it's not needed. Just rerun autoreconf - since you patched Makefile.am. Thank you. That works.
Greetings Sascha -- Sascha Manns openSUSE member -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi, Am 18.04.2017 um 10:52 schrieb Sascha Manns:
i provided a package for the mallard language for openSUSE in [1].
I saw that it builds for Factory, but not for openSUSE Leap 42.2. The problem is, that a automake 1.15 is needed. which is provided by Factory but not for Leap (which provides 1.13).
After checking [2] it looks like automake 1.15 is available since 05.01.15 and i'm wondering why it isn't available for Leap 42.2. Will the next Leap coming with autotools 1.15?
I had noticed too and opened fate#322215 to get it updated for 42.3. Ludwig's alternative suggestion was that someone could prepare a side-by-side installable automake-1_15 package or so, so that it doesn't interfere with the 42.3/SP3 bootstrap cycle. Regards, Andreas -- SUSE Linux GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Wednesday 19 April 2017, Andreas Fc3a4rber wrote:
Hi,
Am 18.04.2017 um 10:52 schrieb Sascha Manns:
i provided a package for the mallard language for openSUSE in [1].
I saw that it builds for Factory, but not for openSUSE Leap 42.2. The problem is, that a automake 1.15 is needed. which is provided by Factory but not for Leap (which provides 1.13).
After checking [2] it looks like automake 1.15 is available since 05.01.15 and i'm wondering why it isn't available for Leap 42.2. Will the next Leap coming with autotools 1.15?
I had noticed too and opened fate#322215 to get it updated for 42.3.
is the number correct? I can't find it: '322215' is not a feature id, searching for it in the text.
Ludwig's alternative suggestion was that someone could prepare a side-by-side installable automake-1_15 package or so, so that it doesn't interfere with the 42.3/SP3 bootstrap cycle.
Please don't upgrade the default automake version on Leap. Why people don't notice that there is something more important than building a few upgraded packages. *Users* are using automake for their own in-house development and Leap is supposed to bring no surprises to the users. Again, where is the LTS-like difference between Leap the old release model? In fact now Leap provides such surprising upgrades even more often than the old release cycle ... A random use case: I want to use Leap to release our in-house software. For example "make dist" to release mything-4.3.2 and later mything-4.3.3. I don't want to release such minor upgrades using a different toolchain ... and I need a distro which provides me a stable toolchain for some years. Why don't we use our SLE base? I'm sure it comes with automake and I trust them that they would only upgrade it for a very good reason. cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 04/20/2017 05:25 AM, Ruediger Meier wrote:
On Wednesday 19 April 2017, Andreas Fc3a4rber wrote:
Hi,
Am 18.04.2017 um 10:52 schrieb Sascha Manns:
i provided a package for the mallard language for openSUSE in [1].
I saw that it builds for Factory, but not for openSUSE Leap 42.2. The problem is, that a automake 1.15 is needed. which is provided by Factory but not for Leap (which provides 1.13).
After checking [2] it looks like automake 1.15 is available since 05.01.15 and i'm wondering why it isn't available for Leap 42.2. Will the next Leap coming with autotools 1.15?
I had noticed too and opened fate#322215 to get it updated for 42.3.
is the number correct? I can't find it:
'322215' is not a feature id, searching for it in the text.
Its in SUSE's internal fate system rather then the openSUSE one, maybe we can get this changed.
Ludwig's alternative suggestion was that someone could prepare a side-by-side installable automake-1_15 package or so, so that it doesn't interfere with the 42.3/SP3 bootstrap cycle.
Please don't upgrade the default automake version on Leap.
As all Leaps build tools, are inherited from SLE-12 its not likely that they will be changed without really good reason. Having said that we did update cmake in a service pack to make updating gnome easier, but cmake doesn't generally have any regressions from updating versions unlike autotools. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On Wednesday, 19 April 2017 15:32 Andreas Färber wrote:
Ludwig's alternative suggestion was that someone could prepare a side-by-side installable automake-1_15 package or so, so that it doesn't interfere with the 42.3/SP3 bootstrap cycle.
This sounds like the best solution to me. After all, we still have autoconf213 package with autoconf 2.13 which can be used to build packages which are incompatible with newer autoconf versions. This would be similar, only the reason would be exactly the opposite. This way, most packages would still use the same automake as in 42.1 and 42.2 and only the packages which need newer automake would use it (which is typically matter of BuildRequire, setting an environment variable and possibly running automake-1.5 rather than automake). We would just need to override the policy checks as such compatibility package obviously wouldn't exist in Factory (which already has 1.5). Michal Kubeček -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thursday 20 April 2017, Michal Kubecek wrote:
On Wednesday, 19 April 2017 15:32 Andreas Färber wrote:
Ludwig's alternative suggestion was that someone could prepare a side-by-side installable automake-1_15 package or so, so that it doesn't interfere with the 42.3/SP3 bootstrap cycle.
This sounds like the best solution to me. After all, we still have autoconf213 package with autoconf 2.13 which can be used to build packages which are incompatible with newer autoconf versions.
Yep, providing all automake versions in parallel (like Debian does AFAIR) would be nice and this is IMO also what upstream recommends. This would make it easier and faster to patch existing source tar balls. Developer users and also OBS would have benefits becauses Makefile.am patches would not require all autoreconf or ./autogen.sh dependencies. cu, Rudi -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (6)
-
Andreas Färber -
Jan Engelhardt -
Michal Kubecek -
Ruediger Meier -
Sascha Manns -
Simon Lees