Re: [ITP] w32api r5431 [Was: Re: [ITA] w32api-3.0b_svn5368-1]

2012-10-16 Thread Yaakov (Cygwin/X)
On Sat, 2012-10-13 at 13:36 +0800, JonY wrote:
> I decided do a simpler split out version due to the way the source package 
> is built, with w32api as a meta package.
> If required I can redo it into a single package.
> 
> Preference? Comments?
> 
> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/setup.hint
> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/w32api-libs-3.0b_svn5431-1-src.tar.bz2
> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/w32api-libs-3.0b_svn5431-1.tar.bz2

I think the sdesc: is confusing.  How about:

sdesc: "Windows API headers"

> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/setup.hint
> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/w32api-includes-3.0b_svn5431-1-src.tar.bz2
> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/w32api-includes-3.0b_svn5431-1.tar.bz2

sdesc: "Windows API import libraries"

But wouldn't w32api-headers be a better name?


Yaakov




Re: [ITP] w32api r5431 [Was: Re: [ITA] w32api-3.0b_svn5368-1]

2012-10-16 Thread JonY
On 10/17/2012 06:19, JonY wrote:
> On 10/16/2012 23:32, Corinna Vinschen wrote:
>>
>> Are you waiting for more feedback or shall we upload?  Are you mentally
>> and ethically prepared to take the loads of complaints on the Cygwin ML?
>>
> 
> It's good to go if the Cygwin maintainers are OK with split out packages
> and a meta package.
> 
> As for complaints, well, we'll see how it goes.
> 
> 

I mean to say I'll try my best, within mortal limits :)




signature.asc
Description: OpenPGP digital signature


Re: [ITP] w32api r5431 [Was: Re: [ITA] w32api-3.0b_svn5368-1]

2012-10-16 Thread JonY
On 10/16/2012 23:32, Corinna Vinschen wrote:
> On Oct 16 18:05, JonY wrote:
>> On 10/14/2012 02:12, Christopher Faylor wrote:
>>> On Sat, Oct 13, 2012 at 12:45:43PM -0400, Christopher Faylor wrote:
 On Sun, Oct 14, 2012 at 12:28:42AM +0800, JonY wrote:
> On 10/14/2012 00:08, Corinna Vinschen wrote:
>> Sounds really interesting.  I just tried it, but it fails to download
>> the w32api-libs and w32api-includes packages:
>>
>> generating package name -> package directory mapping...
>> Done
>> couldn't find a package dir for 
>> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/w32api-libs-3.0b_svn5431-1.tar.bz2
>> couldn't find a package dir for 
>> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/w32api-includes-3.0b_svn5431-1.tar.bz2
>> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1.tar.bz2
>>  -> /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1.tar.bz2
>> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1-src.tar.bz2
>>  -> 
>> /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1-src.tar.bz2
>> http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/setup.hint
>>  -> /sourceware/snapshot-tmp/cygwin/release/w32api/setup.hint
>>
>>
>> Corinna
>>
>
> It doesn't handle new packages?

 Nope.  Only old packages.  Should have made that clear.

 However, if you make the appropriate subdirectories in cygwin's release
>>> ^
>>>first
 area it will then work.
>>>
>>
>> Ping.
> 
> Are you waiting for more feedback or shall we upload?  Are you mentally
> and ethically prepared to take the loads of complaints on the Cygwin ML?
> 

It's good to go if the Cygwin maintainers are OK with split out packages
and a meta package.

As for complaints, well, we'll see how it goes.




signature.asc
Description: OpenPGP digital signature


Re: [ITP] w32api r5431 [Was: Re: [ITA] w32api-3.0b_svn5368-1]

2012-10-16 Thread Corinna Vinschen
On Oct 16 18:05, JonY wrote:
> On 10/14/2012 02:12, Christopher Faylor wrote:
> > On Sat, Oct 13, 2012 at 12:45:43PM -0400, Christopher Faylor wrote:
> >> On Sun, Oct 14, 2012 at 12:28:42AM +0800, JonY wrote:
> >>> On 10/14/2012 00:08, Corinna Vinschen wrote:
>  Sounds really interesting.  I just tried it, but it fails to download
>  the w32api-libs and w32api-includes packages:
> 
>  generating package name -> package directory mapping...
>  Done
>  couldn't find a package dir for 
>  http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/w32api-libs-3.0b_svn5431-1.tar.bz2
>  couldn't find a package dir for 
>  http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/w32api-includes-3.0b_svn5431-1.tar.bz2
>  http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1.tar.bz2
>   -> /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1.tar.bz2
>  http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1-src.tar.bz2
>   -> 
>  /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1-src.tar.bz2
>  http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/setup.hint
>   -> /sourceware/snapshot-tmp/cygwin/release/w32api/setup.hint
> 
> 
>  Corinna
> 
> >>>
> >>> It doesn't handle new packages?
> >>
> >> Nope.  Only old packages.  Should have made that clear.
> >>
> >> However, if you make the appropriate subdirectories in cygwin's release
> > ^
> >first
> >> area it will then work.
> > 
> 
> Ping.

Are you waiting for more feedback or shall we upload?  Are you mentally
and ethically prepared to take the loads of complaints on the Cygwin ML?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat


Re: [ITP] w32api r5431 [Was: Re: [ITA] w32api-3.0b_svn5368-1]

2012-10-16 Thread JonY
On 10/14/2012 02:12, Christopher Faylor wrote:
> On Sat, Oct 13, 2012 at 12:45:43PM -0400, Christopher Faylor wrote:
>> On Sun, Oct 14, 2012 at 12:28:42AM +0800, JonY wrote:
>>> On 10/14/2012 00:08, Corinna Vinschen wrote:
 Sounds really interesting.  I just tried it, but it fails to download
 the w32api-libs and w32api-includes packages:

 generating package name -> package directory mapping...
 Done
 couldn't find a package dir for 
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-libs/w32api-libs-3.0b_svn5431-1.tar.bz2
 couldn't find a package dir for 
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/w32api-includes/w32api-includes-3.0b_svn5431-1.tar.bz2
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1.tar.bz2
  -> /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1.tar.bz2
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/w32api-100.0-1-src.tar.bz2
  -> 
 /sourceware/snapshot-tmp/cygwin/release/w32api/w32api-100.0-1-src.tar.bz2
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/meta/setup.hint
  -> /sourceware/snapshot-tmp/cygwin/release/w32api/setup.hint


 Corinna

>>>
>>> It doesn't handle new packages?
>>
>> Nope.  Only old packages.  Should have made that clear.
>>
>> However, if you make the appropriate subdirectories in cygwin's release
> ^
>first
>> area it will then work.
> 

Ping.




signature.asc
Description: OpenPGP digital signature


Re: mosh

2012-10-16 Thread Corinna Vinschen
Hi Reini,

Did you miss this thread on the Cygwin ML, by any chance?  Is it ok to
make mosh 1.2.2-2 current?

On Oct  3 08:56, Sean Murphy wrote:
> On Wed, Oct 3, 2012 at 5:22 AM, Simon Barnes  wrote:
> > The experimental mosh package, version 1.2.2-2, works very well while the 
> > "current" package 1.2.2-1 does not.   Would it be possible to promote 
> > 1.2.2-2 to current?
> >
> > Thanks
> > Simon
> > [...]
> 
> I concur.  The experimental version "just works", while the current
> version would not, even after research and mashing of the keyboard.
> 
> Thank you,
> Sean P Murphy

Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat