Mikhail A Antonov wrote:
> [-- text/plain, кодировка base64, кодировка: koi8-r, 13 строк --]
> 30.11.2015 12:44, Andrey Melnikoff пишет:
> >>> Заменить самбу на owncloud-клиент или на davfs не предлагать?
> >> Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут
> >> задача рабо
On Mon, Nov 30, 2015 at 02:59:58PM +0200, Oleksandr Gavenko wrote:
> On 2015-11-30, Eugene Berdnikov wrote:
>
> >> Итого - можно выкинуть Samba в пользу vendor-neutral WebDAV.
> >
> > Самбу, значит, выкинуть... А как там с диапазонными блокировками fcntl,
> > когда пяток клиентов Консультант+ де
On 2015-11-30, Eugene Berdnikov wrote:
>> Итого - можно выкинуть Samba в пользу vendor-neutral WebDAV.
>
> Самбу, значит, выкинуть... А как там с диапазонными блокировками fcntl,
> когда пяток клиентов Консультант+ держит один файл базы? :)
> И куда пойдёт 1С бухгалтерия?
Нда, это ж что - сете
On Mon, Nov 30, 2015 at 01:08:43PM +0200, Oleksandr Gavenko wrote:
> On 2015-11-30, Dmitry Podkovyrkin wrote:
>
> >> Заменить самбу на owncloud-клиент или на davfs не предлагать?
> > Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут задача
> > работы с сетевым хранилищем немале
On 2015-11-30, Dmitry Podkovyrkin wrote:
>> Заменить самбу на owncloud-клиент или на davfs не предлагать?
> Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут задача
> работы с сетевым хранилищем немаленького объема и держать все эти терабайты на
> машинах пользователей совсем н
30.11.2015 12:44, Andrey Melnikoff пишет:
>>> Заменить самбу на owncloud-клиент или на davfs не предлагать?
>> Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут
>> задача работы с сетевым хранилищем немаленького объема и держать все эти
>> терабайты на машинах пользователей со
30.11.2015 14:44, Andrey Melnikoff пишет:
Dmitry Podkovyrkin wrote:
30.11.2015 13:27, Mikhail A Antonov пишет:
[...]
Заменить самбу на owncloud-клиент или на davfs не предлагать?
Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут
задача работы с сетевым хранилищем нема
Сам спросил - сам ответил.
Pydio подходит под мои требования.
30.11.2015 12:30, Dmitry Podkovyrkin пишет:
Здравствуйте.
Подскажите кто использовал.
Не могу найти софт для таких хотелок:
samba даёт шару виндовс пользователям, тут все понятно.
Но нужно иметь web доступ к этой же шаре, причём на
Dmitry Podkovyrkin wrote:
> 30.11.2015 13:27, Mikhail A Antonov пишет:
[...]
> > Заменить самбу на owncloud-клиент или на davfs не предлагать?
> Это вряд ли. owncloud клиент синхронизирует с локальной папкой. А тут
> задача работы с сетевым хранилищем немаленького объема и держать все эти
> т
30.11.2015 13:27, Mikhail A Antonov пишет:
30.11.2015 10:30, Dmitry Podkovyrkin пишет:
OwnCloud всем хорош, и функций у него хватает для задач. Но есть
проблема: если в папку пользователя owncloud залить файлы по samba
(пользователь форсится в www-data), то в веб этот файл не появляется.
Хотя
30.11.2015 10:30, Dmitry Podkovyrkin пишет:
> OwnCloud всем хорош, и функций у него хватает для задач. Но есть
> проблема: если в папку пользователя owncloud залить файлы по samba
> (пользователь форсится в www-data), то в веб этот файл не появляется.
> Хотя если заливать через веб, то в самбе всё
29.09.2015 10:44, Pavel Volkov пишет:
> On 2015年9月24日木曜日 16時31分15秒 MSK, Nikolay Shestakov wrote:
>> Ну, в России лучше пользоваться DNS от Яндекса https://dns.yandex.ru/[1]
>
> Но там нет ни DNSSEC, ни IPv6, это несовременно :)
>
IPv6 нет говоришь? https://dns.yandex.ru/advanced/
--
Best regards
On 2015年9月24日木曜日 16時31分15秒 MSK, Nikolay Shestakov wrote:
Ну, в России лучше пользоваться DNS от Яндекса
https://dns.yandex.ru/[1]
Но там нет ни DNSSEC, ни IPv6, это несовременно :)
On 2015-09-28 08:45, Vladimir Skubriev wrote:
>
> сделать по одному запросу еще ни чего не дает.
>
> Ну допустим что среднее вы написали значение. У вас быстрее, когда
> bind настроен через forwarders гугла ? (Если я правильно понял)
>
> По поводу того, что не капли - не согласен, в первый раз было
On 2015-09-28 08:42, Vladimir Skubriev wrote:
>
> сложно что либо сказать по вашему вопросу, т.к. не понятно что и как
> вы тестировали )
>
я тестировал: /
/
/> Bogdan wrote:
/// /> Повторите свои тесты с рандомными, заведомо несуществующими
доменами./
как кэшируются ответы на запросы о "заведо
сделать по одному запросу еще ни чего не дает.Ну допустим что среднее вы написали значение. У вас быстрее, когда bind настроен через forwarders гугла ? (Если я правильно понял)По поводу того, что не капли - не согласен, в первый раз было 1059 msec, во второй 195 msec. Что было с кэшем между этими т
options {directory "/var/cache/bind"; // We don't use forwarders, because:// 1. Provider dns not reliable than world dns servers from root.db// 2. We update by chef-client root.db from appropriate site// 3. We using some providers and can not depend on whet
On 2015-09-26 12:53, Bogdan wrote:
> Повторите свои тесты с рандомными, заведомо несуществующими доменами.
>
точно такое же поведение.
~# service bind9 restart
первый запрос может быть долгим,
~# time host 123qwe.tt..tttq.wet.com 192.168.1.1
Host 123qwe.tt..tttq.wet.com not fo
On 2015-09-24 15:34, Mikhail A Antonov wrote:
> 24.09.2015 19:41, Tim Sattarov пишет:
>> интересно и вправду посмотреть, зачем делать форвардинг на 8.8.8.8 если
>> можно просто делать кэширование ?
>>
>> я добавил веселья ради себе в форвардеры
>> forwarders {
>> 8.8.8.8;
>
24.09.2015 19:41, Tim Sattarov пишет:
> интересно и вправду посмотреть, зачем делать форвардинг на 8.8.8.8 если
> можно просто делать кэширование ?
>
> я добавил веселья ради себе в форвардеры
> forwarders {
> 8.8.8.8;
> 8.8.4.4;
> };
>
> результаты
On 2015-09-24 12:27, Tim Sattarov wrote:
> On 2015-09-24 11:51, Vladimir Skubriev wrote:
>> Передо мной стояла задача выяснить причину задержки первого запроса. Я
>> вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в
>> 2.5-5 секунд за то, что хочешь свой DNS сервер.
>>
>> Странно чт
On 2015-09-24 11:51, Vladimir Skubriev wrote:
>
> Передо мной стояла задача выяснить причину задержки первого запроса. Я
> вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в
> 2.5-5 секунд за то, что хочешь свой DNS сервер.
>
> Странно что на serverfault тишина. Может я не в том мест
Передо мной стояла задача выяснить причину задержки первого запроса. Я вроде выяснил, но мне до сих пор не вериться. Не хилая расплата в 2.5-5 секунд за то, что хочешь свой DNS сервер.Странно что на serverfault тишина. Может я не в том месте его задал ?Спасибо тем, кто откликнулся. 24.09.2015, 16:0
В письме от 24 сентября 2015 16:04:44 пользователь Vasiliy P. Melnik
написал:
> 1) ничто не мешает в случае с форвардерс держать свои зоны в
бинде
> 2) вам шашечки или ехать? удобство против скорости. Каждый сам
решает. Если
> Вы зарабатываете деньги на скорости ответа, то лучше таки
использова
1) ничто не мешает в случае с форвардерс держать свои зоны в бинде
2) вам шашечки или ехать? удобство против скорости. Каждый сам решает. Если
Вы зарабатываете деньги на скорости ответа, то лучше таки использовать
гуглевые днгсы, а если это просто офисный сервер - то лучше свой.
Надеюсь что причина только в этом. Поэтому по сути и был задан вопрос.По факту я решаю другую проблему.Получается если хочешь быстрой реакции выставляй на клиентах public dns сервера. Но тогда забудь про свои внутренние DNS домены.Т.е. по факту первый запрос будет всегда медленным.Получается это об
Если вопрос
Why query throught bind is slowly than direct query of public dns servers ?
то на public dns есть cache, с которого в общем-то и берется ответ, и из-за
того что на public dns серверах много клиентов, то в кеше хранится много
записей. Если вы сделаете чтобы ответ и на bind'e закеширова
> % echo '10^16 / 10^6 / (3600*24*365)' | bc
> 317
> У Вас всё равно уйдёт 317 лет для полного перебора.
не, ну к тому времени компутеры станут на десять порядков мощнее))
зато потом будет крутая легенда: в дремучем 2014 году мой прапрапрапра...
зашифровал тайное послание для потомков, пароль от к
Иван Чернов writes:
> Wed, 2 Jul 2014 14:18:54 +0700 Иван писал(а):
>> > > И ещё один сходный вопрос по шифрованию, теперь ccrypt:
>> > > насколько сложно будет подобрать ключ к файлу (.cpt) длиною в 40
>> > > КБ ?
>> > один байт - это 2^8=256 вариантов. 40кб - это 256^(40*1024) =
>
> Я тут н
Wed, 2 Jul 2014 14:18:54 +0700 Иван писал(а):
> > > И ещё один сходный вопрос по шифрованию, теперь ccrypt:
> > > насколько сложно будет подобрать ключ к файлу (.cpt) длиною в 40
> > > КБ ?
> > один байт - это 2^8=256 вариантов. 40кб - это 256^(40*1024) =
> > охренительно большое число в 100093
Mon, 30 Jun 2014 01:07:17 +0400 dimas писал(а):
> > Посоветуйте хорошую (проверенную?) программу подбора пароля ключа
> > LUKS-а так, чтоб можно было указать сам пароль и места в этом
> > пароле, короые нужно подбирать: например, пароль
> > <ПОДБОР>йцук<ПОДБОР>фыав<ПОДБОР>ячсм
> если знания баша
мне кажется вам надо научится писать правила для JtR и тогда у вас может
получится... с jtr выводить пароли на stdout и перенаправлять (pipe,
медленно, один пароль за раз) на stdin монтировщику, либо писать
минимальную свою программу с использованием libluks / libcryptsetup (если
такие есть) и проб
> Посоветуйте хорошую (проверенную?) программу подбора пароля ключа LUKS-а так,
> чтоб можно было указать сам пароль и места в этом пароле, короые нужно
> подбирать: например, пароль
> <ПОДБОР>йцук<ПОДБОР>фыав<ПОДБОР>ячсм
если знания баша достаточно - проще накатать скрипт-цикл в несколько строк.
х
30.11.2013 00:48, Oleksandr Gavenko пишет:
А POSIX то не дочитали...:
http://pubs.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_09_05_01
2.9.5 Function Definition Command ... Exit Status The exit status of a
function definition shall be zero if the function was declared
s
On 2013-11-29, dimas wrote:
>> check_rebuild_status() {
>> grep -q recovery /proc/mdstat
>> }
> тогда уж сразу греп, нафиг такая функция?
Я знаю что вы шутите, и все же SPOT[1], модульность, повторное использование,
самодокументируемость...
[1] http://en.wikipedia.org/wiki/Single_Poi
> check_rebuild_status() {
> grep -q recovery /proc/mdstat
> }
тогда уж сразу греп, нафиг такая функция?
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201
On 2013-11-29, Vasily Ivanov wrote:
> On 29.11.13 0934 (+0400), Vladimir Skubriev wrote:
>> check_rebuild_status(){
>> if [ $(grep "recovery" /proc/mdstat -c) -ne 0 ]; then
>> return 0
>> else
>> return 1
>> fi
>> }
>>
>> Чтобы было более э
On 29.11.13 0934 (+0400), Vladimir Skubriev wrote:
> check_rebuild_status(){
> if [ $(grep "recovery" /proc/mdstat -c) -ne 0 ]; then
> return 0
> else
> return 1
> fi
> }
>
> Чтобы было более элегантно.
check_rebuild_status(){
grep -q r
On Tue, Sep 10, 2013 at 12:47:16PM +0400, Владимир Скубриев wrote:
> >
> root@mars:~# xrandr --verbose
> Can't open display
>
> Похоже ему что то мешает
Надо либо в xterm, либо DISPLAY=:0 xrandr
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe"
On 10.09.2013 12:39, Иван Лох wrote:
On Tue, Sep 10, 2013 at 08:16:50AM +0400, Владимир Скубриев wrote:
On 09.09.2013 23:48, Иван Лох wrote:
On Mon, Sep 09, 2013 at 10:42:32PM +0400, Скубриев Владимир wrote:
Вообщем с fglrx грузится но разрешение экрана в консоли минимальное.
С Radeon разреше
On Tue, Sep 10, 2013 at 08:16:50AM +0400, Владимир Скубриев wrote:
> On 09.09.2013 23:48, Иван Лох wrote:
> >On Mon, Sep 09, 2013 at 10:42:32PM +0400, Скубриев Владимир wrote:
> >>Вообщем с fglrx грузится но разрешение экрана в консоли минимальное.
> >>
> >>С Radeon разрешение в порядке.
> >>
> >>Н
On 09.09.2013 23:48, Иван Лох wrote:
On Mon, Sep 09, 2013 at 10:42:32PM +0400, Скубриев Владимир wrote:
Вообщем с fglrx грузится но разрешение экрана в консоли минимальное.
С Radeon разрешение в порядке.
Ни как не получается завести X через kdm или lightdm
Получаю черный экран с курсором в вы
On Mon, Sep 09, 2013 at 10:42:32PM +0400, Скубриев Владимир wrote:
> Вообщем с fglrx грузится но разрешение экрана в консоли минимальное.
>
> С Radeon разрешение в порядке.
>
> Ни как не получается завести X через kdm или lightdm
>
> Получаю черный экран с курсором в высоком разрешении при запус
16:53 Thu 22 Aug, Владимир Скубриев wrote:
> On 22.08.2013 16:43, Andrey Tataranovich wrote:
> >14:35 Thu 22 Aug, Владимир Скубриев wrote:
> >>TO="/dev/sdb"
> >>SERIAL="RTF57NGH"
> >>TO_DISK_INFO=`udevadm info --query=all -n $TO`
> >>
> >>echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SE
On 22.08.2013 18:33, Andrey Melnikoff wrote:
Любите вы всё усложнять на пустом месте. пайпов вагон, зачем?
спору нет
#/bin/sh
TO="/dev/sdb"
SERIAL="RTF57NGH"
if [ $(udevadm info --query=all -n "${TO}" | grep -c "SERIAL_SHORT=${SERIAL}") !=
"1" ]; then
echo blah-blah
fi
ы?
)
спасибо
Peter Pentchev -> debian-russian@lists.debian.org @ Fri, 23 Aug 2013 11:13:32
+0300:
>> Еще можно написать
>>
>> if command
>> then
>> :
>> else
>> содержательный текст
>> fi
>>
>> sh-совместимо, кстати.
PP> if ! ... тоже sh- (и POSIX-)совместимо, я другого никогда не реком
On Fri, Aug 23, 2013 at 12:50:03AM +0400, Artem Chuprina wrote:
> Sergey Korobitsin -> debian-russian@lists.debian.org @ Thu, 22 Aug 2013
> 20:31:31 +0600:
>
> >> Ну, if умеет отрицание:
> >>
> >> if ! echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe
> "$SERIALTO"; then
> >> .
Sergey Korobitsin -> debian-russian@lists.debian.org @ Thu, 22 Aug 2013
20:31:31 +0600:
>> Ну, if умеет отрицание:
>>
>> if ! echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe
>> "$SERIALTO"; then
>> ...
>> fi
>>
[...]
>>
>> Так что if ! echo ... ; then ... сделает н
Владимир Скубриев wrote:
> On 22.08.2013 14:28, Sergey Korobitsin wrote:
> > Владимир Скубриев ??? ??? To Debian-russian@lists.debian.org @ Thu, Aug 22,
> > 2013 14:23 +0400
[skipp]
> TO="/dev/sdb"
> SERIAL="RTF57NGH"
> TO_DISK_INFO=`udevadm info --query=all -n $TO`
> echo $TO_DISK_INFO | grep
Peter Pentchev ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013 17:10
+0300
> On Thu, Aug 22, 2013 at 07:43:46PM +0600, Sergey Korobitsin wrote:
>
> Ну, if умеет отрицание:
>
> if ! echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe "$SERIALTO";
> then
> ...
> fi
>
> В
On Thu, Aug 22, 2013 at 07:43:46PM +0600, Sergey Korobitsin wrote:
> Peter Pentchev ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
> 14:12 +0300
>
> >
> > [ ... ]
> >
> > Так что:
> >
> > if echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe "$SERIALTO";
> > then
> > .
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
17:47 +0400
> On 22.08.2013 17:43, Sergey Korobitsin wrote:
> >if echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe "$SERIALTO"
> >|| true; then
> > ...
> >fi
> >
> >что, согласитесь, не очень читабельно.
On 22.08.2013 17:43, Sergey Korobitsin wrote:
Peter Pentchev ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013 14:12
+0300
[ ... ]
Так что:
if echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe "$SERIALTO"; then
...
fi
этот способ не подходит - верно.
Это всё, кон
Peter Pentchev ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013 14:12
+0300
>
> [ ... ]
>
> Так что:
>
> if echo "$TO_DISK_INFO" | fgrep -e "$SERIAL_SHORT" | fgrep -qe "$SERIALTO";
> then
> ...
> fi
Это всё, конечно, хорошо, но человек хотел, чтобы блок внутри if ... fi
выполн
On 22.08.2013 16:43, Andrey Tataranovich wrote:
14:35 Thu 22 Aug, Владимир Скубриев wrote:
TO="/dev/sdb"
SERIAL="RTF57NGH"
TO_DISK_INFO=`udevadm info --query=all -n $TO`
echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
# проверяем результат последней команды
if [ $? -ne 0 ];
then
14:35 Thu 22 Aug, Владимир Скубриев wrote:
> TO="/dev/sdb"
> SERIAL="RTF57NGH"
> TO_DISK_INFO=`udevadm info --query=all -n $TO`
>
> echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
> # проверяем результат последней команды
> if [ $? -ne 0 ];
> then
> echo " Parametr do not corresp
On Thu, Aug 22, 2013 at 02:55:15PM +0400, Владимир Скубриев wrote:
> On 22.08.2013 14:28, Sergey Korobitsin wrote:
> >Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
> >14:23 +0400
> >
> >>есть команда, точнее набор команд
> >>echo $TO_DISK_INFO | grep SERIAL_SHORT | g
On 22.08.2013 14:57, Sergey Korobitsin wrote:
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
14:35 +0400
On 22.08.2013 14:28, Sergey Korobitsin wrote:
TO="/dev/sdb"
SERIAL="RTF57NGH"
TO_DISK_INFO=`udevadm info --query=all -n $TO`
echo $TO_DISK_INFO | grep SERIAL_
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
14:35 +0400
> On 22.08.2013 14:28, Sergey Korobitsin wrote:
> TO="/dev/sdb"
> SERIAL="RTF57NGH"
> TO_DISK_INFO=`udevadm info --query=all -n $TO`
>
> echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
А кто так
On 22.08.2013 14:28, Sergey Korobitsin wrote:
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
14:23 +0400
есть команда, точнее набор команд
echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
if [ ОТРИЦАНИЕ + УСЛОВИЕ ];
then
echo " ERROR"
exit 3
fi
М
On 22.08.2013 14:33, Sergey Korobitsin wrote:
Sergey Korobitsin ☫ → To debian-russian@lists.debian.org @ Thu, Aug 22, 2013
16:28 +0600
помещено в блок if [ ... ], т.е. в одну строку - желательно но не
обязательно.
Вариантов масса, на самом деле, например, вот:
die () {
echo " ERROR"
On 22.08.2013 14:28, Sergey Korobitsin wrote:
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
14:23 +0400
есть команда, точнее набор команд
echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
if [ ОТРИЦАНИЕ + УСЛОВИЕ ];
then
echo " ERROR"
exit 3
fi
М
Sergey Korobitsin ☫ → To debian-russian@lists.debian.org @ Thu, Aug 22, 2013
16:28 +0600
> > помещено в блок if [ ... ], т.е. в одну строку - желательно но не
> > обязательно.
Вариантов масса, на самом деле, например, вот:
die () {
echo " ERROR"
exit 3
}
echo $TO_DISK_INFO | gr
Владимир Скубриев ☫ → To Debian-russian@lists.debian.org @ Thu, Aug 22, 2013
14:23 +0400
> есть команда, точнее набор команд
> echo $TO_DISK_INFO | grep SERIAL_SHORT | grep -q $SERIALTO
>
> if [ ОТРИЦАНИЕ + УСЛОВИЕ ];
> then
> echo " ERROR"
> exit 3
> fi
>
> Мне необходимо условие с отрицан
On 25.06.2013 11:35, Владимир Скубриев wrote:
> Все познается в процессе сравнения )
> Не ошибается тот, кто ни чего не делает.
>
Ну да.
> Да на перле проще в каком то смысле - но ведь до этого нужно было дойти.
Простота написания - не самоцель. Просто если через год, вам потребуется
прочитать то
On 24.06.2013 21:27, "Артём Н." wrote:
если вдруг кому понадобиться в будущем:
sed -i -r '/^.*::.*/s/(^.*)(::) (.*)/echo -n "\\1";echo -n ": "; echo \\3 |
base64 -d/e' /path/to/file
Угу. *) Спасибо. :: ) Пожелаю вам, чтобы ваш код поддерживал хороший саппорт:
http://tinyurl.com/mmmdg2v
И скорейш
On 20.06.2013 15:49, Владимир Скубриев wrote:
> On 20.06.2013 10:50, Владимир Скубриев wrote:
>>
>> не рабочий вариант:
>> sed -i -r '/^.*::.*/s/(^.*:: )(.*)/echo -n "\1"; echo \2 | base64 -d/e'
>> $dbdir/$stamp/$ou
>>
>> рабочий вариант:
>> sed -i -r '/^.*::.*/s/(^.*:: )(.*)/echo -n "\\1"; echo \\
On 20.06.2013 10:50, Владимир Скубриев wrote:
не рабочий вариант:
sed -i -r '/^.*::.*/s/(^.*:: )(.*)/echo -n "\1"; echo \2 | base64
-d/e' $dbdir/$stamp/$ou
рабочий вариант:
sed -i -r '/^.*::.*/s/(^.*:: )(.*)/echo -n "\\1"; echo \\2 | base64
-d/e' $dbdir/$stamp/$ou
пришлось за бэкслэшить \\
On 20.06.2013 13:36, Artem Chuprina wrote:
Но если вся команда целиком подсовывалась башу какой-то еще программой,
там могла произойти подстановка.
в просто созданном скрипте с #!/bin/bash все работает без экранирования
дополнительным слэшем )
--
С Уважением,
специалист по техническому и пр
On 20.06.2013 13:36, Artem Chuprina wrote:
Но если вся команда целиком подсовывалась башу какой-то еще программой,
там могла произойти подстановка.
как раз так и работает chef
--
С Уважением,
специалист по техническому и программному обеспечению,
системный администратор
Скубриев Владимир
~~~
Владимир Скубриев -> debian-russian@lists.debian.org @ Thu, 20 Jun 2013
10:50:45 +0400:
>> По поводу плясок согласен. Уж очень много нюансов.
>>
>> Сейчас вот из шефа не работает - скотина. Уже просто слов нет. 2-ой день
>> пошел.
>>
ВС> не рабочий вариант:
ВС> sed -i -r '/^.*::.*/s/(^.*
>12:21:24 171 ~$ echo "test me baby" | sed -r 's/(test me) (baby)/echo -n "\2
>"; echo "\1"/e'
baby test me
>12:24:18 171 ~$ echo "test me baby" | sed -r 's/(test me) (baby)/echo -n \"\2
>\"; echo \"\1\"/e'
baby test me
>12:26:10 171 ~$ echo "test me baby" | sed -r 's/(test me) (baby)/echo -n "\2
At Thu, 20 Jun 2013 10:50:45 +0400,
Владимир Скубриев wrote:
>
> пришлось за бэкслэшить \\1 и \\2 иначе bash переводил echo -n "\\1";
> echo \\2 в echo -n "^A"; echo ^2
Ну разумеется. bash(1):
\nnn the eight-bit character whose value is the octal value nnn (one to three
digits)
--
To UNSUBS
On 20.06.2013 10:28, Владимир Скубриев wrote:
По поводу плясок согласен. Уж очень много нюансов.
Сейчас вот из шефа не работает - скотина. Уже просто слов нет. 2-ой
день пошел.
не рабочий вариант:
sed -i -r '/^.*::.*/s/(^.*:: )(.*)/echo -n "\1"; echo \2 | base64 -d/e'
$dbdir/$stamp/$ou
р
On 19.06.2013 22:13, Alexander Galanin wrote:
On Wed, 19 Jun 2013 15:29:16 +0400
dimas wrote:
если в качестве разделителя вместо / выбрать что-то, чего заведомо не будет в
замеяемой строке, то может и прокатить))) но это костыль.
а как нормально заэкранировать ввод? гугль подсказал про printf
On Wed, 19 Jun 2013 15:29:16 +0400
dimas wrote:
> если в качестве разделителя вместо / выбрать что-то, чего заведомо не будет в
> замеяемой строке, то может и прокатить))) но это костыль.
> а как нормально заэкранировать ввод? гугль подсказал про printf %q, но он
> "съедает" не все - например, /
Владимир Скубриев -> debian-russian@lists.debian.org @ Wed, 19 Jun 2013
16:58:07 +0400:
ВС> On 19.06.2013 15:37, alexander barakin wrote:
ВС> Можно еще маленький вопросик. Решил переписать для большей универсальности
-
ВС> работает:
ВС> sed -i '/^.*::.*/s/\(^.*:: \)\(.*\)/echo -n "\1"; ec
On Wed, Jun 19, 2013 at 04:58:07PM +0400, Владимир Скубриев wrote:
> On 19.06.2013 15:37, alexander barakin wrote:
>
> Можно еще маленький вопросик. Решил переписать для большей универсальности -
> работает:
>
> sed -i '/^.*::.*/s/\(^.*:: \)\(.*\)/echo -n "\1"; echo "\2" | base64 -d/e'
> /tmp
>
On 19.06.2013 15:37, alexander barakin wrote:
Можно еще маленький вопросик. Решил переписать для большей
универсальности - работает:
sed -i '/^.*::.*/s/\(^.*:: \)\(.*\)/echo -n "\1"; echo "\2" | base64
-d/e' /tmp/passwd
Далее решил потренироваться и переписать с -r
Но вот не задача - руга
On Wed, Jun 19, 2013 at 02:24:42PM +0400, Владимир Скубриев wrote:
> Есть несколько вопросов:
>
> 1. если вызывать sed без -r, то нужно только экранировать
> Символы ‘?’, ‘+’, круглые скобки, {}
> символом \ если вы хотите использовать их как специальные символы
> и все ? в это
если в качестве разделителя вместо / выбрать что-то, чего заведомо не будет в
замеяемой строке, то может и прокатить))) но это костыль.
а как нормально заэкранировать ввод? гугль подсказал про printf %q, но он
"съедает" не все - например, / . остаются как есть, хотя во второй части команды
это не с
> > s/^userPassword:\ //
> что означает обратный слэш после
> s/^userPassword:
экранирование пробела. в принципе, без него работает, добавлять по вкусу))
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.o
On 19.06.2013 12:56, alexander barakin wrote:
$ sed -r 's/(userPassword:: )(.*)/echo -n "\1"; echo \2 | base64 -d/e' file
Спасибо большое за такую подсказку. Это как раз то что я искал.
Ваша команда работает, правда мне почему то захотелось её переписать вот так
sed -i '/^userPassword/s/\(^use
On Wed, Jun 19, 2013 at 09:23:43AM +0400, Владимир Скубриев wrote:
> Вот кусок исходного файла:
>
> # anthropics, users, example.lab
> dn: cn=anthropics,ou=users,dc=example,dc=lab
> cn: Anthropics Client
> cn: anthropics
> description: Anthropics Client
> gidNumber: 1901
> homeDirectory: /home/ant
On 19.06.2013 11:04, Artem Chuprina wrote:
Владимир Скубриев -> debian-russian@lists.debian.org @ Tue, 18 Jun 2013
22:29:47 +0400:
>> sed, помнится, делать так не умеет. Стоит взять perl.
ВС> да как бы перла еще не хватало )
ВС> видел я примеры на нем, но хотелось бы все таки без всяки
Владимир Скубриев -> debian-russian@lists.debian.org @ Tue, 18 Jun 2013
22:29:47 +0400:
>> sed, помнится, делать так не умеет. Стоит взять perl.
ВС> да как бы перла еще не хватало )
ВС> видел я примеры на нем, но хотелось бы все таки без всяких там perl, ruby,
ВС> python, etc
Мы по debian
On 19.06.2013 09:30, Dmitry A. Zhiglov wrote:
18 июня 2013 г., 17:49 пользователь Владимир Скубриев
написал:
Есть файл в котором есть строки на подобии этой:
userPassword:: e1NIQX1WN3k5OFpIMU9FMEQ2TFVFb0loSHRGaHkycVk9
Это значение справа - в кодировке base64.
Его нужно раскодировать.
Можно
18 июня 2013 г., 17:49 пользователь Владимир Скубриев
написал:
> Есть файл в котором есть строки на подобии этой:
>
> userPassword:: e1NIQX1WN3k5OFpIMU9FMEQ2TFVFb0loSHRGaHkycVk9
>
> Это значение справа - в кодировке base64.
>
> Его нужно раскодировать.
Можно поинтересоваться?
Что с чем женим?
On 18.06.2013 22:41, l...@1917.com wrote:
On Tue, Jun 18, 2013 at 10:29:47PM +0400, Владимир Скубриев wrote:
да как бы перла еще не хватало )
видел я примеры на нем, но хотелось бы все таки без всяких там perl,
ruby, python, etc
В sed такие вещи писать сложно
bash
http://vladz.devzero.fr/svn
On 19.06.2013 01:30, dimas wrote:
sed -i '/^userPassword::/s/\(^userPassword:: \)\(.*\)$/\2/' /tmp/passwd
\2 - уже возвращает чисто само значение.
то есть "скрипт" меняет всю строку на само значение закодированное.
для начала, зачем эти сложности?
s/^userPassword:\ //
все! банальная же операция,
On Wed, 19 Jun 2013 01:30:09 +0400
dimas wrote:
> а зачем? когда мне нужно строку заменить на результат выполнения какой-то
> команды, я обычно юзаю что-то типа
> echo "s/bla-bla-bla/$(echo sdg54SGDgsgGGXC4555 | base64 -d)/" | sed -f - -i
> input_file
> в общем, сочиняем sed-скрипт на ходу и ска
> sed -i '/^userPassword::/s/\(^userPassword:: \)\(.*\)$/\2/' /tmp/passwd
> \2 - уже возвращает чисто само значение.
> то есть "скрипт" меняет всю строку на само значение закодированное.
для начала, зачем эти сложности?
s/^userPassword:\ //
все! банальная же операция, отрезаем ненужное))
> echo "
On Tue, 18 Jun 2013 22:29:47 +0400
Владимир Скубриев wrote:
> > ВС> то есть "скрипт" меняет всю строку на само значение закодированное.
> > ВС> теперь я хотел бы его передать чему то, что вернуло бы раскодированное
> > ВС> значение.
> > sed, помнится, делать так не умеет. Стоит взять perl.
On Tue, Jun 18, 2013 at 10:29:47PM +0400, Владимир Скубриев wrote:
> да как бы перла еще не хватало )
>
> видел я примеры на нем, но хотелось бы все таки без всяких там perl,
> ruby, python, etc
В sed такие вещи писать сложно
bash
http://vladz.devzero.fr/svn/codes/bash/base64.sh
или perl
perl
18.06.2013 18:48, Artem Chuprina пишет:
Владимир Скубриев -> debian-russian@lists.debian.org @ Tue, 18 Jun 2013
17:49:32 +0400:
ВС> Есть файл в котором есть строки на подобии этой:
ВС> userPassword:: e1NIQX1WN3k5OFpIMU9FMEQ2TFVFb0loSHRGaHkycVk9
ВС> Это значение справа - в кодировке bas
Владимир Скубриев -> debian-russian@lists.debian.org @ Tue, 18 Jun 2013
17:49:32 +0400:
ВС> Есть файл в котором есть строки на подобии этой:
ВС> userPassword:: e1NIQX1WN3k5OFpIMU9FMEQ2TFVFb0loSHRGaHkycVk9
ВС> Это значение справа - в кодировке base64.
ВС> Его нужно раскодировать.
ВС> Нач
On Tue, 6 Nov 2012, Руслан Зиганшин wrote:
make останавливается с ошибкой, возможно важный вывод программы я указал ниже:
In file included from midi_null.cpp:1:0:
audiere.h: In function 'void audiere::SplitString(std::vector
>&, const char*, char)':
audiere.h:1148:42: error: 'strchr' was not d
On Tue, 6 Nov 2012 13:28:11 +0400
Руслан Зиганшин wrote:
> make останавливается с ошибкой, возможно важный вывод программы я указал ниже:
> >audiere.h:1148:42: error: 'strchr' was not declared in this scope
> Что делать дальше?
Патчить код, добавлять пропущенные инклюды.
--
Alexander Galanin
On Sun, May 06, 2012 at 10:40:24PM +0300, basilio wrote:
> Понаблюдал. Пока сбоев не было. Еще раз спасибо.
You're welcome. RFS был повешен вчера [1], как только кто-нибудь с
правами на upload проявится, пакет уедет в unstable.
--
Stanislav
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=6
Hello,
> Хотелось бы иметь переключение раскладки по Win+1 - us, Win+2 - ru.
Вот такое у меня в ~/.xmodmaprc:
! switcher: Super_L = First/Last group
keycode 133 = ISO_First_Group ISO_Last_Group
! yet another switcher: Menu = Next/Prev group
keycode 135 = ISO_Next_Group ISO_Prev_Group
Соответств
Результаты 1 - 100 из 573 matches
Mail list logo
