* guile-3.0 release plan
@ 2020-03-11 19:32 Marco Atzeri
2020-03-11 22:02 ` Brian Inglis
0 siblings, 1 reply; 4+ messages in thread
From: Marco Atzeri @ 2020-03-11 19:32 UTC (permalink / raw)
To: cygwin-apps
With the release of guile-3.0.1 that builds fine on Cygwin,
I am thinking to copy the debian layout
https://packages.debian.org/sid/guile-3.0
so to obsoletes the "guile" package and have instead
guile1.8 libguile17 libguile1.8-devel
guile2.0 libguile2.0_22 libguile2.0-devel
guile2.2 libguile2.2_1 libguile2.2-devel
guile3.0 libguile3.0_1 libguile3.0-devel
this should make the life more easy during release and
during future prunig of any older version not used anymore
Of course this will cause that all programs will be versioned
usr/bin/guild-3.0
usr/bin/guile-3.0.exe
usr/bin/guile-tools-3.0
Any problem with that ?
Regards
Marco
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: guile-3.0 release plan
2020-03-11 19:32 guile-3.0 release plan Marco Atzeri
@ 2020-03-11 22:02 ` Brian Inglis
2020-03-12 5:00 ` Marco Atzeri
0 siblings, 1 reply; 4+ messages in thread
From: Brian Inglis @ 2020-03-11 22:02 UTC (permalink / raw)
To: cygwin-apps
On 2020-03-11 13:32, Marco Atzeri via Cygwin-apps wrote:
> With the release of guile-3.0.1 that builds fine on Cygwin,
> I am thinking to copy the debian layout
> https://packages.debian.org/sid/guile-3.0
> so to obsoletes the "guile" package and have instead
> guile1.8 libguile17 libguile1.8-devel
> guile2.0 libguile2.0_22 libguile2.0-devel
> guile2.2 libguile2.2_1 libguile2.2-devel
> guile3.0 libguile3.0_1 libguile3.0-devel
> this should make the life more easy during release and
> during future prunig of any older version not used anymore
> Of course this will cause that all programs will be versioned
> usr/bin/guild-3.0
> usr/bin/guile-3.0.exe
> usr/bin/guile-tools-3.0
> Any problem with that ?
Will you also provide symlinks or use alternatives for backward compatibility?
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: guile-3.0 release plan
2020-03-11 22:02 ` Brian Inglis
@ 2020-03-12 5:00 ` Marco Atzeri
2020-03-13 5:31 ` Marco Atzeri
0 siblings, 1 reply; 4+ messages in thread
From: Marco Atzeri @ 2020-03-12 5:00 UTC (permalink / raw)
To: cygwin-apps
Am 11.03.2020 um 23:02 schrieb Brian Inglis:
> On 2020-03-11 13:32, Marco Atzeri via Cygwin-apps wrote:
>> With the release of guile-3.0.1 that builds fine on Cygwin,
>> I am thinking to copy the debian layout
>> https://packages.debian.org/sid/guile-3.0
>> so to obsoletes the "guile" package and have instead
>> guile1.8 libguile17 libguile1.8-devel
>> guile2.0 libguile2.0_22 libguile2.0-devel
>> guile2.2 libguile2.2_1 libguile2.2-devel
>> guile3.0 libguile3.0_1 libguile3.0-devel
>> this should make the life more easy during release and
>> during future prunig of any older version not used anymore
>> Of course this will cause that all programs will be versioned
>> usr/bin/guild-3.0
>> usr/bin/guile-3.0.exe
>> usr/bin/guile-tools-3.0
>> Any problem with that ?
>
> Will you also provide symlinks or use alternatives for backward compatibility?
>
not planned. Do we need it ?
For what I see most of the packages are already aware
of the guile instability and plan accordingly
This is coming from configure.ac of make 4.3
guile_versions="3.0 2.2 2.0 1.8"
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: guile-3.0 release plan
2020-03-12 5:00 ` Marco Atzeri
@ 2020-03-13 5:31 ` Marco Atzeri
0 siblings, 0 replies; 4+ messages in thread
From: Marco Atzeri @ 2020-03-13 5:31 UTC (permalink / raw)
To: cygwin-apps
Am 12.03.2020 um 06:00 schrieb Marco Atzeri:
> Am 11.03.2020 um 23:02 schrieb Brian Inglis:
>> On 2020-03-11 13:32, Marco Atzeri via Cygwin-apps wrote:
>>> With the release of guile-3.0.1 that builds fine on Cygwin,
>>> I am thinking to copy the debian layout
>>> https://packages.debian.org/sid/guile-3.0
>>> so to obsoletes the "guile" package and have instead
>>> guile1.8 libguile17 libguile1.8-devel
>>> guile2.0 libguile2.0_22 libguile2.0-devel
>>> guile2.2 libguile2.2_1 libguile2.2-devel
>>> guile3.0 libguile3.0_1 libguile3.0-devel
>>> this should make the life more easy during release and
>>> during future prunig of any older version not used anymore
>>> Of course this will cause that all programs will be versioned
>>> usr/bin/guild-3.0
>>> usr/bin/guile-3.0.exe
>>> usr/bin/guile-tools-3.0
>>> Any problem with that ?
>>
>> Will you also provide symlinks or use alternatives for backward
>> compatibility?
>>
>
> not planned. Do we need it ?
>
> For what I see most of the packages are already aware
> of the guile instability and plan accordingly
>
> This is coming from configure.ac of make 4.3
>
> guile_versions="3.0 2.2 2.0 1.8"
>
I am testing a "alternatives" implementation for at list
3.0.1 amd 2.2.7
that I will deploy together.
I am copying the scheme used by "unison" as base line
Regards
Marco
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-03-13 5:31 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-03-11 19:32 guile-3.0 release plan Marco Atzeri
2020-03-11 22:02 ` Brian Inglis
2020-03-12 5:00 ` Marco Atzeri
2020-03-13 5:31 ` Marco Atzeri
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).