URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 80736
[ Назад ]

Исходное сообщение
"Проект GNU начал тестирование переработанного варианта утили..."

Отправлено opennews , 12-Окт-11 00:20 
Анонсирован (http://savannah.gnu.org/forum/forum.php?forum_id=6973) выход альфа-версии утилиты GNU fdisk 2.0.0 (ftp://ftp.gnu.org/gnu/fdisk/), в процессе создания которой код был полностью переписан с нуля. Новая версия отличается модульной структурой, подразумевающей разделение на фронтэнд с реализацией интерфейса пользователя и бэкенды для взаимодействия с различными типами устройств.


Новый пользовательский интерфейс доступен через утилиту gnufdisk  и написан с использованием Guile, реализации функционального языка программирования Scheme. В состав fdisk включен набор библиотек с реализацией всех функций для управления устройствами, метками и разделами, а также библиотека с интерпретатором Scheme, который  позволяет упростить создание сторонних пользовательских интерфейсов на базе GTK+, DirectFB, ncurses и т.п. Все управляющие операции выделены в отдельные модули, которые загружаются динамически. Фронтэнд отвечает только за взаимодействие с пользователем, всё остальное выполняет...

URL: http://savannah.gnu.org/forum/forum.php?forum_id=6973
Новость: http://www.opennet.me/opennews/art.shtml?num=32012


Содержание

Сообщения в этом обсуждении
"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 00:20 
>написан с использованием Guile, реализации функционального языка программирования Scheme

Непонятно, зачем использовать для данной задачи интерпретируемый язык. Минусы очевидны: неизбежное снижение производительности (что критично для системных утилит), увеличение размера программы (необходимо таскать с собой интерпретатор). А вот плюсы?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено anonymous , 12-Окт-11 00:30 
> Минусы очевидны: неизбежное снижение производительности (что критично для системных утилит)

вы диски на скорость разбиваете?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено RomadinR , 12-Окт-11 01:15 
> вы диски на скорость разбиваете?

Да проблема, собственно, не в скорости, а в том, что теперь необходимо Scheme и Guile в корневой bin (sbin / lib) выносить, что не совсем, как-бы, правильно...


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 09:12 
> Да проблема, собственно, не в скорости, а в том, что теперь необходимо Scheme и Guile в корневой bin (sbin / lib) выносить, что не совсем, как-бы, правильно...

...вообще-то
> libgnufdisk-userinterface - библиотека включает интерпретатор языка Scheme и API для перенаправления запросов к gnufdisk-devicemanager.

, поэтому guile как таковой выносить в lib не придется. Только libgnufdisk-userinterface, который уже включает в себя guile в необходимой мере.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 15:18 
>, поэтому guile как таковой выносить в lib не придется. Только libgnufdisk-userinterface, который уже включает в себя guile в необходимой мере.

То есть, без /usr/lib fdisk какбэ будет присутствовать, но работать с ним будет нельзя - нет пользовательского интерфейса.

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 01:32 
>вы диски на скорость разбиваете?

Вы интернет на скорость смотрите? Нет? Тогда, наверное, не станете возражать, если браузер будет стремителен, как улитка, мучимая жестоким ревматизмом.

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено mere_anonymous , 12-Окт-11 01:42 
> решать те же задачи, что и десять лет назад, но в сотни раз большими вычислительными мощностями.

Как там 10 лет назад с проигрыванием fullhd было? Сейчас на нем не давятся даже мобилы за 500-600$. А с виртуализацией? А о сотнях вкладках в браузере ты тогда мог мечтать? Параллельно с десятком открытых программ.
Можешь продолжать своё нытье, бедняша - прогресс оно, к счастью, не остановит.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 01:57 
>> решать те же задачи, что и десять лет назад, но в сотни раз большими вычислительными мощностями.
> Как там 10 лет назад с проигрыванием fullhd было? Сейчас на нем
> не давятся даже мобилы за 500-600$. А с виртуализацией? А о
> сотнях вкладках в браузере ты тогда мог мечтать? Параллельно с десятком
> открытых программ.
> Можешь продолжать своё нытье, бедняша - прогресс оно, к счастью, не остановит.

Работаю на компьютере фактически 10-летней давности. Проблем нет. Кроме тех, которые создают "новые технологии", например, видео в браузере против того же видео в нормальном плеере. Сотня вкладок в браузере работает уж точно.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 02:22 
> Работаю на компьютере фактически 10-летней давности. Проблем нет.
> Сотня вкладок в браузере работает уж точно.

Что-то сомневаюсь, что у вас такой старый комп. У меня на AMD K6 даже дополнение в баше зверски тормозит.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 02:24 
>> Работаю на компьютере фактически 10-летней давности. Проблем нет.
>> Сотня вкладок в браузере работает уж точно.
> Что-то сомневаюсь, что у вас такой старый комп. У меня на AMD
> K6 даже дополнение в баше зверски тормозит.

Просто памяти достаточно много. В linux память больше определяет. А комп - солянка.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 09:50 
"Фактически десятилетней давности" — значит, можно принять, что он собран на процессоре, произведённом в 2002 году. Производство Pentium4, согласно Википедии, было начато в 2000 году. Так что сравнение с K6 не канает. Либо Вы пишете из прошлого :)

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 13:29 
> "Фактически десятилетней давности" — значит, можно принять, что он собран на процессоре,
> произведённом в 2002 году. Производство Pentium4, согласно Википедии, было начато в
> 2000 году. Так что сравнение с K6 не канает. Либо Вы
> пишете из прошлого :)

Athlon thoroughbred.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:27 
Впрочем, занудствовать так занудствовать.

Это не просто K6, а K6-2 на ядре CXT, причем разогнанный с 200 МГц до 300. Так что для России начала нулевых - вполне неплохой бюджетный проц. А P4 в нулевом-первом у нас были весьма редкими и дорогими.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 01:59 
> "Фактически десятилетней давности" — значит, можно принять, что он собран на процессоре,
> произведённом в 2002 году.

По-моему, вы пишете из будущего. Как там, в 2012? Конец света уже пришел?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 02:00 
> Либо Вы пишете из прошлого :)

Может быть. У нас тут все еще осень 2011. А у вас?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено mnu , 12-Окт-11 12:52 
It is not news that bash is slow as it is, and eats too much RAM compared to other shells.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:10 
> It is not news that bash is slow as it is, and eats too much RAM compared to other shells.

Теперь то же самое можно будет сказать и про gnufdisk.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 02:16 
>Как там 10 лет назад с проигрыванием fullhd было? Сейчас на нем не давятся даже мобилы за 500-600$. А с виртуализацией? А о сотнях вкладках в браузере ты тогда мог мечтать? Параллельно с десятком открытых программ.

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 02:09 
>>вы диски на скорость разбиваете?
> Вы интернет на скорость смотрите? Нет? Тогда, наверное, не станете возражать, если
> браузер будет стремителен, как улитка, мучимая жестоким ревматизмом.

Мы интернет на отзывчивость смотрим, которая будет достаточной либо если логика проста, либо если её можно сделать простой. А сделать логику простой на достаточно низкоуровневом языке, как показывает практика, может далеко не каждый. Тем более, в opensource.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 02:18 
> Мы интернет на отзывчивость смотрим, которая будет достаточной либо если логика проста,
> либо если её можно сделать простой. А сделать логику простой на
> достаточно низкоуровневом языке, как показывает практика, может далеко не каждый.

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 02:20 
> То есть, браузер, написанный на баше, должен быть значительно быстрее сишных, при
> тех же возможностях?
> Очень интересная идея.

У нас что, на guile написали сам fdisk? Или только логику к нему?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Daemontux , 12-Окт-11 07:34 
Уж лучше бы на перли морду написали или на пистоне
И вообще странно что не на жабе :)

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 07:59 
1. guile — не язык. На нём ничего не пишут. Это интерпретатор языка scheme. На нём интерпретируют программы, написанные на языке scheme.
2. На scheme написан только фронтенд. Всё остальное написано на С. Дополнительные фронтенды могут быть написаны хоть на C, хоть на scheme, хоть на брейнфаке, а scheme использовать к качестве клея, для чего, собственно, scheme и предназначен.
Это достаточно очевидная формулировка всего того, что уже сказано в новости, или нужно еще перефразировать?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Kodirr , 12-Окт-11 12:29 
> Дополнительные фронтенды могут быть написаны хоть на...
> ..., а scheme использовать к качестве клея

Давайте выражаться не через задницу... Итак:
1) Scheme - это ОБЯЗАТЕЛЬНАЯ часть или ОПЦИОНАЛЬНАЯ?
2) Если обязательная, ПОЧЕМУ SCHEME? Обоснования?
3) Автор fdisk отдаёт себе отчёт о типе этой утилиты, где она используется?
4) Не надо путать терминологию. Фронтэнд - это, можно сказать, "интерактивная" часть программы. Полностью заменяемая. ЯДРО программы - это необходимая часть, заведующая плагинами, зависимостями и т.п. Бэкенд - это уже непосредственно работающая лошадка (влоть до самостоятельной утилиты с командными флагами или просто библиотека).

Итак....
> Это достаточно очевидная формулировка всего того, что уже сказано в новости, или
> нужно еще перефразировать?

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 13:21 
>1) Scheme - это ОБЯЗАТЕЛЬНАЯ часть или ОПЦИОНАЛЬНАЯ?

Вы сами через задницу и выражаетесь. К производительности опциональность отношения не имеет никакого.
>2) Если обязательная, ПОЧЕМУ SCHEME? Обоснования?
>Guile is the GNU Ubiquitous Intelligent Language for Extensions, the official extension language for the GNU operating system.

Потому что в проекте GNU это официальный язык для написания расширений.
>3) Автор fdisk отдаёт себе отчёт о типе этой утилиты, где она используется?

И чем же плохо использование scheme в даннйо утилите?
>4) Не надо путать терминологию. Фронтэнд - это, можно сказать, "интерактивная" часть программы. Полностью заменяемая. ЯДРО программы - это необходимая часть, заведующая плагинами, зависимостями и т.п.

Роль фронтенд/бэкенд тоже не определяет опфиональность/обязательность компонента.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:08 
Если заменить Scheme на Java, убедительность вашей аргументации ничуть не пострадает. И это здорово.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 03:17 
А когда java стала официальным языком расширений проекта GNU?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 15:49 
> А когда java стала официальным языком расширений проекта GNU?

Разумеется, тогда же, когда и Scheme.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 14-Окт-11 03:11 
>Разумеется, тогда же, когда и Scheme.

Уже 18 лет как

Вот цитата с http://www.gnu.org/s/guile/
>Guile is the GNU Ubiquitous Intelligent Language for Extensions, the official extension language for the GNU operating system.

Так а насчет джавы что там?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено onon , 12-Окт-11 02:59 
Вы когда-нибудь разбивали 64 диска? А хотя бы 8?
Вероятно, нет.
Однако, в жизни такое бывает.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 10:58 
А мы, соляристы, диски не разбиваем. Мы просто добавляем их в сторидж-пул. :)

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Andrey Mitrofanov , 12-Окт-11 11:05 
> Вы когда-нибудь разбивали 64 диска? А хотя бы 8?
> Вероятно, нет.

Нет, конечно! Мы все ждём, когда же наконец перепишут на javascript-е LVM же ж.

> Однако, в жизни такое бывает.

Вот трактористам на соляре -- хо-ро-шо!... |)


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено ram_scan , 12-Окт-11 09:33 
> вы диски на скорость разбиваете?

Мы когда  диски разбиваем порой имеем неработоспособное окружение.

Осталось только шелл динамически слинковать, для полного торжества разума.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:06 
> Мы когда  диски разбиваем порой имеем неработоспособное окружение.
> Осталось только шелл динамически слинковать, для полного торжества разума.

Зачем так пошло и примитивно? Ведь есть еще один язык, очень удобный  удобный для связывания компонентов и написания интерфейсов - Java. Поставим в зависимость к fdiskу OpenJDK, и готово. А потом можно еще fsck так переписать, например. Пусть у него тоже гуй будет.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Kodirr , 12-Окт-11 12:22 
> вы диски на скорость разбиваете?

Хорошо, со скоростью вопрос ещё как-то заминаем (опять же, вы такой умный, что тестировали Guile на Pentium? Нет. Откуда такой оптимизм? )
А вопрос с _абсолютно_левыми_ зависимостями? Fdisk, вообще-то, системная утилита, т.е. чем меньше зависимостей, тем лучше. Это в вашу юношескую голову не приходило?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 13:43 

> А вопрос с _абсолютно_левыми_ зависимостями? Fdisk, вообще-то, системная утилита, т.е.
> чем меньше зависимостей, тем лучше. Это в вашу юношескую голову не
> приходило?

Лучше для кого?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Клыкастый , 12-Окт-11 23:05 
нет, нас корячит таскать за собой лишний бутор. он правда лишний. зачем мне scheme с системе, если его больше никто не использует? в загрузочные минидистры тоже эту каку таскать? только ради того, что кому-то приспичило скриптики писать?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено mere_anonymous , 12-Окт-11 00:33 
Байтики на жестком диске с помощью Guile никто перебирать не собирается. Там, где его используют, производительность абсолютно не критична.
> А вот плюсы

Разработчики предпочитают писать и поддерживать код на удобном им языке.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 01:36 
> Разработчики предпочитают писать и поддерживать код на удобном им языке.

Понятие "разработчику удобно" можно понять двояко - it's easy или it's fun. По приколу разработчик может и на брейнфаке все написать, и ведь найдутся люди, которые будут говорить, что так гораздо лучше.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 08:01 
> Понятие "разработчику удобно" можно понять двояко - it's easy или it's fun.

It's easy использовать в качестве glue programming языки, для этого предназначенные, как тот же scheme. Разработчики fdisk размышляют правильно.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:03 
> It's easy использовать в качестве glue programming языки, для этого предназначенные, как
> тот же scheme. Разработчики fdisk размышляют правильно.

Хм. И Haskell, тоже для этого предназначен?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 16:03 
А в fdisk разве используется еще и Haskell? Или вы упомянули его только по ассоциации scheme — функциональный язык — Haskell"?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 00:34 
Нет, просто Haskell, на мой взгляд, куда лучше подходит для glue programming, чем scheme.
Whitespace, конечно, подходит еще лучше, но я не стал его упоминать, иначе бы точно всерьез не восприняли.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 03:24 
>> It's easy использовать в качестве glue programming языки, для этого предназначенные, как
>> тот же scheme. Разработчики fdisk размышляют правильно.
> Хм. И Haskell, тоже для этого предназначен?

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 00:33 
Будет GUI

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 01:20 
> А вот плюсы?

Удовлетворяется второй принцип философии Unix-way - программы должны работать вместе. Раньше "вместе" - это только вызов, не более. А сейчас - это всё.



"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 01:34 
> Удовлетворяется второй принцип философии Unix-way - программы должны работать вместе.

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 02:06 
>> Удовлетворяется второй принцип философии Unix-way - программы должны работать вместе.
> Не могли бы вы более развернуто пояснить, как именно этот принцип удовлетворяется
> в данном случае?

На bash нельзя полноценно объединять программы, ибо эти программы не имеют строгой, полностью  описанной в документации, грамматики вывода, которая, к тому же, по идее должна быть регулярной, ибо парсить её предлагается регулярными выражениями. А вот под полноценные скриптовые языки придётся и нормальные выходные данные делать, которые эти языки обработать смогут.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 02:19 
> На bash нельзя полноценно объединять программы, ибо эти программы не имеют строгой, полностью  описанной в документации, грамматики вывода

Мы сейчас точно о юниксе говорим? Или о виндовых утилитах?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 02:21 
>> На bash нельзя полноценно объединять программы, ибо эти программы не имеют строгой, полностью  описанной в документации, грамматики вывода
> Мы сейчас точно о юниксе говорим? Или о виндовых утилитах?

А с чего такой вопрос?


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 10:59 
>> На bash нельзя полноценно объединять программы, ибо эти программы не имеют строгой, полностью  описанной в документации, грамматики вывода
> Мы сейчас точно о юниксе говорим? Или о виндовых утилитах?

Linux is NOT UNIX (C) Линус.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено tmp , 12-Окт-11 13:50 
>>> На bash нельзя полноценно объединять программы, ибо эти программы не имеют строгой, полностью  описанной в документации, грамматики вывода
>> Мы сейчас точно о юниксе говорим? Или о виндовых утилитах?
> Linux is NOT UNIX (C) Линус.

Unix-way - это тоже не  UNIX.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 13:58 
>Linux is NOT UNIX (C) Линус.

Единственное ключевое отличие между Linux и Unix - Unix умер, а Linux еще жив. В остальном, Linux является просто продолжением и дальнейшим развитием идей Unix.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено AdVv , 13-Окт-11 14:57 
ОС на базе Линукс в данный момент напоминают Франкенштейна, монстра, собранного из того, что попалось под руку. Причем работа направлена в основном на попытку слепить что-то похожее на винду, попутно вобрав и все ее недостатки. У массы дистрибутивов нет единого вектора развития, один и тот-же функционал реализуется сотнями разных приложений, разные дистрибутивы, а зачастую даже разные версии одного дистрибутива несовместимы друг с другом.
Соглашусь, Unix как операционная система сам по себе умер, заложенные в нем идеи устарели, а вот с дальнейшим развитием наблюдается полный бардак.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Michael Shigorin , 02-Ноя-11 11:54 
> ОС на базе Линукс в данный момент напоминают Франкенштейна, монстра,
> собранного из того, что попалось под руку.

Дубль http://www.opennet.me/openforum/vsluhforumID3/80733.html#56

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

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

На lwn был неплохой цикл, рекомендую: http://lwn.net/Articles/411845/ -- может, сгодится в качестве настойки от уныния :)


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено AdVv , 02-Ноя-11 14:28 
>> ОС на базе Линукс в данный момент напоминают Франкенштейна, монстра,
>> собранного из того, что попалось под руку.
> Дубль http://www.opennet.me/openforum/vsluhforumID3/80733.html#56
> Если принимать такой штиль, то фря не напоминает даже фрянкенштейна, а джава
> -- просто зомби, которого после захода солнца приставили впахивать у топки.
>  Зачем бы только?

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

>> Соглашусь, Unix как операционная система сам по себе умер, заложенные в нем идеи
>> устарели, а вот с дальнейшим развитием наблюдается полный бардак.
> На lwn был неплохой цикл, рекомендую: http://lwn.net/Articles/411845/ -- может, сгодится
> в качестве настойки от уныния :)

Возможно и неплохой, пролистал, но не рискну обещать что найду время изучить весь материал.
Одно замечание - там идет речь о сугубо низкоуровневых вещах, внутренней реализации. К этому претензий нет. Я же говорю о Linux в контексте целостной операционной системы, которой являлся в свое время Unix. Так вот ее не существует, а существует множество разных ОС, Redhat, Debian, Ubuntu, Suse и их количество растет от года к году, у уже сейчас видно, что это не тот случай, когда такой разнообразие идет на пользу. Нет единства в логике построения GUI у разных дистрибутивов и программ, нет последовательности в настройках и конфигурации системы. В каждом конкретном случае со всем этим приходится разбираться отдельно.
Написав программу под Windows можно с большой долей уверенности сказать что она будет работать и через 10 лет, когда же дело касается Linux то нужно сразу уточнить какой дистрибутив имелся ввиду, и далеко не факт что она будет работать после обновления системы через неделю.
Именно это я имею ввиду под словом бардак.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Tav , 12-Окт-11 11:35 
Потому что интерфейс пользователя на нем программировать удобнее. А тяжелую работы делает бэкэнд, который, я так понимаю, не на Схеме.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 14:02 
> Потому что интерфейс пользователя на нем программировать удобнее.

Помнится, несколько лет назад, под другой осью, мне так аргументировали превосходство Delphi над другими ЯП.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Stax , 12-Окт-11 01:52 
Он gpt научился, или по прежнему используем gdisk?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено fetisheer , 12-Окт-11 16:43 
В исходниках ни одного упоминания gpt.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 02:08 
Этим парням так сильно хочется протолкать еще один непонятно зачем нужный скриптоязык? Нужда в нем как-то откровенно высосана из пальца - FAIL.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 09:17 
>непонятно зачем нужный скриптоязык

Это ты сейчас к чему? Ни одного упоминания пистона в новости же.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 03:22 
> Этим парням так сильно хочется протолкать еще один непонятно зачем нужный скриптоязык?
> Нужда в нем как-то откровенно высосана из пальца - FAIL.

Ну почему же непонятный? Он уже лет 18 является официальным языком для написания расширений в GNU. То, что ты этого не знал, говорит только о твоей ограниченности.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено www2 , 13-Окт-11 10:45 
>То, что ты этого не знал, говорит только о твоей ограниченности.

Обычно это говорит лишь о неосведомлённости. Но если ты не знал такого слова, то это может говорить только о твоей ограниченности.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Дмитриус , 13-Окт-11 12:22 
Обычно подобные высказывания при неосведомлённости говорят об ограниченности, как автора сабжа, так и вашей.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено www2 , 15-Окт-11 14:44 
> Обычно подобные высказывания при неосведомлённости говорят об ограниченности, как автора
> сабжа, так и вашей.

Обо всём знать невозможно, осведомлённый ты наш.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Клыкастый , 18-Окт-11 08:31 
...значит где-то рядом осведомители...



"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Piter_Ring , 12-Окт-11 05:38 
как тулзу размером в десяток килобайт умудрились развить на столько кусков? да еще и с таким размахом??.
Прям ЕРП переписали а не тулзу одной задачи в десяти профилях.
ГНУ- такое ГУанУ(о) ?
Или фдиск - отдельная история?
Кстати, команда ЛС - мне тоже очень нравится.
Это как надо постараться что бы наваять 300-400!!кб исполняемого кода для вывода списка файлов?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено flameflower , 12-Окт-11 06:52 
Таки если верить ману, то ls может отображать не только список файлов, но и многое другое.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Piter_Ring , 12-Окт-11 07:40 
я никоем образом не преуменьшаю ценность функций лс-а
правда бывают случаи когда нужна только функ-я листинга
а приходится брать все 400кб.
(это в ракурсе минидистров размерами в несколько мб)

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Ан , 12-Окт-11 08:15 
перекомпиль

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 08:18 
echo * успешно заменяет ls в простых случаях

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено СуперАноним , 12-Окт-11 08:39 
Когда нужна только функ-я листинга в ракурсе минидистров размерами в несколько Мб - busybox рулит.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 09:19 
У ГНУ ничем не объяснимое желание все разбивать, grub2 отличный тому пример.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Клыкастый , 12-Окт-11 23:09 
> Вы так говорите, как будто другие проекты этим не страдают. Вон во фре регулярно выделяются гранты на переписывание гнутых утилит, но с урезанной функциональностью.

Вы что-то конкретное имеете в виду?



"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Frank , 12-Окт-11 23:55 
~$ ls -lh `which ls`
-rwxr-xr-x 1 root root 95K 2011-02-23 15:22 /bin/ls

Твой ls толще моего :)


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено anon8 , 12-Окт-11 09:43 
Это теперь чтобы разбить диск, нужно еще и guile хвостом к fdisk тянуть?
Оптимизаторы такие оптимизаторы.

Из, казалось бы, простой утилиты сделали какого-то монстра.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Tav , 12-Окт-11 11:45 
Это очень страшно и, конечно, не позволит вам во многих случаях использовать fdisk. А многим непременно придется покупать новый жесткий диск, потому что система больше не помещается на IBM 350.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено anonymous , 12-Окт-11 12:53 
Внезапно, то что вы описали - тред развития компьютерной индустрии за последние 10 лет. К сожалению, дешевле докупить мощностей, чем вправить мозг хотя бы одному быдлокодеру.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено EuPhobos , 12-Окт-11 09:50 
Да ладно, старый fdisk никто ж не отменял..
Я им активно пользуюсь на телефоне, когда просят переразбить разделы на MicroSDHC, а под рукой нет переходника..

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 10:48 
Как раз отменяли. Как минимум - его поддержка скоро будет прекращена, так что срок его использования теперь ограничен ближайшими годами.

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено anonimouse , 13-Окт-11 04:18 
Так форкнут же!

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено all_glory_to_the_hypnotoad , 12-Окт-11 10:52 
> Новый пользовательский интерфейс доступен через утилиту gnufdisk и написан с использованием Guile, реализации функционального языка программирования Scheme.

вирус маразма теперь поразил и GNUшников, что же это такое происходит...


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 11:01 
>> Новый пользовательский интерфейс доступен через утилиту gnufdisk и написан с использованием Guile, реализации функционального языка программирования Scheme.
> вирус маразма теперь поразил и GNUшников, что же это такое происходит...

Он уже давно их поразил. Фаллометри^Wчленомерство версиями и названиями, "мы пойдем другим путем" и все такое прочее. Маразм крепчал.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Andrey Mitrofanov , 12-Окт-11 11:20 
>Фаллометри^Wчленомерство версиями и названиями, "мы пойдем другим
> путем" и все такое прочее. Маразм крепчал.

Чужой фа^H^Hмаразм завсегда длиннее! :/


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено all_glory_to_the_hypnotoad , 12-Окт-11 11:43 
> членомерство версиями и названиями,

а где это у ГНУшников было? Помню только мозилу, но они не ГНУшники


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено anonymous , 12-Окт-11 12:58 
>> членомерство версиями и названиями,
> а где это у ГНУшников было? Помню только мозилу, но они не
> ГНУшники

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


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено яд0 , 12-Окт-11 13:29 
дадада, при Путине такого небыло!!!

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Пр0х0жий , 12-Окт-11 19:45 
Так и не понял, ап чём поток сознания?
# fdisk /dev/чо
уже секирой отрезали?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 01:58 
># fdisk /dev/чо
>уже секирой отрезали?

Ну почему отрезали? Просто теперь после этой команды будет запускаться красивый фронтенд наподобие GParted. Ибо нефиг в консоли ковыряться, будущее - за монструозными гуйнями.


"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 12-Окт-11 20:18 
Объясните: это не тот fdisk, что из состава http://en.wikipedia.org/wiki/Util-linux ?

"Проект GNU начал тестирование переработанного варианта утили..."
Отправлено Аноним , 13-Окт-11 00:37 
> Объясните: это не тот fdisk, что из состава http://en.wikipedia.org/wiki/Util-linux ?

Он самый. Точнее, его новая версия.


"Проект GNU начал тестирование переработанного варианта..."
Отправлено arisu , 14-Окт-11 22:35 
а по-моему, схема — это круто.

"Проект GNU начал тестирование переработанного варианта..."
Отправлено Клыкастый2 , 15-Окт-11 15:26 
> а по-моему, схема — это круто.

для низкоуровневой утилиты, которая должна быть везде в базовой поставке и в минидистрах и в ливцд? нет, не круто. и дело не конкретно в схеме. это должен быть бинарник. ну или пишем SchemaOS где ВСЁ такое.


"Проект GNU начал тестирование переработанного варианта..."
Отправлено arisu , 15-Окт-11 23:23 
ты не понял. Схема — это круто.