Mailing-List:	contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender:	cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe:	<mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-apps/>
List-Post:	<mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To:	mailing list cygwin-apps AT sources DOT redhat DOT com
Message-ID:	<035401c16d4b$c2127990$0200a8c0@lifelesswks>
From:	"Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To:	"Stipe Tolj" <tolj AT wapme-systems DOT de>, <cygwin-apps AT sources DOT redhat DOT com>
References:	<3BF2982D DOT 3D963F7C AT wapme-systems DOT de>
Subject:	Re: [FYI] file conflicts in recent Cygwin packages (see syscheck.log)
Date:	Thu, 15 Nov 2001 07:34:27 +1100
MIME-Version:	1.0
X-Priority:	3
X-MSMail-Priority:	Normal
X-Mailer:	Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE:	Produced By Microsoft MimeOLE V6.00.2600.0000
X-OriginalArrivalTime:	14 Nov 2001 20:40:07.0627 (UTC) FILETIME=[8BF759B0:01C16D4C]

Redirected to cygwin-apps.

----- Original Message -----
From: "Stipe Tolj" <tolj AT wapme-systems DOT de>
Subject: [FYI] file conflicts in recent Cygwin packages (see
syscheck.log)


> I have written a couple of shell and perl scripts that do regression
> and consistency testing on the Cygwin distribution tree and it's
> packages.

Thank you.

> One of it checks all files included in the tarballs against file
> conflict, i.e. when the same file /usr/local/share/foo is included in
> several packages and has different MD5 hash values or even different
> file sizes.

Thats very useful.

> These file conflicts may indicate problem potentials due to the fact
> that setup.exe doesn't care about previously installed files and
> overwrites them.

This is on my todo list.

> I think these file conflicts should be resolved so the packages are
> consistent. That's why I'm posting this.

Agreed.

> The script also generates SQL import data to pipe to an MySQL
> database. It will be used to reference which files are included in
> which packages and the user may check if the locally installed file is
> corresponding to it.

Hmm, I'm not sure what database we will end up using for local package
mgmt, but I presume this is for script efficiency.

Chris: what would you think of having said MySQL DB on
sources.redhat.com, and new packages get linted against the database?
That should be relatively low intensity...

> BTW, we may include dependance checking using setup.ini and setup.hint
> information for the single packages while file conflicts are detected.
> If you don't mind I will include this to the script.

I'm not sure what you mean here, can you explain further?

> Another script is used to traverse the distribution tree and convert
> all .tar.gz to .tar.bz2 which is obviously the better compression tool
> here.

This is wrong. It's up to the package maintainer to choose .tar.gz or
.tar.bz2, and if the package is going to be changed the cygwin version
suffix MUST be bumped.

Rob

- Raw text -