> "scsi-spin --down /dev/sda" в моём случае всё-таки делает ровно то, что
> нужно - гасит винчестер. Но, в отличие от настоящих SCSI (man
> scsi-spin), обратное включение происходит автоматом по обращению. Как и
> положено в ATA и SATA.
> Устройство - Transcend StoreJet 35, lsusb видит как JMicr
On Thu, Sep 25, 2008 at 11:31:40PM +0400, Dmitry E. Oboukhov wrote:
>
> AP>> а чем шелл от языка программирования отличается?
>
> AP> Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык
> AP> программирования позволяет легко вызывать внешние программы, он может
> AP> замени
Alexey Pechnikov пишет:
Hello!
В сообщении от Wednesday 24 September 2008 17:57:49 Игорь Чумак написал(а):
Точно! Именно печатать листинг с форматированием и т.п. Для получения
программой списка файлов в директории ls явно не нужен, избыточен и
неэффективен.
Но оно уже есть. Прог
On Thu, Sep 25, 2008 at 10:01:21PM +0400, Dmitry E. Oboukhov wrote:
> вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп
> никто же не говорит что makefile масдай все пишут/используют
> альтернатив в общем-то никто и не брался придумывать ;)
Да сам мейк и его мейкфайлы уже раск
AC>> Что там еще?
> там еще расширенный find, в простых скриптах работающий в разы быстрее,
> там системный getopt(3) во всех тулзах
Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
используется getopt(3). Ты что хотел сказать вообще?
> вообще это очень жутко когда ты набирал
AC Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD".
AC>>> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, где
AC>>> программы местами в /usr/bin, местами в /usr/local/bin как бог на душу
AC>>> положит автору/майнтенеру так и лежит :)
AC>> Мдэ.
AC>>
DamirX пишет:
Игорь Чумак wrote:
Многое из coreutils собрано под win32 (unxutils). Под виндой вполне
работает. (и grep, и sed, и awk ). Я пользуюсь ;)
А что шыбко критичного не умеет cmd.exe?
Ну, к примеру, создайте из cmd каталог имя которого будет текущей датой.
D:\temp>FOR /F "usebackq d
On Thu, Sep 25, 2008 at 08:53:26PM -0400, Nicholas wrote:
> Не получается примонтировать qcow2 диск:
> mount -o loop,offset=32256 vm.qcow2 /mnt/loop
> mount: you must specify the filesystem type
А qcow2 совсем не похож на raw, он может быть сжат, например.
Так монтировать можно только raw-образы р
> Aleksey Cheusov -> Debian-Russian2 @ Thu, 25 Sep 2008 16:17:13 +0300:
AC>> в целом нормальный шел. Никто кроме bash/zsh не умеет в
AC>> интерктивном режиме печатать в промпт exit code ВСЕХ элементов
AC>> пайпа, вот что на самом деле неприятно.
> Ты, кстати, это делаешь через опцию prompt_su
Dmitry E. Oboukhov пишет:
AP> В сообщении от Wednesday 24 September 2008 17:44:54 Dmitry E. Oboukhov
AP> написал(а):
AP А при чем тут это? Если, например, в cmd.exe dir встроен, а в bash ls
AP>> - AP>> нет, то cmd становится более правильным шеллом? ;)
AP ls позиционируется как ярчайший п
2008/9/26 Stanislav Maslovski <[EMAIL PROTECTED]>
> А qcow2 совсем не похож на raw, он может быть сжат, например.
> Так монтировать можно только raw-образы разделов.
>
А нет средства, аналогичного vditool?
On Fri, Sep 26, 2008 at 01:20:51PM +0400, Abdourazak Osmanov wrote:
> 2008/9/26 Stanislav Maslovski <[EMAIL PROTECTED]>
>
> А qcow2 совсем не похож на raw, он может быть сжат, например.
> Так монтировать можно только raw-образы разделов.
>
> А нет средства, аналогичного vditool?
Я погугл
Dmitry E. Oboukhov пишет:
AP> В сообщении от Wednesday 24 September 2008 17:44:54 Dmitry E. Oboukhov
AP> написал(а):
AP А при чем тут это? Если, например, в cmd.exe dir встроен, а в bash ls
AP>> - AP>> нет, то cmd становится более правильным шеллом? ;)
AP ls позиционируется как ярчайший п
> D:\temp>FOR /F "usebackq delims==" %i IN (`date /t`) DO mkdir "%i"
> D:\temp>mkdir "Пт 26.09.2008 "
> Запускать прямо из cmd, не из файла.
я ж говорю, дешевле баш поставить :)
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0
AC>> Ты, кстати, это делаешь через опцию prompt_subst, или я чего-то в мане
AC>> не заметил?
AC> Я не лез так далеко. С меня хватило precmd.
AC> Там я устанавилваю PS1 обычным кодом на shell.
AC> Никаких zsh-специфичных заворотов.
AC>> Но за мысль спасибо.
AC> Не за что. Кто бы вот мне объяснил, п
AC>>> Что там еще?
AC>> там еще расширенный find, в простых скриптах работающий в разы быстрее,
AC>> там системный getopt(3) во всех тулзах
AC> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
AC> используется getopt(3). Ты что хотел сказать вообще?
нетбсд не видал, а говорю о
AC> Когда говорят "фрюха", ни разу не имеют в виду "Debian на ядре FreeBSD".
AC ну да а имеют ввиду ту файлопомойку которая называется FreeBSD, где
AC программы местами в /usr/bin, местами в /usr/local/bin как бог на душу
AC положит автору/майнтенеру так и лежит :)
AC>>> Мдэ.
AC>>>
AK>> вот отвлечься от Perl, взять Makefile, там полно всяких $@, $<, $> итп
AK>> никто же не говорит что makefile масдай все пишут/используют
AK>> альтернатив в общем-то никто и не брался придумывать ;)
AK> Да сам мейк и его мейкфайлы уже раскритикованы во все лопатки. И
AK> альтернатив напридуман
SM а чем шелл от языка программирования отличается?
SM>>
SM>>> Да я и затеял топик, чтоб выяснить это. Пока что получается, что если язык
SM>>> программирования позволяет легко вызывать внешние программы, он может
SM>>> заменить шелл.
SM>> ну я всегда воспринимал шелл как язык программирования
Игорь Чумак wrote:
D:\temp>FOR /F "usebackq delims==" %i IN (`date /t`) DO mkdir "%i"
D:\temp>mkdir "Пт 26.09.2008 "
Запускать прямо из cmd, не из файла.
Хех. мне и в голову не придет руками такое набирать, я лучше на дату
погляжу и сам напишу mkdir "какое-там-сегодня-число". А в скрипте
реш
Alexey Pechnikov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
09:30:40 +0400:
>> AP> Из-за одного вызова однострочного выражения говорить о преимуществе
>> AP> перла конечно интересно, но если вы этот регексп единожды в жизни
>> AP> написали, то его изучение и необходимость его по
DamirX пишет:
Игорь Чумак wrote:
D:\temp>FOR /F "usebackq delims==" %i IN (`date /t`) DO mkdir "%i"
D:\temp>mkdir "Пт 26.09.2008 "
Запускать прямо из cmd, не из файла.
Хех. мне и в голову не придет руками такое набирать, я лучше на дату
погляжу и сам напишу mkdir "какое-там-сегодня-число". А
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008
20:17:21 +0400:
AC> ну да а имеют ввиду ту файлопомойку которая называется FreeBSD,
AC> где программы местами в /usr/bin, местами в /usr/local/bin как бог
AC> на душу положит автору/майнтенеру так и лежит :)
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
13:36:30 +0400:
>> D:\temp>FOR /F "usebackq delims==" %i IN (`date /t`) DO mkdir "%i"
>> D:\temp>mkdir "Пт 26.09.2008 "
>> Запускать прямо из cmd, не из файла.
DEO> я ж говорю, дешевле баш поставить :)
Дешевле - Acti
Abdourazak Osmanov -> debian-russian @ Fri, 26 Sep 2008 10:57:02 +0400:
AO> Настроен DHCP и BIND. При получении нового адреса клиентом DHCP сервер
AO> пытается обновить DNS. В логе появляется:
AO> /var/log/syslog :
AO> lапcfg-srv1 named[4740]: client 172.16.0.1#37217: update "mydom.local/IN"
On Fri, Sep 26, 2008 at 02:10:51PM +0400, Dmitry E. Oboukhov wrote:
> AK> Да сам мейк и его мейкфайлы уже раскритикованы во все лопатки. И
> AK> альтернатив напридумано более чем достаточно.
> большинство "альтернатив" - всего лишь средство генерации того же
> makefile :)
Вот мне интересно, Вы пон
2008/9/26 Artem Chuprina <[EMAIL PROTECTED]>
> Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Thu, 25 Sep 2008
> 20:17:21 +0400:
> DEO> то есть видно что половина всех бинарников в /usr/local а другая
> DEO> половина в /usr, и >= 20% всех файлов /usr лежит в /usr/local
>
> DEO> это ИМЕ
AC>>> Работает, работает. И с ядром в ней работают вменяемые люди...
AC>> что работает? админ на системе работает? чтоб не скучно ему было?
AC> Все работает. В прямых руках. Особенно - под нагрузкой.
когда помнишь "тут играть тут не играть, тут рыбу заворачивали - пятно"
тогда конечно все рабо
AK>>> Да сам мейк и его мейкфайлы уже раскритикованы во все лопатки. И
AK>>> альтернатив напридумано более чем достаточно.
AK>> большинство "альтернатив" - всего лишь средство генерации того же
AK>> makefile :)
AK> Вот мне интересно, Вы понимаете написанное другими или лишь бы
AK> высказаться? Все
AC Что там еще?
AC>>> там еще расширенный find, в простых скриптах работающий в разы быстрее,
AC>>> там системный getopt(3) во всех тулзах
AC>> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
AC>> используется getopt(3). Ты что хотел сказать вообще?
> нетбсд не видал,
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
15:03:44 +0400:
AC Работает, работает. И с ядром в ней работают вменяемые люди...
AC>>> что работает? админ на системе работает? чтоб не скучно ему было?
AC>> Все работает. В прямых руках. Особенно - под нагрузко
AC там еще расширенный find, в простых скриптах работающий в разы быстрее,
AC там системный getopt(3) во всех тулзах
AC>>> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
AC>>> используется getopt(3). Ты что хотел сказать вообще?
AC>> нетбсд не видал, а говорю о фрибсд
AC>> а про нагрузку подробнее :)
AC> Подробнее можно у Кошмаря порасспрашивать.
ой, я даже не могу представить области где Кошмарь компетентен
зачем у него спрашивать? ты сам расскажи
AC> Но общая идея - в
AC> редхатовских ядрах, в отличие от всех остальных, косяки апстрима
AC> выправляют.
добавл
Hello!
В сообщении от Friday 26 September 2008 14:14:53 Dmitry E. Oboukhov
написал(а):
> вот если бы агитаторы тикля, написали бы тикльsh, который _удобно_ рулил
> бы пунктом в), в котором были бы комплишены к большинству консольных
> команд, с встроенными справочниками итп (как zsh) то глядишь б
AP> В сообщении от Friday 26 September 2008 14:14:53 Dmitry E. Oboukhov
AP> написал(а):
AP>> вот если бы агитаторы тикля, написали бы тикльsh, который _удобно_ рулил
AP>> бы пунктом в), в котором были бы комплишены к большинству консольных
AP>> команд, с встроенными справочниками итп (как zsh) то
Hello!
В сообщении от Friday 26 September 2008 14:03:09 Dmitry E. Oboukhov
написал(а):
> AC>>> _Программируемыми_ автодополнителями я не пользуюсь.
> AC>>> Ибо нефиг :-) жир разводить.
> AC>> типа лучше ручками каждый раз вдалбливать
> AC> Да.
> ну если мосье садомазохист то это не значит что все
Hello!
> AP> tclsh8.4 [/srv/projects/work/billing/db/collector_telephony_cisco]ls
> AP> old _tac_log.bz2 tac_log.bz2 tac_log_converter.tcl
> tac_log_parser.tcl
>
> AP> Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик
> взялся? что дополняет?
>
> запустил tclsh
> пишу
>
> wget -
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
15:17:49 +0400:
AC> там еще расширенный find, в простых скриптах работающий в разы быстрее,
AC> там системный getopt(3) во всех тулзах
AC Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
15:09:34 +0400:
AK Да сам мейк и его мейкфайлы уже раскритикованы во все лопатки. И
AK альтернатив напридумано более чем достаточно.
AK>>> большинство "альтернатив" - всего лишь средство генерации того же
AK>>>
,--[Alexey Pechnikov, Fri, 26 Sep 2008 15:57:26 +0400]
|Ибо когда пишется код, на экран смотреть незачем.
двумя пальчиками набираете?
|то конечно можно игрушки в виде автодополнителей и тетрисов добавить
эти игрушки - необходимый рабочий инструмент, позволяющий сократить время на
набор ком
On Fri, Sep 26, 2008 at 03:45:28PM +0400, Alexey Pechnikov wrote:
> Hello!
>
> В сообщении от Friday 26 September 2008 14:14:53 Dmitry E. Oboukhov
> написал(а):
> > вот если бы агитаторы тикля, написали бы тикльsh, который _удобно_ рулил
> > бы пунктом в), в котором были бы комплишены к большинст
Andrey Kiselev -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008 14:33:57
+0400:
>> AK> Например, SCons,
>> ну да Scons, можно написать скрипт, просматривающий зеркало Debian и
>> считающий сколько проектов на нем, и сколько на make, думаю это будет
>> что-то около 1:99 :) "широко исполь
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
15:25:34 +0400:
AC>>> а про нагрузку подробнее :)
AC>> Подробнее можно у Кошмаря порасспрашивать.
DEO> ой, я даже не могу представить области где Кошмарь компетентен
DEO> зачем у него спрашивать? ты сам расскажи
Зато
Artem Chuprina пишет:
>
> Если версия викинга одна и та же, то возможно, что обновить следует
> не викинга, а какую-то из нижележащих библиотек. Или gpsd.
Обновил gpsd из бекпортов -- и помогло! Всё заработало.
Спасибо.
--
Dmitri Samsonov
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
AC>> Хорошую вещь придумали - _рассмотрим_, например, getdelim(3)
AC>> или getline(3). Бред сивой кобылы, как например опции после файлов -
AC>> на помойку. Именно так и никак иначе.
> опции после файлов - это юзабельность,
Нет! Никакой юзабельности в опциях после файлов нет.
Почитай таки man 3
Artem Chuprina wrote:
> Он в lenny уже есть? В etch нету. (Ага, уже увидел - тоже нету.)
Искалка у тебя чуток поломалась: http://packages.debian.org/lenny/scons
--
Eugene V. Lyubimkin aka JackYF
signature.asc
Description: OpenPGP digital signature
Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
16:02:33 +0300:
>> Он в lenny уже есть? В etch нету. (Ага, уже увидел - тоже нету.)
EVL> Искалка у тебя чуток поломалась: http://packages.debian.org/lenny/scons
"Вы не брезгливы. Но невнимательны." Я про waf.
--
A
AP> Лучше один раз прочитать ман, чем всю жизнь мыкаться со всякими
дополнителями.
да да
такие как ты и пользуются редакторами без подсветки синтаксиса
много таких знаю: типа зачем оно надо? я итак все сам знаю мне не надо
ничего подсвечивать :-\
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTEC
Artem Chuprina wrote:
> Eugene V. Lyubimkin -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
> 16:02:33 +0300:
>
> >> Он в lenny уже есть? В etch нету. (Ага, уже увидел - тоже нету.)
> EVL> Искалка у тебя чуток поломалась: http://packages.debian.org/lenny/scons
>
> "Вы не брезгливы. Н
AC>>> Хорошую вещь придумали - _рассмотрим_, например, getdelim(3)
AC>>> или getline(3). Бред сивой кобылы, как например опции после файлов -
AC>>> на помойку. Именно так и никак иначе.
AC>> опции после файлов - это юзабельность,
AC> Нет! Никакой юзабельности в опциях после файлов нет.
сплошная юза
AC>> там еще расширенный find, в простых скриптах работающий в разы быстрее,
AC>> там системный getopt(3) во всех тулзах
AC> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзерспейсу
AC> используется getopt(3). Ты что хотел сказать вообще?
AC нетбсд не видал, а говор
AC> То есть Леша, конечно, странен, но сколько лет его читаю - ни разу так
AC> не было, чтобы под его сообщением "не работает" не лежала реальная
AC> проблема. Просто на его нагрузках оно всплывает, а на твоих или моих -
AC> нет.
дык оно в сообщениях о том что что-то где-то не работает всегда в о
AC> Да сам мейк и его мейкфайлы уже раскритикованы во все лопатки. И
AC> альтернатив напридумано более чем достаточно.
AC большинство "альтернатив" - всего лишь средство генерации того же
AC makefile :)
AC>>> Вот мне интересно, Вы понимаете написанное другими или лишь бы
AC>>> выс
AP>>> tclsh8.4 [/srv/projects/work/billing/db/collector_telephony_cisco]ls
AP>>> old _tac_log.bz2 tac_log.bz2 tac_log_converter.tcl
AP>> tac_log_parser.tcl
AP>>
AP>>> Ну и Tab-ом дополняет, разумеется. А вы как думали, откуда топик
AP>> взялся? что дополняет?
AP>>
AP>> запустил tclsh
AP>> пиш
AC>>> Ты, кстати, это делаешь через опцию prompt_subst, или я чего-то в мане
AC>>> не заметил?
AC>> Я не лез так далеко. С меня хватило precmd.
AC>> Там я устанавилваю PS1 обычным кодом на shell.
AC>> Никаких zsh-специфичных заворотов.
AC>>> Но за мысль спасибо.
AC>> Не за что. Кто бы вот м
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
17:33:59 +0400:
AC>>> там еще расширенный find, в простых скриптах работающий в разы
быстрее,
AC>>> там системный getopt(3) во всех тулзах
AC>> Ась? В NetBSD по крайней мере, по фре я ле лазил, по всему юзер
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
17:36:28 +0400:
AC>> То есть Леша, конечно, странен, но сколько лет его читаю - ни разу так
AC>> не было, чтобы под его сообщением "не работает" не лежала реальная
AC>> проблема. Просто на его нагрузках оно всплывает, а
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
17:39:36 +0400:
AC>> А вот тут я тебе скажу, как человек, реально смотревший на SCons.
AC>> Есть такое словосочетание. "По историческим причинам." Нет, у
AC>> SCons меньше проблем с переносимостью, чем у make. На поря
AC>>> Почему не может? Может. Первый не-опциональный аргумент командной
AC>>> строки заканчивает список опций.
AC>> так это и растет от того что НЕ может
AC> Нет. Это растет из того, что так специфицировано.
специфицировано по факту КОНКРЕТНОЙ реализации
AC> Гнутая утилита, кстати, тоже не по
Artem Chuprina wrote:
>
> А вот скажи мне, пожалуйста, в команде
>
> ssh host ls -A
>
> "правильная" утилита (ssh в данном случае) должна понимать -A как ключ
> ls или как ключ ssh? Ответ обосновать.
>
Попробую ответить я: как ключ ls, потому что в данном случае указать
опцию для ls можно тол
AC Ты, кстати, это делаешь через опцию prompt_subst, или я чего-то в мане
AC не заметил?
AC>>> Я не лез так далеко. С меня хватило precmd.
AC>>> Там я устанавилваю PS1 обычным кодом на shell.
AC>>> Никаких zsh-специфичных заворотов.
AC Но за мысль спасибо.
AC>>> Не за что. Кто бы вот м
AC>>> А вот тут я тебе скажу, как человек, реально смотревший на SCons.
AC>>> Есть такое словосочетание. "По историческим причинам." Нет, у
AC>>> SCons меньше проблем с переносимостью, чем у make. На порядок. И
AC>>> язык там более понятен. Но make - старше.
AC>> может быть, посмотрим лет чере
AC>> If there are no more option characters, getopt() returns -1.
AC>> Then optind is the index in argv of the first argv-element that
AC>> is not an option.
AC>> Теперь домашнее задание. Откуда берется список ФАЙЛОВ на обработку???
> из командной строки, (GNU-шный) getopt отродясь спокойно п
DamirX пишет:
>> Многое из coreutils собрано под win32 (unxutils). Под виндой вполне
>> работает. (и grep, и sed, и awk ). Я пользуюсь ;)
>> А что шыбко критичного не умеет cmd.exe?
> Ну, к примеру, создайте из cmd каталог имя которого будет текущей датой.
>
> D:\temp>FOR /F "usebackq delims=="
26 сентября 2008 г. 21:20 пользователь Aleksey Cheusov <[EMAIL PROTECTED]>
написал:
>
>> из командной строки, (GNU-шный) getopt отродясь спокойно перестраивал
>> список в ком-строке под то чтобы optind показывал куда надо
>
> Да это ж натуральная клиника! И эти люди возомнили о себе, что их будут
Stanislav Maslovski wrote:
Я погуглил, упоминают dm-userspace, но он вроде мертв.
http://wiki.xensource.com/xenwiki/DmUserspace
судя по
http://osdir.com/ml/emulators.xen.ppc/2007-05/msg00019.html
DmUserspace используется с "dscow_tool" и "cowd":
Do this:
# dscow_tool -c /xenimages/windowsbase
AC Не за что. Кто бы вот мне объяснил, почему и в zsh и в bash
AC безбожно глючит ввод длнных строк при цветном промпте?
AC>>> покажи свой цветной промпт (zshrc), потому что у меня тоже цветной и
AC>>> вроде глюков не видал
AC>> http://mova.org/~cheusov/pub/zsh_and_prompt.png
> г
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
18:06:11 +0400:
AC>> Гнутая утилита, кстати, тоже не поймет ключа в конце, если в середине
AC>> было сказано --...
DEO> -- он как раз и предназначен для того чтобы завершить список опций
Во-во. Это проблема номер раз
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
18:14:32 +0400:
AC А вот тут я тебе скажу, как человек, реально смотревший на SCons.
AC Есть такое словосочетание. "По историческим причинам." Нет, у
AC SCons меньше проблем с переносимостью, чем у make. Н
Aleksey Cheusov -> Debian-Russian2 @ Fri, 26 Sep 2008 17:20:26 +0300:
>> из командной строки, (GNU-шный) getopt отродясь спокойно перестраивал
>> список в ком-строке под то чтобы optind показывал куда надо
AC> Да это ж натуральная клиника! И эти люди возомнили о себе, что их
AC> будут приним
AC>> А вот скажи мне, пожалуйста, в команде
AC>> ssh host ls -A
AC>> "правильная" утилита (ssh в данном случае) должна понимать -A как ключ
AC>> ls или как ключ ssh? Ответ обосновать.
> как ключ ls, ибо это команда в команде
me ROTFL 8-)
Это точно клиника.
--
Best regards, Aleksey Cheuso
On 17:20 Fri 26 Sep , Aleksey Cheusov wrote:
AC>>> If there are no more option characters, getopt() returns -1.
AC>>> Then optind is the index in argv of the first argv-element that
AC>>> is not an option.
AC>>> Теперь домашнее задание. Откуда берется список ФАЙЛОВ на обработку???
AC>> из ком
AC>> compare_me [OPTIONS] file1 file2
AC>> где OP := -eq|-ne|-lt|...
AC>> будет работать неправильно.
AC>> Да-а-а-а-а. Я был лучшего мнения о дрепперах & co.
> Не вопи. Гнушники параметры не переставляют.
Переставляют.
> Они могут извлекать опции
> из середины строки, но они вежливо относ
AC>>> Гнутая утилита, кстати, тоже не поймет ключа в конце, если в середине
AC>>> было сказано --...
AC>> -- он как раз и предназначен для того чтобы завершить список опций
AC> Во-во. Это проблема номер раз с рефлексом "давайте подставим забытую
AC> опцию в конец".
-- люди используют в крайне
AC>> Например к тому, что программа вот с таким usage
AC>> compare_me [OPTIONS] file1 file2
AC>> где OP := -eq|-ne|-lt|...
AC>> будет работать неправильно.
> что, в линуксе test неправильно работает? я правильно понял весь этот
> твой большой стон?
В линуксе test работает правильно только ли
>>> из командной строки, (GNU-шный) getopt отродясь спокойно перестраивал
>>> список в ком-строке под то чтобы optind показывал куда надо
>>
>> Да это ж натуральная клиника! И эти люди возомнили о себе, что их будут
>> принимать в качестве стандарта де факто? &^%$&*%$&*%$&*%$*&$
> Как програ
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
18:52:31 +0400:
AC Гнутая утилита, кстати, тоже не поймет ключа в конце, если в середине
AC было сказано --...
AC>>> -- он как раз и предназначен для того чтобы завершить список опций
AC>> Во-во. Это проблем
On Fri, Sep 26, 2008 at 03:09:34PM +0400, Dmitry E. Oboukhov wrote:
> AK> высказаться? Все три приведённых мною примера заменяют make.
> я ж не спорил что заменяют, я говорю о том что проектов на заменителях
> мало, то есть "птичий язык" make ($> $< $@) более понятен массам и
> имеет меньше проблем
AC>>> compare_me [OPTIONS] file1 file2
AC>>> где OP := -eq|-ne|-lt|...
AC>>> будет работать неправильно.
AC>> что, в линуксе test неправильно работает? я правильно понял весь этот
AC>> твой большой стон?
AC> В линуксе test работает правильно только лишь потому, что
AC> getopt(3) в нем не вызывае
AC> Для "матчасти" есть более подходящие места. А всякие Линуксы, *BSD,
Soalris-ы
AC> и прочие должны этой универсальной "матчасти" соответствовать, где-то,
AC> конечно, предлагая какие-то расширения.
а так и есть
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E2
AC> Гнутая утилита, кстати, тоже не поймет ключа в конце, если в середине
AC> было сказано --...
AC -- он как раз и предназначен для того чтобы завершить список опций
AC>>> Во-во. Это проблема номер раз с рефлексом "давайте подставим забытую
AC>>> опцию в конец".
AC>> -- люди испол
Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008 17:47:06
+0300:
AC>>> compare_me [OPTIONS] file1 file2
AC>>> где OP := -eq|-ne|-lt|...
AC>>> будет работать неправильно.
AC>>> Да-а-а-а-а. Я был лучшего мнения о дрепперах & co.
>> Не вопи. Гнушники параметры не перес
AK> $<, $@ и т.п., кстати, далеко не самая главная проблема make. Это так,
AK> небольшой недостаточек.
ну спор то идет откуда, что $_ нашли нечитабельным :)
AK>>> Снова демагогия.
AK>> почему демагогия? Java это вещь в себе, ради портабельности многие
AK>> системные вещи на java же продублированы/
Народ, я так понял я сейчас задену чьи то тонкие материи души, но
получая по 150 писем про то нужен ли баш, я так и не понял кто умный, а
кто красивый, зато я уже понял кто каким языками владеет, кто как любит
форматировать свои исходные тексты программ и какими символами и еще
кучу всего интересно
AC compare_me [OPTIONS] file1 file2
AC где OP := -eq|-ne|-lt|...
AC будет работать неправильно.
AC Да-а-а-а-а. Я был лучшего мнения о дрепперах & co.
AC>>> Не вопи. Гнушники параметры не переставляют.
AC>> Переставляют.
AC> Обосновать можно?
см тест выше
AC> А, ну да, у тебя
AC>> Для "матчасти" есть более подходящие места. А всякие Линуксы,
AC>> *BSD, Soalris-ы и прочие должны этой универсальной "матчасти"
AC>> соответствовать, где-то, конечно, предлагая какие-то расширения.
> а так и есть
AC>> В линуксе test работает правильно только лишь потому, что
AC>> getopt(
> Этот птичий язык живёт ровно по той же причине, что и POSIX-shell: это
> POSIX-стандарт.
Вот POSIX make без BSD/GNU расширений действительно совершенно
бесполезная вещь. В отличие от POSIX shell-а, который вполне пригоден
к использованию.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE,
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
18:45:36 +0400:
AC>> Например к тому, что программа вот с таким usage
AC>> compare_me [OPTIONS] file1 file2
AC>> где OP := -eq|-ne|-lt|...
AC>> будет работать неправильно.
DEO> что, в линуксе test неправильно работа
On Fri, 26 Sep 2008, Andrey Kiselev wrote:
Просто ряд случаев, когда make выгоден, скорее всего, ограничивается
системными делами.
Вроде бы нет, довольно широко используется. Правда опять же
не POSIX-make, а gmake (GNU make), но это мелочи.
А какие притензии к make по существу? А то може
26 сентября 2008 г. 22:03 пользователь Aleksey Cheusov >
> У меня нет желания узучать "матчасть" по мануалам Линукса, *BSD, Solaris-а
> и тд и завязываться на специфичные "фишки" того или другого.
> А всякие Линуксы, *BSD, Soalris-ы
> и прочие должны этой универсальной "матчасти" соответствовать,
AC>> а так и есть
AC>>> В линуксе test работает правильно только лишь потому, что
AC>>> getopt(3) в нем не вызывается. Параметры test слишком сложны
AC>>> для getopt(3). Тебе привели хороших два примера.
AC>>> 1) transport [OPTIONS] remote_host remote_cmd [remote_cmd args.]
AC>> ssh host ls -l в
DF> Стандарты создаются из существующих систем, а не наоборот,
DF> как ни странно.
по моему это бесполезно объяснять, я по крайней мере уже устал
--
. ''`. Dmitry E. Oboukhov
: :’ : [EMAIL PROTECTED]
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 653
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
19:11:51 +0400:
AC>>> могли бы давно бы реализовали :)
AC>>> а я тут не при чем
AC>> Ты пытаешься обосрать людей умнее тебя.
DEO> это твой домысел :)
Первая строчка цитаты.
AC Видишь ли, почти в любой программно
>>> Не вопи. Гнушники параметры не переставляют.
AC>> Переставляют.
> Обосновать можно?
Обоснование уже было. Ну ладно, я повторю укороченный вариант.
0 ~>cat ~/prjs/g++/main.c
#include
#include
#include
#include
int main(int argc, char * const argv[])
{
int opt;
while((opt = get
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
19:16:47 +0400:
AC> compare_me [OPTIONS] file1 file2
AC> где OP := -eq|-ne|-lt|...
AC> будет работать неправильно.
AC> Да-а-а-а-а. Я был лучшего мнения о дрепперах & co.
AC Не вопи. Гнушники пар
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
19:08:11 +0400:
AC compare_me [OPTIONS] file1 file2
AC где OP := -eq|-ne|-lt|...
AC будет работать неправильно.
AC>>> что, в линуксе test неправильно работает? я правильно понял весь этот
AC>>> твой больш
Aleksey Cheusov -> Debian-Russian2 @ Fri, 26 Sep 2008 17:59:47 +0300:
AC> для getopt(3). Тебе привели хороших два примера.
AC> 1) transport [OPTIONS] remote_host remote_cmd [remote_cmd args.]
AC> 2) compare [OPTIONS] file1 file2
AC> Неужели этого недостаточно?
Справедливости ради, я приво
Dmitry E. Oboukhov -> debian-russian@lists.debian.org @ Fri, 26 Sep 2008
19:14:05 +0400:
DEO> назови платформу где не работает make?
maemo.
--
Artem Chuprina
RFC2822: Jabber: [EMAIL PROTECTED]
Fill the difference...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
Tochenyk Oleg -> debian-russian @ Fri, 26 Sep 2008 18:16:28 +0300:
TO> Народ, я так понял я сейчас задену чьи то тонкие материи души, но
TO> получая по 150 писем про то нужен ли баш, я так и не понял кто
TO> умный, а кто красивый, зато я уже понял кто каким языками владеет,
TO> кто как любит
> впрочем если быть дотошным то конечно КАЖДОЕ расширение стандарта
> является его нарушением
Все. Я понял. Логика тебе не дается. Ну не идет так не идет. Черт с ней.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
Результаты 1 - 100 из 138 matches
Mail list logo
