https://opennet.ru/openforum/vsluhforumID3/90291.html Разработчики Arch Linux предупредили (https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/) пользователей о необходимости ручного вмешательства при очередном обновлении дистрибутива. При выполнении обновления пользователям будет выведена ошибка из-за конфликта директорий, вызванная переносом всех исполняемых файлов из директорий /bin, /sbin и /usr/sbin в единую директорию /usr/bin. Указанное изменение позволит (http://www.opennet.ru/opennews/art.shtml?num=32914) избавиться от путаницы с размещением файлов и упростит (http://www.opennet.ru/opennews/art.shtml?num=32194) поддержание пакетов.<br><br>URL: https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=37083<br> https://opennet.ru/openforum/vsluhforumID3/90291.html#285 Thu, 06 Jun 2013 04:56:09 GMT &gt; Строго говоря, NTFS плевать хотела на спецсимволы в путях.<br><br>Поэтому в лине на нем таки можно создавать черти-какие пути. Другое дело что в винде потом скорее всего можно будет поймать море лулзов когда ФС и софт на...тся на пути которые "немного отличаются" от того к чему в винапи привыкли :)<br><br>&gt; Ограничения сохраняются исключительно на уровне WinAPI;<br><br>Ну так программы через это апи работают, за сильно редкими исключениями.<br><br>&gt; системными вызовами, то проблем даже с экзотическими именами не возникнет.<br><br>Проблема только в том что native API не документировано и никем не используется :)<br><br> https://opennet.ru/openforum/vsluhforumID3/90291.html#284 Thu, 06 Jun 2013 04:53:54 GMT &gt; а с запущеным .exe как быть? и вообще: как удалить файл, который <br>&gt; открыт другим приложением, а вдобавок ещё и за-mmap-лен?<br><br>А никак. Сетапер их просто переименоваывает и задвигает в временную мусорную папку. А потом при ребуте стирает. Феерический костыль, да :). Именно поэтому обновление IE требует рестарт всей системы. Удачное решение - плотно интегрировать браузер в ос. Теперь за него приходится страдать. <br> https://opennet.ru/openforum/vsluhforumID3/90291.html#283 Thu, 06 Jun 2013 04:31:55 GMT &gt; переносом всех исполняемых файлов из директорий<br>&gt; /bin, /sbin и /usr/sbin в единую директорию /usr/bin.<br>&gt; Указанное изменение позволит избавиться от путаницы<br>&gt; с размещением файлов и упростит поддержание пакетов.<br><br>Т.е. мейнтейнеры запутались где и что должно лежать?<br>Феерично...<br> https://opennet.ru/openforum/vsluhforumID3/90291.html#282 Thu, 06 Jun 2013 01:07:30 GMT а если читать диск посекторно &#8212; тем более. однако же подавляющее большинство виндософта использует именно WinAPI. и им пофигу, что там позволяет FS на уровне пониже: с их точки зрения &#8212; &#171;не работает!&#187;<br> https://opennet.ru/openforum/vsluhforumID3/90291.html#281 Thu, 06 Jun 2013 01:05:27 GMT &gt; Со времён W2K можно, правда, если указывать специальный флаг для CreateFile(), FILE_SHARE_DELETE. <br><br>а с запущеным .exe как быть? и вообще: как удалить файл, который открыт другим приложением, а вдобавок ещё и за-mmap-лен?<br><br>хинт: для того, чтобы FILE_SHARE_DELETE хоть что-то позволяло, таки все софты должны вести себя культурно и ставить этот флажок. и всё равно работает он не всегда, потому что это всего лишь хинт, а не &#171;разрешение удалять в любом случае&#187;.<br><br>да, это не баг, это действительно так сдизайнено. последствия &#171;автолочки&#187;.<br> https://opennet.ru/openforum/vsluhforumID3/90291.html#280 Thu, 06 Jun 2013 00:29:32 GMT Дисковая подсистема.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/90291.html#279 Thu, 06 Jun 2013 00:17:48 GMT &gt;&gt; А вот перенести часть файлов в каталог con - уже труднее.<br>&gt; А я использую пути с двоеточиями и тому подобным весельем. Во виндyзятники <br>&gt; бы радовались, пытаясь замаунтить мой винч. Очень интересно, что они бы <br>&gt; делали налетев на такие пути :) <br><br>Строго говоря, NTFS плевать хотела на спецсимволы в путях. Ограничения сохраняются исключительно на уровне WinAPI; не уверен, но, скорее всего, если пользоваться напрямую системными вызовами, то проблем даже с экзотическими именами не возникнет.<br> https://opennet.ru/openforum/vsluhforumID3/90291.html#278 Thu, 06 Jun 2013 00:15:59 GMT &gt;&gt;&gt; Я бы удивился, если бы было нельзя.<br>&gt;&gt;&gt; А вот перенести часть файлов в каталог con - уже труднее.<br>&gt;&gt; Атавизмы есть у всех, в том числе у тебя. Рудиментарный хвост. Аппендикс.<br>&gt; Аппендикс это не атавизм.<br>&gt; У него вполне конкректная функция есть: резервное хранение штаммов бактерий необходимых <br>&gt; для обеспечения нормального пищеварения после смены рациона питания (в результате смены <br>&gt; места обитания например)...<br><br>Здесь нельзя не согласиться, но...<br><br>&gt; BTW <br>&gt; 1. винда не позволяет делать монтирование в произвольное место произвольной файловой системы <br>&gt; другую файловую систему.<br><br>Позволяет, в случае NTFS. Правда, требует обязательно пустую папку в качестве точки монтирования. То есть ограничения есть, но в целом функция работает.<br><br>&gt; 2. винда не умеет mount -o bind и mount -o move про <br>&gt; аналог unionfs я вообще молчу в тряпочку.<br><br>unionfs вообще стрёмная штука, ибо предсказуемо работает лишь для простых ситуаций. И далеко не во всякой *nix-like ОС она найдётся. Что же до монтирования из образа - https://opennet.ru/openforum/vsluhforumID3/90291.html#277 Wed, 05 Jun 2013 23:17:05 GMT &gt; Уже в нескольких постах упомянули: <br>&gt; во взрослых ОС всегда было /bin -&gt; ./usr/bin <br><br>Они ошиблись.<br>"Tricks of the UNIX Masters" by Russel G. Sage<br>UNIX and C<br>UNIX for OpenVMS<br>AT&T UNIX&#8482;PC Unix System V Users Manual 3b1 3.51<br>