|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 28 May 2002 16:55:46
To : Ilya Anfimov
Subject : Re: Linux +CD-RW
--------------------------------------------------------------------------------
Hi, Ilya!
>>>>> "IA" == Ilya Anfimov <ilan@adt.ru> writes:
>> 1. Одно другому не мешает. Хочешь писать скриптами - пиши, зачем фронтэнд
>> засовывать в скрипт?
IA> То есть мне одновременно привыкать к гуёвому фронтенду и читать
IA> маны по mkisofs? Hе дождётесь.
зачем привыкать?
man читается один раз при написании скрипта. Иногда еще заглянуть не
мешает, но не знаю зачем мне это делать много раз. С первого раза
всеравно всего не запомнишь, да и не нужно запоминать то что в man'е, это
же справочник...
>> 2. Completion отлично работает в gtk file open. И совсем не испытываю
>> дискомфорта. Да и там ваще удобнее через DnD директории накидывать.
IA> В аще может и удобнее. А здесь, в юниксе, мне удобнее из
IA> командной строки работать. С пайпами и текстовыми списками.
точно!
IA> И с нормальными файлами, а не каким-то убогим диалогом какого-то
IA> Г-тулкита.
с нормальными. Hо вот у меня лежит два с полтиной гига mp3, который
почему-то все еще на винте, хотя им место на CD. И че, все это руками
разгребать? В "специально заточеном гуе" мне постоянно выдают ту
информацию (и только ту), которая нужна для принятия решения.
размер каталога, сколько секторов на CD это все займет и так далее и тому
подобное. Сразу, без моих лишних телодвижений (ну, иногда на кнопку
recalc тыкаю, гораздо проще чем набрать du * SomeIdr SomeAnotherDir ...)
IA> Кстати, ты что, хочешь сказать, что этот фронтенд будет пытаться
IA> что-то графически рисовать?
какие графики?
IA> Так это -- ещё один большой резон его не использовать. За
IA> несоответствие средств наполнению.
какому наполнению? Чего мы наполняем-то? :)))
>>
>> Я же не говорю что для автоматизации заливания данных на CD нужно
>> непременно пользовать frontend? Для атоматизации нужно голову пользовать,
IA> Что голову нужно пользовать -- это ты хорошо подметил. Только вот если
IA> у тебя в пальцах не будет подходов и намёток, позволяющих такую
IA> автоматизацию -- ты даже не догадаешься, что такое возможно.
и не догдаюсь. Потому что такие задачи мне поадаются хорошо если раз в
квартал. Зачем мне "они в пальцах"?
IA> Именно поэтому, примитивный скрипт на 5 строк burn!, который прожжёт
IA> указанную директорию с нормальным типом FS, вполне адекватен и
IA> допускает -- ты можешь взглянуть, что он делает и сделать это сам.
спасибо, я уже наплодил таких скриптов. Где нужно чтоб оно "писалось
само, и показывало как это все внутри".
IA> Можешь его поправить, положить в $HOME/bin, и расслабляться. А гуйня
IA> на пол-экрана, с исходниками на далёком американском сервере вполне
IA> безобразна.
не знаю кто где берет исходники, к какой безобразной гуйне, я вот
предпочитаю их браьт на близком финском сервере. У нормального финского
парня, который ни разу не тормоз, и нормально отвечает на письма :))
>> в первую очередь. А вот когда процесс неформализуемый, и довольно редкий,
>> то быстрее получается если файлики накидал мышкой, и надавил кнопку Burn!
IA> Как показала моя практика, всё с точностью до наоборот.
у кадого своя практика :)
IA> Когда накидывают файлики мышкой и давят кнопку Burn!, то процесс
IA> почему-то выглядит не формализуемым.
процесс "нажатия на кнопку", или даже "запуск скрипта" это о-малое от
общего времени которое я обычно трачу на "создание компакта". Требования
к содержимому, способу его организации и всяким прочим вещам у меня
высокие. Командная строка ниразу не помогает. До того как вызывать
mkisofs нужно оой как много сделать. И на каждом этапе не мешает иметь
некоторую информацию, которая доступна будет только из mkisofs.
Дергать каждый раз руками? не, я ленивый человек. Сильно ленивый :)
IA> Кстати сказать: почему так мало писалок добавляют кнопку Burn! в меню
IA> директории у виндового подрывника -- для меня до сих пор загадка.
а я даже не задумывлася :))
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
