Release new version 0.16.1

Merge remote-tracking branch 'origin/github/pr/82'

zshrc: fix urxvt multi-line issue

Quoting from #74:

| When running multiline commands in urxvt, parts of the command are re-echoed.
|
| Example:
|
| me@system ~/foo % ls \
| \`> -l
|
| -ltotal 0
| -rw-r--r-- 1 me users 0 Feb 27 20:36 bar1
| -rw-r--r-- 1 me users 0 Feb 27 20:36 bar2
|
| me@system ~/foo %
|
| Note the '-l' be re-echoed in front of 'total'.

Quoting from zshmisc(1):

| preexec
|
|     Executed just after a command has been read and is about to be
|     executed.  If the history mechanism is active (regardless of
|     whether the line was discarded from the  history  buffer),
|     the string that the user typed is passed as the first
|     argument, otherwise it is an empty string.  The actual command
|     that will be executed (including expanded aliases) is passed
|     in two different forms: the second argument is a
|     single-line, size-limited version of the command (with things
|     like function bodies elided); the third argument contains the
|     full text that is being executed.

Closes: #74

Merge remote-tracking branch 'origin/github/pr/77'

Merge remote-tracking branch 'origin/github/pr/84'

screenrc: Add 'xterm-256color' to terminals

KDE's Konsole terminal sets env variable TERM to 'xterm-256color' by
default in newer versions, so the scrollbar fix did not match anymore.

Signed-off-by: Alexander Dahl <post@lespocky.de>

zshrc: Reset $REPLY parameter before calling prompt token functions

It may be tempting to write a prompt token function like this

    if (( ${+commands[kerl]} )) REPLY=$(kerl prompt '<%s> ')

But if the command does not exist user may be end up with duplicated
tokens in her prompt.  Resetting $REPLY parameter before calling
user-defined functions prevents this problem.

tmux: use foo-style to set status styles

From tmux 1.9, (20 Feb 2014), foo-{bg,fg,attr} commands have been
deprecated and tmux recommended to use foo-style instead.

Those options have been removed from tmux 2.9

It's more than 5 years from the deprecation of foo-{bg,fg,attr}.
it should be safe to use the new option by now.

Signed-off-by: Doan Tran Cong Danh <congdanhqx@gmail.com>

Release new version 0.16.0

Bump Standards-Version to 4.3.0

zshenv: switch default mount point from /lib/live/mount/medium to /run/live/medium

In commit 0d878d3a679 of live-boot(-grml)
("Simplify mount point handling by using /run/live instead of /lib/live/mount")
the mountpath of /lib/live/mount/medium was moved towards /run/live/medium.

Commit c6a17c7b41b of live-boot(-grml) provides a backward compatibility
rbind mount, but occasionally there seems to be a regression somewhere
during boot (see https://github.com/grml/live-boot-grml/issues/10), and
the rbind mount will be deprecated and removed before the bullseye
(Debian 11) release.

Layout changes over time:

* /cdrom for old linuxrc approach
* /live/image for initramfs layout until December 2012
* /lib/live/mount/medium for initramfs layout since December 2012
* /run/live/medium for initramfs layout since December 2018

Merge remote-tracking branch 'origin/github/pr/73'

C/P from https://github.com/grml/grml-etc-core/pull/73:

| Starting with zsh version 5.1, ZLE began supporting "bracketed paste mode".
|
| Currently, even on dumb terminals, ZLE sometimes emits the escape sequence
| "[?2004h" after the prompt if bracketed paste mode is not disabled. This
| prevents various tools that try to detect a shell prompt (such as Emacs TRAMP)
| from doing so successfully. (The shell prompt effectively becomes user@host ~ %
| �[?2004h – which typically will not be matched by prompt detecting regexps,
| thereby breaking Emacs TRAMP for target hosts that use the Grml zsh config and
| zsh ≥5.1.)
|
| Since most "dumb" terminals do not have bracketed paste capabilities anyway,
| this pull request changes the Grml zsh config to disable bracketed paste mode
| for "dumb" terminals.

Disable bracketed paste mode for dumb terminals

Release new version 0.15.3

doc/grmlzshrc.t2t: replace `apt-get` with `apt`

We recently™ switched from `apt-get` to `apt` (see commits
ecfca5641730b961b6283d825e644ee7cda73805 +
dcba02cdc441315685ddeb2217aaefe35753a906) in several aliases,
adjust documentation accordingly.

zsh: In grml-small hint at drill instead of dig

Closes: https://github.com/grml/grml/issues/56

Release new version 0.15.2

grml-lang zsh completion: add dvorak, es, fr, it + jp to list of supported languages

Thanks: Christian Haase for the bug report
Closes: https://github.com/grml/grml/issues/108

Release new version 0.15.1

Switch Homepage + Vcs-Browser headers from http to https

Bump Standards-Version to 4.2.1

Add a style in order to amend compinit's command line

Includes documentation with a possible usage example.

Closes: Github bugreport #103

bk(): Remove the separators between the units of time

In PR #60 we discussed the use of the local timezone instead of UTC.
While doing so we figured out that the current implementation is broken
on VFAT.

This solution removes the delimiters between the units of time which is fully
IS0 8601 compliant and should work well on all filesystems.

zshrc: fix default keybinding help

Release new version 0.15.0

Bump Standards-Version to 4.1.4

Build-Depend on debhelper (>= 10~)

Bump debian/compat to 10

Merge remote-tracking branch 'origin/github/pr/55'

zshrc: use `apt` instead of `apt-get` also for search + show

Output of `apt show` and `apt search` is more user-friendly,
so switch to it.

While at it fix description of `au` alias (it's apt and not
apt-get).

Partly revert c0a2a4d again

As it turns out, zsh has defaults on HISTSIZE and SAVEHIST. I have lost track
off zsh defaults a long time ago. This is a reason not to do this at all.
HISTSIZE's default is 30, SAVEHIST's default is 0. And the latter is a big
problem: No history will be saved anymore.

If someone wants different values for these two parameters, they can set them
in .zshrc.local. I am NOT working around this by comparing the actual value to
zsh's defaults.

The combined diff of c0a2a4d and this commit looks like this:

[snip]
--- a/etc/zsh/zshrc
+++ b/etc/zsh/zshrc
@@ -1582,7 +1582,7 @@ function command_not_found_handler () {
 # history

 #v#
-HISTFILE=${ZDOTDIR:-${HOME}}/.zsh_history
+HISTFILE=${HISTFILE:-${ZDOTDIR:-${HOME}}/.zsh_history}
 isgrmlcd && HISTSIZE=500  || HISTSIZE=5000
 isgrmlcd && SAVEHIST=1000 || SAVEHIST=10000 # useful for setopt append_history
[snap]

Closes: Github bugreport #64

Make a couple of history parameters adhere to presets

Requested on IRC, and I don't see why not.

Fix a bunch of typos

s/Directoy/Directory/
s/Dont/Don't/
s/accross/across/
s/an other/another/
s/completition/completion/
s/directoy/directory/
s/dont/don't/
s/occurence/occurrence/
s/overwriten/overwritten/
s/prefered/preferred/
s/prevously/previously/
s/reenabled/re-enabled/
s/to to/to/
s/whith/with/

Release new version 0.14.3

Move insert-datestamp to "C-x d" from "M-d"

"M-d" is obviously used in emacs mode by default. The "C-x ..." prefix is used
for other purposes in our setup already and this particular binding is free.

Closes: #62

Bind insert-datestamp to "ESC d" (Alt-d on many terminals) instead of "Ctrl-e d"

The github issue #62 for the grml-etc-core repository noted a delay with the
default Ctrl-e binding in emacs mode. This is caused by a binding where Ctrl-e
is a prefix. The shells waits for a timeout to figure out if the user wanted
the "Ctrl-e" binding, or or if there's a d coming to complete the "Ctrl-e d"
binding.

Closes: #62

Release new version 0.14.2

screenrc: drop keybindings G (google) + H (heise.de)

Those vendor specific configs shouldn't be shipped as such,
especially since we overwrite the default log function
(https://www.gnu.org/software/screen/manual/screen.html#Logging)
which defaults to 'H', so conflicting with our HeiseTicker
binding. Therefore remove it.

Thanks: Ralf Moll for reporting

tmux: drop deprecated status-utf8 option

From tmux's FAQ:

| Since the 1.0 release, tmux will turn on UTF-8 related options automatically
| (ie status-utf8, and utf8) if the above conditions are met.

In tmux's upstream there's also:

| commit 1b86f520ea1620628e569ea833c7b13306c18a4e
| Author: nicm <nicm>
| Date:   Thu Nov 12 11:09:11 2015 +0000
|
|     Nuke the utf8 and status-utf8 options and make tmux only a UTF-8
|     terminal. We still support non-UTF-8 terminals outside tmux, but inside
|     it is always UTF-8 (as when the utf8 and status-utf8 options were on).

Starting with tmux v2.2 this option is no longer supported.
While we still have tmux 1.9-6 in Debian/jessie there's at least
a backport of v2.3-4~bpo8+1 available in jessie-backports (and
corresponding v2.3-4 in testing/unstable), so the best we can do
is drop the configuration setting overall.

Thanks: Timo Boettcher for forwarding the bug report

vimrc: disable mouse usage in all modes, being the default in Vim >=8

People used to Vim seem to expect the existing behavior, so let's
stick what has been present in Vim versions before 8. Otherwise
we get different copy/paste behavior (it e.g. breaks middle-click paste).

Release new version 0.14.1

zshrc: avoid "no matches found: abk[V]" on grml-small systems, fixup

Thanks: Frank Terbeck <ft@grml.org>

zshrc: avoid "no matches found: abk[V]" on grml-small systems

prompt_grml: Add documentation for strip-sensitive-characters

Release new version 0.14.0

Handle volatile characters in prompts with promptsubst set

We don't set that option, but users may do it in .zshrc.local or similar.

The issue is that performing expansions on a prompt string is an exploitable
vulnerability, if you do not contol every part the prompt string is made up of.

This is what is demonstrated by

  https://github.com/njhartwell/pw3nage

Per default, the code strips [$`] from a final prompt string, so you can't
really take advantage of prompt subst, even though you have it set. If the
prompt_subst option is not set, the code does not kick in at all.

If you want more control over which parts of the prompt are stripped, so you
can take control of prompt_subst, you can do that as well.  Here's an example
that only strips the data returned from vcs_info:

  zstyle ':prompt:grml:*:items:vcs' strip-sensitive-characters on
  zstyle ':prompt:grml:*:setup' strip-sensitive-characters off

Now you can take advantage of prompt_subst in privately defined tokens (even
though I'd use a token that calls a function callback instead of inserting a
string that relies on prompt_subst — but that's just me).

Reported-by: Joerg Jaspert <joerg@debian.org>

zshrc: fix space<->tab indention issue for commit ecfca564173

Time to grab a coffee…

zshrc: use apt for agi/adg/ag/au aliases, fall back to apt-get

apt has colors and a progress bar and is supposed to be a
nice UI, so let's make it our default.

Thanks: Karl Voit for the suggestion

Test the correct parameter for non-emptiness

I introduced this myself, when I adjusted Thilo's code.

only try to autoload, when there actually is s.th. to

This fixes a regression introduced today: Only try to autoload, when
there actually is s.th. to autoload otherwise "autoload -U" _prints_ all
functions that were marked for autoloading thus far.

reduce unneeded filesystem seeks

it is superflous to check existence of func files with zrcautoload
when they are globbed beforehand.
This way reduce unneeded filesystem seeks.

small fix for sll()

* do not pollute dirstack, use 'cd -q'
* create interger vars with defined base

also unset NO_COLOR

also unset NO_COLOR, seems to left out

add missing run-help-*

add missing run-help-* functions

use function keyword through out the code

From man zsh:
-----------------------------------------------------------------------
Note also the unhelpful interaction of  aliases  and  function  defini‐
tions:

alias func='noglob func'
func() {
    echo Do something with $*
}

Because  aliases  are expanded in function definitions, this causes the
following command to be executed:

noglob func() {
    echo Do something with $*
}

which defines noglob as well as func as functions with the body  given.
To  avoid this, either quote the name func or use the alternative func‐
tion definition form `function func'.
-----------------------------------------------------------------------

Therefore make use of the function keyword through out the code for
defining shell functions. Also harmonize its usage, where it is used allready.

fix usage of 'typeset -U'

From man zsh:
for variables with shared values  it is  therefore  recommended to set the flag
for all interfaces, e.g. `typeset -U PATH path'.

Otherwise one of them is not unique:
% echo ${parameters[path]}
array-unique-special
% echo ${parameters[PATH]}
scalar-export-special

After:
% echo ${parameters[path]}
array-unique-special
% echo ${parameters[PATH]}
scalar-export-unique-special

Additionally drop a superflous for loop.

make location of file .important_commands configurable keeping backward compatibility

Release new version 0.13.2

zshrc: support systems without capacity file in batterylinux() [Closes: issue1333]

Thanks: Axel Beckert for the patch

zshrc: fall back to journalctl with llog + tlog aliases if /var/log/syslog doesn't exist

Also don't make them Debian specific, instead just check for syslog
and journalctl.

Release new version 0.13.1

lsb-functions: avoid usage of SYSTEMD variable

If we're unsetting the SYSTEMD variable again this
might influence other code which sources lsb-functions.
Since we also have a single usage of systemd in lsb-functions
there's no need to use a variable at all

Release new version 0.13.0

Bump debian/compat version to 9

Bump Standards-Version to 3.9.8

lsb-functions: include support for grml_colors handling

It's annoying to have the according grml_colors support
in every single script, so instead lets inline this here.

Support systemd-style output via lsb-functions

By properly hooking into /etc/grml/lsb-functions
we can get systemd like output without having to
rewrite any further scripts.

Adjust /etc/grml_colors to have same color style
(non-highlighted colors) as systemd iff running
under systemd.

doc/grmlzshrc: Document GRML_NO_{APT,SMALL}_ALIASES

zshrc: Make ambiguous aliases optional

zshrc: do not alias 'mdstat' when /proc/mdstat doesn't exist

Fix typo in grmlzshrc manual

zsh: purge: latexfiles

zsh: purge: c dependency files

Clean up fallback prompt code

zshrc: dirstack: skip for ZSH_SUBSHELL

Otherwise `(cd foo)` would add `foo` to the stack, which is probably not
what you would expect.

Release new version 0.12.6

Bump Standards-Version to 3.9.7

zshrc: check_com() fixed and zshified

* FIX: in the elif a shift was missing
* MOD: use '(( ${+' instead of '[[ -n ${'
  One thing though: I tried to verify since when Zsh supports that.
  Currently i do not know where to get that from.
* FIX: add -g to help message

grmlzshrc.5: Clarify where to set the enable style

zshrc: Add a setting to avoid the persistent dirstack feature to be activated

Apparently, there are still problems with automounters and slow/buggy
network file systems. This style makes it possible to disable the
feature altogether.

zshrc: Make the default of 'filter-on-load' match docs

zshrc: test if ls is GNU ls instead of islinux()

zshrc: add the islinux() test before testing for ls -v switch

See https://github.com/grml/grml-etc-core/pull/55#issuecomment-171782089

zshrc: Add comments about the ls_ and grep_options we set

zshrc: Enable ls(1)'s natural sorting if available

Release new version 0.12.5

Sync to zsh-lookup upstream repository

This fixes a bunch of warnings with zsh's new warn_create_global
behaviour.

Switch screenrc_* to UTF8 encoding

Hello 2015, 2016 is looking around the corner.

tmux: remove obsolete mouse-select-pane option

Release new version 0.12.4

zshrc: Remove unused parameter $ZSHDIR

It was only used with the previous cache setup. The new setup
now uses ${ZDOTDIR:-$HOME} like everything else in the zshrc does.

Signed-off-by: Frank Terbeck <ft@grml.org>

zshrc: Add more robustness to completion caching setup [Closes: issue1933]

This is based on a suggestion by Thilo Six <tech@xk2c.de>.

The setup now uses $GRML_COMP_CACHING to decide on whether to configure
caching at all and $GRML_COMP_CACHE_DIR to tell where to put the caching
data.

It also makes sure the caching directory actually exists before using it.

See the included documentation for details.

Signed-off-by: Frank Terbeck <ft@grml.org>

grmlzshrc.t2t: update docs on screen alias

zshrc: fix screen alias

- Using `${commands[screen]}' which is expanded in double quotes makes
  it impossible to use custom screen installation or wrapper.  Use
  `screen' instead.

- Screen reads configuration from $HOME/.screenrc by default so it is
  redundant to set alias for this.

grmlzshrc.5: Remove documentation for allulimit

zshrc: Leave all limits alone

Except for when we're running off of a live medium. In that case still
disable core-dumps. Other than that, it's up to the user to change their
limit settings from the defaults the system provides.

zshrc: Remove "allulimit" function

It basically does the same thing as the "unlimit" builtin zsh provides.
Just less flexible.

tmux: background a window, reload config, improve binding

zsh: Update Lookup functions from upstream

This adds the -G option to the gmane backend and fixes a syntax
error in the usenet backend

Release new version 0.12.3