Вышел (http://chakra.sourceforge.net/news/index.php?/archives/87-Ch...) релиз Linux-дистрибутива с непрерывным циклом выпуска обновлений Chakra 2013.02 (http://chakra.sourceforge.net/), основанного на наработках проекта Arch Linux. Дистрибутив поставляется с десктоп-окружением KDE 4.10, снабжён графическим инсталлятором и конфигураторами, упрощающими настройку оборудования и системных параметров. Chakra GNU/Linux может работать в Live-режиме и устанавливаться на жёсткий диск. Для загрузки доступна (http://downloads.sourceforge.net/chakra/chakra-2013.02-Benz-...) DVD-сборка для архитектуры x86_64 (поддержка i686 прекращена), размером 1.6 Гб. В репозитории проекта представлено более 5 тыс. пакетов, которые могут быть установлены при помощи пакетного менеджера pacman или через специальный web-каталог и систему Click'n'Run.
Кроме обновления дестктоп-окружения KDE до выпуска 4.10 (http://www.opennet.me/opennews/art.shtml?num=36039), новая версия дистрибутива примечательна переходом к использованию графического загрузчика GFXboot (http://www.syslinux.org/wiki/index.php/GFXBoot.c32), что позволило предоставить дополнительные опции для настройки языка и клавиатуры. В состав нового выпуска включено ядро Linux 3.7, новые версии драйверов NVIDIA и Catalyst,
Qtwebkit обновлён до ветки 2.3 с поддержкой WebGl, вместо MySQL теперь поставляется MariaDB, обновлены версии Mesa 9.0.2, Poppler 0.22.0, Openjpeg 1.5.1, PyQt 4.9.6, Networkmanager 0.9.6.4, Virtuoso 6.1.6, Phonon-backend-gstreamer 4.6.3, Calligra 2.6.0, LibreOffice 3.6.5, Firefox 18.0.2, Chromium 24.0.1312.68, GIMP 2.8.4 и Inkscape 0.48.4.<center><a href="http://chakra.sourceforge.net/img/news/chakra-desktop-benz.p... src="http://www.opennet.me/opennews/pics_base/0_1360517710.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
URL: http://chakra.sourceforge.net/news/index.php?/archives/87-Ch...
Новость: http://www.opennet.me/opennews/art.shtml?num=36074
>поддержка i686 прекращенаХвалю. Логичный ход для дистрибутива, не претендующего на серверы и т.п.
Это Debian или там RH должны поддерживать всё, что греется и с контактными лапками, а остальным это не надо.
i386 меньше грееться на виртуальных машинах под управлением x64ждем выхода x128
Молодец, теперь объясни зачем тебе 64 бита (кроме большого количества памяти)
> Молодец, теперь объясни зачем тебе 64 бита (кроме большого количества памяти)Задосить гипервизор x64
а почему бы и нет?
Я понимаю тех кто пользуется 32 битными системами (сам такой), я понимаю лидера и диктатора проекта Чакра, который сказал, что поскольку у всех ведущих разработчиков Чакры 64 битные системы, то не вижу нужды тратить время на поддержание 32 битной. Люди просто делают то что хотят.
Я не понимаю тех, кто кричит, что 32 бита - это отстой. И прошу обосновать.
Обосную и я свою точку зрения:
Не увидел я за всё время ни одной причины закапывать 32 бита. Был один проект, назывался Salome - они утверждали, что для сборки и использования нужно обязательно 64 бита, типа много считать и всё такое. Так пользователи потом кричали что на 64 битном линуксе Salome стал медленнее.
Где обещаная скорость? Где вообще плюсы? По какой причине ура закапыванию?
Менее, чем через 20 лет, пользоваться юниксом на 32 битах станет весьма проблемно.
пролетали новости на опеннете про тесты фороникса(нуда фороникс). на убантах 32 и амд64 в кодировке видео и работе с архиваторами 32 слила очень не кисло в скорости, в остальных тестах +-.
Что логично, ведь в первую очередь различные кодировщики используют оптимизации своей математики под amd64 совместимые процессоры. Без математики преимуществ не будет заметно, без оптимизации кода преимуществ тоже видно не будет. И да, оптимизация кода под amd64 совместимый процессор и перекомпиляция старой программы под архитектуру amd64 - две большие разницы.
Лично мне пришлось перейти на x64 для нормальной работы приложений, _каждое_ из которых очень требовательно относится к памяти. Это 3d-рендер и rawtherapee.
> Был один проект, назывался SalomeПочему был?
> они утверждали, что для сборки и использования нужно обязательно 64 бита, типа много считать и всё такое.
Ложь. Официальные сборки SALOME были, есть и будут в двух вариантах:
http://www.salome-platform.org/downloads/current-versionPS: не нужно путать SALOME-MECA с SALOME.
> Не увидел я за всё время ни одной причины закапывать 32 бита....
> Где обещаная скорость? Где вообще плюсы? По какой причине ура закапыванию?А когда-то так говорили при переходе на 32-битное ПО...
64 бита адреса это только одна из особенностей. Регистровый пул больше, гарантированное SSE вместо древнего FPU стека, много новых команд, не связанных напрямую с 64 битной адресацией.
Неужели все регистры и команды недоступны для 32-х битных приложений?
Недоступны.
> Неужели все регистры и команды недоступны для 32-х битных приложений?Нет
> Молодец, теперь объясни зачем тебе 64 бита (кроме большого количества памяти)Использовать полный регистровый набор, а не его четверть.
Кстати, в тему дистрибутива: есть ли дистрибутивы, где по-умолчанию отсутствуют полностью все компоненты Гнома, включая glib?
>Кстати, в тему дистрибутива: есть ли дистрибутивы, где по-умолчанию отсутствуют полностью все компоненты Гнома, включая glib?Это тебе трудовик на уроке труда сказал, что glib - компонент Гнома?
GLib разрабатывается в недрах GTK+ и GNOME. Домашняя страница - на сайте гнома.
Википедия для чрезмерно умных:GLib — низкоуровневая библиотека, расширяющая возможности, предоставляемые стандартной библиотекой libc языка C.
Разрабатываемая в рамках и лежащая в основах проектов GTK+ и GNOME,
> Википедия для чрезмерно умных:
> GLib — низкоуровневая библиотека, расширяющая возможности, предоставляемые стандартной
> библиотекой libc языка C.
> Разрабатываемая в рамках и лежащая в основах проектов GTK+ и GNOME,Прикинь, GNOME ещё и glibc использует! И буковка "g" в glibc есть!
> Прикинь, GNOME ещё и glibc использует! И буковка "g" в glibc есть!Прикинь у Xorg тожа букафка ху есть, а к крысе он не относится;)
Archlinux
> ArchlinuxЭто конечно да, но где бы найти такой костыль для GovnoTK-прог, чтоб они смотрелись в NO-GovnoTK-DE так же как и всё это DE, но при этом не тянули бы за собой зависимостью вагон GovnoTK`шных либ.
Если вы знаете такой костыль, поделитесь, буду очень благодарен. А пока приходится пользовать gtk-qt-engine (в купе с oxygen-gtk2 и oxygen-gtk3). С первой частью квеста он справляется, а со второй... Эхх...P.S. Не понимаю, как можно прогу называть кросс-платформенной, если даже на одной и той же платформе (GNU/Linux) она не может без костылей нормально выглядеть во всех DE. Но таковыми именуются и GIMP и Inkscape, при том что в KDE без вышеописанных костылей на них без слёз не взглянешь. Чего не скажешь о Qt-прогах - везде как конфетки.
>[оверквотинг удален]
> либ.
> Если вы знаете такой костыль, поделитесь, буду очень благодарен. А пока приходится
> пользовать gtk-qt-engine (в купе с oxygen-gtk2 и oxygen-gtk3). С первой частью
> квеста он справляется, а со второй... Эхх...
> P.S. Не понимаю, как можно прогу называть кросс-платформенной, если даже на одной
> и той же платформе (GNU/Linux) она не может без костылей нормально
> выглядеть во всех DE. Но таковыми именуются и GIMP и Inkscape,
> при том что в KDE без вышеописанных костылей на них без
> слёз не взглянешь. Чего не скажешь о Qt-прогах - везде как
> конфетки.Вот почему у меня всё работет? Может быть я пользуюсь нормальным дистрибутивом?
И кстати, а когда это GIMP и Inkscape на GTK+-3 перевели?
Может потому что твои дистростроители за тебя в твою ось костыли вшили, а ты и знать не знаешь. Ну это в большинстве случаев так, это нормально.С 2 на 3 их вроде не переводили ещё. Хотя я не слежу за этой хренью. Вот если бы их на Qt перевели, мне бы было интересно.
Почти любой - надо только DE не ставить, а обойтись тайловым WM и простенькими консольными утилитками.
Какое удивительное безумие. ^_^
Отождествление GNOME с GTK, равно как и KDE и Qt тот еще маразм, но Вы в своих фобиях пошли дальше...
Если GNOME использует какую-то библиотеку это не значит что она тянет за собой gnome-shell, а наоборот.
Вот разберитесь для начала в зависимостях модулей: ftp://ftp.gnome.org/pub/gnome/teams/releng/3.6.2/
Прочтите, что от чего зависит, а потом вдумчиво изучите, что есть что. Если соберете jhbuild, сможете глянуть на граф зависимостей в картинках.
В общем изучив вы поймете либо что были не правы, либо еще больше покормите свою паранойю.
>Если GNOME использует какую-то библиотеку это не значит что она тянет за собой gnome-shell, а наоборот.Зато может тянуть gconf/dconf, и получается комическая ситуёвина - гнума в системе нет, а гнумоковырялка - есть, иногда даже обе. Кроме того, обычно за одной гнумохренью прилетают другие, всякие gdk-pixbuf, gobject-introspection и т.д., тысячи их. Особенно на дистрах типа Дебилиана, где dependency hell в полный рост.
> Кстати, в тему дистрибутива: есть ли дистрибутивы, где по-умолчанию отсутствуют полностью
> все компоненты Гнома, включая glib?Это что же за дистрибутивы такие без mc?
AVX2 в линуксе работает или все еще чахнут по SSE ?
> AVX2 в линуксе работает или все еще чахнут по SSE ?Эксклюзивные поставки Haswell из будущего?
Xeon Phi прикупили у поставщиков
Что же теперь люди будут на свой старенький третий пентиум ставить?
слаку )
ссаки
Горшок с цветком.
Кофе?
Нормальный дистрибутив. :)
КолибриОС
> Что же теперь люди будут на свой старенький третий пентиум ставить?FreeDOS?
>> Что же теперь люди будут на свой старенький третий пентиум ставить?
> FreeDOS?freedos? на p3? freedos имеет смысл использовать для 386,486, для игры в проприетарные классические игрушки. выше - уже не имеет.
хайку ос?
даешь фряхуууууу!
VirtualBox
на нем чакра не видет жесткий диск, не могу установить ее, только запускаю live
