Re: [PATCH] hurd: Implement close_range and closefrom

On 07/11/2021 12:17, Samuel Thibault via Libc-alpha wrote: > Hello, > > Applied, thanks! > > (I have just fixed the symbol version: glibc 2.34 is already out, we are > preparing glibc 2.35). We are trying to avoid it by asking the sender to send a fully working change (so git-pw can be applie

Re: Xorg old errors and lacks

Samuel Thibault, le dim. 07 nov. 2021 18:13:14 +0100, a ecrit: > Almudena Garcia, le dim. 07 nov. 2021 18:08:21 +0100, a ecrit: > > I consider that fix this issues is a very important step to attract (or > > simply > > keep) new users. > > Sure! (meaning: help welcome!) Samuel

Re: Xorg old errors and lacks

Almudena Garcia, le dim. 07 nov. 2021 18:08:21 +0100, a ecrit: > I consider that fix this issues is a very important step to attract (or simply > keep) new users. Sure! Samuel

Xorg old errors and lacks

Hi all: Continuing the thread about Xorg, I want to remember some old bugs and lacks which make worse the user experience in desktop. The bug list is this: 1. Xorg requires modify permissions to allow be started by a user: Currently, before run Xorg, it's necessary to make a `dpkg-reconfigure` t

Re: [PATCH] new interface: memory_object_get_proxy

Hello, Thanks! Applied at last: there were various typing errors. Samuel

Re: Xorg bug returns: Too many files open in system

On Sun, Nov 7, 2021 at 6:27 PM Samuel Thibault wrote: > libnetfs does not this way, see libnetfs/dir-lookup.c, it'll first look > for self/, then for the rest, directory by directory. I know — that's one of my major gripes with libnetfs. Resolving paths component-by-component is _really not_ what

Re: Xorg bug returns: Too many files open in system

Sergey Bugaev, le dim. 07 nov. 2021 18:18:27 +0300, a ecrit: > On Sun, Nov 7, 2021 at 6:00 PM Samuel Thibault > wrote: > > > That doesn't seem to work: it uses support_descriptors_* () which > > > walks over /proc/self/fd/ which procfs doesn't implement — though I > > > guess it could, via msg_ge

Re: Xorg bug returns: Too many files open in system

Ok. I've just upgraded. Now fixed. Thanks El dom, 7 nov 2021 a las 2:13, Samuel Thibault () escribió: > Almudena Garcia, le sam. 06 nov. 2021 19:13:54 +0100, a ecrit: > > Have you uploaded this to Debian GNU/Hurd's repository? > > I have uploaded to debian-ports, it takes 6h to get on the mirror

Re: Xorg bug returns: Too many files open in system

On Sun, Nov 7, 2021 at 6:00 PM Samuel Thibault wrote: > > That doesn't seem to work: it uses support_descriptors_* () which > > walks over /proc/self/fd/ which procfs doesn't implement — though I > > guess it could, via msg_get_dtable () & msg_get_fd () and even > > FS_RETRY_MAGICAL. > > It'd prob

Re: [PATCH] hurd: Implement close_range and closefrom

Hello, Applied, thanks! (I have just fixed the symbol version: glibc 2.34 is already out, we are preparing glibc 2.35). Samuel Sergey Bugaev, le sam. 06 nov. 2021 18:35:24 +0300, a ecrit: > The close_range () function implements the same API as the Linux and > FreeBSD syscalls. It operates atom

Re: Xorg bug returns: Too many files open in system

Hello, Sergey Bugaev, le sam. 06 nov. 2021 17:33:14 +0300, a ecrit: > On Sat, Nov 6, 2021 at 3:16 PM Samuel Thibault > wrote: > > To exercise it you can probably move > > sysdeps/unix/sysv/linux/tst-close_range.c to misc/, > > and add it to tests in sysdeps/mach/hurd/Makefile too. > > That does