On 02/11/2014 12:53 PM, Clint Byrum wrote:
Excerpts from Thomas Goirand's message of 2014-02-10 20:20:36 -0800:
On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote:
Do we allow users to choose their FireWire stack, WiFi or Audio Driver
stack in the kernel? There were several alternative
Excerpts from Svante Signell's message of 2014-02-10 21:49:56 -0800:
On Mon, 2014-02-10 at 20:53 -0800, Clint Byrum wrote:
So, perhaps if we teach Upstart and OpenRC to read systemd unit files,
and they all can be expected to behave similarly, this will work out.
Otherwise, giving
On 02/11/2014 03:09 AM, Vitaliy Filippov wrote:
Excuse me, but this reply isn't appropriate, just as much as the OP.
Redirecting him to another Unix distribution isn't the thing to do.
Instead, you should have informed the OP that we will continue to
support not only systemd, upstart, or
Excerpts from Thomas Goirand's message of 2014-02-11 00:02:38 -0800:
On 02/11/2014 12:53 PM, Clint Byrum wrote:
Excerpts from Thomas Goirand's message of 2014-02-10 20:20:36 -0800:
On 02/11/2014 04:10 AM, John Paul Adrian Glaubitz wrote:
Do we allow users to choose their FireWire stack,
On Mon, 10 Feb 2014 22:13:45 +0100
Wouter Verhelst wou...@debian.org wrote:
Sigh.
On Wed, Feb 05, 2014 at 12:59:23PM +, Neil Williams wrote:
Using packages to support upstream development is a common problem
/common problem/common source of problems/
and this is exactly where things
We have between 40 and 50 window managers in Debian. Nobody forces you
to use Gnome. How about switching to TWM!
No problem, I never actually used Gnome3, because I dislike it even more
than systemd... I only tried it several times... :)
I.e. for example, systemd-journal looks like the
On Ma, 11 feb 14, 00:31:18, Clint Byrum wrote:
Leaving most things to just use the sysvinit compatibility layer means
not realizing one of the more important benefits of the default init
system if it should in fact turn out to be systemd.
So at best you're talking about maintaining two for
On Ma, 11 feb 14, 06:49:56, Svante Signell wrote:
On Mon, 2014-02-10 at 20:53 -0800, Clint Byrum wrote:
So, perhaps if we teach Upstart and OpenRC to read systemd unit files,
and they all can be expected to behave similarly, this will work out.
Otherwise, giving everyone a choice just
Le lundi 10 février 2014 à 22:13 +0100, Holger Levsen a écrit :
And probably jessie should come with a slogan once again: Debian - there can
be more than one init system - or something like this :)
Supporting multiple init systems is the least relevant thing to do,
since it multiplies the
On Tue, Feb 11, 2014 at 06:49:56AM +0100, Svante Signell wrote:
Additionally a very good proposal for a PID 1 program was in
http://ewontfix.com/14/ Broken by design: systemd, copied here for
convenience:
I like how people copy/paste blog articles. Did you read this article?
It completely
On Mon, Feb 10, 2014 at 11:09:10PM +0400, Vitaliy Filippov wrote:
I.e. for example, systemd-journal looks like the most bloated part
of systemd to me, with its binary log format, QR codes and built-in
HTTP server - so maybe it could be disabled via a patch? Or even
packaged separately so you
On Tue, Feb 11, 2014 at 12:51:13PM +0400, Vitaliy Filippov wrote:
I think Debian project is significant enough to have some influence
on systemd development, i.e. at least send patches, and in this case
- Debian has sent patches upstream
- Mageia is *much* smaller distribution, that packager
On 02/11/2014 05:20 AM, Thomas Goirand wrote:
It's like being able to customize internal parts of your cars engine
when ordering one from your dealer. Customers don't care who the
manufacturer of your ignition system is as long it's the best
possible one. (Yes, I know comparisons with cars are
Le Wed, Feb 05, 2014 at 09:08:04PM +0100, Guillem Jover a écrit :
Sorry, I should have added here my usual note about being open to
reconsideration *if* convincing arguments are put forward. But I
was pretty much unimpressed with the way this had been brought up.
Way more so now with the
On 02/11/2014 09:02 AM, Thomas Goirand wrote:
The situation with upstart or systemd, if not chosen as default, will be
quite different, since not all packages are supporting them directly
right now. One of these 2 will suffer from the choice of default init
system.
What? That's not true. As
On 02/11/2014 09:13 AM, Thomas Goirand wrote:
It seems that in case of systemd it may end being forced, doesn't Gnome
3 depend on it?
We have between 40 and 50 window managers in Debian. Nobody forces you
to use Gnome. How about switching to TWM! :)
Window managers are leaf packages, at
Hi,
On Tue, Feb 11, 2014 at 01:29:47AM +, Sam Hartman wrote:
In all seriousness.
Forking, or creating a Debian downstream because you'd like a different
boot approach sounds like exactly the sort of constructive approach that
will help you solve your problems and get an operating system
On Tue, 2014-02-11 at 10:08 +0100, Olav Vitters wrote:
On Tue, Feb 11, 2014 at 06:49:56AM +0100, Svante Signell wrote:
Additionally a very good proposal for a PID 1 program was in
http://ewontfix.com/14/ Broken by design: systemd, copied here for
convenience:
I like how people copy/paste
On Tue, 2014-02-11 at 10:27 +0100, John Paul Adrian Glaubitz wrote:
See, I am one of the people involved in the m68k port of Debian.
Just recently, one of our main contributors decided to jump
the ship who cannot be replaced by someone else easily as
public interest in the m68k port is simply
On 02/11/2014 11:03 AM, Svante Signell wrote:
On Tue, 2014-02-11 at 10:27 +0100, John Paul Adrian Glaubitz wrote:
See, I am one of the people involved in the m68k port of Debian.
Just recently, one of our main contributors decided to jump
the ship who cannot be replaced by someone else
On 11/02/14 10:57, Svante Signell wrote:
kdbus, udev, gnome, network-manager, pulseaudio, wayland, (add to the
list here)
I fail to see what your point is here.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
- Debian has sent patches upstream
- Mageia is *much* smaller distribution, that packager has attended
*various* systemd hackfests
- Mageia package maintainer sent various patches upstream
- Patches are *not* accepted based on how many people you represent or
which company you work for (e.g.
Simon McVittie smcv at debian.org writes:
If we standardize on _* (or capital letters or whatever) for packaged
Users with capital letters sometimes cannot receive eMail correctly.
(Using _ in my packages since I think the BSDs’ approach sensible.)
accounts, then adduser --system could also
On Tue, 2014-02-11 at 11:47 +0100, Emilio Pozuelo Monfort wrote:
On 11/02/14 10:57, Svante Signell wrote:
kdbus, udev, gnome, network-manager, pulseaudio, wayland, (add to the
list here)
I fail to see what your point is here.
systemd dependencies of course, the vendor lock-in strategy is
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote:
And this is very much what I would see in Debian. Use your desktop
and applications of choice and you will get support, but if you
want to change core components, you are free to do so, but you
will lose support.
[
Tollef Fog Heen tfheen at err.no writes:
]] Jaromír Mikeš
Aha ... so these default flags are added by compiler and they are not
controlled by debian tools at all?
Can I see somewhere default flags for different archs?
run gcc -dumpspecs on the different platforms and you can see
On Tue, Feb 11, 2014 at 03:02:13PM +0400, vita...@yourcmc.ru wrote:
QR codes is optional
Built-in HTTP server is optional
Binary logging - yeah, it logs stuff. Calling logging
functionality in a
program which is meant to log things is a bit much.
It's not just calling logging
Hi,
Svante Signell:
But: Don't you se the the current development is heading towards a
Windows locked-in situation, and a reboot is necessary for every
upgrade?
How so? You can upgrade systemd. (SysVinit doesn't have any features beyond
re-reading /etc/inittab you might want to upgrade _for_
Hi,
Svante Signell:
All people are replaceable, how could companies continue making products
when seniors retire and juniors replace them?
A company can tell its workers now you either do that or we won't pay you
and your family won't eat. (And even then, people you can reasonably tell
that
On Tue, Feb 11, 2014 at 12:18:23PM +0100, Svante Signell wrote:
systemd dependencies of course, the vendor lock-in strategy is
successful: (the packages below are all from the source systemd)
[..]
Do you want more examples?
You skipped over the bit explaining:
- where the vendor lock in is?
Wookey wookey at wookware.org writes:
Do I understand this correctly - that it prevents a package
cross-binutils-0.1 to generate binaries called
binutils-arm-linux-gnueabi-2.24-3
binutils-arm-linux-gnueabihf-2.24-3
Actually, these packages will be buggy usually: debhelper uses
the source
Le mardi, 11 février 2014, 11.12:24 Florian Lohoff a écrit :
Debian is not as useful as it was a couple years back. I started with
debian because of m68k and later contributed the first mips and mipsel
packages and hosted the first buildds for mips and mipsel.
Cool, thanks!
Debian has lost
On 02/11/2014 12:23 PM, Olav Vitters wrote:
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote:
And this is very much what I would see in Debian. Use your desktop
and applications of choice and you will get support, but if you
want to change core components, you are free
You can restart pulse. No big problem except temporary interrupt of audio,
You mean a temporary presence of audio that will immediately go away as soon
as pulse is running again right?
--
Salvo Tomaselli
Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di
senso,
Hi,
vita...@yourcmc.ru:
And it seems I'm not the only one who doesn't like it! And I'm sure
that at least 50% of swear words addressed to systemd could be
stopped at once if the journal was made ALSO optional. So why not
just do it?...
Because it's work, for no apparent gain. I mean, the
Hi,
Salvo Tomaselli:
You can restart pulse. No big problem except temporary interrupt of audio,
You mean a temporary presence of audio that will immediately go away as soon
as pulse is running again right?
Don't be daft. My audio works perfectly. So does lots of other people's.
If yours
Thanks for sharing this.
So, you're frustrated and very disappointed because Ddebian, something
you cared about deeply has drifted so far away from what you want that
you can no longer support it?
I hope that if you decide to fork, you succeed in creating something
that meets your needs. I hope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/11/2014 04:21 AM, Olav Vitters wrote:
On Tue, Feb 11, 2014 at 12:51:13PM +0400, Vitaliy Filippov wrote:
This can also reduce the risk of vendor-lock, because the speed
Lennart adds features to systemd is so fast that I won't be really
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote:
It's not *my* choice, systemd is the choice of the majority of the
Linux community. OpenRC and upstart are used in Gentoo and Ubuntu
What? I see many people who don't like systemd and won't use it. I don't
see that
On Tue, Feb 11, 2014 at 09:06:46AM -0500, Sam Hartman wrote:
Thanks for sharing this.
So, you're frustrated and very disappointed because Ddebian, something
you cared about deeply has drifted so far away from what you want that
you can no longer support it?
I hope that if you decide to
Because it's work, for no apparent gain. I mean, the systemd people
didn't
just code up all that journal stuff for no good reason, but because
they
perceived a need to have it. And let's face it, the ability to just see
the
stderr output from $FAILED_JOB with systemctl status is a whole damn
On Tue, Feb 11, 2014 at 03:39:49PM +0100, Florian Lohoff wrote:
I am telling you that by all the technical discussions which of
the systems is superior over the other you forget about your users.
Our users shouldn't care what init system we use. It's an
implementation -- and purely technical --
Our users shouldn't care what init system we use. It's an
implementation -- and purely technical -- detail of the OS.
Sorry to interfere with your discussion, but it really sounds like some
kind of proprietary software idea :)
I'm sure a big percent of GNU/Linux (and especially Debian
On 11/02/2014 15:39, Florian Lohoff wrote:
On Tue, Feb 11, 2014 at 09:06:46AM -0500, Sam Hartman wrote:
Thanks for sharing this.
So, you're frustrated and very disappointed because Ddebian, something
you cared about deeply has drifted so far away from what you want that
you can no longer
On Tue, Feb 11, 2014 at 07:02:19PM +0400, vita...@yourcmc.ru wrote:
Our users shouldn't care what init system we use. It's an
implementation -- and purely technical -- detail of the OS.
Sorry to interfere with your discussion, but it really sounds like
some kind of proprietary software idea
Well if a bug can be solved by killing the buggy process and getting better
functionality than when the process is running is certainly a very very bad
bug!
Don't be daft. My audio works perfectly. So does lots of other people's.
If yours doesn't, file a bug.
--
Salvo Tomaselli
Io non
On Tue, Feb 11, 2014 at 06:06:39PM +0400, Oleg wrote:
On Tue, Feb 11, 2014 at 10:27:04AM +0100, John Paul Adrian Glaubitz wrote:
It's not *my* choice, systemd is the choice of the majority of the
Linux community. OpenRC and upstart are used in Gentoo and Ubuntu
What? I see many people
Le mardi 11 février 2014 à 18:30 +0400, vita...@yourcmc.ru a écrit :
And I don't see why a binary log format is needed to implement the
stderr capture.
It is of course well-known that systemd developers like to make their
life more complicated and love to implement binary formats instead of
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher sramac...@debian.org
* Package name: omnisharp-server
Version : 0~git20140211
Upstream Author : Jason Imison
* URL : https://github.com/nosami/OmniSharpServer
* License : Expat
Programming Lang: C#
On Feb 11, 2014, at 3:06 PM, Oleg lego12...@yandex.ru wrote:
What? I see many people who don't like systemd and won't use it. I don't
see that systemd is the choice of the _majority_. But i see that systemd
funs simply shout louder than others.
systemd is used as the default init system
On Tue, Feb 11, 2014 at 09:18:48AM -0600, Serge Hallyn wrote:
FWIW, disagree - I rarely set up a machine (little laptop or server or
container) where I don't need to do one thing or another custom at boot.
Throttle back cpus to prevent overheating, register dynamic dns,
whatever.
You're
On Tue, 2014-02-11 at 15:47 +0100, John Paul Adrian Glaubitz wrote:
What I don't get is why are those people trying to push Debian's
decision when they are primarily using a different platform. But I
guess it's pure politics and trying to push their own projects.
I'm pretty sure there are
On Tue, Feb 11, 2014 at 09:05:48AM -0500, The Wanderer wrote:
I think this touches on - or possibly misses - a key point.
I don't think so.
I do not trust the systemd project to not do things I consider bad or
even insane, because they've already done such things, and they show no
regret or
Quoting Paul Tagliamonte (paul...@debian.org):
On Tue, Feb 11, 2014 at 03:39:49PM +0100, Florian Lohoff wrote:
I am telling you that by all the technical discussions which of
the systems is superior over the other you forget about your users.
Our users shouldn't care what init system we
On Tue, Feb 11, 2014 at 03:51:33PM +0100, Salvo Tomaselli wrote:
Well if a bug can be solved by killing the buggy process and getting better
functionality than when the process is running is certainly a very very bad
bug!
As mentioned before: File a bug.
--
Regards,
Olav
--
To
On Tue, Feb 11, 2014 at 06:30:24PM +0400, vita...@yourcmc.ru wrote:
Because I want logs to be plaintext in my system, not binary.
Install syslog. Or maybe Debian will use both journal and syslog.
And I don't see why a binary log format is needed to implement the
stderr capture.
Try to find
On 02/11/2014 04:31 PM, Clint Byrum wrote:
One point of moving to a system like upstart or systemd is that the
sysvinit scripts do not run as scripts. They are little tiny declarative
files that run all or most in C. This speeds up boot, but only makes
sense if all of the early stage boot
It is of course well-known that systemd developers like to make their
life more complicated and love to implement binary formats instead of
writing simple text parsers, just for the sake of having fun
programming
them, and absolutely not because they need things like indexing.
The same goes
On 02/11/2014 07:23 PM, Olav Vitters wrote:
IMO (and I'm an interested part / GNOME dude, so no say): blocking
progress is bad. So if someone wants to add OpenRC scripts to packages
and maintenance is low: as packager you should be allowing that to
happen. As long as the time required on
Because I want logs to be plaintext in my system, not binary.
Install syslog. Or maybe Debian will use both journal and syslog.
I dislike the idea of binary logs so much that I want to really and
totally disable journal.
And I don't see why a binary log format is needed to implement the
Excerpts from Josselin Mouette's message of 2014-02-11 07:00:43 -0800:
Le mardi 11 février 2014 à 18:30 +0400, vita...@yourcmc.ru a écrit :
And I don't see why a binary log format is needed to implement the
stderr capture.
It is of course well-known that systemd developers like to make
Package: wnpp
Severity: wishlist
Owner: IOhannes m zmoelnig zmoel...@iem.at
* Package name: soundscaperenderer
Version : 0.4.1
Upstream Author : Matthias Geier, Jens Ahrens et al.
* URL : http://spatialaudio.net/ssr/
* License : GPL
Programming Lang: C++
Hi,
Florian Lohoff:
My estimation is that 99% of the users dont care - sysvinit is
sufficient and works. 0.5% think they need this little tiny bit
of feature which only upstart can give them, 0.5% think they need
a feature only systemd can give them.
(a) please tell us which feature is only
On Tue, Feb 11, 2014 at 07:57:18PM +0400, vita...@yourcmc.ru wrote:
2) Binary index isn't needed at all if you just want to print output
of a service - you can just put output of each unit to its own log
file and just tail it.
Now show everything of a particular user. Systemd allows you to do
2014-02-11 17:03 GMT+01:00 vita...@yourcmc.ru:
[...]
And if I _really_ needed a binary index, I would put it in a separate file.
Guess what journald is doing ;-) And if the journal is not running in
persistent mode, this extra logfile only exists temporarily and
everything is forwarded to
Hi,
vita...@yourcmc.ru:
Because I want logs to be plaintext in my system, not binary.
Why? (Seriously.)
--
-- Matthias Urlichs
signature.asc
Description: Digital signature
vita...@yourcmc.ru writes:
It is of course well-known that systemd developers like to make their
life more complicated and love to implement binary formats instead of
writing simple text parsers, just for the sake of having fun
programming
them, and absolutely not because they need things
On 02/11/2014 17:03, vita...@yourcmc.ru wrote:
Try to find an efficient way to show the output of a particular daemon.
Now of a cgroup. Now anything of a user. It's not about capturing, it is
about doing something useful with it. You want to capture various
properties with each message.
No
It's annoying to read and no longer relates to the discussion.
I don't think the original poster deserves this publicity.
Thanks
Andreas
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/11/2014 11:26 AM, Matthias Urlichs wrote:
Hi,
vita...@yourcmc.ru:
Because I want logs to be plaintext in my system, not binary.
Why? (Seriously.)
In my case: because I want to be able to read them conveniently at a
glance, without
On Tue, Feb 11, 2014 at 10:26 AM, Matthias Urlichs sm...@smurf.noris.de wrote:
Hi,
vita...@yourcmc.ru:
Because I want logs to be plaintext in my system, not binary.
Why? (Seriously.)
To use standard text based tools, eg. grep.
-mz
--
To UNSUBSCRIBE, email to
On Feb 11, 2014, at 5:02 PM, Thomas Goirand z...@debian.org wrote:
On 02/11/2014 08:13 PM, John Paul Adrian Glaubitz wrote:
Yes, but we are not talking about hypothetical things. I am also not
planning my life for the case that I am winning the lottery tomorrow.
Chances to win the
Here's a challenge then: Implement everything the journal does, without
using a binary format, and show us it's not only doable, but performs
similarly.
I would first recommend you read up - and try! - what the journal has to
offer. It's not as simple as you make it out to be.
Given that
Guess what journald is doing ;-) And if the journal is not running in
persistent mode, this extra logfile only exists temporarily and
everything is forwarded to rsyslog, so you gat your syslog-textfile
(but with much more structured content)
What it's doing? Isn't it storing the log files
The Wanderer wande...@fastmail.fm writes:
In my case: because I want to be able to read them conveniently at a
glance, without requiring the presence of a functioning specialized tool
for doing so. As the UNIX Philosophy puts it, text streams ... [are] a
universal interface.
All the folks
5) After all, I don't see why writing 1 regexp is a hard task. And
it won't be really slower because of (4).
A regexp is unreliable and slow. Lots of ssh blocking tools have had
various security issues due to this.
That only depends on whether you know the format of that what you parse.
Vitaliy Filippov vita...@yourcmc.ru writes:
Here's a challenge then: Implement everything the journal does, without
using a binary format, and show us it's not only doable, but performs
similarly.
I would first recommend you read up - and try! - what the journal has to
offer. It's not as
Because I want logs to be plaintext in my system, not binary.
Why? (Seriously.)
Because I count the wide use of transparent plaintext formats everywhere -
in logs, configs and shell commands is one of the biggest advantages of
Linux/Unix systems.
And to use standard text processing
The Wanderer wande...@fastmail.fm writes:
Also because when writing a parser, it's easier to determine the format
(in terms of meaning and start/stop of each field) of a text file than
it is of a binary one, when working without known-reliable
documentation. (And I'm not willing to assume
Package: wnpp
Severity: wishlist
Owner: Andreas Tille ti...@debian.org
* Package name: python-pysam
Version : 0.7.5
Upstream Author : Heng Li l...@sanger.ac.uk
* URL : http://code.google.com/p/pysam/
* License : MIT
Programming Lang: C, Python
Description
On 02/11/2014 06:30 PM, Vitaliy Filippov wrote:
I understand there's more functionality than you can build up only using
regexes. The point is - I don't understand why an INIT SYSTEM (!)
should depend on these, generally non-trivial, features.
Because the tasks of init and syslog are very
On 02/11/2014 06:47 PM, Vitaliy Filippov wrote:
And to use standard text processing tools, parsers and have a simple way
of archiving logs, yeah.
It's not simple if you have to write a script for every single service
whose log messages you want to parse.
The journal already gives you an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/11/2014 06:04 PM, The Wanderer wrote:
Also because when writing a parser, it's easier to determine the
format (in terms of meaning and start/stop of each field) of a text
file than it is of a binary one, when working without
known-reliable
Hi,
Andreas Beckmann:
It's annoying to read and no longer relates to the discussion.
I don't think the original poster deserves this publicity.
Your email has no old Subject:, no References: and no In-Reply-To: headers.
So … whatever or whoever you're talking about …
--
-- Matthias Urlichs
Hi,
Vitaliy Filippov:
Guess what journald is doing ;-) And if the journal is not running in
persistent mode, this extra logfile only exists temporarily and
everything is forwarded to rsyslog, so you gat your syslog-textfile
(but with much more structured content)
What it's doing? Isn't it
previously on this list Matthias Urlichs contributed:
For instance, a daemon which fails to start under sysvinit will
not even prevent the services which depend on it from starting up.
How terminally stupid is that?
Perhaps you should rethink that whilst considering the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 02/11/2014 04:21 PM, Paul Tagliamonte wrote:
You're hardly an average user (and I do mean this fondly) :)
Reminds me of this, bro:
http://www.youtube.com/watch?v=CmPKDeo9Oow#t=3251
Do you see how many people are using alternative window
On 02/11/2014 04:18 PM, Serge Hallyn wrote:
FWIW, disagree - I rarely set up a machine (little laptop or server or
container) where I don't need to do one thing or another custom at boot.
Throttle back cpus to prevent overheating, register dynamic dns,
whatever.
All of that is possible or
On Tue, Feb 11, 2014 at 07:50:32PM +0100, Matthias Urlichs wrote:
Hi,
Andreas Beckmann:
It's annoying to read and no longer relates to the discussion.
I don't think the original poster deserves this publicity.
Your email has no old Subject:, no References: and no In-Reply-To: headers.
On 02/11/2014 04:19 PM, Thomas Goirand wrote:
On 02/11/2014 05:27 PM, John Paul Adrian Glaubitz wrote:
No, it's absolutely not. You can have the choice for the interior
design, the paint job, the radio, the type of engine and comfort
features, but you certainly cannot have the choice on
previously on this list Svante Signell contributed:
What I don't get is why are those people trying to push Debian's
decision when they are primarily using a different platform. But I
guess it's pure politics and trying to push their own projects.
I'm pretty sure there are _many_
previously on this list John Paul Adrian Glaubitz contributed:
On 02/11/2014 05:20 AM, Thomas Goirand wrote:
It's like being able to customize internal parts of your cars engine
when ordering one from your dealer. Customers don't care who the
manufacturer of your ignition system is as long
previously on this list John Paul Adrian Glaubitz contributed:
systemd is used as the default init system in:
- Fedora
- Arch Linux
- Mageia
- openSUSE
- SLES (upcoming)
- RHEL7
- Frugalware
- (see Wikipedia)
Plus companies like Intel and BMW are using it in their embedded
You can tell it to do that, yes. You can also set it to forward them to
rsyslog without storing anything. Or both.
Read http://man7.org/linux/man-pages/man5/journald.conf.5.html and be
enlightened. ;-)
OK, it's good they've added none option at least... It wasn't there in
the initial journal
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher sramac...@debian.org
Control: block 738649 by -1
* Package name: nancy
Version : 0.22.0
Upstream Author : Andreas Håkansson, Steven Robbins and contributors
* URL : http://nancyfx.org/
* License : Expat
On 02/11/2014 08:11 PM, Kevin Chadwick wrote:
So some distros with relatively few users out of the huge number that
exist.
These distros which you attest of having a few users are the major
distributions out there. Novell's SLES runs on most of the top500
super computers while RHEL is largely
On 02/11/2014 08:11 PM, Kevin Chadwick wrote:
I'm under the impression Americans customise almost routinely.
While they loose the warranty which is my main point.
Yes, you can replace your init system with anything you like, but
don't expect everyone else in Debian to actively support you.
Package: wnpp
Severity: wishlist
Owner: Sebastian Ramacher sramac...@debian.org
Control: block 738674 by -1
* Package name: ruby-albacore
Version : 0.3.5
Upstream Author : Derick Bailey
* URL : http://albacorebuild.net/
* License : Expat
Programming Lang:
Proposal: SystemD pushers/forcers be physically beaten as revenge.
The people, such as Adrian, who are pushing systemd as the one
and only init system for debian should be physically harmed.
They are wresting from all of us a nice unix like OS, they
argue against choice and if they have their
Andrey Rahmatullin w...@wrar.name writes:
About The Thread.
The Thread That Shall Not Be Named. (to be more precise :)
--
Stig Sandbeck Mathisen
signature.asc
Description: PGP signature
1 - 100 of 355 matches
Mail list logo