Re: realpath: cygutils or coreutils?

2012-02-09 Thread Eric Blake 
On 02/09/2012 11:27 AM, Yaakov (Cygwin/X) wrote:
> On Thu, 2012-02-09 at 02:12 -0500, Charles Wilson wrote:
>> On 2/6/2012 11:49 AM, Eric Blake wrote:
>>> I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
>>> current once you've got a cygutils release to match.
>>
>> cygutils-1.4.8-1 is uploaded as a test release.
>> * Integrate cygstart with FD.o menu and mimetype system.
>>(Yaakov Selkowitz)
>> * Remove ascii utility; replaced by separate package derived
>>from ESR's implementation http://catb.org/~esr/ascii/
>> * Remove realpath utility; replaced by new implementation
>>provided by coreutils (8.15 and above).
>>
>> As soon as Yaakov uploads his new ascii package, we're GTG.
> 
> ascii is in release now.

Okay, I've kicked coreutils 8.15-1 and cygutils 1.4.8-1 into current.

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: realpath: cygutils or coreutils?

2012-02-09 Thread Yaakov (Cygwin/X) 
On Thu, 2012-02-09 at 02:12 -0500, Charles Wilson wrote:
> On 2/6/2012 11:49 AM, Eric Blake wrote:
> > I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
> > current once you've got a cygutils release to match.
> 
> cygutils-1.4.8-1 is uploaded as a test release.
> * Integrate cygstart with FD.o menu and mimetype system.
>(Yaakov Selkowitz)
> * Remove ascii utility; replaced by separate package derived
>from ESR's implementation http://catb.org/~esr/ascii/
> * Remove realpath utility; replaced by new implementation
>provided by coreutils (8.15 and above).
> 
> As soon as Yaakov uploads his new ascii package, we're GTG.

ascii is in release now.


Yaakov

Re: realpath: cygutils or coreutils?

2012-02-08 Thread Charles Wilson 

On 2/6/2012 11:49 AM, Eric Blake wrote:

I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
current once you've got a cygutils release to match.


cygutils-1.4.8-1 is uploaded as a test release.
* Integrate cygstart with FD.o menu and mimetype system.
  (Yaakov Selkowitz)
* Remove ascii utility; replaced by separate package derived
  from ESR's implementation http://catb.org/~esr/ascii/
* Remove realpath utility; replaced by new implementation
  provided by coreutils (8.15 and above).

As soon as Yaakov uploads his new ascii package, we're GTG.

--
Chuck

Re: realpath: cygutils or coreutils?

2012-02-06 Thread Eric Blake 
On 02/05/2012 01:53 PM, Charles Wilson wrote:
> On 1/30/2012 7:01 PM, Charles Wilson wrote:
>> On 1/30/2012 3:32 PM, Eric Blake wrote:
>>> In particular, it is much more powerful than the realpath(1) currently
>>> offered by cygutils.  Should I build my next coreutils package with
>>> realpath included, and wait to upload it until we can coordinate a build
>>> with cygutils dropping the weaker variant?  Or do we want to keep the
>>> cygutils variant for a while longer?
>>
>> I prefer standard tools when possible, and smaller cygutils. So, let's
>> go ahead and coordinate removing realpath from cygutils-$next.
> 
> I'm ready to cut a new release of cygutils (w.o. ascii.exe and
> realpath.exe) as soon as Eric is ready to upload a new version of
> coreutils.
> 
> http://cygwin.com/ml/cygwin-apps-cvs/2012-q1/msg0.html
> http://cygwin.com/ml/cygwin-apps-cvs/2012-q1/msg1.html

I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
current once you've got a cygutils release to match.

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: realpath: cygutils or coreutils?

2012-02-05 Thread Charles Wilson 

On 1/30/2012 7:01 PM, Charles Wilson wrote:

On 1/30/2012 3:32 PM, Eric Blake wrote:

In particular, it is much more powerful than the realpath(1) currently
offered by cygutils.  Should I build my next coreutils package with
realpath included, and wait to upload it until we can coordinate a build
with cygutils dropping the weaker variant?  Or do we want to keep the
cygutils variant for a while longer?


I prefer standard tools when possible, and smaller cygutils. So, let's
go ahead and coordinate removing realpath from cygutils-$next.


I'm ready to cut a new release of cygutils (w.o. ascii.exe and 
realpath.exe) as soon as Eric is ready to upload a new version of coreutils.


http://cygwin.com/ml/cygwin-apps-cvs/2012-q1/msg0.html
http://cygwin.com/ml/cygwin-apps-cvs/2012-q1/msg1.html

--
Chuck

Re: realpath: cygutils or coreutils?

2012-02-05 Thread Charles Wilson 

On 1/30/2012 8:50 PM, Yaakov (Cygwin/X) wrote:

While you're at it, what about ascii(1)?

http://cygwin.com/ml/cygwin-apps/2011-10/msg00113.html


Nobody ever responded to my comments at the end of that thread, so it 
kinda went into limbo.


Given two +1 votes (your own and Christian Franke's) i'll go ahead and 
remove ascii from cygutils as well.


--
Chuck

Re: realpath: cygutils or coreutils?

2012-01-30 Thread Yaakov (Cygwin/X) 
On Mon, 2012-01-30 at 19:01 -0500, Charles Wilson wrote:
> On 1/30/2012 3:32 PM, Eric Blake wrote:
> > In particular, it is much more powerful than the realpath(1) currently
> > offered by cygutils.  Should I build my next coreutils package with
> > realpath included, and wait to upload it until we can coordinate a build
> > with cygutils dropping the weaker variant?  Or do we want to keep the
> > cygutils variant for a while longer?
> 
> I prefer standard tools when possible, and smaller cygutils. So, let's
> go ahead and coordinate removing realpath from cygutils-$next.

While you're at it, what about ascii(1)?

http://cygwin.com/ml/cygwin-apps/2011-10/msg00113.html


Yaakov

Re: realpath: cygutils or coreutils?

2012-01-30 Thread Eric Blake 
On 01/30/2012 05:01 PM, Charles Wilson wrote:
> On 1/30/2012 3:32 PM, Eric Blake wrote:
>> In particular, it is much more powerful than the realpath(1) currently
>> offered by cygutils.  Should I build my next coreutils package with
>> realpath included, and wait to upload it until we can coordinate a build
>> with cygutils dropping the weaker variant?  Or do we want to keep the
>> cygutils variant for a while longer?
> 
> I prefer standard tools when possible, and smaller cygutils. So, let's
> go ahead and coordinate removing realpath from cygutils-$next.

Great.  Meanwhile, I need to fix this bug in gnulib first; 'realpath
///' must print '/'; cygutils does, but coreutils currently prints '//'
(as it also does for 'readlink -m ///' which shares the same gnulib
function), so it will be another day or two before I have coreutils 8.15
ready to post.

> 
> I should have some time in the next few days to do this -- and the
> pending csih bugfix...

It's a race to see which of us is busier with "Real Life" :)

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: realpath: cygutils or coreutils?

2012-01-30 Thread Charles Wilson 
On 1/30/2012 3:32 PM, Eric Blake wrote:
> In particular, it is much more powerful than the realpath(1) currently
> offered by cygutils.  Should I build my next coreutils package with
> realpath included, and wait to upload it until we can coordinate a build
> with cygutils dropping the weaker variant?  Or do we want to keep the
> cygutils variant for a while longer?

I prefer standard tools when possible, and smaller cygutils. So, let's
go ahead and coordinate removing realpath from cygutils-$next.

I should have some time in the next few days to do this -- and the
pending csih bugfix...

--
Chuck

realpath: cygutils or coreutils?

2012-01-30 Thread Eric Blake 
Upstream coreutils 8.15 added a new realpath(1) utility:

> Usage: src/realpath [OPTION]... FILE...
> Print the resolved absolute file name;
> all but the last component must exist
> 
>   -e, --canonicalize-existing  all components of the path must exist
>   -m, --canonicalize-missing   no components of the path need exist
>   -L, --logicalresolve '..' components before symlinks
>   -P, --physical   resolve symlinks as encountered (default)
>   -q, --quiet  suppress most error messages
>   --relative-to=FILE   print the resolved path relative to FILE
>   --relative-base=FILE print absolute paths unless paths below FILE
>   -s, --strip, --no-symlinks   don't expand symlinks
>   -z, --zero   separate output with NUL rather than newline
> 
>   --help display this help and exit
>   --version  output version information and exit
> 
> Report realpath bugs to bug-coreut...@gnu.org
> GNU coreutils home page: 
> General help using GNU software: 
> Report realpath translation bugs to 
> For complete documentation, run: info coreutils 'realpath invocation'


In particular, it is much more powerful than the realpath(1) currently
offered by cygutils.  Should I build my next coreutils package with
realpath included, and wait to upload it until we can coordinate a build
with cygutils dropping the weaker variant?  Or do we want to keep the
cygutils variant for a while longer?

-- 
Eric Blake   ebl...@redhat.com+1-919-301-3266
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature