On Mar 28 02:25, Brian Inglis via Cygwin-apps wrote:
> I have released and announced a test package of tzdata 2024a-2 split into
> three install packages: base tzdata, optional tzdata-right, and redundant
> tzdata-posix, each containing all the legacy zones so that tzset continues
> to work as
On Mar 23 10:38, Brian Inglis via Cygwin-apps wrote:
> It looks to me that tzset.c prioritizes the Windows label over the country,
> and it may be a better match prioritizing the country over the label, if the
> country is not 001/"", nor ZZ, which are the generic entries.
The Windows timezone is
On Mar 22 10:02, Brian Inglis via Cygwin-apps wrote:
> On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote:
> > We're generating the conversion from Windows to POSIX timezone via
> > the conversion table from unicode.org:
> >
> > https://cygwin.com/cgit/newl
On Mar 20 14:59, Brian Inglis via Cygwin-apps wrote:
> On 2024-03-19 02:19, brian.ing...@systematicsw.ab.ca wrote:
> > On 2024-03-18 21:12, Matt Johnson-Pint via tz wrote:
> > > I just learned that Ubuntu Noble (24.04) decided to intentionally
> > > split the tzdata package. Old-style links such
On Mar 14 16:07, Jon Turney via Cygwin-apps wrote:
> On 14/03/2024 15:39, Mark Geisert via Cygwin-apps wrote:
> > On 3/14/2024 2:42 AM, Jon Turney via Cygwin-apps wrote:
> > > On 14/03/2024 05:45, Mark Geisert via Cygwin-apps wrote:
> > > > Hi folks,
> > > > I'm getting the error:
> > > >
> > > >
On Feb 8 16:07, Jon Turney via Cygwin-apps wrote:
> On 07/02/2024 10:46, Corinna Vinschen via Cygwin-apps wrote:
> > Also fix ambiguous method declaration by dropping a default parameter.
> > ---
> > Hi Jon,
> >
> > I'm not sure removing virtual from all Create
Also fix ambiguous method declaration by dropping a default parameter.
---
Hi Jon,
I'm not sure removing virtual from all Create methods really fits the
bill in all cases, are you?
I had a go at fixing this while keeping the virtuality of the methods
intact. While at it it also occured to me
Hi guys,
is anybody of you maintaining a package (or is aware of any package in
the Cygwin distro) which is using the cygwin_internal(CW_CMDLINE) call?
If not, I will redefine the usage of this call in Cygwin 3.6.
The reason is that it's practically unusable, unless the caller only
fetches the
On Jan 27 10:27, Marco Atzeri via Cygwin-apps wrote:
> On 29/11/2023 15:08, Corinna Vinschen via Cygwin-announce wrote:
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * cygwin-3.4.10-1
> > * cygwin-devel-3.4.10-1
> > * cygwin-d
On Jan 7 16:12, Jon Turney via Cygwin-apps wrote:
> This is an experimental facility, currently only available for packages
> deployed from the build service [1] (that is, not for self-built packages
> uploaded with 'cygport up' via sftp)
>
> When the token "announce" is present for a build job
On Sep 1 03:28, Mark Geisert via Cygwin-apps wrote:
> Hi Corinna,
>
> Corinna Vinschen via Cygwin-apps wrote:
> > On Aug 30 20:10, Corinna Vinschen via Cygwin-apps wrote:
> > > On Aug 30 12:04, Brian Inglis via Cygwin-apps wrote:
> > > > On 2023-08-30 06:
On Aug 30 20:10, Corinna Vinschen via Cygwin-apps wrote:
> On Aug 30 12:04, Brian Inglis via Cygwin-apps wrote:
> > On 2023-08-30 06:17, Corinna Vinschen via Cygwin-apps wrote:
> > > On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote:
> > > > On Aug 30 11:34, Co
On Aug 30 12:04, Brian Inglis via Cygwin-apps wrote:
> On 2023-08-30 06:17, Corinna Vinschen via Cygwin-apps wrote:
> > On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote:
> > > On Aug 30 11:34, Corinna Vinschen via Cygwin-apps wrote:
> > > > #define CPU_ZE
On Aug 30 11:57, Corinna Vinschen via Cygwin-apps wrote:
> On Aug 30 11:34, Corinna Vinschen via Cygwin-apps wrote:
> > #define CPU_ZERO_S(siz, set) __cpuset_zero_s (siz, set)
> > -static __inline void
> > -__cpuset_zero_s (size_t siz, cpu_set_t *set)
> > -{
> &
On Aug 30 11:34, Corinna Vinschen via Cygwin-apps wrote:
> #define CPU_ZERO_S(siz, set) __cpuset_zero_s (siz, set)
> -static __inline void
> -__cpuset_zero_s (size_t siz, cpu_set_t *set)
> -{
> - (void) memset (set, 0, siz);
> -}
> +void __cpuset_zero
Hi Mark,
On Aug 30 00:29, Mark Geisert via Cygwin-apps wrote:
> [redirected from the main Cygwin ML]
> Corinna Vinschen via Cygwin wrote:
> > This is not what I meant. A simple reproducer is ideally a piece of
> > C code which shows ;the problem with a minimum of code. In thi
On Aug 15 11:29, Christian Franke via Cygwin-apps wrote:
> Corinna Vinschen wrote:
> > On Aug 12 14:26, Christian Franke via Cygwin-apps wrote:
> > > This patch is still experimental, but tested with all /bin/cyg*.dll from
> > > my
> > > installation.
On Aug 12 14:26, Christian Franke via Cygwin-apps wrote:
> This patch is still experimental, but tested with all /bin/cyg*.dll from my
> installation.
Does that mean I shouldn't apply it for now, or do you want me to
apply it but not create a new release yet?
Thanks,
Corinna
>
> --
>
On Aug 8 17:02, Jon Turney via Cygwin-apps wrote:
> On 07/08/2023 09:55, Corinna Vinschen wrote:
> > On Aug 4 13:47, Jon Turney wrote:
> > > This gets us down to no permanent failures in the testsuite in CI.
>
> There is an intermittent failure in kill01, which I need
On Aug 8 12:10, Christian Franke via Cygwin-apps wrote:
> Last patch for now.
>
> Left for later: ReBaseImage64() unconditionally updates the timestamp in the
> file header.
>
> --
> Regards,
> Christian
>
> From 3973a92cf11056521552d9d3f87efe8e721e8c31 Mon Sep 17 00:00:00 2001
> From:
On Aug 8 10:54, Christian Franke via Cygwin-apps wrote:
> Missed yesterday, sorry.
>
> --
> Regards,
> Christian
>
> From 84065da466d9501d0522af8860ea829ee51c12f5 Mon Sep 17 00:00:00 2001
> From: Christian Franke
> Date: Tue, 8 Aug 2023 10:52:14 +0200
> Subject: [PATCH] Add missing
On Aug 8 10:40, Christian Franke via Cygwin-apps wrote:
> Corinna Vinschen wrote:
> > On Aug 8 10:06, Christian Franke via Cygwin-apps wrote:
> > > Corinna Vinschen via Cygwin-apps wrote:
> > > > Hi Christian,
> > > >
> > > > O
On Aug 8 10:06, Christian Franke via Cygwin-apps wrote:
> Corinna Vinschen via Cygwin-apps wrote:
> > Hi Christian,
> >
> > On Aug 7 16:07, Christian Franke via Cygwin-apps wrote:
> > > Minor issue found during tests of the upcoming 'pef
On Aug 7 16:26, Christian Franke via Cygwin-apps wrote:
> This patch is on top of the --timestamp patch. Could not be applied to
> current HEAD without conflicts.
>
> --
> Regards,
> Christian
>
> From 9ecaf86bff5d229bf5b2a1ba1ff4674526fc1b68 Mon Sep 17 00:00:00 2001
> From: Christian Franke
On Aug 7 16:16, Christian Franke via Cygwin-apps wrote:
> Running 'peflags -p /bin/*.exe' with the patch applied suggests that
> objcopy/strip recently changed behavior and no longer set timestamps to 0.
>
> Related: https://sourceware.org/bugzilla/show_bug.cgi?id=30702
>
> --
> Regards,
>
Hi Christian,
On Aug 7 16:07, Christian Franke via Cygwin-apps wrote:
> Minor issue found during tests of the upcoming 'peflags --timestamp' patch.
>
> --
> Regards,
> Christian
>
> From 9da405da78e92dc8263239e25365bee3167f185e Mon Sep 17 00:00:00 2001
> From: Christian Franke
> Date: Mon,
On Jun 18 12:06, Jon Turney via Cygwin-apps wrote:
> On 16/06/2023 10:47, Corinna Vinschen via Cygwin-apps wrote:
> > On Jun 11 19:01, Jon Turney via Cygwin-apps wrote:
> > >
> > > I've deployed an update to calm which makes a few small improvements to
> >
On Jun 11 19:01, Jon Turney via Cygwin-apps wrote:
>
> I've deployed an update to calm which makes a few small improvements to the
> way cygwin-pkg-maint is handled:
>
> * Lines starting with a '#' are now ignored as a comment
>
> * There's now a simple facility for grouping packages:
>
>
On May 13 12:18, Marco Atzeri via Cygwin-apps wrote:
> On 11.05.2023 15:57, Andrew Schulman via Cygwin-apps wrote:
> > > Entrusted with these strange superpowers, the following god-like beings
> > > walk unknown amongst us:
> > >
> > > Achim Gratz
Hi Jon,
On Apr 23 15:43, Jon Turney via Cygwin-apps wrote:
> This is a woefully underoptimized implementation of detecting filename
> collisions between packages, so it's hidden behind the command line option
> '--collisions' to enable it.
>
> A good implementation probably (i) collects the
Hi Christoph,
On Apr 17 20:40, Christoph Reiter via Cygwin-apps wrote:
> This allows for setting, clearing, and displaying the value of the
> "control flow guard" dll characteristics flag.
>
> The flag for MSVC is called "/guard:cf" and the macro ends with "GUARD_CF".
> To keep things
Hi Christoph,
your patch looks good and I'm happy to merge it into peflags, but...
On Apr 17 09:48, Christoph Reiter via Cygwin-apps wrote:
> Jeremy noted that an option already exists in genpeimage [0] but with
> a different name, which I wasn't aware of: -c/control-flow-guard,
> instead of
On Apr 11 09:21, Andrew Schulman via Cygwin-apps wrote:
> I'm trying to rebuild pinfo 0.6.13. That's the current version in Cygwin, so I
> know I was able to build it successfully a couple of years ago. But now when I
> try, the build fails with
>
> error: possibly undefined macro:
On Mar 20 23:17, Jon Turney via Cygwin-apps wrote:
> On 20/03/2023 22:17, Ken Brown via Cygwin-apps wrote:
> > It looks like my plan for having scallywag deploy all the TeX Live
> > packages won't work (see below). calm would have to be more permissive
> > and allow deploying a package that
On Mar 17 10:03, Corinna Vinschen via Cygwin-apps wrote:
> On Mar 16 18:50, Brian Inglis via Cygwin-apps wrote:
> > On 2023-03-16 10:50, Brian Inglis via Cygwin-apps wrote:
> > > On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote:
> > > > Hi Brian,
>
On Mar 16 18:50, Brian Inglis via Cygwin-apps wrote:
> On 2023-03-16 10:50, Brian Inglis via Cygwin-apps wrote:
> > On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote:
> > > Hi Brian,
> > >
> > > there's a problem with the grep package. It uses the in
On Mar 16 20:31, Corinna Vinschen via Cygwin-apps wrote:
> Please note that, right now, collating symbols and equivalence classes
> *only* work in the Cygwin main branch in glob(3) and fnmatch(3), but NOT
> YET in regex(3). That's what I'm planning to add in the next couple of
> week
On Mar 16 10:50, Brian Inglis via Cygwin-apps wrote:
> On 2023-03-16 06:08, Corinna Vinschen via Cygwin-apps wrote:
> > Hi Brian,
> >
> > there's a problem with the grep package. It uses the internally
> > provided GNULIB regex library.
> >
> > Unfortun
Hi Brian,
there's a problem with the grep package. It uses the internally
provided GNULIB regex library.
Unfortunately, that's the default if the system doesn't provide a more
recent GLibc. Which we'll never do. The problem is this: Native
language support in GNULIB's regex is *only*
On Mar 11 11:54, Ken Brown via Cygwin-apps wrote:
> On 3/11/2023 2:18 AM, Marco Atzeri via Cygwin-apps wrote:
> > may I propose another PLUSH HIPPO for Jon Turney for
> > implementating and maintaining scallywag ?
>
> Seconded!
Thirded! :)
Corinna
On Feb 15 00:11, Brian Inglis via Cygwin-apps wrote:
> Hi folks,
>
> Linux man pages 6.03 has been released.
> I realized that some of the man pages are case sensitive e.g. _[Ee]xit.2,
> {NAN,nan}.3, perhaps others.
> I took care of my own system using commands like below, but would appreciate
>
On Dec 3 18:07, Jon Turney via Cygwin-apps wrote:
> On 03/12/2022 16:19, Corinna Vinschen via Cygwin-apps wrote:
> > From: Corinna Vinschen
> >
> > BUILD_REQUIRES is added verbatim to the build-depends: line in
> > the *-src.hint file. If the cygport
From: Corinna Vinschen
BUILD_REQUIRES is added verbatim to the build-depends: line in
the *-src.hint file. If the cygport file defines BUILD_REQUIRES
with newlines, e. g.
BUILD_REQUIRES="
a
b
"
The -src.hint file is broken. Avoid this by filtering out any
newl
From: Corinna Vinschen
Given x86 has been deprecated, we only have a single target for
the time being. Default to this target for now, basically to
safe my lazy ass when building on Linux.
Signed-off-by: Corinna Vinschen
---
NEWS | 3 +++
lib/compilers.cygpart | 2 +-
2
From: Corinna Vinschen
BUILD_REQUIRES is added verbatim to the build-depends: line in
the *-src.hint file. If the cygport file defines BUILD_REQUIRES
with spaces, e. g.
BUILD_REQUIRES="
a
b
"
The -src.hint file is broken. Avoid this by filtering out any
newl
On Nov 21 13:39, ASSI wrote:
> Corinna Vinschen writes:
> > The idea is that the installation tree has POSIXy permissions and
> > administrative users have the right to change stuff. The administrators
> > group is part of the user's token if the process has been started
&g
On Nov 18 12:30, Brian Inglis wrote:
> On Fri, 18 Nov 2022 15:51:34 +, Jon Turney wrote:
> > On 14/11/2022 21:29, Jason Pyeron wrote:
> > > Can I throw resources at a solution? If so what?
>
> > Sure, if that's what you want to do.
> > According surveys, 32-bit Windows has a fraction of 1%
On Nov 20 20:05, Achim Gratz wrote:
> Jon Turney writes:
> > I believe that the intent of the code in setup is that there should
> > only be two modes:
> >
> > USER: install "for me", with the users primary group
>
> As I understand it, the intention here was that the user can have a
> "single
On Nov 13 17:07, Jon Turney wrote:
> On 12/11/2022 16:58, Thomas Wolff wrote:
> > Am 12.11.2022 um 17:08 schrieb Jon Turney:
> > > On 11/11/2022 20:02, Thomas Wolff wrote:
> > > > Am 11.11.2022 um 20:50 schrieb Achim Gratz:
> > > > > Thomas Wolff writes:
> > > > > > > I plan to pause package
On Nov 4 13:07, Brian Inglis wrote:
> On Thu, 03 Nov 2022 19:31:27 +0100, Achim Gratz wrote:
> > Brian Inglis writes:
> > > Suggest that I could come up with a package grep-nowarn which can only
> > > suppress the [ef]grep warnings, where the package would install
> > > [ef]grep-nowarn, and the
On Nov 3 19:31, Achim Gratz wrote:
> Brian Inglis writes:
> > Suggest that I could come up with a package grep-nowarn which can only
> > suppress the [ef]grep warnings, where the package would install
> > [ef]grep-nowarn, and the postinstall script could rename the
> > distributed shell scripts
On Oct 28 08:40, gs-cygwin@gluelogic.com wrote:
> On Fri, Oct 28, 2022 at 12:49:37AM -0600, Brian Inglis wrote:
> > On Thu, 27 Oct 2022 18:25:45 +0200, Corinna Vinschen wrote
> > > On Sep 29 12:55, Brian Inglis wrote:
> > > > > /usr/share/doc/gre
On Oct 28 10:13, Corinna Vinschen wrote:
> On Oct 28 00:49, Brian Inglis wrote:
> > On Thu, 27 Oct 2022 18:25:45 +0200, Corinna Vinschen wrote
> > > On Sep 29 12:55, Brian Inglis wrote:
> > > > > /usr/share/doc/grep/ChangeLog
> > > > > h
On Oct 28 00:49, Brian Inglis wrote:
> On Thu, 27 Oct 2022 18:25:45 +0200, Corinna Vinschen wrote
> > On Sep 29 12:55, Brian Inglis wrote:
> > > > /usr/share/doc/grep/ChangeLog
> > > > https://git.sv.gnu.org/gitweb/?p=grep.git;a=log;h=refs/tags/v3.
Hi Brian,
On Sep 29 12:55, Brian Inglis wrote:
> Hi folks, [Please Reply All as ISP blocking Cygwin lists]
> [...]
> > /usr/share/doc/grep/ChangeLog
> > https://git.sv.gnu.org/gitweb/?p=grep.git;a=log;h=refs/tags/v3.8
> >
> > The change note below states that egrep and fgrep are
On Aug 24 09:28, David Allsopp wrote:
> Corinna Vinschen wrote:
> > On Aug 23 20:00, David Allsopp wrote:
> > > Jon Turney wrote:
> > > > I'm confused here: /usr/lib/ocaml/camlheaderd[di] look like
> > > > executables (according to file etc.)
> > &g
On Aug 23 20:00, David Allsopp wrote:
> Jon Turney wrote:
> > I'm confused here: /usr/lib/ocaml/camlheaderd[di] look like executables
> > (according to file etc.)
> >
> > If they genuinely aren't, then perhaps they shouldn't have execute
> > permission (which is I think what is causing them to be
On Aug 8 21:13, Yasuhiro Kimura wrote:
> From: Corinna Vinschen
> Subject: Re: resolv.conf and gnupg2
> Date: Mon, 8 Aug 2022 09:30:47 +0200
>
> > I can't believe (but may be wrong, of course) that gnupg2 tries to
> > access /etc/resolv.conf by itself. I would
On Aug 8 09:30, Corinna Vinschen wrote:
> On Aug 7 16:34, Marco Atzeri wrote:
> > Hi,
> >
> > currently as default Gnupg 2.x is unable to contact keyservers and recover
> > any key. Gnupg 1.x has not such problem
> >
> > $ /usr/bin/gpg2 --keyserv
On Aug 8 11:15, ASSI wrote:
> Mark Geisert writes:
> > Could Cygwin itself provide a minimal /etc/resolv.conf pointing to
> > public DNS server(s)? Some users might object to Google's public DNS
> > (e.g. 8.8.8.8) though.
>
> No, this would be the job for any software that configures the DNS
>
On Aug 7 16:34, Marco Atzeri wrote:
> Hi,
>
> currently as default Gnupg 2.x is unable to contact keyservers and recover
> any key. Gnupg 1.x has not such problem
>
> $ /usr/bin/gpg2 --keyserver pgp.mit.edu --recv-keys 5981E818 gpg: keyserver
> receive failed: No such file or directory
>
>
Hi Jon,
On Jul 22 15:46, Jon Bailey wrote:
> * README (Background): Link changed from Coral CDN to Wayback Machine
>
> ---
> README | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/README b/README
> index 372de2d..03afdb2 100644
> --- a/README
> +++ b/README
> @@ -77,7
On Jul 21 09:50, Ken Brown wrote:
> On 7/21/2022 5:09 AM, Corinna Vinschen wrote:
> > We're using the "?p=" URLs on the cygin-apps website, too. Maybe it's
> > just me, but to me it looks better if we change this to the 2nd form
> > where possible. What do you th
Hi Ken,
On Jul 20 16:14, Ken Brown wrote:
> Patch attached.
> From bcbc7f9768854a6e6aaf1a450cdaabc61241ea9d Mon Sep 17 00:00:00 2001
> Homepage:
>
>
> The primary rebase web site is:
>
> -
On Jul 19 11:07, Christian Franke wrote:
> Corinna Vinschen wrote:
> > ...
> > Pushed. Do you have a few more changes in the loop? When you're
> > finished, I'll release a new rebase.
>
> The attached 0001-*.patch is the last one in the loop - I guessed. But
&g
On Jul 18 17:09, Christian Franke wrote:
> Revised version which also handles the --oblivious case.
>
> --
> Regards,
> Christian
>
> Reset needs_rebasing flag to avoid that such a DLL is later removed
> from the list due to rebase failure. Add related verbose messages.
Pushed. Do you have
On Jul 16 18:01, Christian Franke wrote:
> The current check for overlapping non-rebaseable DLLs uses a possible
> outdated base address. It also could not detect multiple overlaps by one
> non-rebaseable DLL.
>
> Patch size may be misleading due to indentation change.
Yeah, I diff'ed -b it for
On May 2 23:15, Brian Inglis wrote:
> Hi folks,
>
> Eric Blake no longer seems to have free time available for Cygwin package
> upgrades, so I would like to offer to co-maintain coreutils and provide
> upgrades as they are now five years old.
>
> I would like to provide an upgrade to the final
On Feb 5 08:02, Achim Gratz wrote:
>
> I'm not certain if I ever discussed this before, but the recent tcsh
> update reminded me that I think the defaults should be changed a little
> bit. First off, running the scripts in profile.d should IMHO be done in
> csh.login to ensure it's only done
On Feb 4 00:14, Mark Geisert wrote:
> Brian Inglis wrote:
> > On 2022-02-02 02:44, Corinna Vinschen wrote:
> > > On Feb 1 21:22, Adam Dinwoodie wrote:
> > > > The upstream fzf package moved from Ruby to Go some time ago. I had
> > > > vague but
On Feb 1 21:22, Adam Dinwoodie wrote:
> The upstream fzf package moved from Ruby to Go some time ago. I had
> vague but noble intetions to try to maintain a fork on the basis of the
> last version of the Ruby code, but never managed anything useful. In
> that context, I expect it's time that I
On Feb 1 20:33, Jon Turney wrote:
> On 01/02/2022 19:22, Corinna Vinschen wrote:
> > Hi Jon,
> >
> > On Feb 1 17:25, Jon Turney wrote:
> > > Be more careful not to remove an existing .gnu_debuglink, even if we
> > > think this package has no useful deb
Hi Jon,
On Feb 1 17:25, Jon Turney wrote:
> Be more careful not to remove an existing .gnu_debuglink, even if we
> think this package has no useful debug symbols.
>
> (Some versions of 'llvm-objdump -l' fail to find line number info even
> though it's there. Don't break a package which manages
On Jan 16 17:55, Hamish McIntyre-Bhatty wrote:
> This reminds me: It's probably useful for me to support 32-bit even after
> Cygwin no longer does for my commercial project(s). Which probably means I
> should release said package soon (I couldn't get the rebase to work on
> 32-bit before, will ask
On Jan 14 10:54, Adam Dinwoodie wrote:
> On Fri, 14 Jan 2022 at 09:05, Corinna Vinschen wrote:
> > On Jan 13 15:13, Jon Turney wrote:
> > > Show a MessageBox warning if we are running on a Windows version which
> > > we have deprecated Cygwin support for:
> > >
On Jan 13 15:13, Jon Turney wrote:
> Show a MessageBox warning if we are running on a Windows version which
> we have deprecated Cygwin support for:
>
> - Windows 6.0 (Windows Vista, Windows Server 2008)
> - 32-bit Windows
>
> This warning can be disabled with '--allow-unsupported-windows'.
>
On Dec 8 19:46, Achim Gratz wrote:
> Achim Gratz writes:
> > + case "${WANT_AUTOCONF}" in
> > + 2.5|'')
> > + WANT_AUTOCONF=2.5
> > + case $(autoconf --version 2> /dev/null | head -n 1) in
> > autoconf*2.[56]?) ;;
> >
On Dec 3 14:42, ASSI wrote:
> Corinna Vinschen writes:
> > Since Fedora did basically the same, as Ken pointed out, maybe we're
> > a bit meticulous if we create a new package for 2.7x?
>
> Well, if we don't, we're SOL if we hit an incompatibility that the Linux
> folks
On Dec 3 11:22, ASSI wrote:
> Ken Brown writes:
> > You should probably also adopt and update the autoconf package, which
> > provides the ac-wrapper script. The latest upstream version is at
> >
> >
> >
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 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
> > > substa
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
On Nov 28 10:53, Achim Gratz wrote:
> Achim Gratz writes:
> > These patches work for 32bit also and I believe they are correct, but
> > that build should not be made available due to a bug in libfido2 that
> > crashes when trying to free the memory associated with the WebAuthn
> > payload
On Nov 15 13:31, Jan Nijtmans via Cygwin-apps wrote:
> The following packages have been uploaded to the Cygwin distribution:
>
> * tcl-8.6.12-1
> * tcl-devel-8.6.12-1
> * tcl-tk-8.6.12-1
> * tcl-tk-devel-8.6.12-1
> * tcl-itcl-4.2.2-1
> * tcl-itcl-devel-4.2.2-1
> * tcl-itk-4.2.2-1
> *
On Nov 6 20:59, Achim Gratz wrote:
> Corinna Vinschen via Cygwin-apps writes:
> > That started with OpenSSL 0.9.5 I think, I'm not sure anymore. You
> > should be able to do this in a single step, as long as you craft the
> > dependencies so that an update of the
On Nov 6 16:58, Achim Gratz wrote:
> Achim Gratz writes:
> > I have updated the recently released Cygwin packages with all upstream
> > patches from Fedora plus the patches for all CVE affecting version 1.0.2
> > since the last official version and changed the cygport files so they
> > build on
On Aug 16 14:13, Thomas Wolff wrote:
> github have changed their authentication policy not to allow passwords
> anymore.
> So they are asking maintainers to acquire another kind of password (a
> "token"), which I did a while ago.
> But they refuse to support users with the transition, there is no
On Aug 10 18:02, Jon Turney wrote:
> I'm not sure if SeCreateSymbolicLink privilege can get removed by UAC
> filtering, but to make sure to enable it, if we can.
I'm not sure this is required. This is one of the privileges which is
enabled automatically on usage if it's present in the token and
On May 13 16:42, Christian Franke wrote:
> Corinna Vinschen via Cygwin-apps wrote:
> > When running a shell script, certain executables (especially coreutils,
> > gawk, sed, grep, find) are not so very infrequently accessed. Is this
> > compression really feasible for the
On May 12 16:14, Jon Turney wrote:
> On 08/05/2021 21:03, Christian Franke wrote:
> [...]
> > +bool io_stream_cygfile::compact_os_is_available = (OSMajorVersion () >=
> > 10);
>
> The documentation seems a bit vague, but are we really expecting this to
> work on Windows 10 1507?
I think this
On Mar 9 10:35, Brian Inglis wrote:
> On 2021-03-09 08:36, Corinna Vinschen via Cygwin-apps wrote:
> > On Mar 9 07:41, Brian Inglis wrote:> Michael Kerrisk released the 2017
> update in November, so would you care to > release the update, or
> delegate/share?> Tweaks requ
Hi Brian,
On Mar 9 07:44, Brian Inglis wrote:
> Hi folks,
>
> Michael Kerrisk released Linux man-pages 5.10 update in December.
> Any interest in a man-pages-linux ITP?
> I'll be doing it for my own use anyway, just to save flipping to Linux if
> I'm working in Cygwin or Windows.
Please feel
On Oct 18 09:31, Brian Inglis wrote:
> ...and many more until Windows runs on a POSIX compatible kernel!
>
> Thanks to all the contributors, documentors, testers, and especially users,
> who
> keep us honest, and without which we would have little encouragement to
> continue!
Great talk,
On Aug 24 12:31, Marco Atzeri via Cygwin-apps wrote:
> On 24.08.2020 12:02, Corinna Vinschen via Newlib wrote:
> > On Aug 23 16:49, Brian Inglis wrote:
> > > On 2020-08-23 13:41, Jon Turney wrote:
> > > > On 23/08/2020 16:23, Ken Brown wrote:
> > > >
/sbin/ to /usr/bin/ to better reflect what other distros do, and
> allow
> users to more easily check whether rules have been updated.
ACKing adoption.
Thanks,
Corinna
--
Corinna Vinschen
Cygwin Maintainer
pmconf -> cygportconf?
> inclusion anywhere, but in the spirit of "early and often", it's a
> start.
Great idea!
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
d at rendering it. If anyone has any
> > recommendations, please send to me directly by email.
>
> While I appreciate the thought, please don't trouble yourself over
> this. A nicely polished "gold watch" will do just fine. :-)
Or a Pink plush watch, perhaps?
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
On Apr 1 14:14, Thomas Wolff wrote:
> Am 01.04.2020 um 11:36 schrieb Corinna Vinschen:
> > On Mar 31 18:58, Hamish McIntyre-Bhatty via Cygwin-apps wrote:
> > > On 31/03/2020 17:24, ASSI wrote:
> > > > Hamish McIntyre-Bhatty via Cygwin-apps writes:
>
win.
None at all. Right now we still support all versions since Windows
Vista, so any breakage building stuff on these systems is the fault
of the Cygwin core. Other than that, Achim is right, of course :)
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
ave clearly a talent to make stuff work together
> I am not surprised that Redhat is using that to full speed.
>
> So Long, and Thanks for All the Fish
> Marco
>
> PS for all the others:
> "Houston we have a problem.."
The understatement of the year :}
Corinna
--
Corinna Vinschen
Cygwin Maintainer
signature.asc
Description: PGP signature
1 - 100 of 4741 matches
Mail list logo
