1.2, Аноним (-), 23:05, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
Такую б иерархию да в Убунту. Не хватает "красивой" иерархии в мак-стайле
| |
|
2.31, Michael Shigorin (ok), 11:20, 17/12/2016 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Такую б иерархию да в Убунту. Не хватает "красивой" иерархии в мак-стайле
Это некрасивая в виндовом -- попросите Марка, может, попытается чё-нить изобразить после других достижений в ту же сторону.
Субъективно выход "для чайника" здесь не в том, как рассаживать файловую систему, а в том, что и как представлять пользователю вообще; в том же гугле это сообразили (что с gmail, что с тогда ещё гугльдоксами).
| |
|
3.147, Аноним (-), 01:32, 21/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это некрасивая в виндовом --
Дык с каких бы пор? В винде изнчально было "C:\Program Files" что очень доставляет, особенно учитывая как в винде работает автодополнение. А дальше ms с переменным успехом передирал иерархии из *никсов и мака. А просто потому что ужаснее досявого наследства сделать сложно.
| |
|
4.151, Andrey Mitrofanov (?), 10:19, 21/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Дык с каких бы пор? В винде изнчально было "C:\Program Files" что
> В винде изнчально было "C:\Program Files" что
> изнчально
Юноша не видывал Win 3.1? Ну, ничего-ничего.
| |
|
|
|
3.144, Аноним (-), 19:30, 20/12/2016 [^] [^^] [^^^] [ответить]
| –4 +/– |
> В /opt такую иерахерню устраивать не катит?
Правильно, долой говорящие названия. Будем как обезьяны учить какие-то опты (и розницы?), наяривать на какой-то там /usr, появившийся по причине нехватки места, и какие там еще /usr/lib/crap/something.
А новичков посмевших потянуться к банану и слопать его - лупить всей клеткой. Как это так - жрать бананы? И уж тем более переделывать иерархии файлухи? Никто правда не помнит почему бананы жрать нельзя и иерархия именно такая, но Тут Так Принято и ниипет :)
| |
|
4.145, Michael Shigorin (ok), 19:43, 20/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А новичков посмевших потянуться к банану и слопать его - лупить всей клеткой.
Не, новичков за руль сразу надо. А в транспортное средство вас таких собрать, даже если три года уйдёт...
| |
|
5.146, Аноним (-), 01:25, 21/12/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Не, новичков за руль сразу надо.
В случае с рулем проблема еще понятна.
> А в транспортное средство вас таких собрать, даже если три года уйдёт...
С другой стороны, вот вы и рассекайте на бричке.
| |
|
|
|
|
|
|
3.49, Хакерюга троянщег (?), 15:31, 17/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>При этом, данные каталоги по умолчанию не видны пользователю, благодаря применению специального модуля ядра, скрывающего эти каталоги, содержимое которых доступно только при прямом обращении к файлу.
Руткиты не модны!
| |
|
|
|
2.20, Ergil (ok), 01:15, 17/12/2016 [^] [^^] [^^^] [ответить]
| +4 +/– |
Ага, пользуется. Хишам и пользуется. Автор оного GoboLinux, а так же автор htop и luarocks(ну и кое-чего еще по мелочи, но вот эти два его проекта самые известные). Хишам утверждал, что кто-то еще пользуется, но живых юзером показать не смог.
| |
|
1.7, prokoudine (ok), 23:18, 16/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +30 +/– |
Последняя характеристика в адрес иерархии ФС, которую ожидаешь услышать — «самобытная» :)
| |
|
2.32, Michael Shigorin (ok), 11:23, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Последняя характеристика в адрес иерархии ФС, которую ожидаешь услышать — «самобытная»
> :)
Стареем... :)
А как там назывался тот молодёжно-слаквариный проект тоже лет десять тому, где помчались всё собирать статиком, чтоб не самобиться об зависимости?
| |
|
|
2.11, SysA (?), 23:51, 16/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> ld-linux-x86-64.so.2 у каждого libreoffice тоже свой?
Это, по-видимому, выше их уровня восприятия и потому не обсуждается... :)
| |
2.16, Аноним (-), 00:35, 17/12/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Как я понимаю, да У каждой версии продукта, своё дерево, со своими либами Буде... большой текст свёрнут, показать | |
|
1.13, Kodir (ok), 00:13, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– |
Как говорится, я джва года ждал этот релиз! :)) Поздравляю всех дождавшихся.
> с самобытной иерархией файловой системы
Давайте без дурных ярлыков! Не "самобытной", а "упрощённой", современной иерархией, которая искореняет легаси помойку из десятков разных каталогов одного назначения.
> мозаичного оконного менеджера
ПЛИТОЧНОГО, так правильнее.
Хотя зря они пустились в этот маразм - старый, добрый ICEWM ещё долго нам послужит!
| |
|
2.34, Michael Shigorin (ok), 11:32, 17/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Как говорится, я джва года ждал этот релиз! :)) Поздравляю всех дождавшихся.
Это тех полутора виндузятников, которые порой забегают с "установи семёрочку максимальную/восьмёрочку/десяточку"? Так им же за это бонусов не перепадёт. :)
| |
2.68, Аноним (-), 01:10, 18/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Не "самобытной", а "упрощённой", современной иерархией
У меня из-за тебя весь монитор жиром заляпан.
| |
|
|
2.41, Аноним (-), 12:40, 17/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> У этого есть какие-то преимущества перед Guix и Nix?
нет конечно, Гобо старее и примитивнее по идеям
| |
|
3.77, Andrey Mitrofanov (?), 13:49, 18/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> У этого есть какие-то преимущества перед Guix и Nix?
> нет конечно, Гобо старее и примитивнее по идеям
Ну, кому и ... невеста. Вон, смотри, как ушибленные виндой Г.М. радуются /Докуметы-ам и /Программы-ам, аж в икс-тазе ищут в _тайловых_ WM эти свои надгробные "плиточки" им.ГлавПогоста фирмы ГлавВурдалакМякота.
| |
|
|
1.15, Аноним (-), 00:34, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>При этом, данные каталоги по умолчанию не видны пользователю, благодаря применению специального модуля ядра, скрывающего эти каталоги, содержимое которых доступно только при прямом обращении к файлу.
Бесполезная фигня, которая только мешает нормальным людям. Почему нельзя было пропатчить графический менеджер файлов для хомячков, которым этот функционал нужен? Они ведь должны думать, что работают за МакОС от Джобса, а не в каком-то дрыщавом линуксе Гобо!
И если уж на то пошло, то все можно было сделать в рамках SELinux с более интересными наворотами и настоящей безопасностью. ИМХО.
| |
|
2.36, Michael Shigorin (ok), 11:37, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Бесполезная фигня, которая только мешает нормальным людям. Почему нельзя было
> пропатчить графический менеджер файлов для хомячков, которым этот функционал нужен?
Там не только ФМ, ещё диалоги открытия-сохранения. Но как вариант, решать на уровне libc (в "нижнем" случае) именно такую задачу, если уж хочется -- кажется более разумным.
> Они ведь должны думать, что работают за МакОС от Джобса
Вообще-то любой слой подобия ограничен в толщине, а затем начинается вой -- "а чё это у меня фотошоп не устанавливается" или там "айтюнс не заводится". Как по мне, лучше и не пытаться мухлевать -- т.е. помочь пользователю применить уже имеющийся опыт стоит, но пыжиться сделать так, чтоб он обошёлся без трудов вообще -- значит обрекать его на разочарование.
| |
|
3.56, Аноним (-), 21:35, 17/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Что значит разумным Почему за фичи, которые нужны аппликухе верхнего уровня дол... большой текст свёрнут, показать | |
|
|
1.17, Аноним (-), 01:01, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
> Для совместимости со стандартом FHS (Filesystem Hierarchy Standard) исполняемые файлы, библиотеки, логи и файлы конфигурации через символические ссылки распределены по привычным директориям [...]
> каталоги по умолчанию не видны пользователю, благодаря применению специального модуля ядра,
Ребята, вы страдаете аутизмом. Не надо так.
| |
|
2.48, Аноним (-), 14:54, 17/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
А как надо? Все бинарники в /usr/bin, всё остальное - в /usr/lib и кучу симлинков на эти места?
| |
|
3.134, adolfus (ok), 19:17, 19/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
А как еще можно тысячу бинарников достать одним движением? Никаких PATH не хватит. Даже представить не могу, чтобы каждый ls, lftp или rsync свое дерево держал.
| |
|
|
1.21, анон (?), 01:15, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
"При этом, данные каталоги по умолчанию не видны пользователю, благодаря применению специального модуля ядра, скрывающего эти каталоги, содержимое которых доступно только при прямом обращении к файл"
Как из unix-based(style) сделать еще хуже чем в windows? GoboLinux, берите, не проходите мимо....
| |
|
2.22, Анонимс (?), 01:46, 17/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
рулить файлами дело ядра, юзеру выводить только "поврежден, удаляю", "не найден" и "доступ невозможен"
| |
|
3.23, анон (?), 02:13, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
угу как и с монтированиями из вне, зачем об этом пользователю говорить? А скрытые симлинки на библиотеки, да кого это волнует? Главное чтобы папки были как в виндоус и функционала тоже не было, да и исходники скрыть, а то вирусы да трояны по ним пони пИсать будут...
| |
3.135, adolfus (ok), 19:21, 19/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> рулить файлами дело ядра, юзеру выводить только "поврежден, удаляю", "не найден" и
> "доступ невозможен"
Вы наверное видите юзера, как хомосапиенса, тыкающего в картинку. На самом деле юзер -- это приложение. Чтобы приложение могло получить доступ к файлу, оно должно знать его имя и путь к каталогу. Другого способа нет.
| |
|
|
1.27, Аноним (-), 09:00, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Интересно, как много людей начнёт использовать это только из-за того, что тут необычная файловая иерархия, отличная от дерева нормальных систем и из-за этого кейса в названии директорий а-ля windows? Впрочем, вопрос этот будет наверняка излишним. Тут интересно другое, ЗАЧЕМ ЭТОТ ВИНДУС ВЕЙ НУЖНЕН ВООБЩЕ!?
| |
|
|
3.37, Michael Shigorin (ok), 11:38, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> С хрена ли это виндовс вей?
Это именно виндовый взгляд на матрицу "приложения-пути", юниксовый ему ортогонален.
| |
|
4.63, asdf (?), 23:20, 17/12/2016 [^] [^^] [^^^] [ответить]
| –2 +/– |
С каких пор в винде перестали кидать либы в одну кучу?
| |
|
5.65, Anonimous (?), 23:49, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
Вообще-то уже давно трушным способом размещения в библиотек приложений в винде является их размещение в папке приложения (той которая в Program Files). В Windows/System32 должны лежать только системные либы
| |
|
6.136, adolfus (ok), 19:29, 19/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Вообще-то уже давно трушным способом размещения в библиотек приложений в винде является
> их размещение в папке приложения (той которая в Program Files). В
> Windows/System32 должны лежать только системные либы
А не жирно ли каждому приложению иметь свои тоолько ему предназначенные пути? На системе может быть тыща приложений и что, каждому иерархию заводить? А как их тогда запускать? Руки отвалятся в скриптах полные пути к прогам набирать.
| |
|
|
|
|
2.29, Аноним (-), 09:51, 17/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Плюсом является возможность параллельной установки разных версий одного приложения
Вот зачем.
А вообще линуксам не хватает папки Hell. Всю ту адову мешанину, которую даже нативные приложения разводят в хомяке отправлять туда. Думаю через пару лет сделают такую.
В неправославной винде есть AppData.
| |
|
3.137, adolfus (ok), 19:32, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>>Плюсом является возможность параллельной установки разных версий одного приложения
> Вот зачем.
> А вообще линуксам не хватает папки Hell. Всю ту адову мешанину, которую
> даже нативные приложения разводят в хомяке отправлять туда. Думаю через пару
> лет сделают такую.
> В неправославной винде есть AppData.
В линуксе есть ~/.config и ~/.local. Этого более чем достаточно. А в хомяке потому, что юзеру не положено из него вылезать.
| |
|
|
1.30, IdeaFix (ok), 10:47, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сначала я подумал о сквошфс.... потом о солярисе... /opt/swc/bin/mc
Потом как-то перестал думать и успокоился :)
| |
1.44, aliceklipper (ok), 12:53, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Блин, топовая же идея. Пусть реализация и не идеальная, но если дальше эту тему обкатывать и развивать, можно будет наконец прийти к идеальной структуре ФС. Ящитаю, что ни в юниксах, ни в вендах она не идеальна от слова совсем; но преимущества есть и у того, и у другого подходов, так что надо работать над их совмещением.
| |
|
2.47, Аноним (-), 13:59, 17/12/2016 [^] [^^] [^^^] [ответить]
| +5 +/– |
Если совместить двух инвалидов — получится здоровый. Отличная логика.
| |
|
3.122, annonim (?), 11:52, 19/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Если совместить двух инвалидов — получится здоровый. Отличная логика.
*BRAVO*
| |
3.154, J.L. (?), 14:54, 23/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Если совместить двух инвалидов — получится здоровый. Отличная логика.
из двух сломанных танков частенько можно собрать 1 танк + танкетку
расширяйте свой кругозор
| |
|
2.138, adolfus (ok), 19:42, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Блин, топовая же идея. Пусть реализация и не идеальная, но если дальше
> эту тему обкатывать и развивать, можно будет наконец прийти к идеальной
> структуре ФС. Ящитаю, что ни в юниксах, ни в вендах она
> не идеальна от слова совсем; но преимущества есть и у того,
> и у другого подходов, так что надо работать над их совмещением.
Пусть сначала файловую систему приведут в порядок. У них там двадцатилетний застой. Отправил людям архив с парой статей, так они их распаковать не смогли -- оказывается в имени файла нельзя использовать двоеточие. Переименовал, так не смогли открыть -- оказывается, pdf-файл должен иметь специальное имя. Просто "Статья №1" не прокатывает -- нужно, чтобы было "Статья №1 .pdf". Дибилы, бъдь.
| |
|
|
2.148, Аноним (-), 01:35, 21/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А нужна ли вообще фс? Даешь компьютеры пятого поколения!
Это который Palm V чтоли? :)
| |
|
1.51, Аноним (-), 19:06, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Чем это лучше Nix/Guix?
Вообще, если кто знает про такие системы как Nix, Guix, Stali, Void, и про
остальные малопопулярные, но имеющие свои интересные особенности дистрибутивы, напишите, интересен опыт работы, сравнение и общее впечатление, насколько система перспективная.
| |
|
2.55, Аноним (-), 20:18, 17/12/2016 [^] [^^] [^^^] [ответить] | +1 +/– | Не пользовался всем вышеперечисленным, но могу тебе рассказать немного b Nix ... большой текст свёрнут, показать | |
|
3.57, Аноним (-), 21:52, 17/12/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
В дополнение:
NixOS/GuixSD - по сравнению с голым Nix добавлено управление всей системой через единый файл конфигурации. Изменение конфига и последующая пересборка системы по нему создают новое иммутабельное состояние (почти все что за хом-дирой реально в r/o режиме), между которыми можно переключаться в загрузчике. Поэтому систему трудно случайно напрочь запороть.
NixOS перспективнее других "странных" дистрибутивов, комьюнити живое. Все потому, что система достаточно гибкая, удобно настраиваемая, ее идеи понятны, а поведение предсказуемо.
| |
|
4.71, Аноним (-), 07:30, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Все потому, что система достаточно гибкая
Ну все source-based дистрибутивы гибкие, например. ИМХО.
> удобно настраиваемая
Арчеводы тоже считают, что у них система удобно настраивается :) Или вот, OpenSUSE -- на всё один графический настройщик.
| |
|
|
6.83, Аноним (-), 17:43, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Спасибо за подробный ответ, вы утвердили меня в моём намерении потестировать GuixSD,
Если сами пробовали - как оно, сильно надо помучится при установке? У них же пока бета, насколько я понял, все надо настраивать из консоли.
| |
|
7.91, Аноним (-), 19:35, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
guixSD свободен по столлману, так что проприетарный софт и несвободное ядро ищи в NixOS
| |
|
|
|
10.106, Guix (ok), 10:22, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Пропущу то, что свобода - это скорее хорошо, чем плохо, вопрос - Ну а мы сами че... большой текст свёрнут, показать | |
|
|
12.114, Guix (ok), 11:07, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Ну, если видишь, что река течёт в болото, можно и погрести против течения Но во... большой текст свёрнут, показать | |
|
|
|
|
|
|
8.117, Guix (ok), 11:32, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Интересно, Напишите, какие результаты, в теме про GSD 0 12 который с ваших сло... большой текст свёрнут, показать | |
|
|
10.125, Guix (ok), 12:34, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Спасибо за ссылку Русского к сожалению там нет, хотя есть даже Вьетнамский и Эс... большой текст свёрнут, показать | |
|
|
|
|
6.84, Michael Shigorin (ok), 17:54, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Вплоть до отдельного glibc для разных пакетов?
А зачем, кстати? В glibc довольно неплохо с обратной бинарной совместимостью, а ограничение по ядру для системы с одним ядром в любом случае "или стрельнуло, или нет" (да и консервативно оно довольно-таки).
| |
|
|
8.118, Guix (ok), 11:38, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Ну tar это сам пакет менеджер, это понятно, А usb у них только для установки на... текст свёрнут, показать | |
|
|
10.128, Guix (ok), 12:59, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Это было бы очень полезно, если бы в репозитории GSD было не 4 тысячи, а хотя бы... большой текст свёрнут, показать | |
|
|
|
|
|
5.109, gnidorah (ok), 10:31, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Ну все source-based дистрибутивы гибкие, например. ИМХО.
Но при этом настолько же хрупкие :-( Вот NixOS/GuixSD и стараются это решить.
| |
|
6.119, Guix (ok), 11:41, 19/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Ну все source-based дистрибутивы гибкие, например. ИМХО.
>Но при этом настолько же хрупкие :-( Вот NixOS/GuixSD и стараются это решить.
А NixOS/GuixSD разве source-based? У них же вроде бы пакеты у обоих.
| |
|
|
8.126, Guix (ok), 12:47, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Я привык что если система собирается из сорцов как Гента - это source-based, есл... текст свёрнут, показать | |
|
7.155, Аноним (-), 17:58, 25/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>>>Ну все source-based дистрибутивы гибкие, например. ИМХО.
>>Но при этом настолько же хрупкие :-( Вот NixOS/GuixSD и стараются это решить.
> А NixOS/GuixSD разве source-based? У них же вроде бы пакеты у обоих.
Source-based model, with binaries
The Nix build language used by NixOS specifies how to build packages from source. This makes it easy to adapt the system — just edit any of the ‘Nix expressions’ for NixOS or Nixpkgs in /etc/nixos, and run nixos-rebuild. However, building from source is also slow. Therefore Nix automatically downloads pre-built binaries from nixos.org if they are available. This gives the flexibility of a source-based package management model with the efficiency of a binary model.
| |
|
|
|
4.73, Аноним (-), 09:12, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>NixOS перспективнее других "странных" дистрибутивов, комьюнити живое. Все потому, что система достаточно гибкая, удобно настраиваемая, ее идеи понятны, а поведение предсказуемо.
Спасибо за подробные ответы, братишка Аноним,
Я думаю, у Stali и Void с их описанными тобой подходами мало шансов, а вот у NixOS и GuixOS как бы не лучшие шансы, чем даже у традиционных дистров. Всё-таки предсказуемая работа намного важнее понтов, пиара и даже быстроты работы.
Но из этих двух я бы поставил на Guix - у них не нужно учить специальный язык (Nixlang) для того чтобы развивать дистр, любой Лиспер может поучаствовать в разработке (там гнутый вариант Схемы используется в качестве языка для конфигурации).
| |
|
5.74, Аноним (-), 10:15, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Stali имеет право на существование, хотя я не думаю, что им так уж много людей пользуется. Но вот для создания загрузочных флешек, он незаменим, имхо.
А вот насчёт Войда не согласен, у него достаточно много фанатов.
| |
5.85, Michael Shigorin (ok), 17:56, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Но из этих двух я бы поставил на Guix - у них не нужно учить специальный язык (Nixlang)
> для того чтобы развивать дистр, любой Лиспер может поучаствовать в разработке (там
> гнутый вариант Схемы используется в качестве языка для конфигурации).
Из малоизвестного: на схеме (в варианте guile) реализована альтовская инфраструктура конфигурирования altlinux.org/alterator, она же используется в инсталяторах; так что если вдруг кому охота совместить умеемое (программистом) и желаемое (сисадмином), милости просим!
(но сам дистрибутив у нас вполне "обычный" в плане подхода по сравнению с NixOS)
| |
|
6.110, Guix (ok), 10:33, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>Из малоизвестного: на схеме (в варианте guile) реализована альтовская инфраструктура конфигурирования altlinux.org/alterator, она же используется в инсталяторах
Прямо на самом Guile? Интересно.
У вас наверно единственный дистрибутив с "православным" GNUтым Guile в инфраструктуре конфигурирования в России (если не в мире). Вот этих ваших спецов привлеките к анализу GuixSD (благо с языком они знакомы) - может, прикинете плюсы и поменяете пакетный менеджер на Guix, который вместе с Nix явно лучше всех сейчас среди пакетников, по своим возможностям.
(и да - почему час назад можно было анонимам постить, а сейчас внезапно стало нельзя? не в первый раз уже такое на Опеннете замечаю)
| |
|
7.139, Michael Shigorin (ok), 13:58, 20/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> охота совместить умеемое (программистом) и желаемое (сисадмином), милости просим!
>> (но сам дистрибутив у нас вполне "обычный" в плане подхода по сравнению
>> с NixOS)
> А бросайте вы этот "ваш" rpm и айда "к нам"... в GNU? :D
Нет уж, лучше вы к нам (ц)
| |
|
|
5.108, gnidorah (ok), 10:27, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> нужно учить специальный язык (Nixlang) для того чтобы развивать дистр
Это полу-правда. Дело в том, что nixlang используется большей частью для задания метаданных, а шаги сборки и инсталляции пишутся по-прежнему в императивном стиле на баше. При парсинге выражения пакета, Nix заменяет в шел-простынях переменные-указания на зависимости полными путями к ним.
Смотрю в репы GuixSD - там похоже всё пишут на Лиспе. Так что выражения пакетов в NixOS проще писать и читать, благодаря выразительности nixlang и bash. Лисп всё-таки очень на любителя.
| |
|
6.113, Guix (ok), 10:56, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>Дело в том, что nixlang используется большей частью для задания метаданных, а шаги сборки и инсталляции пишутся по-прежнему в императивном стиле на баше.
Да-да, в NixOS это nixlang + bash, в GSD это один Guile (он же Scheme он же Lisp).
Всё правильно, это на любителя, на вкус и цвет товарищей нет. Nixlang возможно выразительнее, а вот GSDшники хвастаются, что у их языка встроен DSL и они через это имеют какую-то весомую выгоду.
Мне лично GSD симпатичен просто потому что он православен, столлманоугоден и GNUт. Нравится мне этот дядька, что тут поделаешь.
В любом случае, хорошо, если оба сообщества будут поддерживать друг друга, потому что они оба слишком маленькие, чтобы позволить себе тратить время на бестолковые споры.
| |
|
7.115, Michael Shigorin (ok), 11:08, 19/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> (он же Scheme он же Lisp)
Последнее неверно, хоть и родственники.
> В любом случае, хорошо, если оба сообщества будут поддерживать друг друга, потому
> что они оба слишком маленькие, чтобы позволить себе тратить время на бестолковые споры.
Видимо, да...
| |
7.116, gnidorah (ok), 11:10, 19/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В любом случае, хорошо, если оба сообщества будут поддерживать друг друга, потому что они оба слишком маленькие, чтобы позволить себе тратить время на бестолковые споры.
Ок :) Интересно почему они маленькие. Недостаток пиар-компаний? Сложность в использовании для домохозяек? Инертность пользователей других дистров?
Даже продвинутые пользователи серьезных дистров редко переходят. Я в свое время наелся кактусов с Гентой и Арчем, неужели можно годами добровольно на них сидеть?
| |
|
8.121, Guix (ok), 11:52, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Скорее да - это же дистры сообществ, а не дистры компаний, сообщества изначально... большой текст свёрнут, показать | |
|
|
10.133, Guix (ok), 14:47, 19/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Да, конечно, я как раз это имел ввиду выше когда писал про так необходимую предс... большой текст свёрнут, показать | |
|
|
12.141, Guix (ok), 17:45, 20/12/2016 [^] [^^] [^^^] [ответить] | –1 +/– | Отличные слайды, спасибо Не знаете как их скачать Также, если вы где-то в бл... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
3.62, Michael Shigorin (ok), 22:52, 17/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> К слову, как утверждают сами авторы, статическая сборка позволяет не подгружать
> все библиотеки в память, следовательно используется меньше памяти.
Удивительно они... странные. Все _нужные_ всё равно придётся подгружать, ненужным давно уже вслед за альтом многие сделали -Wl,--as-needed.
> А так как используется musl, то и программы занимают меньше.
Вот тут да.
| |
|
4.72, Аноним (-), 07:38, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Удивительно они... странные. Все _нужные_ всё равно придётся подгружать, ненужным давно
> уже вслед за альтом многие сделали -Wl,--as-needed.
Нет, немного не так:
- Achieve better ABI stability and long-term maintenability of the static binaries (compared to their dynamic counterparts)
- Minimize security threat vector - potential flaws only on a per static binary basis (say good bye to the famous LD_PRELOAD and .so dependency resolver problems)
| |
|
5.86, Michael Shigorin (ok), 17:58, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> Нет, немного не так:
> - Achieve better ABI stability and long-term maintenability of the static binaries
> (compared to their dynamic counterparts)
А при чём тут ABI?
> - Minimize security threat vector - potential flaws only on a per
> static binary basis (say good bye to the famous LD_PRELOAD and
> .so dependency resolver problems)
Неправда, это типовой tradeoff -- убрали возможность очевидным образом впрыснуть свой код, заодно выплеснули возможность заткнуть дырку в каком libpng, обновив одну сошку. Если бы они это сами озвучивали, было бы честней.
| |
|
|
|
|
1.59, Аноним (-), 22:30, 17/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Де факто
Мысль крайне не плоха
Ибо на самом деле, /bin/ - помойка
/usr/var/lib - помойка ещё хуже
Либы, куча симлинков на те же либы
Если нужна предыдущая версия либы,#опа
Сравнить да тот же libreoffice разных версий - болт
Да фиг с ним с офисом
Есть кучка софта на тех же разных qt/3/4/5
И как все знаем, опять #опа
Пересобрать?
А я не девелопер, и не все девелоперы
Но косяк таки есть, будет идти аналочно беде винде
1024 либ одних и тех же, в следствии чего куча места вникуда
Посмотрим в деле, в общем
| |
|
2.60, Michael Shigorin (ok), 22:36, 17/12/2016 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Мысль крайне не плоха
> Ибо на самом деле, /bin/ - помойка
Когда неграмотный юзер ставит неграмотную операционку, других вариантов попросту нет, увы.
> Если нужна предыдущая версия либы,#опа
Ещё в древних шляпах бывали *-compat, если что.
> Сравнить да тот же libreoffice разных версий - болт
Берутся официальные сборки, суются в /opt.
> Есть кучка софта на тех же разных qt/3/4/5
> И как все знаем, опять #опа
Обождите за всех расписываться, я Вам такого права не давал (а "все" -- это и я тоже).
http://packages.altlinux.org/qt3
http://packages.altlinux.org/qt4
http://packages.altlinux.org/qt5-base
$ rpm -q libqt3 libqt4-core libqt5-core
libqt3-3.3.8d-alt9.x86_64
libqt4-core-4.8.7-alt8.x86_64
libqt5-core-5.6.2-alt1.x86_64
УМВР.
> А я не девелопер
Вот и спросите лучше у разработчиков, а не порите чушь с уверенным видом. Стыдно же :(
| |
|
3.64, asdf (?), 23:42, 17/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Altlinux позволяет установку и использование нескольких произвольных версий софта как сабж?
| |
|
|
5.67, asdf (?), 00:36, 18/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
Что проще для рядового пользователя скопировать/удалить директорию или разбираться в принципах работы мудреной тулзы?
| |
|
6.81, Аноним (-), 14:48, 18/12/2016 [^] [^^] [^^^] [ответить]
| –3 +/– |
> Что проще для рядового пользователя скопировать/удалить директорию или разбираться в принципах
> работы мудреной тулзы?
Зачем ему, думать о рядовых пользователях?
Он же пользуется "правильной" операционкой
Знает тысячу языков, как девелоперских, так и человеческих (интересно, собачий-кошачий, тоже знает?)
И по его мнению, есть только такие как "он"
Жаль, его узколобость столь велика, что мешает ему видеть дальше своего носа.
Но суть даже не в этом, конечно же.
| |
|
7.87, Michael Shigorin (ok), 18:07, 18/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
>> Что проще для рядового пользователя скопировать/удалить директорию
>> или разбираться в принципах работы мудреной тулзы?
Когда что-либо из наработок для грамотных пользователей требуется "рядовым" или даже рядовым-пользователям, мы делаем кнопку :) А "скопировать директорию" имеет больше послествий, чем кажется -- причём больше и хуже, чем в случае той же слаквари, о которой мы с Хоттабычем судачили когда-то: http://web.archive.org/web/20110219030937/http://forum.lafox.net/index.php?sh
> Зачем ему, думать о рядовых пользователях?
А давайте я сам решу, зачем думаю. (запятую лишнюю поставили, если и о Вас подумать)
> Он же пользуется "правильной" операционкой
Для меня -- да, достаточно правильной. Хотя и с кучей моих же багов: http://tinyurl.com/my-altbugs
> Знает тысячу языков, как девелоперских, так и человеческих
> (интересно, собачий-кошачий, тоже знает?)
Не, всего три человеческих, с дюжину контуперских да с кошками порой перемяукиваемся.
> И по его мнению, есть только такие как "он"
> Жаль, его узколобость столь велика, что мешает ему видеть дальше своего носа.
А вот здесь Вы, похоже, себя описали. Впрочем, пусть лучше люди сами рассудят по тому, кто что им принёс.
| |
|
|
|
|
3.80, Аноним (-), 14:45, 18/12/2016 [^] [^^] [^^^] [ответить] | –2 +/– | Вы грамотный юзер Ваш сосед грамотный юзер Дядя вася тоже грамотный Я вот без... большой текст свёрнут, показать | |
|
4.94, Куяврег (?), 23:53, 18/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Я вот безргамотный, и ничего, живу
Это единственное из твоего поста, что не вызывает сомнений. Правда, неясно чем тут гордиться, но это уж кому что...
| |
|
|
2.90, Аноним84701 (ok), 19:03, 18/12/2016 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Если нужна предыдущая версия либы,#опа
[CODE]
% locate libgtk
...
libgtk-3.so.0
libgtk-1.2.so.0
libgtk.so
[/CODE]
> Есть кучка софта на тех же разных qt/3/4/5
> И как все знаем, опять #опа
Все - это кто?
[CODE]
qt4/libQtCore.so
libQt5Core.so
[/CODE]
> Пересобрать?
> А я не девелопер, и не все девелоперы
/0
Куда катится мир. Раньше хоть хелло ворлд написать нужно было, а теперь уже осилившего сборку в разработчики записывают o_O
Очевидно же, что те кто не умеет, не может, не хочет - ищут и держатся тех, кто это делает за них.
Правда, вполне может быть, что какие-то нестандартные хотелки больше никому не уперлись и поэтому "бесплатного кина - не будет". Тогда да, только и остается что ныть на форумах.
| |
|
1.70, Аноним (-), 03:58, 18/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
А я вот думал сегодня, а что если заменить в Юниксах "Всё есть файл" на "Всё есть папка".
| |
|
2.142, Michael Shigorin (ok), 19:04, 20/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
> А я вот думал сегодня, а что если заменить в Юниксах "Всё
> есть файл" на "Всё есть папка".
Вот это сообщение пришло с того же IP, что и наркорецепт в теме про Tor 0.2.9, например...
| |
|
3.149, Аноним (-), 01:40, 21/12/2016 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Вот это сообщение пришло с того же IP, что и наркорецепт в
> теме про Tor 0.2.9, например...
Кстати, если об айпишниках и все файл - видал тут перца. Он в bash /dev/tcp заюзал. Но вот работало оно, скажу я вам! Код на 80% состоял из экранирования и костылирования. Иногда "все файл" работает довольно-таки "не очень".
| |
|
|
1.76, iCat (ok), 13:02, 18/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
А смысл?
JustForFun? Имеет смысл.
Но как-то монструозно поразвлеклись...
| |
|
2.150, Аноним (-), 07:39, 21/12/2016 [^] [^^] [^^^] [ответить]
| +/– |
подобные приемы - популярны в основном в промышленной эмбеддовке, в тч в оборонной в куче стран.
в массовойй бытовухе - редкость, но тоже бывает.
| |
|
1.156, Аноним (-), 06:05, 26/12/2016 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Правильная идея. Файловая иерархия в Linux - это просто кошмар. Об этом говорят давно. Чистка остатков программы путём простого удаления её папки и симлинков - это было бы очень удобно.
| |
|
2.157, Andrey Mitrofanov (?), 09:37, 26/12/2016 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Правильная идея. Файловая иерархия в Linux - это просто кошмар. Об этом
> говорят давно. Чистка остатков программы путём простого удаления её папки и
> симлинков - это было бы очень удобно.
Точно-точно. Свиньи под этим дубом копают уже давно.
| |
|
3.159, Аноним (-), 15:29, 20/11/2017 [^] [^^] [^^^] [ответить]
| +/– |
Это скорее macOS-way, в венде всё разсирается по диску так, что не отчистить.
| |
|
|
|