On 2016-10-29, Dmitry Alexandrov wrote:
>> Проще command -v ${command}
>
> Пардон, для чего проще? Для программной проверки, быть может, и так, но для
> восприятия человеком (как здесь) — боюсь, что нет.
>
``which`` сторонняя утилита и ничего не говорит о том как поступает
интерпретатор.
>> он
ааа, тоды извиняюсь, недопонял.
а то я на эту фичу в свое время напоролся - привык в баше писать "function
name()", а потом долго не мог понять, почему в бизибоксе не работает, и как
надо оный бизибокс собрать правильно))
2016-303 12:43 Михаил Касаджиков wrote:
> 29.10.2016 10:51, dimas пишет:
>
29.10.2016 10:51, dimas пишет:
> 2016-302 00:34 Михаил Касаджиков wrote:
>> Проверил по другому, таки да, на function() dash не реагирует
> function - башизм, правильнее объявлять функции через "name()"
>
Я же написал не «function name()», а просто «function()». Прочитайте всё
обсуждение — речь и
о чем спор? в баше есть команда builtin, которая железно запустит нам
билт-ин-echo, printf, etc
2016-303 01:00 Dmitry Alexandrov <321...@gmail.com> wrote:
> > Проще command -v ${command}
>
> Пардон, для чего проще? Для программной проверки, быть может, и так, но для
> восприятия человеком (как
2016-302 00:34 Михаил Касаджиков wrote:
> Проверил по другому, таки да, на function() dash не реагирует
function - башизм, правильнее объявлять функции через "name()"
t;> > % dash -c 'which printf'
>> > /usr/bin/printf
>
>> ??$ which which?? еще прикажите.
>
>> А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.
>
>> $ bash -c 'type printf'
>> printf is a shell builtin
>> $
tf'
> > /usr/bin/printf
> ??$ which which?? еще прикажите.
> А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется, есть.
> $ bash -c 'type printf'
> printf is a shell builtin
> $ dash -c 'type printf'
> printf is a shell builtin
Проще command -v ${command} - оно если с полным путем, то бинарь на диске,
если нет - то builtin.
Artem Chuprina wrote:
> Михаил Касаджиков -> Andrey Nikitin @ Fri, 28 Oct 2016 13:17:38 +0300:
[...]
> Моя вот практика показывает, что если хочется работать с любым юниксом и
> нормально управлять процессами, то оптимальный выбор - perl. В линуксах
Поздно, он уже протух тот перл ;)
Сейчас - с
ше, и в Дебиановом Аше встроенный printf, разумеется, есть.
$ bash -c 'type printf'
printf is a shell builtin
$ dash -c 'type printf'
printf is a shell builtin
On 10/28/16 18:51, Tim Sattarov wrote:
On 28/10/16 11:22 AM, Igor wrote:
On 10/28/16 18:20, Tim Sattarov wrote:
On 28/10/16 06:17 AM, Михаил Касаджиков wrote:
Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на
сервере может оказаться нечто совсем обрезанное. Или же указывай
явно
On 28/10/16 11:22 AM, Igor wrote:
> On 10/28/16 18:20, Tim Sattarov wrote:
>> On 28/10/16 06:17 AM, Михаил Касаджиков wrote:
>>>
>>> Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на
>>> сервере может оказаться нечто совсем обрезанное. Или же указывай
>>> явно «#!/bin/ksh», «#!/bin/b
On 28/10/16 06:17 AM, Михаил Касаджиков wrote:
>
> Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на сервере
> может оказаться нечто совсем обрезанное. Или же указывай явно «#!/bin/ksh»,
> «#!/bin/bash», «#!/bin/zsh» и т.д.
>
Вот кстати, наткнулся я пару раз на такой подход и понял
On 10/28/16 18:20, Tim Sattarov wrote:
On 28/10/16 06:17 AM, Михаил Касаджиков wrote:
Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на сервере может
оказаться нечто совсем обрезанное. Или же указывай явно «#!/bin/ksh»,
«#!/bin/bash», «#!/bin/zsh» и т.д.
Вот кстати, наткнулся
On Fri, 28 Oct 2016 11:20:07 -0400
Tim Sattarov wrote:
> On 28/10/16 06:17 AM, Михаил Касаджиков wrote:
> >
> > Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на
> > сервере может оказаться нечто совсем обрезанное. Или же указывай
> > явно «#!/bin/ksh», «#!/bin/bash», «#!/bin/zsh»
On Fri, Oct 28, 2016 at 04:37:09PM +0300, Artem Chuprina wrote:
> Моя вот практика показывает, что если хочется работать с любым юниксом и
> нормально управлять процессами, то оптимальный выбор - perl.
...
> Правда, библиотечку приходится написать и таскать с собой, потому что на
+1
Однако ж, с
Михаил Касаджиков -> Andrey Nikitin @ Fri, 28 Oct 2016 13:17:38 +0300:
>>> Если шелл в скрипте работает не так, как
>>> интерактивный, то смысл его как шелла практически пропадает. Лучше
>>> писать скрипты на совсем другом языке, чем на _чуть-чуть_ не таком.
>> В "яблочко", хотя и грустно это
28.10.2016 13:09, Andrey Nikitin пишет:
> В Fri, 28 Oct 2016 12:31:35 +0300
> Artem Chuprina пишет:
>
>> Если шелл в скрипте работает не так, как
>> интерактивный, то смысл его как шелла практически пропадает. Лучше
>> писать скрипты на совсем другом языке, чем на _чуть-чуть_ не таком.
> В "яблочк
В Fri, 28 Oct 2016 12:31:35 +0300
Artem Chuprina пишет:
> Если шелл в скрипте работает не так, как
> интерактивный, то смысл его как шелла практически пропадает. Лучше
> писать скрипты на совсем другом языке, чем на _чуть-чуть_ не таком.
В "яблочко", хотя и грустно это (
28.10.2016 12:39, Илья пишет:
> В Fri, 28 Oct 2016 11:40:34 +0300
> Alexander Galanin пишет:
>
>> В Debian давно по умолчанию продвигается dash.
> 1)на малинке
> $lsb_release -d ; echo $SHELL
> Description: Raspbian GNU/Linux 8.0 (jessie)
> /bin/bash
>
> 2)н
В Fri, 28 Oct 2016 11:40:34 +0300
Alexander Galanin пишет:
> В Debian давно по умолчанию продвигается dash.
1)на малинке
$lsb_release -d ; echo $SHELL
Description:Raspbian GNU/Linux 8.0 (jessie)
/bin/bash
2)на ноуте
$ lsb_release -d ; echo $SHELL
Description:Debian GNU/Linux
Alexander Galanin -> debian-russian@lists.debian.org @ Fri, 28 Oct 2016
11:40:34 +0300:
>> Ну так bash вроде по умолчанию во многих дистрибутивах.
>> Или я ошибаюсь? И что в этом плохого?
> В Debian давно по умолчанию продвигается dash.
В качестве /bin/sh. В качестве интерактивного шелла
Илья -> debian-russian@lists.debian.org @ Fri, 28 Oct 2016 10:18:38 +0300:
>> А zsh и ksh молодцы, но, увы, не модные среди масс
>> для которых shell и bash одно и то же ))
> Ну так bash вроде по умолчанию во многих дистрибутивах.
> Или я ошибаюсь? И что в этом плохого
child started
11:46:09: SIGCHLD 11285← это после sleep 1
11:46:09: parent 11282, child 11285
11:46:09: SIGCHLD 11285← это после date в print_msg()
Пт окт 28 11:46:10 MSK 2016
11:46:10: child exited after 2 sec
11:46:*13*: SIGCHLD 11285← это после sleep 4
11:46:13: bye...
11:46:13: SIGCHLD
On Fri, 28 Oct 2016 10:18:38 +0300
Илья wrote:
> Ну так bash вроде по умолчанию во многих дистрибутивах.
> Или я ошибаюсь? И что в этом плохого?
В Debian давно по умолчанию продвигается dash.
А чем плох bash, сказано прямо в bash(1):
BUGS
It's too big and too slow.
и далее.
--
Alexa
В Fri, 28 Oct 2016 09:41:37 +0300
Andrey Nikitin пишет:
> А zsh и ksh молодцы, но, увы, не модные среди масс
> для которых shell и bash одно и то же ))
Ну так bash вроде по умолчанию во многих дистрибутивах.
Или я ошибаюсь? И что в этом плохого?
Возможно, по причине отсутствия
.
А zsh и ksh молодцы, но, увы, не модные среди масс
для которых shell и bash одно и то же ))
ике SIGCHLD нет простого способа узнать какой процесс рипнулся,
в теории можно через `jobs -l`, но на практике работает везде по разному,
проще заменить shell на др. язык.
27.10.2016 23:56, Artem Chuprina пишет:
> Михаил Касаджиков -> Andrey Nikitin @ Thu, 27 Oct 2016 22:59:51 +0300:
>
> >>> Есть подозрение что dash и bash имеют баг в обработке команды trap arg
> SIGCHLD.
> >>>
> >>> Есть некий шелл скрипт (код в конце письма), который (imho) должен
> работать
Михаил Касаджиков -> Andrey Nikitin @ Thu, 27 Oct 2016 22:59:51 +0300:
>>> Есть подозрение что dash и bash имеют баг в обработке команды trap arg
>>> SIGCHLD.
>>>
>>> Есть некий шелл скрипт (код в конце письма), который (imho) должен
>>> работать так,
>>> как он работает только в ZSH.
>>
27.10.2016 22:32, Михаил Касаджиков пишет:
> 27.10.2016 13:20, Andrey Nikitin пишет:
>> Привет.
>>
>> Есть подозрение что dash и bash имеют баг в обработке команды trap arg
>> SIGCHLD.
>>
>> Есть некий шелл скрипт (код в конце письма), который (imho) должен работать
>> так,
>> как он работает тол
27.10.2016 13:20, Andrey Nikitin пишет:
> Привет.
>
> Есть подозрение что dash и bash имеют баг в обработке команды trap arg
> SIGCHLD.
>
> Есть некий шелл скрипт (код в конце письма), который (imho) должен работать
> так,
> как он работает только в ZSH.
> А именно, обработчик SIGCHLD должен быть
Привет.
Есть подозрение что dash и bash имеют баг в обработке команды trap arg SIGCHLD.
Есть некий шелл скрипт (код в конце письма), который (imho) должен работать так,
как он работает только в ZSH.
А именно, обработчик SIGCHLD должен быть вызван _сразу_ после завершения
фонового процесса.
% zs
On Wed, 13 Jan 2016 01:56:59 +0300
sergio wrote:
> On 12/01/16 23:34, Victor Wagner wrote:
>
> > Или - отловить событие блокировки экрана скринсейвером и выгрузить
> > ssh-ключи из агента.
>
> Я мечтал об этом этим утром. Это реальность или фантазия?
>
Это ТЗ. Берется и пишется. Потом, пра
On 12/01/16 23:34, Victor Wagner wrote:
> Или - отловить событие блокировки экрана скринсейвером и выгрузить
> ssh-ключи из агента.
Я мечтал об этом этим утром. Это реальность или фантазия?
--
sergio
ой для этого текстовой утилиты.
Это чуть-чуть немножко сложная задача. Поскольку требует интерфейса
пользователя. Что для shell-интерфейса к dbus нетривиально (хотя можно
для GUI ssh-askpass использовать). Можно упростить задачу - считать что
PIN-ы для пяти-шести устройств, которые мы различаем по адреса
Думаю, что самое простое будет взять реальный пример какой-нибудь
жизненной ситуации. Например, попробовать шеллом поймать запрос и
ввести PIN-код для нового bluetooth-девайса, без применения специально
написанной для этого текстовой утилиты. Или поуправлять чем-нибудь
dbus'ным. Громкостью, наприме
Приветствую всех,
в холиварах на тему systemd часто говорят
что утилиты для работы с dbus в консоли
недостаточно функциональны, может
кто-то цельно и подробно написать чего
именно не хватает?
On 2015-12-20, Oleksandr Gavenko wrote:
> Можно ли как то запретить вставку текста с переносом строки в Xterm? Или
> ограничить текст до первого переноса?
В общем мне подсказали в приват, благодарности Евгению:
$ cat ~/.Xdefaults
urxvt*perl-ext-common: default,confirm-paste
$ man 1 urxvt-c
On 20/12/15 19:03, Oleksandr Gavenko wrote:
По идее для Readline клиентов может решить проблему, но не все утилиты
используют Readline.
Кажется Python консоль и свякие SQL клиенты живут без Readline.
Где-где, но в Дебиане python(1), mysql(1), sqlite3(1) (да и иные,
полагаю, тоже) собраны с по
On 2015-12-20, Oleksandr Gavenko wrote:
> Нужна команда, вставляющая результат выполнения команды, такого не
> обнаружил...
Тут какая то жесть от Readline:
https://www.debian-administration.org/article/565/Using_the_X_clipboard_from_the_command_line
По идее для Readline клиентов может решить
On 2015-12-20, Oleksandr Gavenko wrote:
> Я предпочитаю вместо набора вручную вставлять готовый текст по клику средней
> кнопкой мыши или Shift+Ins в xterm или емаксовский M-x term.
>
> При переносе текста из Firefox/Evince/etc иногда вкрадывается мусор. Иногда
> путаюсь что в primary и что в clip
Я предпочитаю вместо набора вручную вставлять готовый текст по клику средней
кнопкой мыши или Shift+Ins в xterm или емаксовский M-x term.
При переносе текста из Firefox/Evince/etc иногда вкрадывается мусор. Иногда
путаюсь что в primary и что в clipboard.
Я проверяю что вставилось, но если в после
On Sun, Oct 11, 2015 at 05:57:52PM +0300, dimas wrote:
> цикл while синтаксически ущербный какой-то, см. help while. для бесконечного
> цикла правильно будет
> while true; do
> bla-bla-bla
> done
>
man sh:
The syntax of the while command is
while list
do list
done
Ци
в xfce+lightdm иксы запускает от рута lightdm, в других должно быть аналогично
(если не запущать DE через startx или тому подобное от юзреа, без DM).
но при этом в хомяку создается .xsession-errors, в котором видим следующее:
Xsession: X session started for dimas at Вс окт 11 17:12:31 MSK 2015
loc
цикл while синтаксически ущербный какой-то, см. help while. для бесконечного
цикла правильно будет
while true; do
bla-bla-bla
done
2015-283 12:20 Vladimir Zhbanov wrote:
> Цикл while в середине остаётся висеть в фоне, пока соответствующий X
> работает. При выходе умирает.
On Tue, Sep 15, 2015 at 07:22:19PM +0300, Andrey Tataranovich wrote:
> Доброго времени суток,
>
> Есть скрипт для ноутбука [1], запускающийся в сессии пользователя
> через /etc/xdg/autostart (переключает lcd panel/external monitor в
> зависимости от состояния крышки и наличия внешнего монитора +
>
On Fri, 09 Oct 2015 22:14:36 +0600
cat3 wrote:
> PAM session pam_exec.so уже предлагали? Это может помочь:
>
> http://linux.die.net/man/8/pam_exec
>
> https://www.linuxquestions.org/questions/linux-software-2/clear-screen-
> on-logout-using-pam-888174/
>
> С помощью строки
> "session opti
Andrey Tataranovich writes:
> On Fri, 9 Oct 2015 15:08:15 +0300
> Andrey Tataranovich wrote:
>
>> Возможно тут мне поможет использование
>>
>> xprop -id $(xwininfo -root -int | awk '/^xwininfo:/ {print $4}') -spy
>
> Даже проще
>
> xprop -root -spy
FYI: в xprop -spy есть серьёзный memory leak,
Руслан Коротаев -> debian-russian@lists.debian.org @ Fri, 9 Oct 2015 20:02:25
+0500:
>> Решение в виде session-cleanup-script - это костыль. Оно не
>> универсально и зависит от конкретного DM. Я ищу правильное решение,
>> чтобы приложение могло узнать, что сессия завершается и совершить
>> н
PAM session pam_exec.so уже предлагали? Это может помочь:
http://linux.die.net/man/8/pam_exec
https://www.linuxquestions.org/questions/linux-software-2/clear-screen-
on-logout-using-pam-888174/
С помощью строки
"sessionoptionalpam_exec.so /path/to/script.sh"
в соответствующем
В сообщении от [Пт 2015-10-09 13:35 +0300]
Andrey Tataranovich пишет:
> Решение в виде session-cleanup-script - это костыль. Оно не
> универсально и зависит от конкретного DM. Я ищу правильное решение,
> чтобы приложение могло узнать, что сессия завершается и совершить
> нужные действия.
Как вар
On Fri, 9 Oct 2015 15:08:15 +0300
Andrey Tataranovich wrote:
> Возможно тут мне поможет использование
>
> xprop -id $(xwininfo -root -int | awk '/^xwininfo:/ {print $4}') -spy
Даже проще
xprop -root -spy
--
WBR, Andrey Tataranovich
On Fri, 09 Oct 2015 14:46:14 +0300
Artem Chuprina wrote:
> Ну, там два хода, скорее всего. Сначала всем окнам посылается close
> (иксовое сообщение, не сигнал процессу). По нему-то writer и
> предлагает сохранить документ.
Возможно тут мне поможет использование
xprop -id $(xwininfo -root -int
Ну если переменная $DBUS_SESSION_BUS_ADDRESS видна то возможно ее
анализировать?
On 10/09/2015 01:38 PM, Andrey Tataranovich wrote:
On Thu, 08 Oct 2015 22:29:39 +0300
Илья wrote:
Это конечно не правильно, но можно отслеживать изменения pid в файле
/tmp/.X0-lock.
$ps `cat /tmp/.X0-lock`
Andrey Tataranovich -> debian-russian@lists.debian.org @ Fri, 9 Oct 2015
13:35:05 +0300:
>> по идее, если его запускает DE, запускаемый из-под пользователя, то
>> при выходе из сессии должен глушиться DE и все процессы-потомки, что
>> он назапускал. можно попробовать реализовать желаемое сред
On Thu, 08 Oct 2015 22:29:39 +0300
Илья wrote:
> Это конечно не правильно, но можно отслеживать изменения pid в файле
> /tmp/.X0-lock.
>
> $ps `cat /tmp/.X0-lock`
>PID TTY STAT TIME COMMAND
> 21334 tty7 Ss+0:16 /usr/bin/X :0
> -auth /var/run/lightdm/root/:0 -nolisten tcp vt7
On Thu, 8 Oct 2015 15:08:01 +0300
dimas wrote:
> по идее, если его запускает DE, запускаемый из-под пользователя, то
> при выходе из сессии должен глушиться DE и все процессы-потомки, что
> он назапускал. можно попробовать реализовать желаемое средствами DM.
> например, в lightdm есть вот такая ш
Это конечно не правильно, но можно отслеживать изменения pid в файле
/tmp/.X0-lock.
$ps `cat /tmp/.X0-lock`
PID TTY STAT TIME COMMAND
21334 tty7 Ss+0:16 /usr/bin/X :0 -auth /var/run/lightdm/root/:0
-nolisten tcp vt7 -novtswitc
T
On 09/15/2015 07:22 PM, Andrey Tataranovich wr
по идее, если его запускает DE, запускаемый из-под пользователя, то при выходе
из сессии должен глушиться DE и все процессы-потомки, что он назапускал.
можно попробовать реализовать желаемое средствами DM. например, в lightdm есть
вот такая штука в конфиге:
# session-cleanup-script = Script to run
Доброго времени суток,
Есть скрипт для ноутбука [1], запускающийся в сессии пользователя
через /etc/xdg/autostart (переключает lcd panel/external monitor в
зависимости от состояния крышки и наличия внешнего монитора +
по-мелочи). Скрипт запускает x11 утилиты, но зависит только от
подключения к сис
29.07.2015 08:10, Sohin Vyacheslav пишет:
29.07.2015 07:47, Владимир Дабаров пишет:
По поводу настроек Guake - команда guake-prefs вызывает диалог настроек,
где можно установить горячие клавиши и прочее.
это то да, но в них почему-то нельзя настроить вместо F12 клавишу Win -
как её особо в и
29.07.2015 07:47, Владимир Дабаров пишет:
> По поводу настроек Guake - команда guake-prefs вызывает диалог настроек,
> где можно установить горячие клавиши и прочее.
это то да, но в них почему-то нельзя настроить вместо F12 клавишу Win -
как её особо в иксах настраивать я и хочу узнать... а назн
По поводу настроек Guake - команда guake-prefs вызывает диалог настроек,
где можно установить горячие клавиши и прочее.
ср, 29 июля 2015 г. в 10:17, Sohin Vyacheslav :
>
>
> 28.07.2015 21:36, Владимир Дабаров пишет:
> > Есть проблема при использовании Guake в окружении Gnome 3 – когда
> > переклю
28.07.2015 21:36, Владимир Дабаров пишет:
> Есть проблема при использовании Guake в окружении Gnome 3 – когда
> переключаю раскладку, окно с терминалом сворачивается. Есть ли решение
> этой проблемы?
в продолжение темы-можно как-то Guake настроить, чтобы он не по F12
сворачивался/появлялся, а чт
Есть проблема при использовании Guake в окружении Gnome 3 – когда
переключаю раскладку, окно с терминалом сворачивается. Есть ли решение этой
проблемы?
Voland Levit -> debian-russian@lists.debian.org @ Thu, 21 Feb 2013 22:07:42
+0600:
VL> Есть скрипт:
VL> #!/bin/sh
VL> items="items.db"
VL> sales="sales.db"
VL> receivings="receivings.db"
VL> errors="errors.db"
VL> clear
VL> echo -n "Input item: "
VL> read x
VL> if [ "$(grep -i "$x"
On Thu, Feb 21, 2013 at 10:07:42PM +0600, Voland Levit wrote:
> Есть скрипт:
>
> #!/bin/sh
> items="items.db"
> sales="sales.db"
> receivings="receivings.db"
> errors="errors.db"
>
> clear
>
> echo -n "Input item: "
> read x
>
> if [ "$(grep -i "$x" $items)" = "" ]; then
> echo "No item
Есть скрипт:
#!/bin/sh
items="items.db"
sales="sales.db"
receivings="receivings.db"
errors="errors.db"
clear
echo -n "Input item: "
read x
if [ "$(grep -i "$x" $items)" = "" ]; then
echo "No items in database"
echo "$(date '+%Y-%m-%d %H:%M') $x" >> error.db
else
grep $x
> Artem Chuprina writes:
> Ivan Shmakov -> debian-russian@lists.debian.org @ Wed, 04 Jul 2012
IS>> • ${varn#PATTERN} (${varn##PATTERN}) — значение переменной varn,
IS>> за исключением наименьшей (наибольшей) /ведущей/ подстроки,
IS>> удовлетворяющей шаблону PATTERN; в частности, d=${f#
Ivan Shmakov -> debian-russian@lists.debian.org @ Wed, 04 Jul 2012 11:13:46
+0700:
IS>• ${varn#PATTERN} (${varn##PATTERN}) — значение переменной varn,
IS> за исключением наименьшей (наибольшей) /ведущей/ подстроки,
IS> удовлетворяющей шаблону PATTERN; в частности, d=${
03.07.2012 08:23, Ivan Shmakov пишет:
> И да, как мне кажется, я все же научился писать читаемый код на
> Perl. Изучив Scheme.
Перспективно... :-)
> АН> Так причём тут проверка в конфиге? Достаточно проверки в
> АН> загрузчике конфига:
>
> AH> config:
>
> АН> OPT_PARAM1=123
>
> "AC" == Artem Chuprina writes:
> Артём Н. @ Sun, 01 Jul 2012 14:35:40 +0400:
[…]
AC> Я скрипты, от которых хочу надежности, обычно на перле пишу,
AC> учитывая, что в Debian
AC> Package: perl-base
AC> Priority: required
АН> o.O Perl, кажется, похож на автомат со снятым предохра
>> имеются файлы
>>
>> file_0.0.1.tgz
>> ...
>> file_0.1.9.tgz
>> file_0.1.10.tgz
>> ...
>>
>> короче версии как обычно в версиях принято: .10 > .9 > .1
>>
>> чем можно в shell просто (однострочником) сортирнуть такой спи
On 06/17/2012 08:04 PM, Dmitry E. Oboukhov wrote:
% ls -1v
file_0.0.1.tgz
file_0.1.9.tgz
file_0.1.10.tgz
не?
--
sergio.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debia
2012/6/17 Dmitry E. Oboukhov :
> имеются файлы
>
> file_0.0.1.tgz
> ...
> file_0.1.9.tgz
> file_0.1.10.tgz
> ...
>
> короче версии как обычно в версиях принято: .10 > .9 > .1
>
> чем можно в shell просто (однострочником) сортирнуть такой список
> просто
имеются файлы
file_0.0.1.tgz
...
file_0.1.9.tgz
file_0.1.10.tgz
...
короче версии как обычно в версиях принято: .10 > .9 > .1
чем можно в shell просто (однострочником) сортирнуть такой список
просто? желательно заюзав попутно dpkg --compare-versions? Вообще есть
ли sort, который при
On Fri, 8 Apr 2011, alexander barakin wrote:
хорошая реклама для решения "не пользуйтесь root-овой учёткой, настройте sudo".
Сам ленив и пользуюсь суду, но на этот счет есть разные авторитетные
мнения.
Просто сидя под рутом, надо всегда думать прежде чем делать, никогда не
спешить и не экспер
On 08.04.2011 14:26, Bogdan wrote:
Добрый день!
Сделал глупость: chsh -s /usr/bin/rsh
Загрузитесь с live флешки, подмонтируйте диск и отредактируйте не нем файл
/etc/passwd
root:x:0:0:root:/root:/bin/sh (а лучше zsh)
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to debian-rus
On Fri, Apr 08, 2011 at 05:26:03PM +0300, Bogdan wrote:
> Добрый день!
>
> Сделал глупость: chsh -s /usr/bin/rsh
>
> Теперь ни ssh root@host /bin/sh ни su --shell /bin/sh не работают -
> Unknown cipher type 'ls'
Машина удалённая?
--
WBR, wRAR
Powered by the ALT Linu
2011/4/8 Bogdan :
> Добрый день!
>
> Сделал глупость: chsh -s /usr/bin/rsh
>
> Теперь ни ssh root@host /bin/sh ни su --shell /bin/sh не работают -
> Unknown cipher type 'ls'
>
> Т.е. запускается-таки shell.
> При этом, в man su сказано:
>
> -s, --she
On Fri, Apr 08, 2011 at 05:26:03PM +0300, Bogdan wrote:
> Добрый день!
>
> Сделал глупость: chsh -s /usr/bin/rsh
>
> Теперь ни ssh root@host /bin/sh ни su --shell /bin/sh не работают -
> Unknown cipher type 'ls'
>
> Т.е. запускается-таки shell.
> При это
Добрый день!
Сделал глупость: chsh -s /usr/bin/rsh
Теперь ни ssh root@host /bin/sh ни su --shell /bin/sh не работают -
Unknown cipher type 'ls'
Т.е. запускается-таки shell.
При этом, в man su сказано:
-s, --shell SHELL
The shell that will be invoked.
The invoke
On 14.09.2009 15:37, Павел Марченко wrote:
> кто-нибудь пробовал запускать сабж под mono или wine?
>
> сам по себе требует .net 2.0 однако моно пытется запускать его с 1.0
> посему вылетает с ошибкой
> $mono ./powershell.exe
> Cannot open assembly './powershell.exe': File does not contain a valid
спасибо, не думал, что так просто.
On Wed, Jul 29, 2009 at 12:02:45PM +0100, Stanislav Maslovski wrote:
> On Wed, 2009-07-29 at 13:29 +0300, Konstantinow Andrey wrote:
> > спасибо за ответ!
> >
> > нет, имелось в виду выполнение setterm на другой консоли.
>
> setterm -term linux -background red
On Wed, 2009-07-29 at 13:29 +0300, Konstantinow Andrey wrote:
> спасибо за ответ!
>
> нет, имелось в виду выполнение setterm на другой консоли.
setterm -term linux -background red >/dev/$tty
On Wed, Jul 29, 2009 at 06:32:40AM +0300, Konstantinow Andrey wrote:
> On Wed, Jul 29, 2009 at 02:04:34AM +0400, Иван Лох wrote:
> > Команду нельзя выполнить от лица VT.
>
> ну вот если я пишу нечто в rc.local, оно выполняется на первой
> консоли. как выполнить команду на других консолях?
Это "не
спасибо за ответ!
нет, имелось в виду выполнение setterm на другой консоли.
On Wed, Jul 29, 2009 at 01:34:24PM +0400, Stanislav Maslovski wrote:
> On 29/07/2009, Konstantinow Andrey wrote:
> > подскажите, пожалуйста, сам не разобрался, как можно указать, что
> > данную комманду необходимо выполн
On 29/07/2009, Konstantinow Andrey wrote:
> подскажите, пожалуйста, сам не разобрался, как можно указать, что
> данную комманду необходимо выполнить от лица определенного VT? мне вот
> надо разукрасить по разному терминалы от 1 до 6.
Если под "разукрасить" имелось ввиду послать определенные
esc-п
7/29/2009, "Konstantinow Andrey" вы писали:
>> > надо разукрасить по разному терминалы от 1 до 6. кстати, где и как
>>
>> PS1="\l"
>
>что это значит? я вообще во всем этом не разбираюсь, не посоветуете ли
>ман, где можно прочитать про такие э
On Wed, Jul 29, 2009 at 02:04:34AM +0400, Иван Лох wrote:
> On Tue, Jul 28, 2009 at 11:13:07PM +0300, Konstantinow Andrey wrote:
> > Здравтсвуйте!
> >
> > подскажите, пожалуйста, сам не разобрался, как можно указать, что
> > данную комманду необходимо выполнить от лица определенного VT? мне вот
>
On Tue, Jul 28, 2009 at 11:13:07PM +0300, Konstantinow Andrey wrote:
> Здравтсвуйте!
>
> подскажите, пожалуйста, сам не разобрался, как можно указать, что
> данную комманду необходимо выполнить от лица определенного VT? мне вот
Команду нельзя выполнить от лица VT.
> надо разукрасить по разному т
Konstantinow Andrey пишет:
> где и как
> увеличить кол-во этих терминалов?
/etc/inittab
--
Dmitri Samsonov
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Здравтсвуйте!
подскажите, пожалуйста, сам не разобрался, как можно указать, что
данную комманду необходимо выполнить от лица определенного VT? мне вот
надо разукрасить по разному терминалы от 1 до 6. кстати, где и как
увеличить кол-во этих терминалов?
вторая часть вопроса: как определить, в на ка
Hello, Mikhail.
On Wed, 17 Jun 2009 15:31:18 +0400
Mikhail A Antonov wrote:
> -[ Alexander GQ Gerasiov 17/06/2009 14:53 (GMT +3)
> > > запусти терминал с локалью utf8 (хоть тот же gnome-terminal), в
> > > нём: LANG=ru_RU.CP1251 luit sqlplus
> > > luit в пакете x11-utils
> >
> > это не обязательн
В Срд, 17/06/2009 в 13:01 +0400, Andrey Zhidenkov пишет:
> Локаль я сгенерировал. И `locale -a` показывает, что ru_RU.CP1251
> присутствует. SQLPlus больше
> не ругается, но проблема с кодировкой осталась. Для проверки сделал term.sh
> следующего содержания:
>
> #!/bin/sh
> LANG=ru_RU.CP1251
>
> Правда, есть одно маленькое но - вероятно, хочется вместе с локалью
> поменять и шрифт, которым отображается вывод SQL-plus, а также еще и то,
> как эмулятор терминала интерпретирует вводимые с клавиатуры русские
> буквы. Первое можно очень легко сделать, выдав соответствующую
> esc-последователь
On 2009.06.17 at 15:31:18 +0400, Mikhail A Antonov wrote:
> Есть много более других терминалов, которые вовсе не gnome. А есть ещё
> ситуации
> когда внутри screen надо запустить софтинку с другой локалью\кодировкой, при
> том, что остальные "терминалы" внутри того же screen в utf8.
Вот для этог
On 2009.06.17 at 11:10:11 +0400, Andrey Zhidenkov wrote:
> Снова добрый день.
>
> Возникли проблемы с кодировкой в sqlplus для linux, решил написать на shell
> скрипт,
> который бы делал следующее:
>
> 1. Сохранял текущую локаль
Это лишнее.
> 2. Менял локаль на CP12
-[ Alexander GQ Gerasiov 17/06/2009 14:53 (GMT +3)
> > запусти терминал с локалью utf8 (хоть тот же gnome-terminal), в нём:
> > LANG=ru_RU.CP1251 luit sqlplus
> > luit в пакете x11-utils
>
> это не обязательно, у гном-терминала можно задать кодировку текушего
> терминала их меню.
Есть много более
Wed, 17 Jun 2009 14:57:38 +0400
Andrey Zhidenkov wrote:
> > запусти терминал с локалью utf8 (хоть тот же gnome-terminal), в нём:
> > LANG=ru_RU.CP1251 luit sqlplus
> > luit в пакете x11-utils
> >
>
> Заработало! Единственное, что пока помогло. Только я так и не понял,
> в чем же было дело, если
Результаты 1 - 100 из 285 matches
Mail list logo