Re: [RFU] mingw64 headers and runtime refresh

2012-08-27 Thread JonY
On 8/26/2012 02:18, JonY wrote:
 I notice that the source package for mingw64-i686-runtime seems to have
 got a lot smaller, you might want to check that is correct.


 
 Looks like something is wrong with the upload, refreshed, same link.
 
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-3.0b_svn5373-1-src.tar.bz2
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-3.0b_svn5373-1.tar.bz2
 http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/setup.hint
  
 
 Sorry for the inconvenience.
 

Ping.



signature.asc
Description: OpenPGP digital signature


Re: [ITA] w32api-3.0b_svn5368-1

2012-08-27 Thread JonY
On 8/24/2012 00:51, Jon TURNEY wrote:
 
 
 On 22/08/2012 10:08, JonY wrote:
 On 8/22/2012 06:26, JonY wrote:
 According to mingw.org basetyps.h, GUID_SECT was only necessary for
 ancient GCC versions.  At a minimum, we should be able to just remove
 the GUID_SECT from those defines.  Unfortunately just ifndef _W64 those
 defines entirely leads to link errors:

 hw/xwin/winengine.c:107: undefined reference to `_IID_IDirectDraw4'
 winshaddd.o: In function `winAllocateFBShadowDD':
 hw/xwin/winshaddd.c:253: undefined reference to `_IID_IDirectDraw2'
 winshadddnl.o: In function `winAllocateFBShadowDDNL':
 hw/xwin/winshadddnl.c:285: undefined reference to `_IID_IDirectDraw4'
 winpfbdd.o: In function `winAllocateFBPrimaryDD':
 hw/xwin/winpfbdd.c:89: undefined reference to `_IID_IDirectDraw2'
 
 It's pretty easy to adapt for this in the existing X server code either by
 simply defining GUID_SECT as empty if it is not already defined, or removing
 GUID_SECT.
 
 mingw-w64 ddraw.h already has them, though they're inlined, gcc doesn't
 like inlined data. DEFINE_GUID may need fixing, or at least instanced in
 libuuid or libddraw.

 I'll need to talk to to the Jacek from Wine to get a solution.


 Here's a quick and dirty workaround, add and compile the following file
 and link it with the failing executable:

 =
 #define INITGUID 1
 #include ddraw.h
 =
 
 It's tempting to conclude that the brokeness alluded to in the comment in
 the X server source is that the author didn't know about INITGUID.
 
 It seems that GUID_SECT is defined by the current w32api headers, but only had
 any contents for ancient gcc (prior to 2.95)
 
 However, Google seems to indicate that we are not totally alone in assuming
 the existence of GUID_SECT, so you might want to consider providing an empty
 definition for compatibility.
 

OK, found the proper lib to link with, add -ldxguid for libdxguid.a. I
did not know of this until Jacek told me about it.





signature.asc
Description: OpenPGP digital signature


Re: HEADSUP: ruby-1.9.3 (attn: Jari, David, Ken)

2012-08-27 Thread Yaakov (Cygwin/X)

On 2012-08-22 18:35, David Rothenberger wrote:

Thanks for the patch. I've built a test release of subversion
against ruby 1.9. All the ruby tests pass except for one, but
there's a FIXME comment in the test so I think that's okay. I don't
use the Ruby bindings myself so that's about as much as I can do.


Uploaded as stable release and removed 1.7.6-1.  Thanks for the prompt 
response.



Yaakov



Re: HEADSUP: ruby-1.9.3 (attn: Jari, David, Ken)

2012-08-27 Thread Yaakov (Cygwin/X)

On 2012-08-22 16:24, Ken Brown wrote:

The three scripts I tried before now seem to work fine.  I'll do some
further testing as I have time, but it looks good so far.


Thanks for the prompt response.


Yaakov




Re: HEADSUP: ruby-1.9.3 (attn: Jari, David, Ken)

2012-08-27 Thread Yaakov (Cygwin/X)

On 2012-08-21 04:38, Yaakov (Cygwin/X) wrote:

The following distro packages depend on Ruby, by maintainer:

Jari Aalto: bsfilter, rdtool (needs update)


Since Jari hasn't responded to the two-week old ping of the four-week 
old security announcement on exif, I decided not to wait for him.  I 
could adopt rdtool if need be.



David Rothenberger: subversion-ruby (patch for 1.9 here[1])
Ken Brown: texlive-collection-binextra, texlive-collection-context,
texlive-collection-pictures


Thank you both for your prompt attention.


Yaakov



Re: [RFU] mingw64 headers and runtime refresh

2012-08-27 Thread Jon TURNEY

On 27/08/12 09:44, JonY wrote:

On 8/26/2012 02:18, JonY wrote:

I notice that the source package for mingw64-i686-runtime seems to have
got a lot smaller, you might want to check that is correct.




Looks like something is wrong with the upload, refreshed, same link.

http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-3.0b_svn5373-1-src.tar.bz2
http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/mingw64-i686-runtime-3.0b_svn5373-1.tar.bz2
http://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686-runtime/setup.hint

Sorry for the inconvenience.


Please increment the package release number to -2, so we don't have 
packages with the same identifier but different contents.




Re: 'requires' addition for bind?

2012-08-27 Thread Yaakov (Cygwin/X)

On 2012-08-22 10:02, Christopher Faylor wrote:

Yaakov, you probably saw this already but I thought that I'd mention
this in the right ml.

I started to make the change to setup.hint but then figured you'd
probably rather do that yourself.


As I mentioned previously[1], the proper solution is to fix the openssl 
packaging so that the engines are installed with the libs.


Corinna, now that you're using cygport, this is quite simple.  The 
attached patch will fix this for your 1.0.1c package.  For 0.9.8, change 
the PATCH_URI to 
http://pkgs.fedoraproject.org/cgit/openssl.git/plain/openssl-0.9.8m-enginesdir.patch?h=f11 
instead.



Yaakov

[1] http://cygwin.com/ml/cygwin-apps/2012-04/msg00068.html



openssl-engines.patch
Description: application/itunes-itlp


[RFU] {emacs,emacs-X11,emacs-el,emacs-debuginfo}-{23.4-3,24.2-1}

2012-08-27 Thread Ken Brown

D=http://sanibeltranquility.com/cygwin/release/emacs
wget -x -nH --cut-dirs=2 \
  ${D}/emacs-23.4-3-src.tar.bz2 \
  ${D}/emacs-24.2-1-src.tar.bz2 \
  ${D}/emacs-23.4-3.tar.bz2 \
  ${D}/emacs-24.2-1.tar.bz2 \
  ${D}/emacs-X11/emacs-X11-23.4-3.tar.bz2 \
  ${D}/emacs-X11/emacs-X11-24.2-1.tar.bz2 \
  ${D}/emacs-X11/setup.hint \
  ${D}/emacs-debuginfo/emacs-debuginfo-24.2-1.tar.bz2 \
  ${D}/emacs-el/emacs-el-23.4-3.tar.bz2 \
  ${D}/emacs-el/emacs-el-24.2-1.tar.bz2

find emacs -name '*23.4-2*' | xargs rm
find emacs -name '*24.1-1*' | xargs rm

Thanks.

Ken






Re: [RFU] {emacs,emacs-X11,emacs-el,emacs-debuginfo}-{23.4-3,24.2-1}

2012-08-27 Thread Yaakov (Cygwin/X)

On 2012-08-27 13:07, Ken Brown wrote:

D=http://sanibeltranquility.com/cygwin/release/emacs

find emacs -name '*23.4-2*' | xargs rm
find emacs -name '*24.1-1*' | xargs rm


Done and done.


Yaakov