From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2460 invoked by alias); 10 Dec 2014 04:36:09 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 2446 invoked by uid 89); 10 Dec 2014 04:36:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-qa0-f54.google.com Received: from mail-qa0-f54.google.com (HELO mail-qa0-f54.google.com) (209.85.216.54) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 10 Dec 2014 04:36:06 +0000 Received: by mail-qa0-f54.google.com with SMTP id i13so1497284qae.13 for ; Tue, 09 Dec 2014 20:36:04 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.224.127.74 with SMTP id f10mr4665215qas.16.1418186164517; Tue, 09 Dec 2014 20:36:04 -0800 (PST) Received: by 10.96.12.132 with HTTP; Tue, 9 Dec 2014 20:36:04 -0800 (PST) In-Reply-To: <5487859D.9000409@alice.it> References: <5487859D.9000409@alice.it> Date: Wed, 10 Dec 2014 04:36:00 -0000 Message-ID: Subject: Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.34-002 From: Alexey Pavlov To: cygwin@cygwin.com Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00143.txt.bz2 2014-12-10 2:28 GMT+03:00 Angelo Graziosi <>: > Corinna Vinschen wrote: >> >> How nice. We have all the work and they simple grab it and don't give >> anything back to their upstream project. > > > ...the *Dark* side of free (GPL?) software... I guess.. > > In any case, you could always *grab* their "pacman" manager.. Besides being > very appealing, it would avoid the long thread [*] on cygwin-apps list.. > > Why what aims to be a "..Linux feeling - on Windows" should have a "package > manager" (setup.exe :( ) which install deps more o less silently... apt-get, > yum, pacman, port (on OSX) (and, I sure, others) always warn the user about > which packages are to be installed.. > > Unless you adopt a 'true' package manager, I would not change the current > behavior of setup.exe.. > Hi! I'm MSYS2 maintainer. I do not understand why some of you constantly want to throw stones in the garden of MSYS2. We are solve problems other than Cygwin. And MSYS2 don't replace Cygwin as project. We have small subset of Cygwin-like programs that only needed to develop applications under Windows using mingw-w64 native toolchains. We don't have X11 apps, daemons and many others as Cygwin have as it not need to our work. If you compare number of MSYS packages: https://github.com/Alexpux/MSYS2-packages with Cygwin package list than you can see the difference. Our primary goal is native Windows applications building with mingw-w64 toolchains. We have create lot of mingw-w64 packages: https://github.com/Alexpux/MINGW-packages Some patches from our project are go upstream - many not as not all projects are open-minded. For example Python where developers always block changes that add Mingw as build target. Latest MSYS2 runtime sources are always present here: https://github.com/Alexpux/Cygwin/tree/develop Yeah I'm forgetting push latest t osf.net because I don't use it and I don't like sf.net web-interface to repositories. Maybe need just delete repo on sf.net and redirect page to github. Yeah I try to stay up-to-date with current Cygwin sources to not create by anyone other fork of Cygwin for something like MSYS3 because of MSYS2 outdate and not supportable. Also often syncing with cygwin sources helps with merging our changes more easily. Merging 10 commits instead of 100 is more easily. 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. 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. In contrast with Cygwin developers, we don't have any problems with Arch Linux developers as we use it's latest "pacman" from git which "is not released yet" and also have our own fork of it: https://github.com/Alexpux/MSYS2-pacman/tree/master 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. Regards, Alexey. > > Ciao, > Angelo. > > --- > [*] https://cygwin.com/ml/cygwin-apps/2014-12/msg00017.html > > > -- > 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 > -- 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