Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 Message-ID: <4212958D.8050302@tlinx.org> Date: Tue, 15 Feb 2005 16:36:29 -0800 From: Linda W User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) MIME-Version: 1.0 To: "'Cygwin List'" Subject: setup package format v. rpm, reasoning? Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes I can imagine during the early development of cygwin, the rpm package types were rather "unsupportable" -- especially on a "first install", since no unix shell or coreutils are available. However, after the basic support is installed, what was the reasoning for keeping packages in YAPM (YetAnotherPackageManager). It seems even a bit more surprising considering Cygwin's early roots coming from a RedHat... Why is the current setup.exe "format" still the preferred format? Would it be beneficial to start having the packages moved toward rpm format? It would be useful, at times, to do the equivalent of an "rpm -qf ", or "rpm -qi" for info, etc...Yes, one can continue to reinvent the wheel by writing utils that parse file lists in /etc/setup, but it seems that would be 'reinventing' the wheel for no great purpose... So I guess I'm curious why Cygwin uses YAPM since RPM has been ported? I'm not looking for any religious debates -- just technical/engineering reasons why a different package. I'm not "sold" on the rpm package manager, just wondering why the need for creating another format? It's weird -- I tried installing an RPM, and among files that were listed as 'missing' were /bin/rm, /bin/sh, /usr/bin/perl and libc -- I can see RPM not knowing about the libc package name, but the filenames? I know they're installed, so what's the scoop? Thanks, -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/