Question about SSH key for upload
Hello, Firstly thank you Christopher Faylor for activating my SSH key for the python-h5py package. That worked perfectly. I fetched these new packages on a local Cygwin install and they work nicely. Just one thing (I tried responding to the original SSH key mail thread but my mails were bounced as spam): I would also like to be the package maintainer for python3-h5py. I sent another SSH key for upload access email yesterday but it looks like it was missed, probably because it looked like a duplicate email since they both had the same SSH key. Could you please add me (Chris LeBlanc) as the package maintainer for python3-h5py also? Thanks, Chris
Re: Question about SSH key for upload
On Tue, Jan 28, 2014 at 01:47:41PM +1300, Chris LeBlanc wrote: Firstly thank you Christopher Faylor for activating my SSH key for the python-h5py package. That worked perfectly. I fetched these new packages on a local Cygwin install and they work nicely. Just one thing (I tried responding to the original SSH key mail thread but my mails were bounced as spam): I would also like to be the package maintainer for python3-h5py. I sent another SSH key for upload access email yesterday but it looks like it was missed, probably because it looked like a duplicate email since they both had the same SSH key. That's not how it works. You don't provide one ssh key per package. If that was the case, I'd still be here adding keys for Yaakov. What you are allowed to upload is controlled by how you are listed in cygwin-pkg-maint. I've added you to cygwin-pkg-maint. cgf
Re: [ANNOUNCEMENT] Updated: xorg-server-1.15.0-2 (TEST)
On 11/01/2014 21:07, Jon TURNEY wrote: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.15.0-2 These packages contain XWin and the other X.Org X11 servers. This is the first release of the xserver 1.15 series. It is currently available as a test release, and will be made stable in approximately two weeks if no major regressions are reported. These packages have been promoted from test to current. Please try test releases and report problems to the Cygwin/X mailing list. Testing helps ensure good releases! The following cygwin-specific changes have been made since 1.15.0-1: * Fix a crash which could occur when a GL client exits without deleting it's GL contexts * Don't create fbConfigs for un-accelerated pixelFormats provided by the generic renderer. (This is a workaround for some GL clients ending up preferring them) x86: 308bbe0a4bd012f91f4ae7deb997fdcd *xorg-server-1.15.0-2-src.tar.xz 0bd884dc7c6b201e40d9c7dfc2ccd957 *xorg-server-1.15.0-2.tar.xz 60f3f468736386f39b6aea8fa40c6d62 *xorg-server-common-1.15.0-2.tar.xz 69901afd7bcac3f9dc4bac4b0b6db72c *xorg-server-debuginfo-1.15.0-2.tar.xz da1c755ead0fa193793efa136a6565f5 *xorg-server-devel-1.15.0-2.tar.xz 4d538efc0388f2377d2b32c4d6205bb0 *xorg-server-dmx-1.15.0-2.tar.xz 3bdea2a296b0c6ec392dfdb830a27473 *xorg-server-extra-1.15.0-2.tar.xz 7bdb50170d366922d821087f87d950cb *xwinclip-1.15.0-2.tar.xz x86_64: 1021f0fdf0380f558a80c0132dec005b *xorg-server-1.15.0-2-src.tar.xz 54188189b058ddfbe401a9e075495ff6 *xorg-server-1.15.0-2.tar.xz f95c2fd23cb0496053ba8ffd3de6381a *xorg-server-common-1.15.0-2.tar.xz 47527e5431121e7d8be8fdb2ff9c96b0 *xorg-server-debuginfo-1.15.0-2.tar.xz f054b102939f0d885a37277e3a269b55 *xorg-server-devel-1.15.0-2.tar.xz f96150cbf1f1e56cc2417ce088f18593 *xorg-server-dmx-1.15.0-2.tar.xz 004b334a74924674b0eaebbf50bf1a73 *xorg-server-extra-1.15.0-2.tar.xz 5994809ce08251085546a3aa64a56a13 *xwinclip-1.15.0-2.tar.xz -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
src/winsup/cygwin ChangeLog gendef
CVSROOT:/cvs/src Module name:src Changes by: c...@sourceware.org 2014-01-27 20:53:02 Modified files: winsup/cygwin : ChangeLog gendef Log message: * gendef (_setjmp (x86)): Save FPU control word location in sequential location. Adjust sigstack save accordingly. (_longjmp (x86)): Ditto for restore. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6309r2=1.6310 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/gendef.diff?cvsroot=srcr1=1.52r2=1.53
src/winsup/cygwin/release 1.7.28
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-01-27 21:25:39 Modified files: winsup/cygwin/release: 1.7.28 Log message: Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.28.diff?cvsroot=srcr1=1.10r2=1.11
src/winsup/doc ChangeLog new-features.xml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2014-01-27 21:26:36 Modified files: winsup/doc : ChangeLog new-features.xml Log message: * new-features.xml (ov-new1.7.28): Add new section. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.468r2=1.469 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/new-features.xml.diff?cvsroot=srcr1=1.17r2=1.18
[ANNOUNCEMENT] New package: python-h5py-2.2.1-1
Version 2.2.1-1 of python-h5py has been uploaded for both x86 and x86_64. The h5py package is a Pythonic interface to the HDF5 binary data format. It lets you store huge amounts of numerical data, and easily manipulate that data from NumPy. For example, you can slice into multi-terabyte datasets stored on disk, as if they were real NumPy arrays. Thousands of datasets can be stored in a single file, categorized and tagged however you want. H5py uses straightforward NumPy and Python metaphors, like dictionary and NumPy array syntax. For example, you can iterate over datasets in a file, or check out the .shape or .dtype attributes of datasets. You don't need to know anything special about HDF5 to get started. In addition to the easy-to-use high level interface, h5py rests on a object-oriented Cython wrapping of the HDF5 C API. Almost anything you can do from C in HDF5, you can do from h5py. Best of all, the files you create are in a widely-used standard binary format, which you can exchange with other people, including those who use programs like IDL and MATLAB. This version was built without support for the parallel I/O features introduced in version 2.2.0. For more information please visit http://www.h5py.org. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, 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. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: cygcheck and literal plus sign
On Friday, January 24, 2014 9:26 PM Steven Penny wrote
On Wed, Jan 22, 2014 at 10:05 AM, David Boyce wrote
How about 'g[+][+]' or 'g[+]{2}'?
Please, no more lazy answers
$ cygcheck -p 'g[+][+].exe'
Found 0 matches for g[ ][ ].exe
$ ascii +
ASCII 2/11 is decimal 043, hex 2b, octal 053, bits 00101011: prints as `+'
Official name: Plus Sign
Other names: Add, Cross
$ cygcheck -p 'g\x{2b}\x{2b}.exe'
Found 11 matches for g\x{2b}\x{2b}.exe
x86/cygwin64-gcc-g++/cygwin64-gcc-g++-4.8.2-1
x86/cygwin64-gcc-g++/cygwin64-gcc-g++-4.8.2-2
x86/gcc-g++/gcc-g++-4.8.2-1
x86/gcc-g++/gcc-g++-4.8.2-2
x86/gcc4-g++/gcc4-g++-4.7.3-2
x86/mingw-gcc-g++/mingw-gcc-g++-4.5.2-1
x86/mingw-gcc-g++/mingw-gcc-g++-4.7.3-1
x86/mingw64-i686-gcc-g++/mingw64-i686-gcc-g++-4.8.2-1
x86/mingw64-i686-gcc-g++/mingw64-i686-gcc-g++-4.8.2-2
x86/mingw64-x86_64-gcc-g++/mingw64-x86_64-gcc-g++-4.8.2-1
x86/mingw64-x86_64-gcc-g++/mingw64-x86_64-gcc-g++-4.8.2-2
$
Roger L. Gates
__
This e-mail has been scanned by Verizon Managed Email Content Service, using
Skeptic(tm) technology powered by MessageLabs. For more information on
Verizon's Managed Email Content Service, visit http://www.verizonbusiness.com.
__
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
On Sun, Jan 26, 2014 at 4:45 PM, Steven Penny wrote: On Sat, Jan 25, 2014 at 5:59 AM, Corinna Vinschen wrote For the time being, I've build a new OpenSSL version 1.0.1f-2 with the no-sse2 flag. With this version I could clone the linx repo without error. Please give it a try. I can confirm this fixes my problems as well This fixed my issue, too. Good hunch on the SSE stuff! Thanks, Chris -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: octave: cannot open shared object file: No such file or directory
Marco Atzeri marco.atzeri at gmail.com writes: On 25/01/2014 00:46, Paul wrote: Larry Hall (Cygwin reply-to-list-only-lh at cygwin.com writes: Have you tried running rebaseall? I just tried it (http://cygwin.wikia.com/wiki/Rebaseall). No joy. Mind you, I also don't have admin privileges and cygwin was installed when I had them. I never noticed any error messages, but things went by very fast. The last screen full of things rebased showed no error messages. I bet on a PATH issue. likely /usr/lib/lapack in not on it when you start bash -i . As normally it works on your system, try with bash -l Achim Gratz Stromeko at nexgo.de writes: I'm almost certain that Octave can't find its lapack libraries. The standard profile scripts add this to the very end of the path and depending on what is in your windows path you may hide them. There are also two environment variables (sorry, can't check right now) that need to be set for lapack to be happy and you may not source the /etc/profile.d script that sets them depending on how you start bash. Yes, the lack of /usr/lib/lapack was in fact causing the problem. I'm not sure why I didn't catch that as I was certain that I made the paths the same in both cases. Thanks! -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: libvorbis-1.3.4-1
A new version of the libvorbis, libvorbis-devel, libvorbis0, libvorbisenc2, and libvorbisfile3 packages are now available for download. DESCRIPTION: Vorbis is a general purpose audio and music encoding format contemporary to MPEG-4's AAC and TwinVQ, the next generation beyond MPEG audio layer 3. Unlike the MPEG sponsored formats (and other proprietary formats such as RealAudio G2 and Windows' flavor of the month), the Vorbis CODEC specification belongs to the public domain. All the technical details are published and documented, and any software entity may make full use of the format without license fee, royalty or patent concerns. This package contains: * libvorbis, a BSD-style license software implementation of the Vorbis specification by the Xiph.Org Foundation (http://www.xiph.org/) * libvorbisfile, a BSD-style license convenience library built on Vorbis designed to simplify common uses * libvorbisenc, a BSD-style license library that provides a simple, programmatic encoding setup interface QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- David Rothenberger daver...@acm.org -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygcheck and literal plus sign
On 1/27/2014 10:47 AM, Gates, Roger wrote:
$ ascii +
ASCII 2/11 is decimal 043, hex 2b, octal 053, bits 00101011: prints as `+'
Official name: Plus Sign
Other names: Add, Cross
$ cygcheck -p 'g\x{2b}\x{2b}.exe'
Found 11 matches for g\x{2b}\x{2b}.exe
But of course, everyone knows that! ;-)
Thanks Roger for providing this useful bit of info.
--
Larry
_
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of conversation.
Q: Why is top posting annoying in email?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin64 - installation problem - installed by administrator account
On 1/27/2014 1:29 AM, Flower, Martin wrote: Please excuse my newby-ignorance, but I can't work out how to progress this without some help Steps taken - Downloaded setup-x86_64.exe - Run setup-x86_64.exe using admflma (administrator account) - Logged in as netflma (my usual windows login) - Unable to start Cygwin from desktop icon - unable to find mintty.exe - Able to start Cygwin from command line - (C:\cygwin64\Cygwin.bat) - Error message is Your group is currently mkpasswd .. .. - mkpasswd -l /etc/passwd - bash: /etc/passwd: Permission denied - drwxr-xr-x+ 1 admflma mkpasswd 0 22 jan 13.39 etc - If I run the console as user admflma, then no errors are reported - Log in to windows as admflma and start Cygwin from desktop icon - unable to find mintty.exe - The objective is that any user on the computer can run Cygwin, but particularly netflma (user without admin rights) - My guess is that the windows permissions are wrong for C:\cygwin64. I have attempted to give all rights to all users, but this has not solved the problem Can you *attach* the output of 'cygrunsrv -srv' to a follow-up mail with the output of 'id'? -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
On Mon, Jan 27, 2014 at 10:12 AM, Chris O'Bryan wrote: On Sun, Jan 26, 2014 at 4:45 PM, Steven Penny wrote: On Sat, Jan 25, 2014 at 5:59 AM, Corinna Vinschen wrote For the time being, I've build a new OpenSSL version 1.0.1f-2 with the no-sse2 flag. With this version I could clone the linx repo without error. Please give it a try. I can confirm this fixes my problems as well This fixed my issue, too. Good hunch on the SSE stuff! With the new OpenSSL from Corinna I was able to clone both the linux and ffmpeg repos with Adam's latest git-1.8.5.2. Many thanks to Corinna, Adam, and all those who have tested this. I hope to see a new git on the mirrors soon! Cheers, David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
On Sun, Jan 26, 2014 at 11:19 AM, Adam Dinwoodie wrote: I was previously managing to reproduce this, but since updating to Corinna's latest OpenSSL builds, I've not had any issues. Is it possibly an out-of-date library hanging around in memory? Have you tried restarting all your Cygwin processes and/or rebooting your system? I'm surprised Corinna's changes would fix it for me but not for you. Based on the above, I went back and checked if the openssl update was all good. Not quite. Apparently, since I had sshd running when I updated the openssl package, looks like the cygcrypto-1.0.0.dll was not properly replaced. I ended up w/ a .new file (created by setup.exe(?)). I killed sshd renamed the .dll and reran the clone. It seems to work (see below) except for one error but I do have a clone now. It might be a good idea to perhaps print some warning messages when updating packages whose dlls are in use - unless that is already happening and I have missed them. But overall, the fix seems to do the trick. Thanks again to all. x86$ git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git linux Cloning into 'linux'... remote: Counting objects: 3408476, done. remote: Compressing objects: 100% (517865/517865), done. Receiving objects: 100% (3408476/3408476), 712.95 MiB | 460.00 KiB/s, done. remote: Total 3408476 (delta 2869731), reused 3400091 (delta 2861452) Resolving deltas: 100% (2869731/2869731), done. Checking connectivity... done. error: git-remote-https died of signal 13 Checking out files: 100% (45625/45625), done. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygcheck and literal plus sign
On Mon, Jan 27, 2014 at 9:47 AM, Gates, Roger wrote
$ ascii +
It should be noted that ascii is not included with a base install, and part of
the ascii package
$ cygcheck -p 'g\x{2b}\x{2b}.exe'
it should be further noted that the braces are not necessary in this instance
$ cygcheck -p 'g\x2b\x2b.exe'
Found 9 matches for g\x2b\x2b.exe
x86_64/cygwin32-gcc-g++/cygwin32-gcc-g++-4.8.2-1
x86_64/cygwin32-gcc-g++/cygwin32-gcc-g++-4.8.2-2
x86_64/gcc-g++/gcc-g++-4.8.1-3
x86_64/gcc-g++/gcc-g++-4.8.2-1
x86_64/mingw-gcc-g++/mingw-gcc-g++-4.7.3-1
x86_64/mingw64-i686-gcc-g++/mingw64-i686-gcc-g++-4.8.1-2
x86_64/mingw64-i686-gcc-g++/mingw64-i686-gcc-g++-4.8.2-1
x86_64/mingw64-x86_64-gcc-g++/mingw64-x86_64-gcc-g++-4.8.1-2
x86_64/mingw64-x86_64-gcc-g++/mingw64-x86_64-gcc-g++-4.8.2-1
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
On Mon, Jan 27, 2014 at 2:30 PM, Balaji Venkataraman wrote: On Sun, Jan 26, 2014 at 11:19 AM, Adam Dinwoodie wrote: I was previously managing to reproduce this, but since updating to Corinna's latest OpenSSL builds, I've not had any issues. Is it possibly an out-of-date library hanging around in memory? Have you tried restarting all your Cygwin processes and/or rebooting your system? I'm surprised Corinna's changes would fix it for me but not for you. Based on the above, I went back and checked if the openssl update was all good. Not quite. Apparently, since I had sshd running when I updated the openssl package, looks like the cygcrypto-1.0.0.dll was not properly replaced. I ended up w/ a .new file (created by setup.exe(?)). I killed sshd renamed the .dll and reran the clone. It seems to work (see below) except for one error but I do have a clone now. It might be a good idea to perhaps print some warning messages when updating packages whose dlls are in use - unless that is already happening and I have missed them. But overall, the fix seems to do the trick. Thanks again to all. x86$ git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git linux Cloning into 'linux'... remote: Counting objects: 3408476, done. remote: Compressing objects: 100% (517865/517865), done. Receiving objects: 100% (3408476/3408476), 712.95 MiB | 460.00 KiB/s, done. remote: Total 3408476 (delta 2869731), reused 3400091 (delta 2861452) Resolving deltas: 100% (2869731/2869731), done. Checking connectivity... done. error: git-remote-https died of signal 13 Checking out files: 100% (45625/45625), done. I did a very quick search on the git-remote-https error and I found a recent thread[1]. Hoping someone can track it down on Cygwin too. FWIW, I don't have curl installed - just libcurl. cygcheck -f /usr/bin/*curl* libcurl4-7.34.0-1 [1] http://git.661346.n2.nabble.com/error-git-remote-https-died-of-signal-13-td7599771.html -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
Greetings, Balaji Venkataraman! I did a very quick search on the git-remote-https error and I found a recent thread[1]. Hoping someone can track it down on Cygwin too. FWIW, I don't have curl installed - just libcurl. libcurl IS THE cURL. The library. The curl you are referring to is just a console front-end to it. cygcheck -f /usr/bin/*curl* libcurl4-7.34.0-1 -- WBR, Andrey Repin (anrdae...@yandex.ru) 28.01.2014, 03:26 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Maintainer for git?
On 1/27/2014 5:30 PM, Balaji Venkataraman wrote: On Sun, Jan 26, 2014 at 11:19 AM, Adam Dinwoodie wrote: I was previously managing to reproduce this, but since updating to Corinna's latest OpenSSL builds, I've not had any issues. Is it possibly an out-of-date library hanging around in memory? Have you tried restarting all your Cygwin processes and/or rebooting your system? I'm surprised Corinna's changes would fix it for me but not for you. Based on the above, I went back and checked if the openssl update was all good. Not quite. Apparently, since I had sshd running when I updated the openssl package, looks like the cygcrypto-1.0.0.dll was not properly replaced. I ended up w/ a .new file (created by setup.exe(?)). Yes, this is what setup*.exe does if the DLL it's trying to replace is in use. setup*.exe will warn you about such cases and ask if you want to continue (and have to reboot to complete the installation) or if you prefer to kill the app using the DLL. You apparently missed that and ended up with the former option. I killed sshd renamed the .dll and reran the clone. It seems to work (see below) except for one error but I do have a clone now. FYI, this is not the recommended way to handle this, since it leaves a scheduled DLL move on reboot in an unpredictable state. So if you see a DLL with this extension in the future, just reboot. It might be a good idea to perhaps print some warning messages when updating packages whose dlls are in use - unless that is already happening and I have missed them. Right, see above. -- Larry _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: cygwin64 - installation problem - installed by administrator account
Can you *attach* the output of 'cygrunsrv -srv' to a follow-up mail with the output of 'id'? That should read 'cygcheck -srv'. Everything else still applies. ..mark -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Cheap Perfume, Cologne, Discount Perfume, Fragrance Perfume
Find discount cheap perfume, discount fragrances, discount cheap cologne, womens perfume and cheap discount designer perfume at Perfume our online mega store. All the perfume products listed on our site are ready to ship. Our site uses real time inventory tracking. 100% Genuine Products.http://www.tkqlhce.com/click-7349424-10622844 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
New package: python-h5py-2.2.1-1
Version 2.2.1-1 of python-h5py has been uploaded for both x86 and x86_64. The h5py package is a Pythonic interface to the HDF5 binary data format. It lets you store huge amounts of numerical data, and easily manipulate that data from NumPy. For example, you can slice into multi-terabyte datasets stored on disk, as if they were real NumPy arrays. Thousands of datasets can be stored in a single file, categorized and tagged however you want. H5py uses straightforward NumPy and Python metaphors, like dictionary and NumPy array syntax. For example, you can iterate over datasets in a file, or check out the .shape or .dtype attributes of datasets. You don't need to know anything special about HDF5 to get started. In addition to the easy-to-use high level interface, h5py rests on a object-oriented Cython wrapping of the HDF5 C API. Almost anything you can do from C in HDF5, you can do from h5py. Best of all, the files you create are in a widely-used standard binary format, which you can exchange with other people, including those who use programs like IDL and MATLAB. This version was built without support for the parallel I/O features introduced in version 2.2.0. For more information please visit http://www.h5py.org. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, 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.
Updated: libvorbis-1.3.4-1
A new version of the libvorbis, libvorbis-devel, libvorbis0, libvorbisenc2, and libvorbisfile3 packages are now available for download. DESCRIPTION: Vorbis is a general purpose audio and music encoding format contemporary to MPEG-4's AAC and TwinVQ, the next generation beyond MPEG audio layer 3. Unlike the MPEG sponsored formats (and other proprietary formats such as RealAudio G2 and Windows' flavor of the month), the Vorbis CODEC specification belongs to the public domain. All the technical details are published and documented, and any software entity may make full use of the format without license fee, royalty or patent concerns. This package contains: * libvorbis, a BSD-style license software implementation of the Vorbis specification by the Xiph.Org Foundation (http://www.xiph.org/) * libvorbisfile, a BSD-style license convenience library built on Vorbis designed to simplify common uses * libvorbisenc, a BSD-style license library that provides a simple, programmatic encoding setup interface QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- David Rothenberger daver...@acm.org
