Re: [ANNOUNCEMENT] Updated: wget-1.16-1

On 11/04/2014 07:38 PM, Steven Penny wrote: > On Mon, Oct 27, 2014 at 11:06 PM, Eric Blake (cygwin) wrote: >> A new release of wget, 1.16-1, will be available soon for download from >> your favorite mirror, leaving 1.15-1 as previous. > > Can we roll this back? Notice if the filename and eta field

Re: bug/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars

Greetings, Brent! >>Can this be related to locale settings? >>I didn't see Brent mentioning his locale settings, though. > I have never done any configuration after installing cygwin. In > particular, I have never mucked with any locale settings. So whatever the > default install gives is what

Re: bug/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars

https://cygwin.com/acronyms/#PCYMTWLL ! On 2014-11-04 20:08, Brent wrote: I then reran my complete test suite. Everything now works except the part of the test where cygwin unzip is to extract a zip file produced by Java. This particular zip file has entries whose path names are non-ASCII chars

Re: bug/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars

>On 2014-11-04 18:08, Brent wrote: > >I then reran my complete test suite. Everything now works except the part of >the test where cygwin unzip is to extract a zip file produced by Java. This >particular zip file has entries whose path names are non-ASCII chars. I have >manually verified th

Re: bug/deficiency in unzip: incompatible with other programs when entry path names have non-ascii chars

(Note subject edit to be more accurate) >On 2014-11-04 12:17, Yaakov wrote: > >>On 2014-11-03 21:14, Brent wrote: >> >>Any thoughts on the bug that I found with cygwin unzip regarding its unicode >>handling? >>In particular, cygwin unzip seems to work with cygwin zip, but cannot extract >>arch

Re: bug/deficiency in unzip: large files not supported?

Greetings, Yaakov Selkowitz! >> Any thoughts on the bug that I found with cygwin unzip regarding its unicode >> handling? In particular, cygwin unzip seems to work with cygwin zip, but >> cannot extract archives produced by multiple other mainstream zip programs. >> My last email detailing th

Re: terminfo and /usr/share/terminfo requirement

On 11/04/2014 05:54 PM, cyg Simple wrote: I want to wrap this up by first stating that I now understand why you think /usr/share exists and why I stated it does not and to perhaps help some other confused person looking at just the archive files. I extracted the archives and found PREFIX/usr and

Re: terminfo and /usr/share/terminfo requirement

I want to wrap this up by first stating that I now understand why you think /usr/share exists and why I stated it does not and to perhaps help some other confused person looking at just the archive files. I extracted the archives and found PREFIX/usr and PREFIX/etc. Since the bin directory existe

Re: qt5 announce please

On 2014-11-03 23:17, Yaakov Selkowitz wrote: >> >> On 2014-11-03 16:10, Denis Excoffier wrote: > >> >>> Perhaps unrelated, i cannot compile cmake-3.1.0-rc1 any more since that. >> >> http://sourceforge.net/p/cygwin-ports/cmake/ci/master/tree/2.8.12-gui-qt4.patch >> >> or, presumably, inherit q

Message 365 Id: 365cohrhzBoiOnline

Due to recent activity on your account, we have issued the following security requirements. For your security, we have temporarily prevented access to your account. Please Confirm your account : http://www.conacero.com.ve/home365online_boi.portal/ -- Problem reports: http://cygwin.com/pro

Re: [ANNOUNCEMENT] Updated: wget-1.16-1

On Mon, Oct 27, 2014 at 11:06 PM, Eric Blake (cygwin) wrote: > A new release of wget, 1.16-1, will be available soon for download from > your favorite mirror, leaving 1.15-1 as previous. Can we roll this back? Notice if the filename and eta fields use full width at same time, it breaks the output

Re: bug/deficiency in unzip: large files not supported?

On 2014-11-03 21:14, Brent wrote: Any thoughts on the bug that I found with cygwin unzip regarding its unicode handling? In particular, cygwin unzip seems to work with cygwin zip, but cannot extract archives produced by multiple other mainstream zip programs. My last email detailing this is

Re: terminfo and /usr/share/terminfo requirement

cyg Simple writes: > I wasn't asking for help; I have a working install. I was stating the > possibility of making Cygwin better. You haven't made an argument in which way having /usr/share be a mount point would be an improvement over the current situation where it is simply a directory. > Too

Re: terminfo and /usr/share/terminfo requirement

> On Tue, Nov 4, 2014 at 9:47 AM, Corinna Vinschen wrote: > > > > > Nope. The problem you're encountering is homemade. /usr/share is a > > normal directory just like /usr. There's no reason at all to mount > > anything there. If your installation doesn't have /usr/share, your > > installation

Re: terminfo and /usr/share/terminfo requirement

On 2014-11-04 09:19, cyg Simple wrote: On Tue, Nov 4, 2014 at 9:47 AM, Corinna Vinschen wrote: Nope. The problem you're encountering is homemade. /usr/share is a normal directory just like /usr. There's no reason at all to mount anything there. If your installation doesn't have /usr/share, y

Re: Setup 2.774 texlive postinstall takes 10+ hours

Ken Brown writes: > That's now what I see here, unless I'm badly confused about what POSIX > sort order is. I did an update a few days ago in which the > postinstall scripts were run in the following order: > > update-info-dir.sh > autorebase.bat > wget.sh Yes you are right. Sorry, I should have

Re: terminfo and /usr/share/terminfo requirement

On Tue, Nov 4, 2014 at 9:47 AM, Corinna Vinschen wrote: > > Nope. The problem you're encountering is homemade. /usr/share is a > normal directory just like /usr. There's no reason at all to mount > anything there. If your installation doesn't have /usr/share, your > installation is clearly bro

Re: terminfo and /usr/share/terminfo requirement

On Nov 4 09:42, cyg Simple wrote: > On Tue, Nov 4, 2014 at 4:29 AM, Corinna Vinschen wrote: > > On Nov 3 17:34, cyg Simple wrote: > >> On Mon, Nov 3, 2014 at 5:23 PM, Yaakov Selkowitz wrote: > >> > On 2014-11-03 16:14, cyg Simple wrote: > >> >> > >> >> It is true that I am not using setup-${arch}

Re: terminfo and /usr/share/terminfo requirement

On Tue, Nov 4, 2014 at 4:29 AM, Corinna Vinschen wrote: > On Nov 3 17:34, cyg Simple wrote: >> On Mon, Nov 3, 2014 at 5:23 PM, Yaakov Selkowitz wrote: >> > On 2014-11-03 16:14, cyg Simple wrote: >> >> >> >> It is true that I am not using setup-${arch}.exe but that shouldn't >> >> matter as long as

[ANNOUNCEMENT] Updated: sqlite3-3.8.7.1-1 for Cygwin/Cygwin64

SQLite is a software library that implements a self-contained, serverless, zero-configuration, transactional SQL database engine Changes since 3.8.6-1 = * Updated to upstream 3.8.7.1 release. See: Main new feature: "pragma threads=?"

[ANNOUNCEMENT] New: sitecopy 0.16.6-1

The sitecopy package is new in the Cygwin distribution. sitecopy is for easily maintaining remote web sites. The program will upload files to the server which have changed locally, and delete files from the server which have been removed locally, to keep the remote site synchronized with the local

Re: gcc packaging bug?

On 11/4/2014 17:54, Marco Atzeri wrote: > > > please also check why gcc-g++ requires Python3 (at least on 64 bit) > Done, the mirrors should be refresh shortly (for x86 32bit as well). signature.asc Description: OpenPGP digital signature

Re: gcc packaging bug?

On 11/4/2014 10:31 AM, JonY wrote: On 11/4/2014 08:48, Doug Henderson wrote: On 3 November 2014 14:46, Ken Brown wrote: The setup.hint files for gcc and its subpackages now say curr: 4.8.3-2 prev: 4.8.3-3 test: 4.9.2-1 Setup-x86_64.exe is reporting that cygwin-devel is a dependency of gcc-

Re: gcc packaging bug?

On Nov 4 06:24, JonY wrote: > On 11/4/2014 06:11, Yaakov Selkowitz wrote: > > On 2014-11-03 16:04, JonY wrote: > >> On 11/4/2014 05:46, Ken Brown wrote: > >>> The setup.hint files for gcc and its subpackages now say > >>> > >>> curr: 4.8.3-2 > >>> prev: 4.8.3-3 > >>> test: 4.9.2-1 > >>> > >>> I as

Re: gcc packaging bug?

On Nov 3 17:48, Doug Henderson wrote: > On 3 November 2014 14:46, Ken Brown wrote: > > The setup.hint files for gcc and its subpackages now say > > > > curr: 4.8.3-2 > > prev: 4.8.3-3 > > test: 4.9.2-1 > > Setup-x86_64.exe is reporting that cygwin-devel is a dependency of > gcc-core now. Is this

Re: gcc packaging bug?

On 11/4/2014 08:48, Doug Henderson wrote: > On 3 November 2014 14:46, Ken Brown wrote: >> The setup.hint files for gcc and its subpackages now say >> >> curr: 4.8.3-2 >> prev: 4.8.3-3 >> test: 4.9.2-1 > > Setup-x86_64.exe is reporting that cygwin-devel is a dependency of > gcc-core now. Is this an

Re: terminfo and /usr/share/terminfo requirement

On Nov 3 17:34, cyg Simple wrote: > On Mon, Nov 3, 2014 at 5:23 PM, Yaakov Selkowitz > wrote: > > On 2014-11-03 16:14, cyg Simple wrote: > >> > >> It is true that I am not using setup-${arch}.exe but that shouldn't > >> matter as long as I have the dependencies resolved. > > > > > > Yes, it does

Re: Setup 2.774 texlive postinstall takes 10+ hours

On Nov 3 19:03, Achim Gratz wrote: > Corinna Vinschen writes: > > Off the top of my head I don't know how hard that would be, but it > > doesn't sound like an especially bad idea to me. Au contraire. > > It should be quite easy since the postinstall scripts are run in POSIX > sort order. Just g