forum.lissyara.su

Ожидаемые фкусняшки в релизе 9.0:
http://wiki.freebsd.org/FreeBSD9



Глаза разбегаются... Если они все это сделают, если сделают... ^_^

а я ничего там не увидел интересного
все больше похоже на залатывание старых дыр

Parallel device attach
USB video device support (including webcamd)
Further ATA/CAM work
Power management
Further work on improving scaling to large numbers of cores (e.g. 128)
Dynamic CPU configuration (allowing CPUs to go offline/online)
ccNUMA support
64-bit quotas for UFS
Hibernate support (S4)
Xen DOM0
Linux 64-bit binary support in FreeBSD/amd64
Get llvm into the tree alongside gcc
Startup dependencies
"Ports STABLE"
Provide more package variants

terminus писал(а):

Parallel device attach
USB video device support (including webcamd)
Further ATA/CAM work
Power management
Further work on improving scaling to large numbers of cores (e.g. 128)
Dynamic CPU configuration (allowing CPUs to go offline/online)
ccNUMA support
64-bit quotas for UFS
Hibernate support (S4)
Xen DOM0
Linux 64-bit binary support in FreeBSD/amd64
Get llvm into the tree alongside gcc
Startup dependencies
"Ports STABLE"
Provide more package variants

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

а когда обновлятся будем?
когда релиз планируют?

вроде май 2011

кстати я познакомился с фрёй 5.3 и сейчас 8.0 стоит и не каких отличий не увидел ...

vintovkin писал(а):кстати я познакомился с фрёй 5.3 и сейчас 8.0 стоит и не каких отличий не увидел ...

Первое что пришло в голову - ядерный NAT

проект newcons похоже загнулся после того как paradox прикрутил поддержку vesa для amd64. Видать KMS на FreeBSD так и не появится в ближайшие несколько лет.

ps, "стабильной" ветки портов не будет, можете не мечтать. Я, например, свои порты не буду поддерживать в купе с устаревшим софтом из портов, мне и так хватает головной боли от четырех веток FreeBSD (6.x, 7.x, 8.x, 9.x) с двумя платформами (i386, amd64).

Гость писал(а):ps, "стабильной" ветки портов не будет, можете не мечтать. Я, например, свои порты не буду поддерживать в купе с устаревшим софтом из портов, мне и так хватает головной боли от четырех веток FreeBSD (6.x, 7.x, 8.x, 9.x) с двумя платформами (i386, amd64).

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

пацанчик, а как же sparc64 и powerpc не говоря уже о ia64, сдается мне вы недобросовестный мантейнер :-\

гентушники как-то поддерживают

эм... а в генте есть что-то стабильное?

Alex Keda писал(а):эм... а в генте есть что-то стабильное?

да, есть

hizel писал(а):

Alex Keda писал(а):эм... а в генте есть что-то стабильное?

да, есть

Название

тупые БСДешники!
версии без ~ перед номером стабильные в скобочках {} доступные флаги для этого порта

А что будет если с claws-mail 3.7.5 например поставить (+)gnutls версии ~3.7.3-r1 ну или 3.7.2 ?

f_andrey писал(а):А что будет если с claws-mail 3.7.5 например поставить (+)gnutls версии ~3.7.3-r1 ну или 3.7.2 ?

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

он не про то.
стабильная - значит у тя есть порт aaa-1.0 зависящий от bbb-2.0
и они оба идут в комплекте. если у тебя уже стоит bbb-2.2 то его придётся снести, иначе корректной работы aaa-1.0 никто не гарантирует

такие ситуации бывают но не часто, обычно зависимости пишут в каких то пределах больше меньше
и еще есть слоты для серьезно различающихся версий, типа gtk 1 и gtk 2

другое дело что в гентушных портах нет pkg-plist, вот это одновременно и минус и плюс

а деинсталляция как происходит?

так же как и инсталяция :-)

создается дира в /var/tmp туда собирается и устанавливается программка потом от туды берется список файликов и сохраняется с md5 суммами, далее радостно копируется файло в основное древо, удаление при известном спике файла - тривиальна ;]

да минус в том, что не возможно установить программку по другому префиксу и нельзя всякие штуки делать типа создания конфигурационных фалов и других инструкций для файла пакета, тоесть в генте бинарный пакет это тупо слепок фаловой системы :}

хмм... забавно.

Гость писал(а):проект newcons похоже загнулся после того как paradox прикрутил поддержку vesa для amd64. Видать KMS на FreeBSD так и не появится в ближайшие несколько лет.

оно загнулось потому что ed балбес
на самом деле как минимум UTF можно было бы доделать
но ed тормозит
про KMS это другая сказка, с newcons она мало связана

ps, "стабильной" ветки портов не будет, можете не мечтать. Я, например, свои порты не буду поддерживать в купе с устаревшим софтом из портов, мне и так хватает головной боли от четырех веток FreeBSD (6.x, 7.x, 8.x, 9.x) с двумя платформами (i386, amd64).

да стабильными портами можно было бы зделать, раз плюнуть
например libjpg libpng и всякие мелкие библиотеки только версиями обновляються
апи там стабильное
и я не вижу смысла их постоянно стягивать и обновлять
поэтому FORCE_PKG опция очень нужная, когда знаешь что и как обновлять

Гость писал(а):на самом деле как минимум UTF можно было бы доделать

а чем TEKEN_UTF8 тебя не устраивает? минус только один - табличка транслации находится в .c-файле и повлять на него из vidcontrol(8) никак. Но патчики для русскоговорящих я уже выкладывал.

Гость писал(а):например libjpg libpng и всякие мелкие библиотеки только версиями обновляються

у libpng12 и libpng14 api слегка отличаются (png_set_gray_* -> png_set_expand_gray_*), напр. jfbterm до сих пор не пофиксили - ports/146230

Гость писал(а):и я не вижу смысла их постоянно стягивать и обновлять

речь идет о поддержке со стороны мейнтейнеров/коммиттеров.

Гость писал(а):поэтому FORCE_PKG опция очень нужная, когда знаешь что и как обновлять

FORCE_PKG_REGISTER придуман совершенно для другого. Для обновления следуй тому как себя ведут portmaster/portupgrade - build + backup + deinstall + install.

шото видать я не то сегодня курил.
--
мая хотеть utf руский консоль.