all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#67796: Automake is not compatible with older Autoconfs we provide
@ 2023-12-12 15:00 Ekaitz Zarraga
  2023-12-12 16:59 ` Maxim Cournoyer
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Ekaitz Zarraga @ 2023-12-12 15:00 UTC (permalink / raw)
  To: 67796

Hi,

We have automake packaged, but it's not compatible with older autoconf 
versions so autoconf is not very usable at this point.

```
Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell 
automake autoconf@2.64
Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv) [env]$ 
autoreconf -vif
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force -I . -I .. -I ../config
configure.ac:74: error: Autoconf version 2.65 or higher is required
/gnu/store/p0c4zj5na8w9hpsp5v5h637wnybx0hb6-automake-1.16.5/share/aclocal-1.16/init.m4:29: 
AM_INIT_AUTOMAKE is expanded from...
configure.ac:74: the top level
autom4te: /gnu/store/n3kxhwi5qdil1vlaq5b6zwyiv7wkrw76-m4-1.4.19/bin/m4 
failed with exit status: 63
aclocal: error: autom4te failed with exit status: 63
autoreconf: aclocal failed with exit status: 63
```

Is this only my thing?




^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2023-12-12 15:00 bug#67796: Automake is not compatible with older Autoconfs we provide Ekaitz Zarraga
@ 2023-12-12 16:59 ` Maxim Cournoyer
  2023-12-12 19:47 ` Ekaitz Zarraga
  2024-01-11  9:42 ` Giovanni Biscuolo
  2 siblings, 0 replies; 8+ messages in thread
From: Maxim Cournoyer @ 2023-12-12 16:59 UTC (permalink / raw)
  To: Ekaitz Zarraga; +Cc: 67796

Hi,

Ekaitz Zarraga <ekaitz@elenq.tech> writes:

> Hi,
>
> We have automake packaged, but it's not compatible with older autoconf
> versions so autoconf is not very usable at this point.
>
> ```
> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell
> automake autoconf@2.64
> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv) [env]$
> autoreconf -vif
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal --force -I . -I .. -I ../config
> configure.ac:74: error: Autoconf version 2.65 or higher is required
> /gnu/store/p0c4zj5na8w9hpsp5v5h637wnybx0hb6-automake-1.16.5/share/aclocal-1.16/init.m4:29:
> AM_INIT_AUTOMAKE is expanded from...
> configure.ac:74: the top level
> autom4te: /gnu/store/n3kxhwi5qdil1vlaq5b6zwyiv7wkrw76-m4-1.4.19/bin/m4
> failed with exit status: 63
> aclocal: error: autom4te failed with exit status: 63
> autoreconf: aclocal failed with exit status: 63
> ```
>
> Is this only my thing?

'guix show automake' shows we also have automake 1.9.6 available.  I
suppose this still works with the older autoconf?

-- 
Thanks,
Maxim




^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2023-12-12 15:00 bug#67796: Automake is not compatible with older Autoconfs we provide Ekaitz Zarraga
  2023-12-12 16:59 ` Maxim Cournoyer
@ 2023-12-12 19:47 ` Ekaitz Zarraga
  2023-12-12 20:47   ` Maxim Cournoyer
  2024-01-11  9:42 ` Giovanni Biscuolo
  2 siblings, 1 reply; 8+ messages in thread
From: Ekaitz Zarraga @ 2023-12-12 19:47 UTC (permalink / raw)
  To: 67796, Maxim Cournoyer

Maxim,

 > 'guix show automake' shows we also have automake 1.9.6 available.  I 
suppose this still works with the older autoconf?

I don't have that automake version and I can't find it Guix's codebase. 
Are you up to date with master?

Best,
Ekaitz




^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2023-12-12 19:47 ` Ekaitz Zarraga
@ 2023-12-12 20:47   ` Maxim Cournoyer
  0 siblings, 0 replies; 8+ messages in thread
From: Maxim Cournoyer @ 2023-12-12 20:47 UTC (permalink / raw)
  To: Ekaitz Zarraga; +Cc: 67796

Hi,

Ekaitz Zarraga <ekaitz@elenq.tech> writes:

> Maxim,
>
>> 'guix show automake' shows we also have automake 1.9.6 available.  I
>   suppose this still works with the older autoconf?
>
> I don't have that automake version and I can't find it Guix's
> codebase. Are you up to date with master?

Oh, indeed, I wasn't.  Only 1.16.5 remains.  I'm not sure which commit
removed it.

-- 
Thanks,
Maxim




^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2023-12-12 15:00 bug#67796: Automake is not compatible with older Autoconfs we provide Ekaitz Zarraga
  2023-12-12 16:59 ` Maxim Cournoyer
  2023-12-12 19:47 ` Ekaitz Zarraga
@ 2024-01-11  9:42 ` Giovanni Biscuolo
  2024-01-11 10:40   ` Ekaitz Zarraga
  2 siblings, 1 reply; 8+ messages in thread
From: Giovanni Biscuolo @ 2024-01-11  9:42 UTC (permalink / raw)
  To: Ekaitz Zarraga, 67796

[-- Attachment #1: Type: text/plain, Size: 642 bytes --]

Hi Ekaitz

Ekaitz Zarraga <ekaitz@elenq.tech> writes:

> Hi,
>
> We have automake packaged, but it's not compatible with older autoconf 
> versions so autoconf is not very usable at this point.
>
> ```
> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell 
> automake autoconf@2.64

is there a reason you need to "pin" to the 2.64 version?

[...]

> configure.ac:74: error: Autoconf version 2.65 or higher is required

we now have autoconf-2.68 and -2.69 and autoconf is autoconf-2.69

does this solve the issue you reported?

Happy hacking, Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2024-01-11  9:42 ` Giovanni Biscuolo
@ 2024-01-11 10:40   ` Ekaitz Zarraga
  2024-01-12 18:38     ` Giovanni Biscuolo
  0 siblings, 1 reply; 8+ messages in thread
From: Ekaitz Zarraga @ 2024-01-11 10:40 UTC (permalink / raw)
  To: Giovanni Biscuolo, 67796


[-- Attachment #1.1.1: Type: text/plain, Size: 838 bytes --]

Hi,

On 2024-01-11 10:42, Giovanni Biscuolo wrote:
> Hi Ekaitz
> 
> Ekaitz Zarraga <ekaitz@elenq.tech> writes:
> 
>> Hi,
>>
>> We have automake packaged, but it's not compatible with older autoconf
>> versions so autoconf is not very usable at this point.
>>
>> ```
>> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell
>> automake autoconf@2.64
> 
> is there a reason you need to "pin" to the 2.64 version?

I had one, I was working on GCC bootstrapping... It's not a big deal if 
we just remove the older versions.

The problem I wanted to make us notice is we were keeping the 2.64 
version and we didn't really provide any compatible automake, so the 
autoconf@2.64 was almost useless.

If no package uses those, it's ok to remove. I can always time-machine 
around the problem.

Thanks!

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 3185 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2024-01-11 10:40   ` Ekaitz Zarraga
@ 2024-01-12 18:38     ` Giovanni Biscuolo
  2024-01-12 18:53       ` Ekaitz Zarraga
  0 siblings, 1 reply; 8+ messages in thread
From: Giovanni Biscuolo @ 2024-01-12 18:38 UTC (permalink / raw)
  To: Ekaitz Zarraga, 67796

[-- Attachment #1: Type: text/plain, Size: 1378 bytes --]

Hi,

Ekaitz Zarraga <ekaitz@elenq.tech> writes:

[...]

>>> We have automake packaged, but it's not compatible with older autoconf
>>> versions so autoconf is not very usable at this point.
>>>
>>> ```
>>> Ekaitz@tuxedo ~/projects/nlnet/gcc/libstdc++-v3 (riscv)$ guix shell
>>> automake autoconf@2.64
>> 
>> is there a reason you need to "pin" to the 2.64 version?
>
> I had one, I was working on GCC bootstrapping...

oh OK :-)

> It's not a big deal if we just remove the older versions.

but if they are needed for bootstrapping they should be kept around, no?

> The problem I wanted to make us notice is we were keeping the 2.64 
> version and we didn't really provide any compatible automake, so the 
> autoconf@2.64 was almost useless.

I'm not very familiar with Autoconf and Automake (nor with
bootstrapping): is there a "compatibility table" around?  I quickly had
a look to the respective manuals but I was not able to find one.

> If no package uses those, it's ok to remove. I can always time-machine 
> around the problem.

OK old packages can always (almost) be time-machined back but if they
are needed for bootstrapping (for sexample if your work on GCC
bootstrapping is succesful) they should be in Guix proper, no?

is this a bug? :-)

Thanks for your work! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#67796: Automake is not compatible with older Autoconfs we provide
  2024-01-12 18:38     ` Giovanni Biscuolo
@ 2024-01-12 18:53       ` Ekaitz Zarraga
  0 siblings, 0 replies; 8+ messages in thread
From: Ekaitz Zarraga @ 2024-01-12 18:53 UTC (permalink / raw)
  To: Giovanni Biscuolo, 67796

Hi,


On 2024-01-12 19:38, Giovanni Biscuolo wrote:

>> It's not a big deal if we just remove the older versions.
> 
> but if they are needed for bootstrapping they should be kept around, no?

No, because they are not needed for the bootstrapping itself. We build 
stuff from scratch for it, I needed them to rebuild the configure 
scripts on GCC, which I don't need to rebuild anymore (GCC's codebase 
includes the configure scripts prebuilt). That's where I realized.

>> The problem I wanted to make us notice is we were keeping the 2.64
>> version and we didn't really provide any compatible automake, so the
>> autoconf@2.64 was almost useless.
> 
> I'm not very familiar with Autoconf and Automake (nor with
> bootstrapping): is there a "compatibility table" around?  I quickly had
> a look to the respective manuals but I was not able to find one.

I don't know either. I tried to use the 2.64 one and that told me the 
Automake wasn't compatible.

>> If no package uses those, it's ok to remove. I can always time-machine
>> around the problem.
> 
> OK old packages can always (almost) be time-machined back but if they
> are needed for bootstrapping (for sexample if your work on GCC
> bootstrapping is succesful) they should be in Guix proper, no?
> 
> is this a bug? :-)

The problem in my opinion is including a 2.64 autoconf that we can't run 
actually use for the lack of a compatible automake. Not providing it is 
a better option. I don't need it for bootstrapping recipes, and if I 
need it in the future I'll remake the package.

If Autoconf 2.64 is not needed by any package my proposal is to remove 
it from Guix and let the people interested on it to `time-machine`, as 
that's going to probably have the correct automake with it.

> Thanks for your work! Gio'

Thank you!





^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2024-01-12 18:54 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-12-12 15:00 bug#67796: Automake is not compatible with older Autoconfs we provide Ekaitz Zarraga
2023-12-12 16:59 ` Maxim Cournoyer
2023-12-12 19:47 ` Ekaitz Zarraga
2023-12-12 20:47   ` Maxim Cournoyer
2024-01-11  9:42 ` Giovanni Biscuolo
2024-01-11 10:40   ` Ekaitz Zarraga
2024-01-12 18:38     ` Giovanni Biscuolo
2024-01-12 18:53       ` Ekaitz Zarraga

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.