LINUX.ORG.RU

Arch Linux перемещает все исполняемые файлы в /usr/bin

 , , ,


2

5

Прошло без одного дня 4 месяца с тех пор, как Arch Linux отказался от SysV Init в пользу systemd, и вот новое серьёзное изменение в структуре дистрибутива. Очередное обновление filesystem принесло с собой серьёзные изменения:

  • Все исполняемые файлы из /bin, /sbin и /usr/sbin перемещаются в /usr/bin;
  • Файлы библиотек из /lib — в /usr/lib
  • Для совместимости, /bin, /sbin и /usr/sbin теперь являются всего лишь символическими ссылками на /usr/bin, а /lib — на /usr/lib соответственно

Обновление потребует некоторых ручных действий от пользователя (см. подробности).

Ранее подобное решение уже было принято в дистрибутиве Fedora.

О причинах решения в рассылке разработчиков

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: Shaman007 (всего исправлений: 2)

Ответ на: комментарий от PolarFox

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

А какая принципиальная разница где конкретно оно будет лежать если один хрен там есть initrd который подымит / ?

А костыль или не костыль это опять же несущественно.

init_6 ★★★★★
()
Ответ на: комментарий от A-234

Получается что теперь если по каким либо причинам каталог /usr окажется не смонтированным вам останется только весла сушить.

Познакомься с initramfs.

cruxish ★★★★
()
Ответ на: комментарий от lu4nik

Дебиан он такой, dist-packages в петоне ввел, так что на него смотреть тоже с опаской нужно.

anonymous
()
Ответ на: комментарий от init_6

А костыль или не костыль это опять же несущественно.

В контексте треда существенно. Ведь один костыль заменяют другим костылём.

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

В контексте треда существенно. Ведь один костыль заменяют другим костылём.

Существенно то были ли некие планы по развитию/внедрению и было ли некое открытое голосование по результатам которого и принимались решения или же на это повлияла левая пятка кого то конкретного из девелопирав.

init_6 ★★★★★
()
Ответ на: комментарий от alex_the_v

каково оно - жить на Круксе

Вот даже сказать нечего :) Поставил, настроил, как хотел (пришлось покрасноглазить, правда), теперь пользуюсь, всё что надо — есть, чего не надо — нету, никто не анноит внезапными улучшениями, жалоб нет. Всё просто работает. Незаметно так.

OldManClone ★★
()
Ответ на: комментарий от anonymous

Или скрытые файлы - тоже логично?

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

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

Не иксы, а xvesa, причём даже без xkb.

«Я живу не в дома, а в бетонной многоэтажной коробке, при чем даже без вертолётной площадки».

geekless ★★
()
Ответ на: комментарий от PolarFox

почему попортили, по-моему вполне логично и в рамках концепции файловой иерархии..

tailgunner>ч0рт, еще одного негра ай-яй-яй убили.

Пацан давно к успеху шёл.

tuxy-jahn
()
Ответ на: комментарий от PolarFox

Вот да, надо работу с интернетами выполнять из-под рута.

fragmentor
()

Ребята молодцы! Осталось понять, зачем делать всё это при наличии Gobo-linux....

matumba ★★★★★
()
Ответ на: комментарий от PolarFox

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

tuxy-jahn
()
Ответ на: комментарий от geekless

Затем, что венда логически состоит из трех компонент: неизменяемые данные (бинарники, ресурсы и т.п.), изменяемые данные и конфиги. Т.е. C:\Programm Files, C:\Documents and Settings, реестр.

Не благодари.

chenger ★★
()
Ответ на: комментарий от tuxy-jahn

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

Потому что программы безнаказанно срут в ~ точкафайлами.

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

Аттрибут непортабелен. Всё, что мы знаем, про файлы, это то, что у него есть имя и содержимое. Всё остальное может отсутствовать на конкретной ФС.

geekless ★★
()
Ответ на: комментарий от tailgunner

Ну, почти. Если админить один сервер в подсобке, можно и без миллиарда.

vasily_pupkin ★★★★★
()
Ответ на: комментарий от chenger

Не благодари.

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

geekless ★★
()
Ответ на: комментарий от geekless

Ну, права и прочее в имя файла тем не менее никто не засовывает. Чем пометка на скрытость принципиально отличается?

PolarFox ★★★★★
()
Ответ на: комментарий от geekless

И вновь продолжается срач, и сердцу тревожно в груди и arch уже закопали и закапывание systemd в переди!!!

BillDver ★★★
()
Последнее исправление: BillDver (всего исправлений: 1)
Ответ на: комментарий от nerdogeek

Ты серьезно? У меня раз в месяц ломается что-нибудь или слетает. Обновляюсь регулярно. Падал с коредампом firefox, skype, tkabber; systemd зависал на старте, панели и оконный менеджер xfce регулярно слетал, либы - boost, libavcode и еще несколько штук.

Может быть ты как-то обновляешься неправильно (маловероятно конечно)? Или с железом проблемы?

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

(исправлялось хитрозакрученными симлинками)

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

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

soko1 ★★★★★
()
Ответ на: комментарий от geekless

А, ну чёрт его знает. Я на десктопе вообще его можно сказать отрубил, потому что задолбал винт засирать журналом + меня напрягает когда что-то пишется на винт постоянно, если честно, поэтому у меня стоит:

[Journal]
Storage=volatile
soko1 ★★★★★
()
Ответ на: комментарий от PolarFox

Это ты так решил прогазифицировать лужу на тему, дескать, защищать рута не нужно и разделение не нужно? Подумай ещё раз.

anonymous
()
Ответ на: комментарий от anonymous

Это я про то, что защищать юзерские файлы важнее, чем систему, которую можно переставить по нехт-нехт-инсталл.

PolarFox ★★★★★
()
Ответ на: комментарий от chenger

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

Иногда лучше молчать, за умного сойдёшь. :}

geekless ★★
()
Ответ на: комментарий от heinrich2

Arch - единственный дистрибутив, который движет прогресс.

Ранее подобное решение уже было принято в дистрибутиве Fedora.

anonymous
()
Ответ на: комментарий от geekless

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

A-234 ★★★★★
()
Ответ на: комментарий от cruxish

Спасибо Кэп! Мы с geekless это и обсуждаем.

A-234 ★★★★★
()
Ответ на: комментарий от PolarFox

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

Захотелось переименовать файл, да диска Цэ:\ нинашол. Да, это аргумент конечно. Почему-то я переименовываю дот-файлы, и ничего не ломается. Ужас.

Потому что программы безнаказанно срут в ~ точкафайлами.

Это проблема архитектуры? Или следствие недостаточных стандартизации и внимания к юзабилити? ;)

tuxy-jahn
()
Ответ на: комментарий от geekless

Аттрибут непортабелен. Всё, что мы знаем, про файлы, это то, что у него есть имя и содержимое. Всё остальное может отсутствовать на конкретной ФС.

Кстати воистину.

tuxy-jahn
()
Ответ на: комментарий от tuxy-jahn

Ну попробуй, переименуй ~/.ssh в ~/ssh, придётся в конфигах указывать новый путь. А был бы атрибут — просто поменял его и всё. Удобнее же.

PolarFox ★★★★★
()
Ответ на: комментарий от A-234

да элементарный функционал, который есть, работает и кушать не просит, банальный пример с монтируемым группой хостов по сетке /usr тому яркая иллюстрация. Бизибоксом заменять полноценный /bin? Да пошли они...

tuxy-jahn
()
Ответ на: комментарий от PolarFox

А был бы атрибут — просто поменял его и всё.

Была бы точка в начале файла, и далее по тексту ;)

Удобнее же.

Под рутом сидеть с паролем qwerty тоже удобнее.

tuxy-jahn
()
Ответ на: комментарий от PolarFox

Ну попробуй, переименуй ~/.ssh в ~/ssh, придётся в конфигах указывать новый путь.

Конкретно с ~/.ssh всё сложнее.

Gotf ★★★
()
Ответ на: комментарий от tuxy-jahn

Была бы точка в начале файла, и далее по тексту ;)

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

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

А какова цель сокрытия?

0. Ты не совсем имя меняешь, ты добавляешь «аватару» каталога в начало имени ;) И по этой маске легко внести изменения в скрипты при необходимости; наоборот очень удобно.

1. Для сокрытия файлов от посторонних существуют соответствующие специализированные инструменты, в том числе для энд-юзера. А из ls выпиливаются .* и это правильно, отлично вписывается в юникс концепцию файла и текста и всё такое =D

tuxy-jahn
()
Ответ на: комментарий от tuxy-jahn

Файл и .Файл — два совершенно разных имени. В чём удобство, если всё, что было завязано на .Файл отвалится после переименования?

PolarFox ★★★★★
()
Ответ на: комментарий от PolarFox

Скрытость/не скрытость - это протокол. Можешь реализовать это хоть на xattr's

vasily_pupkin ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.