public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Canek Peláez Valdés" <caneko@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] alternative kernels
Date: Fri, 31 Oct 2014 02:22:03 -0600	[thread overview]
Message-ID: <CADPrc81doe4Yg4U6NQ-j3xP3a+BNsy=VzkWUR6YrAs_VjquaPw@mail.gmail.com> (raw)
In-Reply-To: <5707050.LYlfBLMIFp@andromeda>

On Fri, Oct 31, 2014 at 1:11 AM, J. Roeleveld <joost@antarean.org> wrote:
> On Friday, October 31, 2014 12:37:35 AM Canek Peláez Valdés wrote:
>> On Fri, Oct 31, 2014 at 12:30 AM, J. Roeleveld <joost@antarean.org> wrote:
>> > On Thursday, October 30, 2014 06:31:25 AM Rich Freeman wrote:
>> >> On Thu, Oct 30, 2014 at 3:56 AM, J. Roeleveld <joost@antarean.org> wrote:
>> >> > On Sunday, October 26, 2014 02:16:24 PM Canek Peláez Valdés wrote:
>> >> >> And with systemd, rebooting to a new kernel takes just a few seconds
>> >> >> ;)
>> >> >
>> >> > And here I was thinking that the pro-systemd crowd doesn't care about
>> >> > the
>> >> > boot-time of systemd?
>> >> > (See the " [OT} Linus Torvalds on systemd" thread around 18 - 21
>> >> > september)
>> >> >
>> >> > Please make up your mind on this.
>> >>
>> >> This might come as a bit of a shock, but people use Gentoo for
>> >> different reasons, run different init systems, different udev
>> >> implementations, and so on.  Well, believe it or not, systemd users
>> >> are exactly the same way and use different components of systemd for
>> >> different reasons.  People also drive different types of cars, for
>> >> different reasons.
>> >
>> > I agree on this. But in the thread I mentioned, Mark David Dumlao was
>> > quite
>> > aggressive in his wording when the subject was brought up and he claimed
>> > systemd proponents don't care. Canek is the biggest proponent for systemd
>> > on this list.
>>
>> You should have answered then to Mark, not to me, given that I did not
>> said anything in that sub-thread.
>
> My apologies.

No problem.

>> But if it makes you happy, I will try to take notes in the next Big
>> SystemD Evil Conspiracy Meeting so in the future I do not contradict
>> any statement from anyone in the Pure Evil Directorate.
>
> I knew it! There really is one! :)

Of course there is. We have a secret handshake and everything.

> Thing is, I don't see any benefit, for myself, in systemd.
> If people want to use it, fine.
> But, if people are trying to force it upon everyone, then I will have a
> problem with it.

No one is forcing it on anyone, but several developers from different
projects are happily using its (in their view) cool features. If
enough able and willing *developers* don't want to rely on systemd,
they need to provide the same functionality by other means, or ship
versions of the software with less features. But most developers (it
seems) are of the idea "cool, someone else did the work for us".

> Systemd is, in my opinion, suffering from the same feature-creep as Grub2 does.
> Grub1 was faster, because it was smaller. But it isn't working propery anymore
> and Grub2 does its job. I just don't see the point in all the multimedia stuff
> that was put into a bootloader.

I don't mind "feature creep", as long as the *features* are useful and
technically sound. Configuration that is an script generated by
another script? I don't think that's really technically sound. In all
my UEFI machines I'm using Gummiboot[1]; it's really small, really
simple, and works great.

> I just had a look at the use-flags for systemd, similarly to myself wondering
> about multimedia support in grub2, I wonder why there is an HTTP-server
> embedded in journald.

Well, first of all, as you noticed, it has an USE flag, so you can
disable it if you do not want it.

Second of all, it's an (optional) feature that allows you to
synchronize data across a local network; no one in his right mind
would open it up to the whole Internet. From the commit that
introduced the (again, optional) feature [2]:

"""
    journal: add minimal journal gateway daemon based on GNU libmicrohttpd

    This minimal HTTP server can serve journal data via HTTP. Its primary
    purpose is synchronization of journal data across the network. It serves
    journal data in three formats:

           text/plain: the text format known from /var/log/messages
           application/json: the journal entries formatted as JSON
           application/vnd.fdo.journal: the binary export format of the journal

    The HTTP server also serves a small HTML5 app that makes use of the JSON
    serialization to present the journal data to the user.

    Examples:

    This downloads the journal in text format:

     # systemctl start systemd-journal-gatewayd.service
     # wget http://localhost:19531/entries

    Same for JSON:

     # curl -H"Accept: application/json" http://localhost:19531/entries

    Access via web browser:

     $ firefox http://localhost:19531/
"""

> I somehow doubt it has any real security on it and I
> have seen programs write usernames and passwords to stdout/syslog when running
> with the default log-levels.

Again, if you open it to the whole internet, you are either crazy, or
you don't know what you are doing. That's why it's an optional
feature, turned off by default in Gentoo (and every other distro), and
even if you turn it on, you need to start the service manually (as the
example in the commit message says) so you can use the feature.

Since systemd is highly modular, systemd-journal-gatewayd is a
completely different binary, and libmicrohttp never touches at all PID
1. You can think of it as an extra utility that is shipped alongside
systemd, and that you don't even need to build if you don't want to.

Regards.

[1] http://freedesktop.org/wiki/Software/gummiboot/
[2] http://cgit.freedesktop.org/systemd/systemd/commit/?id=7b17a7d72f5ba5ad838b19803534c56a46f3bce9
-- 
Canek Peláez Valdés
Profesor de asignatura, Facultad de Ciencias
Universidad Nacional Autónoma de México


  reply	other threads:[~2014-10-31  8:22 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-26 19:09 [gentoo-user] alternative kernels Alexander Kapshuk
2014-10-26 19:23 ` Canek Peláez Valdés
2014-10-26 19:40   ` Alexander Kapshuk
2014-10-26 20:20   ` Rich Freeman
2014-10-26 20:45     ` Canek Peláez Valdés
2014-10-26 20:33   ` Giuseppe Pappalardo
2014-10-26 19:41     ` Canek Peláez Valdés
2014-10-26 19:43       ` Canek Peláez Valdés
2014-10-26 20:56         ` Giuseppe Pappalardo
2014-10-26 19:47 ` Volker Armin Hemmann
2014-10-26 19:52   ` Alexander Kapshuk
2014-10-26 19:56   ` Alec Ten Harmsel
2014-10-26 20:16     ` Canek Peláez Valdés
2014-10-26 20:21       ` Alexander Kapshuk
2014-10-26 20:42         ` Alan McKinnon
2014-10-26 20:48           ` Alexander Kapshuk
2014-10-26 20:46         ` Canek Peláez Valdés
2014-10-26 20:49           ` Alexander Kapshuk
2014-10-26 21:01       ` Volker Armin Hemmann
2014-10-26 21:16         ` Canek Peláez Valdés
2014-10-26 23:18           ` Volker Armin Hemmann
2014-10-26 23:41             ` Canek Peláez Valdés
2014-10-27  1:12               ` wabenbau
2014-10-27  1:35               ` Alec Ten Harmsel
2014-10-27  1:54                 ` wabenbau
2014-10-29 19:08                   ` Matti Nykyri
2014-10-26 21:34         ` Rich Freeman
2014-10-26 21:10       ` Alec Ten Harmsel
2014-10-26 21:23         ` Canek Peláez Valdés
2014-10-26 21:48           ` Alan McKinnon
2014-10-26 23:25         ` Volker Armin Hemmann
2014-10-30  7:56       ` J. Roeleveld
2014-10-30 10:31         ` Rich Freeman
2014-10-31  6:30           ` J. Roeleveld
2014-10-31  6:37             ` Canek Peláez Valdés
2014-10-31  7:11               ` J. Roeleveld
2014-10-31  8:22                 ` Canek Peláez Valdés [this message]
2014-10-31  9:42                   ` Gregory Woodbury
2014-10-31 11:05                 ` Tanstaafl
2014-10-31 14:09                   ` J. Roeleveld
2014-10-31 16:16                     ` Peter Humphrey
2014-10-31 17:24                       ` Volker Armin Hemmann
2014-10-31 17:53                       ` Rich Freeman
2014-10-31 20:26                       ` Neil Bothwick
2014-11-01 11:19                         ` Peter Humphrey
2014-11-01 15:38                           ` Neil Bothwick
2014-11-01 17:19                             ` Peter Humphrey
2014-11-01 22:28                               ` Neil Bothwick
2014-11-02 13:14                                 ` Volker Armin Hemmann
2014-11-02 15:28                                   ` Neil Bothwick
2014-11-03  2:09                             ` Tom H
2014-11-03  8:36                               ` Neil Bothwick
2014-11-02 23:05                       ` Tom H
2014-11-03  0:46                         ` Peter Humphrey
2014-11-03  2:26                           ` Tom H
2014-10-31 22:09                 ` Tom H
2014-10-31 22:30                   ` Rich Freeman
2014-11-01  1:03                     ` Alec Ten Harmsel
2014-11-01  9:47                       ` Rich Freeman
2014-11-01 15:50                         ` Alec Ten Harmsel
2014-11-03  1:54                         ` Tom H
2014-11-03  1:40                       ` Tom H
2014-11-03  0:22                     ` Tom H

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CADPrc81doe4Yg4U6NQ-j3xP3a+BNsy=VzkWUR6YrAs_VjquaPw@mail.gmail.com' \
    --to=caneko@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox