Re: Porter roll call for Debian Stretch

2016-09-21 Thread Christian Seiler
On 09/21/2016 08:41 AM, Riku Voipio wrote: > AFAIK Address space randomizing is not really helpful on 32 bit > architectures - there is just not that many places to randomize to[1]. Well, sure, but there's still a huge difference in an explot with 100% reliability, or an exploit that will just

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

2016-08-08 Thread Christian Seiler
On 08/08/2016 12:18 PM, Justus Winter wrote: >> [settrans -ck stuff] > All in all this was just bad advice. Ok, good to know. :) >>> Use the remap translator instead, which is one of the things the Hurd >>> design allows you to do easily. >>> >>> See /bin/remap to easily set one. >> >> remap

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

2016-08-08 Thread Christian Seiler
(The following is not really important, rebooting does work, so it's not a showstopper.) On 08/07/2016 09:13 PM, Richard Braun wrote: > On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: >>> PS: Is there any way to sanely restart /hurd/pflocal without >>> rebooting? >> >> Yes, the

Re: Bugs in Hurd's recvmsg (msg_name AF_LOCAL, MSG_DONTWAIT)

2016-08-05 Thread Christian Seiler
On 08/01/2016 12:08 PM, Christian Seiler wrote: > I've now isolated the problems and have a reproducer (attached) > and it has _nothing_ to do with SCM_CREDS, but with much more > basic functionality. > > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen are fil

[PATCH] [glibc] sysdeps/mach/hurd/recvmsg.c: don't try to resolve invalid address

2016-08-05 Thread Christian Seiler
On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 1 (causing SIGLOST): > > When msg_name and msg_namelen are filled for a SOCK_STREAM AF_LOCAL > socket (maybe also other AF_LOCAL, didn't check) upon calling > recvmsg, SIGLOST is generated. So this is actually

Bug#833557: hurd: PF_LOCAL send/recv don't honor MSG_DONTWAIT

2016-08-05 Thread Christian Seiler
-- Configuration Files: /etc/default/hurd-console changed [not included] -- no debconf information Description: Support MSG_DONTWAIT in pflocal send/recv Author: Christian Seiler <christ...@iwakd.de> Bug: https://lists.gnu.org/archive/html/bug-hurd/2016-08/msg0.html Last-Update: 2016

[PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

2016-08-05 Thread Christian Seiler
On 08/01/2016 12:08 PM, Christian Seiler wrote: > Problem 2: > > MSG_DONTWAIT is ignored for recvmsg, it always blocks (at least > when using AF_LOCK sockets). I've even tried to pre-fill the > msg_flags member with it (which you shouldn't need to do > according to POSIX,

Bugs in Hurd's recvmsg (msg_name AF_LOCAL, MSG_DONTWAIT)

2016-08-01 Thread Christian Seiler
Hi, I've now isolated the problems and have a reproducer (attached) and it has _nothing_ to do with SCM_CREDS, but with much more basic functionality. Problem 1 (causing SIGLOST): When msg_name and msg_namelen are filled for a SOCK_STREAM AF_LOCAL socket (maybe also other AF_LOCAL, didn't

Re: open-isns porting question: sudden SIGLOST

2016-07-27 Thread Christian Seiler
On 07/28/2016 12:45 AM, Svante Signell wrote: > On Wed, 2016-07-27 at 23:38 +0200, Christian Seiler wrote: >> On 07/27/2016 07:25 PM, Svante Signell wrote: >>> >> (FTR: <http://paste.debian.net/785673/>, code is more or less >> identical to the code i

Re: open-isns porting question: sudden SIGLOST

2016-07-27 Thread Christian Seiler
On 07/27/2016 07:25 PM, Svante Signell wrote: > (Adding bug-hurd to the Cc: list, not all developers follows the > debian-hurd list) > > On Wed, 2016-07-27 at 18:15 +0200, Christian Seiler wrote: >> Oh, I should mention that every time you run isnsadm the server >> (isn

Re: open-isns porting question: sudden SIGLOST

2016-07-27 Thread Christian Seiler
Christian Seiler <christ...@iwakd.de>: >On 07/27/2016 12:21 PM, Svante Signell wrote: >> This is what I get when running isnsadm with gdb: >> socket disconnect, retrying in 10 sec >> socket disconnect, killing socket >> Warning: Timed out while waiting for reply >>

Re: open-isns porting question: sudden SIGLOST

2016-07-27 Thread Christian Seiler
On 07/27/2016 12:21 PM, Svante Signell wrote: > This is what I get when running isnsadm with gdb: > socket disconnect, retrying in 10 sec > socket disconnect, killing socket > Warning: Timed out while waiting for reply > Warning: GetNext call failed: Internal error This seems to indicate that the

Re: open-isns porting question: sudden SIGLOST

2016-07-26 Thread Christian Seiler
On 07/26/2016 09:38 PM, Svante Signell wrote: > On Tue, 2016-07-26 at 18:12 +0200, Christian Seiler wrote: >> On 07/26/2016 04:15 PM, Richard Braun wrote: >>> On Sun, Jul 24, 2016 at 03:16:36PM +0200, Christian Seiler wrote: >>>> Peculiarities: the code uses SCM_

Re: open-isns porting question: sudden SIGLOST

2016-07-26 Thread Christian Seiler
On 07/26/2016 04:15 PM, Richard Braun wrote: > On Sun, Jul 24, 2016 at 03:16:36PM +0200, Christian Seiler wrote: >> Peculiarities: the code uses SCM_CREDS and sendmsg/recvmsg over the >> local UNIX socket to check authorization. (Since there's no man page I >> could fi

Re: open-isns porting question: sudden SIGLOST

2016-07-25 Thread Christian Seiler
On 07/24/2016 03:16 PM, Christian Seiler wrote: > Dear Hurd porters, > (please cc me in replies, I'm not subscribed) > If you want, I can obviously upload a package to the archive > that will build (but not work) on Hurd with some instructions on how to > reproduce the issue, but I

open-isns porting question: sudden SIGLOST

2016-07-24 Thread Christian Seiler
Dear Hurd porters, (please cc me in replies, I'm not subscribed) I've recently uploaded open-isns to the archive and noticed that it fails to build on non-Linux ports, even though it's just a normal server application (no special kernel features required), so I thought I'd fix that. I've locally

Re: [Stretch] Status for architecture qualification

2016-06-05 Thread Christian Seiler
On 06/05/2016 02:00 PM, Holger Levsen wrote: > On Sun, Jun 05, 2016 at 01:26:39PM +0200, John Paul Adrian Glaubitz wrote: >> ppc64: >> >> This architecture is basically on par with the release architectures. We >> have over >> 11.000 packages installed > [...] >> sparc64: >> We are close to