delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2005/02/17/15:13:05

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <4214FABF.4090701@tlinx.org>
Date: Thu, 17 Feb 2005 12:12:47 -0800
From: Linda W <cygwin AT tlinx DOT org>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: "'Cygwin List'" <cygwin AT cygwin DOT com>
Subject: Re: setup package format v. rpm, reasoning?
References: <4212958D DOT 8050302 AT tlinx DOT org> <a04c455bcd0b0b16283759ce118305fc AT rehley DOT net>
In-Reply-To: <a04c455bcd0b0b16283759ce118305fc@rehley.net>
X-IsSubscribed: yes


Peter Rehley wrote:

> It would require a new setup.exe.  The current setup program is a pure 
> windows program.  This is needed because it doesn't require using any 
> cygwin program or package.  If it used, say for example the 
> cygwin1.dll, that dll couldn't be updated because windows won't allow 
> files to be changed while they are in use.

But I already get that message using setup now -- "some files
were in use when trying to replace them, Please reboot or your
installation may not work correctly..."  I thought setup used
the cygwin library...*oh*...*duh*...that must because I run cron
now...but that replacement issue is already solved in current
setup framework.

> So, the new setup would need  create a temporary cygwin environment 
> that is totally separate from any already installed cygwin 
> environment.  The environment could have rpm and do updates pointing 
> to the cygwin environment being updated.

----
If setup could handle installing some base package that rpm
would need to run, all of the rest of the packages could become rpm's.  
Not that I'm expecting it to just magically happen,
but if it just gravitated in that direction...Wouldn't have
to happen overnight. Current setup could be enhanced to call
.rpm for rpm packaged utils, which, for now, could be build with
dependencies commented out for now unless the rpm database could
somehow be populated from any database setup might use....

But all that's beside the point if it isn't wanted.  Just thought
it might make porting packages easier as, often, their sources
are even in .rpm's.  Wouldn't it be "nice" if one could take a
source RPM, and just rebuild it with only minor changes in
the .spec file to have it work?  Just a pipedream, perhaps...

Linda


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

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019