On Tue, 2020-06-16 at 02:44 +0200, Sergio Gelato wrote:
> control: tags -1 + patch
>
> * Philip Withnall [2020-06-15 23:25:18 +0200]:
> > https://gitlab.gnome.org/GNOME/glib/-/issues/422
> >
> > Nobody has yet found time to work on it; merge requests are
> > welcome!
>
> Here is a patch that wor
On Tue, 2020-06-16 at 02:44 +0200, Sergio Gelato wrote:
> control: tags -1 + patch
>
> * Philip Withnall [2020-06-15 23:25:18 +0200]:
> > https://gitlab.gnome.org/GNOME/glib/-/issues/422
> >
> > Nobody has yet found time to work on it; merge requests are
> > welcome!
>
> Here is a patch that wor
control: tags -1 + patch
* Philip Withnall [2020-06-15 23:25:18 +0200]:
> https://gitlab.gnome.org/GNOME/glib/-/issues/422
>
> Nobody has yet found time to work on it; merge requests are welcome!
Here is a patch that works for me.
Handle arbitrary binary data in extended attribute values.
It's
On Mon, 2020-06-15 at 23:17 +0200, Sergio Gelato wrote:
> Package: libglib2.0-0
> Version: 2.58.3-2+deb10u2
> Severity: important
>
> g_file_copy_attributes(), when invoked with G_FILE_COPY_ALL_METADATA
> on
> files in NFS, is prone to truncating the value of extended attribute
> system.nfs4_acl.
Package: libglib2.0-0
Version: 2.58.3-2+deb10u2
Severity: important
g_file_copy_attributes(), when invoked with G_FILE_COPY_ALL_METADATA on
files in NFS, is prone to truncating the value of extended attribute
system.nfs4_acl. Here is an excerpt from strace output, showing the
getxattr() and setxat
5 matches
Mail list logo