subject:"Утилиты в стиле true unix way"

On 19 January 2010 09:09:39 Boris Bobrov wrote:
 В сообщении от Вторник 19 января 2010 11:15:18 автор Alexey Pechnikov 
написал:

 Попробовал. Кривоватое какое-то автодополнение.
 В gmrun-е оно на Tab.

Gtk, лично я его не люблю, и у меня есть на то причины. Но это не тема 
разговора.

Re: Утилиты в стиле true unix way

On 20 January 2010 19:52:35 Maxim Tyurin wrote:
 Oleksandr Gavenko writes:
  On 2010.01.18 10:22, chaos wrote:
  Копирование из браузера в emacs было чистым ужасом (имеется в виду
  кириллица), в прочем проблема до сих пор не решена. Копирование теста из
  emacs в icq, psi тоже было ужасом
 
  Года полтора назад мне помогли в рассылке завести Emacs 21.4 из Etch
  русским языком, копипаст работает превосходно в оба направления.
 
  Были определенные неудобства в 21 - в некоторых
  случаях русский текст предполагался в какой то ja кодировке,
  что приводило к плохому отображения шрифтов.
 
  В 22.x из lenny вообще все ок.
 
  In Emacs 23, UTF-8 has become the Emacs-internal encoding.

 Уже давно пересобираю emacs с патчами выдернутыми из ALTLinux.
 Никаких ужасов с кириллицей не наблюдается.

Молодец, а я не горю желанием пересобирать emacs тем более с патчами из ALT :)

Re: Утилиты в стиле true unix way

On 19 January 2010 07:22:40 DamirX wrote:
 В Пнд, 18/01/2010 в 10:22 +0200, chaos написал проповедь в защиту

 десктопов, завершив ее так:
  какое-же приемущество даёт десктоп? Это всё есть из
  коробки и оно работает.

 если повезёт, то оно работает так как захочется именно тебе.

В больше степени kde давал возможность настроить всё что мне было интересно. В 
том числе и хоткеи в стиле emacs.

Re: Утилиты в стиле true unix way

On 19 January 2010 09:55:02 Oleksandr Gavenko wrote:
 On 2010.01.18 10:22, chaos wrote:
  Копирование из браузера в emacs было чистым ужасом (имеется в виду
  кириллица), в прочем проблема до сих пор не решена. Копирование теста из
  emacs в icq, psi тоже было ужасом

 Года полтора назад мне помогли в рассылке завести Emacs 21.4 из Etch
 русским языком, копипаст работает превосходно в оба направления.

 Были определенные неудобства в 21 - в некоторых
 случаях русский текст предполагался в какой то ja кодировке,
 что приводило к плохому отображения шрифтов.

 В 22.x из lenny вообще все ок.

Расскажи мне как это делается? Потому как лично мне победить не удалось. Может 
где конфиги выложи, буду благодарен.

Re: Утилиты в стиле true unix way

2010-01-20 Пенетрантность Maxim Tyurin

Oleksandr Gavenko writes:

 On 2010.01.18 10:22, chaos wrote:
 Копирование из браузера в emacs было чистым ужасом (имеется в виду
 кириллица), в прочем проблема до сих пор не решена. Копирование теста из
 emacs в icq, psi тоже было ужасом

 Года полтора назад мне помогли в рассылке завести Emacs 21.4 из Etch
 русским языком, копипаст работает превосходно в оба направления.

 Были определенные неудобства в 21 - в некоторых
 случаях русский текст предполагался в какой то ja кодировке,
 что приводило к плохому отображения шрифтов.

 В 22.x из lenny вообще все ок.

 In Emacs 23, UTF-8 has become the Emacs-internal encoding.

Уже давно пересобираю emacs с патчами выдернутыми из ALTLinux.
Никаких ужасов с кириллицей не наблюдается.
-- 

With Best Regards, Maxim Tyurin
JID:mrko...@jabber.pibhe.com

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность chaos

On 11 January 2010 00:04:37 Oleg Tsymaenko wrote:

Кто нить может назвать реальные удобства предоставляемые такими
нарядными десктопами?

Не собираюсь говорить про то, во что превратился уже давно GNOME и во что с
выходом 4-ки превращается KDE. Скажу о 3-ей KDE. Когда-то ушёл из зоопарка
различного софта (аля emacs, gnus, psi, licq, firefox и т.д.) и fvwm на kde
3.5. Мотивация была проса. Весь этот зоопарк очень уж криво уживался друг с
другом. Копирование из браузера в emacs было чистым ужасом (имеется в виду
кириллица), в прочем проблема до сих пор не решена. Копирование теста из
emacs в icq, psi тоже было ужасом. Софт нормально друг с другом не работал.
Вид каждого приложения приходилось настраивать отдельно, qt своей дорогой,
gtk своей. С переходом на kde все эти проблемы решились. Нормальная работа
буфера обмена, нормальная совместная работа почты, органайзеров (да, я
пользуюсь органайзерами и не собираюсь от них отказываться, мне совершенно не
улыбает перспектива держать всё в голове, голову я найду чем занять),
браузеров, (не надо заниматься копирование e-mail в guns а достаточно
кликнуть по этому самому e-mail). Когда я работаю с текстом разными
средствами, то резонно хотеть чтобы эти разные средства нормально понимали
друг друга.

Про то как это реализовано - уже другая тема.

Да, сейчас с выходом KDE4 оно идёт лесам. Имхо mysql для адресной книги тянуть
это уже слишком. Посему занимаюсь активным поиском альтернатив. И оконный
менеджер тут САМОЕ ПОСЛЕДНЕЕ дело. Так как основная работа идёт в некотором
наборе софта, который и предстоит подобрать, таке почта, браузер, различные
редакторы (к сожалению, несмотря на убогость emacs альтернатив особых то и
нет), работа с мобилой по голубозубу (в кедах конкерор замечательно кидал
файлы между ноутом и устроиством, и я пользуюсь этим каждый день),
автомантирование тоже далеко не последняя вещь.

Из всего выше сказанного, какое-же приемущество даёт десктоп? Это всё есть из
коробки и оно работает. Не надо тратить время на пляски с бубном для того
чтобы заставить весь этот зоопарк софта и железа работать вместе нормально.
Это экономит время, избавляя от ненужных плясок с бубном. Графический
интерфейс лично мне позволятет меньше напрягать глаза. Так как весь софт
выглядит схожим образом, ничто не бросается в глаза и их не режет, не
отвлекает внимание.

Re: Утилиты в стиле true unix way

Hello!

On Monday 18 January 2010 11:22:42 chaos wrote:
Да, сейчас с выходом KDE4 оно идёт лесам. Имхо mysql для адресной книги
тянуть
это уже слишком. Посему занимаюсь активным поиском альтернатив. И оконный
менеджер тут САМОЕ ПОСЛЕДНЕЕ дело. Так как основная работа идёт в некотором
наборе софта, который и предстоит подобрать, таке почта, браузер, различные
редакторы (к сожалению, несмотря на убогость emacs альтернатив особых то и
нет), работа с мобилой по голубозубу (в кедах конкерор замечательно кидал
файлы между ноутом и устроиством, и я пользуюсь этим каждый день),

Ну, почта, конкуерор, kopete и т.п. из IceWM работают еще и пошустрее, чем при
запуске
в КДЕ. Даже менеджер паролей (kdewallet) без проблем вылазит по запросу
приложений.

А вот запуск приложений по Alt+f2, да еще с автодополнением ввода, пришлось
поискать.
Равно как назначение действий на мультимедийные клавиши. Ну и далее в том же
духе -
вспомогательные утилитки, без которых жить сложно. Так что DE скорее не сам
набор
приложений, а инфраструктура для них.

автомантирование тоже далеко не последняя вещь.

Автомонтирование в КДЕ как раз кривое, только сделано красиво. Собственно,
мое ви`дение описано здесь:
http://geomapx.blogspot.com/2010/01/usb.html
Пакетик со своей реализацией еще не успел выложить, планирую на этой неделе.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность DamirX

В Пнд, 18/01/2010 в 10:22 +0200, chaos написал проповедь в защиту
десктопов, завершив ее так:
 какое-же приемущество даёт десктоп? Это всё есть из 
 коробки и оно работает. 

если повезёт, то оно работает так как захочется именно тебе.

-- 
DamirX


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность Boris Bobrov

В сообщении от Вторник 19 января 2010 10:15:50 автор Alexey Pechnikov написал:
Hello!

On Monday 18 January 2010 11:22:42 chaos wrote:
Ну, почта, конкуерор, kopete и т.п. из IceWM работают еще и пошустрее, чем
при запуске в КДЕ. Даже менеджер паролей (kdewallet) без проблем вылазит
по запросу приложений.

А вот запуск приложений по Alt+f2, да еще с автодополнением ввода, пришлось
поискать. Равно как назначение действий на мультимедийные клавиши. Ну и
далее в том же духе - вспомогательные утилитки, без которых жить сложно.
Так что DE скорее не сам набор приложений, а инфраструктура для них.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Пускалка приложений - gmrun
Тоже пытался перейти на openbox, так и не получилось. Самым главным
препятствием оказалось отсутствие аналога powerdevil, ибо ноутбук.

Re: Утилиты в стиле true unix way

Hello!

On Tuesday 19 January 2010 08:42:17 Boris Bobrov wrote:
 Пускалка приложений - gmrun

Она автодополнение не умеет. А вот grun - умеет.

 Тоже пытался перейти на openbox, так и не получилось. Самым главным 
 препятствием оказалось отсутствие аналога powerdevil, ибо ноутбук. 

У меня тоже ноутбук. Режим работы процессора можно из консоли 
регулировать, остальное не пробовал, ибо не надо (наверняка тоже можно).
Так что никаких пауэрдевилов вовсе не требуется.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Tuesday 19 January 2010 08:22:40 DamirX wrote:
 В Пнд, 18/01/2010 в 10:22 +0200, chaos написал проповедь в защиту
 десктопов, завершив ее так:
  какое-же приемущество даёт десктоп? Это всё есть из 
  коробки и оно работает. 
 
 если повезёт, то оно работает так как захочется именно тебе.

Э, нет. Оно работает так, как эахотелось создателям. Шаг влево и шаг
вправо недопустимы. Например, в КДЕ в то место, где штатная
приблуда монтирования отображается, нельзя изменением настроек 
воткнуть другую программу.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность San_Sanych


19.01.2010 09:15, Alexey Pechnikov пишет:

Hello!

On Tuesday 19 January 2010 08:42:17 Boris Bobrov wrote:
   

Пускалка приложений - gmrun
 



Она автодополнение не умеет. А вот grun - умеет.

   

там автодополнение по tab

Тоже пытался перейти на openbox, так и не получилось. Самым главным
препятствием оказалось отсутствие аналога powerdevil, ибо ноутбук.
 

У меня тоже ноутбук. Режим работы процессора можно из консоли
регулировать, остальное не пробовал, ибо не надо (наверняка тоже можно).
Так что никаких пауэрдевилов вовсе не требуется.
   


--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: sanych{a}sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность Boris Bobrov

В сообщении от Вторник 19 января 2010 11:15:18 автор Alexey Pechnikov написал:
 Hello!
 
 Она автодополнение не умеет. А вот grun - умеет.
 

Попробовал. Кривоватое какое-то автодополнение. 
В gmrun-е оно на Tab. 

 У меня тоже ноутбук. Режим работы процессора можно из консоли
 регулировать, остальное не пробовал, ибо не надо (наверняка тоже можно).
 Так что никаких пауэрдевилов вовсе не требуется. 

Можно. И яркость можно, и даже события обрабатывать с помощью acpi. 
Но неудобно.

Re: Утилиты в стиле true unix way

2010-01-18 Пенетрантность Oleksandr Gavenko

Hello!

On Tuesday 19 January 2010 10:09:39 Boris Bobrov wrote:
  Она автодополнение не умеет. А вот grun - умеет.
  
 
 Попробовал. Кривоватое какое-то автодополнение. 
 В gmrun-е оно на Tab. 

Для меня в иксовых приложениях таб это смена фокуса элемента формы. 
Они бы еще в консоли автодополнение на Ctrl+c повесили.

  У меня тоже ноутбук. Режим работы процессора можно из консоли
  регулировать, остальное не пробовал, ибо не надо (наверняка тоже можно).
  Так что никаких пауэрдевилов вовсе не требуется. 
 
 Можно. И яркость можно, и даже события обрабатывать с помощью acpi. 
 Но неудобно. 

Так назначьте команды на клавиши или меню тулбара или куда вам надо.
В чем вопрос-то.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way


On 2010.01.18 10:22, chaos wrote:

Копирование из браузера в emacs было чистым ужасом (имеется в виду
кириллица), в прочем проблема до сих пор не решена. Копирование теста из
emacs в icq, psi тоже было ужасом


Года полтора назад мне помогли в рассылке завести Emacs 21.4 из Etch
русским языком, копипаст работает превосходно в оба направления.

Были определенные неудобства в 21 - в некоторых
случаях русский текст предполагался в какой то ja кодировке,
что приводило к плохому отображения шрифтов.

В 22.x из lenny вообще все ок.

In Emacs 23, UTF-8 has become the Emacs-internal encoding.

--
С уважением, Александр Гавенко.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-12 Пенетрантность Alexander Danilov


Игорь Чумак пишет:

Alexander Danilov пишет:

Alexey Pechnikov пишет:

Hello!

On Monday 11 January 2010 14:20:59 Artem Chuprina wrote:

Могу для медитации предъявить свой /etc/auto.misc:


Судя по конфигу, распознаются только прописанные в нем устройства.
Для пользователя имхо полезнее перебрать все известные типы FS,
разрешать только пару известных устройств использовать. Я понимаю,
что при необходимости вы _себе_ всегда можете дописать конфиг. А
если не себе?

Best regards, Alexey Pechnikov.
http://pechnikov.tel/



А если не себе, конфиг для autofs можно сделать в виде скрипта 
(примеры в autofs есть),
который определит, что воткнули, сколько и куда, и сделает ссылки на 
лету.




А если воткнули принтер? Или фотокамеру? Или wifi-адаптер?
Тем hal так плох?



Мы про autofs и файловые системы или как?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-12 Пенетрантность Alexander Danilov


Alexey Pechnikov пишет:

Hello!

On Tuesday 12 January 2010 05:42:48 Sergey Korobitsin wrote:

Принтер настраивается в cups, wifi-адаптер - через udev (если ему надо
какую-нибудь firmware). С фотокамерами не работал, но подозреваю, что
там тоже есть что-то такое.


Ни первое, ни второе не является mass storage device. А фотоаппарат
достаточно видеть как флешку (в режиме superfloppy).

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Для фотоаппарата есть ещё gphotofs через fuse, в общем, при желании можно 
сделать систему под себя.
Это UNIX - он для пользователя.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-12 Пенетрантность Artem Chuprina

Alexander Danilov - debian-russian@lists.debian.org  @ Tue, 12 Jan 2010 
21:56:15 +0900:

У нас (в линуксах) сейчас, при работе с embedded архитектурами, остро
стоит вопрос об упихивании минимальной работающей системы в 4 мега
флешки в сжатом виде и 16 мег RAM в разжатом.  На 32 мы еще пока,
спасибо, чувствуем себя сравнительно неплохо...  Но, увы (привет
Печникову), уже не с нормальными юниксовыми утилитами, а только с
busybox.
 
   AD 32 - это с какой libc?
 
  uc.  OpenWRT.

 AD А etlinux рассматривался как кандидат на 4M?

Нет.  А надо?  У меня их, этих длинков, не столько, чтоб зоопарк на них
разводить.

-- 
А рафинированных эстетов на праздник жизни не приглашали.
Ольга Брилева в bcthqq$29$3...@www.fido-online.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-12 Пенетрантность Oleksandr Gavenko


On 2010.01.09 0:16, George Shuklin wrote:

А вот я бы с интересом посмотрел на хороший партитурный редактор. Ибо
muse ну очень падуч и не очень удобен.


http://www.rosegardenmusic.com/

--
С уважением, Александр Гавенко.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Игорь Чумак

Dmitry Nezhevenko - debian-russian@lists.debian.org @ Sun, 10 Jan 2010
18:28:47 +0200:

1) управление фалами (копирование, перемещение, удаление,
переименовывание, поиск)
2) запуск разных программ в зависимости от типа файла
(например для *.c
ENTER компилятор
ALT+ENTER компилятор альтернативными опциями
F3 просмотрщик
ALT+F3 альтернативный просмотрщик
F4 редактор
ALT+F4 Альтернативный редактор
F2 Меню с любыми настраиваемыми операциями для файла
3) при использовании нескольких программ - возможность удобного
переключения между ними(панель задач и ALT+TAB)

DN Не было такого в DOS-е. Во времена Поиска точно. VC умел только
DN выгружать резидентов, загруженных после него. И то в определенном
DN порядке. :)

Во времена Поиска - не знаю, а вышеперечисленная функциональность у vc
появилась, сдается мне, раньше, чем умение выгружать резидентов.

4) пункт 1 но в сетях (управление файлами по сетевым протоколам)

DN И это всё вышеперечисленное влазило на 5 флопик на 720 kb? :) Ну или чуть
DN больше со всякими расширителями типа 800/pu1700 :)

Нет, не все. Из сетевых протоколов vc сам по себе мог только линк по
нуль-модему, а в остальном полагался на ОС. Которая к тому времени, как
заумела сеть, уже не очень влезала на дискету. Хотя какой-то минимум, в
том числе и с сетью, утрамбовать вместе с vc на одну дискету было можно.

У нас (в линуксах) сейчас, при работе с embedded архитектурами, остро
стоит вопрос об упихивании минимальной работающей системы в 4 мега
флешки в сжатом виде и 16 мег RAM в разжатом. На 32 мы еще пока,
спасибо, чувствуем себя сравнительно неплохо... Но, увы (привет
Печникову), уже не с нормальными юниксовыми утилитами, а только с
busybox.

либо менять десктоп. ТОРМОЗИТ !!!

DN Да. Только у меня вот получается, что железо (бук) меняется не
DN из-за того что KDE4 тормозит, а из-за того что дохнет железо.

А у меня не дохнет. Хорошее железо делали 7 лет назад. А KDE4 на нем
уже не полезет, что да то да. Firefox приходится принудительно убивать
раз в неделю. 512M RAM.

Я, правда, как раз и не использую KDE. Но вот браузер - использую, а
куда деваться?

--
Ложка есть, просто Гугль её не находит ...
-- Кир Злобин

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way


Alexey Pechnikov пишет:

Hello!

On Friday 08 January 2010 11:35:53 Игорь Чумак wrote:
  
cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой 
truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).



А не надо гадать, надо прочитать сообщение об ошибке:
$ echo test|cat noexist|wc -l
cat: noexist: Нет такого файла или каталога
0

  

echo test|cat noexist|wc -l; echo $?
cat: noexist: No such file or directory
0
0

Произошла ошипка - а true конструкция вернула 0 - вот я об чем.

Не говоря о том, что проверку выполнения команд в конвейерах как-то
делать можно, хотя мне никогда и не требовалось.

  
Угу, можно.. Но это будет выглядеть не так приятно, как cat 
file|prog1|prog2|prog3
А вы попробуйте угадать, где произошла ошибка в питоновском скрипте, 
запущенном питоном другой минорной версии...


  

Убил нафиг ;)
Питонов лучше обсуждать с теми, кто их ел ;))

--
Head office 


Igor Chumak
System Administrator

OJSC “UIC Generali Garant” 
15/2 Chervonoarmiyska str.,

01004, Kyiv, Ukraine
Phone: +38(044)206 8820 
E-Mail: i.chu...@generali.garant.ua 
www.generali.garant.ua



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Serhiy Storchaka

Alexey Pechnikov - debian-russian@lists.debian.org @ Sat, 9 Jan 2010 20:20:18
+0300:

Мне тоже. Поэтому я умею настраивать autofs :-)

AP Это то, что по жестко заданному правилу флэшку монтирует в указанный
AP каталог, а когда вам приносят другую флэшку, переписываете конфиг?..

Я сказал умею.

AP Если не сложно, поделитесь ссылочкой - какой результат этим путем
AP можно получить. Интересует на тему использования на компе для
AP близких, так что все должно работать, даже если меня в пределах
AP досягаемости не оказывается.

Я, извини, ссылочками не пользуюсь. Старая школа. Я пользуюсь
документацией. Ставишь пакет autofs, и читаешь.

Могу для медитации предъявить свой /etc/auto.misc:
cd -fstype=iso9660,ro,sync,nodev,nosuid :/dev/cdrom
f -fstype=vfat,umask=0,dmask=0,fmask=0111,codepage=866,utf8 :/dev/sdb1
m -fstype=ext3,grpid,noexec,nosuid,nodev
:/dev/disk/by-label/dist
photo -fstype=vfat,umask=0,dmask=0,fmask=0111,codepage=866,utf8
:/dev/disk/by-uuid/8CA4-7AFE
player -fstype=vfat,umask=0,dmask=0,fmask=0111,codepage=866,utf8
:/dev/disk/by-id/usb-T.sonic_320_10001080800011100528-part1

--
The last good thing written in C was Franz Schubert's Symphony number 9.
-- Erwin Dieterich

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность San_Sanych


11.01.2010 14:35, Игорь Чумак пишет:
cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой 
truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).


А не надо гадать, надо прочитать сообщение об ошибке:
$ echo test|cat noexist|wc -l
cat: noexist: Нет такого файла или каталога
0


echo test|cat noexist|wc -l; echo $?
cat: noexist: No such file or directory
0
0

Произошла ошипка - а true конструкция вернула 0 - вот я об чем.

примерно так:
set -o pipefail on; echo test|cat noexist|wc -l; echo $?
cat: noexist: No such file or directory
0
bash: echo: ошибка записи: Broken pipe
1


Не говоря о том, что проверку выполнения команд в конвейерах как-то
делать можно, хотя мне никогда и не требовалось.





--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: sanych{a}sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Artem Chuprina wrote:
Dmitry Nezhevenko - debian-russian@lists.debian.org @ Sun, 10 Jan 2010
18:28:47 +0200:

3) при использовании нескольких программ - возможность удобного
переключения между ними(панель задач и ALT+TAB)

Вы путаете. VC не превращал DOS в многозадачную систему.

4) пункт 1 но в сетях (управление файлами по сетевым протоколам)

DN И это всё вышеперечисленное влазило на 5 флопик на 720 kb? :) Ну или
чуть DN больше со всякими расширителями типа 800/pu1700 :)

Нет, не все. Из сетевых протоколов vc сам по себе мог только линк по
нуль-модему, а в остальном полагался на ОС.

IMHO, в VC (в отличие от NC) этого пункта не было.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность DamirX

В Пнд, 11/01/2010 в 14:20 +0300, Artem Chuprina пишет:
 Могу для медитации предъявить свой /etc/auto.misc:
 f  -fstype=vfat,umask=0,dmask=0,fmask=0111,codepage=866,utf8 :/dev/sdb1
А если вторую флешку воткнуть проблем не будет?
(А ещё бывают флешки без таблицы разделов)

-- 
DamirX


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 14:20:59 Artem Chuprina wrote:
 Могу для медитации предъявить свой /etc/auto.misc:

Судя по конфигу, распознаются только прописанные в нем устройства.
Для пользователя имхо полезнее перебрать все известные типы FS,
разрешать только пару известных устройств использовать. Я понимаю,
что при необходимости вы _себе_ всегда можете дописать конфиг. А
если не себе?

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 14:07:08 Artem Chuprina wrote:
 У нас (в линуксах) сейчас, при работе с embedded архитектурами, остро
 стоит вопрос об упихивании минимальной работающей системы в 4 мега
 флешки в сжатом виде и 16 мег RAM в разжатом.  На 32 мы еще пока,
 спасибо, чувствуем себя сравнительно неплохо...  Но, увы (привет
 Печникову), уже не с нормальными юниксовыми утилитами, а только с
 busybox.

На 8Мб флэш и 32 Мб ОЗУ можно полноценный дебиан запустить:

$ ssh nslu
Linux nslu 2.6.26-2-ixp4xx #1 Thu Aug 20 02:40:52 UTC 2009 armv5tel

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Jan  1 23:46:36 2010 from 192.168.168.100

ve...@nslu:~$ ls -la /bin/sh
lrwxrwxrwx 1 root root 4 Дек 23  2008 /bin/sh - bash
ve...@nslu:~$ cat /proc/meminfo
MemTotal:29508 kB

До 2.6.26 кривовато было, а теперь вполне себе живет, и множество 
периферийных устройств распознает.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Alexander GQ Gerasiov

Alexander Danilov - debian-russian@lists.debian.org  @ Tue, 12 Jan 2010 
00:30:41 +0900:

  У нас (в линуксах) сейчас, при работе с embedded архитектурами, остро
  стоит вопрос об упихивании минимальной работающей системы в 4 мега
  флешки в сжатом виде и 16 мег RAM в разжатом.  На 32 мы еще пока,
  спасибо, чувствуем себя сравнительно неплохо...  Но, увы (привет
  Печникову), уже не с нормальными юниксовыми утилитами, а только с
  busybox.

 AD 32 - это с какой libc?

uc.  OpenWRT.

-- 
User Guide:
Тыц ПЫЩЬ button!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello, San_Sanych.

On Mon, 11 Jan 2010 15:02:35 +0300
San_Sanych ssan...@gmail.com wrote:

 11.01.2010 14:35, Игорь Чумак пишет:
  cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой 
  truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).
 
  А не надо гадать, надо прочитать сообщение об ошибке:
  $ echo test|cat noexist|wc -l
  cat: noexist: Нет такого файла или каталога
  0
 
  echo test|cat noexist|wc -l; echo $?
  cat: noexist: No such file or directory
  0
  0
 
  Произошла ошипка - а true конструкция вернула 0 - вот я об чем.
 примерно так:
 set -o pipefail on; echo test|cat noexist|wc -l; echo $?
Башизм :) непереносимо.



-- 
Best regards,
 Alexander GQ Gerasiov

 Contacts:
 e-mail:g...@cs.msu.su Jabber:  g...@jabber.ru
 Homepage:  http://gq.net.ru ICQ: 7272757
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 11 Jan 2010
16:48:54 +0300:

AP На 8Мб флэш и 32 Мб ОЗУ можно полноценный дебиан запустить:

AP $ ssh nslu
AP Linux nslu 2.6.26-2-ixp4xx #1 Thu Aug 20 02:40:52 UTC 2009 armv5tel

AP The programs included with the Debian GNU/Linux system are free software;
AP the exact distribution terms for each program are described in the
AP individual files in /usr/share/doc/*/copyright.

AP Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
AP permitted by applicable law.
AP Last login: Fri Jan 1 23:46:36 2010 from 192.168.168.100

AP ve...@nslu:~$ ls -la /bin/sh
AP lrwxrwxrwx 1 root root 4 Дек 23 2008 /bin/sh - bash
AP ve...@nslu:~$ cat /proc/meminfo
AP MemTotal:29508 kB

AP До 2.6.26 кривовато было, а теперь вполне себе живет, и множество
AP периферийных устройств распознает.

Запустить или чтоб работало? На 4M флеш и 32M RAM OpenWRT умеет еще и
работать... В полноценный Debian, вплоть до астериска, я в такой
конфигурации верю слабо...

Собственно, мне самому на 4M с большим трудом удалось запхать
необходимые для работы openssl библиотеки (исключая сами libcrypto и
libssl) в дополнение к статическому бизибоксу. С восемью, конечно, было
бы легче.

--
Презерватив - это защита от копирования дурака.
-- (С)энта

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Игорь Чумак

Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 11 Jan 2010
16:47:24 +0300:

Могу для медитации предъявить свой /etc/auto.misc:

AP Судя по конфигу, распознаются только прописанные в нем устройства.
AP Для пользователя имхо полезнее перебрать все известные типы FS,
AP разрешать только пару известных устройств использовать. Я понимаю,
AP что при необходимости вы _себе_ всегда можете дописать конфиг. А
AP если не себе?

Так я решаю свои задачи, а не несвои. Если мне сформулировать задачу,
да еще дать денег, я, может, и возьмусь...

В моем конфиге, как легко заметить, прописаны как пара известных
устройств, так и конфигурация для разных FS на неизвестных.

Отмонтирует само. Этого в этом конфиге не видно, правда, оно уровнем
выше. Через 4 секунды после того, как все слезли с устройства.

--
Все гениальное просто.
Но со вкусом.
Кнышев.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Alexander Danilov пишет:

Alexey Pechnikov пишет:

Hello!

On Monday 11 January 2010 14:20:59 Artem Chuprina wrote:

Могу для медитации предъявить свой /etc/auto.misc:

Судя по конфигу, распознаются только прописанные в нем устройства.
Для пользователя имхо полезнее перебрать все известные типы FS,
разрешать только пару известных устройств использовать. Я понимаю,
что при необходимости вы _себе_ всегда можете дописать конфиг. А
если не себе?

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

А если не себе, конфиг для autofs можно сделать в виде скрипта
(примеры в autofs есть),
который определит, что воткнули, сколько и куда, и сделает ссылки на
лету.

А если воткнули принтер? Или фотокамеру? Или wifi-адаптер?
Тем hal так плох?

--
Head office

Igor Chumak
System Administrator

OJSC “UIC Generali Garant”
15/2 Chervonoarmiyska str.,

01004, Kyiv, Ukraine
Phone: +38(044)206 8820
E-Mail: i.chu...@generali.garant.ua
www.generali.garant.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

DamirX - debian-russian@lists.debian.org  @ Mon, 11 Jan 2010 16:19:52 +0300:

  Могу для медитации предъявить свой /etc/auto.misc:
  f  -fstype=vfat,umask=0,dmask=0,fmask=0111,codepage=866,utf8 :/dev/sdb1
 D А если вторую флешку воткнуть проблем не будет?
 D (А ещё бывают флешки без таблицы разделов)

Проблем - не будет :-)   Будет правильно не работать.  Я не помню,
когда я в последний раз вторую флешку втыкал...

Но вообще есть понятие script map.  Хоть обскриптуйся.

-- 
Весь юникс для того и был придуман, чтобы PS в принтер выплевывать.
Alex Korchmar в a63nn3$ef...@alx.private


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность San_Sanych


11.01.2010 18:23, Alexander GQ Gerasiov пишет:

echo test|cat noexist|wc -l; echo $?
cat: noexist: No such file or directory
0
0

Произошла ошипка - а true конструкция вернула 0 - вот я об чем.
   

примерно так:
set -o pipefail on; echo test|cat noexist|wc -l; echo $?
 

Башизм :) непереносимо.
   

ну да, к сожалению только bash  3.0 и еще какой-то из шеллов

--
Александр Вайтехович
www: http://sanych.nnov.ru
jabber: sanych{a}sanych.nnov.ru


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Serhiy Storchaka - debian-russian@lists.debian.org @ Mon, 11 Jan 2010
14:46:16 +0200:

3) при использовании нескольких программ - возможность удобного
переключения между ними(панель задач и ALT+TAB)

SS Вы путаете. VC не превращал DOS в многозадачную систему.

Не превращал. Поэтому условие при использовании нескольких программ
для него не выполнялось, отчего все высказывание и становится верным :-)

4) пункт 1 но в сетях (управление файлами по сетевым протоколам)

DN И это всё вышеперечисленное влазило на 5 флопик на 720 kb? :) Ну или
чуть DN больше со всякими расширителями типа 800/pu1700 :)

Нет, не все. Из сетевых протоколов vc сам по себе мог только линк по
нуль-модему, а в остальном полагался на ОС.

SS IMHO, в VC (в отличие от NC) этого пункта не было.

В последних версиях, кажется, уже было. Хотя могу путать.

--
Чушь для ресниц (С)энта

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

San_Sanych - debian-russian@lists.debian.org  @ Mon, 11 Jan 2010 15:02:35 
+0300:

 S 11.01.2010 14:35, Игорь Чумак пишет:
  cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой
  truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).
 
  А не надо гадать, надо прочитать сообщение об ошибке:
  $ echo test|cat noexist|wc -l
  cat: noexist: Нет такого файла или каталога
  0
 
  echo test|cat noexist|wc -l; echo $?
  cat: noexist: No such file or directory
  0
  0
 
  Произошла ошипка - а true конструкция вернула 0 - вот я об чем.
 S примерно так:
 S set -o pipefail on; echo test|cat noexist|wc -l; echo $?
 S cat: noexist: No such file or directory
 S 0
 S bash: echo: ошибка записи: Broken pipe
 S 1

Башизм.

-- 
Велик и могуч постмодернистский читатель (c)Elenhil Laiquendo


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 18:57:24 Artem Chuprina wrote:
 Запустить или чтоб работало?  На 4M флеш и 32M RAM OpenWRT умеет еще и
 работать...  В полноценный Debian, вплоть до астериска, я в такой
 конфигурации верю слабо...

VPN-сервер на несколько пользователей, файл-сервер, принт-сервер, постгрес
(для тестов, в такой конфигурации стресс-тесты гонять весьма познавательно),
wget со списком закачек и проч. - работают. Для дома или малого офиса вполне
себя оправдывает.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 19:01:15 Artem Chuprina wrote:
 Так я решаю свои задачи, а не несвои.  Если мне сформулировать задачу,
 да еще дать денег, я, может, и возьмусь...
 
 В моем конфиге, как легко заметить, прописаны как пара известных
 устройств, так и конфигурация для разных FS на неизвестных.
 
 Отмонтирует само.  Этого в этом конфиге не видно, правда, оно уровнем
 выше.  Через 4 секунды после того, как все слезли с устройства.

Последнее интересно. Можно и в самом деле попробовать. Не подскажете,
как стандартные механизмы через hal оторвать, чтобы autofs оценить?

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Aleksey Cheusov


  set -o pipefail on; echo test|cat noexist|wc -l; echo $?
   
  Башизм :) непереносимо.
 
 ну да, к сожалению только bash  3.0 и еще какой-то из шеллов

Гораздо более гибкое решение:

http://sf.net/projects/pipestatus/

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Alexander Galanin

Alexey Pechnikov - debian-russian@lists.debian.org  @ Mon, 11 Jan 2010 
19:32:00 +0300:

  Так я решаю свои задачи, а не несвои.  Если мне сформулировать задачу,
  да еще дать денег, я, может, и возьмусь...
  
  В моем конфиге, как легко заметить, прописаны как пара известных
  устройств, так и конфигурация для разных FS на неизвестных.
  
  Отмонтирует само.  Этого в этом конфиге не видно, правда, оно уровнем
  выше.  Через 4 секунды после того, как все слезли с устройства.

 AP Последнее интересно. Можно и в самом деле попробовать. Не подскажете,
 AP как стандартные механизмы через hal оторвать, чтобы autofs оценить?

За отсутствием у меня хала могу посоветовать только aptitude purge hal :-)

-- 
Дело говоришь!
Теперь делай его.
Кнышев.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

On Mon, 11 Jan 2010 15:02:35 +0300
San_Sanych ssan...@gmail.com wrote:

 set -o pipefail on; echo test|cat noexist|wc -l; echo $?
 cat: noexist: No such file or directory
 0
 bash: echo: ошибка записи: Broken pipe
 1

http://sourceforge.net/projects/pipestatus/

-- 
Alexander Galanin


pgpiuTeZxnDtH.pgp
Description: PGP signature

Re: Утилиты в стиле true unix way

2010-01-11 Пенетрантность Oleg Matviychuk

On Mon, 11 Jan 2010 21:59:31 +0300
Alexey Pechnikov wrote:

Hello!

On Monday 11 January 2010 20:02:24 Artem Chuprina wrote:
Отмонтирует само. Этого в этом конфиге не видно, правда, оно уровнем
выше. Через 4 секунды после того, как все слезли с устройства.

AP Последнее интересно. Можно и в самом деле попробовать. Не подскажете,
AP как стандартные механизмы через hal оторвать, чтобы autofs оценить?

За отсутствием у меня хала могу посоветовать только aptitude purge hal :-)

sudo aptitude purge hal
Следующие пакеты будут УДАЛЕНЫ:
gnome-mount{a} gparted{a} hal{p} libcairomm-1.0-1{u} libglibmm-2.4-1c2a{u}
libgtkmm-2.4-1c2a{u} libparted1.8-10{u}

Просто убило - gparted зависит от hal. Еще одно свидетельство, что гном -
редкое дерьмо, даже по сравнению с КДЕ4.
Даже удивился, но KDE удаление HAL переносит безболезненно.

Что, у него свой велосипед для монтирования? :D

--
Матвийчук Олег aka Matvey, LRU#349092
http://mathway.narod.ru

I am the ILOVEGNU signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public
License.

signature.asc
Description: PGP signature

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 23:21:47 Oleg Matviychuk wrote:
  sudo aptitude purge hal
  Следующие пакеты будут УДАЛЕНЫ:
gnome-mount{a} gparted{a} hal{p} libcairomm-1.0-1{u} 
  libglibmm-2.4-1c2a{u} libgtkmm-2.4-1c2a{u} libparted1.8-10{u} 
  
  Просто убило - gparted зависит от hal. Еще одно свидетельство, что гном - 
  редкое дерьмо, даже по сравнению с КДЕ4.
  Даже удивился, но KDE удаление HAL переносит безболезненно.
  
 Что, у него свой велосипед для монтирования? :D

Нет, просто перестает монтировать :-) 

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Tuesday 12 January 2010 05:42:48 Sergey Korobitsin wrote:
 Принтер настраивается в cups, wifi-адаптер - через udev (если ему надо
 какую-нибудь firmware). С фотокамерами не работал, но подозреваю, что
 там тоже есть что-то такое.

Ни первое, ни второе не является mass storage device. А фотоаппарат
достаточно видеть как флешку (в режиме superfloppy).

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

Поделитесь опытом - чем чревато использование autofs5?
В ленни две версии autofs, а описания пакетов ситуацию не проясняют.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Saturday 09 January 2010 21:39:41 Roman S. Gushcha wrote:
Все-таки, как ни крути, КДЕ ради флешки -- это сильно не Ъ. Если для
себя.

Да всякие вопросы возникают, к примеру, как сменить фоновый рисунок рабочего
стола (обои). Если на все такие случаи свой софт писать и делать единую
систему
управления, так и работать некогда будет. А в KDE есть запуск программ по F2,
бумажник для запоминания паролей, управление съемными устройствами, да и
внешний вид симпатичный. Еще конкуерор мне нравился в качестве браузера
и файл-менеджера, но в КДЕ4 его сильно испортили - теперь периодически
перестает отображать локальные файлы (при обновлениях, вроде бы никакого
отношения к нему не имеющих), да еще закладки грозятся в mysql базе хранить...

Что удивляет, так это то, что под мои скромные надобности (см. выше
перечисление
основных требуемых функций) нет нормального оконного менеджера. Существуют
альтернативные, легковесные реализации, но настраиваются они через конфиги,
а для меня внешний вид интерфейса настраивать - очень длительная и мучительная
процедура.

А вот интегрированная дрянь вроде плазма, аконади и проч. отключаю всеми
способами, вплоть до удаления бинарей. Но оно все равно настойчиво лезет и
множится, так что КДЕ4 ставить никому не буду, а замены пока не нашел, увы.

Оффтоп: поставил на интерес на семейной машине КДЕ4. Сначала прикольно
было, а через две недели семья и взвыла. Вернул людям гнома.

У меня все как раз к KDE 3.5 привыкли. Гном - он не для людей. Например, за идею
при клике на папку в файл-менеджере открывать новое окно поубивать надо.
Ага, можно перенастроить, только там все такое... и оформление тоже, аж плохо
делается. А у меня с дизайном как-то совсем не очень, так что проще кеды
поставить, чем месяцы ковыряться с настройкой поведения и внешнего вида гнома.
Опять же в гноме нет нормального браузера и менеджера паролей (файрфокс
запускаю очень редко, ибо медленный и прожорливый он).

Да, последний раз гном видел пару лет назад, а с тех пор, судя по анонсам, в
него
тоже всяких социальных веб-десктопов и проч. дребедени напихали.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 00:56:55 Dmitry Nezhevenko wrote:
 Сейчас такой путь -- hal. Например hal-find-by-capability --capability
 block выдаст все блочные устройства. Дальше можно у них спрашивать
 различные properties. Одно из свойств содержит флаг removeable.

udev я еще переживу (а куда я денусь), но от hal увольте. Все равно его 
скоро выкинут. С год назад я его патчил на предмет адекватной работы
с нужной мне локалью, так вот, там натуральный быдлокод, гляньте сами.
Про саму идею - аналога виндового реестра - и вовсе молчу, чтоб не 
выражаться.

Кстати, после установки новых ядер правила dbus вдруг при загрузке 
стали deprecated - уж не знаю, то ли их чистят, то ли и dbus выкидывают.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

O KDE и unix way и про монаха Окаму:

Когдато я пользовался Volcov Comander. Он состоял из одного файла
размером  40kb. Он у меня работал на ПОИСК-1:
 процессор   4.75Mhz КМ1810ВМ88 
 память  256kb
 видеопамять 16Kb
 веник   720Kb (Дискета)

Так вот: Сейчас у меня:
 процессор   2240Mhz (471раз быстрее по частоте) 
 память  2048Mb  (в 8192раз больше по объему)
 видеопамять 512Mb   (в 2048раз больше по объему)
 веник   120Gb   (более чем в миллион раз превосходит дискету)

суммарную мощность машины я считаю увеличившейся в несколько тысяч раз.

А что _МНЕ_ нужно от компа?

0) Не занимать ресурсы у программ выполняющих РАБОТУ
1) управление фалами (копирование, перемещение, удаление,
   переименовывание, поиск)
2) запуск разных программ в зависимости от типа файла 
  (например для *.c 
ENTER компилятор 
ALT+ENTER компилятор альтернативными опциями
F3 просмотрщик
ALT+F3 альтернативный просмотрщик
F4 редактор
ALT+F4 Альтернативный редактор
F2 Меню с любыми настраиваемыми операциями для файла
3) при использовании нескольких программ - возможность удобного  
   переключения между ними(панель задач и ALT+TAB)
4) пункт 1 но в сетях (управление файлами по сетевым протоколам)

ЭТО ВСЁ!!!
Всё остальное делают прикладные узкоспециальные программы 

Моя оценка KDE с точки зрения описанных мною требований:
0) 1
1) 1
2) 2
3) 4
4) 1
с очень небольшими вариациями все это справедливо для остальных оконных
менеджеров и для всех версий windows


Проставим оценки для FAR(как современный наследник NC,VC,PC,DN...)
0) 5
1) 5
2) 5
3) 1 - не входит в задачи но решаемо средствами OS и плугином
4) 4 - решаемо плугинами или монтированием на уровне OS

другие коммандеры (NC,VC,DN,TC,MC,... )в некоорых случаях незначительно
уступают (например mc в удобстве настройки (2)) или выигрывают (Например
NC, VC, DN по освобождению ресурсов - они при запуске программы вообще
умели выгружаться из памяти освобождая практически ВСЕ ресурсы
запущенному процессу)


У меня есть машина(АВТОМОБИЛЬ). Она жрёт 6 литров бензина на 100 км
Если она завтра начнёт жрать 6*1000=6тон на 1 км
при этом у нее усовершенствуется приборная доска(пункт 3) но станут
крайне неудобны тормоза и руль (пункт 1 и 2)

то что я сделаю с этим автомобилем 
а вы что сделаете  Будете заливать по 1 литр бензина на 16 метров???


И вот резюме: Для использования KDE4 я был вынужден либо обновлять
железо либо менять десктоп. ТОРМОЗИТ !!!


Я не обсуждаю здесь процессороёмких операций таких как кодинг/декодиг
видео/аудио или архивация/разархиваци или компиляция. Я говорю только о
показании мне списков файлов и предоставления интерфейса для управления
ими.

Я не обсуждаю здесь:
1) дизайна 
2) художественной ценности. 
3) коммерческие преимущества - как тысяча никому ненужных опций в
   которых теряются нужные
4) обскакивание коммерчески успешных в идиотизме
5) Интуитивность... Для человека существует только один интуитвно
   понятный интерфейс - это соска. Всему остальному человек должен
   учится. Даже держанию ложки. Так что интуитивно понятный - это лож
   для продажи.

Я обсуждаю здесь только 2 вещи:
1) эргономичность
2) экономичность

в этом отношении я не знаю НИ ОДНОГО современной графической среды
поднимающейся выше 1 по пятибальной системе.


Объясните мне глупому в чём кайф KDE ?
После того как объясните я вам объясню в чём преимущество автомобиля
жрущего 6 тон вместо 6 литров и имеющими управление требующее обучения в
500-600 лет и отращивания еще десятка конечностей. 

Это кстати отдельный вопрос. Время обучения.


А автомонтирование флешки Так это розовые эргономические педали в
автомобиле... Монтирование флешок это задача ядра Как и придание
колёсам вращательного момента это работа двигателя а не розовых педалей.

ЛЮДИ Я РЕАЛЬНО НЕ ПОНИМАЮ: Какие новые услуги предоставляет десктопы??
сам отвечу: 
 * связь: так она была!!! тотже fidonet или zmodem. И сегодня браузер,
аська и тд это чаще всего внешние программы сторонних разработчиков.

 * мультимедиа: а зачем это интегрировать десктоп? Реальная работа с
мультимедийный проводится только с внешними программами - это обработка
картинок и звука и видео и тд


///


Вот вам и wey блин.
И миллионы людей рассказывают друг другу о том насколько зелёнинькие
автомобили лучше сининьких а при этом забывают о том что и зелёнинькие и
сининькие жрут по 6 тон горючего и совершенно не управляемы !!!

Еще раз перечитываем: http://ru.wikipedia.org/wiki/Бритва_Оккама

Я не признаю какой либо wey который противоречит этому принципу.


В Вск, 10/01/2010 в 12:19 +0300, Alexey Pechnikov пишет:
 Hello!
 
 On Saturday 09 January 2010 21:39:41 Roman S. Gushcha wrote:
  Все-таки, как ни крути, КДЕ ради флешки -- это сильно не Ъ. Если для
  себя.
 
 Да всякие вопросы возникают, к примеру, как сменить фоновый рисунок рабочего
 стола (обои). Если на все такие случаи свой софт писать и делать единую 
 систему
 управления, так и работать некогда будет. А в

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 14:46:50 Oleg Tsymaenko wrote:
ЛЮДИ Я РЕАЛЬНО НЕ ПОНИМАЮ: Какие новые услуги предоставляет десктопы??

В идеале десктоп можно поставить _любому_ пользователю, причем без
необходимости его дальнейшего администрирования.

Вот как пример - товарищ у меня занимается веб-программированием, в приказном
порядке пересажен на дебиан. В mc на сервере ему некомфортно, так что работает
в kwrite через sshfs. Ну и пусть себе работает, зато не спрашивает каждый день,
как
в screen сеанс открыть, как в mc поиск выполнить и т.д. и т.п. И о правах на
файлы
он уже, по-моему, давно забыл - плохо с точки зрения идеологии, но меня меньше
отвлекает вопросами.

А домашние не спрашивают, как обои поменять и т.п. - один раз сказал, что мол в
настройках оно где-то есть, а дальше сами справляются.

Если же я всем поставлю нечто более правильное, то буду все время занят сменой
обоев, ответами на вопросы о том, что такое права на файлы и прочими глупостями.

P.S. За красивые обои на рабочем столе многие готовы платить, например, эппл
для
них делает дорогущие девайсы от компов до плееров - и что же, расхватывают
наперегонки.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-10 Пенетрантность Q


 5) Интуитивность... Для человека существует только один интуитвно
понятный интерфейс - это соска. Всему остальному человек должен
учится. Даже держанию ложки. Так что интуитивно понятный - это лож
для продажи.

Ради интереса - а вы поддерживаете определение Реймонда в Искусстве 
программирования для Unix об интуитивно понятных интерфейсах, и если нет, то 
почему?

Re: Утилиты в стиле true unix way

В Вск, 10/01/2010 в 16:29 +0300, Q пишет:
5) Интуитивность... Для человека существует только один интуитвно
понятный интерфейс - это соска. Всему остальному человек должен
учится. Даже держанию ложки. Так что интуитивно понятный - это лож
для продажи.

Ради интереса - а вы поддерживаете определение Реймонда в Искусстве
программирования для Unix об интуитивно понятных интерфейсах, и если нет, то
почему?

К сожалению я не читал эту книгу так как не занимаюсь сейчас
программированием. тем неменее я знаком с KISS
http://ru.wikipedia.org/wiki/Принцип_KISS еще со времён увлечения
слакой. и ПОЛНОСТЬЮ его поддерживаю потому как это другая формулировка
упомянотого мною выше Оккма

я прочитал вот это http://ru.wikipedia.org/wiki/Философия_UNIX
В этой статье написано всё замечательно и я со всем согласен.

НЕ согласен с критикой.

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-10 Пенетрантность Nicholas

Oleg Tsymaenko wrote:

O KDE и unix way и про монаха Окаму:
Когдато я пользовался Volcov Comander. Он состоял из одного файла

Если вам для себя - посмотрите ION2 - umho, самый удобный оконный
менеджер - все что умеет - запускать нужную программу в нужном
экране/фрейме. Всегда в одном и том же - включили power, подождали 30
сек и все на своих местах.

Флешки монтировать (равно как и удаленные фс) можно нажатием кнопки в
gkrellm (отдельное приложение) в ручную.

Есть еще ION3, но он немного менее железобетонный.

настройка элементарная:
в ~/.ion2/default-session--0/workspaces.lua прописываете названия
экранов/фреймов и их местоположение (проще html)
в ~/.ion2/default-session--0/kludges.lua прописываете связь имя
программы - имя фрейма (или экрана)

в ~.xsession - копия списка программ из предыдущего файла.

Все.

Удачи.
--
Sincerely,
Nicholas

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Господа
Меня можно опровергнуть по всем пунктам. В отдельности.
Оставлю главный вопрос:

Насколько обосновано увеличение требований софта к железу в 1000 раз?

не верится что в 1000 раз

ts...@ra:~$ ps aux|grep gnome-panel
tsyma 2335 0.5 1.1 136748 24544 ?Sl Jan02 68:23
gnome-panel

gnome-panel занимет 136Mb !
Volcon Commander запускался на комптютерах с 128Kb(64kb)
http://ru.wikipedia.org/wiki/Volkov_Commander

повторяю ворос:

Насколько обосновано увеличение требований софта к железу в 1000 раз?

В Вск, 10/01/2010 в 18:28 +0200, Dmitry Nezhevenko пишет:
On Sun, Jan 10, 2010 at 01:46:50PM +0200, Oleg Tsymaenko wrote:
0) Не занимать ресурсы у программ выполняющих РАБОТУ

Т.е. однозадачный DOS? FreeDOS же есть ;)

Не было такого в DOS-е. Во времена Поиска точно. VC умел только выгружать
резидентов, загруженных после него. И то в определенном порядке. :)

4) пункт 1 но в сетях (управление файлами по сетевым протоколам)

И это всё вышеперечисленное влазило на 5 флопик на 720 kb? :) Ну или чуть
больше со всякими расширителями типа 800/pu1700 :)

Моя оценка KDE с точки зрения описанных мною требований:
0) 1
1) 1
2) 2
3) 4
4) 1
с очень небольшими вариациями все это справедливо для остальных оконных
менеджеров и для всех версий windows

У KDE несколько другой функционал. Такая оценка может означать лишь то,
что KDE тебе не нужен ;)

У меня есть машина(АВТОМОБИЛЬ). Она жрёт 6 литров бензина на 100 км
Если она завтра начнёт жрать 6*1000=6тон на 1 км
при этом у нее усовершенствуется приборная доска(пункт 3) но станут
крайне неудобны тормоза и руль (пункт 1 и 2)

то что я сделаю с этим автомобилем
а вы что сделаете Будете заливать по 1 литр бензина на 16 метров???

Аналогия некорректна и притянута за уши. Современный low-level писюк стоит
немногим больше чем старый поиск (в проценте от доходов). А получаешь
заметно больше.. Тот же нормальный телевизор (а не 320x200 CGA).

Поиск же никто не отбирал? Если всё устраивает -- можно дальше
пользоваться им ;)

И вот резюме: Для использования KDE4 я был вынужден либо обновлять
железо

Обновлять Поиск? :)

либо менять десктоп. ТОРМОЗИТ !!!

Да. Только у меня вот получается, что железо (бук) меняется не из-за того
что KDE4 тормозит, а из-за того что дохнет железо.

Объясните мне глупому в чём кайф KDE ?

А нет никакого кайфа вообще. Это один из компромиссов. Не нравится -- не
пользуйся.. Если от KDE нужна только запускалка терминалов, то есть куча
WM-ов.

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way


 я прочитал вот это  http://ru.wikipedia.org/wiki/Философия_UNIX
 В этой статье написано всё замечательно и я со всем согласен.

А вот я категорически не согласен с правилом генерации:

   Правило генерации: Избегайте ручного набора кода; при любом удобном
   случае пишите программы, которые бы писали программы.

Чтобы понять почему, можно посмотреть, в какое говно превратились
autoconf и automake. CMake туда же, в общем.

Для сравнения 

   http://sourceforge.net/projects/mk-configure/

или (концептуально похож на mk-c)

   http://freshmeat.net/projects/magicmakefile

Есть и другие.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

я прочитал вот это http://ru.wikipedia.org/wiki/Философия_UNIX
В этой статье написано всё замечательно и я со всем согласен.

А вот я категорически не согласен с правилом генерации:

Правило генерации: Избегайте ручного набора кода; при любом удобном
случае пишите программы, которые бы писали программы.

Чтобы понять почему, можно посмотреть, в какое говно превратились
autoconf и automake. CMake туда же, в общем.

Для сравнения

http://sourceforge.net/projects/mk-configure/

Кстати, забыл дать презентацию

http://mova.org/~cheusov/pub/lvee-2009/mk-configure_presentation.pdf

и обоснование (на русском)

http://mova.org/~cheusov/pub/lvee-2009/mk-configure_article.pdf

Презентация сделана о довольно старой версии mk-c. С тех пор сделано
очень много всего. Некоторые вещи давно исправлены, например, обеспечена
сборка разделяемых библиотек на куче платформ. bsd.*.mk давно не
используются. Тем не менее, общие принципы остаются неизменными.

P.S. Есть кого заинтересуют мои проекты, в том числе mk-c, у меня есть
правила сборки debian/ (для etch). Собираюсь сделать репозиторий, но все
лень мешает :-)

--
Best regards, Aleksey Cheusov.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-10 Пенетрантность George Shuklin



В Вск, 10/01/2010 в 21:21 +0200, Oleg Tsymaenko пишет:
 Господа
 Меня можно опровергнуть по всем пунктам. В отдельности. 
 Оставлю главный вопрос: 
 
 Насколько обосновано увеличение требований софта к железу в 1000 раз?
 
 не верится что в 1000 раз
 
 ts...@ra:~$ ps aux|grep gnome-panel
 tsyma 2335  0.5  1.1 136748 24544 ?Sl   Jan02  68:23
 gnome-panel
 
 
 gnome-panel занимет 136Mb ! 
 Volcon Commander запускался на комптютерах с 128Kb(64kb)
 http://ru.wikipedia.org/wiki/Volkov_Commander
 
 повторяю ворос:
 
 Насколько обосновано увеличение требований софта к железу в 1000 раз?
 
 
Во-первых, не 130Мб, а 24.

Во-вторых, извините, 128кБ - непозволительная роскошь. У Урал-1 памяти
было примерно 4.5кБ, так что с точки зрения пользователя Урал-1
программа, которая в 10 раз больше объёма оперативной памяти -
непозволительная роскошь, которая тратится на всякую херню типа цвета,
рамочек и текстовых (!) сообщений вместо кодов ошибок.

Разницу между современным софтом и старым начинаешь ощущать в тот
момент, когда оказываешься за старым софтом. То не умеет, это не умеет,
тут функциональность явно ограничена, тут чего-то нет, там произвольное
ограничение по размеру...

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 22:56:55 Aleksey Cheusov wrote:
 P.S.  Есть кого заинтересуют мои проекты, в том числе mk-c, у меня есть
 правила сборки debian/ (для etch). Собираюсь сделать репозиторий, но все
 лень мешает :-)

А можно ли альтернативные системы сборки использовать с готовым ПО? Или
нужно выкидывать апстримовский мэйк с конфигуре и все с нуля писать?..

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way


  P.S.  Есть кого заинтересуют мои проекты, в том числе mk-c, у меня есть
  правила сборки debian/ (для etch). Собираюсь сделать репозиторий, но все
  лень мешает :-)

 А можно ли альтернативные системы сборки использовать с готовым ПО? Или
 нужно выкидывать апстримовский мэйк с конфигуре и все с нуля писать?..
Конкретно из automake в mk-c частично можно.
А в общем случае руками.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 22:21:36 Oleg Tsymaenko wrote:
 повторяю ворос:
 
 Насколько обосновано увеличение требований софта к железу в 1000 раз?

Оправдано снижением требуемой квалификации. Вместо программирования
теперь манипулятором мышь по дисплею перемещаются визуальные 
элементы, и полученные поделия даже могут что-то делать. См. qt designer
и проч., это вполне объясняет и размер и глючность КДЕ и проч.

Несомненно, с экономической точки зрения это до определенного момента
оправдано, равно как когда-то внедрение станков на фабриках позволило
резко удешевить производство за счет резкого снижения необходимой
квалификации рабочих. После механизации придет и автоматизация, и вот
тогда снова мастера потребуются.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 23:17:51 Aleksey Cheusov wrote:
  А можно ли альтернативные системы сборки использовать с готовым ПО? Или
  нужно выкидывать апстримовский мэйк с конфигуре и все с нуля писать?..
 Конкретно из automake в mk-c частично можно.
 А в общем случае руками.

Понятно, это больше для нового ПО применимо. Можно ли где-то почитать о
создании нативных дебиановских пакетов с mk-c и другими?

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way


   А можно ли альтернативные системы сборки использовать с готовым ПО? Или
   нужно выкидывать апстримовский мэйк с конфигуре и все с нуля писать?..
  Конкретно из automake в mk-c частично можно.
  А в общем случае руками.

 Понятно, это больше для нового ПО применимо. Можно ли где-то почитать о
 создании нативных дебиановских пакетов с mk-c и другими?

Можно. В файле TODO :-) В MagicMakefiles вроде сделано, но там IIRC нет
никакой переносимости и никакого аналога autoconf.

Я планирую сделать внутренний модуль mkc_imp.debian.mk, с помощью
которого по команде 'bmake deb' можно будет сделать пакет, хоть в
/usr/local, готь в /opt/vendor.  Это буквально строчек 70, не больше.
Makefile приложения переписывать не нужно.  Но создание .deb пакетов --
это, в принципе, больше proof of concept.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Sunday 10 January 2010 23:29:42 Aleksey Cheusov wrote:
 Я планирую сделать внутренний модуль mkc_imp.debian.mk, с помощью
 которого по команде 'bmake deb' можно будет сделать пакет, хоть в
 /usr/local, готь в /opt/vendor.  Это буквально строчек 70, не больше.
 Makefile приложения переписывать не нужно.  Но создание .deb пакетов --
 это, в принципе, больше proof of concept.

Очень хотелось бы это увидеть.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-10 Пенетрантность Serhiy Storchaka

 Hello!

 On Sunday 10 January 2010 23:29:42 Aleksey Cheusov wrote:
  Я планирую сделать внутренний модуль mkc_imp.debian.mk, с помощью
  которого по команде 'bmake deb' можно будет сделать пакет, хоть в
  /usr/local, готь в /opt/vendor.  Это буквально строчек 70, не больше.
  Makefile приложения переписывать не нужно.  Но создание .deb пакетов --
  это, в принципе, больше proof of concept.

 Очень хотелось бы это увидеть.

mkc_imp.deb.mk:
.PHONY: deb
deb:
tmpdir=/tmp/mkc.; \
$(MAKE) $(MAKEFLAGS) installdirs install DESTDIR=$${tmpdir}; \
make_deb_package $${tmpdir} ${.CURDIR}

;-)

${.CURDIR} нужен на случай, если автор приложения положил туда файлы
в стиле debian/, например, control и watch.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Aleksey Cheusov wrote:
 я прочитал вот это  http://ru.wikipedia.org/wiki/Философия_UNIX
 В этой статье написано всё замечательно и я со всем согласен.
 
 А вот я категорически не согласен с правилом генерации:
 
Правило генерации: Избегайте ручного набора кода; при любом удобном
случае пишите программы, которые бы писали программы.
 
 Чтобы понять почему, можно посмотреть, в какое говно превратились
 autoconf и automake. CMake туда же, в общем.

Make и есть программа, которая пишет программы. Ручной набор -- это то, что
получается в результате make -B -n.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

я прочитал вот это http://ru.wikipedia.org/wiki/Философия_UNIX
В этой статье написано всё замечательно и я со всем согласен.

А вот я категорически не согласен с правилом генерации:

Чтобы понять почему, можно посмотреть, в какое говно превратились
autoconf и automake. CMake туда же, в общем.

Make и есть программа, которая пишет программы. Ручной набор -- это то, что
получается в результате make -B -n.

Ээээ. Ну, у меня несколько другой взгляд на вещи. Make - это то, на чем
я программирую. И потом ничто никуда дополнительно не транслируется. Я
сразу получаю готовый результат. 'make -Bn' - это никакая не
кодогенерация. Я бы еще понял, если бы 'make -dn', но тоже ни в какие ворота.

--
Best regards, Aleksey Cheusov.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

В Вск, 10/01/2010 в 23:06 +0300, George Shuklin пишет:

В Вск, 10/01/2010 в 21:21 +0200, Oleg Tsymaenko пишет:
Господа
Меня можно опровергнуть по всем пунктам. В отдельности.
Оставлю главный вопрос:

Насколько обосновано увеличение требований софта к железу в 1000 раз?

не верится что в 1000 раз

ts...@ra:~$ ps aux|grep gnome-panel
tsyma 2335 0.5 1.1 136748 24544 ?Sl Jan02 68:23
gnome-panel

gnome-panel занимет 136Mb !
Volcon Commander запускался на комптютерах с 128Kb(64kb)
http://ru.wikipedia.org/wiki/Volkov_Commander

повторяю ворос:

Насколько обосновано увеличение требований софта к железу в 1000 раз?

Во-первых, не 130Мб, а 24.

В моем выводе : RES: 2335 (KB); VIRT: 136748 (KB)
VIRT = SWAP + RES

Из man top:
RES: -- Resident size (kb)
The non-swapped physical memory a task has used.

VIRT: -- Virtual Image (kb)
The total amount of virtual memory used by the task. It includes
all code, data and shared libraries plus pages that have been
swapped out.

VIRT = SWAP + RES.

SWAP: -- Swapped size (kb)
The swapped out portion of a task's total virtual memory image.

Во-вторых, извините, 128кБ - непозволительная роскошь. У Урал-1 памяти
было примерно 4.5кБ, так что с точки зрения пользователя Урал-1
программа, которая в 10 раз больше объёма оперативной памяти -
непозволительная роскошь, которая тратится на всякую херню типа цвета,
рамочек и текстовых (!) сообщений вместо кодов ошибок.

Господа, что конкретно дает gnome или KDE за увеличение прожорливости в
1000 раз. Хорошо пусть в 200, хотя я не согласен с пренебрежением SWAP.

Разницу между современным софтом и старым начинаешь ощущать в тот
момент, когда оказываешься за старым софтом. То не умеет, это не умеет,
тут функциональность явно ограничена, тут чего-то нет, там произвольное
ограничение по размеру...

если рассматривать KDE или GNOME то их основной задачей является
управление программами и файлами. какие такие новшевства здесь есть?
Я вижу увеличение цены (в 1000 раз), я вижу кружева типа обоев и
панелей но ГДЕ то за что Повышена цена? Это графика? Это мышь?

Или меню пуск? Так оно в любом коммандере по F2 вызывалось и может
быть автоматически запущено при запуске коммандера. Многоуровнивость
этого меню тоже поддердивалась.

Кто нить может назвать реальные удобства предоставляемые такими
нарядными десктопами?

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

В Вск, 10/01/2010 в 23:20 +0300, Alexey Pechnikov пишет:

Насколько обосновано увеличение требований софта к железу в 1000 раз?

Оправдано снижением требуемой квалификации. Вместо программирования
теперь манипулятором мышь по дисплею перемещаются визуальные
элементы, и полученные поделия даже могут что-то делать.
вынужден согласится.

См. qt designer и проч., это вполне объясняет и размер и глючность КДЕ и проч.

видал. В своё время надевелопился

Несомненно, с экономической точки зрения это до определенного момента
оправдано, равно как когда-то внедрение станков на фабриках позволило
резко удешевить производство за счет резкого снижения необходимой
квалификации рабочих.

вынужден согласится.

После механизации придет и автоматизация, и вот
тогда снова мастера потребуются.

не уверен. Со времён лудитов ничего вспять не поворачивалось

кстати а как вы согласуете всё это с UNIX way

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 01:04:37 Oleg Tsymaenko wrote:
 В моем выводе :  RES: 2335 (KB);  VIRT: 136748 (KB) 
 VIRT = SWAP + RES

Программа может запросить и пару гиг VIRT памяти. И когда
получит их, от этого в системе ничего не изменится. Все равно
что вы на двери своего подъезда наклеите стикер мой дом.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Monday 11 January 2010 01:09:17 Oleg Tsymaenko wrote:
 кстати а как вы согласуете всё это с UNIX way

Мы уже давно обсуждаем user way, а отнюдь не unix. Ну как можно говорить о 
правильном десктопе,
если пользователь ориентируется критериями вида хочу, нравится и т.п.?

Имхо - для десктопа заниматься софтом не вижу смысла - скоро пользователям 
будет достаточно 
браузера для получения всех хотелок, а необходимая функциональность будет 
реализована на стороне 
сервера (без разницы, запущенном непосредственно на этом десктопе или на 
удаленном хосте) так, как 
это удобно разработчикам. С этой точки зрения, нужен плугин для монтирования 
носителей в 
файрфоксе, благо javascript API для управления локальными файлами уже есть. 
Например, у меня близкие mail-клиента знают только в виде веб-интерфейса, 
общаются в каких-то там 
социальных сетях тоже через браузер и т.п. Джаббер, кстати, для них уже 
неактуален - последние месяцы
сообщения шлют в почту - пора ставить веб-клиента и для джаббера.

Касаемо исходной темы топика - наблюдаю определенное непонимание. В частности, 
весьма активно 
обсуждается использование PostgreSQL на замену MySQL, не замечая того, что уже 
сегодня их архитектура не 
оправдывает себя - попробуйте получить приличный результат от постгреса на 
8-ми ядерном сервере
с парой sata-винтов в зеркале. Уже есть ssd-диски, но пока их 
производительность (и цену) до ума доведут,
в десктопах будет десяток-другой ядер. С PostgreSQL и SQLite - разница в 
производительности в 
реальных приложениях достигает нескольких порядков величины. Для 
веб-приложений, где количество 
операций чтения на один-два порядка превосходит число модифицирующих, пострес в 
тестах и 
продакшене оказывается просто нонсенсом.  А при ста ядрах и почти таких же 
дисках?.. Разумеется,
у SQLite есть свои проблемы - но эти проблемы технического характера, а не 
принципиального, в отличие от.
Для повышения конкурентности можно блокировать лишь область файла, а не весь 
файл, можно обеспечить
доступ на чтение к модифицируемой БД и т.п. Равно как использование in-memory 
базы с периодическим
ее дампом на диск позволяет и сейчас получить высокую конкурентность 
(собственно, мускул на серверах
пожалуй чаще гробит дисковую базу, чем требуется перезапуск и дамп in-memory 
базы). Есть и другие
СУБД, в том числе без поддержки SQL и проч. - так они еще намного быстрее. О 
них особо не упоминаю, т.к.
для сотен или тысяч запросов в секунду достаточно SQLite (а много вы знаете 
проектов, обрабатывающих
десятки или сотни тысяч ежесекундных запросов на одном хосте?).

Или возьмем веб-сервер - случается, что эффективнее на каждый запрос запускать 
процесс-обработчик, 
отдавая задачу ОС, нежели доверять это веб-серверу. Как пример - на одном ядре 
процессора CoreQuad в 
секунду можно выполнить около 7000 запусков генератора листинга директорий. 
Притом на более сложных 
задачах накладные расходы на запуск дополнительных процессов стремительно 
снижаются. А посмотрите
типичные форумы, которые сжирают все ресурсы сервера при паре запросов в 
секунду... Зато мускуль,
апач, все как у взрослых ;-) - и ресурсы потребляются непрерывно, даже при 
полном отсутствии нагрузки.

Более того, вполне реально, что через пару-тройку лет линуксовое ядро будет 
рулить процессами не 
хуже, чем сейчас это реализовано, скажем, в эрланге. А программеры будут 
по-прежнему громоздить
MySQL, apache, etc.

Хм, вероятно, что флейм начнется, дернуло же меня подробно ответить на ваш 
кратенький вопрос :-) 
А впрочем, несколько интересных ответов я уже получил, есть над чем подумать и 
что попробовать.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Saturday 09 January 2010 10:14:34 ALeksander wrote:
 как вариант можно настроить  udev
 http://muhas.ru/?p=94#post

Вот как пример: стоит себе у человека KDE, флэшки 
монтируются, а вы предлагаете вместо этого сделать
нечто, что в любой момент может от него потребовать 
перенастраивать правила udev? Такую оптимизацию
мне даром не надо. Пусть КДЕ и жуткое поделие, но
все мои близкие с этим поделием уже давно живут на 
этче и ленни. Хотелось бы заменить чем-то более 
приличным, но не теряя несколько важнейших функций,
одна из которых - автомонтирование флэшек.

P.S. И варианты, требующие прав _рута_ в данном 
контексте не рассматриваем.  Ибо даже если я пришлю
нужный конфиг по почте (как крайний случай), 
пользователь не сможет им воспользоваться.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Saturday 09 January 2010 11:59:13 Василий Дьяконов wrote:
 Обкуренные подростки написали огромное количество великолепнейшей музыки.
 И разнообразие гораздо большее, чем в классике.
 
 Блюз, и джаз, и рок, и всё_что_хочешь.

Полно орущих и бренчащих в каждом дворе, где же их великолепнейшая музыка?
И разнообразия в трех аккордах никак не может быть больше, чем в классике. Если 
же 
вы о временах джаз-банд вспомнили, то компьютеров у них - не было. Они 
обходились
маривана кэ фумар (marihuana que fumar) :-)

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Saturday 09 January 2010 09:43:19 Artem Chuprina wrote:
   Мне тоже.  Поэтому я умею настраивать autofs :-)
 
  AP Это то, что по жестко заданному правилу флэшку монтирует в указанный
  AP каталог, а когда вам приносят другую флэшку, переписываете конфиг?..
 
 Я сказал умею.

Если не сложно, поделитесь ссылочкой - какой результат этим путем можно 
получить.
Интересует на тему использования на компе для близких, так что все должно 
работать,
даже если меня в пределах досягаемости не оказывается.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность Konstantin Fadeyev

Hello!

On Saturday 09 January 2010 21:00:48 ALeksander wrote:
 я не говорил про КДЕ, а говорил про автомонтирование
 у меня вообще стоит опенбокс - нет в нем автомонтирования
  монтируются, а вы предлагаете вместо этого сделать
  нечто, что в любой момент может от него потребовать 
  перенастраивать правила udev? Такую оптимизацию

 пакет сделайте

А на следующий день пользователь принесет цифровой фотоаппарат, 
про который я никогда не слышал, и тот не замонтируется. Выдирать
же из недр КДЕ базу из устройств слишком хлопотно.

Если есть какой-то универсальный путь - подскажите, мне такой 
неизвестен.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

8 января 2010 г. 12:51 пользователь Игорь Чумак
i.chu...@generali.garant.ua написал:
Alexey Pechnikov пишет:

Hello!

Вопрос из рубрики расширения кругозора.

Существуют ли пакеты утилит, реализованные в духе следующих:
- утилит от DJB (daemontools, ucspi-tcp, qmail)
- ПО от DRH (sqlite, fossil)
- Tc/Tk
и некоторые другие.

В список не включаю djbdns, т.к. я лично с ним не работал (по
документации видно, что сделано все для простого и удобного использования,
как и в вышеперечисленных утилитах DJB).

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

А что primary: чтобы unix-way или чтобы ехать? ;)

--
Head office
Igor Chumak
System Administrator

OJSC UIC Generali Garant 15/2 Chervonoarmiyska str.,
01004, Kyiv, Ukraine
Phone: +38(044)206 8820 E-Mail: i.chu...@generali.garant.ua
www.generali.garant.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org

Всегда считал, что так называемый путь юникс - это когда для решения
конкретной задачи используется утилита, которая умеет решать только
эту задачу. А дальше конвейеры.
Например (грубо конечно, но как-то так):

cat bla-bla.txt | less

--
Константин Фадеев

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность Konstantin Matyukhin

2010/1/8 Konstantin Fadeyev jred...@gmail.com:
 Всегда считал, что так называемый путь юникс - это когда для решения
 конкретной задачи используется утилита, которая умеет решать только
 эту задачу. А дальше конвейеры.
 Например (грубо конечно, но как-то так):

 cat bla-bla.txt | less
cat не нужен (c)

-- 
С уважением,
Константин Матюхин

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность Игорь Чумак

Konstantin Fadeyev пишет:

8 января 2010 г. 12:51 пользователь Игорь Чумак
i.chu...@generali.garant.ua написал:

Alexey Pechnikov пишет:

Hello!

Вопрос из рубрики расширения кругозора.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

А что primary: чтобы unix-way или чтобы ехать? ;)

--
Head office
Igor Chumak
System Administrator

OJSC UIC Generali Garant 15/2 Chervonoarmiyska str.,
01004, Kyiv, Ukraine
Phone: +38(044)206 8820 E-Mail: i.chu...@generali.garant.ua
www.generali.garant.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
listmas...@lists.debian.org

cat bla-bla.txt | less

1. В данном случае less оказался комбайном, который и сам может читать
из файла ;) Что теперь, rm `which less` потомушто он противоречит идеологии?

2. Конвеер - достаточно гадкая вещь в плане обработки ошибок.

cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой
truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).

--
Head office

Igor Chumak
System Administrator

OJSC “UIC Generali Garant”
15/2 Chervonoarmiyska str.,

01004, Kyiv, Ukraine
Phone: +38(044)206 8820
E-Mail: i.chu...@generali.garant.ua
www.generali.garant.ua

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность Aleksey Cheusov

  http://mova.org/~cheusov/pub/screenshots/UNIXs.png :-P

 И так можно. Хотя мне вот лениво уже для подключения
...

Ладно, степень глупости изначального вопроса, я надеюсь, ты и сам
понимаешь, но, так уж и быть, вот тебе настоящий UNIX way, один из
лучших --

apt-get install abcde.

-- 
Best regards, Aleksey Cheusov.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Friday 08 January 2010 10:41:31 Artem Chuprina wrote:
  AP И так можно. Хотя мне вот лениво уже для подключения 
  AP флэшки или внешнего диска каждый раз ее ручками монтировать
 
 Мне тоже.  Поэтому я умею настраивать autofs :-)

Это то, что по жестко заданному правилу флэшку монтирует в указанный
каталог, а когда вам приносят другую флэшку, переписываете конфиг?..

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Friday 08 January 2010 13:26:46 Aleksey Cheusov wrote:
 Ладно, степень глупости изначального вопроса, я надеюсь, ты и сам
 понимаешь, но, так уж и быть, вот тебе настоящий UNIX way, один из
 лучших --
 
 apt-get install abcde.

Да, эту программу год-другой назад использовал, когда мне вдруг принесли
(sic!) лицензионный аудиодиск. Совсем про нее забыл, действительно 
достойная утилита, причем на баше написанная, без лишних зависимостей.

Начало хорошее, вы продолжайте :-)

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Friday 08 January 2010 11:35:53 Игорь Чумак wrote:
 cat file|prog1|prog2|prog3 - попробуйте угадать, где в этой 
 truu-unix-way-конструкции произошла ошибка (в prog1, prog2,prog3).

А не надо гадать, надо прочитать сообщение об ошибке:
$ echo test|cat noexist|wc -l
cat: noexist: Нет такого файла или каталога
0

Не говоря о том, что проверку выполнения команд в конвейерах как-то
делать можно, хотя мне никогда и не требовалось.

А вы попробуйте угадать, где произошла ошибка в питоновском скрипте, 
запущенном питоном другой минорной версии...

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

Hello!

On Friday 08 January 2010 10:51:44 Игорь Чумак wrote:
 А что primary: чтобы unix-way или чтобы ехать? ;)

Раз вопрос задан в рассылке debian, то мы и так уже успешно
едем и можем еще и присмотреть лучшую дорогу. Это 
пользователи виндоус должны выбирать между 1) качественным,
но несуществующим ПО, 2) где-то у кого-то работающим, но 
незнакомым или недоступном, и 3) некачественным и 
неработающим, зато знакомым и доступным :-)

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

В Птн, 08/01/2010 в 22:43 +0300, Alexey Pechnikov пишет:
 Это пользователи виндоус должны выбирать между 1) качественным,
 но несуществующим ПО, 2) где-то у кого-то работающим, но 
 незнакомым или недоступном, и 3) некачественным и 
 неработающим, зато знакомым и доступным :-)

Ну не всё так печально у виндузятников :)

С прискорбием отмечаю что иногда перечисленные пункты больше относятся к
Linux чем к windows. Как пример: программы для создания музыки.


-- 
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Friday 08 January 2010 23:35:32 Oleg Tsymaenko wrote:
 Ну не всё так печально у виндузятников :)
 
 С прискорбием отмечаю что иногда перечисленные пункты больше относятся к
 Linux чем к windows. Как пример: программы для создания музыки.

А, вы про игрушки. Да, игры в основном под виндоус пишутся. Что касается
нормальной музыки, не той, что обкуренные подростки на электрогитарах 
бренчат, то в этой области за последние столетия мало что изменилось.
Разве что лазерные шоу научились делать, там да, компьютеры используются.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность George Shuklin

В Сбт, 09/01/2010 в 00:48 +0300, Alexey Pechnikov пишет:

  С прискорбием отмечаю что иногда перечисленные пункты больше относятся к
  Linux чем к windows. Как пример: программы для создания музыки.
 
 А, вы про игрушки. Да, игры в основном под виндоус пишутся. Что касается
 нормальной музыки, не той, что обкуренные подростки на электрогитарах 
 бренчат, то в этой области за последние столетия мало что изменилось.
 Разве что лазерные шоу научились делать, там да, компьютеры используются.

Снобизм во все поля (если этого нет, то нам это не нужно, да и вообще,
ваша музыка г..).

А вот я бы с интересом посмотрел на хороший партитурный редактор. Ибо
muse ну очень падуч и не очень удобен.

Re: Утилиты в стиле true unix way

С прискорбием отмечаю что иногда перечисленные пункты больше относятся к
Linux чем к windows. Как пример: программы для создания музыки.

А, вы про игрушки. Да, игры в основном под виндоус пишутся. Что касается
нормальной музыки, не той, что обкуренные подростки на электрогитарах
бренчат, то в этой области за последние столетия мало что изменилось.
Разве что лазерные шоу научились делать, там да, компьютеры используются.

Снобизм во все поля (если этого нет, то нам это не нужно, да и вообще,
ваша музыка г..).
+1

А вот я бы с интересом посмотрел на хороший партитурный редактор. Ибо
muse ну очень падуч и не очень удобен.
+1

возможно вам понравится http://ru.wikipedia.org/wiki/LilyPond
:) - кстати весьма подходит под поднятую тему и UNUX way

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Ну не всё так печально у виндузятников :)
С прискорбием отмечаю что иногда перечисленные пункты больше относятся к
Linux чем к windows. Как пример: программы для создания музыки.

А, вы про игрушки. Да, игры в основном под виндоус пишутся.

Да нет, не игры. Игры нужно запретить. Вообще. Под страхом немедленного
расстрела. Распространителей наркотиков нужно судить и сажать.
А распространителей игр расстреливать на месте без суда. (IMHO).
Более совершенного и убийственного наркотика в истории человечества
создано не было (IMHO).

Что касается нормальной музыки, не той, что обкуренные подростки
на электрогитарах бренчат
, то в этой области за последние столетия мало что изменилось.
Разве что лазерные шоу научились делать, там да, компьютеры используются.

Я говорю именно о той музыке которую обкуренные подростки на
электрогитарах бренчат.

под программами для создания музыки я подразумевал программы записи и
микширования + секвенсор типа

http://ru.wikipedia.org/wiki/Cubase
http://ru.wikipedia.org/wiki/Cakewalk_Sonar

конечно я в курсе и про открытые проекты:
http://ru.wikipedia.org/wiki/LMMS
http://ru.wikipedia.org/wiki/Rosegarden
http://ru.wikipedia.org/wiki/Audacity
...
но они (IMHO) отстают от указанных мною на десятилетия.
По стабильности, документированности, функциональности
и совместимости с оборудованием. Хотя в некоторых задумках
и превосходят метров. Повторяю: IMHO

to Alexey Pechnikov: Вы умеете бренчать на электрогитаре?

--
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

Hello!

On Saturday 09 January 2010 02:03:20 Oleg Tsymaenko wrote:
 под программами для создания музыки я подразумевал программы записи и
 микширования + секвенсор типа 
 ...
 но они (IMHO) отстают от указанных мною на десятилетия. 
 По стабильности, документированности, функциональности 
 и совместимости с оборудованием. Хотя в некоторых задумках 
 и превосходят метров. Повторяю: IMHO

Ну как бы технические средства есть. В затронутой области не разбираюсь,
но в творчестве на всех не может быть одной унивесальной программы.

 to Alexey Pechnikov: Вы умеете бренчать на электрогитаре?
Нет, не умею. Увлекаюсь бальными танцами, а бренчание танцев не 
предусматривает. Посему предпочитаю классическую музыку.

Best regards, Alexey Pechnikov.
http://pechnikov.tel/

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность George Shuklin


В Сбт, 09/01/2010 в 01:03 +0200, Oleg Tsymaenko пишет:

  А вот я бы с интересом посмотрел на хороший партитурный редактор. Ибо
  muse ну очень падуч и не очень удобен.
 +1
 возможно вам понравится http://ru.wikipedia.org/wiki/LilyPond 
 :) - кстати весьма подходит под поднятую тему и UNUX way

Кстати, это оно. Мне на самом деле нужно было что-то, для чего я смогу
пробовать генерировать мелодии из питоновского скрипта...

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность George Shuklin

В Сбт, 09/01/2010 в 02:05 +0300, Иван Лох пишет:
 On Sat, Jan 09, 2010 at 01:03:16AM +0200, Oleg Tsymaenko wrote:
  
  возможно вам понравится http://ru.wikipedia.org/wiki/LilyPond 
  :) - кстати весьма подходит под поднятую тему и UNUX way
 
 Рекомендуйте сразу MusiXTeX, чего уж там мелочиться.

Он midi сгенерирует?

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность Artem Chuprina

Alexey Pechnikov - debian-russian@lists.debian.org  @ Fri, 8 Jan 2010 22:27:52 
+0300:

   AP И так можно. Хотя мне вот лениво уже для подключения 
   AP флэшки или внешнего диска каждый раз ее ручками монтировать
  
  Мне тоже.  Поэтому я умею настраивать autofs :-)

 AP Это то, что по жестко заданному правилу флэшку монтирует в указанный
 AP каталог, а когда вам приносят другую флэшку, переписываете конфиг?..

Я сказал умею.

-- 
Дуля со смещенным центром тяжести


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

2010-01-08 Пенетрантность ALeksander


Artem Chuprina пишет:

Alexey Pechnikov - debian-russian@lists.debian.org  @ Fri, 8 Jan 2010 22:27:52 
+0300:

   AP И так можно. Хотя мне вот лениво уже для подключения 
   AP флэшки или внешнего диска каждый раз ее ручками монтировать
  
  Мне тоже.  Поэтому я умею настраивать autofs :-)


 AP Это то, что по жестко заданному правилу флэшку монтирует в указанный
 AP каталог, а когда вам приносят другую флэшку, переписываете конфиг?..

Я сказал умею.

  

как вариант можно настроить  udev
http://muhas.ru/?p=94#post


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way

В Суб, 09/01/2010 в 04:24 +0300, George Shuklin пишет:
 В Сбт, 09/01/2010 в 02:05 +0300, Иван Лох пишет:
  On Sat, Jan 09, 2010 at 01:03:16AM +0200, Oleg Tsymaenko wrote:
   
   возможно вам понравится http://ru.wikipedia.org/wiki/LilyPond 
   :) - кстати весьма подходит под поднятую тему и UNUX way
  
  Рекомендуйте сразу MusiXTeX, чего уж там мелочиться.
 
 Он midi сгенерирует?

я незнаю. под linux из такого класса программ систематически использую
TuxGuitar(узко специализированный гитарный секвенсор) и GTick(метроном)

-- 
Oleg Tsymaenko ts...@lafox.net TSYM1-UANIC


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Утилиты в стиле true unix way