Hi,
the patch below updates XCB (xcb-proto and libxcb) to version 1.14.0.
I've been running this on amd64 for a while. Comments ? ok ?
Note that it goes together with an update to the x11/py-xcbgen port
that I'm sending to ports@ at the same time.
Index: dist/libxcb/ChangeLog
On Sun, Mar 22, 2020 at 01:09:17PM +0100, Denis Fondras wrote:
> On Sun, Mar 22, 2020 at 11:41:55AM +0100, Marc Espie wrote:
> > If tar can't create intermediate directories due to permission
> > issues, the resulting message is confusing:
> >
> > ./tar xf gcc.tar gcc-8.3.0/include/obstack.h
> >
I would prefer that the name of the directory that cannot be created is
given in the error message. If you are going to
resolve the problem, "permission denied" is of no help at all.
"Creating directory 'path/to/problem' - permission denied" makes it trivial
to fix.
On Sun, 22 Mar 2020 at
On Sun, Mar 22, 2020 at 11:41:55AM +0100, Marc Espie wrote:
> If tar can't create intermediate directories due to permission
> issues, the resulting message is confusing:
>
> ./tar xf gcc.tar gcc-8.3.0/include/obstack.h
> tar: Unable to create gcc-8.3.0/include/obstack.h: No such file or
If tar can't create intermediate directories due to permission
issues, the resulting message is confusing:
./tar xf gcc.tar gcc-8.3.0/include/obstack.h
tar: Unable to create gcc-8.3.0/include/obstack.h: No such file or directory
(here I have gcc-8.3.0 owned by root and no permissions)
The
On Sun, Mar 22, 2020 at 04:58:47AM +, Visa Hankala wrote:
> The recent change of initializing sls_sig = 0 in sleep_setup()
> (r1.164 of kern_synch.c) has introduced a regression with execve(2).
> execve(2) sets the current process in single thread mode for replacing
> the program image. In
