Re: [cygport] [PATCH] Add support for VERSIONS

2013-07-31 Thread Corinna Vinschen
On Jul 27 09:33, David Rothenberger wrote:
 On 6/2/2013 10:49 AM, David Rothenberger wrote:
  Yaakov,
  
  Please consider this patch, which allows versions to be included in the
  auto-generated hints file as part of the .cygport file. I needed this
  for speex, since the previous version was 1.2beta3.2-1 and the current
  was 1.2rc1-1 and upset picks 1.2beta3.2-1 as the current version. It
  would also be useful for making test packages.
  
  (This is my first attempt to submit a patch with git. Hope I did it
  right.)
  
  -David
  
 
 Ping?
 
 Yaakov, do you have any interest in this? If so, I can rebase it onto
 HEAD. Otherwise I'll just maintain it locally.

This looks useful.  Or is there already another way to specify versions
for the hint file?

Btw., Yaakov, thanks for the new 0.13.0 version.  The only problem I
still have is the duplication of the dist files into the CWD.  Isn't
there some switch or setting to disable this behaviour?


Corinna

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


Re: Please try new setup exe's

2013-07-31 Thread Yaakov (Cygwin/X)

On 2013-07-15 13:58, Christopher Faylor wrote:

The new setup.exe will still understand old setup.ini's, just not the
reverse.

However, all that I did to upset (for this particular change there were
a few more other changes required) was add --release and --arch options
to produce the setup.ini with those tags.

[snip]

The intent of release:, as I stated elsewhere is to eventually get
rid of the mirror directories created by setup.exe.  They will be
replaced with release directories like cygwin or, e.g.,
cygwinports.


As of last week, Ports uses the new $arch/setup.ini layout with release: 
cygwinports.  Do you have a patch already to implement the release 
directories?



Yaakov



Re: Please try new setup exe's

2013-07-31 Thread Christopher Faylor
On Wed, Jul 31, 2013 at 08:48:31AM -0500, Yaakov (Cygwin/X) wrote:
On 2013-07-15 13:58, Christopher Faylor wrote:
 The new setup.exe will still understand old setup.ini's, just not the
 reverse.

 However, all that I did to upset (for this particular change there were
 a few more other changes required) was add --release and --arch options
 to produce the setup.ini with those tags.
[snip]
 The intent of release:, as I stated elsewhere is to eventually get
 rid of the mirror directories created by setup.exe.  They will be
 replaced with release directories like cygwin or, e.g.,
 cygwinports.

As of last week, Ports uses the new $arch/setup.ini layout with release: 
cygwinports.  Do you have a patch already to implement the release 
directories?

Not quite but if you started adding 'release: cygwinports' to your
setup.ini's that would help.

I probably should do this while I have a vague understanding of how
setup now creates mirror directories.

cgf


[RFU] expat-2.1.0-3

2013-07-31 Thread Warren Young
This release simply fixes the libexpat${abi}-devel naming problem 
brought up by Yaakov, using the new PKG_OBSOLETES feature of cygport.


It includes no upstream release changes, because there haven't been any.


From within x86/release/expat:

wget -e robots=off --cut-dirs=3 -np -nH -A'*2.1.0-3*' -A'*.hint' \
 -r http://etr-usa.com/cygwin/x86/expat/


From within x86_64/release/expat:

wget -e robots=off --cut-dirs=3 -np -nH -A'*2.1.0-3*' -A'*.hint' \
 -r http://etr-usa.com/cygwin/x86_64/expat/


Re: [RFU] expat-2.1.0-3

2013-07-31 Thread Yaakov (Cygwin/X)

On 2013-07-31 16:55, Warren Young wrote:

This release simply fixes the libexpat${abi}-devel naming problem
brought up by Yaakov, using the new PKG_OBSOLETES feature of cygport.


Uploaded; thanks.


Yaakov



Re: Please build 64 bit packages

2013-07-31 Thread Yaakov (Cygwin/X)

On 2013-07-25 07:15, Corinna Vinschen wrote:

now that the 64 bit version is in the wild, it would be incredibly cool
if you could all have a look into building your packages, which are not
yet available, for the 64 bit distro.

Alternatively, for those of your packages which are noarch packages,
for instance perl or python scripts, please drop us a note here along
the lines of please copy package foo from 32 to 64 bit distro.


I just copied over the newest version of all noarch packages whose deps 
are available.  Ignoring obsolete packages, as of this moment, the 
diffstat between the arches is +81/-316.



Yaakov