Доступно седьмое обновление дистрибутива Debian GNU/Linux 4.0 (r7)

кеды вообще лучше гнома, что угодно лучше чем гном.

> Kde 4.2 на i486 ;)

Может для вас это будет неожиданностью, а возможно и культурным шоком, но уже давно есть в experimental:

$ apt-cache policy kdebase
kdebase:
  Installed: (none)
  Candidate: 4:3.5.9.dfsg.1-6
  Version table:
     4:4.2.0-1 0
          1 http://debian.org.ua experimental/main Packages
     4:3.5.9.dfsg.1-6 0
        990 http://debian.org.ua testing/main Packages
        500 http://debian.org.ua unstable/main Packages

вчера при попытке поставить половина зависимостей не нашлась((

Злые вы - амд вполне себе процессоры, да и виа разве не 686 уже? Остальные скорее мертвы, и кеды/гномы счас одна помойка - оба тормозят и жрут невообразимое кол-во всего только чего можно.

О__О И у нас есть и собраны по человечески - без поддержки мамонтятины.

> вчера при попытке поставить половина зависимостей не нашлась((

Пару недель ради любопытства ставил, все разрулилось, только подтолкнуть необходимо в нужном направлении, experimental все таки :)

>Пару недель ради любопытства ставил, все разрулилось, только подтолкнуть необходимо в нужном направлении, experimental все таки :)

значит, я что-то неправильно делал. кстати, я пытался поставить kde4-minimal. возможно, это не совсем правильно

i686 без расширений, увы..
тем не менее прирост производительности (gzip дает представление о приросте достаточно неплохое)
~/tmp :$cat testimage |pipebench| ./gzip486 >/dev/null
Piped 584.67 MB in 00h00m42.26s: 13.83 MB/second

~/tmp :$cat testimage |pipebench| ./gzip686 >/dev/null
Piped 584.67 MB in 00h00m39.06s: 14.96 MB/second
+8.1 %

~/tmp :$cat testimage |pipebench| ./gzipp4 >/dev/null
Piped 584.67 MB in 00h00m38.54s: 15.16 MB/second
+ 9.6%

если интересно сравнение производительности от флагов компиляции и возможностей -march= , есть программка acovea , только у меня не совсем получилось с ней разобраться, так что я тестирую просто с gzip

За что уважаю Silvy, за объективность, - а теперь представьте Эдем в котором всё собранно Вами и как Вам надо ;)

> О__О И у нас есть и собраны по человечески - без поддержки мамонтятины.

Масштабы у арча и дебиан разные. Вася Иванов тоже может собрать у себя на генту кде4.2 для core2duo, только для Ивана Васильева с его amd athlon xp эти собранные пакеты будут абсолютно бесполезными.

Вывод: чем больше масштаб, тем больше интересов различных людей приходится учитывать.

> значит, я что-то неправильно делал. кстати, я пытался поставить kde4-minimal. возможно, это не совсем правильно

http://pkg-kde.alioth.debian.org/experimental.html

тогда возможно Вам будет интересно узнать и результат Gtkperf
тестировала 2 конфигурации

1) Glibc (Pentium4,SSE2) Glib 2 (Intel CC10, P4) Gtk 2 (Pentium 4, SSE2), Gtkperf (Pentium4, SSE2)

2) Glibc (Debian i486), Glib 2 (Debian i486), Gtk 2 (Debian i486), Gtkperf (i486)


угадаете прирост производительности GUI ?

всего 2% (!)

.. в течении 100 000 лет. Спасибо, пробовали.
Алсо на моем k8 разница между: debian, Arch и gentoo с march=native -- минимальна.

>http://pkg-kde.alioth.debian.org/experimental.html

снкс)) видимо, не настолько неправильно.. но, так или иначе, где-то я при установке накосячил

Быть может это всё проклятые проприетрные дрова - узкое место X-ов?

так что может быть и Эдем, а стоит ли овчинка выделки? Т.е. 2% прирост затраченного времени? Не всегда, не везде и не для всех, мне , да и многим другим просто лениво, ведь можно сделать aptitude install и пользоваться почти сразу (это что касается генты)

касательно Арча..
http://www.linux.org.ru/view-message.jsp?msgid=3438622

на некоторые , важные для меня вопросы, я так и не получила ответы, например 5)

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

>Вывод: чем больше масштаб, тем больше интересов различных людей приходится учитывать.

В топку мнение различных блинов^людей, мы не для того за 736 МПск сюдо тащились, чтобы планы рушить.

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

Да и pacman очень шустр у нас, попробуй Silvy, как говориться за час со слакой узнаёшь больше чем за год а бубунтой, скоро инсталятор новый будет с ext4 - жалк без btrfs только ))))

За Убунту стоит Марк Шаттлворт и Каноникал, а вот в арче может быть и серьезные, но вот солидности и известности и следовательно уровня ответственности в глазах пользователей у них как мне кажется не хватает

А про левое.. ну что тут далеко ходить ? "Rock Solid" Debian, OpenSSL ... аукнулось и в Убунте и в Сидукс и прочих... Мне кажется что шансы в Арче обрести нечто похожее гораздо выше, чем в старых дистрибутивах с огромным охватом разных пользователей в разных секторах деятельности... Арч все ж таки только i686/64 с целевой аудиторией на энтузиастов bleeding edge, разработчиков...

у меня и в дебиан есть ext4 ) правда не на /
выйдет 2.6.29 - будет и btrfs , на citkit обзор лежит, вроде хорошая ФС

дебиан тоже достаточно нормально относится к "напильнику" )

И кстати как он этот ext4?

Если брать такие крупные куски - то тут ИМХО во всех дистрибутивах да и еше и бзду за компанию продырявить можно.

скорее положительно,
скорость доступа к файлам выше (у меня на ноутбуке диск достаточно медленный)
быстро проходит fsck
из за поганых fglrx несколько раз пришлось жестко отключать питание - проблем с ext4 это никаких не вызвало


минусы -
нельзя перевести / без необходимости использовать extents патч для grub 0.97 (патч можно взять в Jaunty, но у меня он чего-то глючил сильно, надо будет потом разобраться, если будет время)

tune2fs -U UUID привела к тому что ФС перестала читаться совсем, собственно другие флаги я ставить дальше побоялась, так что ext4 у меня с опциями которые выставила mkfs.ext4

Пока использую на /usr /opt , если что потерять их будет не сильно жалко, они же и кандидаты на btrfs

Спасибо, буду ждать пока граб допилят. Пока на JFS посижу - привык ней ( отключения питания были) - у меня (тьфу-тьфу - как часы уже 1,5 года)

По вашим предыдущим замечаниям.

1. qutim, о котором вы говорите, держит собственный репозиторий для Debian. Что логично - сначала допилить, потом уже в стабильный релиз пихать.

Что, впрочем, не отменяет периодически возникающих проблем. Так, например, wicd долгое время приходилось тоже ставить с репозитория самого wicd, в официальные он попал совсем недавно (и то в experimental, вроде).

И, надо сказать, решение все-таки довольно удобное, в том смысле, что как правило разработчики относительно крупных (в смысле аудитории) программ довольно охотно идут на поддержку репозитария именно для Debian. Как никак, это очень крупная и плодотворная тестовая база. Я когда-то, когда сидел на убунте, писал разработчикам gajim, мол, ребят, сделайте нормальный PPA на лаунчпаде, чтобы народ мог спокойно качать свежие обновления (как Banshee, transmission или deluge), не дожидаясь их появления в unstable. Сказали, фиг вам, не будем мы поддерживать еще какую-то там сборку. Что не совсем объективно, потому что разработчики держат на собственном сервере репозитарий с daily-build для debian (хотя вероятно в Ubuntu тоже сработало бы):

ftp://ftp.gajim.org/debian/dists/unstable/main/binary-i386/

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

2. свежесть пакетов и так далее.

У Debian довольно сложная организация релизов. Прежде чем что-то утверждать на эту тему, стоит ее изучить.

Как вам, наверно, известно, у Debian есть три ветки. Прошлый релиз (oldstable), нынешний (stable), будущий (testing). Плюс ветка sid (unstable) и experimental. Сейчас время особенное (в предверии релиза) и поскольку тестовый релиз заморожен, обновления проходят вяло или не проходят совсем и пока что в основном оседают в experimental. Просто усилий не хватает - нужно выпустить стабильный релиз, на куче платформ, разобраться со всеми багами и так далее.

В обычном же режиме testing находится на одном уровне по свежести с, скажем, Fedora, с Arch может потягаться sid. И это все - в рамках одного дистрибутива! По-моему, здорово.

3. поддержка старого оборудования, i386 vs i686

Во-первых, про платформы. Не забывайте, что из Debian делают дистрибутивы для всяких специфических устройств (embedded-системы, кпк, etc). И в этой области, насколько мне известно, Debian вне конкуренции. В связи с этим дистрибутиву нужна максимальная совместимость, так что не надо равняться только на десктопы.

Во-вторых, как я понимаю, преимущества i386 против i686 - такой же спорный момент, как и 32 бита против 64. Наверно, где-то, когда-то эти преимущества сказываются, но явно не у всех. Заметьте, что далеко не только Debian выбрал такой путь. Ubuntu та же тоже поддерживает i386. Точно также и Slackware не бежит на i686, равно как и его более демократичный вариант, Slackware.

> 3. поддержка старого оборудования, i386 vs i686

Кому хочется заточки под новые процессоры, может использовать сборку для x86-64. Это автоматически подразумевает наличие sse и sse2, дополнительных регистров 64-битного режима, и всех фенечк от i686. Сборка под x86-64 тем более уместна с учетом нынешних цен на оперативку: 8 Гб не могут себе позволить только нищеброды.

простите за оффтопик,
но можно както посмотреть какой тип памяти установлен в компе (или поддерживается мат платой) ?

core2duo, плата acer с чипсетом nforce i630/ geforce 7100, 2 слота памяти , тип не знаю, установлено ("умными" Ацерами) 3 GB

> Точно также и Slackware не бежит на i686, равно как и его более демократичный вариант, Slackware.


Здесь точно все правильно?

>И снова: 29,9 + 60,9 + 28,8 + 8,8 + 8,2 + 5,7 + 3,5 = 145,8%

где то есть неучтенная венда ;)

lshw
*-bank:0
description: DIMM Synchronous 800 MHz (1.2 ns)
slot: DIMM0
size: 2GiB
width: 64 bits
clock: 800MHz (1.2ns)

если взять
DDR2 4096Mb Kingston 800MHz
KHX6400D2K2/4G CL5 Kit of 2

3800 рублей.

оно подойдет?

и еще Kit of 2 тут значит 2 модуля по 4 Гб (всего 8) или общую емкость (т.е. 2 по 2 = 4 ) ?

>оно подойдет?

Не факт. Т.е. часто, даже если "не подходит", то "поигравшись" CL-ами в настройках BIOS'а начинает "подходить". Но лучше брать память из перечня рекомендуемого производителем материнки.

>и еще Kit of 2 тут значит 2 модуля по 4 Гб (всего 8) или общую емкость (т.е. 2 по 2 = 4 ) ?

8Г за 100 баксов? Это было бы уже слишком хорошо:)

у меня к сожалению в BIOS нет настроек таких параметров, надеюсь оно что то автоматически определит, или надо брать такого же типа как уже установлено (lshw показало 800 Mhz , 1.2 ns) а что за CL я не знаю

ну и хочется просто взять и поставить, а не мучаться с заменами-возвратами

>ну и хочется просто взять и поставить, а не мучаться с заменами-возвратами

Тогда "брать память из перечня рекомендуемого производителем материнки".

Процессор и набор микросхем Intel Celeron, Pentium Dual-Core, Core 2 Duo или Core 2 Quad процессор, набор микросхем - Nvidia MCP73PV
Оперативная память До 4 ГБ DDRII 667/800 МГц оперативной памяти, два слота

Впечатляющая производительность
Производительные процессоры Intel, набор микросхем Nvidia MCP73PV и максимальный объем оперативной памяти в 4 ГБ DDRII 800 не оставят равнодушным ни одного ценителя современных технологий.


нда.. чего то меня это не радует... если 8 поставить так оно и не увидит еще? или они с учетом того что предустановлена 32 битная ОС (Windows) ?
ладно, спасибо за ответы

Debian - это полигон для разработки Марка Шаттлворта.

а вот не соглашусь ) Сейчас когда Ленни заморожен и в sid, experimental обновлений тоже мало, посмотрите на Jaunty - они не стоят на месте.
Убунта достаточно самостоятельна, и хоть и отпочковалась от Дебиана всё-таки идет и развивается сама, в то же время и Дебиану никто не мешает брать положительные наработки Убунту, и не только update-manager, но и многое другое, хотя конечно в Дебиане должен быть бОльший выбор возможностей и способов чем в Убунту для пользователей различных потребностей и уровня опыта.

>если 8 поставить так оно и не увидит еще? или они с учетом того что предустановлена 32 битная ОС (Windows) ?

PAE уже отменили?

>в то же время и Дебиану никто не мешает брать положительные наработки Убунту, и не только update-manager,

В этом и прелесть GNU GPL. Тем не менее, Убунту - коммерческий проект, и у них задача не только разрабатывать но и двигать в массы, и поворачивать Линукс лицом к пользователю.

>PAE уже отменили?

Без PAE ты и 4Г не увидишь, а только 3 "с копейками". Или это ты просто "умное слово" решил ляпнуть, которое вчера узнал?

что-то я не могу понять систему, пара десятков пакетов с пофикшеными узвимостями это уже повод для новости?

для openSUSE security фиксы и багфиксы в апдейтах выходят в таких количествах за один месяц

Ппц творится, Леннон выходит, спутнеги сталкиваются, колайдер не запускаетсо, крайзис бродит, еще и астеройд врежется в 22 веке, просто писец.

AUS

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

так, ты б ставил себе testing - там более менее новое ПО...

причем тут PAE? если чипсет не потянет, то возможности адресации процессора и OS тут непричем, попробую попинать тех.саппорт Асера, по поводу того стоит ли мне ожидать >4Gb сейчас или потребуется обновление BIOS или этого вообще никогда не произойдет.

>ничего не мешает поставить ленни прямо сейчас

вот-вот, более того, как ленни выйдет я себе следующий testing воткну)

есть люди , которые ждут релиза Ленни чтобы поставить стабильный Дебиан,
есть люди которые ждут релиза Ленни чтобы перейти на Squeeze, но и те и те ждут когда ж наконец оно выйдет , осталось 2 дня :)