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

Попробую отбросить всё наносное, что сегодня применяется для установки/удаления программ в типичном дистрибутиве Linux —

системы управления конфигурациями;
пакетный менеджер;

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

Итак, если обойтись без реверансов, то наблюдаемая ситуация с установкой/удалением программ в Linux — хорошо замаскированный bullshit:

Да, если все перечисленные выше «наносные» способы установки отбросить, то получается bullshit типа «windows»

И почему-бы не размещать программу с её компонентами, допустим не в
/usr/lib/program/libprogram.so
а в
/usr/lib/<did>/libprogram.so

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

Oblitus 30 сентября 2012 в 11:12 #
Извините, а зачем убирать систему управления конфигурации, пакетный менеджер и скрипты установки, а затем жаловаться что нету системы управления конфигурации, пакетного менеджера и скриптов установки?

Не «затем», а «для того, чтобы».

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

унылаброунылабр в своем духе.

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

предоставив несколько функции для оперирования с этим идентификатором типа _appinstall()/_appupdate()/_appuninstall()/etc и соответствующую команду типа ps, например app

А то в ядре мало чего находится))

Если убрать ОС, то положение современных компьютеров просто bullshit

Улыбнуло)

:-)

просто он изначально с «ориентацией» промахнулся и теперь страдает. Замена человекопонятного имени программы на uuid, поклонение файловой структуре gobolinux, и типичный синдром «фатального недостатка» - при наличии нескольких готовых конкурирующих продуктов нужно обязательно изобрести свой велосипед, который будет ничем не лучше остальных.
Ему с такими взглядами нужно было бы стать вендоадмином, или вообще евангелистом мелкософта. Там его идеи поддерживают, среди тысяч uuid-ов и единого msi (который никак не мешает разрастаться бардаку) он будет чувствовать себя гораздо лучше.

bullshit

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

КО вещает:

это же быдлохабр!

Кстати, сколько там тому коню уже наплюсовали? За +100 уже вышел?

прочитал «онкологический юмор»

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

Но ведь на это есть причины. Отсутствие единого стандарта пакетов и abi. (кроме нераспространенного LSB)

а всего то осталось научить апт слотам и всё будет в шоколаде (устанавливать в песочницу он, вроде, уже умеет?).

Ничего не понил.
На хабре проснулся очередной «кэп очевидность» и решил поведать свои страдания.

Боль-менее проблему установки приложений разрулила Эппл, но и то не до идеального состояния.

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

Но наш герой сетует на кучи дистров, вертящихся у него в ЦОДе, виртуалках. Кому надо надавать тумаков за такое своевольство , аффтар так и не раскрыл.

<sarcasm>Креатив Гениален/Автор Молодец</sarcasm>

Вообще не распарсил этот блог-пост. Попробую позже под веществами.

Ну и да:

почему бы
почему бы

Patches are welcome.

для Ъ: автор 14 лет мечтает зопелить /Program\ Files в этих ваших^W наших лина^Hуксах

А ведь для таких дебилов уже есть какой-то говнодистрибутив, ЕМНИП.

GoboLinux, автор статьи как раз и является его поклонником

-4 там.

Только не говори, что тебя там нет.

[Program Files] это не такое зло, но почему то , замечательные программы, писанные особо одаренными погроммистами, всегда норовят насрать в system32, размазаться по реестру, и ОБЯЗАТЕЛЬНО подменить парочку системных либ.

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

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

Странно…

Только не говори, что тебя там нет.

Есть:

Вы были переведены в режим read-only на неопределённый срок

Причина: нецензурная лексика в комментариях.

Боль-менее проблему установки приложений разрулила Эппл

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

По моему это писал человек который «видел линукс только на картинках».

А если серьёзно, то в большинстве случаев хватает всего 3х вариантов: 1) deb пакет 2) rpm пакет (часто можно просто deb сконвертировать) 3) tar.bz со всем своим.

А неопределенный срок - это как?

вы уж совсем плохо обо мне думаете )))

[Program Files] это не такое зло, но почему то , замечательные программы, писанные особо одаренными погроммистами, всегда норовят насрать в system32, размазаться по реестру, и ОБЯЗАТЕЛЬНО подменить парочку системных либ.

вендопроблемы

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

поломанные зависимости были, но чтобы убить систему нужно хорошо постараться

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

В андроиде рукоблудие еще то: куда устанавливать программу (/data/app, /system/app, sdcard, /sd-ext), куда ложить данные (все срут в корень карточки, хотя гугл ясно сказал ложить все в /sdcard/Android), некоторым приложениям нужны свои либы/бинарники. Плюс ко всему этому маркет кишит всяким мусором, хеллоувордами и вредоносными программами, тормозит и жрет трафик. Хорошо хоть что его можно даже не устанавливать.

Короче не так замечательно, как хотелось бы.

Ок, в каком смысле вы употребили это слово? Вангую, что вы имели в виду «crap».

до скончания времен

Это даже не смешно, это просто тупняк.

Спасибо. С ориентацией всё в порядке, gobolinux не прижился у меня начиная с пункта «пожелать установить», в windows и dos вполне сносно понимаю что, да как (знаком с ними с 1994 года). Для личных нужд пользуюсь исключительно Gentoo с 2005 года, с теплотой смотрю в сторону NixOS.

Спасибо, исправил. Проще надо быть, любой может чего-то не знать/не помнить.

Наносное

Прочитал как нАноосное. Всё, больше никакой России на ночь.

Это ЛОР, здесь все идеальны, даже тролли.

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

И что с ним не так?

Все вспоминают макось, будто бы больше нигде такого нет.
В той же QNX6 точно так же есть «администратор пакетной файловой системы», который и рисует /bin, /usr и т.д.

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

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

Но помимо негодной структуры расположения компонентов программ (я не хочу сказать что текущая - говно, просто она спроектирована для других машин и сопутствующих им задач - сервер/суперкомпьютер, как и пакетн.менеджеры/сист.репозиториев/схемы развертывания для облегчения работы с ней, но для пользовательских машин - она не годиться), гораздо более весомая проблема - отсутствие вменяемой среды разработки, конечно KDevelop/QtSDK ситуацию немного улучшают - в плане того, что хоть гуйню есть где накидать (вот и получаете 100500 плееров/мультимедиа-комбайнеров/почтовиков/браузеров/текстовых редакторов/пр.клиентов итд..итп..), но нет среды для разработки дров/сист.компонентов/OpenGL приложений..

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

Да, и в чём сакральный смысл пихать везде эти DID? Имя программы и путь к ней это уже её идентификаторы. Чем больше всяких идентификаторов и косвенных указателей тем хуже программа работает и больше жрёт (опыт администрирования всяких интернет-магазинов). Кроме этого теряется прозрачность: глядя на /usr/share/mc понятно что там лежит, а что ты можешь сказать по поводу /971be390-0af9-11e2-ac09-001a80593a0c/9c6ba448-0af9-11e2-910e-001a80593a0c/a09e935e-0af9-11e2-832b-001a80593a0c?

я не хочу сказать что текущая - говно

все прибитые гвоздями схемы говно. Поэтому и придумали, например, делать переменные окружения (типа $XDG_CONFIG_DIRS или $PATH) и всякие префиксы для установки итп. В общем, одна схема никогда всех задач не покроет. Текущая схема это компромис между наглядностью и простотой писка ресурсов, имхо.

отсутствие вменяемой среды разработки

это не относится к вопросу. В линуксе много чего не хватает, не только IDE. Но даже если таковая появится всегда найдутся люди которые скажут «ненужно» и «ацтой».

А что habr, является чем-то особенным, где нельзя обсуждать? И зачем вам смотреть на /usr/share/mc ? Вот субъективно emerge -avq1 mc и запуск mc всё, что нужно подавляющему большинству, разве не так? Ещё части нужны emerge -C mc, и только очень небольшой группе нужно глядеть в /usr/ И вот этой группе по большому счёту без разницы, выполнить: ls -l /usr/share/mc или app -l mc

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

И зачем вам смотреть на /usr/share/mc ?

такими рассуждениями ты дойдёшь до того что файловый менеджер не нужен. Смотреть чтобы админить. Не только /usr/share/mc, но и /etc/bind.d/pri какой-нить.

только очень небольшой группе нужно глядеть в /usr/

думаю, гентушники входят в эту группу

по большому счёту без разницы, выполнить: ls -l /usr/share/mc или app -l mc

и получишь винду с её реестром и прочими нагромождениями. Я же говорил это тупиковый путь. Многие пробовали, а удобнее от этого не стало. Ты ни одного преимущества так и не привёл для твоей схемы.

Файловая система это уже БД со средствами поиска (по пути), метаинформацией (xattr позволяет даже текстовые данные хранить если не путаю) и прочими плюшками. Прежде чем эту схему ломать надо очень хорошо представляеть стоит ли игра свечь.

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

Я этим не пользуюсь (админская привычка, в файлах с точкой часто вирусняк/трояны/etc прячут), но.. ведь сделали зачем-то ~/.config

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

Но. Ты сам написал что схема наглядная. Вот видишь, это всё таки важно. Поэтому я предлагаю сохранять простоту и наглядность.

А потому что отстаивать их нужно, а не на личности переходить, теша свое ЧСВ.

По существу за /etc/{did} я бы вообще убил! За треш в /usr/bin тоже, за длинный PATH точно бы бутылкой из под шампанского изнасиловал.

Эти все каталоги сделаны так, чтобы их всегда было удобно ручками править и смотреть.

А по существу смотри на homebrew или macports. Твое решение явно костыльное и сильно лезет в противоречие с принципом KISS но при этом не несет никаких вау революционных плюшек.

да чё тут размазывать то на 100 страниц.
Аффтар на Хабре тоже ничего нового не предложил.

Помню Фряху (давненько не трогал) так там все что с портов приползало, то падало в /usr/local/
сама ОС прекрасно вписывалась в классическое легкое Юникс окружение.

Да, а теперь уже Фря не нужна, когда есть ЦентОС/Сайнтифик 8-(