bug#21349: who shows no users nowadays on Debian
All I know is I also filed http://bugs.debian.org/796942 w shows no users even though I must... http://bugs.debian.org/796943 wall can't write to anybody nowadays All I know is all this stuff should be updated to still work with the latest Unix/Linux. Otherwise after every few years one will need xwho and ywho and zwho just to check who's around...
bug#21356: BUG: split shorter version of '--numeric-suffixes' give error
2015-08-27 16:18:51 +0100, Pádraig Brady: [...] info page: [...] It's easy to miss that it's not `-d[FROM]` here. A note along these lines could help: Note that the FROM value can only be specified with the long option from. Done at: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commitdiff;h=da5505dd7f Thanks. I can't think of any suitably terse improvements for the man page. [...] Maybe something like: -d use numeric suffixes instead of alphabetic (starting at 0) --numeric-suffixes[=FROM] same as above but allows changing the starting value. As in effect, they are different options. -- Stephane
bug#21349: who shows no users nowadays on Debian
Hi, On Wed, Aug 26, 2015 at 02:13:37PM -0600, Bob Proulx wrote: Erik Auerswald wrote: This works on a current Debian/testing system (stable as well), so it might be a recent Debian/Sid (unstable) issue. Perhaps you want to open a bug report there? Updating utmp depends upon the terminal emulator. XTerm updates it. Logins via X used to update it as well (seldomly used nowadays). The local desktop session usually updates utmp as well, at least with XFCE on Debian/testing this is still the case. GNOME Terminal updates utmp as well. Screen updates it, too. When I last looked at it, Konsole (from KDE) did not update utmp. AFAIK it doesn't have anything to do with Debian changing anything. Sven Joachim wrote: It most probably has, the latest xterm version (319) only writes a utmp entry if you start a login shell (i.e. use the -ls option) Linda A. Walsh noticed a similar thing: The same thing happens on openSuSE Of course this is most likely caused by changes outside of coreutils. On a desktop system without any terminal windows, the desktop session should be shown in the who output. On all systems I could easily check that is the case. I do not have any SystemD/GNOME or KDE systems to test. Thanks, Erik
bug#21356: BUG: split shorter version of '--numeric-suffixes' give error
2015-08-27 00:05:49 +0100, Pádraig Brady: [...] $ split -n10 -a4 -d5 echo.txt split: cannot split in more than one way Try 'split --help' for more information. where as using longer option for `-d` i.e. `--numeric-suffixes` works fine. $ split -n10 -a4 --numeric-suffixes=5 echo.txt FYI: I had asked it on unix.stackexchange as well, for reference http://unix.stackexchange.com/q/225704/17265 -d can't take an _optional_ argument for backwards compat and operational reasons. I.E. generally short options can't take an optional argument due to ambiguities that would introduce. The particular ambiguity in this case is that -d5 is equivalent to -d -5, which is equivalent to -d -l5, hence the error. [...] Note that GNU getopt supports short options with optional arguments (though doesn't allow an empty argument like the long option version). The split documentation could be improved to avoid this kind of confusion: info page: `-l LINES' `--lines=LINES' Put LINES lines of INPUT into each output file. For compatibility `split' also supports an obsolete option syntax `-LINES'. New scripts should use `-l LINES' instead. [...] `-d' `--numeric-suffixes[=FROM]' Use digits in suffixes rather than lower-case letters. The numerical suffix counts from FROM if specified, 0 otherwise. Note specifying a FROM value also disables the default auto suffix length expansion described above, and so you may also want to specify `-a' to allow suffixes beyond `99'. It's easy to miss that it's not `-d[FROM]` here. A note along these lines could help: Note that the FROM value can only be specified with the long option from. For the --help output (in English at least), the distinction doesn't appear: -d, --numeric-suffixes[=FROM] use numeric suffixes instead of alphabetic. FROM changes the start value (default 0). [...] -l, --lines=NUMBER put NUMBER lines per output file Can't tell from that that -d5 wouldn't work. -- Stephane