Очень к месту попалась история на ithappens ;-) :

Посмотреть глазами и поправить руками

Впервые столкнувшись с UNIX, я был несколько удивлён: почему для обмена данными активно используется текстовый формат? В файлах, в протоколах, в конфигах. Ведь памяти много не бывает — можно упаковать все в биты и байты, в бинарные структуры, сэкономив кучу места и в памяти, и на дисках. Я и упаковывал, чуть ли не побитно расписывая внутренние форматы.

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

Прошло время. Сейчас мало кого можно удивить терабайтным диском или парой гигов оперативной памяти. Модная тенденция — использовать XML. Для того чтобы передать значение пары переменных, создадим XML-файл и DTD к нему, поставим с десяток тегов и задействуем парочку библиотек для корректного формирования и корректного разбора. А что — теперь же все понимают, что такое переносимость и как избавиться от проблем бинарных форматов!

А в UNIX (теперь и в Linux) по-прежнему для обмена данными используют текстовый формат. Который можно посмотреть глазами, исправить любым текстовым редактором, сохранить в архив и поднять из архива десятилетней давности.

http://ithappens.ru/story/10079
Видимо “кому-то” эта читабельность, таки, стала поперёк горла. ;-)
RAMZAY
записывал ultra iso'м из под форточек. Всегда им записываю образы на флешку и всё работает.
Есть бооольшое подозрение, что ultraiso не умеет работать с двойным загрузчиком. А в современном образе их уже два: для BIOS и UEFI.
Не знаю, как с записью, а вот если им образ поправить - он становится неработоспобным. Проверено на майской версии ultraiso.
anode
А which, wget, vi, sysfsutils, sed, reiserfsprogs, ppp, popt и т.д. - это все на свалку, туда же где почили sysvinit, grub…, ведь версии за два года не изменились, значит старье и, извините, г…но, плюс “смысл” Арча теряется.
Ну-ну-ну! Не надо ж так пугать! А то, смотрю, и syslog-ng, вон, в экстру уже перенесли…
Ну правильно, ведь в systemd же есть свой логгер! А то, что он не всем удобен/подходит, никого не волнует.
А squid - так вообще “унесло” аж в AUR… Из-за мелкого бага в cron-скрипте:
- Why has Squid moved from official repos to AUR?
- because someone reported a minor bug is the cron file and they didn't want to fix it so they moved the package to here..
http://aur.archlinux.org/packages.php?ID=62362
Такое впечатление, что у новых “владельцев” Арча мнение такое: “Я не пользуюсь, а на остальных - плевать!”

P.S. Да-да, я опять нОю…
Не оно?
Problems with Xorg 1.13

Last update of Xorg in Archlinux repos is causing some problems.

Virtualbox and Vmware drivers are not prepared for Xorg 1.13.

Also, Gnome 3.4 has some bugs with this new release (not in Gnome 3.6) so it is probably that your multimedia keys and fn functions doesn’t work (yes, even if you’re using Cinnamon).

http://www.cinnarch.com/problems-with-xorg-1-13/
Casper
Спасибо за ответ. Слегка подправил юнит и терь стартует как надо!
А как именно подправил?
Убрал “Type=notify” или на что-то другое заменил?
tchgefest
Не знаю почему у вас так.
А версии какие?
Я сегодня специально обновлялся. Из core. Никаких testing'ов и йогуртов нет - именно система только поставленная из установочного образа, только pacman'ом. Обновленная (pacman -Syu) по состоянию на сегодняшнее утро (локальное зеркало обновилось ~ в 6:00 MSK).
И, опять же - голая консоль - графики нет.

filesystem 2012.8-1 File List (http://www.archlinux.org/packages/core/any/filesystem/files/):

etc/shadow
etc/crypttab
etc/arch-release
etc/profile.d/locale.sh
home/
media/

У меня порешалось.
С локалью было все как у ТС ( viewtopic.php?p=84620#p84620 ), т.е. шрифт выставлялся нормально, а вот с локалью:
“LANG=” (пустая), все остальные значения в “POSIX”.
Решилось все обновлением. Конкретно: до systemd 189-4 и filesystem 2012.8-1.
Видимо, все решил filesystem, т.к. в нем вновь появился “/etc/profile.d/locale.sh”. Точнее он туда переехал из systemd-sysvcompat 188-2.
Система чистая, поставлена из “archlinux-2012.08.04-dual.iso”. initscripts нет, чистый systemd (без systemd-sysvcompat).
Да! В systemd 189-4 появились скрипты для bash-completion, поэтому стало значительно удобнее.

Короче, продолжаем “полёт”: дальше осваиваем “удобство” новых команд. :-)

P.S. все это для консоли. /etc/environment не используется (хотя на предыдущих версиях, “по советам товарищей” © попробовал и его - нулевая реакция, как собсно и должно было быть, т.к. в Вики написано, что /etc/environment используется в DM).
Короче systemd еще “сыроват”. По-крайней мере в арчевской сборке (на Suse-то все работет, и давно…). Вот допилили “старый” скрипт и локаль заработала… ;-)
Подозреваю, еще много моментов “всплывет”… :-(



UPD: Проверил: да, все решает “/etc/profile.d/locale.sh”. Если его удалить и перезагрузиться - установка локали опять “ломается”.
nobus
Судя по тому, как пилят systemd и обсуждают миграцию на него с initscripts, разработчики Арча не утратили связи с реальностью и не готовят особо резких новых телодвижений (хотя с GRUB2 они дали шороху, согласен).
Ну, с GRUB2 шороху дали, в первую очередь, разработчики самого GRUB - отправив его в историю (в legacy):
https://www.gnu.org/software/grub/ - “GRUB Legacy is no longer being developed”.

nobus
В этом плане мне даже более показательной стала история с пакетом linux 3.5.x, который упорно не выпускают в
Зато были случаи, когда выкладывали пакеты, которые переставали работать, в отличие от предыдущей версии. С год назад, помню, чуть не “напоролся” на обновление samb'ы. Её тогда сразу несколько сборок подряд, с чуть ли, не ежедневной постоянностью, выбрасывали в extra. Хорошо как раз решил с ней поэксперементировать и делал все на тестовой виртуалке. ;-)

А вот чем разработчикам Арча так помешал initscripts я, уж простите, никак не могу понять.
Неужели “шаманство” с *tab'ами, и юнитами это такая “новомодная крутизна”? Бог уже с разбросанными по куче файлов конфигами (опять же - в угоду systemd): они действительно не меняются от установки к установке. Но мне кажется, что запуск демонов из rc.conf более “прозрачный” - всегда видно кто за кем идет, и, главное, никакого шаманства. И, как кто-то писал, нет необходимости следить за изменениями каждого из “фирменных” юнитов.

P.S. А, может, все проще? Возможно и Tom Gundersen решил покинуть проект, а замены ему не нашли?
Dr.SMP
Но следует заметить уже мануал добавлен:)
Т.е. разрабы как видится достаточно оперативно реагируют на волнения масс.
Это-то понятно, что реагируют. :-)
Только вот мануал… Вытащил я его, хотел положить в свой образ, но… Решил все же оставить manual от lampslave.
В “фирменном” просто вытащен текст из вики, но… ссылки, ессно, не сохранены. В итоге видим кучу разделов вида:
Partition disks
See partitioning for details.
Remember to create any stacked block devices like LVM, LUKS, or RAID.

Для сравнения: оригинал в Arch-Wiki
И многим поможет такое руководство? ;-)
Чего-то я не понял смысла этого релиза? Положили мануал по установке? Больше, реальных, изменений-то нет. Так, косметика…
А, ну да, еще arch-chroot, как я понял, теперь не работает (из коробки) из-за zsh. :-)
Ладно бы в образе пакеты лежали. Но они, теперь, все равно по сети ставятся…

Liberty
Vik
zsh заменит баш в будущем?
Не дай то бог. Даже на виртуалке во фре сразу при установке он был изменён мной на bash
Да, как-то менять оболочку нет ни малейшего желания. Впрочем, это мелочи. Поправить /etc/passwd, или, еще проще:
# bash<enter>
Главное - bash не убрали из установленных пакетов ;-)