Re: setup 2.926 release candidate - please test
On Fri, Apr 14, 2023 at 9:29 AM Jon Turney wrote: A new setup release candidate is available at: > > https://cygwin.com/setup/setup-2.926.x86_64.exe (64 bit version) > https://cygwin.com/setup/setup-2.926.x86.exe(32 bit version) > > Please test, and report any problems here. > > ... > > - Fix reinstall via command line (thanks to Bill Stewart for helping to > identify this is a regression in 2.919) >Addresses: https://cygwin.com/pipermail/cygwin/2023-March/253352.html > (amended subject line) Seems to be working in my testing. Thank you! Bill -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [PATCH 0/5] Fix AT_EMPTY_PATH handling
On Jul 26 11:10, Johannes Schindelin wrote: > Hi Corinna, > > I had a look over the patches and they all make sense. I also tested the > code to make sure that the `tar xf` regression I needed to be fixed is > also addressed by this patch series. > > As I don't really know the customs of the Cygwin project, please feel free > to add any Reviewed-by:, Acked-by: or whatever footers (or, if none of > those are appropriate, I am of course totally okay with no footer at all). > > Thank you so much for fixing this! > Johannes Great, thanks for reviewing and testing! I'll push it later today. Thanks, Corinna
Re: [ITA] ruby-vte 3.4.3
On 25/07/2023 11:08, Daisuke Fujimura via Cygwin-apps wrote: Hello, Cygportfile: - https://cygwin.com/cgit/cygwin-packages/playground/tree/?h=ruby-vte Packages, logs: - https://github.com/cygwin/scallywag/actions/runs/5650194808 Added, thanks. Upstream: Ruby/vte is removed - https://github.com/ruby-gnome/ruby-gnome/blob/3.4.4/NEWS#L137 Yeah, the oldest vte (libvte9) packages should probably be removed, but first we'd need to look if anything depends on them...
Re: [PATCH 0/5] Fix AT_EMPTY_PATH handling
Hi Corinna,
I had a look over the patches and they all make sense. I also tested the
code to make sure that the `tar xf` regression I needed to be fixed is
also addressed by this patch series.
As I don't really know the customs of the Cygwin project, please feel free
to add any Reviewed-by:, Acked-by: or whatever footers (or, if none of
those are appropriate, I am of course totally okay with no footer at all).
Thank you so much for fixing this!
Johannes
On Mon, 24 Jul 2023, Corinna Vinschen wrote:
> Johannes? Ping?
>
> On Jul 12 14:07, Corinna Vinschen wrote:
> > From: Corinna Vinschen
> >
> > The GLIBC extension AT_EMPTY_PATH allows the functions fchownat
> > and fstatat to operate on dirfd alone, if the given pathname is an
> > empty string. This also allows to operate on any file type, not
> > only directories.
> >
> > Commit fa84aa4dd2fb4 broke this. It only allows dirfd to be a
> > directory in calls to these two functions.
> >
> > Fix that by handling AT_EMPTY_PATH right in gen_full_path_at.
> > A valid dirfd and an empty pathname is now a valid combination
> > and, noticably, this returns a valid path in path_ret. That
> > in turn allows to remove the additional path generation code
> > from the callers.
> >
> > Fixes: fa84aa4dd2fb ("Cygwin: fix errno values set by readlinkat")
> > Reported-by: Johannes Schindelin
> > Signed-off-by: Corinna Vinschen
> >
> > Corinna Vinschen (5):
> > Cygwin: gen_full_path_at: drop never reached code
> > Define _AT_NULL_PATHNAME_ALLOWED
> > Cygwin: use new _AT_NULL_PATHNAME_ALLOWED flag
> > Cygwin: Fix and streamline AT_EMPTY_PATH handling
> > Cygwin: add AT_EMPTY_PATH fix to release message
> >
> > newlib/libc/include/sys/_default_fcntl.h | 11 +++--
> > winsup/cygwin/release/3.4.8 | 4 ++
> > winsup/cygwin/syscalls.cc| 61 ++--
> > 3 files changed, 25 insertions(+), 51 deletions(-)
> >
> > --
> > 2.40.1
>
