public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002
Date: Wed, 10 Dec 2014 16:01:00 -0000	[thread overview]
Message-ID: <20141210160128.GW3810@calimero.vinschen.de> (raw)
In-Reply-To: <CABEPuQL70k5Xcp3Uo3APz082sBDxW8TmdXwkT1mStBi3NLRK4w@mail.gmail.com>

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

On Dec 10 08:36, Alexey Pavlov wrote:
> [...]
> Our changes to Cygwin runtime as we talk in the past are not
> acceptable to Cygwin upstream because have a different philosophy and
> have break some posix features. About half a year ago we talk about
> how integrate MSYS functionality into Cygwin upstream. As a result of
> this discussion was added this code:
> https://github.com/Alexpux/Cygwin/commit/4f756d6cc28179319ceccce01dd698de3f22c212
> To try make MSYS functionality separate from original Cygwin DLL.
> 
> But as our team is small and we have our real work too, we don't have
> time and in some parts necessary knowledges to finish this work.

As you may have noticed, our "team" is pretty small as well.  It looks
a lot like it's smaller than yours.

> Also
> I think some changes can't be easily separated into external dll.
> So we open minded to incorporate with Cygwin if anyone will help with
> finishing this work.

The problem is not that your changes can or can't be implemented using
cgf's suggested change, the problem is that you simply never discussed
it.  Cgf started a discussion of what changes might be required on
2013-07-30:

  https://cygwin.com/ml/cygwin-developers/2013-07/msg00075.html

As you may have noticed, the mail explicitely mention that this was
supposed to be a discussion.  He then checked in a preliminary patch to
a branch:

  https://cygwin.com/ml/cygwin-developers/2013-07/msg00076.html

The result:  Nothing.  You could have heard the crickets chirping in the
thread.  No.  Reply.  At.  All.  Until 2013-10-21, almost three months
later, cgf asked if nobody is interested to pick up:

  https://cygwin.com/ml/cygwin-developers/2013-10/msg00007.html

Reply:  We're just busy.  Then... nothing.  Crickets again, the thread
collecting dust and cobwebs.  Another four months later, cgf pinged you
guys and the result:

  https://cygwin.com/ml/cygwin-developers/2014-02/msg00001.html

Then... nothing.

How do you expect any progress if you don't at least **discuss what's
necessary, and eventually code up and test changes?

Both of us definitely lost interest after Feb-2014, because, apparently
you weren't able to come up with anything.  You have your solution,
which is a bunch of patches, and that's apparently enough for you.
There's no interest to follow up on a better solution, from what I see.

> In contrast with Cygwin developers, we don't have any problems with
> Arch Linux developers

You don't have interoperability issues with Arch Linux.  I explained
what we were thinking of pretty detailed on the mingw-w64-public mailing
list.  Without going into much detail now, the idea would have been
basically to keep the MSYS2 distro based on the latest Cygwin packages,
and have the behavioral change hidden behind the MSYS2 hook.  You could
have a seamless integration between all of the Cygwin distro and the few
parts of the MSYS2 distro which really needed a patch.  Basically MSYS2
could have been a subset or even an integral part of a Cygwin distro,
which would have (probably) benefitted all of us.

> So if you want to "grab" or "rip-off" (as you wish) our pacman, feel
> free to get it and use under Cygwin. We don't have any problems with
> it.

It's not really feasible because it requires to rebuild all packages.
We're also relying on an infrastructure which is kind of bound to the
setup and upset tools so far. Also, does pacman work without a basic
MSYS2 installed already, or do you have to have an MSYS2 install
to be able to run pacman?

If we could make pacman work with setup.ini, I wouldn't be unhappy
to have this as an accompanying CLI tool for installing Cygwin packages.

And if somebody thinks setup and the whole infrastructure is bad, all I
can say is, maybe, but somebody has to have *time* and *volition* to
implement something new.  Something still operating as a GUI installer
to install a Cygwin distro from the ground up.  And also something on
the server side to support the new layout.  And the packager support.
As long as my reqeusts for volunteers goes unheard, I don't see how we
could change that.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2014-12-10 16:01 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-09 23:28 Angelo Graziosi
2014-12-10  4:36 ` Alexey Pavlov
2014-12-10 16:01   ` Corinna Vinschen [this message]
2014-12-11  4:37     ` Alexey Pavlov
2014-12-11 17:42       ` Warren Young
2014-12-11 18:20         ` Ray Donnelly
2014-12-10  9:48 ` JonY
2014-12-10 15:08   ` Corinna Vinschen
  -- strict thread matches above, loose matches on Subject: below --
2014-12-07 11:21 Angelo Graziosi
2014-12-08 10:49 ` Corinna Vinschen
2014-12-06 20:24 Corinna Vinschen
2014-12-07 15:59 ` Henry S. Thompson
2014-12-08 10:50   ` Corinna Vinschen
2014-12-08 22:15 ` Warren Young
2014-12-09 10:56   ` Corinna Vinschen
2014-12-09 22:06     ` Warren Young
2014-12-10 14:59       ` Corinna Vinschen
2014-12-09 11:50   ` Andrey Repin
2014-12-12 22:42 ` Thomas Wolff
2014-12-15 11:07   ` Corinna Vinschen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20141210160128.GW3810@calimero.vinschen.de \
    --to=corinna-cygwin@cygwin.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).