Re: [SECURITY] libidn - locale specific error in test suite
On 09.01.2017 15:26, Corinna Vinschen wrote: On Jan 3 11:53, Dr. Volker Zell wrote: On 29.12.2016 21:49, Yaakov Selkowitz wrote: On 2016-09-30 01:43, Dr. Volker Zell wrote: Yaakov Selkowitz writes: > Dr. Volker, > Several security vulnerabilities have been announced for libidn, which are fixed > in 1.33: > https://lists.gnu.org/archive/html/help-libidn/2016-07/msg9.html Noted (and also your other mails), will work on it as soon as real work permits. Ping? Hi Just tried packaging libidn-1.33 and found a locale specific error in the test suite (Which was working fine with my latest build). When running under strace I get: [...] : 374387 [main] test-localename 11148 write: 1 = write(2, 0x1004060B9, 1) 183 324419 [main] test-localename 11148 write: 3 = write(2, 0xC9F1, 3) : assertion ' 304449 [main] test-localename 11148 write: 13 = write(2, 0x1004060BC, 13) strcmp (name, "fr_FR.UTF-8") == 0 304479 [main] test-localename 11148 write: 33 = write(2, 0x100406168, 33) ' failed [...] The source code can be found in the file (after unpacking of https://ftp.gnu.org/gnu/libidn/libidn-1.33.tar.gz) o .../libidn-1.33-1.x86_64/src/libidn-1.33/lib/gltests/test-localename.c Do you have a self-contained testcase, by any chance? No, just the testcase from the testsuite in libidn. Ciao Volker
Re: Updated: {jasper/libjasper1/libjasper-devel}-1.900.22-1: JPEG-2000 codec library
On 12.01.2017 21:26, Yaakov Selkowitz wrote: On 2017-01-03 08:32, Dr. Volker Zell wrote: New versions of 'jasper/libjasper1/libjasper-devel' have been uploaded to a server near you. o Build for cygwin 2.6.1 with gcc-5.4.0 o Update to latest version before ABI bump Not really; the fix therein for CVE-2015-5203 broke ABI on 64-bit systems by changing the size of an existing member of a public struct (int to size_t), just that they neglected to bump the ABI version until afterwards: https://github.com/mdadams/jasper/issues/84 For compatibility with packages currently linked with libjasper1, this needs to be reverted in part. Here is what Fedora is currently shipping on stable branches: http://pkgs.fedoraproject.org/cgit/rpms/jasper.git/tree/?h=f25 Is this the complete current patchset relative to jasper-1.900.1, you want me to apply ? How to proceed with the current buggy package. Could you just remove it ? Thanks Volker
Re: [SECURITY] libidn - locale specific error in test suite
On 29.12.2016 21:49, Yaakov Selkowitz wrote: On 2016-09-30 01:43, Dr. Volker Zell wrote: Yaakov Selkowitz writes: > Dr. Volker, > Several security vulnerabilities have been announced for libidn, which are fixed > in 1.33: > https://lists.gnu.org/archive/html/help-libidn/2016-07/msg9.html Noted (and also your other mails), will work on it as soon as real work permits. Ping? Hi Just tried packaging libidn-1.33 and found a locale specific error in the test suite (Which was working fine with my latest build). When running under strace I get: --- Process 8320 thread 6244 created --- Process 8320 loaded E:\bin\cygwin1.dll at 00018004 1 1 [main] test-localename (8320) ** 37 38 [main] test-localename (8320) Program name: D:\misc\src\cygwin\libidn-1.33-1.x86_64\build\lib\gltests\.libs\test-localename.exe (windows pid 8320) 20 58 [main] test-localename (8320) OS version: Windows NT-10.0 15 73 [main] test-localename (8320) ** 66 139 [main] test-localename (8320) sigprocmask: 0 = sigprocmask (0, 0x0, 0x1802E4BB0) 117 256 [main] test-localename 8320 child_copy: cygheap - hp 0x154 low 0x180304408, high 0x18030FAB0, res 1 19 275 [main] test-localename 8320 child_copy: done 53 328 [main] test-localename 8320 open_shared: name shared.5, n 5, shared 0x18003 (wanted 0x18003), h 0xB8, *m 6 25 353 [main] test-localename 8320 user_heap_info::init: heap base 0x6, heap top 0x6, heap size 0x2000 (536870912) 20 373 [main] test-localename 8320 open_shared: name (null), n 1, shared 0x18002 (wanted 0x18002), h 0xBC, *m 6 17 390 [main] test-localename 8320 user_info::create: opening user shared for '' at 0x18002 16 406 [main] test-localename 8320 user_info::create: user shared version AB1FCCE8 32 438 [main] test-localename (8320) open_shared: name (null), n 11148, shared 0x18001 (wanted 0x18001), h 0x150, *m 6 30 468 [main] test-localename 11148 pinfo::thisproc: myself dwProcessId 8320 62 530 [main] test-localename 11148 time: 1483438254 = time(0x0) 103 633 [main] test-localename 11148 open_shared: name cygpid.8320, n 8320, shared 0x2 (wanted 0x0), h 0xC8, *m 5 22 655 [main] test-localename 11148 fhandler_pty_slave::fixup_after_fork: /dev/pty4 inherited, usecount 2 19 674 [main] test-localename 11148 fhandler_base::fixup_after_exec: here for '/cygdrive/d/misc/src/cygwin/libidn-1.33-1.x86_64/build/lib/gltests/LOG' 19 693 [main] test-localename 11148 fhandler_base::fixup_after_exec: here for '/cygdrive/d/misc/src/cygwin/libidn-1.33-1.x86_64/build/lib/gltests/LOG' 18 711 [main] test-localename 11148 child_info::ready: signalled 0x134 that I was ready 2618 31577 [main] test-localename 11148! child_info::sync: pid 8320, WFMO returned 0, exit_code 0x103, res 1 22 31599 [main] test-localename 11148! fhandler_base::close_with_arch: line 1140: /dev/pty4<0x18030C188> usecount + -1 = 1 32 743 [main] test-localename 11148 fhandler_pipe::create: name \\.\pipe\cygwin-70dc0fd8e2b3a5e0-8320-sigwait, size 11440, mode PIPE_TYPE_MESSAGE 16 31615 [main] test-localename 11148! fhandler_base::close_with_arch: not closing archetype 13 31628 [main] test-localename 11148! fhandler_base::close: closing '/cygdrive/d/misc/src/cygwin/libidn-1.33-1.x86_64/build/lib/gltests/LOG' handle 0x258 17 31645 [main] test-localename 11148! fhandler_base::close: closing '/cygdrive/d/misc/src/cygwin/libidn-1.33-1.x86_64/build/lib/gltests/LOG' handle 0x218 18 31663 [main] test-localename 11148! proc_subproc: args: 1, -2145378112 59 802 [main] test-localename 11148 fhandler_pipe::create: pipe read handle 0xDC 21 823 [main] test-localename 11148 fhandler_pipe::create: CreateFile: name \\.\pipe\cygwin-70dc0fd8e2b3a5e0-8320-sigwait --- Process 11148 thread 8740 created 44 867 [main] test-localename 11148 fhandler_pipe::create: pipe write handle 0xE0 26 893 [main] test-localename 11148 dll_crt0_0: finished dll_crt0_0 initialization 93 31756 [main] test-localename 11148! pinfo::wait: created tracking thread for pid 11148, winpid 0x2080, rd_proc_pipe 0x160 33 31789 [main] test-localename 11148! proc_subproc: added pid 11148 to proc table, slot 0 27 31816 [main] test-localename 11148! proc_subproc: returning 1 --- Process 8320 thread 8488 created 75 31891 [waitproc] test-localename 11148! cygthread::stub: thread 'waitproc', id 0x2224, stack_ptr 0xDBCCD0 1371030 [sig] test-localename 11148 wait_sig: entering ReadFile loop, my_readsig 0xDC, my_sendsig 0xE0 1451175 [main] test-localename 11148 sigprocmask: 0 = sigprocmask (0, 0x0, 0x60150) 781253 [main] test-localename 11148 _cygwin_is
Re: [SECURITY] libidn
> Yaakov Selkowitz writes: > Dr. Volker, > Several security vulnerabilities have been announced for libidn, which are fixed > in 1.33: > https://lists.gnu.org/archive/html/help-libidn/2016-07/msg9.html Noted (and also your other mails), will work on it as soon as real work permits. Ciao Volker
cygport: distinguish between x86 and x86_64
Hi What is the official way to conditionalize .cygport files for differences in x86 and x86_64 architectures ? Thanks Volker
Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)
>>>>> Achim Gratz writes: > Dr. Volker Zell writes: >> Could somebody please check out what's wrong with my latest "db" upload >> for x86_64 and x86 and the "db4.8" upload for x86 (should be obsoleted >> by "db"). It somehow seems to be stuck in my staging area without >> getting moved to the release area. > Did you place a !ready file? I thought it's not needed when doing a cygport upload. At least that's the case with my other uploads so far. Ciao Volker
Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)
>>>>> Corinna Vinschen writes: > On Aug 22 15:08, Dr. Volker Zell wrote: >> On 21.08.2016 04:20, Yaakov Selkowitz wrote: >> > On Sat, 2016-08-20 at 11:13 +0200, Dr. Volker Zell wrote: >> > > On 19.08.2016 23:20, Yaakov Selkowitz wrote: >> > > > I would ask you to hold off on 6.x. The licence change to AGPLv3+ >> > > > is incompatible with a number of packages which use libdb, and >> > > > therefore both Fedora and Debian have refrained from upgrading past >> > > > the latest 5.3 revisions for legal reasons. >> > > > >> > > > I understand this may put you in an uncomfortable position given >> > > > your employer, but it is unfortunately necessary. >> > > OK to upgrade to latest 5.3.28 ? >> > > http://download.oracle.com/otndocs/products/berkeleydb/html/changelog >> > > _5_3.html >> > Yes, please. While you are at it, could you please add enable some >> > sqlite features in libdb_sql which are needed by libgda: >> > >> > http://pkgs.fedoraproject.org/cgit/rpms/libdb.git/tree/libdb.spec#n223 >> >> Could you please delete the current contents of the db directories for both >> x86 and x86_64 architectures. > I cleared out the db dir. Could somebody please check out what's wrong with my latest "db" upload for x86_64 and x86 and the "db4.8" upload for x86 (should be obsoleted by "db"). It somehow seems to be stuck in my staging area without getting moved to the release area. Thanks Volker
Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)
On 21.08.2016 04:20, Yaakov Selkowitz wrote: On Sat, 2016-08-20 at 11:13 +0200, Dr. Volker Zell wrote: On 19.08.2016 23:20, Yaakov Selkowitz wrote: I would ask you to hold off on 6.x. The licence change to AGPLv3+ is incompatible with a number of packages which use libdb, and therefore both Fedora and Debian have refrained from upgrading past the latest 5.3 revisions for legal reasons. I understand this may put you in an uncomfortable position given your employer, but it is unfortunately necessary. OK to upgrade to latest 5.3.28 ? http://download.oracle.com/otndocs/products/berkeleydb/html/changelog _5_3.html Yes, please. While you are at it, could you please add enable some sqlite features in libdb_sql which are needed by libgda: http://pkgs.fedoraproject.org/cgit/rpms/libdb.git/tree/libdb.spec#n223 Could you please delete the current contents of the db directories for both x86 and x86_64 architectures. They still hold the 6.x versions and additionally there are db4.8 related directories in x86 which are wrong. I want to upload the latest 5.3 versions and obsoleting the db4.8 for x86. Thanks Volker
Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)
On 19.08.2016 23:20, Yaakov Selkowitz wrote: On Fri, 2016-08-19 at 20:13 +0200, Dr. Volker Zell wrote: Corinna Vinschen writes: > In the x86 area there's only a release/db4.8 dir, but no > release/db/db4.8 dir: > $ ls -d db* > db4.8 dbus dbus-glib > $ ls db4.8 > db4.8-4.8.30-1-src.tar.bz2 db4.8-doc libdb4.8- devel setup.hint tcl-db4.8 > db4.8-4.8.30- 1.tar.bz2 libdb4.8 md5.sum sha512.sum > In your staging area there's only a db dir containing multiple db4.8 > releated dirs in parallel: > $ ls > db-6.2.23-1-src.tar.xz db-doc libdb-devel setup.hint > db-6.2.23-1.tar.xz db4.8 libdb4.8-devel tcl-db > db-debuginfodb4.8-doc libdb6.2 > This looks wrong anyway, even if you planned to obsolete 4.8. > Are you going to try further yourself (I just remove the entire content > of your db staging dir) or do you need manual intervention? If the > latter, what *exactly* is the desired result? Please remove everything...I know now what I did wrong and will try again as soon you give me the go... I would ask you to hold off on 6.x. The licence change to AGPLv3+ is incompatible with a number of packages which use libdb, and therefore both Fedora and Debian have refrained from upgrading past the latest 5.3 revisions for legal reasons. I understand this may put you in an uncomfortable position given your employer, but it is unfortunately necessary. OK to upgrade to latest 5.3.28 ? http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_5_3.html Ciao Volker
Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)
>>>>> Corinna Vinschen writes: > On Aug 19 13:50, Dr. Volker Zell wrote: >> Hi >> >> Can somebody who knows the current upload system better than me resolv >> the following error mail (and situation) from calm: >> >> ERROR: package 'db4.8' is at paths x86/release/db4.8 and x86/release/db/db4.8 >> ERROR: error while merging uploaded x86 packages for Dr. Volker Zell >> >> I just uploaded the latest db packages and on x86 systems they should >> obsolete the db4.8 packages, but somehow I messed up during upload. > In the x86 area there's only a release/db4.8 dir, but no > release/db/db4.8 dir: > $ ls -d db* > db4.8 dbus dbus-glib > $ ls db4.8 > db4.8-4.8.30-1-src.tar.bz2 db4.8-doc libdb4.8-devel setup.hint tcl-db4.8 > db4.8-4.8.30-1.tar.bz2 libdb4.8 md5.sum sha512.sum > In your staging area there's only a db dir containing multiple db4.8 > releated dirs in parallel: > $ ls > db-6.2.23-1-src.tar.xz db-doc libdb-devel setup.hint > db-6.2.23-1.tar.xz db4.8 libdb4.8-devel tcl-db > db-debuginfodb4.8-doc libdb6.2 > This looks wrong anyway, even if you planned to obsolete 4.8. > Are you going to try further yourself (I just remove the entire content > of your db staging dir) or do you need manual intervention? If the > latter, what *exactly* is the desired result? Please remove everything...I know now what I did wrong and will try again as soon you give me the go... > Thanks, > Corinna Thanks Volker
CALM: error while merging uploaded packages for db (obsoleting db4.8)
Hi Can somebody who knows the current upload system better than me resolv the following error mail (and situation) from calm: ERROR: package 'db4.8' is at paths x86/release/db4.8 and x86/release/db/db4.8 ERROR: error while merging uploaded x86 packages for Dr. Volker Zell I just uploaded the latest db packages and on x86 systems they should obsolete the db4.8 packages, but somehow I messed up during upload. Thanks Volker
Re: Obsolete dependency report, 2016-Aug-12
On 13.08.2016 01:13, Yaakov Selkowitz wrote: I just went through a cleanup of stale packages and obsolete dependencies. Despite having added _several_ different ABI bumps over the last month, it looks like we are in *really* good shape. I would like to thank the affected maintainers for rebuilding their packages so quickly. AFAICS there are just a few remaining packages to be rebuilt: gd[1]Dr. Volker Zell Will do.. libmng Dr. Volker Zell When recompiling this one on x86, I found that a couple of already installed .la files have a reference to a non existing file /usr/lib/libxcb.la, namely libXfixes.la libXext.la libXinerama.la libXcursor.la By the way why is libmng in your list ? When checking the new dependencies they are the same as the ones from the current version. Ciao Volker
Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0
> Volker Zell writes: > Yaakov Selkowitz writes: >> Package Maintainers, >> cygport 0.22.0 is on its way to the mirrors. With this release, and thanks to >> Jon Turney's continuing work on calm (the replacement for upset which generates >> setup.ini), packages marked ARCH=noarch will be uploaded once under the >> /noarch/release hierarchy instead of into each of /x86/release and >> /x86_64/release. This change is intended to save disk space and bandwidth for >> both sourceware and our mirrors. >> A package should be marked ARCH=noarch IF AND ONLY IF *all* subpackages thereof >> do not contain anything compiled with the *native* gcc, and the file contents >> are (or can be) 100% identical for x86 and x86_64. Examples include, but are not >> limited to, packages which contain only: > Please move mine: > ghostscript-fonts-other > ghostscript-fonts-std > initscripts > texi2html Also move aspell-pl aspell-sv aspell-de aspell-en By the way Yaakov I saw that you have taken a couple of other aspell dicts... if you like I can hand over mine. Ciao Volker
Re: [ACTION REQUIRED] ARCH=noarch uploads with cygport 0.22.0
> Yaakov Selkowitz writes: > Package Maintainers, > cygport 0.22.0 is on its way to the mirrors. With this release, and thanks to > Jon Turney's continuing work on calm (the replacement for upset which generates > setup.ini), packages marked ARCH=noarch will be uploaded once under the > /noarch/release hierarchy instead of into each of /x86/release and > /x86_64/release. This change is intended to save disk space and bandwidth for > both sourceware and our mirrors. > A package should be marked ARCH=noarch IF AND ONLY IF *all* subpackages thereof > do not contain anything compiled with the *native* gcc, and the file contents > are (or can be) 100% identical for x86 and x86_64. Examples include, but are not > limited to, packages which contain only: Please move mine: ghostscript-fonts-other ghostscript-fonts-std initscripts texi2html Ciao Volker
Re: [SECURITY] gd: CVE-2016-3074
> Yaakov Selkowitz writes: > Dr. Volker, > A heap overflow vulnerability has been announced in gd: > https://bugzilla.redhat.com/show_bug.cgi?id=1321893 > http://pkgs.fedoraproject.org/cgit/rpms/gd.git/plain/gd-heap-overflow.patch > Would you be able to spin an update with that patch soon? Last week of June the earliest. Same goes with the rest of my packages. > Yaakov Sorry Volker
Re: [SECURITY] nettle
Hi Will do on monday... Ciao Volker >>>>> Yaakov Selkowitz writes: > Dr. Volker, > Three CVEs have been announced for nettle. The upstream 3.2 release includes > the fixes, but that involves an ABI version bump -- and hence an immediate > rebuild of the six packages which depend on nettle. In the meantime, could you > also provide a 2.7.1 with the following patch: > http://pkgs.fedoraproject.org/cgit/rpms/nettle.git/plain/nettle-2.7.1-ecc-cve.patch?h=f22 > TIA, > -- > Yaakov -- DR. VOLKER ZELL | Principal Training Consultant | +49 211 74839 414 Oracle University ORACLE Deutschland B.V. & Co. KG Hauptverwaltung: Riesstraße 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Nederland, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
Re: Obsolete dependency report, 2015-Oct-15
>>>>> Yaakov Selkowitz writes: > With the ABI-breaking updates to Boost and ICU, there are a number of > packages which now need to be rebuilt: > gnuplot Dr. Volker Zell > pstoedit Dr. Volker Zell I don't see where these depends on both... > Yaakov Ciao Volker
Re: [SECURITY] gnutls (CVE-2015-6251)
Yaakov Selkowitz writes: Dr. Volker, Hi http://www.gnutls.org/security.html#GNUTLS-SA-2015-3 Fix: upgrade to 3.3.17, which is supposed to be ABI-compatible with 3.2 (minus the removal of the libgnutls-xssl wrapper library, which is unused AFAIK), OR add the following patch to 3.2.20: https://gitlab.com/gnutls/gnutls/commit/272854367efc130fbd4f1a51840d80c630214e12.diff Will do on friday, I'm on a work trip right now. TIA, Yaakov Ciao Volker
Re: [SECURITY] libwmf
Yaakov Selkowitz writes: On Mon, 2015-06-29 at 17:56 +0200, Dr. Volker Zell wrote: Yaakov Selkowitz writes: On Mon, 2015-06-08 at 15:42 -0500, Yaakov Selkowitz wrote: On Fri, 2015-06-05 at 03:17 -0500, Yaakov Selkowitz wrote: Dr. Volker, A security vulnerability has been made public for libwmf: https://bugzilla.redhat.com/show_bug.cgi?id=1227243 Actually, it's worse than that. Despite configuring with --with-sys-gd, libwmf is still being built with the bundled libgd (which has either an older or custom API) instead of the system one. Therefore, practically the entire patchset is required to fix all known vulnerabilities: http://pkgs.fedoraproject.org/cgit/libwmf.git/ Are you still with us? Yes, but NO time right now (plus upcoming vacation) Understood, I've uploaded 0.2.8.4-15 with the complete patchset. Thanks BTW, tzcode has been a bit neglected as of late, and it's the sort of package that really needs to be kept timely (forgive the pun). Would you mind if we took over maintainership? Just go ahead... -- Yaakov Ciao Volker
Re: [SECURITY] libwmf
Yaakov Selkowitz writes: On Mon, 2015-06-08 at 15:42 -0500, Yaakov Selkowitz wrote: On Fri, 2015-06-05 at 03:17 -0500, Yaakov Selkowitz wrote: Dr. Volker, A security vulnerability has been made public for libwmf: https://bugzilla.redhat.com/show_bug.cgi?id=1227243 Actually, it's worse than that. Despite configuring with --with-sys-gd, libwmf is still being built with the bundled libgd (which has either an older or custom API) instead of the system one. Therefore, practically the entire patchset is required to fix all known vulnerabilities: http://pkgs.fedoraproject.org/cgit/libwmf.git/ Are you still with us? Yes, but NO time right now (plus upcoming vacation) Ciao Volker
Re: [ITA] xclip-0.12: Command line clipboard grabber
Marco Atzeri writes: On 4/23/2015 1:53 PM, Dr. Volker Zell wrote: Hi I would like to adopt and maintain the orphaned 'xclip' package. already your https://cygwin.com/cygwin-pkg-maint I presume Corinna touched it, but there is no trace in the cvs log. Can I upload ? Did you checked the package ? Ciao Volker
[ITA] xclip-0.12: Command line clipboard grabber
Hi I would like to adopt and maintain the orphaned 'xclip' package. Here are the setup.hint files: --- ./setup.hint category: X11 requires: bash libX11_6 libXmu6 coreutils gzip tar sdesc: Command line clipboard grabber ldesc: xclip is a command line utility that is designed to run on any system with an X11 implementation. It provides an interface to X selections (the clipboard) from the command line. It can read data from standard in or a file and place it in an X selection for pasting into other X applications. xclip can also print an X selection to standard out, which can then be redirected to a file or another program. --- ./xclip-debuginfo/setup.hint category: Debug requires: cygwin-debuginfo external-source: xclip sdesc: Debug info for xclip ldesc: This package contains files necessary for debugging the xclip package with gdb. For downloading wget -x -nH --cut-dirs=2 \ http://volkerzell.de/cygwin/ITP/xclip/setup.hint \ http://volkerzell.de/cygwin/ITP/xclip/xclip-0.12-2-src.tar.xz \ http://volkerzell.de/cygwin/ITP/xclip/xclip-0.12-2.tar.xz Ciao Volker
Re: HEADSUP: Packages with obsolete dependencies
Yaakov Selkowitz writes: Package maintainers, I just cleared out a huge number of obsolete and stale packages. More remain, but the following packages currently depend on one or more obsolete libraries (including the recently-obsoleted libpng15 and libgd2): autotraceMarco Atzeri/Dr. Volker Zell Please make that autotraceMarco Atzeri as agreed on the list. Thanks Volker
Re: [ITP] python-discid-1.1.0: Python binding of libdiscid by MusicBrainz
Yaakov Selkowitz writes: On Mon, 2015-02-09 at 09:51 +0100, vz...@volkerzell.de wrote: I would like to contribute and maintain the 'python-discid' package: o https://python-discid.readthedocs.org (Homepage) o https://github.com/JonnyJD/python-discid/archive/v1.1.0.tar.gz (Download location) Here is the setup.hint file: --- ./setup.hint category: Python requires: python sdesc: Python binding of libdiscid by MusicBrainz ldesc: The main purpose is the calculation of an identifier for audio discs (Disc ID) to use for the MusicBrainz database. Additionally the disc MCN and track ISRCs can be extracted. This module loads libdiscid via ctypes, so you need an explicit REQUIRES=libdiscid-devel in your .cygport. With that change, GTG. Shouldn't that be: REQUIRES=libdiscid0 Ciao Volker
Re: Cygwin Subprocesses on XEmacs
Vin Shelton writes: I don't see this segfault. I am running the default version of gcc, and I assume you are, too. Perhaps you need to rebaseall? I'm using the latest gcc-4.9.2 Your build path is ...xemacs-21.4.22... are you sure you're using 21.4.23 sources? Yes...I copied from the wrong log file (that was the latest build from the hg repository I did before you released 21.4.23). But in the latest version I get the exact error. I then installed everything and with my current setup xemacs crashed as soon as font-locking is involved. The current 32 bit xemacs-21.4.22 version works fine with this setup. After googling around I found a workaround by setting (setq progress-feedback-use-echo-area t) in my .emacs. This error should be fixed in 21.4.23, there's a new configure.in/configure designed to prevent this. Again - are you sure you're using 21.4.23? Yes...my current xemacs just spits out XEmacs 21.4 (patch 23) Moral Majoritywhen using M-X: emacs-version - Vin Ciao Volker
Re: Cygwin Subprocesses on XEmacs
Vin Shelton writes: On Thu, Jan 29, 2015 at 4:39 AM, Corinna Vinschen wrote: On Jan 28 22:32, Vin Shelton wrote: I think I have verified this behavior - I restored the old sysdep.c module and moved the disconnect_controlling_terminal() call [which calls setsid()] from right after the fork() to just before the exec() call and M-x shell works on Cygwin as it always has on linux. Good news! So the XEmacs code is in a state now that Volker can start creating a Cygwin package? Yes, the 21.4 code in the hg repository builds and runs on Cygwin. I downloaded the latest version 21.4.23 and tried to build it, but I consistently get: gcc -c -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves dump-id.c gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -o xemacs abbrev.o alloc.o blocktype.o buffer.o bytecode.o callint.o callproc.o casefiddle.o casetab.o chartab.o cmdloop.o cmds.o console.o console-stream.o data.o device.o dired.o doc.o doprnt.o dynarr.o editfns.o elhash.o emacs.o eval.o events.o filelock.o ntplay.o dumper.o scrollbar-msw.o menubar-msw.o toolbar-msw.o dialog-msw.o console-msw.o device-msw.o event-msw.o frame-msw.o objects-msw.o select-msw.o redisplay-msw.o glyphs-msw.o gui-msw.o balloon_help.o balloon-x.o dragdrop.o eldap.o postgresql.o dgif_lib.o gif_io.o menubar.o scrollbar.o dialog.o toolbar.o menubar-x.o scrollbar-x.o dialog-x.o toolbar-x.o gui-x.o mule.o mule-ccl.o mule-charset.o file-coding.o input-method-xlib.o realpath.o getloadavg.o inline.o nas.o console-tty.o device-tty.o event-tty.o frame-tty.o objects-tty.o redisplay-tty.o cm.o terminfo.o event-unixoid.o database.o process-unix.o event-stream.o extents.o faces.o fileio.o filemode.o floatfns.o fns.o font-lock.o frame.o general.o glyphs.o glyphs-eimage.o glyphs-widget.o gui.o gutter.o hash.o imgproc.o indent.o insdel.o intl.o keymap.o line-number.o lread.o lstream.o macros.o marker.o md5.o minibuf.o objects.o opaque.o print.o process.o profile.o rangetab.o redisplay.o redisplay-output.o regex.o search.o select.o signal.o sound.o specifier.o strftime.o symbols.o syntax.o sysdep.o undo.o console-x.o device-x.o event-Xt.o frame-x.o glyphs-x.o objects-x.o redisplay-x.o select-x.o xgccache.o widget.o window.o win32.o xemacs_res.o lastfile.o gmalloc.o vm-limit.o EmacsFrame.o EmacsShell.o TopLevelEmacsShell.o TransientEmacsShell.o EmacsManager.o offix.o dump-id.o ../lwlib/liblw.a -laudio -lXaw3d -lXaw3d -ltiff -lpng -ljpeg -lz -lcompface -lXpm -lXmu -lXt -lXext -lX11 -lSM -lICE -ldb -lncurses -lintl -lpq -lldap -llber -lwinmm -lshell32 -lgdi32 -luser32 -lcomdlg32 -lcomctl32 -lkernel32 -lwinspool collect2: error: ld terminated with signal 11 [Segmentation fault], core dumped GNUmakefile:159: recipe for target 'xemacs' failed make[1]: *** [xemacs] Error 1 make[1]: Leaving directory '/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build/src' GNUmakefile:123: recipe for target 'src' failed make: *** [src] Error 2 [1;31m*** ERROR:[0;0m make failed After the ld core dump, when I delete the corrupted xemacs.exe from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build/src manually and restart the build with make from the /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build directory again, the build actually succeeds and ld doesn't core dump anymore. Additionally I had to use an older version of texinfo (namely version 4.13) otherwise the build breaks when generating the .info files (I got the information to use an older version from Vin Shelton). I then installed everything and with my current setup xemacs crashed as soon as font-locking is involved. The current 32 bit xemacs-21.4.22 version works fine with this setup. After googling around I found a workaround by setting (setq progress-feedback-use-echo-area t) in my .emacs. So, the good news finally after 6 years !!! it seems I have a working xemacs on 32 bit which runs on cygwin 1.7.x. Of course I will need to do more testing. The bad news, an automatic build via cygport is currently not possible because: 1. cygport's compile stage bails out after the ld core dump 2. the current xemacs version needs an older version of texinfo (4.13) than we have currently in the distribution (5.2-3) Question: How shall I proceed ? By the way, I'm off for a week. Regards, Vin Ciao Volker
Re: [HEADSUP] Dropping libopenssl098 from distro
Corinna Vinschen writes: I just had a look and it turned out that the 64 bit release only has a single db version, 5.3, while the 32 bit version comes with 4.5 and 4.8 only. Volker??? 5.3 for 64 bit was compiled by Yaakov I think, when I was absent. xemacs and db are the packages where I still have to catchup to compile/recompile for the latest 32/64bit releases. Unfortunately I will be on a business trip for one more week. Corinna Ciao Volker
Re: [HEADSUP] Dropping libopenssl098 from distro
Volker Zell writes: Hi I'm on business, no access to the logs...I will come back to this on friday. Here we are Ciao Volker Vin Shelton writes: Volker - I can build XEmacs on 32-bit Cygwin. What doesn't work for you? gcc -c -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/build=/usr/src/debug/xemacs-21.4.22-2 -fdebug-prefix-map=/cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22=/usr/src/debug/xemacs-21.4.22-2 -Demacs -I. -DHAVE_CONFIG_H -Wno-sign-compare -fno-caller-saves /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:210:51: error: unknown type name 'RPC_OBJECT_INQ_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcObjectSetInqFn(RPC_OBJECT_INQ_FN *InquiryFn); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:473:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoA(RPC_CSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg); ^ /usr/include/w32api/rpcdce.h:474:112: error: unknown type name 'RPC_AUTH_KEY_RETRIEVAL_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcServerRegisterAuthInfoW(RPC_WSTR ServerPrincName,unsigned __LONG32 AuthnSvc,RPC_AUTH_KEY_RETRIEVAL_FN GetKeyFn,void *Arg); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0: /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:74:16: error: expected ';', ',' or ')' before 'int' #define Status int ^ In file included from /usr/include/w32api/rpc.h:74:0, from /usr/include/w32api/objbase.h:7, from /usr/include/w32api/ole2.h:17, from /usr/include/w32api/shlobj.h:85, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/syswindows.h:77, from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184: /usr/include/w32api/rpcdce.h:555:59: error: unknown type name 'RPC_MGMT_AUTHORIZATION_FN' RPCRTAPI RPC_STATUS RPC_ENTRY RpcMgmtSetAuthorizationFn(RPC_MGMT_AUTHORIZATION_FN AuthorizationFn); ^ In file included from /cygdrive/d/misc/src/release/xemacs-21.4.22-2.i686/src/xemacs-21.4.22/src/emacs.c:184:0:
Re: [HEADSUP] Dropping libopenssl098 from distro
Vin Shelton writes: Hi, Volker - Vin wrote: I can build XEmacs on 32-bit Cygwin. What doesn't work for you? Volker wrote: Here we are A few thoughts: 1. You need to use the most recent XEmacs sources from mercurial. OK 2. You must have an old version of libpng installed, because 21.4.22 won't compile with the newer libpng (some structure members are hidden). I had a patch for this..see the xemacs.cygport file. 3. You will also need to add: #define stricmp strcasecmp to src/s/cygwin32.h In the current source we have ? 4. I will review the contents of xemacs-21.4.22-1.src.patch and promote at least your developer info and the above stricmp hack to the mercurial repo. Ah...ok 5. I have promised to release 21.4.23, so I will do that shortly after #4 above. Cool...thanks. I'll wait for that before going on. - Vin Ciao Volker
Re: [HEADSUP] Dropping libopenssl098 from distro
Hi I'm on business, no access to the logs...I will come back to this on friday. Ciao Volker Vin Shelton writes: Volker - I can build XEmacs on 32-bit Cygwin. What doesn't work for you? Thanks, Vin Shelton On Thu, Jan 15, 2015 at 6:27 AM, Dr. Volker Zell dr.volker.z...@oracle.com wrote: David Stacey writes: On 14/01/15 14:13, Corinna Vinschen wrote: The following packages have dependecies of their own, so they can't go away until the dependent packages have been rebuilt: libpqMarco Atzeri required by: xemacs Dr. Volker Zell Some time ago, there was a problem rebuilding xemacs [1]. Is this still an issue? It used to compile but was not usable because of broken subprocess support. Now it doesn't even compile :-( Dave. Ciao Volker -- DR. VOLKER ZELL | Principal Training Consultant | +49 211 74839 414 Oracle University Oracle Deutschland GmbH | Hamborner Str. 51 | 40472 Düsseldorf ORACLE Deutschland GmbH, Hauptverwaltung: Riesstraße 25, D-80992 München Geschäftsführer: Jürgen Kunz, Registergericht: Amtsgericht München, HRB 82775
Re: [HEADSUP] Dropping libopenssl098 from distro
David Stacey writes: On 14/01/15 14:13, Corinna Vinschen wrote: The following packages have dependecies of their own, so they can't go away until the dependent packages have been rebuilt: libpqMarco Atzeri required by: xemacs Dr. Volker Zell Some time ago, there was a problem rebuilding xemacs [1]. Is this still an issue? It used to compile but was not usable because of broken subprocess support. Now it doesn't even compile :-( Dave. Ciao Volker
Re: [SECURITY] jasper
Yaakov Selkowitz writes: Dr. Volker Zell, CVE-2014-9029 has been announced for jasper. A patch is available at: http://pkgs.fedoraproject.org/cgit/jasper.git/plain/jasper-CVE-2014-9029.patch Actually that patch is already included in the latest cygwin (32/64bit) distros. Yaakov Ciao Volker
Re: Updated: tzcode-2014i-1: Time Zone Database
Corinna Vinschen writes: Hi Volker, On Nov 20 12:02, Dr. Volker Zell wrote: Hi A new version of 'tzcode' has been uploaded to a server near you. The timing was a bit unfortunate, I guess, but tzdata 2014j has been released just a few days ago. Would you mind to update? I will do on thursday... Thanks, Corinna Ciao Volker
[ITP] libdiscid/libdiscid0/libdiscid-devel/libdiscid-doc-0.6.1: MusicBrainz DiscID library
Hi I would like to contribute and maintain the 'libdiscid/libdiscid0/libdiscid-devel/libdiscid-doc' packages. o http://musicbrainz.org/doc/libdiscid (Homepage) o http://ftp.musicbrainz.org/pub/musicbrainz/libdiscid/libdiscid-0.6.1.tar.gz (Download location) The package can be found in the following distros: o http://packages.debian.org/libdiscid o https://launchpad.net/ubuntu/+source/libdiscid Here are the setup.hint files: --- ./libdiscid-debuginfo/setup.hint category: Debug requires: cygwin-debuginfo external-source: libdiscid sdesc: Debug info for libdiscid ldesc: This package contains files necessary for debugging the libdiscid package with gdb. --- ./libdiscid-devel/setup.hint category: Audio Devel Libs requires: libdiscid0 sdesc: MusicBrainz DiscID library (development) ldesc: libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. external-source: libdiscid --- ./libdiscid-doc/setup.hint category: Audio Doc requires: sdesc: MusicBrainz DiscID library (documentation) ldesc: libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. external-source: libdiscid --- ./libdiscid0/setup.hint category: Audio Libs requires: libgcc1 sdesc: MusicBrainz DiscID library (runtime) ldesc: libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. external-source: libdiscid --- ./setup.hint category: Audio requires: libdiscid0 sdesc: MusicBrainz DiscID library (utilities) ldesc: libdiscid is a C library for creating MusicBrainz DiscIDs from audio CDs. It reads a CD's table of contents (TOC) and generates an identifier which can be used to lookup the CD at MusicBrainz. Additionally, it provides a submission URL for adding the DiscID to the database. For downloading wget -x -nH --cut-dirs=2 \ http://volkerzell.de/cygwin/ITP/libdiscid/setup.hint \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-0.6.1-1-src.tar.xz \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-0.6.1-1.tar.xz \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid0/setup.hint \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid0/libdiscid0-0.6.1-1.tar.xz \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-devel/setup.hint \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-devel/libdiscid-devel-0.6.1-1.tar.xz \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-doc/setup.hint \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-doc/libdiscid-doc-0.6.1-1.tar.xz \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-debuginfo/setup.hint \ http://volkerzell.de/cygwin/ITP/libdiscid/libdiscid-debuginfo/libdiscid-debuginfo-0.6.1-1.tar.xz Ciao Volker
Re: setup refuses to install specific packages for both architectures
Hi I found the problem...I had old versions of setup ini from cygports in the staging area. Everything is fine now. Ciao Volker Volker Zell writes: Hi I have a strange problem with the latest versions of setup for both architectures. The following packages in their latest versions are offered in setup download mode (to local repository), but when in install mode (from local repository) they are not shown at all, although they have been downloaded. When in download mode again some of them are listed in the Resolving Dependencies screen (for example the mate-* packages) because I have the rest of the MATE packages installed. But setup doesn't actually downloads anything thereafter because they are already present in my local cache. 32bit: -- GeoIP-database mate-backgrounds mate-icon-theme mate-themes mozo perl-Gtk3 perl-Text-WrapI18N php-Console_Getopt php-Structures_Graph php-XML_Util perl-Authen-SASL perl-Net-SMTP-SSL xfwm4-themes xmltoman 64bit: -- GeoIP-database mate-backgrounds mate-icon-theme mate-themes mozo perl-Gtk3 perl-Text-WrapI18N php-Console_Getopt php-Structures_Graph php-XML_Util po4a xfwm4-themes Is anybody seeing the same thing ? Ciao Volker -- DR. VOLKER ZELL | Principal Training Consultant | +49 211 74839 414 Oracle University Oracle Deutschland GmbH | Hamborner Str. 51 | 40472 Düsseldorf ORACLE Deutschland GmbH, Hauptverwaltung: Riesstraße 25, D-80992 München Geschäftsführer: Jürgen Kunz, Registergericht: Amtsgericht München, HRB 82775
setup refuses to install specific packages for both architectures
Hi I have a strange problem with the latest versions of setup for both architectures. The following packages in their latest versions are offered in setup download mode (to local repository), but when in install mode (from local repository) they are not shown at all, although they have been downloaded. When in download mode again some of them are listed in the Resolving Dependencies screen (for example the mate-* packages) because I have the rest of the MATE packages installed. But setup doesn't actually downloads anything thereafter because they are already present in my local cache. 32bit: -- GeoIP-database mate-backgrounds mate-icon-theme mate-themes mozo perl-Gtk3 perl-Text-WrapI18N php-Console_Getopt php-Structures_Graph php-XML_Util perl-Authen-SASL perl-Net-SMTP-SSL xfwm4-themes xmltoman 64bit: -- GeoIP-database mate-backgrounds mate-icon-theme mate-themes mozo perl-Gtk3 perl-Text-WrapI18N php-Console_Getopt php-Structures_Graph php-XML_Util po4a xfwm4-themes Is anybody seeing the same thing ? Ciao Volker
perl_debuginfo package should probably be marked as category Debug
Hi In the 32bit setup.ini the perl_debuginfo package is marked as category Perl, shouldn't it be marked as Debug as all the other debuginfo packages ? Although cygwin-debuginfo seems to be missing from the requires line. @ perl_debuginfo sdesc: Optional debuginfo symbols for debugging stacktraces category: Perl requires: perl binutils gdb cygwin Ciao Volker
[ITP] python-mutagen: Python audio metadata library
Hi I would like to contribute and maintain the 'python-mutagen' package: o https://mutagen.readthedocs.org (Homepage) o https://bitbucket.org/lazka/mutagen/downloads/mutagen-1.26.tar.gz (Download location) The package can be found in the following distros: o http://packages.debian.org/python-mutagen o http://packages.ubuntu.com/lucid/python-mutagen Here is the setup.hint file: --- ./setup.hint category: Python requires: python sdesc: Python audio metadata library ldesc: Mutagen is a Python module to handle audio metadata. It supports ASF, FLAC, M4A, Monkey's Audio, MP3, Musepack, Ogg FLAC, Ogg Speex, Ogg Theora, Ogg Vorbis, True Audio, WavPack and OptimFROG audio files. All versions of ID3v2 are supported, and all standard ID3v2.4 frames are parsed. It can read Xing headers to accurately calculate the bitrate and length of MP3s. ID3 and APEv2 tags can be edited regardless of audio format. It can also manipulate Ogg streams on an individual packet/page level. For downloading wget -x -nH --cut-dirs=2 \ http://volkerzell.de/cygwin/ITP/python-mutagen/setup.hint \ http://volkerzell.de/cygwin/ITP/python-mutagen/python-mutagen-1.26-1-src.tar.xz \ http://volkerzell.de/cygwin/ITP/python-mutagen/python-mutagen-1.26-1.tar.xz \ Ciao Volker
Deleting just released nettle-3 package
Hi I just realized that gnutls cannot be build with the latest just uploaded nettle-3.0 packages for both architectures. Should I upload a version bumped nettle-2.7-2 package ? Then the nettle 3.0 specific files libnettle5-3.0-1.tar.xz libhogweed3-3.0-1.tar.xz libnettle-devel-3.0-1.tar.xz nettle-3.0-1.tar.xz nettle-3.0-1-src.tar.xz should be removed. Ciao Volker
Re: upset errors: lzo2 package - can't seem to upload anything
Yaakov Selkowitz writes: On 2014-11-15 10:16, Dr. Volker Zell wrote: Can't we just rename the current liblzo2 directory to lzo2 ? I want the packages to be symmetric between x86/x86_64. They already are: ftp://ftp.cygwin.com/pub/cygwin/x86/release/liblzo2/ ftp://ftp.cygwin.com/pub/cygwin/x86_64/release/liblzo2/ But there was a time when you uploaded the first 64bit version of liblzo2 when I was busy, and you used just lzo2 as the main directory and there used to be a lzo2-2.06-1-scr.tar.bz2 file. I still have that directory in my cygwin package download cache. Thats why I wanted to make the latest 32bit version directory structure compatible with the 64bit one. But your above links show that someone actually renamed everything back as I was using it. OTOH I don't mind renaming the source package; let me know how you wish to proceed. I will upload soon with the orignal naming scheme. Ciao Volker
Re: upset errors: lzo2 package - can't seem to upload anything
On 14.11.2014 19:49, Achim Gratz wrote: Dr. Volker Zell writes: upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.06-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here The package is currently called liblzo2, so upset will now find two liblzo2 directories, one in liblzo2 and the other in toplevel. Can't we just rename the current liblzo2 directory to lzo2 ? I want the packages to be symmetric between x86/x86_64. Ciao Volker
upset errors: lzo2 package - can't seem to upload anything
Hi I get the following errors from upset and can't seem to upload anything upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.06-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? Ciao Volker
Re: upset errors: lzo2 package - can't seem to upload anything
On 14.11.2014 16:46, Marco Atzeri wrote: On 11/14/2014 4:04 PM, Corinna Vinschen wrote: On Nov 14 13:21, Corinna Vinschen wrote: On Nov 14 13:13, Dr. Volker Zell wrote: Hi I get the following errors from upset and can't seem to upload anything upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.08-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.06-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-doc-2.08-1 refers to nonexistent external-source: lzo2 Although lzo2 source package is present as you can see here lftp cyg...@cygwin.com:/x86/release ls lzo2 drwxr-sr-x 7 cygwin cygstage 4096 Nov 13 16:36 . drwxrwsr-x 8 cygwin cygstage 4096 Nov 14 09:10 .. drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2 drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-devel drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2-doc drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 liblzo2_2 -rw-r--r-- 1 cygwin cygstage 591928 Nov 13 16:36 lzo2-2.08-1-src.tar.xz drwxr-sr-x 2 cygwin cygstage 4096 Nov 13 16:36 lzo2-debuginfo -rw-r--r-- 1 cygwin cygstage6 Nov 13 16:36 setup.hint Any hints ? lzo2 wasn't in cygwin-pkg-maint. I added it now, perhaps this helps... No, it didn't help. Let's wait for Yaakov, maybe he has a clue. $ cat /sourceware1/cygwin-staging/home/Dr.\ Volker\ Zell/x86/release/lzo2/setup.hint skip: I bet that the source is there but there is no empty package lzo2 to which zo2-2.08-1-src.tar.xz belongs. I suggest to put a complete setup.hint. Regards Marco I did what Marco suggested but still get: upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2-devel-2.06-1 refers to nonexistent external-source: lzo2 upset: *** /var/ftp/pub/cygwin/x86/setup.ini: warning - package liblzo2_2-2.06-1 refers to nonexistent external-source: lzo2 It's strange...because the errors now relate to some older version of this package and not the one I want to upload. Ciao Volker
SSH key for upload access
Name: Dr. Volker Zell Package: tzcode BEGIN SSH2 PUBLIC KEY Comment: 2048-bit RSA, converted by vzell@leila from OpenSSH B3NzaC1yc2EDAQABAAABAQDIvwAJ4xrZ72Com6eAhaCgUVd+lQqWtWCi1TNN8q Wdzpj1L3CjDtZBCXto73SM6N73KjWkT+7Abo76DDGu67HtXVx670QmlaGCEz4Gjr5nhG/9 8uA4DCz1g8FOdjpR3ydPfsexidNLqPGSpW2Xc9ZN9SEGKCuYn9m8917I5o8oWgLbA515xs DrDFExNGh3sOCZIhao7gi92uALcO7R4Xc808geRlYEv8qSU6cWO93QZin1ZNkWVXE+1CjJ tkIDdYBeRQ7TIAyv7mIgQs1aVEWuSp/aqpS2cnb7QPxIFK+F9GVVgrO5TUFrsbPFylQKb2 GwJuCWV1+ARR3I9h4lMcl7 END SSH2 PUBLIC KEY
Re: [SECURITY] gnutls, lzo2
Yaakov Selkowitz writes: Dr. Volker Zell, A few of your packages are awaiting updates, some of which are security-related: * gnutls - 3.2.19 [SECURITY] * lcms2 - 2.6 * libtasn1 - 3.9 * liblzo2 - 2.0.8 [SECURITY] * neon - 0.30.1 * openldap - 2.4.40 * tzcode - 2014h Any chance you will be able to update your packages again soon? I'll try to (in about 2 weeks)... I see that the upload infrastructure has been changed meanwhile. Is there any cyport support for automating upload ? Yaakov Ciao Volker
Re: [ATTN maintainer] rcs
Corinna Vinschen writes: On Jun 29 20:14, Achim Gratz wrote: I've developed a patch for the infamous and two-year-old rcs bug that destroys data, based on the analysis by Peter Wagemans and an earlier demonstration script by Don Hatch. The patch has been sent upstream, but there was no reaction for the last week: http://article.gmane.org/gmane.comp.version-control.rcs.bugs/2772 I have compiled test packages for both architectures including this patch. # The first line sets up shell variable wget, to be used by all later lines # simply paste into the shell from here --8---cut here---start-8--- wget=wget -rxnH http://cygwin.stromeko.net/x86_64/release/; $wget/rcs/rcs-5.9.2-1-src.tar.xz $wget/rcs/rcs-5.9.2-1.tar.xz $wget/rcs/setup.hint $wget/rcs/rcs-debuginfo/rcs-debuginfo-5.9.2-1.tar.xz $wget/rcs/rcs-debuginfo/setup.hint --8---cut here---end---8--- # The first line sets up shell variable wget, to be used by all later lines # simply paste into the shell from here --8---cut here---start-8--- wget=wget -rxnH http://cygwin.stromeko.net/x86/release/; $wget/rcs/rcs-5.9.2-1-src.tar.xz $wget/rcs/rcs-5.9.2-1.tar.xz $wget/rcs/setup.hint $wget/rcs/rcs-debuginfo/rcs-debuginfo-5.9.2-1.tar.xz $wget/rcs/rcs-debuginfo/setup.hint --8---cut here---end---8--- Volker was supposed to be abroad until end of June. Are you back Volker? Any spare cycles to have a look? Hi Corinna Yes, just 2 days ago, and I have to catch up with real work again. It also looks like I can't do any cygwin work until begin if august, sorry. It would be nice if Achim takes over rcs, as I don't use it anymore these days. It's already cygported... Thanks, Corinna Thanks Volker
Re: HEADSUP: krb5 rebuild
Yaakov writes: As just announced on the list, I have switched our Kerberos implementation from Heimdal to MIT. The following packages need to be rebuilt ASAP once you upgrade your libkrb5-devel and its dependencies: * cyrus-sasl (David Rothenberger) * serf (David Rothenberger) * squid (Dr. Volker Zell) Dr. Volker, I understand your away right now; would you like me to do the rebuild for you? Just go ahead.. Yaakov Thanks Volker
Re: [SECURITY] xpdf
Corinna Vinschen writes: Hi Volker, On May 15 22:05, Dr. Volker Zell wrote: Corinna Vinschen writes: Hi Volker, On Jan 17 08:10, Dr. Volker Zell wrote: Yaakov writes: Dr. Volker, Could you add this patch to xpdf for CVE-2012-2142: http://pkgs.fedoraproject.org/cgit/xpdf.git/plain/xpdf-3.03-CVE-2012-2142.diff Noted, but to busy right now Any update? Sorry, I'm out of the country until the end of june without cygwin time :-( Ok, no worries. I'm glad you're still here. Would it be ok with you if we update xpdf temporarily with the aforementioned patch until you're back? Ok. Btw., did you see the discussion about replacing man with man-db? It started in March: Yes, but no time to chime in. http://cygwin.com/ml/cygwin/2014-03/msg00241.html There was also the MNAPATH question: http://cygwin.com/ml/cygwin/2014-05/msg00283.html Chris Breisch (CCed) is working on a man-db port. What are you thinking, Volker? Is it ok with you to obsolete man in favor of man-db? No problem Thanks, Corinna Ciao Volker
Re: [SECURITY] xpdf
Corinna Vinschen writes: Hi Volker, On Jan 17 08:10, Dr. Volker Zell wrote: Yaakov writes: Dr. Volker, Could you add this patch to xpdf for CVE-2012-2142: http://pkgs.fedoraproject.org/cgit/xpdf.git/plain/xpdf-3.03-CVE-2012-2142.diff Noted, but to busy right now Any update? Sorry, I'm out of the country until the end of june without cygwin time :-( Thanks, Corinna Ciao Volker
Re: [ITP] google-breakpad (VOTE)
Jon TURNEY writes: On 21/02/2014 06:09, Jari Aalto wrote: 2014-02-21 04:43 Christopher Faylor cgf-use-the-mailinglist-please(at)cygwin.com: | On Thu, Feb 20, 2014 at 08:23:47PM -0600, Yaakov (Cygwin/X) wrote: | | On 2014-02-18 07:28, Jon TURNEY wrote: | These packages contain the minidump analysis part of breakpad, a | multi-platform crash reporting and analysis system using minidumps. | | It doesn't make much sense to package the libbreakpad_client crash handling | library, as this conflicts with cygwin's error_start facility. It might make | some sense to make MinGW cross-compiled packages of libbreakpad_client in the | future. | | I can't find this in any major linux distribution, so votes are required. | | +1 | | cgf: +1 Jari: +1 Just... one... more vote... Here you go... +1 Ciao Volker
Re: [SECURITY] xpdf
Yaakov writes: Dr. Volker, Could you add this patch to xpdf for CVE-2012-2142: http://pkgs.fedoraproject.org/cgit/xpdf.git/plain/xpdf-3.03-CVE-2012-2142.diff Noted, but to busy right now Yaakov Ciao Volker
Re: [HEADSUP] Re: Obsolete Packages in Requires Lines
Corinna Vinschen writes: For 64 bit setup.ini: CURRENT_64bit_PKG OBSOLETE_PKG libpoco-devel libexpat1-devel libwmf-devel libexpat1-devel libexpat1-devel has been renamed to libexpat-devel. Fixed on sware. Noticed for libwmf-devel libAfterImage0libpng12 libAfterImage-devel libpng12-devel libfltk1.1libpng12 libfltk1.1-gdilibpng12 libgeotifflibjpeg62 libgeotiff1 libjpeg62 libgeotiff1 libproj0 libgs8libjpeg62 libjasper1.701_0 libjpeg62 libplot2 libpng12 libplot-devel libpng12-devel libplotter2 libpng12 libplotter-devel libpng12-devel libslang2 libpng14 libtiff4 libjpeg62 ploticus libjpeg62 ploticus libpng12 qiv libpng14 sng libpng12 xemacslibjpeg62 xemacslibpng12 Older packages, dependencies ok. Updates would be nice. Noticed for libgs8, libjasper1.701_0 xemacs is still in the queue libautotrace-devellibexpat1-devel libmetalink-devel libexpat1-devel libneon-devel libexpat1-devel libpoco-devel libexpat1-devel libWINGs-devellibexpat1-devel libwmf-devel libexpat1-devel octave-devel libexpat1-devel libexpat1-devel has been renamed to libexpat-devel. Fixed on sware. Noticed for libautotrace-devel, libneon-devel, libwmf-devel Thanks, Corinna Ciao Volker
[Packaging error] Re: RFU: optipng-0.7.4-1 (64bit)
Jari Aalto writes: 2013-09-16 07:18 Jari Aalto | wget \ | ... wget --recursive --no-host-directories --cut-dirs=5 \ http://cante.net/~jaalto/tmp/cygwin/optipng/64/optipng/optipng-0.7.4-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/optipng/64/optipng/optipng-0.7.4-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/optipng/64/optipng/optipng-0.7.4.tar.gz \ http://cante.net/~jaalto/tmp/cygwin/optipng/64/optipng/setup.hint man page is under /usr/man instead of /usr/share/man Ciao Volker
[Packaging error] Re: RFU: bzr-2.6.0-1 (64bit)
Jari Aalto writes: wget --recursive --no-host-directories --cut-dirs=5 \ http://cante.net/~jaalto/tmp/cygwin/bzr/64/bzr/bzr-2.6.0-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/64/bzr/bzr-2.6.0-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/64/bzr/setup.hint man page is under /usr/man instead of /usr/share/man Ciao Volker
[Packaging error] Re: RFU: fdupes-1.50-PR2-2 (64bit)
Jari Aalto writes: wget --recursive --no-host-directories --cut-dirs=5 \ http://cante.net/~jaalto/tmp/cygwin/fdupes/64/fdupes/fdupes-1.50-PR2-2-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/fdupes/64/fdupes/fdupes-1.50-PR2-2.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/fdupes/64/fdupes/setup.hint man page is under /usr/man instead of /usr/share/man Ciao Volker
Re: RFU: pristine-tar-1.28-1 (32bit v2)
Jari Aalto writes: 2013-09-18 19:20 Dr. Volker Zell dr.volker.z...@oracle.com: | archive contains the following empty directory structure: | | /home/jaalto/cygwin/my/pristine-tar/pristine-tar-1.28 | | and a postinstall script which will never work with the current content. Re-packaged: wget --recursive --no-host-directories --cut-dirs=5 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/64/pristine-tar/pristine-tar-1.28-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/64/pristine-tar/pristine-tar-1.28-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/64/pristine-tar/setup.hint You should probably bump the version number to 1.28-2 Ciao Volker
Re: RFU: bzr-2.6.0-1 (32bit)
Jari Aalto writes: wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-2.6.0-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint man page is still under /usr/man/man1 insted of /usr/share/man/man1. Ciao Volker
Re: RFU: pristine-tar-1.28-1 (32bit)
Jari Aalto writes: wget --recursive --no-host-directories --cut-dirs=3 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/pristine-tar-1.28-1-src.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/pristine-tar-1.28-1.tar.bz2 \ http://cante.net/~jaalto/tmp/cygwin/pristine-tar/setup.hint This archive contains the following empty directory structure: /home/jaalto/cygwin/my/pristine-tar/pristine-tar-1.28 and a postinstall script which will never work with the current content. Ciao Volker
[64bit] Updated: {ming/libming1/libming-devel/python-ming/perl-ming/tcl-ming}-0.4.5-1: A SWF output library
Hi New 64bit versions of 'ming/libming1/libming-devel/python-ming/perl-ming/tcl-ming' have been uploaded to a server near you. o Updated to latest upstream release o Build for cygwin 1.7.24 with gcc-4.8.1 o Added tcl and gif 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 at 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] Updated: gnuplot-4.6.3-3: A command-line driven interactive function plotting utility
Hi A new 64bit version of 'gnuplot' has been uploaded to a server near you. o Build for cygwin 1.7.24 with gcc-4.8.1 o cairo and lua based terminals included o TeX/LateX related files included 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 at 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.
Moving libzip from ports to the distros
Hi Yaakov Is it possible to move libzip from ports to the distros ? I could use it in the latest version of pstoedit for a new backend generating PowerPoint pptx files. Ciao Volker
[64bit] Updated: {lcms2/liblcms2_2/liblcms2-devel}-2.5-1: Little color management engine
Hi New 64bit versions of 'lcms2/liblcms2_2/liblcms2-devel' have been uploaded to a server near you. o Update to latest upstream release o Build for cygwin 1.7.24 with gcc-4.8.1 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 at 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: [ITA] bsflite: Minimalist console AIM client
Corinna Vinschen writes: Btw., any chance for a 64 bit xemacs as well? Actually, I don't even have a 32bit version for cygwin 1.7 yet. The subprocess support is somehow broken in 32bit 1.7 and 64bit. I'll try to investigate again later but probably need some help... Thanks, Corinna Ciao Volker
Re: [ITA] bsflite: Minimalist console AIM client
Corinna Vinschen writes: On Aug 27 08:28, Dr. Volker Zell wrote: Corinna Vinschen writes: Btw., any chance for a 64 bit xemacs as well? Actually, I don't even have a 32bit version for cygwin 1.7 yet. The subprocess support is somehow broken in 32bit 1.7 and 64bit. I don't understand. You don't have a 32 bit version of Cygwin 1.7 and subprocess support is broken? What do you mean with subprocess support? Xemacs in the 32bit distro is the one which has been compiled when cygwin 1.5 was current (years ago). When trying to build it under the latest releases (32/64bit) the resulting executable is not able to call subprocesses. For example starting a shell with M-x shell results in a hang. Thanks, Corinna Ciao Volker
[ITA] bsflite: Minimalist console AIM client
Hi I would like to adopt and maintain the 'bsflite' packages from Jonathan C. Allen. Here are the setup.hint files: --- ./bsflite-debuginfo/setup.hint category: Debug requires: cygwin-debuginfo external-source: bsflite sdesc: Debug info for bsflite ldesc: This package contains files necessary for debugging the bsflite package with gdb. --- ./setup.hint category: Net Web requires: sdesc: Minimalist console AIM client ldesc: A minimalist console AIM client. I uploaded test packages to sourceware (/home/vzell/x86/bsflite) Ciao Volker
[ITA] jgraph: A Filter for Plotting Graphs in Postscript
Hi I would like to adopt and maintain the 'jgraph' packages from Igor Peshansky. Here are the setup.hint files: --- ./jgraph-debuginfo/setup.hint category: Debug requires: cygwin-debuginfo external-source: jgraph sdesc: Debug info for jgraph ldesc: This package contains files necessary for debugging the jgraph package with gdb. --- ./setup.hint category: Graphics Publishing requires: sdesc: A Filter for Plotting Graphs in Postscript ldesc: Jgraph is a program that takes the description of a graph or graphs as input, and produces a postscript file on the standard output. Jgraph is ideal for plotting any mixture of scatter point graphs, line graphs, and/or bar graphs, and embedding the output into LaTeX, or any other text processing system that can read postscript. I uploaded test packages to sourceware (/home/vzell/x86/jgraph) Ciao Volker
[64bit] NEW: bsflite-0.85-1: Minimalist console AIM client
Hi A new 64bit version of 'bsflite' has been uploaded to a server near you. bsflite NEWS: = o Build for cygwin 1.7.24-1 with gcc-4.8.1-3 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 at 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] NEW: jgraph-8.4-1: A Filter for Plotting Graphs in Postscript
Hi A new 64bit version of 'jgraph' has been uploaded to a server near you. jgraph NEWS: === o Build for cygwin 1.7.24-1 with gcc-4.8.1-3 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 at 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] New: gq-1.3.4-1: Interactive graphical LDAP browser
Hi A new 64bit version of 'gq' has been uploaded to a server near you. gq NEWS: === o Build for cygwin 1.7.21-5 with gcc-4.8.1-1 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 at 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] New: {openldap/openldap-server/libopenldap2_4_2/openldap-devel}-2.4.35-1: Lightweight Directory Access Protocol suite
Hi New 64bit versions of 'openldap/openldap-server/libopenldap2_4_2/openldap-devel' have been uploaded to a server near you. openldap NEWS: === o Build for cygwin 1.7.21-4 with gcc-4.8.1-1 o The following tests (out of 64) are hanging: test008-concurrency test033-glue-syncrepl test039-glue-ldap-concurrency test043-delta-syncrepl test050-syncrepl-multimaster test058-syncrepl-asymmetric whereas in the 32 bit version they work fine 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 at 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: [64bit] openldap compilation doesn't produce shared libraries
Corinna Vinschen writes: On Jun 10 11:11, Dr. Volker Zell wrote: Volker Zell writes: Yaakov writes: Following up on this, I noticed that slapd's build process is quite broken, resulting in an invalidly formatted executable. The working method to create a linkable EXE is to just link it with -Wl,--export-all-symbols,--out-implib,libfoo.a, then link other modules with -Wl,path/to/libfoo.a. (Relying on -L flags for in-tree paths isn't always a good idea with libtool.) I took the liberty of fixing up the build of slapd both with and without modular backends/overlays. The patch and modified cygport(3) are in Ports git: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/openldap You made my day. I am struggling with this since more than a week. I actually managed to get a working slapd executable but the openldap test suite still doesn't run. ldapsearch always core dumps. I will check out your .cygport approach and see if it makes any difference. I'll try to do it on monday... Building with your cygport file also results in ldapsearch core dumping :-( Running with strace gives: ldapsearch.exe.stackdump: Exception: STATUS_ACCESS_VIOLATION at rip=004091D184A [...] Stack trace: FrameFunctionArgs 0229D70 004091D184A (0229DC0, 36E, 006000424CD, 374) 0229D70 004091D22F2 (000, 0229F70, 0229F40, 0229E18) These addresses are in some DLL. Check the installed DLLs with `rebase -i /bin/*.dll' and the not-installed DLLs with objdump -h for their addresses to find out which one this is. 0229F40 005205B287C (00600040E60, 000, 001800C0C93, 0229F40) Another DLL. 00600042160 00100401DDB (038F194, 001802DFFDD, 000, 0010040F4ED) 000 0010040BD69 (022AB80, 000, 000, 000) The executable itself, probably main and another function called from main. 022AB80 001800483AE (000, 000, 000, 000) 000 0018004618B (000, 000, 000, 000) 000 0018004634F (000, 000, 000, 000) Cygwin DLL, probably the normal startup via dll_crt0_1. 000 0010040A4C1 (000, 000, 000, 000) 000 00100401010 (000, 000, 000, 000) 000 0007740652D (000, 000, 000, 00077489300) 000 00077AFC521 (000, 000, 000, 00077489300) This is the normal start up of the executable. As for the addresses, I'd like to point out my mail from February again: http://cygwin.com/ml/cygwin-developers/2013-02/msg00027.html Maybe that should go into the user's guide at one point. The strace output is attached. See below. Running under gdb doesn't work either. What am I doing wrong here ? Did you build the entire stuff, including the libs, without optimization? That helps a lot when debugging. vzell@leila /cygdrive/d/misc/src/release64/openldap-2.4.35-1/build/tests 10:40 AM [519] PATH=../../inst/usr/lib/debug/usr/bin:$PATH gdb ../../inst/usr/lib/debug/usr/bin/ldapsearch.exe.dbg You cannot start the *.dbg file. It's just the file containing the debug symbols, not the actual binary. What you should do is starting the real binary: $ gdb ./ldapsearch.exe and then, if gdb complains that it can't find the debug symbols: (gdb) symbol-file ../../inst/usr/lib/debug/usr/bin/ldapsearch.exe.dbg [...] 43 89818 [main] ldapsearch 5512 fhandler_base::fstat_helper: 0 = fstat (\??\D:\misc\src\release64\openldap-2.4.35-1\build\tests\STARCE, 0x229C20) st_size=137414, st_mode=0x81A4, st_ino=15199648742446005st_atim=51B5931C.1BF62654 st_ctim=51B5931C.1BF62654 st_mtim=51B5931C.1BF62654 st_birthtim=51B5931C.1BF62654 24 89842 [main] ldapsearch 5512 fstat64: 0 = fstat(1, 0x229C20) --- Process 1028, exception c005 at 0004091D184A I don't know what's causing this, but this very certainly occurs inside of the DLL located at or around 0x4:091d, after a call to fstat for the file STARCE. Via similar calls (see one line below) to ldapsearch.exe and the not yet installed openldap libraries awk '/^[0-9]/{print $2}' ldapsearch.exe.stackdump | addr2line -f -e ../libraries/liblber/.libs/cyglber-2-4-2.dll awk '/^[0-9]/{print $2}' ldapsearch.exe.stackdump | addr2line -f -e ../libraries/libldap/.libs/cygldap-2-4-2.dll awk '/^[0-9]/{print $2}' ldapsearch.exe.stackdump | addr2line -f -e ../clients/tools/.libs/ldapsearch.exe I think the stack trace Stack
Re: [64bit] openldap compilation doesn't produce shared libraries
Yaakov writes: Following up on this, I noticed that slapd's build process is quite broken, resulting in an invalidly formatted executable. The working method to create a linkable EXE is to just link it with -Wl,--export-all-symbols,--out-implib,libfoo.a, then link other modules with -Wl,path/to/libfoo.a. (Relying on -L flags for in-tree paths isn't always a good idea with libtool.) I took the liberty of fixing up the build of slapd both with and without modular backends/overlays. The patch and modified cygport(3) are in Ports git: http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/openldap You made my day. I am struggling with this since more than a week. I actually managed to get a working slapd executable but the openldap test suite still doesn't run. ldapsearch always core dumps. I will check out your .cygport approach and see if it makes any difference. I'll try to do it on monday... Thanks Volker
[64bit] openldap compilation doesn't produce shared libraries
Hi On cygwin 64bit compilation of openldap doesn't produce shared libraries for libldap and libldap_r (although a shared lib for liblber is produced). For example for libldap I get: /bin/sh ../../libtool --mode=link gcc -ggdb -O2 -pipe -fdebug-prefix-map=/cygdrive/d/misc/src/release64/openldap-2.4.35-1/build=/usr/src/debug/openldap-2.4.35-1 -fdebug-prefix-map=/cygdrive/d/misc/src/release64/openldap-2.4.35-1/src/openldap-2.4.35=/usr/src/debug/openldap-2.4.35-1 -Wl,--enable-auto-image-base -release 2.4 -version-info 11:1:9 -no-undefined -rpath /usr/lib -o libldap.la bind.lo open.lo result.lo error.lo compare.lo search.lo controls.lo messages.lo references.lo extended.lo cyrus.lo modify.lo add.lo modrdn.lo delete.lo abandon.lo sasl.lo gssapi.lo sbind.lo unbind.lo cancel.lo filter.lo free.lo sort.lo passwd.lo whoami.lo getdn.lo getentry.lo getattr.lo getvalues.lo addentry.lo request.lo os-ip.lo url.lo pagectrl.lo sortctrl.lo vlvctrl.lo init.lo options.lo print.lo string.lo util-int.lo schema.lo charray.lo os-local.lo dnssrv.lo utf-8.lo utf-8-conv.lo tls2.lo tls_o.lo tls_g.lo tls_m.lo turn.lo ppolicy.lo dds.lo txn.lo ldap_sync.lo stctrl.lo assertion.lo deref.lo ldif.lo fetch.lo version.lo ../../libraries/liblber/liblber.la -lsasl2 -lssl -lcrypto *** Warning: linker path does not have real file for library -lsasl2. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libsasl2 and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libsasl2.dll.a *** Warning: linker path does not have real file for library -lssl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libssl and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libssl.dll.a *** Warning: linker path does not have real file for library -lcrypto. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libcrypto and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libcrypto.dll.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. ar cru .libs/libldap.a .libs/bind.o .libs/open.o .libs/result.o .libs/error.o .libs/compare.o .libs/search.o .libs/controls.o .libs/messages.o .libs/references.o .libs/extended.o .libs/cyrus.o .libs/modify.o .libs/add.o .libs/modrdn.o .libs/delete.o .libs/abandon.o .libs/sasl.o .libs/gssapi.o .libs/sbind.o .libs/unbind.o .libs/cancel.o .libs/filter.o .libs/free.o .libs/sort.o .libs/passwd.o .libs/whoami.o .libs/getdn.o .libs/getentry.o .libs/getattr.o .libs/getvalues.o .libs/addentry.o .libs/request.o .libs/os-ip.o .libs/url.o .libs/pagectrl.o .libs/sortctrl.o .libs/vlvctrl.o .libs/init.o .libs/options.o .libs/print.o .libs/string.o .libs/util-int.o .libs/schema.o .libs/charray.o .libs/os-local.o .libs/dnssrv.o .libs/utf-8.o .libs/utf-8-conv.o .libs/tls2.o .libs/tls_o.o .libs/tls_g.o .libs/tls_m.o .libs/turn.o .libs/ppolicy.o .libs/dds.o .libs/txn.o .libs/ldap_sync.o .libs/stctrl.o .libs/assertion.o .libs/deref.o .libs/ldif.o .libs/fetch.o .libs/version.o ranlib .libs/libldap.a creating libldap.la (cd .libs rm -f libldap.la ln -s ../libldap.la libldap.la) /lib/libsasl2.dll.a, /lib/libssl.dll.a and /lib/libcrypto.dll.a are all there as shared libs. On cygwin 32bit the same compilation produces shared libs. For example for libldap I get: /bin/sh ../../libtool --mode=link gcc -ggdb -O2 -pipe -fdebug-prefix-map=/cygdrive/d/misc/src/release/openldap-2.4.35-1/build=/usr/src/debug/openldap-2.4.35-1 -fdebug-prefix-map=/cygdrive/d/misc/src/release/openldap-2.4.35-1/src/openldap-2.4.35=/usr/src/debug/openldap-2.4.35-1 -Wl,--enable-auto-image-base -release 2.4 -version-info 11:1:9 -no-undefined -rpath /usr/lib -o libldap.la bind.lo open.lo result.lo error.lo compare.lo search.lo controls.lo messages.lo references.lo extended.lo cyrus.lo modify.lo add.lo modrdn.lo delete.lo abandon.lo sasl.lo gssapi.lo
Re: [64bit] poppler and libzzip?
Ken Brown writes: On 5/29/2013 10:48 PM, Yaakov (Cygwin/X) wrote: 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. Thanks for the quick response. TeX Live 2013 now builds without a glitch. I'll do some testing and then send an RFU, probably tomorrow if all goes well. Could the calendar package o http://www.ctan.org/tex-archive/macros/latex/contrib/calendar be included in the next texlive release ? Thanks Volker
[64bit] Updated: mcrypt-2.6.8-1: A replacement for the old crypt command
Hi A new 64bit version of 'mcrypt' has been uploaded to a server near you. o Build for cygwin 1.7.19-8 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 at 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] 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 at 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: [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] 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 at 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: {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 at 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] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-3: 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 Added ca-certificates support - http://cygwin.com/ml/cygwin/2013-05/msg00385.html 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 at 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] Updated: ted-2.23-2: An easy rich text processor
Hi A new 64bit version of 'ted' has been uploaded to a server near you. o Build for cygwin 1.7.19-7 with gcc-4.8.0 o Fixed datarootdir not being defined CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-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-xfree-announce-unsubscribe-you=yourdomain.com at 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] ted-2.23-1: An easy rich text processor
Hi A new 64bit version of 'ted' has been uploaded to a server near you. o Build for cygwin 1.7.19-4 with gcc-4.8.0 CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-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-xfree-announce-unsubscribe-you=yourdomain.com at 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] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.2.0-1: 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 Update to latest upstream version o Build for cygwin 1.7.19-4 with gcc-4.8.0 gnutls NEWS: === ** libgnutls: Use nettle's elliptic curve implementation. ** libgnutls: Added Salsa20 cipher ** libgnutls: Added UMAC-96 and UMAC-128 ** libgnutls: Added ciphersuites involving Salsa20 and UMAC-96. As they are not standardized they are defined using private ciphersuite numbers. ** libgnutls: Added support for DTLS 1.2. ** libgnutls: Added support for the Application Layer Protocol Negotiation (ALPN) extension. ** libgnutls: Removed support for the RSA-EXPORT ciphersuites. ** libgnutls: Avoid linking to librt (that also avoids unnecessary linking to pthreads if p11-kit isn't used). ** API and ABI modifications: gnutls_cipher_get_iv_size: Added gnutls_hmac_set_nonce: Added gnutls_mac_get_nonce_size: Added 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 at 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] Updated: initscripts-0.9-1: System V Init Clone initscripts
Hi A new 64bit version of 'initscripts' has been uploaded to a server near you. 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 at 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] Updated: {nettle/libnettle4/libhogweed2/libnettle-devel}-2.7-1: A cryptographic library that is designed to fit easily in more or less any context
Hi New 64bit versions of 'nettle/libnettle4/libhogweed2/libnettle-devel' have been uploaded to a server near you. o Update to latest upstream release o Build for cygwin 1.7.19 with gcc-4.8.0 nettle NEWS: === This release includes an implementation of elliptic curve cryptography (ECC) and optimizations for the ARM architecture. This work was done at the offices of South Pole AB, and generously funded by the .SE Internet Fund. Bug fixes: * Fixed a bug in the buffer handling for incremental SHA3 hashing, with a possible buffer overflow. Patch by Edgar E. Iglesias. New features: * Support for ECDSA signatures. Elliptic curve operations over the following curves: secp192r1, secp224r1, secp256r1, secp384r1 and secp521r1, including x86_64 and ARM assembly for the most important primitives. * Support for UMAC, including x86_64 and ARM assembly. * Support for 12-round salsa20, salsa20r12, as specified by eSTREAM. Contributed by Nikos Mavrogiannopoulos. Optimizations: * ARM assembly code for several additional algorithms, including AES, Salsa20, and the SHA family of hash functions. * x86_64 assembly for SHA256, SHA512, and SHA3. (SHA3 assembly was included in the 2.6 release, but disabled due to poor performance on some AMD processors. Hopefully, that performance problem is fixed now). The ARM code was tested and benchmarked on Cortex-A9. Some of the functions use neon instructions. The configure script decides if neon instructions can be used, and the command line options --enable-arm-neon and --disable-arm-neon can be used to override its choice. Feedback appreciated. The libraries are intended to be binary compatible with nettle-2.2 and later. The shared library names are libnettle.so.4.6 and libhogweed.so.2.4, with sonames still libnettle.so.4 and libhogweed.so.2. 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 at 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] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.1.11-1: 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 Update to latest upstream version o Build for cygwin 1.7.19 with gcc-4.8.0 gnutls NEWS: === ** libgnutls: Added priority string VERS-DTLS-ALL. ** libgnutls: When in compatibility mode allow for a wrong version in the RSA PMS. ** libgnutls: Corrected issues in DTLS heartbeat parsing. Reported by Joke de Buhr. ** libgnutls: Heartbeat support is enabled by default. ** libgnutls: Added GNUTLS_PRIVKEY_SIGN_FLAG_TLS1_RSA which allows gnutls_privkey_sign_hash() to operate as with gnutls_privkey_sign_raw_data(). This makes it consistent with verification with GNUTLS_PUBKEY_VERIFY_FLAG_TLS1_RSA flag. ** libgnutls: Fixes in unknown DN string printing. Issues reported and patches by Stef Walter. ** certtool: When generating certificates the default answer for marking the key for signing and encryption is yes. ** API and ABI modifications: gnutls_certificate_set_x509_key_mem2: Added gnutls_certificate_set_x509_key_file2: Added gnutls_sign_algorithm_get_client: Added GNUTLS_PRIVKEY_SIGN_FLAG_TLS1_RSA: Added 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 at 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] Updated: {gnutls/libgnutls28/gnutls-devel/gnutls-doc/gnutls-guile}-3.1.10-2: 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-3 with gcc-4.8.0 o Guile wrappers included 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 at 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] {libmng/libmng1/libmng-devel/libmng-contrib}-1.0.10-1: A library of functions for manipulating MNG format files
Hi New 64bit versions of 'libmng/libmng1/libmng-devel/libmng-contrib' have been uploaded to a server near you. o Build for cygwin 1.7.19 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 at 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] transfig-3.2.5d-1: Tools for creating TeX documents with graphics
Hi A new 64bit version of 'transfig' has been uploaded to a server near you. o Build for cygwin 1.7.19 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 at 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.
cygport-0.12.0-1: too many arguments
Hi Yaakov While packaging the 64bit version of Xfig and transfig I get the following errors from cygport. Stripping executables: usr/bin/xfig.exe /usr/share/cygport/lib/src_postinst.cygpart: line 860: [: too many arguments /usr/share/cygport/lib/src_postinst.cygpart: line 860: [: =: unary operator expected Ciao Volker
[64bit] {xfig/xfig-lib}-3.2.5b-1: An interactive drawing tool
Hi New 64bit versions of 'xfig/xfig-lib' have been uploaded to a server near you. o Build for cygwin 1.7.19 with gcc-4.8.0 CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-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-xfree-announce-unsubscribe-you=yourdomain.com at 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] Updated: {aspell/libaspell15/libaspell-devel}-0.60.6.1-1: A spell checker designed to eventually replace Ispell
Hi New 64bit versions of 'aspell/libaspell15/libaspell-devel' have been uploaded to a server near you. o Build for cygwin 1.7.19 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 at 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 Motif toolkit and imake
Hi Yaakov Any chance to get 64bit versions of the Motif toolkit and imake. I need them to compile: libmng/xpdf/XmHTML are missing libXm-devel (Motif) xfig need imake (xmkmf), it has not Makefile's Thanks Volker
[64bit] aspell-en-7.1.0-1: Aspell english dictionary
Hi A new 64bit version of 'aspell-en' has been uploaded to a server near you. 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 at 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] aspell-de-20030222.1-1: Aspell german dictionary
Hi A new 64bit version of 'aspell-de' has been uploaded to a server near you. 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 at 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] aspell-sv-0.51.0-1: Aspell swedish dictionary
Hi A new 64bit version of 'aspell-sv' has been uploaded to a server near you. 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 at 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] Updated: {ghostscript/libgs9/libgs-devel}-9.06-2: GPL PostScript interpreter
Hi New 64bit versions of 'ghostscript/libgs9/libgs-devel' have been uploaded to a server near you. o Build for cygwin 1.7.19 with gcc-4.8.0 o Added libpaper 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 at 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] rcs-5.8.2-1: The Revision Control System
Hi A new 64bit version of 'rcs' has been uploaded to a server near you. o Update to latest upstream release o Build for cygwin 1.7.19 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 at 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] sysvinit-2.86-1: A System-V Init Clone
Hi A new 64bit version of 'sysvinit' has been uploaded to a server near you. o Build for cygwin 1.7.19 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 at 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.