## Peter (pe...@citylink.dinoex.sub.org):
> When a program is invoked via /usr/sbin/daemon, it should already be
> session leader AND group leader, and then the above code WOULD be a
> NOOP, unless POSIX would require the setpgid() to fail and thereby the
> program to abort - which, btw, is NOT a
On 1/5/2020 16:10, Peter wrote:
> On Wed, 18 Dec 2019 17:22:16 +0100, Karl Denninger
> wrote:
>
>> I'm curious if anyone has come up with a way to do this...
>>
>> I have a system here that has two pools -- one comprised of SSD disks
>> that are the "most commonly used" things including user home
On Wed, 18 Dec 2019 17:22:16 +0100, Karl Denninger
wrote:
I'm curious if anyone has come up with a way to do this...
I have a system here that has two pools -- one comprised of SSD disks
that are the "most commonly used" things including user home directories
and mailboxes, and another that
pgrp = getpid();
if(setpgid(0, pgrp) < 0)
err(1, "setpgid");
This appears to me a program trying to deemonize itself (in the old style
when there was only job control but no session management).
In the case this program is already properly daemonized, e.g. by starting
it from
> On 5 Jan 2020, at 17:08, Hans Petter Selasky wrote:
>
> On 2020-01-05 15:32, Daniel Braniss wrote:
>> status 0x6a1a3
>>
>> 16:25:17.790304 usbus5.2 SUBM-CTRL-EP=,SPD=FULL,NFR=1,SLEN=8,IVAL=0
>> frame[0] WRITE 8 bytes
>> 21 22 03 00 00 00 00 00 -- -- -- -- -- -- -- -- |!"
> On 3 Jan 2020, at 13:05, Hans Petter Selasky wrote:
>
> On 2020-01-03 11:56, Daniel Braniss wrote:
>> Hi Hans,
>> can you shed some light/help?
>> thanks,
>> danny
>>> On 2 Jan 2020, at 11:11, Daniel Braniss wrote:
>>>
>>> Hi,
>>> after connecting this QR reader I see a new /dev/ttyU b
Am 04.01.20 um 22:21 schrieb Mike Karels:
FreeBSD 12 uses OpenSSL 1.1.1 in the base (not its own SSL libraries).
Thanks Mike, that was the hint to the solution.
As a proof of concept, I set up a fresh FreeBSD installation and did NOT
install the openssl ports package.
Now it's building lik
