targetcli-fb - creating lvm backstore with newer kernels fails (patches included)

Hi there, current (as of PLD git) targetcli-fb does not allow to create lvm backstore when used with newer kernels, probably due to: https://lkml.org/lkml/2014/6/9/199 It works with newer targetcli-fb, at least attached patches which bump targetcli and dependencies work for me. PS If anyone

xen-4.4.1-2.x86_64 - buggy xenstored and xendomains init scripts

Hi there, i've noticed 2 separate bugs using xen-4.4.1-2.x86_64 with SysVinit. 1st one is in xenstored init script - /local/domain/0/domid" is not set when henstored is started from initscript, however it is set when started from systemd (fixed in 25eb178). Attached xenstored.patch fixes this b

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

Jacek Konieczny wrote: > Such a shell script for any interactive shell started, just because one > or two PLD users have uncommented the /etc/env.d/GREP_OPTIONS we might > have wrongly introduced long time ago? There are no difference between putting grep's options into alias and into $GREP_OPTION

Re: [packages/kernel] - updated config

On Wednesday 10 of December 2014, Jan Rękorajski wrote: > > +MODULE_COMPRESS all=y > > +MODULE_COMPRESS_GZIP all=y > > +MODULE_COMPRESS_XZ all=n > > > > STOP_MACHINE all=y > > #- file block/Kconfig goes here > > #- file kernel/Kconfig.locks goes here > > What about switching to xz? That will

Re: [packages/kernel] - updated config

On Wed, 10 Dec 2014, arekm wrote: > commit 5fc1b244b3f356be6ea05dd183f0feba7e0c8276 > Author: Arkadiusz Miśkiewicz > Date: Wed Dec 10 20:49:52 2014 +0100 > > - updated config > > kernel-multiarch.config | 193 > +++- > 1 file changed, 141 inse

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

Elan Ruusamäe wrote: > i totally dislike such alias being enabled by default. i have my own, and > this one will ovewrite mine (because it's after entry in shrc.d) Really? Since when ~/.bashrc, ~/.zshrc, etc. is interpreted _before_ /etc/shrc.d? If you don't like system aliases unalias them or re

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

On 10/12/14 14:14, Arkadiusz Miśkiewicz wrote: > On Wednesday 10 of December 2014, Jacek Konieczny wrote: >> On 10/12/14 12:46, Arkadiusz Miśkiewicz wrote: >>> Maybe something like that would be better? >>> >>> # cat /etc/shrc.d/grep.sh >>> if [ -r /etc/env.d/GREP_OPTIONS ]; then >>> >>> un

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

On Wednesday 10 of December 2014, Jacek Konieczny wrote: > On 10/12/14 12:46, Arkadiusz Miśkiewicz wrote: > > Maybe something like that would be better? > > > > # cat /etc/shrc.d/grep.sh > > if [ -r /etc/env.d/GREP_OPTIONS ]; then > > > > unset GREP_OPTIONS > > . /etc/env.d/GREP_O

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

On 10.12.2014 14:50, Jacek Konieczny wrote: If anybody needs custom options to any shell command he can prepare an alias that suits him and his shell most. so as original changeset author is not making any movements (adwol), let's remove the aliases completely. i totally dislike such alias bei

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

On 10/12/14 12:46, Arkadiusz Miśkiewicz wrote: > > Maybe something like that would be better? > > # cat /etc/shrc.d/grep.sh > if [ -r /etc/env.d/GREP_OPTIONS ]; then > unset GREP_OPTIONS > . /etc/env.d/GREP_OPTIONS > if [ -n "$GREP_OPTIONS" ]; then > alias

Re: [packages/grep] - move from GREP_OPTIONS environmental variable to alias due to its obsolescence

On Monday 08 of December 2014, Elan Ruusamäe wrote: > On 08.12.2014 22:44, adwol wrote: > > commit 274761483d541b779ab9135532aecf8aadc550e8 > > Author: Adam Osuchowski > > Date: Mon Dec 8 21:41:18 2014 +0100 > > > > - move from GREP_OPTIONS environmental variable to alias due to its > >