---
winsup/doc/new-features.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/winsup/doc/new-features.xml b/winsup/doc/new-features.xml
index e05ffe38e..4fdfafc24 100644
--- a/winsup/doc/new-features.xml
+++ b/winsup/doc/new-features.xml
@@ -4,7 +4,7 @@
What's new and
On 02.12.2021 21:45, Achim Gratz wrote:
Marco Atzeri writes:
are you taking also over the current packages ?
I don't see them getting updated, but if you feel better about it then
let me have them.
Just to patch "cygwin-pkg-maint" only one time ;-)
I should als get autoconf and
Marco Atzeri writes:
> are you taking also over the current packages ?
I don't see them getting updated, but if you feel better about it then
let me have them.
> Just to patch "cygwin-pkg-maint" only one time ;-)
I should als get autoconf and autoconf-archive I think, I haven't looked
at the
On 12/2/2021 2:51 PM, Achim Gratz wrote:
As discussed in another thread, Cygwin should have an autoconf2.7
package going forward. It builds just out of the box, so here's the ITP
for it.
Playground (based on autotools2.5, I'll cut the old history in the new repo):
On 02.12.2021 20:51, Achim Gratz wrote:
As discussed in another thread, Cygwin should have an autoconf2.7
package going forward. It builds just out of the box, so here's the ITP
for it.
are you taking also over the current packages ?
Just to patch "cygwin-pkg-maint" only one time ;-)
As discussed in another thread, Cygwin should have an autoconf2.7
package going forward. It builds just out of the box, so here's the ITP
for it.
Playground (based on autotools2.5, I'll cut the old history in the new repo):
Achim Gratz writes:
> In light of the fact that 2.71 again is not backwards compatible, that
> patch needs to be somewhat more extensive and include different
> WANT_AUTOCONF settings.
Something like this, which keeps the default autoconf version at 2.69
for the moment (and is untested right
Ken Brown via Cygwin-apps writes:
> On 12/2/2021 5:15 AM, Jan Nijtmans via Cygwin-apps wrote:
>> Somewhere in cygport, a check is done for the autoconf version, please
>> change this check to allow autoconf 2.71 (as well as 2.59 and 2.69).
>> Then I can put back the "cygautoreconf" line in
On 12/2/2021 8:32 AM, Corinna Vinschen via Cygwin-apps wrote:
On Dec 2 14:18, ASSI wrote:
As I said, I haven't looked at it in any detail, but it seems that
autoconf is already multi-version, so I guess it would be possible to
introduce an autoconf2.7 package in addition to the existing two.
On Dec 2 14:18, ASSI wrote:
> Jan Nijtmans via Cygwin-apps writes:
> > My 2c : Cygwin should - at least - allow people to install autoconf-2.71
> > and - as long as the packages are prepared for it - things shouldn't break.
>
> As I said, I haven't looked at it in any detail, but it seems that
>
On 12/2/2021 5:15 AM, Jan Nijtmans via Cygwin-apps wrote:
Somewhere in cygport, a check is done for the autoconf version, please
change this check to allow autoconf 2.71 (as well as 2.59 and 2.69).
Then I can put back the "cygautoreconf" line in tcl.cygport.
You can do this locally until
Jan Nijtmans via Cygwin-apps writes:
> My 2c : Cygwin should - at least - allow people to install autoconf-2.71
> and - as long as the packages are prepared for it - things shouldn't break.
As I said, I haven't looked at it in any detail, but it seems that
autoconf is already multi-version, so I
Op do 2 dec. 2021 om 11:41 schreef Corinna Vinschen via Cygwin-apps:
> Nope, I didn't. Make that:
>
> On Dec 2 08:23, ASSI wrote:
Indeed, sorry!. I stripped a little bit too much from the message ...
Regards,
Jan Nijtmans
On Nov 30 19:04, Oskar Skog wrote:
> vboxsharedfs file systems no longer work. Any attempt to access will
> result in "too many levels of symbolic links".
>
> This only affects the VirtualBox shared folder, the Samba share works
> just fine.
>
> Last time I updated (before today) was sometime
On Dec 2 11:15, Jan Nijtmans via Cygwin-apps wrote:
> Op do 2 dec. 2021 om 10:22 schreef Corinna Vinschen via Cygwin-apps:
Nope, I didn't. Make that:
On Dec 2 08:23, ASSI wrote:
> > > Most distros still package 2.69 or even earlier and that includes some
> > > substantial rolling release
Op do 2 dec. 2021 om 10:22 schreef Corinna Vinschen via Cygwin-apps:
> > Most distros still package 2.69 or even earlier and that includes some
> > substantial rolling release distros. As long as these guys don't use
> > the newer version it seems unlikely that we would actually need it, plus
> >
On Dec 2 08:23, ASSI wrote:
> Brian Inglis writes:
> >> How likely is it that they actually rely on that version already?
> >
> > Somewhat likely for some GNU packages and gnulib macros that specify
> > version prereqs: AC_PREREQ is used in 80 packages I have sources for.
>
> Most distros still
- Currently, some OSC escape sequences, such as 'OSC 110 BEL', are
not handled correctly. This patch fixes the issue.
---
winsup/cygwin/fhandler_console.cc | 31 ---
1 file changed, 24 insertions(+), 7 deletions(-)
diff --git a/winsup/cygwin/fhandler_console.cc
18 matches
Mail list logo