The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Один из разработчиков GNOME предложил новую реализацию неименованных каналов

16.08.2012 23:52

Раздумывая над способами модернизации командной строки UNIX, Александр Ларсон (Alexander Larsson), активный разработчик GNOME и мантейнер таких проектов, как Nautilus, Gnome-vfs и Dia, предложил в своем блоге новый способ объединения команд с помощью пайпов, основная идея которого заключается в передаче через канал не простых потоков неструктурированных данных, а объектов, представленных в бинарной форме. По словам Александра, его идея может сделать командный интерфейс более гибким, но не таким переусложненным как Microsoft PowerShell.

В качестве основы для представления объектов Александр предложил использовать тип данных GVariants из библиотеки Glib, используемой также в GTK+ и GNOME. Он реализовал несколько утилит, повторяющих функциональность стандартных UNIX-команд ps, sort, head и других, которые принимают на вход и выдают на выходе объекты типа GVariants, причем в случае, если вывод осуществляется в терминал или принимающая команда не поддерживает на входе объекты, данные будут переданы в текстовой форме. Например, вывод его версии ps в терминал будет выглядеть так:



   $ dps
   <{'pid': <uint32 1>, 'ppid': <uint32 0>, 'euid': <uint32 0>,  'user': <'root'>,...
   <{'pid': <uint32 2>, 'ppid': <uint32 0>, 'euid': <uint32 0>,  'user': <'root'>,...
   ...


Применив к этому выводу другие утилиты можно легко отсортировать объекты по необходимым полям и выполнить их фильтрацию на основе тех или иных полей:


   $ dps | dfilter euid \\< 1000 | dsort rss
   <{'pid': <uint32 1>, 'ppid': <uint32 0>, 'euid': <uint32 0>, 'user': <'root'>,
   <{'pid': <uint32 769>, 'ppid': <uint32 745>, 'euid': <uint32 0>, 'user': <'root'>,
   ...

В конце концов, можно использовать специальные утилиты для вывода данных удобочитаемом виде:


   dps | dfilter euid \\< 1000 | dsort rss | dhead 4 | dtable pid user rss vsize cmdline
   pid     user      rss    vsize  cmdline
     1   'root'    24408    61488 '/usr/lib/systemd/systemd'
   769   'root'    16028   108000 '/usr/bin/Xorg :0 -background none -logverbose 7 -seat seat0 -nolisten tcp vt1'
   608   'root'    15076   255312 '/usr/bin/python /usr/sbin/firewalld --nofork'
   747   'root'     8276   452604 '/usr/sbin/libvirtd'

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

  1. Главная ссылка к новости (http://blogs.gnome.org/alexl/2...)
Автор новости: Evgeny Zobnin
Тип: К сведению
Короткая ссылка: https://opennet.ru/34591-shell
Ключевые слова: shell, pipe, gnome
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (230) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 02:49, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Идея может и стоящая, только на счет бинарной формы сомневаюсь - это ж сколько эксплойтов можно будет повытягивать из похабно написанных "парсеров" бинарных входных данных.
     
     
  • 2.13, Тузя (ok), 04:52, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –10 +/
    Подобные изменения для пользователя вообще не важны. Разве что обновится Coreutils. Новые возможности откроются для программистов.
     
     
  • 3.81, Crazy Alex (ok), 12:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    наоборот. Программист в крайнем случае своим скриптом вывод распарсит, если лень с awk, grep и подобными возиться. А вот пользователю на основе такой штуки можно сделать gui.
     
  • 2.47, Аноним (-), 10:34, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это ж сколько эксплойтов можно будет повытягивать из похабно написанных "парсеров" бинарных входных данных.

    Вы так говорите, как будто текстовые данные парсить безопаснее.
    В libxml дыры находят гораздо чаще, чем в libpng, libjpeg и libtiff вместе взятых.

     
     
  • 3.66, Andrey Mitrofanov (?), 11:24, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> это ж сколько эксплойтов можно будет повытягивать из похабно написанных "парсеров" бинарных входных данных.
    > В libxml дыры находят гораздо чаще, чем в libpng, libjpeg и libtiff
    > вместе взятых.

    Я думаю, деление тут по сложный формат -- не сложный.
    И сравнивать надо(*) libxml *и* lib{png,jpeg,tiff} против grep, awk, sed, sort, ...

    Все сравнили? Теперь дружно аплодируем брату Леонида из новости выше.


    (*)Нет, я не настаиваю.

     
     
  • 4.107, Аноним (-), 13:27, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    С технической точки зрения парсить TLV-подобный формат не сложнее чем произвольный текст, и посадить там багов еще суметь надо. Но проблема не в том. Проблема в том что то что валят на экран эти утили - нечитабельно для человеков. А сисадминские утили - они не столько для машины, сколько для человека.
     
     
  • 5.185, Аноним (-), 23:38, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Проблема в том что то что валят на экран эти утили - нечитабельно для человеков.

    И вы тоже новость не читали?

     
  • 4.171, Аноним (-), 23:22, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > И сравнивать надо(*) libxml *и* lib{png,jpeg,tiff} против grep, awk, sed, sort, ...

    Хорошо. Заменим libxml на libpcre. Стало лучше?

     
  • 3.132, XoRe (ok), 16:06, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> это ж сколько эксплойтов можно будет повытягивать из похабно написанных "парсеров" бинарных входных данных.
    > Вы так говорите, как будто текстовые данные парсить безопаснее.

    Да.
    Если это не xml ;)

    P.S.
    > В libxml дыры находят гораздо чаще

    Полностью согласен)

     
     
  • 4.170, Аноним (-), 23:20, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да.
    > Если это не xml ;)

    Без разницы. XML - это текст.

     
  • 4.187, Аноним (-), 23:42, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да.
    > Если это не xml ;)

    И не plain text, который нужно парсить регулярными выражениями. Потому что мало-мальски фичастые реализации regexp по дырам даже превосходят libxml.

    > Полностью согласен)

    Насчет libpcre, несомненно, тоже согласитесь.

     
  • 2.178, Аноним (-), 23:28, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Идея может и стоящая, только на счет бинарной формы сомневаюсь - это
    > ж сколько эксплойтов можно будет повытягивать из похабно написанных "парсеров" бинарных
    > входных данных.

    Не больше, чем из нынешних текстовых парсеров.

     

  • 1.2, Michael (??), 02:55, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не самая идиотская идея для гномера. Если ещё сделать конвертер текста в этот его бинарный формат, такие тулзы точно будут полезны. Однако, причём тут "новая реализация неименованых каналов", если просто предлагается некий формат передаваемых данных?
     
     
  • 2.69, Andrey Mitrofanov (?), 11:28, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не самая идиотская идея для гномера. Если ещё сделать конвертер текста в
    > этот его бинарный формат, такие тулзы точно будут полезны. Однако, причём
    > тут "новая реализация неименованых каналов", если просто предлагается некий формат передаваемых
    > данных?

    Торвальдс же _сделал_ новый printk (я знаю, что не он лично). И **почти** пропустил переделку из строчно-ориентированного вывода в ориентированный на записи.

    Теперь все хотят!! Это *Н*ужно!

    +++А вот ещё пользовательские пайпы гонять ч-з udev... Инновационно! Автогеном!1

     
  • 2.128, Тузя (ok), 15:24, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А при том, что новость написана так, что даже исправлять ее бесполезно.
    Речь о расширении функционала.
    I created a format negotiation system for pipes such that for “normal” pipes or other types of output we output textual data, one variant per line. But, if the destination process specifies that it supports it we pass the data in raw binary form.
     
     
  • 3.158, arisu (ok), 21:38, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Речь о расширении функционала.

    http://ru.wikipedia.org/wiki/Функционал
    не нашёл там ничего про это.

     
     
  • 4.220, Lyoksa (?), 03:58, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://ru.wikipedia.org/wiki/Теорема_Хана_—_Банаха
     

  • 1.3, develop7 (ok), 03:02, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Давно пора.
     
     
  • 2.5, Аноним (-), 03:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Спасибо нет. Давно пора чтобы такие вот леннарты и александры свалили венду улучшать.
     
     
  • 3.7, develop7 (ok), 03:29, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Спасибо нет. Давно пора чтобы такие вот леннарты и александры свалили венду улучшать.

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

     
     
  • 4.28, kurokaze (ok), 08:40, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Голос из биореактора - изыди
     
  • 4.46, Аноним (-), 10:34, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Давно пора.
    > Спасибо за то, что высказали ваше бесполезное и неконструктивное мнение.

    /0

     
  • 3.48, Аноним (-), 10:36, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Спасибо нет. Давно пора чтобы такие вот леннарты и александры свалили венду улучшать.

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

     
     
  • 4.72, Andrey Mitrofanov (?), 11:31, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не дождетесь на своей винде.

    Вы все просто не видели же поверсхела! Там же уже же всё это есть, а эти ваши гномы - позапрошлый век!! </яслыхала></summoning Ваня>

     
  • 3.136, коксюзер (?), 16:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Спасибо нет. Давно пора чтобы такие вот леннарты и александры свалили венду
    > улучшать.

    +1 Пока эти товарищи не опустили юниксы до уровня винды.

     
     
  • 4.173, Аноним (-), 23:24, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > +1 Пока эти товарищи не опустили юниксы до уровня винды.

    Таким специалистам по виндам, как вы, не стоит рассуждать о перспективах развития unix.

     
     
  • 5.227, коксюзер (?), 12:38, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Таким специалистам по виндам, как вы, не стоит рассуждать о перспективах развития
    > unix.

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

     
  • 2.93, myhand (ok), 12:49, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    На ровном месте плодить бинарный мусор?
     
     
  • 3.174, Аноним (-), 23:25, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > На ровном месте плодить бинарный мусор?

    20 лет на ровном месте плодили текстовый мусор, и ничего.

     
     
  • 4.226, myhand (ok), 12:37, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> На ровном месте плодить бинарный мусор?
    > 20 лет на ровном месте плодили текстовый мусор, и ничего.

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

    Зато теперь, забыл надеть на stdout "презерватив" - терминал нечитаем.  Это, конечно, "цветочки".

     
  • 2.108, Аноним (-), 13:29, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Давно пора.

    Не, спасибо. Что-то не хочется видеть ps в виде как этот красавец предложил, так что надо трехэтажным матом^W фильтром крыть чтобы оно читаемым стало. Вводить вместо 2 букв три этажа фильтров лично мне дико влом.

     
     
  • 3.172, Аноним (-), 23:23, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не, спасибо. Что-то не хочется видеть ps в виде как этот красавец
    > предложил, так что надо трехэтажным матом^W фильтром крыть чтобы оно читаемым
    > стало.

    Очевидно, новость вы не читали. Но осуждаете.

     
     
  • 4.189, Аноним (-), 23:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Не, спасибо. Что-то не хочется видеть ps в виде как этот красавец
    >> предложил, так что надо трехэтажным матом^W фильтром крыть чтобы оно читаемым
    >> стало.
    > Очевидно, новость вы не читали. Но осуждаете.

    Не понимаю, зачем таким деятелям вообще читабельный вывод, если они все равно читать его не будут, а сразу бросятся писать гневные комментарии?

     

  • 1.4, Аноним (-), 03:11, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Ну х*й знает. Что будет если сделать dps в файл и прочитать на другой архитектуре или отрпавить через ssh на другую архитектуру? Какие будут накладные расходы на сериализацию/десериализацию этих данных? Что делать если мне таки нужен вменяемый текстовый вывод, постоянно pipeline клепать? Насколько эти pipeline будут менее эффективны обычного текстового вывода? Тем более если речь идёт о "работать одновременно со всеми полями объекта даже в том случае, если они не будут выведены на экран" - а нахрена мне с ними работать, если они не будут выведены?

    И не glibc а glib. И да - нет, не слышал. Что у меня, без их костыльной библиотеки, пайпы работать не будут?

     
     
  • 2.38, Капитан (??), 09:38, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поддерживаю Все числа в network byte order, так что все нормально прочитается ... большой текст свёрнут, показать
     
     
  • 3.98, мшефд (?), 13:10, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Вот привязка к гному это да, самое обескураживающее в этой затее.
    >Package: libglib2.0-0
    >Source: glib2.0
    >Depends: libc6 (>= 2.9), libpcre3 (>= 7.7), libselinux1 (>= 1.32), zlib1g (>= 1:1.1.4)

    А где гном?

     
     
  • 4.109, Аноним (-), 13:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Package: libglib2.0-0
    > А где гном?

    glib - исконно гномерская либа. Слона то я и не приметил? :)

     
     
  • 5.117, мшефд (?), 14:16, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >glib - исконно гномерская либа. Слона то я и не приметил? :)

    Так GNOME зависит от GLib, а не наоборот! И в чем привязка к гному?

     
     
  • 6.122, mine (ok), 14:59, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В этой либе. В привязке к технологиям на которых построен гном.
     
     
  • 7.129, Тузя (ok), 15:27, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В этой либе. В привязке к технологиям на которых построен гном.

    NIH такой NIH.

     
     
  • 8.139, Аноним (-), 17:06, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что-них Сейчас то все и без гномолибы работает ... текст свёрнут, показать
     
  • 3.155, Аноним (-), 19:51, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > <= чем на сериализацию в поток текста

    Неправда. Сериализация/десериализация каждого поля будет в каждом пайпе. При том что предполагается что полей больше, чем нужно в итоговом выводе.

    >> Насколько эти pipeline будут менее эффективны обычного текстового вывода?
    > Нинасколько.

    Т.е. ps, который сразу форматирует как надо, будет небыстрее пайплайна из 5 утилит, с 4 каналами с сериализациями/десериализациями? Ну-ну.

    >> а нахрена мне с ними работать, если они не будут выведены?
    > dcat orders.csv | dfilter date='17 Aug 2012' | dtable name price 'все заказы за сегодня' #псевдокод

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

     
     
  • 4.176, Аноним (-), 23:27, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Неправда. Сериализация/десериализация каждого поля будет в каждом пайпе. При том что предполагается что полей больше, чем нужно в итоговом выводе.

    Как и при работе с текстовыми данными, только оверхед меньше.

    > Т.е. ps, который сразу форматирует как надо, будет небыстрее пайплайна из 5
    > утилит, с 4 каналами с сериализациями/десериализациями? Ну-ну.

    Да.

    > Имелось в виду то, что если ps будет выдавать все поля, будет оверхед по обработке ненужных мне.

    А в текстовом формате его типа нет?

     
     
  • 5.215, Аноним (-), 02:35, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Т.е. ps, который сразу форматирует как надо, будет небыстрее пайплайна из 5
    >> утилит, с 4 каналами с сериализациями/десериализациями? Ну-ну.
    > Да.

    Ну на этом можно и закончить.

     
  • 2.58, Аноним (-), 10:56, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие будут накладные расходы на сериализацию/десериализацию этих данных?

    Всяко меньше чем при конвертировании в текст/из текста.

    > Что делать если мне таки нужен вменяемый текстовый вывод, постоянно pipeline клепать? Насколько эти pipeline будут менее эффективны обычного текстового вывода? Тем более если речь идёт о "работать одновременно со всеми полями объекта даже в том случае, если они не будут выведены на экран" - а нахрена мне с ними работать, если они не будут выведены?

    Вы новость читали?

    > если вывод осуществляется в терминал или принимающая команда не поддерживает на входе объекты, данные будут переданы в текстовой форме

     
     
  • 3.61, grondek (ok), 11:03, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > принимающая команда не поддерживает на входе объекты

    А как об этом будет оповещаться передающая сторона?

     

  • 1.6, Владимир (??), 03:12, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне очень понравилась идея объектной консоли, как PowerShell.
    Правда реализацию в MS как всегда подкачала и получилось из PowerShell УГ.

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

     
     
  • 2.73, Andrey Mitrofanov (?), 11:34, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Правда реализацию в MS как всегда подкачала и получилось из PowerShell УГ.

    А я-то ждал Ваню...

    > С объектами на много наглядней работать,

    smalltalk, lisp, fotrh??

    > с автокомплитом из коробки правильным пространством
    >В общем тут нужно сначала такую консоль спроектировать тщательно, а не как вышеупомянутые ребята.

    Да. Именно! Предлагаю подождать, когда Граждане Учёные сделают тнам хорошоу. +++А то развеои тут.

     
  • 2.82, Crazy Alex (ok), 12:18, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У MS так сплошь и рядом - хорошая идея (иногда - ворованная), но реализация - повеситься можно. Особенно эпично это было с COM - красивейшая идея (если кто не знает - любой кусок Офиса как минимум раньше был COM-объектом и внешним клиентам программно было доступно всё, что мог пользователь) - но немыслимо тяжелая и неудобная реализация. PowerShell явно из этой же области.
     
     
  • 3.140, Аноним (-), 17:08, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > PowerShell явно из этой же области.

    Ну так реализуется индусскими ботами. Для галочки. Чтобы манагер в туман свалил. А у *никсоидов такое реализуется теми кто потом с этим еще и работать собирается. Ну а сам себе мало кто враг. А вот манагеру и каким-то сферическим кастомерам в вакууме - кто угодно с удовольствием отгрузит любой булшит.

     
     
  • 4.237, A.N.Onim (?), 15:35, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И в чём проблема в реализации PowerShell? Особенно если смотреть 3 версию.
     

  • 1.8, Аноним (-), 03:40, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >новый способ объединения команд с помощью пайпов, основная идея которого заключается передаче через канал не простых потоков неструктурированных данных, а объектов, представленных в бинарной форме.

    Во первых - такая идея каждые 3 года взрывает интернеты :)
    И чо - хоть где то прижилось? Видимо от большого удобства :)
    Очередной гномовец снова изобрёл велосипед - ну и? Все и так знают что они там все шЫрки конченные, пусть в свою гомось всталяют - убер же будет вещь :)

     
  • 1.9, Владимир (??), 03:48, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Добрый день,

    поправьте, пожалуйста, текст новости, а именно этот фрагмент:
    «...Александр предложил использовать тип данных GVariants из библиотеки Glibc, используемой также в GTK+ и GNOME.»

    здесь должно быть не «Glibc», а «glib».

     
     
  • 2.23, Аноним (-), 07:08, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Владимир, под текстом статьи есть кнопка — «Исправить»
     
  • 2.162, arisu (ok), 22:04, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > поправьте, пожалуйста, текст новости, а именно этот фрагмент:
    > «…Александр предложил использовать тип данных GVariants из библиотеки Glibc, используемой
    > также в GTK+ и GNOME.»

    …здесь должно быть «я джва года ждал такую реализацию!»

     

  • 1.10, Аноним (-), 03:49, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    afair, о чём-то подобном ещё ...надцать лет назад флеймили в ru.linux
     
  • 1.11, Crazy Alex (ok), 03:55, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    Хм, его текстовое представление - это ж JSON  с заменой символов. Так JSON и использовали бы уже... Вообще - идея была бы неплоха, если б они:

    а) использовали что-то более-менее стандартное и эффективное для бинарного формата, а не своё загадочное чудо. MsgPack тот же или protobufs
    б) использовали бы что-то стандартное для текстового представления - JSON скорее всего
    в) показали интероперабельность этих штук между разными платформами - 32 vs 64 и little-endian vs big-endian
    г) заложили в утилиты вывод в стандартном формате того, какие поля они отдают, какого типа и краткое описание каждого поля. Затрат на это надо мало, а получилась бы  возможность сделать GUI-оболочку для использования пайпов далёким от программирования людом. Вот это было бы вполне себе киллер-фичей. Потому что power user и так махнет sed/awk/grep и получит то что надо.

     
     
  • 2.12, Crazy Alex (ok), 03:56, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще, основная болезнь гномеров - это стремление всё сделать в своём мирке. Ну как он себе представляет, чтобы кто-то за пределами Gtk принял их GVariant?
     
     
  • 3.15, Тузя (ok), 04:58, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Интересный ты такой. У нас pulseaudio и systemd приняли как ману небесную и journald не за горами, а ты про такие мелочи :)
     
     
  • 4.22, grondek (ok), 07:04, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это две большие разницы. Если принять GVariant за основу, то все программы, использующие pipes будут тянуть glib. А оно мне надо в Qt?
     
     
  • 5.27, 1 (??), 08:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    так а qt все равно умер уже
     
     
  • 6.29, kurokaze (ok), 08:48, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > так а qt все равно умер уже

    Только в черепушках тулкитофобов. Вместе с мозгами

     
  • 6.141, Аноним (-), 17:09, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > так а qt все равно умер уже

    Микрософтовские дроны мечатют. Вот только правда состоит в том что открытые проекты не мрут ровно до тех пор пока в них есть заинтересованные люди. Да, нет метода убить открытый проект по заказу пары особо жирных му...ков. Какая досада для Баллмера :)

     
  • 5.33, Аноним (-), 09:16, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ой, да ладно. Вам что, восьмисот килобайт жалко? :D
     
     
  • 6.35, Аноним (-), 09:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да.
     
  • 6.60, grondek (ok), 11:01, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дело не в размере, дело в лишней зависимости.
     
  • 6.142, Аноним (-), 17:10, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ой, да ладно. Вам что, восьмисот килобайт жалко? :D

    Да, особенно в мелкой эмбеддовке.

     
     
  • 7.205, Аноним (-), 00:07, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Откуда в эмбеддовке неименованные каналы? Вы бы еще драйвер файловой системы в микроконтроллер запихнули.
     
     
  • 8.211, arisu (ok), 00:26, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ты, конечно, не поверишь, но 8230 хотя нафига там пайпы 8212 я тоже не пони... текст свёрнут, показать
     
  • 5.54, Аноним (-), 10:48, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это две большие разницы. Если принять GVariant за основу, то все программы, использующие pipes будут тянуть glib. А оно мне надо в Qt?

    Впилить интерфейс пайпов в glibc, очевидно же.

     
  • 5.124, Тузя (ok), 15:02, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Glib - просто набор абстракций для С. Тулкитофобия?
     
     
  • 6.143, Аноним (-), 17:10, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Glib - просто набор абстракций для С. Тулкитофобия?

    Скорее непонимание нафиг чинить то что не сломано.

     
     
  • 7.179, Аноним (-), 23:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Скорее непонимание нафиг чинить то что не сломано.

    Согласен. Зачем чинить старые ботинки, если можно просто выкинуть их и взять новые, удобные и качественные?

     
  • 3.94, ... (?), 12:56, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    GVariant -  в ядро! </trollmode>
     
  • 2.126, вфывфыв (?), 15:16, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    BSON уже существует :)
     
  • 2.248, nuclight (??), 22:26, 12/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Всё верно, только в качестве бинарного формата нынче следует брать не эти ad hoc хаки, а CBOR (RFC 7049).
     

  • 1.14, Тузя (ok), 04:55, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В новости почему-то забыли упомянуть о том, что подобные объекты, благодаря Gvariants можно было бы пихать в dbus, позволяя тесно интегрировать dbus и shell.
    Стоит также упомянуть, что такие изменения поломают совместимость с, например, BSD, но gnome уже давным-давно официально заявил, что на маргинальных системах он работать не будет. Только Linux.
     
     
  • 2.17, Пингвино (ok), 05:47, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Все правильно, пусть пилят. А эти ваши BSD нужны разве что на утюгах да кофеварках
     
  • 2.19, Аноним (-), 06:14, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > В новости почему-то забыли упомянуть о том, что подобные объекты, благодаря Gvariants можно было бы пихать в dbus, позволяя тесно интегрировать dbus и shell.

    Так dbus не сильнее нужен, чем это уродство.

     
     
  • 3.21, Coder (?), 06:52, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кому как. У меня, например, весь проект построен на dbus. А проект очень большой.
     
     
  • 4.34, DeadLoco (ok), 09:19, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, поздравляю. Скоро вы узнаете, что означает выражение "раб лампы".
     
     
  • 5.40, Coder (?), 10:04, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Это скоро вот уже несколько лет никак не наступит. Впрочем если так рассуждать, то все мы рабы каких-то ламп. Вот у меня лампа очень даже комфортабельная.
     
  • 5.56, Аноним (-), 10:52, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, поздравляю. Скоро вы узнаете, что означает выражение "раб лампы".

    Быть рабом POSIX гораздо страшнее.

     
  • 5.89, Coder (?), 12:28, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Погуглил, кстати, выражение "раб лампы", но так и не нашел четкой формулировки. Вероятно это что-то сугубо личное и простым смертным его не понять.
     
     
  • 6.115, Аноним (-), 14:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Погуглил, кстати, выражение "раб лампы", но так и не нашел четкой формулировки.
    > Вероятно это что-то сугубо личное и простым смертным его не понять.

    Великий Гугл заменил мозги и общее развитие? Это про Аладдина, утырок. :)

     
     
  • 7.164, arisu (ok), 22:07, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Великий Гугл заменил мозги и общее развитие? Это про Аладдина

    щаз тебе скажут, что «мультики давно не смотрят».

     
  • 4.36, Аноним (-), 09:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому как. У меня, например, весь проект построен на dbus. А проект
    > очень большой.

    Соболезную.

     
     
  • 5.41, Coder (?), 10:05, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Себе самому?
     
     
  • 6.138, Аноним (-), 17:04, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Тем кто использует Dbus.
     
     
  • 7.148, Coder (?), 17:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Неаргументировано
     
     
  • 8.183, Аноним (-), 23:36, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    У противников dbus нет аргументов Зачем Ведь есть ненависть ... текст свёрнут, показать
     
     
  • 9.188, arisu (ok), 23:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    только коряво написаный dbus который, например, не так давно забыл убрать за со... большой текст свёрнут, показать
     
  • 9.214, Аноним (-), 02:33, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для начала, аргументы нужны за dbus У меня вот висят в процессах какие-то dbus-... текст свёрнут, показать
     
     
  • 10.217, arisu (ok), 03:13, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну, на самом деле идея-то неплохая реализация вот только как обычно 8230 ... текст свёрнут, показать
     
  • 10.222, Coder (?), 08:43, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ну конечно Если из консоли носа не высовывать Тогда действительно непонятно, з... текст свёрнут, показать
     
  • 4.163, arisu (ok), 22:06, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кому как. У меня, например, весь проект построен на dbus.

    он публичный? если да — то скажи, пожалуйста, название. чтобы я случайно в него не вляпался.

     
     
  • 5.207, Аноним (-), 00:10, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > он публичный? если да — то скажи, пожалуйста, название. чтобы я случайно в него не вляпался.

    GNU/Linux.

     
     
  • 6.209, arisu (ok), 00:24, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> он публичный? если да — то скажи, пожалуйста, название. чтобы я случайно в него не вляпался.
    > GNU/Linux.

    проходи мимо, даунам не подаю.

     
  • 5.224, Coder (?), 10:33, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Публичный. Но в зависимостях никогда ни у кого не будет. Это платежный терминал.
     
  • 3.50, Аноним (-), 10:38, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так dbus не сильнее нужен, чем это уродство.

    Вы путаете dbus с собой.

     
  • 2.85, Crazy Alex (ok), 12:21, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В DBus и так что угодно ткнуть не проблема - есть клиент командной строки, есть биндинги для кучи языков.
     
  • 2.86, Crazy Alex (ok), 12:23, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И вот об этой проблеме гномеров я и говорил - они не замечают, что некоторые вещи, если уж реализовывать,надо делать уровнем ниже чем DE и независимыми от него. Впрочем, если уж VFS для работы со всякими zip и ssh никто до сих пор корректно не сделал - что тут говорить...
     
     
  • 3.111, mavriq_ (?), 13:41, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Впрочем, если уж VFS для работы со всякими zip и ssh никто до сих пор корректно не сделал

    ваш вброс неясен,
    > для работы со всякими zip

    ... есть avfs( не путать с aufs)
    > и ssh

    ... ну тут sshfs-fuse

     
  • 3.127, Тузя (ok), 15:18, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Glib давно никак не привязан ни к Gnome ни даже к GTK. В отличии от, KDE с монструозными kdelibs, gnome зиждается на Glib и libgee. Эти библиотеки не имеют ничего общего ни с GUI ни с Gnome в частности. Просто кроссплатформенные библиотеки с объектами для языка С.
    Такие вбросы может делать кдеешник, не знающий сути вопроса.
     
  • 2.118, 1 (??), 14:21, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    какой такой Linux ? Только в GnomeOS
     
     
  • 3.125, Тузя (ok), 15:09, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Gnome OS рекламное название проекта по приведению дурацкого внутреннего устройства GNOME к некоторому гетерогенному виду, формированию SDK и привлечению новых девелоперов. Canonical, например, создает новости о том как они _собираются_обсудить_что-то_сделать_ или меняют плеер. Gnome Foundation назвал проект так, чтобы троли разрекламировали его по интернету за них и бесплатно. Не ведитесь на провокации.
     
     
  • 4.144, Аноним (-), 17:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Gnome OS рекламное название проекта по приведению дурацкого внутреннего устройства GNOME
    > к некоторому гетерогенному виду,

    Гетерогенному? Г-но отсортируют и разложат по полочкам? :)

     
     
  • 5.186, Аноним (-), 23:40, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Гетерогенному? Г-но отсортируют и разложат по полочкам? :)

    Берегись, тебя хотят отсортировать!

     

     ....большая нить свёрнута, показать (31)

  • 1.16, Etch (?), 04:59, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    $ echo "  PID TTY          TIME CMD"; ps | awk '$1 < 10000 ;' | sort -k 4
      PID TTY          TIME CMD
    8724 pts/4    00:00:00 awk
    8723 pts/4    00:00:00 ps
    8725 pts/4    00:00:00 sort

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

     
     
  • 2.53, Аноним (-), 10:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вся польза от этих бинарных пайпов только в этом, то не нужно.

    Вся польза от быдлокодеров - только в костылях.

     
     
  • 3.57, Аноним (-), 10:54, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вся польза от быдлокодеров - только в костылях.

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

     
     
  • 4.218, pavlinux (ok), 03:37, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/



    # echo -ne 'А еще надо бы \nнабыдлокодить скрипт, который парсит\n текст и автоматически форматирует\n ширину полей в заголовке.\n Вот это был бы\n костыль так костыль!' | column -t

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



     
     
  • 5.219, arisu (ok), 03:53, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    headshot!
     
  • 2.87, Crazy Alex (ok), 12:25, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И получаем костыль, привязанный к позиции параметров, а в более сложных случаях ещё и к локали. Нет уж, идея правильная - формат должен быть типизированным с метаинформацией, пока это возможно и не попросили обратного - но реализацию товарищ придумал безумную.
     
     
  • 3.165, arisu (ok), 22:09, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > формат должен  быть типизированным с метаинформацией, пока это возможно и не попросили обратного

    ровно наоборот. opt-in.

     

  • 1.18, Аноним (-), 06:06, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    С днем велосипедиста!
     
  • 1.20, Аноним (-), 06:16, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Нет уж, давайте XML.
     
     
  • 2.116, Аноним (-), 14:13, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет уж, давайте XML.

    И аппаратный аксель парсинга XML от МежДелМаша, ога, ога. :D:D:D

     
  • 2.131, анонимко (?), 15:59, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Да, как раз сейчас нарыл одну интересную реализацию - xml-coreutils.
    Удивлен, что это еще не вошло в репозитории, очень перспективное и интересное костыле.
     
  • 2.145, Аноним (-), 17:13, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нет уж, давайте XML.

    Еще лучше. Особенно читать его глазами в 1 строку. Ах, настоящие джедаи пишут свой реформатер xml? Факью, настоящие джедаи, пишущие реформатеры xml!

     
  • 2.166, arisu (ok), 22:09, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет уж, давайте XML.

    согласен.

     

  • 1.24, Аноним (-), 07:37, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нет уж давай те за стандарт примем передачу сериализованных объектов Java, а ваша поделка пусть соответствует им.
     
     
  • 2.37, Аноним (-), 09:32, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет уж давай те за стандарт примем передачу сериализованных объектов Java, а
    > ваша поделка пусть соответствует им.

    Если заменить java на javascript,  то я согласен.

     
     
  • 3.92, terr0rist (ok), 12:38, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    почему не питон/перл/пхп/эрланг/ННН?
    давайте ещё кодировку юникод-32. Чтоб уж точно совместимо с литл-эндиан и биг-эндиан.
     
     
  • 4.113, Аноним (-), 13:47, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >почему не питон/перл/пхп/эрланг/ННН?

    Потому что слишком медленно.

     

  • 1.25, Sergey (??), 07:51, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мнда... Разум всё воспалённее и воспалённее :(
     
  • 1.26, 1 (??), 08:07, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ничего плохого нет если команда (пусть для примера та же ps) будет иметь ключик по которой она выдает не текст а объект с полями в каком то формате (JSON или бинарник это ещё вопрос о котором стоит порассуждать что удобнее дальше обрабатывать) т.к. в следующей команде всегда будет работать легче со _структурированными_ данными нежели с простым текстом, который может меняться от версии, ошибок...
     
     
  • 2.30, kurokaze (ok), 08:51, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > нежели с простым
    > текстом, который может меняться от версии, ошибок...

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

     
     
  • 3.51, Аноним (-), 10:40, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> нежели с простым
    >> текстом, который может меняться от версии, ошибок...
    > Такой страх как правило испытывают сугубо вантузятники впервые столкнувшиеся с пайпами
    > в линуксе. Через пол-года это у них проходит. Бывают конечно совсем
    > запущенные случаи, но они погды не делают.

    Такие вполне закономерные опасения испытывают все, кто работает с пайпами.

     
  • 3.88, Crazy Alex (ok), 12:27, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Такой страх испытывает каждый, у кого ломались скрипты при смене локали. А особенно сильный - те, кто выяснил, что вывод ls для произвольного каталога вообще нельзя распарсить гарантированно корректно.
     
     
  • 4.101, mavriq_ (?), 13:14, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Такой страх испытывает каждый, у кого ломались скрипты при смене локали.

    LANG=C scriptname
    в особо запущенных случаях - LANG=en_US.utf8 scriptname

    > А особенно сильный - те, кто выяснил, что вывод ls для произвольного каталога вообще нельзя распарсить гарантированно корректно.

    man stat
    man find
    man xargs
    вам в помощь, благо входят в coreutils, и даже в busybox есть из коробки
    в зависимости от сложности задачи - может хватить и простого stat.

     
  • 4.167, arisu (ok), 22:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Такой страх испытывает каждый, у кого ломались скрипты при смене локали.

    за 10 с чем-то лет ни разу не ломались. ЧЯДНТ? умею LANG=?

    > А особенно сильный - те, кто выяснил, что вывод ls для произвольного
    > каталога вообще нельзя распарсить гарантированно корректно.

    и тогда человек -- опа! включил мозг и начал думать: а может, этот самый ls -La вовсе и не то, что надо использовать?

     
     
  • 5.194, Аноним (-), 23:52, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > за 10 с чем-то лет ни разу не ломались. ЧЯДНТ? умею LANG=?

    Наверное, просто не пользуешься парсингом текста в скриптах.

    > и тогда человек -- опа! включил мозг и начал думать: а может,
    > этот самый ls -La вовсе и не то, что надо использовать?

    А использовать надо сабж.

     
  • 2.32, анон (?), 09:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Согласен по поводу ключика. Но необходимость бинарного вывода сомнительна, ибо гуру говорят, что http://www.faqs.org/docs/artu/ch05s01.html
    Обратите внимание на первое предложение. Действительно, что мешает сейчас передавать бинарные данные через пайплайн? Вся новизна предложенного подхода в GVariants или я чего-то не понял?
     
     
  • 3.90, Crazy Alex (ok), 12:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Гуру это писали во времена адского зоопарка архитектур и меньшего запаса наработок. Сейчас проблема работы с бинарью давно решена. Другое дело, что надо брать нормальные стандартные обкатанные форматы - хоть protobufs тот же, которые вылизаны в том числе в плане интероперабельности.
     
     
  • 4.114, анон (?), 14:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Гуру это писали во времена адского зоопарка архитектур и меньшего запаса наработок.
    > Сейчас проблема работы с бинарью давно решена.

    А как же тогда: "Text streams are a valuable universal format because they're easy for _human beings_ to read, write, and edit without specialized tools."
    Это тоже больше не актуально?

     
     
  • 5.191, arisu (ok), 23:48, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Слава Роботам, чо.
     
  • 2.64, ig0r (??), 11:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, не нужно ключиков, пускай это будет отдельный набор утилит, coreutils попрошу оставить как есть.
     

  • 1.31, anonym (?), 08:52, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Это взрыв мозга!!! - капец какой будет: все gnu utils переписывать,
    вообще то еще миллион скриптов у каждого имеется которые парсят текст,
    пусть мсье еще бинарный реестр забахает вместо /etc - да на уровне ядра,
    а то как-то неудобно с ним работать и пусть гламурнее гнома пилит, пока еще его в дистрибы
    включают - непорядок. - Уже наболело, ведь же нормальный DE был, ну что за
    атрофия фантазий, сколько можно и так народ разбегается
    .... - разочарованный, пока еще пользователь гнома 2.32
     
     
  • 2.52, Аноним (-), 10:43, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > вообще то еще миллион скриптов у каждого имеется которые парсят текст,

    Если объекты на входе не поддерживаются - передается текст.

    > пусть мсье еще бинарный реестр забахает вместо /etc - да на уровне ядра,

    В арче пытались (rc.conf), но потом вернулись к традиционной юниксовой модели (разделение настроек по файлам).

     
     
  • 3.137, Ytch (?), 16:50, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если объекты на входе не поддерживаются - передается текст.

    из новости:
    > <{'pid': <uint32 1>, 'ppid': <uint32 0>, 'euid': <uint32 0>,  'user': <'root'>,...

    Это и есть обещанный текст? Старым скриптам, конечно, "раз плюнуть" такое перемолоть!

     
     
  • 4.193, Аноним (-), 23:51, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > из новости:
    >> <{'pid': <uint32 1>, 'ppid': <uint32 0>, 'euid': <uint32 0>,  'user': <'root'>,...
    > Это и есть обещанный текст? Старым скриптам, конечно, "раз плюнуть" такое перемолоть!

    А прочитать новость целиком - слабо?

     
     
  • 5.232, Ytch (?), 16:08, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А вам слабо прочитать внимательно? См. насчет использования специальных утилит для вывода "по-старому" (напомню, речь шла про старые скрипты, где как-то не предполагалось использование этих ОТДЕЛЬНЫХ "специальных" утилит).
     

  • 1.39, Сергей (??), 09:48, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А почему не JSON в качестве данных? Думаю он бы лучше подошел
     
     
  • 2.43, А_н_о_н_и_м (?), 10:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    потому что json тоже надо парсить (дабы получить те же бинарные структуры данных), а это накладные расходы
     
     
  • 3.95, vsespb (?), 13:03, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > потому что json тоже надо парсить (дабы получить те же бинарные структуры
    > данных), а это накладные расходы

    бинарные данные из пайпа тоже придётся парсить в бинарные данные в памяти.
    а json наверное самый быстрый формат в плане парсинга.

     
     
  • 4.161, Сергей (??), 22:02, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И с готовой возможностью получать данные из большого количество языков, не привязываясь к GVariant
     
  • 2.112, mavriq_ (?), 13:44, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    потому, что лучше yaml
     

  • 1.42, devcoder (ok), 10:07, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не нужно предлатать ничего:

    --output=text (default, plain text)
    --output=json
    --output=xml
    или ps, ps_xml, ps_json
    а там пусть выбирает кому что удобнее.

     
     
  • 2.44, А_н_о_н_и_м (?), 10:17, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +10 +/
    я бы ещё добавил и pdf, odf, docx/xlsx, dbf, jpg, png и "опубликовать в твиттере" (--output=twitter, специально для Д.А.Медведева)
     
  • 2.55, Аноним (-), 10:51, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > --output=text (default, plain text)
    > --output=json
    > --output=xml

    Поттеринг так для логов сделал. Теперь его за это ненавидят.

     
     
  • 3.77, Crazy Alex (ok), 12:07, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Поттеринга ненавидят за то, что дефолт неправильный и за то что он это прибил гвоздями к systemd. Тем более, что его штука не делает ничего, что не мог бы делать текстовый формат + отдельный файл индекса (за исключением экономии места - но на это нынче точно плевать).
     
     
  • 4.146, Аноним (-), 17:14, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А также за то что отрастил systemd до мегабайта. Ничего себе сходил за хлебушком^W^W^W инит-переросток!
     
     
  • 5.198, Аноним (-), 23:57, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А также за то что отрастил systemd до мегабайта. Ничего себе сходил
    > за хлебушком^W^W^W инит-переросток!

    Ай-яй-яй, такой виндый специалисты по Unix, а про опции configure не в курсе.

     
  • 4.197, Аноним (-), 23:56, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Поттеринга ненавидят за то, что дефолт неправильный

    Plain text в стиле syslog - неправильный? Забавно. А что тогда правильно? XML, как в Lumberjack?

    > Тем более, что его штука не делает ничего, что не мог бы делать текстовый формат + отдельный файл индекса (за исключением экономии места

    А также скорости работы.

    > - но на это нынче точно плевать).

    Особенно смешно смотрится на фоне комментария ниже
    > А также за то что отрастил systemd до мегабайта. Ничего себе сходил за хлебушком^W^W^W инит-переросток!

     

  • 1.45, Аноним (45), 10:26, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующим этапом будет включение библиотеки "полезных функций" gllib в состав glibc.
    Потом выпиливание "устаревших" функций языка C (printf например, чтобы Hello world не так просто писать было) и чистка кода glibc с целью "увеличения быстродействия и уменьшения размеров библиотеки".
    В общем Пацан к успеху идет семимильными шагами.
     
  • 1.49, Аноним (-), 10:38, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Минимальная базовая система будет тянуть glib?!
    NO WAI
     
     
  • 2.59, Аноним (45), 10:57, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь даже не о добавлении кода glib в glibc, а о крайне опасной тенденции к изменению чего либо без веских на то оснований (кроме ЧСВ конечно).
    Самое страшное то, что это пропихивается в качестве стандарта де-факто. Потом вырисовывается очередное чудо с ЧСВ повыше и процесс повторяется снова...
    Пока Поттеринги и им подобные не поймут, что им никогда не стать Денисом Ричи, этот круг идиотизма не разорвется.
     
     
  • 3.68, Аноним (-), 11:27, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Поттеринг молодец. Без его pulseaudio я бы сейчас не использовал две звуковые карты одновременно. Помнится раньше можно было только с бубном, а сейчас просто переключаю и все.

    Одна встроенная - на ней микрофон, другая слотовая - на ней динамики. На EMU 0404 нет микрофона, но зато звук очень хороший. Полупрофессиональная. http://medias.audiofanzine.com/images/normal/e-mu-0404-363038.jpg

     
     
  • 4.78, Crazy Alex (ok), 12:10, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А я вот без всякого пульса спокойно назначая альзовским программам нужное устройство (тоже де звуковых). Насколько я помню, альзовская либа даже из environment умеет эту настройку брать.
     
  • 4.99, DFX (ok), 13:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ппц, без его pulseaudio я прямо сейчас использую _одну карту _, как _три виртуа... большой текст свёрнут, показать
     
     
  • 5.168, Сергей (??), 22:16, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Честно, не знаю как сейчас и что у меня там со звуком ра... большой текст свёрнут, показать
     
     
  • 6.225, DFX (ok), 12:16, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ну откуда alsa или чему-то ещё знать, что я хочу вместо quadro, например, отдель... большой текст свёрнут, показать
     
  • 4.106, Аноним (-), 13:24, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    без пульс аудио я мог нормально пользоваться звуковухой на ноуте, а вот с ним постоянные косяки в разных приложениях, которые не имеют native поддержки pulse.

     
  • 3.201, Аноним (-), 00:03, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Пока Поттеринги и им подобные не поймут, что им никогда не стать
    > Денисом Ричи, этот круг идиотизма не разорвется.

    Дениса Ричи подобные вам люди в свое время ненавидели не меньше, чем сейчас они ненавидят Поттера.

     
     
  • 4.221, pavlinux (ok), 04:05, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Пока Поттеринги и им подобные не поймут, что им никогда не стать
    >> Денисом Ричи, этот круг идиотизма не разорвется.
    > Дениса Ричи подобные вам люди в свое время ненавидели не меньше, чем
    > сейчас они ненавидят Поттера.

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

    Есть амерекосский закон продажы товара - Чтоб продать товар, нужно создать
    в нём потребность. То есть проблему, которую ваш товар решит!

    Иобанпидор Поттеринг из жопы высосал проблему с логами, с /dev/eth0, systemd,...
    и впарил лохам свои решения, а фидорасы и сочувствующие рапиарили это до ноу-хау.

    Вы бля, как дети малые, - вас в мозг ебуут, а вы крепчаете!

     
  • 3.203, Аноним (-), 00:04, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Речь даже не о добавлении кода glib в glibc, а о крайне
    > опасной тенденции к изменению чего либо без веских на то оснований
    > (кроме ЧСВ конечно).

    Если вы ничего, кроме ЧСВ, не понимаете - это ваши личные проблемы.

     
  • 2.147, Аноним (-), 17:15, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > NO WAI

    Согласен. А вот инглиш неплохо бы подучить. А то если вы даже протест не можете выразить - выглядит смешно :)

     
     
  • 3.195, arisu (ok), 23:53, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    особенно смешно выглядят высоколобые комментаторы, не улавливающие шуток и занудно поясняющие, что «так не бывает». NO WAI!
     
     
  • 4.238, A.N.Onim (?), 16:01, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    И в чём шутка? Где именно надо смеяться?

    NO ПУТИ(н)?

     
     
  • 5.239, arisu (ok), 16:39, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да нигде не надо, расслабься.
     
     
  • 6.245, A.N.Onim (?), 01:01, 20/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    т.е. юмор малограмотных линуксойдов. Лопата.
     

  • 1.62, iCat (ok), 11:04, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Мне одному кажется, что в преддверии GnomeOS будет всё больше "улучшений", направленных на герметизацию окружения Gnome, в том числе - системных?
     
  • 1.63, Polkan (ok), 11:05, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >>dps | dfilter euid \< 1000 | dsort rss | dhead 4 | dtable pid user rss vsize cmdline

    ps aux | awk '$6>0 {print $2"\t"$1"\t"$6"\t"$5"\t"$11}' | sort -k3n |head -n5

     
  • 1.65, Axel (??), 11:16, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    После выхода MS PowerShell идея просится в unix, т.к. текст хорош для обработки человеком, а между программами удобней что-то более объектное. Ждем адекватную реализацию не привязанную к Gnome и Glib.
     
     
  • 2.71, Аноним (45), 11:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    http://tinyurl.com/dxbxs6f
     
  • 2.105, Аноним (-), 13:23, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > После выхода MS PowerShell идея просится в unix, т.к. текст хорош для
    > обработки человеком, а между программами удобней что-то более объектное.

    Вот только простите, но ps - он для человеков наполовину. А в powershell пи...ц какой-то понаворотили. С километровыми командами, задроченными абстракциями, тормозным дотнетом в комплекте и прочая. По поводу чего оно тормозит, взрывает мозг и просто вымораживает, особенно с учетом никаковски работающего автокомплита. Вы конечно извините, но *nix-овые шеллы не в пример юзабельнее. И не надо чинить то что не сломано. MS вон "починил". Такой crapwreck получился что *nix-овым шеллам и не снилось.

     
     
  • 3.152, Axel (??), 19:08, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ни в коей мере не защищаю MS, но идеи у них бывают очень здравые, пусть и с дурн... большой текст свёрнут, показать
     
     
  • 4.223, Аноним (-), 10:25, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    очень перспективно, очень. шаг влево-вправо беги дотнет изучать. километровые портянки для того что в юнихах делается в несколько букв. а с микрожеланием выпилить всё по максимуму и юзать этот пауршелл настают совсем счастливые времена. можно поискать как там из ексченджа что-нить вытянуть - раньше было на раз два в гуях, сейчас только хардкор скрипты. или вон для ихнего линксервера чтобы порты используемые поменять - это шедевр настроек.
    если всё это скриптами пауршеловскими обмазать то это будет очень перспективно
     
  • 2.240, ffirefox (?), 19:39, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человеку - текст/GUI, а для программ - библиотека + скриптовый движок. Зачем еще одна сущность? Просто кому-то лень делать нормальную библиотеку. Посмотрите, например, на curl. Все, что можно делать из командной строки, можно делать через библиотеку (точнее наоборот).
     

  • 1.67, Аноним (-), 11:26, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Только бинарная сериализации в соответствии с принятыми международными стандартами ECMA-335 и ISO/IEC 23271 может стать той "серебрянной пулей" которая позволит решить все проблемы связанные с передачей объектов между процессами как локально так и удалённо.
     
     
  • 2.70, Аноним (-), 11:30, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати в .Net сериализация реализована на SOAP. В GVariant что-то наподобие кодирования SSL сертификата. тип, [длина,] байт[, байт]
     
  • 2.74, Аноним (45), 11:35, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >может стать той "серебрянной пулей"...

    Это по Фрейду? :)
    Пуля имеет только одно предназначение - убивать :(

     
     
  • 3.75, Аноним (-), 11:37, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Убить все проблемы - разве это плохо?
     
     
  • 4.104, Аноним (-), 13:20, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Убить все проблемы - разве это плохо?

    Так это ж как гидра: одну бошку срубил, две выросло. Так, навскидку:
    1) Читабельность вывода убита. TLV - отличные структуры. Кроме случая когда придется их декодировать глазами в стандартном выволе утилей или писать трехэтажные маты^W фильтры для окультуривания этого пи...ца.
    2) Парсинг формата усложнится.
    3) Предлагается всем всучивать гномовскую либу. Нормально, блин: "hello world: 17 errors, 34 warnings".

     
     
  • 5.208, Аноним (-), 00:11, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 1) Читабельность вывода убита. TLV - отличные структуры. Кроме случая когда придется
    > их декодировать глазами в стандартном выволе утилей или писать трехэтажные маты^W
    > фильтры для окультуривания этого пи...ца.

    Еще один, не читавший новости.

     
  • 3.153, Axel (??), 19:10, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>может стать той "серебрянной пулей"...
    > Это по Фрейду? :)

    Это очевидно по Бруксу :)

     
     
  • 4.154, Andrey Mitrofanov (?), 19:17, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>>может стать той "серебрянной пулей"...
    >> Это по Фрейду? :)
    > Это очевидно по Бруксу :)

    ...по ван Хельсингу, чего там!=) //оговорки,да

     
  • 2.79, Crazy Alex (ok), 12:11, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    что за бред?
     
  • 2.103, Аноним (-), 13:17, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > все проблемы связанные с передачей объектов между процессами как локально так и удалённо.

    ...и породить 100500 новых проблем...

     

  • 1.76, Аноним (45), 11:40, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Убить все проблемы - разве это плохо?

    Убить все проблемы можно только ликвидировав их источник, точно так же как лучшее лекарство от всех болезней - топор :(

     
     
  • 2.80, Аноним (-), 12:12, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Убить все проблемы можно только ликвидировав их источник...

    Источник всех проблем консервативные взгляды старой школы unix-way.

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

    Только ликвидировав старую школу и приняв в качестве стандарта общепринятый международный стандарт ECMA-335 мы сможем достичь новых высот.

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

     
     
     
    Часть нити удалена модератором

  • 4.149, Клыкастый2 (?), 17:48, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    десктопы.
    не, можете минусовать.
    можете объяснять причины.
    можете строить прогнозы.
    я всё это знаю, но пока линукс на десктопах - всё же экзотика.
     
  • 3.134, Аноним (-), 16:24, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мне в последнее время кажется, что источник проблем - это толпы "студентов", не знающих чем себя занять, и норовящих залезть своими шаловливыми ручками в код который писался и отлаживался годами, а то и десятилетиями, и наворотить там делов.
     
  • 3.206, Аноним (-), 00:08, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Источник всех проблем консервативные взгляды старой школы unix-way.

    На самом деле, консерватизм и "старая школа" несовместимы с unix-way. Потому что unix-way предполагает постоянное стремление к простоте и прозрачности, а "старая школа" отрицает любые изменения.

     

  • 1.83, prokoudine (??), 12:19, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Александр Ларсон (Alexander Larsson), активный разработчик GNOME и мантейнер таких проектов, как Nautilus, Gnome-vfs и Dia

    http://git.gnome.org/browse/dia/log/?qt=grep&q=Larsson

     
  • 1.96, ананим (?), 13:05, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >причем в случае, если вывод осуществляется в терминал или принимающая команда не поддерживает на входе объекты, данные будут переданы в текстовой форме.

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

    зыж
    а для того, чтобы выдавал "данные будут переданы в текстовой форме" достаточно ввести параметр командной строки типа --gvariants и пусть выводит:
    <{'pid': <uint32 1>, 'ppid': <uint32 0>,....................
    Сами же утилиты должны собираться как с glib, так и без.
    Вот тогда да, можно юзать.

     
  • 1.97, Аноним (-), 13:06, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >Раздумывая над способами модернизации командной строки UNIX, Александр Ларсон (Alexander Larsson), активный разработчик GNOME и мантейнер таких проектов, как Nautilus, Gnome-vfs и Dia, предложил в своем блоге новый способ объединения команд с помощью пайпов, основная идея которого заключается в передаче через канал не простых потоков неструктурированных данных, а объектов, представленных в бинарной форме.

    Уважаемый Александр Ларсон, ИДИТЕ НАХРЕН И ПОТТЕРИНГА С СОБОЙ ЗАБЕРИТЕ. ВЫ ПРЕВРАТИЛИ ЛИНУКС-ДЕСКТОП В КАКОЕ-ТО ГАВНО, ОСТАВЬТЕ МНЕ ХОТЯ БЫ КОММАНДНУЮ СТРОКУ.
    С уважением, анонимный посетитель опеннета.

     
     
  • 2.235, robux (ok), 21:31, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Похоже, Элоп - не единственный диверсант Мекрозофта.
    Корпорация Зла в работе: то матьки в ядре, то звук по сети, то бежапашная загрузка. Вот и до командной строки добрались...
     

  • 1.100, Аноним (-), 13:13, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >    dps | dfilter euid \< 1000 | dsort rss | dhead 4 | dtable pid user rss vsize cmdline

    Это вместо одного ps?! Не-не, Дэвид Блэйн! Сами кушайте такое.
    Кстати а чем им d-bus не понравился? Ах, NIH укусил? :)

     
     
  • 2.120, Аноним (45), 14:33, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А потому, что он не позволяет
    >расширить границы для входа на новую ступень эволюции
    >и начать процесс проникновения в альтернативные области на новом
    >не доступном до сего момента уровне.

    например

     
  • 2.121, Пр0х0жий (??), 14:57, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>    dps | dfilter euid \< 1000 | dsort rss | dhead 4 | dtable pid user rss vsize cmdline
    > Это вместо одного ps?!
    > Не-не, Дэвид Блэйн! Сами кушайте такое.

    Как раз сейчас очередной раз пинал ps после очередной раз упавшего у юзера  pulseaudio,  паралледьно поглядывал в топик, наткнулся на цитату и невольно вырвалось:
    Во бл*дь!

     
  • 2.123, Пр0х0жий (??), 14:59, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо.
     

  • 1.110, ыыыыыыыы (?), 13:36, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сколько "не нужно" сразу в одном посте.
     
  • 1.119, Аноним (-), 14:28, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не пускайте [s]траву по венам[/s] объекты по конвейеру.
     
     
  • 2.135, анонимко (?), 16:25, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Мало кто знает, что такое strike, но я плюсану.
     

  • 1.130, filosofem (ok), 15:36, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если долго сидеть под форточками, можно весь мозг отморозить и заработать ООП головного мозга, осложненное типизацией ЦНС.
     
  • 1.133, rainerate (?), 16:07, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А сколько сколько там всего было разработчиков гнома? :)
     
  • 1.150, Аноним (-), 18:40, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Один из разработчиков GNOME предложил новую реализацию неименованных каналов

    Этому заголовку остро не хватает продолжения: "... но его послали на х*й".

     
     
  • 2.151, Andrey Mitrofanov (?), 19:06, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>Один из разработчиков GNOME предложил новую реализацию
    > Этому заголовку остро не хватает продолжения: "... но его послали на х*й".

    Если это будет прямо там навирху, то сра^Wобсуждение не задастся. //Хотя после "..." -- можно, никто ж не читает.

     

  • 1.156, Мяут (ok), 21:27, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а объектов, представленных в бинарной форме

    И новости на opennet: в coreutils версии x.xx в очередной раз сломана бинарная совместимость :)

     
  • 1.157, arisu (ok), 21:29, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    расскажите же ему уже про grep, sed, awk, tr и ещё кучу утилит.

    кажется, портеринг распространяет вредные заразные бациллы.

     
  • 1.159, www2 (??), 21:56, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    dps | dfilter euid \< 1000 | dsort rss | dhead 4 | dtable pid user rss vsize cmdline

    О да, я всегда мечтал вводить в консоли шириной в 500 символов строчки две-три, просто чтобы увидеть список процессов.

    Что так мало-то?

    Не, пусть будет, но как просто дополнительное средство, а не как замена тому, что уже есть. Хотя я бы предпочёл что-то вроде:
    SELECT pid, user, rss, vsize, cmdline FROM ps WHERE euid < 1000 ORDER BY rss LIMIT 4;

     
     
  • 2.160, arisu (ok), 22:00, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Хотя я бы предпочёл что-то вроде

    т-с-с-с! накаркаешь ещё.

     
  • 2.175, Nikolai Derzhak (?), 23:25, 17/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы есть alias.
     
  • 2.233, Аноним (-), 20:28, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > SELECT pid, user, rss, vsize, cmdline FROM ps WHERE euid < 1000
    > ORDER BY rss LIMIT 4;

    Так это же WMI

     
     
  • 3.241, ffirefox (?), 19:45, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    WMI была бы удобной вещью, если бы она поддерживалась везде, хотя бы самой MS в своих продуктах. А как идея мне, например, нравится.
     

  • 1.169, loglog (?), 22:52, 17/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Простите, если чукча не читатель. Чтобы реализовать такой подход надо:
    1. Отдающий процесс реализут струтуризацию
    2. Принимающего процесса реализует структуризацию
    3. В случае смены Правил структуризация они одновременно поменять реализацию
    4. Маловероятно, что предложенная сейчас стуктуризация будет удовлетворять все потребности в будущем.    
     
  • 1.212, Anonus (?), 01:13, 18/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Раздумывая над способами модернизации командной строки UNIX,
    > Александр Ларсон (Alexander Larsson) . . .

    . . . и тут подсел к нему Леннарт: "Чё Санёк, всё раздумываешь? Давай лудше дунем, мне голландские линуксоиды свои идеи прислали, грибы мексиканских линуксоидов и рядом не росли 8-)"

     
  • 1.213, lucentcode (ok), 01:57, 18/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пора. Это было нужно сделать ещё вчера. Я об этом уже не один год мечтал. Бинарные объекты - большая скорость, легче парсить и гораздо выше скорость обработки данных. А также возможность передавать не только текст, или плоский бинарный выхлоп, но и аудио, видео и даже ссылку на нужный метод нужного объекта. Программы можно будет соединять как конструктор, система станет намного гибче. Тот же LibreOffice можно будет разобрать на множество маленьких несложных приложений, объединённых общей объектной моделью.  А для совместимости оставить старый текстовый выхлоп. Если идею тесно интегрировать ещё и с системной шиной D-Bus, мы получим ОС, которой по мощи не будет равных.
     
     
  • 2.216, arisu (ok), 03:08, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    ВЫ-ДЫ-ХАЙ!
     
     
  • 3.228, Vasya (??), 13:56, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    а ничего, что со времён вашего unix-way появились разделяемые библиотеки?
    Мне например запускать внешнюю программу через popen и парсить её выход
    никак не прикалывает. А тут универсальный api -- хоть какая-то связь между
    зоопарком языков программирования, раз уж CLS не осилили.
     
     
  • 4.231, Аноним (-), 15:49, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Что за ахинея? Мало надо изучать как сам софт настроить, так ещё и программером становится, для облегчения ежедневных задач.
     
     
  • 5.234, Vasya (??), 20:41, 18/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    какие ещё ежедневные задачи? С предложенным подходом фильтрация становится тривиальной, а других задач и нет.
    А вот попробуй автоматизировать какой-нибудь git, и сразу поймёшь как убог текстовый вывод.
     
     
  • 6.236, Аноним (-), 10:12, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Любых, мля, задач что раньше делались скриптами обычными щеловскими, с использованием обычных утилей - принимающих и выдающих текст, а не бинарные блобы. Допустим отпарсить любую фигню как надо и кинуть на другой сервер. А теперь всякие умники вон какой-то "универсальный апи" выдумывают, дальше обмажутся объектами как в павершеле. И наступит счастье.
     
     
  • 7.243, Vasya (??), 22:08, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    чем тебе объекты как PS не нравятся? да, реализация убога, но идея отличная.
    >Допустим отпарсить любую фигню как надо и кинуть на другой сервер.

    Бинарные блобы не помешают, а помогут -- парсить легче.

     
     
  • 8.244, Аноним (-), 22:45, 19/08/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего отличного, после общения с пауршелом, не вижу в данной идеи И бинарики м... текст свёрнут, показать
     

  • 1.230, Аноним (-), 14:41, 18/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да да идея хорошая, давайте ещё парочку другую протоколов новых придумаем, а это эти ретрограды так достали уже!
     
  • 1.246, prince (?), 06:27, 20/08/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Замечательная идея, проблема с переходом (ведь по любому будут пакости с самописными скриптами), да и разработчикам переделывать половину утилит на поддержку и тп (всё-таки поддержка двух режимов).


    Не пойму зачем тут PowerShell приплели в сравнении. (в Win это намного лучше "стандартной консоли", без вариантов - т.к. таковых просто нет)

     
  • 1.247, Аноним (-), 12:47, 04/09/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Бедный Туомо. Всегда находится какой-нибудь идиот, который выставит идеи Туомо пятилетней давности как инновацию, да ещё и реализует так, что оному захочется со стыда умереть на месте
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру