Новый релиз Arch Linux

>> пакеты уже собраны под X686, а не под 386
>
>Это они поторопились. Сразу вижу проблемы со старыми процессорами via cyrix, которые вроде бы i686, но часть команд i686 они не поддерживали, из-за чего возникали глюки и сегфолты в самых неожиданных местах. Патрик не дурак, аднака. Патрик постелил соломку там, где упасть можно. А прирост производительнсти, кстати, мииизерный... Овчинка точно не стоила выделки.

Был lowarch, сейчас есть неоффициальный порт под i585, собранный некой Каролиной (да-да, женщина! :D, кстати когда-то Арча юзала и Евгения - главредактор OSNews).

>А они и так (99.99%) собираются с !docs ;-)

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

Батенька доки не читатель, батенька по казармам соскучился? Да, до чего бздизм людей доводит!

>Анонимус сомневается, что на PII-350MHz можно смотреть видео в нормальном качестве.

Другой анонимус смотрел фильмы в нормальном качестве на пне - 300

Видео в нормальном качестве смотрят во FrameBuffer'е и на P166MMX, так что не гоните пургу и нефиг грузить X.org для такой фигни.

>Другой анонимус смотрел фильмы в нормальном качестве на пне - 300

Пожатые под PDA - от 300 до 600 метров со слабым разрешением и двухканальным звуком.

>Батенька доки не читатель, батенька по казармам соскучился? Да, до чего бздизм людей доводит!

Батенька всё, что было необходимо - уже давно прочитал, собственно для таких людей, и был задуман CRUX. А кто без doc/info шагу ступить не может - тем лучше использовать другой дистрибутив, более подходящий для их уровня.

Ой, батенька, сдаётся мне, что ваше "необходимо" сильно ограничено всякими разными интеллектуальными рамками. Или у вас феноменальная память?

>Ой, батенька, сдаётся мне, что ваше "необходимо" сильно ограничено всякими разными интеллектуальными рамками. Или у вас феноменальная память?

Нет разумеется, именно для этого, и были оставлены памятки в формате man.

Уважаемая публика не подскажет, там с уникодом уже все нормально, и из /опта в /уср уже все что надо перенесли?

ЗЫ Не видел арча ~ 1.5 года

сижу на арче, но ради интереса качнул свежий образ, поставил на другой ноут...
поставил core... далее надо бы соединиться по bluetooth, качнуть остальное.... ну и... обломс... bluez нету, а чтобы поставить его надо поставить иксы и qt3 !!!! Вот такие зависимости...

Насчёт qt3 - это вы заврались.

про UUID - давно было пора поддержать это[безусловно прогрессивное]веяние kernel.org-федоры. остальное - некритично, ибо есть давно у всех, "кому надо". хотя "искаропки" - завсегда приатно, хто бы спорил :)

>Насчёт qt3 - это вы заврались.

И насчёт Х-ов тоже.

>Уважаемая публика не подскажет, там с уникодом уже все нормально,

А полтора года назад - разве было не нормально?

>и из /опта в /уср уже все что надо перенесли?

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

> А полтора года назад - разве было не нормально?

ИМХО, нормально это когда не нужно пересобирать man и, когда вместо mc не нужно ставить mc-utf8. Также помню у ООо глюки были при сохранении/открытии фалов с цирилик именами.

mc который сейчас в тестинге уже не нужно. :) Маны тоже не нужно, если тебе не очень важен вывод man --help, а в остальном всё чики-пуки.

> Не знаю, что конкретно для вас надо

Оно не конкретно для меня надо, а многия пакеты желют кути, например, видеть в /уср и т.п. Из-за такой "недоделанности" (это не оскорбление, просто в /опт они кой-чего перенесли, а многим пакетам об этом "не сообщили") приходилось иметь секс там, где его обычно не бывает, е.г. Еклипс и интернал браузэр.

> Насчёт qt3 - это вы заврались.

теоретик, попробуй попробуй поставить bluez-utils на свежепоставленный core и сам увидишь, что он потянет за собой иксы и qt3. Потому что ему нужен dbus, который тянет ха собой libx11 и пошло-поехало...

>Оно не конкретно для меня надо, а многия пакеты желют кути, например, видеть в /уср и т.п. Из-за такой "недоделанности" (это не оскорбление, просто в /опт они кой-чего перенесли, а многим пакетам об этом "не сообщили") приходилось иметь секс там, где его обычно не бывает, е.г. Еклипс и интернал браузэр.

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

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

Скажи это pyqt. К тому же в других дистрах я никогда не указывал в ручную MOZILLA_HOME и не писал скрипт для запуска еклипс ради установки этой переменной. Наверное там винчестер сканируется :)

Karolina Lindqvist?

$ pacman -Qs bluez local/bluez-libs 3.32-1 Libraries for the Linux Bluetooth protocol stack local/bluez-utils 3.32-1 Utilities for the Linux Bluetooth protocol stack $ pacman -Qs qt $

Ткни пальцем, где тут qt?

> теоретик, попробуй попробуй поставить bluez-utils на свежепоставленный core и сам увидишь, что он потянет за собой иксы и qt3. Потому что ему нужен dbus, который тянет ха собой libx11 и пошло-поехало... Не врите. Ставил на ноутбук вообще без иксов и ничего лишнего оно мне не ставило.

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

Наверное у Вас руки кривые. Идите в свою убунту.

> Ставил на ноутбук вообще без иксов и ничего лишнего оно мне не ставило.

bluez-utils ставилось? Не верю. Посмотрите хотя бы в PKGBUILDы bluez-utils и далее depends по цепочке. Или ставилось не то, что мы тут обсуждаем.

> Все логично. Никаого секса с дистрибутивом при наличии ровных рук и умения читать.

А для чего тогда нужны ровные руки и умение читать? Нелогично.

> Наверное у Вас руки кривые.

Это сильный аргумент. А то что mc с утф только в тестинг и man --help требует пересборки - это все, конечно, нормально.

Я не сказал, что у меня не получилось настроить все что нужно было. Я сказал, что это занимает время, при чем по каждой ерунде.

Кстати, то что для установки VMWare нужно в /etc/init.d создавать иерархию SysV инит-скриптов (rc1.d, ..), - это тоже в моих руках дело?

> mc с утф только в тестинг
extra/mc 4.6.1-4
community/mc-utf8
testing/mc 4.6.1-5

последние 2 с utf8

> Pentium-II 350Mhz, Gigabyte 6BXC, 128Mb SDRAM, Vortex 1, Radeon > 8500 - вот такая у меня системка. Стоит Свежайший Arch Overlord, но > ядро пересобранное. E16 как DE. Народ ходит и удивляется как на > таком хламе

хэ264 то же? радеон помогает. на простой видеосвистелке на p2 хэ264 притормаживает. во фреймбуфере вообще всё притормаживает, думаю на радеоне это будет более заметно.

> я спокойно фильмы смотрю и музыку в фоне слушаю :)))

однако если ещё и текст сверху набираешь, тогда FPS в фильме не имеет никакого значения

> Видео в нормальном качестве смотрят во FrameBuffer'е и на P166MMX, > так что не гоните пургу и нефиг грузить X.org для такой фигни.

framebuffer уже осилил какую-никакую акселлерацию? нормальный поток p166mmx не расчитает, или на лоре сплошь и рядом лица с нарушением мозжечка?

Надо обновиться

> bluez-utils ставилось?

И даже более того, оно и сейчас стоит. qt3, kde и прочего вообще в системе нету. Я что-то делаю не так ?

> А для чего тогда нужны ровные руки и умение читать? Нелогично.

Они нужны для того, чтобы небыло секса с различными дистрибутивами.

А почему, ну почему у меня все прекрасно работает без допиливания (man --help Вы очень часто читаете ? Вам не приходит в голову идея поставить mc-utf8 из коммьюнити ?) ? VMware_не_нужно.

>VMware_не_нужно.

А даже если и нужно, то при использовании PKGBUILD-а из AUR, руками "создавать иерархию SysV инит-скриптов (rc1.d, ..)" не придётся.

>framebuffer уже осилил какую-никакую акселлерацию?
Какую ещё акселерацию? Что там акселерировать будет? Видеокарта? Вы сначала матчасть учите, а потом вякайте. В обычные видюхи декодеры MPEG не ставят (слава Богу, иначе стоили бы они, как самолёт Абрамовича), а то процессорное время, которое необходимо для работы X.org'а, пригодится и программному декодеру. Ну и, знаешь, для частоты обновления картинки 25 кадров в секунду никакие "графические ускорения" не нужны.

> А даже если и нужно, то при использовании PKGBUILD-а из AUR, руками "создавать иерархию SysV инит-скриптов (rc1.d, ..)" не придётся.

Дело ни в том, что придется делать руками. По Вашему, то что под одну аппликуху в системе с БСД-лайк инит скриптс нужно создавать (создаются не руками, т.е. нерукотворно :)) Сис5 иерархия - это признак Чудо-дистра? И, если я ман -хелп не использую, но я знаю, что оно там кривое, тоже нужно считать все это нормой? Тем более на фоне дистрибутивов, где таких проблем нет.

Арч мне нравится как хорошая задумка, но пока он недопилен. А жаль.

> Вам не приходит в голову идея поставить mc-utf8 из коммьюнити ?

Если почитаете мои посты выше, то поймете, что приходит. Речь о том, что в самом дистре нет "сквозной" поддержки уникода. mc-utf8 - костыль.

> VMware_не_нужно

Teo?

> Они нужны для того, чтобы небыло секса с различными дистрибутивами.

Пересборка мана для корректного отображения кирилицы (в 2008 году!) - это ли не секс с дистрибутивом? Или для этого не нужны ровные руки и умение читать?

А, к примеру, в Федоке, или, простите мя грешнаго, в Бубунте и мс, и ман сразу утф умеют. Независимо от кривизны one's рук.

>Пересборка мана для корректного отображения кирилицы (в 2008 году!) - это ли не секс с дистрибутивом? Или для этого не нужны ровные руки и умение читать?

>А, к примеру, в Федоке, или, простите мя грешнаго, в Бубунте и мс, и ман сразу утф умеют. Независимо от кривизны one's рук.

Всё это не проблема дистрибутива и даже не проблема конкретных программа. Это проблема utf-8 с его anci совместимостью + переменной длинной. Было бы utf-32 то все программы и все дистрибутивы работали бы с любым языком как нужно. Так что ваши претензии следует направлять непосредственно linux/gcc/etc писателям на тему нормального юникода из коробки, а не к программаписателям/дистростроителям.

подтверждаю, никаких иксов не тянет. только libx11:

[anonymous@gateway home]# pacman -Sy bluez-utils

:: Синхронизируется база данных пакетов... core не устарел

extra не устарел

community не устарел

разрешение зависимостей...

проверка на взаимную несовместимость...

Цели: bluez-libs-3.32-1 libxau-1.0.3-1 libxdmcp-1.0.2-1 xcb-proto-1.1-1 libxcb-1.1-1 kbproto-1.0.3-1 inputproto-1.4.3-1 bigreqsproto-1.0.2-1 libx11-1.1.4-2 libice-1.0.4-1 libsm-1.0.3-1 dbus-1.2.1-1 bluez-utils-3.32-1

Размер загружаемых файлов: 4,19 МБ Размер устанавливаемых файлов: 13,98 МБ

Приступить к установке? [Y/n] n

> Всё это не проблема дистрибутива и даже не проблема конкретных программа. Это проблема utf-8...

Если в OpenBSD чего-то нет, значит оно не нужно|проблемно|небезопасно. Так и у Вас: утф-8 - кривое. Правда, после пересборки ряда пакетов и установки из комьюнити ...

А в других дистрибутивах это, действительно, не проблема (и уже давно).

>А в других дистрибутивах это, действительно, не проблема (и уже давно).

Датычё? А mrxvt в других дистрибутивах тоже с utf-8 дружит?

> Датычё? А mrxvt в других дистрибутивах тоже с utf-8 дружит?

1. Сравнивать mc и man c mrxvt? Во-первых, оно еще 0.5.2. Во-вторых, оно не столь же важный (=широко используемый) пакет.

2. Говоря, что в других дистрах нет проблем с уникодом, я не имел ввиду (не думал, что придется это уточнять), что поддержка утф-8 реализована во всех альтернативах эмуляторов терминалов. Но в основных пакетах для конкретной ниши проблем нет.

> А, к примеру, в Федоке, или, простите мя грешнаго, в Бубунте и мс, и ман сразу утф умеют. Независимо от кривизны one's рук.

И ?

> mc-utf8 - костыль

Более того, mc - тоже костыль.

> Пересборка мана для корректного отображения кирилицы (в 2008 году!) - это ли не секс с дистрибутивом? Или для этого не нужны ровные руки и умение читать?

А у Вас, простите, проблемы с чтением англоязычной документации ? И это в 2008 году-то ?

Хотите "оригинальный" mc - ставьте mc.

Хотите с поддержкой utf-8 - ставьте mc-utf8.

Какие проблемы ?