RFC: Setup auto-dependency generation?

2003-06-06 Thread Gary R. Van Sickle 
I'll just throw this out there to see if it's more burger than bun.  This came
to mind when I read the "libpcre setup.hint is BROKEN" thread: Would it be
possible for upset or something to automatically generate the
setup.hint/setup.ini dependencies, or at least check them?  Seems to me that,
since cygcheck will output a list of required DLLs, that a little bit of perl
could:

1.  Generate a DLL->Package map for all packages in Setup (this already exists).
2.  Get a list of DLLs required by all EXEs/DLLs in a package using cygcheck.
3.  Look up the DLL names in the DLL->Package map.
4.  Generate or check the "requires" line of said package.
5.  Lather, rinse, repeat for each package.

Of course there may be more dependencies than just EXEs->DLLs, but I'd assume
this is the major one, and it would at the very least be a partial solution to
dependency problems (it would have prevented the libpcre problem anyway).

It's early in the morning (they added a 9:30 in the morning now, lousy
government) and I'm thinking even less clearly than normal; I'm just asking if
it's possible and/or makes any sense, so please no "PTC"s, I'm well aware of the
drill.

--
Gary R. Van Sickle
Brewer.  Patriot.

[root@sources.redhat.com: Cron cd /sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]

2003-06-06 Thread Christopher Faylor 
I've fixed this.

cgf

- Forwarded message from Cron Daemon <[EMAIL PROTECTED]> -

From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron <[EMAIL PROTECTED]> cd /sourceware/ftp/anonftp/pub/cygwin; 
/sourceware/infra/bin/cygwin/upset -C -u setup.ini; /usr/local/bin/upx -q -q -q 
setup.exe || exit 0
Date: 5 Jun 2003 10:00:08 -

upset: release/patchutils/setup.hint:1: unknown key 'desc: "Patchutils is a small 
collection of programs that operate on patch'

- End forwarded message -

Re: [root@sources.redhat.com: Cron cd/sourceware/ftp/anonftp/pub/cygwin; /sourceware/infra/bin/cygwin/upset -C-u setup.ini; /usr/local/bin/upx -q -q -q setup.exe || exit 0]

2003-06-06 Thread Elfyn McBratney 
On Thu, 5 Jun 2003, Christopher Faylor wrote:

> I've fixed this.
>
> cgf

Oops, Sorry.

Thanks.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: Setup auto-dependency generation?

2003-06-06 Thread Max Bowsher 
Gary R. Van Sickle wrote:
> I'll just throw this out there to see if it's more burger than bun.  This
came
> to mind when I read the "libpcre setup.hint is BROKEN" thread: Would it be
> possible for upset or something to automatically generate the
> setup.hint/setup.ini dependencies, or at least check them?  Seems to me
that,
> since cygcheck will output a list of required DLLs, that a little bit of
perl
> could:
>
> 1.  Generate a DLL->Package map for all packages in Setup (this already
exists).
> 2.  Get a list of DLLs required by all EXEs/DLLs in a package using
cygcheck.
> 3.  Look up the DLL names in the DLL->Package map.
> 4.  Generate or check the "requires" line of said package.
> 5.  Lather, rinse, repeat for each package.
>
> Of course there may be more dependencies than just EXEs->DLLs, but I'd
assume
> this is the major one, and it would at the very least be a partial
solution to
> dependency problems (it would have prevented the libpcre problem anyway).
>
> It's early in the morning (they added a 9:30 in the morning now, lousy
> government) and I'm thinking even less clearly than normal; I'm just
asking if
> it's possible and/or makes any sense, so please no "PTC"s, I'm well aware
of the
> drill.

It makes sense to me. I've thought about something like this, but never
tried to implement it.

One thing I would note: Probably not so suitable for upset - since this
method needs to decompress every binary package. However, a standalone tool,
possibly writing a cache of contained DLLs and discovered dependencies,
could work well.

Max.

Updated fvwm-2.4.16

2003-06-06 Thread Joakim Erdfelt 
This is my first time doing this. (so be kind) ;-)

I have made a new package for fvwm v2.4.16

It can be found at ...

http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-1.tar.bz2
http://joakim.erdfelt.net/cygwin/fvwm/fvwm-2.4.16-1-src.tar.bz2
http://joakim.erdfelt.net/cygwin/fvwm/setup.hint
Didn't require any code changes, just a fresh automake/autoconf run.

( Yes I did read http://www.cygwin.com/setup.html )

/* joakim */

[Updated package] mc-4.6.0-4

2003-06-06 Thread Pavel Tsekov 
Hello,

An updated Midnight Commander package is available. It addresses this 
problem:

http://sources.redhat.com/ml/cygwin/2003-04/msg02119.html

As I've already indicated on the main list this is a bug introduced by me 
and it is specific to the Cygwin version of MC.

This version does *NOT* address the problem with the UIDs which cannot fit 
in 16 bits. I did some work to fix that problem but I am not sure that it 
would be enough. I hade to do some more testing and even then I cannot be 
sure that MC will fucntion properly. Maybe I will release an update marked
as 'test' and if noone complains at some point we can make it 'curr'.

Here are the links:
http://ptsekov.gamersrevolt.it/cygwin/release/mc/mc-4.6.0-4.tar.bz2
http://ptsekov.gamersrevolt.it/cygwin/release/mc/mc-4.6.0-4-src.tar.bz2

Re: [Updated package] mc-4.6.0-4

2003-06-06 Thread Elfyn McBratney 
On Fri, 6 Jun 2003, Pavel Tsekov wrote:

> Here are the links:
> http://ptsekov.gamersrevolt.it/cygwin/release/mc/mc-4.6.0-4.tar.bz2
> http://ptsekov.gamersrevolt.it/cygwin/release/mc/mc-4.6.0-4-src.tar.bz2

Uploaded. Please send an annoucement in a couple of hours

Thanks,
Elfyn

PS- Shall I remove 4.6.0-3 ?

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: [Updated package] mc-4.6.0-4

2003-06-06 Thread Pavel Tsekov 
On Fri, 6 Jun 2003, Elfyn McBratney wrote:

> PS- Shall I remove 4.6.0-3 ?

Ooops! Kill everything except 4.6.0-4. 4.5.xx is too old to be useful.
All 4.6.0-x up to -4 have this ftpfs bug.

Re: [Updated package] mc-4.6.0-4 (fwd)

2003-06-06 Thread Elfyn McBratney 
-- Forwarded message --
Date: Fri, 6 Jun 2003 15:06:49 +0100
From: Elfyn McBratney <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Pavel Tsekov <[EMAIL PROTECTED]>
Subject: Re: [Updated package] mc-4.6.0-4

On Fri, 6 Jun 2003, Pavel Tsekov wrote:

> On Fri, 6 Jun 2003, Elfyn McBratney wrote:
>
> > PS- Shall I remove 4.6.0-3 ?
>
> Ooops! Kill everything except 4.6.0-4. 4.5.xx is too old to be useful.
> All 4.6.0-x up to -4 have this ftpfs bug.

Done.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Updated patchutils...I made a booboo

2003-06-06 Thread Elfyn McBratney 
I ended up building patchutils and libxml2 under 1.5.0 and am about to upload
fixed packages.. Corrina, if you have a minute, could you replace the current
binary package with



this one? Or would it be better if I bump the release number to 2 (with a new
package)?

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: Updated patchutils...I made a booboo

2003-06-06 Thread Elfyn McBratney 
On Fri, 6 Jun 2003, Christopher Faylor wrote:

> On Fri, Jun 06, 2003 at 05:46:43PM +0100, Elfyn McBratney wrote:
> >I ended up building patchutils and libxml2 under 1.5.0 and am about to upload
> >fixed packages.. Corrina, if you have a minute, could you replace the current
> >binary package with
> >
> >
> >
> >this one? Or would it be better if I bump the release number to 2 (with a new
> >package)?
>
> Definitely replace with new -2 versions.

OK, will do. Should I do the same with libxml2 (it's marked test)?

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: Updated patchutils...I made a booboo

2003-06-06 Thread Elfyn McBratney 
On Fri, 6 Jun 2003, Max Bowsher wrote:

> Bump the release number - otherwise setup won't notice the change, and will
> throw md5 errors on local package caches which have an updated setup.ini,
> but old tarball.
>
>
> Max.

Will do. Thanks.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: Updated patchutils...I made a booboo

2003-06-06 Thread Elfyn McBratney 
On Fri, 6 Jun 2003, Christopher Faylor wrote:

> On Fri, Jun 06, 2003 at 05:46:43PM +0100, Elfyn McBratney wrote:
> >I ended up building patchutils and libxml2 under 1.5.0 and am about to upload
> >fixed packages.. Corrina, if you have a minute, could you replace the current
> >binary package with
> >
> >
> >
> >this one? Or would it be better if I bump the release number to 2 (with a new
> >package)?
>
> Definitely replace with new -2 versions.
>
> cgf

Sorry, could you `chown -R elfyn:cygwin patchutils'? I don't have enough karma
to create in that directory.

Elfyn

-- 
Elfyn McBratney (mailto:[EMAIL PROTECTED])
Systems Administrator
ABCtales.com / Ubertales.co.uk

Re: Updated patchutils...I made a booboo

2003-06-06 Thread Christopher Faylor 
On Fri, Jun 06, 2003 at 05:46:43PM +0100, Elfyn McBratney wrote:
>I ended up building patchutils and libxml2 under 1.5.0 and am about to upload
>fixed packages.. Corrina, if you have a minute, could you replace the current
>binary package with
>
>
>
>this one? Or would it be better if I bump the release number to 2 (with a new
>package)?

Definitely replace with new -2 versions.

cgf

Re: Updated patchutils...I made a booboo

2003-06-06 Thread Max Bowsher 
Elfyn McBratney wrote:
> I ended up building patchutils and libxml2 under 1.5.0 and am about to
upload
> fixed packages.. Corrina, if you have a minute, could you replace the
current
> binary package with
>
> 
>
> this one? Or would it be better if I bump the release number to 2 (with a
new
> package)?

Bump the release number - otherwise setup won't notice the change, and will
throw md5 errors on local package caches which have an updated setup.ini,
but old tarball.


Max.