Why a xkbcomp correctly applied to remap keyboard frequently gets reverted back?
Sometimes It'll have no affect anymore as if it wasn't ever run or
applied/deployed especially after a wake-up from suspend/sleep.
How to keep it fixedly persistent ?
Can 'find' do multi path search be completed and output once at a
time each in merely one execution/invocation
Problem is if done use -o to do the multi path search it'll show all
result in immediate time e.g:
find . -path *.sh -o -path *.c
bash.sh
bash1.sh
main.c
bash2.sh
main1.c
what ne
sh2.sh
main1.c
what needed is to output this, in one execution/invocation:
bash.sh
bash1.sh
bash2.sh
main.c
main1.c
How to solve such ?
On 10/25/20, Budi wrote:
> Can 'find' do multi path search be completed and output once at a
> time each in merely one execution/invocation
&
How can 'find' space-contained search result be printed with enclosing
'' (quote pair) if it really is ?
I.e. Only if it really is a space contained path string?
How do we have find to not print, ie. to supress, when on else condition ?
find . -path '*/*t*s' \( -type d -printf "DIR:%p\n" -o -printf
"**%p**\n" \) -o -print
^
The pointed out by arrow alternative -printf "**%p**\
copy others to /home into another storage dev. before shredding it,
put/copy back if still want use it
or simply make overwriting script to replace the sensitive files in
/home by good util e.g: sed -i , bash echo >, etc
On 9/25/21, Jeffrey Walton wrote:
> On Sat, Sep 25, 2021 at 1:40 AM j
so many did and hoped, the most recent:
https://stackoverflow.com/questions/76892900/sort-text-page-based-on-5th-column-out-of-6-columns-being-troubled-with-as-the
