Re: [64bit] Request for mhash
On Wed, May 29, 2013 at 10:27 AM, Dr. Volker Zell wrote: > Is it possible to get a 64bit version of mhash. I need it for mcrypt. By the > way > there is a newer version (0.9.9.9) on > http://sourceforge.net/projects/mhash/files/mhash/ Yes, but anybody can beat me, I don't care too much. I was a bit behind in 64bit packaging because my VM was way too unstable so far to be able to use it. Yesterday I uninstalled MSIE 10 and disabled paging and it looks much better now. My Win8 64bit VM is still running :) I hope I can catch up soon, perl-5.18 being the most important. -- Reini Urban http://cpanel.net/ http://www.perl-compiler.org/
Re: [64bit] poppler and libzzip?
On 2013-05-29 19:27, Ken Brown wrote: Are you able to build poppler and libzzip-devel for 64bit Cygwin? These are the only missing prerequisites for texlive. Done. Yaakov
[64bit] boost, botan, monotone, openjpeg, poppler, source-highlight, zziplib
I just added the following to 64bit/release: boost/libboost* 1.53.0-2 botan/libbotan* 1.8.14-1 (adopting from Lapo) monotone 1.0-3 (adopting from Lapo) openjpeg/libopenjpeg* 1.5.1-2 poppler/libpoppler* 0.20.5-2 (no qt4 for now) source-highlight/libsource-highlight* 3.1.7-3 zziplib/libzzip* 0.13.62-1 I also updated the following: harfbuzz/libharfbuzz* 0.9.17-1 libarchive*/bsdcpio/bsdtar 3.1.2-2 (rebuilt for nettle soname change) HTH, Yaakov
[64bit] poppler and libzzip?
Yaakov, Are you able to build poppler and libzzip-devel for 64bit Cygwin? These are the only missing prerequisites for texlive. There's also clisp, but it's only needed for building xindy, and I don't mind building texlive without xindy for now. Ken
Re: [RFU] subversion-1.7.9-2
Il 5/29/2013 8:57 PM, David Rothenberger ha scritto: Please upload subversion-1.7.9-2 as the new current release. Please delete 1.7.9-1 and leave 1.6.17-1 as prev. done and done
[RFU] subversion-1.7.9-2
Please upload subversion-1.7.9-2 as the new current release. Please delete 1.7.9-1 and leave 1.6.17-1 as prev. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-1.7.9-2-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-apache2/subversion-apache2-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-debuginfo/subversion-debuginfo-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-devel/subversion-devel-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-gnome/subversion-gnome-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-perl/subversion-perl-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-python/subversion-python-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-ruby/subversion-ruby-1.7.9-2.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/subversion/subversion-tools/subversion-tools-1.7.9-2.tar.bz2 -- David Rothenbergerspammer? -> s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Nothing ever becomes real until it is experienced. -- John Keats
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Il 5/29/2013 2:33 PM, Corinna Vinschen ha scritto: On May 29 12:48, marco atzeri wrote: Il 5/29/2013 12:28 PM, Corinna Vinschen ha scritto: Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. I missed the 1.7.19-7 during my tests, do you need I test it ? It would be nice. Thanks, Corinna 1.7.19-7 is fine. 1.7.19-6 segfaults. Attached stackdump Stack trace: FrameFunctionArgs 006 0018006F9BB (010, 0229430, 003D8E10BA0, 007) 006 00180070E6A (03F8550, 006, 0E8, 000) 0229420 0018011A168 (000, 03F0230, 00180135D04, 03F1320) 0C1 0018011723E (000, 00600039530, 000, 000) 11284C0 0018011770B (045CC70, 00600221010, 001800434ED, 006) 11284C0 001801178DC (000, 00600221010, 02297F8, 006002AA500) 11284C0 00180117B9F (0459850, 000, 00600221D90, 000) 11284C0 00180146CA6 (0060001, 00600221D90, 041, 003D8E10BA0) 11284C0 001800C0523 (006002AB770, CE330C0, 006002AB770, 006002B1810) 11284C0 00180113350 (CE330C0, 006002AB770, 006002B1810, 0229B98) 11284C0 00077492664 (006002118C8, 054DFBD, 006001D7A48, 0060024D050) 11284C0 006002118C8 (054DFBD, 006001D7A48, 0060024D050, 006002118A8) 11284C0 0060024D020 (006001D7A48, 0060024D050, 006002118A8, 006002118C8) 11284C0 006002118C8 (0060024D050, 006002118A8, 006002118C8, 00600222310) 11284C0 054DFBD (00010086CA1, 006002118C8, 006002399B0, 1128460) 11284C0 000100867AA (001800C0523, 006002AB3F0, 001, 001) End of stack trace (more stack frames may be present)
[64bit] New binutils 2.23.52-3
Hi, I have uploaded a new binutils package. It's an update to the latest from CVS *plus* a hack (no, not a patch, really), which allows to link the projects which fail with a "relocation truncated to fit: R_X86_64_PC32 agains ..." error, like harfbuzz or octave. This should work for the time being, but the hack is not supposed to stay. It's just avoiding to bail out with the R_X86_64_PC32 error message at all. While this helps in the above cases, it will also suppress any legitimate of these errors, so it's a bit dangerous. Nevertheless, it helps to go forward with the 64 bit distro. Have fun, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [RFU] libaprutil1-1.5.2-1
Il 5/29/2013 6:39 PM, David Rothenberger ha scritto: David Rothenberger wrote: Please leave 1.4.1-1 as previous and remove 1.3.12-1 and 1.3.9-3. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/aprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/libaprutil1-devel-1.5.2-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/setup.hint I think this RFU has been overlooked. Could someone please upload it? Thanks. done and done
[64bit] cyrus-sasl-2.1.26-1
New versions of cyrus-sasl and related packages are available. CYGWIN CHANGES: == * Switch to version-less .cygport file * Remove Cygwin README. * Auto-generate hints. * Run test suite. * Update to db-5.2. DESCRIPTION: SASL is the Simple Authentication and Security Layer, a method for adding authentication support to connection-based protocols. To use SASL, a protocol includes a command for identifying and authenticating a user to a server and for optionally negotiating protection of subsequent protocol interactions. If its use is negotiated, a security layer is inserted between the protocol and the connection. See http://cyrusimap.org/ for more information. -- David Rothenbergerspammer? -> s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
[64bit] {serf,libserf1_0,libserf1-devel}-1.2.0-1
The serf packages have been updated to the new upstream release 1.2.0. See http://serf.googlecode.com/svn/tags/1.2.0/CHANGES for more details about the changes in this release. More information about serf can be found at http://code.google.com/p/serf/. DESCRIPTION: The serf library is a C-based HTTP client library built upon the Apache Portable Runtime (APR) library. It multiplexes connections, running the read/write communication asynchronously. Memory copies and transformations are kept to a minimum to provide high performance operation. -- David Rothenbergerspammer? -> s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
Re: [RFU] libaprutil1-1.5.2-1
David Rothenberger wrote: > Please leave 1.4.1-1 as previous and remove 1.3.12-1 and 1.3.9-3. > > Thanks! > > wget -x -nH --cut-dirs=2 \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/aprutil1-1.5.2-1.tar.bz2 > \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/aprutil1/setup.hint > \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1-src.tar.bz2 > \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-1.5.2-1.tar.bz2 > \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/libaprutil1-devel-1.5.2-1.tar.bz2 > \ > > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/libaprutil1-devel/setup.hint > \ > http://home.comcast.net/~david.rothenberger/cygwin/libaprutil1/setup.hint I think this RFU has been overlooked. Could someone please upload it? Thanks. -- David Rothenbergerspammer? -> s...@daveroth.dyndns.org GPG/PGP: 0x7F67E734, C233 365A 25EF 2C5F C8E1 43DF B44F BA26 7F67 E734 Acceptance testing: An unsuccessful attempt to find bugs.
[64bit] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-4: Library implementing TLS 1.0 and SSL 3.0 protocols
Hi New 64bit versions of 'gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile' have been uploaded to a server near you. o Build for cygwin 1.7.19-8 with gcc-4.8.0 o Added PKCS#11 support CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
[64bit] Request for mhash
Hi Reini Is it possible to get a 64bit version of mhash. I need it for mcrypt. By the way there is a newer version (0.9.9.9) on http://sourceforge.net/projects/mhash/files/mhash/ Ciao Volker
[64bit] Updated: {libmcrypt-doc/libmcrypt4/libmcrypt-devel}-2.5.8-1: Library for multiple encryption methods
Hi New 64bit versions of 'libmcrypt-doc/libmcrypt4/libmcrypt-devel' have been uploaded to a server near you. o Build for cygwin 1.7.19-7 with gcc-4.8.0 CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
32/64bit-improving cygrunsrv (was Re: Global 32/64 bit collision issues)
For a start, I just created a change to cygrunsrv. Right now, when using the -L or -Q option, cygrunsrv prints undiscriminately all services of all installations the same way: $ cygrunsrv -L cygserver sshd $ cygrunsrv -Q sshd -V Service : sshd Display name: CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D [...] With my change, it also checks if the service is running *this* cygrunsrv, or a cygrunsrv from another installation: $ cygrunsrv -L cygserver (sshd) The service name is put into parens, if it's started by another cygrunsrv. In case of the -V output, it's a bit more verbose: $ cygrunsrv -Q sshd -V Service : sshd(Installation path: C:\cygwin64) Display name: CYGWIN sshd Current State : Stopped Command : /usr/sbin/sshd -D [...] I'm not quite happy about the "Installation path" text, though. It's pretty clear to me what I mean, but is it clear enough for other users? Maybe the -V output should always contain two more lines, installation path and platform of the cygrunsrv starting the service, kind of like this: $ cygrunsrv -Q sshd -V Service : sshd Installation path: : C:\cygwin64 Platform: x86_64 Display name: CYGWIN sshd [...] or even with an extra "not me", if it's another cygrunsrv and/or another platform: $ cygrunsrv -Q sshd -V Service : sshd Installation path: : C:\cygwin64 (not me!) Platform: x86_64 (not me!) Display name: CYGWIN sshd [...] What do you think? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
On May 29 12:48, marco atzeri wrote: > Il 5/29/2013 12:28 PM, Corinna Vinschen ha scritto: > >Hi Marco, > > > >On May 29 12:14, marco atzeri wrote: > >>Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: > >>>On May 26 08:40, marco atzeri wrote: > trying to build octave I hit: > >> > >>> > >>>You can try. The general idea was that this isn't necessary. > >>>-mcmodel=medium is default and despite the text you're quoting, the idea > >>>was that the base address of the result shouldn't matter on PE/COFF. > >>>Unfortunately the linker is making a fuss about that yet and maybe > >>>there's still another problem as well. > >>> > >>>So you have two choices: > >>> > >>>- Try -mcmodel=large, but there's a good chance it crashes (harfbuzz > >>> apparently does). > >> > >>it crashed, but it could be another reason as also the second option > >>failed with 1.7.18-6 > >>> > >>>- Link with -Wl,--image-base-address -Wl,0x1000 and rebase the > >>> DLLs afterwards to some arbitrary address between 0x4: and > >>> 0x6:. This should work as expected. > >> > >>this worked. (-Wl,--image-base -Wl,0x1000") > >>with latest 1.7.18-8 not with 1.7.18-6 > > > >Sorry to say that, but this is not overly helpful. For one thing, you > >mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? > >Only after using --image-base 0x1000 or also after the rebase? > > 1.7.19. no need to rebase for "make check" And does it still work after rebasing it to a high address? > >What exactly did not work with 1.7.19-6? Building or running? > > running. it was segfaulting almost on start. > Rebase made no difference; same for CFLAGS="-fwrapv" Do you have a stackdump file? > Did you > >only try with --image-base 0x1000 or also with rebase? To what > >address did you rebase? If building worked but running didn't, what has > >gone wrong? Was it a fork problem, perhaps? Any hints from the > >stackdump? GDB? Did you check for a collision with another DLL? > > > >Also, what about 1.7.19-7? The difference between -6, -7, and -8 is > >exactly one patch per version. It might be interesting to learn about > >the patch which, apparently, fixed the problem. > > I missed the 1.7.19-7 during my tests, do you need I test it ? It would be nice. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [64bit] openldap ?
Il 5/29/2013 2:00 PM, Dr. Volker Zell ha scritto: marco atzeri writes: > Volker any chance ? Actually I'm working on it, but right now ldapsearch SEGFAULTS :-( during the test suite. CFLAGS="-fwrapv" helped on slang testsuite, may be it helps also here (dark magic) > it is the only package missing for building a complete > postgresql I know... > Regards > Marco Ciao Volker Ciao Marco
Re: [64bit] openldap ?
> marco atzeri writes: > Volker any chance ? Actually I'm working on it, but right now ldapsearch SEGFAULTS :-( during the test suite. > it is the only package missing for building a complete > postgresql I know... > Regards > Marco Ciao Volker
[64bit] openldap ?
Volker any chance ? it is the only package missing for building a complete postgresql Regards Marco
Re: [RFU] texlive-20120628-2, etc.
Il 5/29/2013 12:20 AM, Ken Brown ha scritto: On 5/28/2013 5:14 PM, marco atzeri wrote: any chance for a 64bit version of texlive ? I'm working on it. At the moment I can build everything except luatex.exe and xetex.exe. If I can't solve that within the next day or so, I'll go ahead and upload what I have. Ken no urgency. I built and uploaded the package without building the documentation Regards Marco
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Il 5/29/2013 12:28 PM, Corinna Vinschen ha scritto: Hi Marco, On May 29 12:14, marco atzeri wrote: Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000") with latest 1.7.18-8 not with 1.7.18-6 Sorry to say that, but this is not overly helpful. For one thing, you mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? Only after using --image-base 0x1000 or also after the rebase? 1.7.19. no need to rebase for "make check" What exactly did not work with 1.7.19-6? Building or running? running. it was segfaulting almost on start. Rebase made no difference; same for CFLAGS="-fwrapv" Did you only try with --image-base 0x1000 or also with rebase? To what address did you rebase? If building worked but running didn't, what has gone wrong? Was it a fork problem, perhaps? Any hints from the stackdump? GDB? Did you check for a collision with another DLL? Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. I missed the 1.7.19-7 during my tests, do you need I test it ? Corinna Marco
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Hi Marco, On May 29 12:14, marco atzeri wrote: > Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: > >On May 26 08:40, marco atzeri wrote: > >>trying to build octave I hit: > > > > >You can try. The general idea was that this isn't necessary. > >-mcmodel=medium is default and despite the text you're quoting, the idea > >was that the base address of the result shouldn't matter on PE/COFF. > >Unfortunately the linker is making a fuss about that yet and maybe > >there's still another problem as well. > > > >So you have two choices: > > > >- Try -mcmodel=large, but there's a good chance it crashes (harfbuzz > > apparently does). > > it crashed, but it could be another reason as also the second option > failed with 1.7.18-6 > > > >- Link with -Wl,--image-base-address -Wl,0x1000 and rebase the > > DLLs afterwards to some arbitrary address between 0x4: and > > 0x6:. This should work as expected. > > this worked. (-Wl,--image-base -Wl,0x1000") > with latest 1.7.18-8 not with 1.7.18-6 Sorry to say that, but this is not overly helpful. For one thing, you mean 1.7.19, not 18, right? How exactly did it work with 1.7.19-8? Only after using --image-base 0x1000 or also after the rebase? What exactly did not work with 1.7.19-6? Building or running? Did you only try with --image-base 0x1000 or also with rebase? To what address did you rebase? If building worked but running didn't, what has gone wrong? Was it a fork problem, perhaps? Any hints from the stackdump? GDB? Did you check for a collision with another DLL? Also, what about 1.7.19-7? The difference between -6, -7, and -8 is exactly one patch per version. It might be interesting to learn about the patch which, apparently, fixed the problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: [64 bit] relocation truncated to fit: R_X86_64_PC32
Il 5/27/2013 11:34 AM, Corinna Vinschen ha scritto: On May 26 08:40, marco atzeri wrote: trying to build octave I hit: You can try. The general idea was that this isn't necessary. -mcmodel=medium is default and despite the text you're quoting, the idea was that the base address of the result shouldn't matter on PE/COFF. Unfortunately the linker is making a fuss about that yet and maybe there's still another problem as well. So you have two choices: - Try -mcmodel=large, but there's a good chance it crashes (harfbuzz apparently does). it crashed, but it could be another reason as also the second option failed with 1.7.18-6 - Link with -Wl,--image-base-address -Wl,0x1000 and rebase the DLLs afterwards to some arbitrary address between 0x4: and 0x6:. This should work as expected. this worked. (-Wl,--image-base -Wl,0x1000") with latest 1.7.18-8 not with 1.7.18-6 Corinna Marco
[64bit] Updated: gnubg-0.91.0-1: A backgammon player and analysis tool.
Hi A new 64bit version of 'gnubg' has been uploaded to a server near you. o Build for cygwin 1.7.19-7 with gcc-4.8.0 o No libcanberra-gtk support yet, because of missing 64bit dependencies gnubg NEWS: === o No NEWS file available CYGWIN-ANNOUNCE UNSUBSCRIBE INFO If you want to unsubscribe from the cygwin-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: [RFU] cyrus-sasl-2.1.26-1
Il 5/29/2013 6:43 AM, David Rothenberger ha scritto: 2.1.25-1 had an upstream ABI change without an SONAME bump. So, 2.1.26-1 includes the SONAME bump and an libsasl2_3 subpackage that wasn't there in 2.1.25. Because of this ABI change, I ask that you remove 2.1.25-1 and leave 2.1.23-1 as the previous version. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-2.1.26-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-debuginfo/cyrus-sasl-debuginfo-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/cyrus-sasl-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2-devel/libsasl2-devel-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3/libsasl2_3-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-ldap/libsasl2_3-ldap-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-ldap/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-sql/libsasl2_3-sql-2.1.26-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/libsasl2_3-sql/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/cyrus-sasl/setup.hint done and done
Re: [RFU] serf-1.2.0-1
Il 5/29/2013 7:00 AM, David Rothenberger ha scritto: Please remove 1.1.0-1. 0.7.1-2 must remain for use with subversion-1.6. Thanks! wget -x -nH --cut-dirs=2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1_0/libserf1_0-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1_0/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1-devel/libserf1-devel-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/libserf1-devel/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-1.2.0-1-src.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-debuginfo/serf-debuginfo-1.2.0-1.tar.bz2 \ http://home.comcast.net/~david.rothenberger/cygwin/serf/serf-debuginfo/setup.hint \ http://home.comcast.net/~david.rothenberger/cygwin/serf/setup.hint done and done
