is
there in trying to remove it?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
satisfy everybody?
Match User root
PasswordAuthentication no
Simpler version (if the change is desired):
PermitRootLogin without-password
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
Once upon a time, Florian Weimer fwei...@redhat.com said:
Do we even use the DHCP NTP server assignment?
I believe it is used for chrony and ntpd, don't know about sysmted's new
implementation.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
Once upon a time, Tomasz Torcz to...@pipebreaker.pl said:
On Wed, Nov 26, 2014 at 08:01:37AM -0600, Chris Adams wrote:
Once upon a time, Florian Weimer fwei...@redhat.com said:
Do we even use the DHCP NTP server assignment?
I believe it is used for chrony and ntpd, don't know about
(always helpful to
include)? Are you linking with -lm (the math library)?
Also, just FYI: this list is intended for developing Fedora, not really
developing _on_ Fedora (so unless you are working on F21 or rawhide, you
should use us...@lists.fedoraproject.org in the future).
--
Chris Adams li
policies, so please stop bringing up that red
herring.
Security-by-obscurity also doesn't help setuid binaries in the normal
install paths (e.g. /usr/bin), because an attack could easily just
switch over to metadata (file size, timestamps, etc.).
--
Chris Adams li...@cmadams.net
--
devel mailing
). There is no reason for any other permissions.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
). The RPM maintainers as well as Perl
maintainers seems to be in favor of this change.
One other thing to check for is spec files that use perl (maybe when the
resulting package does not). I know I've written spec files that use
perl to fix things and what not.
--
Chris Adams li...@cmadams.net
stop caching man pages at all, or at
least make that functionality optional (and non-default)?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
?
To be fair, portable programs wrap GCCisms in #ifdefs.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
/bash).
In general, I am pretty sure that except a couple of programming
language or UNIX aficionades very few people can actually correctly
separate bashisms from true bourneshellisms.
It isn't that hard.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
/Ubuntu (and *BSD, etc.). The remaining scripts are largely going
to be Fedora-specific, and that's not nearly as big of pile of code as
you imply.
It is also funny to hear the systemd author talk about not breaking
things and creating lots of work.
--
Chris Adams li...@cmadams.net
--
devel mailing
Unix-like systems (e.g. *BSD, Solaris, etc.) have
ever used bash as /bin/sh.
To say it is a lot of work or is going to break the world, the
requirement for proof is on you.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
for the
POSIX-compliant scripting shell on Unix-like systems.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
this be handled through the alternatives system, so that
admins could choose bash vs. dash vs. whatever? In theory now, /bin/sh
is not as critical to system startup with systemd (although I expect
there are still scripts that called in various places).
--
Chris Adams li...@cmadams.net
--
devel mailing list
a problem with _any_ company with corporate involvement with
Fedora having the same ability to say this email is no longer valid
and triggering an immediate unresponsive maintainer process. It is
just that Red Hat is the prime example.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
it is time to knock it down and start over).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
of /usr/lib/systemd/system?).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
, with an
rsync-service subpackage that has all the systemd integration.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Once upon a time, Josh Boyer jwbo...@gmail.com said:
Would you be willing to craft a patch and send it to the rsync
maintainer to do that?
I believe (later in this thread) someone said that has already been
done, as rsync-daemon.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
, as his playing field is significantly reduced.
There's very little he can do.”
How is that different from an SELinux policy? How is the additional
resitrction handled (if it isn't SELinux, what mechanism is used to do
the restriction)?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
in a network
environment, having differing versions of UID_MIN (where recompilation
is required to change) is just wrong. As the message above sys, yes,
that is actually used and needed. I see no valid justification for
removing that functionality.
--
Chris Adams li...@cmadams.net
--
devel mailing list
in the setterm man page to stop it.
:-(
Are you calling it from your .bashrc? A simple thing like this should
do (basically, only run setterm when connected to /dev/tty[0-9]*):
tty=$(tty)
[ $tty != ${tty#/dev/tty[0-9]} ] setterm your setterm args
--
Chris Adams li...@cmadams.net
--
devel
haven't wanted to remove all the kernels in a while (I guess since
before this was added); is the only way to bypass yum and use rpm?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
request that you really
want to do that.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
be based on the number of
affected dependent packages (and/or maybe a percentage of installed
packages).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code
the name.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
with iptables, rather than
forking sshd processes only to close the connection.
Also, if you want, you can configure fail2ban with escalating length
blocks (so first offense is 5 minutes, then 3 strikes gets you an
hour, etc.).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
to the number of x86 machines that can
run F20.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
interest
in forking libdb-5 (or just picking up maintenance if/when upstream
drops it).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
with the licenses of software already using BDB-5.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
bother again
about $PATH orders and namespace collisions...
As I said before, there's still some consolehelper stuff that requires
entries in both /usr/bin and /usr/sbin to work.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
that, the PATH order shouldn't
matter.
To the OP: I'd suggest checking your .bash_profile to see if something
has changed the PATH there.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct
, much like sql injection. In those cases,
one could craft URLs to run wget or any other tool that may help the
intruder get even more inside.
Down that path lies madness. Are you going to remove /bin/sh? If not,
virtually anything else is possible.
--
Chris Adams li...@cmadams.net
--
devel
can remove network access,
remove local write access, etc. However, that is separate from removing
arbitrary binaries from the system/image. Removing non-privileged
binaries from the image does _nothing_ for security (as claimed
up-thread).
--
Chris Adams li...@cmadams.net
--
devel mailing
other part of the system, not the binary.
I can (unless severely locked down, which is difficult-to-impossible to
do in practice) download another non-privileged binary and achieve the
same privilege escalation.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
to and show how it is wrong.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
that are
needed is not practical.
Spending a whole bunch of effort to allow you to remove systemd (again,
just the files, it isn't running) seems excessive. There are some basic
things that RPMs expect; installing a service expects that the service
management tools are present.
--
Chris Adams li
Once upon a time, Reindl Harald h.rei...@thelounge.net said:
however, thank you to show me that any discussion with you is worthless
Right back at you.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
is that it is fairly tolerant to dataloss.
Yes, and there are multiple solutions to that issue. TCP syslog,
rsyslog's replication protocol, etc. It would be good if systemd could
use or extend an existing logging protocol, rather than invent yet
another method.
--
Chris Adams li...@cmadams.net
(because of license),
and perl linked with libdb-6, mod_perl would be broken.
If there are any conflicts because of the license incompatibility, then
moving to libdb-6 may not be a good idea.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
server that will work, there may be
private DNS info not available anywhere else, etc.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Once upon a time, Bruno Wolff III br...@wolff.to said:
The advantage of using your dns server is that you know what you're
getting.
You'll also lose almost all content-delivery network advantages (most of
that is mapped to close servers with DNS).
--
Chris Adams li...@cmadams.net
--
devel
needed
it), it really is a meaningless check.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Once upon a time, Paul Wouters p...@nohats.ca said:
On Wed, 9 Apr 2014, Chris Adams wrote:
Once upon a time, Matthew Miller mat...@fedoraproject.org said:
On Wed, Apr 09, 2014 at 10:20:36PM +0200, Lennart Poettering wrote:
[technical reasoning snipped]
Hence: please let's just remove
Once upon a time, quickbooks office quickbooks.off...@gmail.com said:
This change will not affect logging into the console using the local
account and then doing su to get root privileges.
The only local account on many (most?) systems with network
authentication is root.
--
Chris Adams li
with only a root user
created).
Fedora still allows root SSH logins by default; how is that more secure
than the console?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
of the code, and other system
tools will still use the bzip2 library.
I think the right way to move forward is to make a library that is at
least API-compatible with the current libbz2.so.1, make all the tools
use it, and just replace bzip2 with lbzip2.
--
Chris Adams li...@cmadams.net
--
devel
anyway built into the kernel is slightly more efficient and more
convenient.
If we have a split between filesystems between products, then it
probably doesn't make sense to build any of them into the kernel
anymore (well, assuming they all use the same kernel RPMs).
--
Chris Adams li
available (or planned)?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
vendor
that I think helped write some of the UEFI spec - I need to bug him on
that one. :)
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
on Windows
before it does anything. How could a default install of a DHCP
service possibly know what to do without configuration?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
with Github. It is SourceForge
2.0 as far as I can tell, and I'm sure something will come along
eventually and replace it as the new hotness. I can see putting
projects that even might have some non-Fedora interest on
non-Fedora-hosted platforms, if only to try to attract other interest.
--
Chris
), but that may
not always work (it would have to handle things like kernel-PAE and
such).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
recursively on `/'
rm: use --no-preserve-root to override this failsafe
I didn't know that was there (not in the habit of running rm -rf /
just to see what happens). I really can't think of a situation where
rm -rf / would be useful, so I don't really care one way or the other
about that one.
--
Chris
removed (not owned by
any RPM), so you should always be able to boot that.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
option at all on a system without multiple OSes
installed, so booted by default).
In any case, this is still a very minor side issue, and should not
derail practical dnf discussions.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
action by someone who happens to be
employed by Red Hat as yet another opportunity to attack Red Hat, the
individuals involved, their motives, etc.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
don't pass a format string with additionalarguments to be
converted), then use the correct function for the job such as puts(foo).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
Once upon a time, Chris Adams li...@cmadams.net said:
Aside from everything else, using the printf() family of functions when
you don't want formatted output is bad practice. There's really no
excuse for calling printf(foo); if you don't want formatted output (i.e.
you don't pass a format
under that directory (using the 3.11.7
kernel source), and it works (and it also works on an older kernel under
RHEL 6).
Is this allowed under the packaging guidelines, or is there a better
way?
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
Once upon a time, Dridi Boukelmoune dridi.boukelmo...@gmail.com said:
Hi,
Is kernel-headers enough ?
https://apps.fedoraproject.org/packages/kernel-headers
I should have mentioned that neither kernel-headers nor kernel-devel has
the necessary headers.
--
Chris Adams li...@cmadams.net
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
On Tue, Nov 19, 2013 at 10:47:12AM -0600, Chris Adams wrote:
I'm looking at packaing mpt-status (get status info from LSI MPT SAS
RAID controllers) for Fedora and EPEL. However, to build, it needs some
include files from
back to the beginning (and IIRC to the original
SSH code before OpenSSH started).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
works one way.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
how obvious you may feel it to be.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
everything.
The best (and I use that term loosely) way to handle many of these
poorly-designed devices is to always plug them in the same USB port, and
then write udev rules that match particular device/bus/port
combinations.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
often do).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
autostart settings, etc., all of
which are also dot-files/dot-directories.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
running as the user write there (don't know if that is the case
though).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
. Now you
are wasting a chunk of RAM, as it can't be shared between non-prelinked
and prelinked bins/libs.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org
. The message that started this thread indicates that
prelink may not have a significant gain anymore. If that's the case,
than _any_ effort is not worth the added complexity, overhead, etc. of
prelink.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
that tests showed no significant gain anymore, at
least in the poster's setup. If that is indeed the case, then there's
no reason to keep prelink.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code
, why should it be kept at all? It has non-zero
support cost outside of the package itself.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
variety
of cases.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
than switching to something
that is just another traditional FS (with some bells and whistles),
switching to btrfs. The switch to btrfs as default isn't there yet, but
that is the direction I think Fedora is moving towards (one of these
days).
--
Chris Adams li...@cmadams.net
--
devel mailing
root) that doesn't match the login user for this TTY; on Linux this
can be as easy as the following bit of bash:
local user=
if [ $UID != 0 -a ! -O /proc/self/fd/0 ]; then
user='\u@'
fi
PS1=$user'\h \W\$ '
--
Chris Adams li...@cmadams.net
. I'm not sure why it wasn't just orphaned, since AFAIK
it still works, still maintained, and there's no direct replacement.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http
and
install additional packages. Core hasn't changed much in a while; if
you want vim-enhanced (vim-minimal is in Core), screen, etc., then
install more than just Core.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
reports logs files as using twice as much space.
How is _anything_ (programs, users, admins) supposed to know how much
free space is left on btrfs? This behavior seems like an admin's
nightmare.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https
patched it.
https://bugzilla.redhat.com/show_bug.cgi?id=465859
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
with additional configuration, and that
configuration will vary widely between setups and MTAs.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
sponsors, we can achieve great things.
If that doesn't agree with your goals, then IMHO you should find another
distribution.
This will be my only post in this thread.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
some kind of issue with Red Hat and its employees. I
don't know (or really care) why, but please stop throwing rocks at them
on the Fedora mailing lists.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
On 07/22/2013 06:52 PM, Chris Adams wrote:
Once upon a time, Jóhann B. Guðmundsson johan...@gmail.com said:
On 07/22/2013 03:38 PM, Matthew Miller wrote:
On Mon, Jul 22, 2013 at 02:28:52PM +, Jóhann B. Guðmundsson wrote
to touch them again for a long
time.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
the journalctl output, options, etc.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
functionality.
Well, you are wanting two different things: a clock manager and a
one-shot NTP server tester.
You could always use check_ntp from Nagios plugins for the one-shot. :)
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org
or the high way.
That is Lennart's standard behavior.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ntpdate for a long time
now, so I have no problem with it going away. However, while the
proposal subject is to remove ntpdate, you then go into changing the way
ntpd is used, which is bad (and not obvious from the subject).
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel
Once upon a time, Lennart Poettering mzerq...@0pointer.de said:
On Wed, 17.07.13 07:57, Chris Adams (li...@cmadams.net) wrote:
Once upon a time, Marc Deop i Argemí m...@marcdeop.com said:
That terribly sounds like my way or the high way.
That is Lennart's standard behavior
else. You just have to assume somebody
is telling the truth and move forward.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
)
If the root filesystem is ext4, you could use the last write time as a
starting point.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
-standard install; chrony is in the
Standard group in comps.
--
Chris Adams li...@cmadams.net
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
.
systemd should NOT provide syslog, since it is not providing a syslog
service (it is an alternate system logging setup that can receive
messages via the syslog socket). That virtual provides makes it harder
for people that want a syslog service.
--
Chris Adams li...@cmadams.net
--
devel mailing
401 - 500 of 900 matches
Mail list logo