Am 11.02.2015 um 14:56 schrieb Fabian Thorns:
As this is usually not the default I wouldn't expect many people really
using it.
Exactly! ;-)
___
lpi-examdev mailing list
lpi-examdev@lpi.org
http://list.lpi.org/cgi-bin/mailman/listinfo/lpi-examdev
On Wed, Feb 11, 2015 at 8:16 AM, Anselm Lingnau
anselm.lingnau+exam...@linupfront.de wrote:
Anyway, that's what I was told at the time. Maybe Matt can shed more
light on the actual rationale of adding SQL to LPIC-1. After all, he was
there and I wasn't ;^). The way LPI figures out exam
Hi there,
On 02/11/2015 02:16 PM, Anselm Lingnau wrote:
Simone Piccardi picca...@truelite.it wrote:
Could you provide some examples? In my (limited) experience almost all
programs I'm using just log to text file (journald beeing the main
exception).
Apache can write its access log to an
Fabian Thorns fab...@thorns.it wrote:
I'm not sure why we have SQL on the exams right not,
ISTR that this was originally added because many programs these days
offer logging into SQL databases, and system administrators should be
able to formulate SQL queries in order to get at these logs.
In
Simone Piccardi picca...@truelite.it wrote:
Could you provide some examples? In my (limited) experience almost all
programs I'm using just log to text file (journald beeing the main
exception).
Apache can write its access log to an SQL database, for example. AFAIK,
the modern syslog
Dear listers,
I fully agree with Simone Piccardi who wrote:
I'm totally against changing the topic or raising it weight, in my
opinion 2 question on SQL are already too much, I'd prefer 0, like it
was. LPI should be a Linux Sysadmin Certification, this is a generic
argument, it tell almost
I agree, let's stay with LINUX.
Dave Utso
Byte Knowledge
-Original Message-
From: Hendrik Jan Thomassen h...@atcomputing.nl
To: lpi-examdev lpi-examdev@lpi.org
Sent: Tue, Feb 10, 2015 9:39 am
Subject: [lpi-examdev] SQL in LPIC 1
Dear listers,
I fully agree with Simone Piccardi
Hi there,
I would vote for removing SQL from LPIC-1 during the next objective
update too. Unfortunately this will be somewhere far away in the future
as we're just switching to version 4.
As Martin points out, user management and security are important for
database administrators -- as they are