13.07.2017 03:38, Paul D. DeRocco пишет:
> I've created a serial-getty@ttyUSB2.service file, which is basically a
> copy of serial-getty@.service with a specific device name and a fixed baud
> rate. It works fine when I plug in a serial dongle that gets assigned that
> name. (I have permanent ttyUS
I've created a serial-getty@ttyUSB2.service file, which is basically a
copy of serial-getty@.service with a specific device name and a fixed baud
rate. It works fine when I plug in a serial dongle that gets assigned that
name. (I have permanent ttyUSB0 and ttyUSB1 devices which don't use
getty.)
I
Heya!
Here we go:
https://github.com/systemd/systemd/releases/tag/v234
CHANGES WITH 234:
* Meson is now supported as build system in addition to Automake. It is
our plan to remove Automake in one of our next releases, so that
Meson becomes our exclusive build system.
> From: Andrei Borzenkov
>
> Please copy-paste actual command invocation and its output.
No need. I had used = instead of == on the DRIVERS. Works fine now. Thanks for
your assistance.
--
Ciao, Paul D. DeRocco
Paulmailto:pdero...@ix.netcom.com
__
On Thu, Jul 6, 2017 at 10:56 AM, Lars Kellogg-Stedman
wrote:
> In older versions of systemd one could handle this using the directives
> described in https://www.freedesktop.org/wiki/Software/systemd/
> MyServiceCantGetRealtime/, but unfortunately that document, despite being
> the number 1 searc
On 07/12/2017 12:06 AM, Mantas Mikulėnas wrote:
What global flags do each network's RAs have? If I remember correctly,
there are two, "Managed Addresses" and "Managed Other", which trigger
DHCPv6 – if neither of them is set, that is supposed to mean DHCPv6 is
unneeded.
The managed and other c
Does the journal configurations like "SystemMaxUse=, SystemKeepFree=,
SystemMaxFileSize=, SystemMaxFiles=, RuntimeMaxUse=, RuntimeKeepFree=,
RuntimeMaxFileSize=, RuntimeMaxFiles=" applies to the remote journal files
(created by systemd-journal-remote in the /var/log/journal/remote or
/run/log/journ
* Lennart Poettering:
> On Wed, 12.07.17 09:53, Florian Weimer (f...@deneb.enyo.de) wrote:
>
>> * Lennart Poettering:
>>
>> > On Tue, 11.07.17 21:24, Florian Weimer (f...@deneb.enyo.de) wrote:
>> >
>> >> * Lennart Poettering:
>> >>
>> >> > This all stems from my experiences with PulseAudio back
* Lennart Poettering:
> On Wed, 12.07.17 09:51, Florian Weimer (f...@deneb.enyo.de) wrote:
>
>> * Lennart Poettering:
>>
>> > On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
>> >
>> >> * Lennart Poettering:
>> >>
>> >> > Apparently, this regressed between this version and
>> >
Am 12.07.2017 um 10:23 schrieb Lennart Poettering:
On Wed, 12.07.17 09:51, Florian Weimer (f...@deneb.enyo.de) wrote:
Fork detection using getpid is not reliable. It gives false negatives
in the case of double-forks, where the process can be different but
the PID is the same due to reuse. Co
* Lennart Poettering:
> On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
>
>> * Lennart Poettering:
>>
>> > Apparently, this regressed between this version and
>> > glibc-2.24-9.fc25.x86_64 hence.
>>
>> Yes, I backported the fork cache removal to Fedora 25. There is no
>> long
On Wed, 12 Jul 2017, Lennart Poettering wrote:
On Wed, 12.07.17 09:53, Florian Weimer (f...@deneb.enyo.de) wrote:
* Lennart Poettering:
Where was this discussed in detail? Do you have any links about the
discussions about this?
It was on libc-alpha and the glibc bug tracker.
Link?
Lennart
On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
> * Lennart Poettering:
>
> > Apparently, this regressed between this version and
> > glibc-2.24-9.fc25.x86_64 hence.
>
> Yes, I backported the fork cache removal to Fedora 25. There is no
> longer a good way to main such a cach
On Wed, Jul 12, 2017 at 9:32 AM, Andrei Borzenkov
wrote:
> On Wed, Jul 12, 2017 at 8:06 AM, Mantas Mikulėnas
> wrote:
> > On Tue, Jul 11, 2017, 22:24 Ian Pilcher wrote:
> >>
> >> On 07/11/2017 02:58 AM, Lennart Poettering wrote:
> >> > Note that DHCPv6 is not done unless IPv6 RA packets tell ne
On Tue, Jul 11, 2017 at 7:06 PM, Tomasz Torcz wrote:
> On Tue, Jul 11, 2017 at 05:20:10PM +0200, Lennart Poettering wrote:
> > On Tue, 11.07.17 16:55, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> > > > Forgot to mention:
> > > >
> > > > $ rpm -qa glibc
> > > > glibc-2.24-4.fc25.x86_64
> > > >
> >
On Wed, 12.07.17 09:53, Florian Weimer (f...@deneb.enyo.de) wrote:
> * Lennart Poettering:
>
> > On Tue, 11.07.17 21:24, Florian Weimer (f...@deneb.enyo.de) wrote:
> >
> >> * Lennart Poettering:
> >>
> >> > This all stems from my experiences with PulseAudio back in the day:
> >> > People do not
On Wed, 12.07.17 09:51, Florian Weimer (f...@deneb.enyo.de) wrote:
> * Lennart Poettering:
>
> > On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
> >
> >> * Lennart Poettering:
> >>
> >> > Apparently, this regressed between this version and
> >> > glibc-2.24-9.fc25.x86_64 hence
* Lennart Poettering:
> On Tue, 11.07.17 21:24, Florian Weimer (f...@deneb.enyo.de) wrote:
>
>> * Lennart Poettering:
>>
>> > This all stems from my experiences with PulseAudio back in the day:
>> > People do not grok the effect of fork(): it only duplicates the
>> > invoking thread, not any othe
* Lennart Poettering:
> On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
>
>> * Lennart Poettering:
>>
>> > Apparently, this regressed between this version and
>> > glibc-2.24-9.fc25.x86_64 hence.
>>
>> Yes, I backported the fork cache removal to Fedora 25. There is no
>> long
On Tue, 11.07.17 21:26, Florian Weimer (f...@deneb.enyo.de) wrote:
> * Lennart Poettering:
>
> > Apparently, this regressed between this version and
> > glibc-2.24-9.fc25.x86_64 hence.
>
> Yes, I backported the fork cache removal to Fedora 25. There is no
> longer a good way to main such a cach
On Tue, 11.07.17 21:24, Florian Weimer (f...@deneb.enyo.de) wrote:
> * Lennart Poettering:
>
> > This all stems from my experiences with PulseAudio back in the day:
> > People do not grok the effect of fork(): it only duplicates the
> > invoking thread, not any other threads of the process, moreo
21 matches
Mail list logo