g=758096
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/op.xkkrjdgq0ncgu9@vitalif.vhome
s were replaced by single "pulseaudio volume"
there.
P.S: I also think PA is mostly a useless wrapper. It anyway sends
everything to ALSA. All basic features work without it, and in most cases
it's everything that needed.
--
With best regards,
Vitaliy Filippov
--
To UNSU
ectly?
Do some messages get lost in that case, for examples the ones logged
before rsyslog is started? Or are they forwarded to kernel log buffer?
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscr
tools, parsers and have a simple way
of archiving logs, yeah.
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/op.xa4o
you parse.
Binary log with an unknown/unstable format may also be unreliable.
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: htt
log files themselves in a binary
format?
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/op.xa4ocxpc0ncgu9@vitalif.vhome
x27;t understand why an INIT SYSTEM (!)
should depend on these, generally non-trivial, features.
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
nt design, where each component is used by another
and even try to upstream this work! :)
...and it really seems like a good decision to me, because it would really
fix some of its problems and make systemd-haters feel better... :)
--
With best regards,
Vitaliy Filippov
--
To UNSUBS
nstall it? Is anyone familiar
with systemd code - does it look possible and/or simple task to you?
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Ar
od...
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/op.xavhpsyr0ncgu9@vitalif.vhome
d /.. --> you stay in the old root
* mount --move /.. /root --> most interesting: the new root gets moved
into /root on rootfs, and the rest of the system runs like in a chroot -
not because you ran chroot from there, but because the root has moved
itself :)
--
With best regards,
Vita
d patches (8, 4...) are logically "merged"
into one file on the server side... Did I understand it correctly?
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
than 'patch'? Or it isn't?
And also I have a question about the implementation - if the old patches
(diffs) are merged, how does it rebuild patches after package updates?
--
With best regards,
Vitaliy Filippov
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
13 matches
Mail list logo
