Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
Conflicts:
mount/mount.8
mount/mount.c
|
|
Signed-off-by: Sami Kerola <kerolasa@iki.fi>
|
|
Note that the code is still not able to detect 64bit on sparcs and
ppc.
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Autoconf contains the right magic to determine the endianness on many
platforms next to Linux. This reverses previous commits to move away
from WORDS_BIGENDIAN:
"use __BYTE_ORDER rather than AC specific WORDS_BIGENDIAN"
This is necessary to compile on non Linux platforms like Darwin and
Solaris.
Signed-off-by: Fabian Groffen <grobian@gentoo.org>
|
|
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
|
|
$ unshare --hel
Segmentation fault
The last element of longopts has to be filled with zeros.
Signed-off-by: Kirill A. Shutemov <kirill@shutemov.name>
|
|
This problem was observed on an x86_64 Mobile AMD Sempron 3700+ where kernel_max
returned "0" as the index of the highest CPU.
As a consequence, several variables in lscpu, which relied on maxcpus >= 1 (in
particular the 'len' value) were set to 0, resulting in the following errors:
host>./lscpu
lscpu: failed to read: /sys/devices/system/cpu/online: No such file or directory
host> cat /sys/devices/system/cpu/kernel_max
0
The fix used by this patch is to interpret kernel_max as an index and maxcpus as
a count >= 1, tested to work.
Signed-off-by: Gerrit Renker <gerrit@erg.abdn.ac.uk>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Conflicts:
login-utils/Makefile.am
mount/lomount.c
text-utils/od.1
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Hello,
On 30/11/2010 13:01, Karel Zak wrote:
> Unfortunately, translators don't like this kind of strings where any
> translatable substring is inserted to the normal sentence. It would be
> better to use something like:
>
> "%d (%s): failed to set priority", who, idtype
>
> "%s: %d: failed to set priority", idtype, who
>
> or so...
or "failed to set priority for %d (%s)"?
From 536eb11f873f2c887e075a37ffb3c971cac258d5 Mon Sep 17 00:00:00 2001
From: Francesco Cosoleto <cosoleto@gmail.com>
Date: Mon, 6 Dec 2010 01:23:10 +0100
Subject: [PATCH] renice: improve messages specifying what ID is referring to
This version makes more clear the printed message specially when the
--user option is used.
Old version:
$ renice 19 10 -u fra -g 1
renice: 10: setpriority: Operation not permitted
renice: 1000: setpriority: Operation not permitted
renice: 1: setpriority: Operation not permitted
$ renice 19 -u fra
1000: old priority 0, new priority 19
New version:
$ renice 19 10 -u fra -g 1
renice: failed to set priority for 10 (process ID): Operation not permitted
renice: failed to set priority for 1000 (user ID): Operation not permitted
renice: failed to set priority for 1 (process group ID): Operation not permitted
$ renice 19 -u fra
1000 (user ID) old priority 0, new priority 19
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
CAI Qian and I agree that GPLv2+ is better for lscpu.c. This license
is more compatible (than v3) with the rest of the util-linux package.
We need to link the code with functions from lib/ -- mix GPLv3 and
GPLv2 is bad idea.
Note that it was only Cai and I who did significant changes to
lscpu.c, all others changes from others developers was trivial (fix
typos, add _(), ...).
Signed-off-by: CAI Qian <caiqian@redhat.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Non-root tasks can raise nice priority on systems running Linux 2.6.12 or higher
if the nice resource limit is set.
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|
|
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|
|
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|
|
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Reported-by: Jeroen Oortwijn <oortwijn@gmail.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
The 'show' mode prints information on current alarm setting.
[kzak@redhat.com: - code clean up
- don't setup alarm on 'disable' mode]
Signed-off-by: Marek Otahal <markotahal@gmail.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
fstrim is used on a mounted filesystem to discard (or "trim") blocks
which are not in use by the filesystem. This is useful for
solid-state drives (SSDs) and thinly-provisioned storage
Signed-off-by: Lukas Czerner <lczerner@redhat.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
This patch replaces a few functions used throughout the source:
* Renames getnum (from schedutils) to strtol_or_err
* Moves strtosize (from lib/strtosize.c)
* Moves xstrncpy (from include/xstrncpy.h)
* Adds strnlen, strnchr and strndup if not available (remove it from libmount utils)
A few Makefile.am files were modified to compile accordingly along with trivial renaming
in schedutils source code.
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
|
|
The IPC API documentation is maintained in the standard man-pages. It does
not make sense to maintain this docs in util-linux-ng.
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
|
|
|
|
[kzak@redhat.com: - remove unnecessary program name from err(),
- use program_invocation_short_name]
Signed-off-by: Marek Polacek <mmpolacek@gmail.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
|
|
|
|
The example in the man page does not prevent concurrent execution, as it
obtains a shared lock. More useful is taking an exclusive lock, i.e.
remove "-s".
Additionally, IMO most people want the script to exit when the lock
cannot be acquired, so adding "-n".
|
|
If linux/falloc.h does not exist, the build system still enables the
fallocate util, but ultimately fails when it tries to include the
header and use a define from it.
Signed-off-by: Mike Frysinger <vapier@gentoo.org>
|
|
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
|
|
Conflicts:
mount/lomount.c
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Reported-by: Barry Davis <barry_davis@stormagic.com>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
# echo 0 >/sys/devices/system/cpu/cpu3/online
# echo 0 >/sys/devices/system/cpu/cpu2/online
# grep processor /proc/cpuinfo
processor : 0
processor : 1
# lscpu
lscpu: error: cannot open
/sys/devices/system/cpu/cpu2/cache/index0/shared_cpu_map: No such file or directory
This patch also add a new "On-line CPU(s):" line to the lscpu(1)
output.
Addresses: http://bugzilla.redhat.com/show_bug.cgi?id=623012
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
Signed-off-by: Davidlohr Bueso <dave@gnu.org>
|
|
Conflicts:
mount/Makefile.am
sys-utils/ipcs.c
tests/ts/blkid/images-fs/befs.img.bz2
tests/ts/blkid/images-fs/ddf-raid.img.bz2
|
|
Avoid rebuilding the man aliases over and over given that they do not
copy the content but only alias it.
Signed-off-by: Diego Elio 'Flameeyes' Pettenò <flameeyes@gmail.com>
|
|
This is backward-compatible with automake 1.10 as the AM_V_GEN macro
is going to be null anyway.
Signed-off-by: Diego Elio 'Flameeyes' Pettenò <flameeyes@gmail.com>
|
|
Signed-off-by: François Revol <revol@free.fr>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
According to a search on the internet, the 200 file number is not a
posix shell feature, since posix shells are only mandated to have 1
through 9. I haven't verified that this claim is right, but, at least
dash doesn't like the 200. So here is a patch for the flock man page
that replaces 200 with 9.
Signed-off-by: Patrice Dumas <pertusus@free.fr>
Signed-off-by: Karel Zak <kzak@redhat.com>
|
|
LC_CTYPE is necessary to print correctly some non English characters,
set LC_ALL for the sake of brevity.
Example:
$ LANG=fr_FR lscpu -p | head -n 1
\# La suite est en format analysable, transmissible ? d'autres
instead of:
\# La suite est en format analysable, transmissible à d'autres
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|
|
This leaves getopt() only to print a similar error message on invalid
options.
Signed-off-by: Francesco Cosoleto <cosoleto@gmail.com>
|