Cygwin-3 and the Bleeding Edge

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Cygwin-3 and the Bleeding Edge

KARL BOTTS

Are cygwin packages being pushed to mirrors still compatible with
cygwin-2.11.2, now that cygwin-3 has entered the release pipeline?

I have several machines set up with cygwin.   (It is a pretty minimal subset:
no X, no apache, no big database servers, etc: just basic command line tools.)
 I try to keep the machines exactly in sync.  I generally update cygwin once
or twice a year, and sync all the machines to the same version of cygwin at
about the same time.  I have been doing this for many years, and have a
procedure that works well for me.  (Roughly, I use cygwin-setup to update one
machine, test and burn it in for a few days, and then clone it to the other
machines by other means.)

I try to avoid the "bleeding edge".  I follow the cygwin mailing list, and try
_not_ to take a new major version of base cygwin until it settles down, in
terms of mailing list traffic.  Right now, it feels to me like I should wait
awhile before moving to cygwin-3.

But now and then I need to upgrade a specific package outside of my full
cygwin update cycle.  E.g., right now I would like to upgrade just git.

So:  Assume for the moment that the latest git package release on the mirrors,
has been built against cygwin-3 base.  Am I reasonably safe to assume it will
still work with cygwin-2.11.2?  Does this generalize to all, or at least most,
other packages?

Thank you all for your advice.


---
Karl Botts, [hidden email]


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Cygwin-3 and the Bleeding Edge

Steven Penny
On Mon, 04 Mar 2019 06:05:52, "KARL BOTTS" wrote:
> But now and then I need to upgrade a specific package outside of my full
> cygwin update cycle.  E.g., right now I would like to upgrade just git.
>
> So:  Assume for the moment that the latest git package release on the mirrors,
> has been built against cygwin-3 base.  Am I reasonably safe to assume it will
> still work with cygwin-2.11.2?  Does this generalize to all, or at least most,
> other packages?

that is not the best example as the current Cygwin Git is version
2.17.0 (Apr 2018) and 4 minor versions have dropped since then:

- 2.18.0
- 2.19.0
- 2.20.0
- 2.21.0


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Cygwin-3 and the Bleeding Edge

Ken Brown-6
In reply to this post by KARL BOTTS
On 3/4/2019 7:05 AM, KARL BOTTS wrote:
> So:  Assume for the moment that the latest git package release on the mirrors,
> has been built against cygwin-3 base.  Am I reasonably safe to assume it will
> still work with cygwin-2.11.2?  Does this generalize to all, or at least most,
> other packages?

There's no general rule.  cygwin-3.0.0 introduced some new APIs.  Newly
built packages may or may not make use of these.  If they do, they won't
work with an earlier version of cygwin.

Ken

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Cygwin-3 and the Bleeding Edge

ASSI
In reply to this post by KARL BOTTS
KARL BOTTS writes:
> Are cygwin packages being pushed to mirrors still compatible with
> cygwin-2.11.2, now that cygwin-3 has entered the release pipeline?

Cygwin, for better or worse, is a rolling distribution.  If that doesn't
suit your needs, you'll have to come up with your own mechanism to lock
things the way you want it to.

In this particular case, Cygwin 3.0 does add new API and if any new
package uses it, then it will become incompatible with the older Cygwin.
While I can't speak for other package maintainers, I usually fully
update Cygwin before building new packages.

> But now and then I need to upgrade a specific package outside of my full
> cygwin update cycle.  E.g., right now I would like to upgrade just git.

…which was built long before the API change in question.

> So:  Assume for the moment that the latest git package release on the mirrors,
> has been built against cygwin-3 base.  Am I reasonably safe to assume it will
> still work with cygwin-2.11.2?  Does this generalize to all, or at least most,
> other packages?

No.  You need to keep the dependency chain ordered so that all
dependencies of the package to be installed are older than the package
itself.  While setup now supports versioned dependencies in principle,
this is not currently used, so you'll have to do this via other means.


Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Reply | Threaded
Open this post in threaded view
|

Re: Cygwin-3 and the Bleeding Edge

KARL BOTTS
In reply to this post by KARL BOTTS

Achim wrote:

> Cygwin, for better or worse, is a rolling distribution.
> If that doesn't suit your needs...

Please, I was no way complaining or attacking.  To the contrary: cygwin is a
superb platform, excellently supported.  To which I can atest: i have been
utterly dependent on it for 20 years.  I wish Microsoft could support complex
software systems as well as the cygwin team does.  Corinna, in particular, is
a hero to me: she runs a taught ship.

I was just asking for info.  Which Achim supplied well:

> You need to keep the dependency chain ordered so that all
> dependencies of the package to be installed are older than the package
> itself. While setup now supports versioned dependencies in principle,
> this is not currently used, so you'll have to do this via other means.

Fine.  Makes sense.  I can do that.


And again, thank you all for decades of great work.


---
Karl Botts, [hidden email]


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple