On 2014-11-03 15:19:05-0600, Yaakov Selkowitz wrote:
>On 2014-10-30 19:01, Brent wrote:
>>I have encountered an inconsistency between cygwin's zip and unzip programs
>>that I think reflects a bug (or incomplete implementation) in unzip.
>>The issue: zip can successfully archive large (> 4 GiB)
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 intentional change?
Doug
--
Doug Henderson, Calgary
Please change the html code for the notes at
https://cygwin.com/lists.html#notes from to on the hope visitors will pay (more) attention to them.
Also, may I suggest that we add a note to emphasize that a default
recipient list in reply-to the list should be modified, if necessary,
to include the
On 2014-10-30 19:01, Brent wrote:
I have encountered an inconsistency between cygwin's zip and unzip programs
that I think reflects a bug (or incomplete implementation) in unzip.
The issue: zip can successfully archive large (> 4 GiB) files that unzip cannot
extract.
Could you please try aga
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 matter; Cygwin setup is the only supported method of
On 2014-11-03 23:17, Yaakov Selkowitz wrote:
>
> On 2014-11-03 16:10, Denis Excoffier wrote:
>> Could somebody please tell us a little bit more about the new qt5-related
>> packages that we received recently (at least for x86)?
>
> https://cygwin.com/ml/cygwin-xfree-announce/2014-10/msg9.htm
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 assume this is a typo; it causes everyone who is no
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 matter; Cygwin setup is the only supported method of
creating and managing a Cygwin installation. Please try again from
On 2014-11-03 16:10, Denis Excoffier wrote:
Could somebody please tell us a little bit more about the new qt5-related
packages that we received recently (at least for x86)?
https://cygwin.com/ml/cygwin-xfree-announce/2014-10/msg9.html
Perhaps unrelated, i cannot compile cmake-3.1.0-rc1 a
On Fri, Oct 31, 2014 at 5:10 PM, Corinna Vinschen wrote:
>
> There's no /share directory in a standard Cygwin installation. /usr is
> a real dir within your Cygwin installation dir. It doesn't have to be
> mounted, nor does /usr/share, which is also created by setup-${arch}.exe
> by default.
>
gcc-4.9.2-1 has been uploaded for 32bit and 64bit Cygwin. This version
is set to test.
Note that any C++ code built with this version WILL NOT RUN on earlier
versions of Cygwin (1.7.32-1).
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce
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 assume this is a typo; it causes everyone who is not installing the
test release to get downgraded from 4.8.3-3 to 4.8.3-2.
On 11/4/2014 06: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 assume this is a typo; it causes everyone who is not installing the
>> test release to get downgraded from
Hello,
Could somebody please tell us a little bit more about the new qt5-related
packages that we received recently (at least for x86)?
Perhaps unrelated, i cannot compile cmake-3.1.0-rc1 any more since that.
Thanks in advance.
Denis Excoffier.
--
Problem reports: http://cygwin.com/probl
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 assume this is a typo; it causes everyone who is not installing the
> test release to get downgraded from 4.8.3-3 to 4.8.3-2.
No, this is delibe
On 11/3/2014 1:03 PM, 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.
That's now
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 assume this is a typo; it causes everyone who is not installing the test
release to get downgraded from 4.8.3-3 to 4.8.3-2.
Ken
--
Problem reports: http://cygwin.com/problems.html
FAQ:
The following package has been updated in the Cygwin distribution:
* unzip-6.0-11
UnZip is an extraction utility for archives compressed in .zip format.
Although highly compatible both with PKWARE's PKZIP and PKUNZIP
utilities for MS-DOS and with Info-ZIP's own Zip program, the primary
object
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 give the script a name like 1_autorebase.bat
>> > Doesn't make much sense. Generating them via "db" is incredibly fast.
>> > There is also one person on the list (sorry, don't remember your name)
>>
>> Me, perhaps? (Henri) ... https://cygwin.com/ml/cygwin/2014-10/msg00491.html
>
> It might have been you, but it's not that thread. I'm referr
On Nov 3 16:09, Houder wrote:
> > On Nov 1 17:58, Christian Franke wrote:
> >> Corinna Vinschen wrote:
> >> >I just released a 4th TEST version of the next upcoming Cygwin release,
> >> >1.7.33-0.4.
> >>
> >> There is an older regression in mkgroup.
> >> A separator without a preceding domain nam
On Nov 3 15:52, Corinna Vinschen wrote:
> On Nov 3 07:43, Ken Brown wrote:
> > On 11/3/2014 5:25 AM, Corinna Vinschen wrote:
> > >On Nov 2 13:02, Ken Brown wrote:
> > >>On 10/24/2014 3:11 AM, Don MacDougall wrote:
> > >>>Can't fork, trying again in 5 seconds at /usr/bin/updmap line 59.
> > >>>
> On Nov 1 17:58, Christian Franke wrote:
>> Corinna Vinschen wrote:
>> >I just released a 4th TEST version of the next upcoming Cygwin release,
>> >1.7.33-0.4.
>>
>> There is an older regression in mkgroup.
>> A separator without a preceding domain name is printed for the builtin
>> groups:
>>
>>
On Nov 1 18:40, Corinna Vinschen wrote:
> On Nov 1 17:58, Christian Franke wrote:
> > Corinna Vinschen wrote:
> > >I just released a 4th TEST version of the next upcoming Cygwin release,
> > >1.7.33-0.4.
> >
> > There is an older regression in mkgroup.
> > A separator without a preceding domain
On Nov 3 07:43, Ken Brown wrote:
> On 11/3/2014 5:25 AM, Corinna Vinschen wrote:
> >On Nov 2 13:02, Ken Brown wrote:
> >>On 10/30/2014 6:27 PM, Don MacDougall wrote:
> >>>So, why the
> >>>postinst scripts failed to run before, now becomes an academic matter for
> >>>me.
> >>
> >>Nevertheless, let
On 11/3/2014 5:25 AM, Corinna Vinschen wrote:
On Nov 2 13:02, Ken Brown wrote:
On 10/30/2014 6:27 PM, Don MacDougall wrote:
So, why the
postinst scripts failed to run before, now becomes an academic matter for
me.
Nevertheless, let me point out for the sake of the archives that the answer
wa
On Nov 2 13:02, Ken Brown wrote:
> On 10/30/2014 6:27 PM, Don MacDougall wrote:
> >So, why the
> >postinst scripts failed to run before, now becomes an academic matter for
> >me.
>
> Nevertheless, let me point out for the sake of the archives that the answer
> was contained in one of your earlier
On Nov 2 09:33, Jari Aalto wrote:
> 2014-11-01 21:16 Corinna Vinschen :
> |
> | > > indent
> | >
> | > Not sure this is needed either.
> |
> | Removed on sourceware.
> |
> | Jari, can you please keep track of this change?
>
> Uploaded new x64 *-2 without texinfo dependency.
Thanks
28 matches
Mail list logo