X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org X-Cloudmark-SP-Filtered: true X-Cloudmark-SP-Result: v=1.0 c=1 a=kCKDY91tEBMc+hi4YtGk8Q==:17 a=mrH7RMZFLNbTI2Vg53IA:9 a=tw6__kgTWlLQUZrtS5sA:7 a=eejvM2aGMDSAzpaxdxmXNvSueWQA:4 Message-ID: <4B4AE005.6040800@monai.ca> Date: Mon, 11 Jan 2010 00:23:33 -0800 From: Steven Monai User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Update problems References: <4B46A4C3 DOT 2000803 AT cygwin DOT com> <4B47986F DOT 2020609 AT t-online DOT de> <4B47B3FA DOT 1010101 AT cygwin DOT com> <4B47DBAE DOT 5000901 AT monai DOT ca> <20100109100941 DOT GL23992 AT calimero DOT vinschen DOT de> <4B4A1032 DOT 9030201 AT monai DOT ca> <20100110192728 DOT GC24855 AT ednor DOT casa DOT cgf DOT cx> <4B4A3918 DOT 4020005 AT byu DOT net> <4B4A4682 DOT 9040002 AT monai DOT ca> <20100110230049 DOT GA25743 AT ednor DOT casa DOT cgf DOT cx> <4B4A6EE2 DOT 9040406 AT monai DOT ca> <4B4A90C8 DOT 2040406 AT cygwin DOT com> In-Reply-To: <4B4A90C8.2040406@cygwin.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com On 2010/01/10 6:45 PM, Larry Hall (Cygwin) wrote: > So your argument is based on the desire to have *another* package > manager application, besides 'setup.exe', that could be used from within > Cygwin applications to update Cygwin applications? Something like that, yes. The idea that one should be able to add, remove, or upgrade a package from within the system just seems right to me. But I'll admit to being more than a little bit biased, coming from recent experience with Debian. > Doesn't that seem like > allot of duplication of effort, considering that 'setup.exe' can already do > all of this, with the only caveat being that it should be run outside of > Cygwin apps and Cygwin apps should be shut down when doing so? Relax. There is no "duplication of effort" in simply having a discussion. I realize that I'm a relative newcomer here, so some of what I've seen in this thread has been the typical exasperation of long-timers to stupid newbie questions. I also realize that 'setup.exe' is at the core of the entire Cygwin package management system, so any talk of change in this area is bound to raise hackles. I'm not trying to twist anyone's arm. Indeed, how could I, even if I wanted to? If my musings seem ridiculous and completely infeasible to you, then just ignore them, or point out the flaws. > If this really seems like a good idea to you, I'm not so full of myself that I can't admit to being wrong. I have simply asked some questions and thrown out some ideas around the topic of package management, in the hope of eliciting useful feedback. And I did get some interesting responses, particularly from Corinna and Eric. The idea that in-use files can actually be replaced within Cygwin contradicts what I had thought to be a fundamental constraint imposed by Windows. That idea, plus my recent experience with Linux package management, are what led to my initial question in this thread. I am currently not as convinced as you that package management from within Cygwin is as infeasible as you contend. But further experience, research, and play on my part could certainly change my opinion. > you should look at the > email archives where all of this has been discussed before. You need > not agree with all the conclusions drawn, etc., but it makes sense to > familiarize yourself with what's been discussed already before opening > up these kinds of old threads. I will do that. Thanks for your time. -SM -- -- 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