Уж не знаю, имеет ли сегодня это какой смысл, но NeTAMS таки попал в архив Debian. А, с другой стороны, свободных аналогов-то и не видно что-то.
ЗЫ В моем репозитории в секции main лежат бэкпорты под все актуальные дистрибутивы Debian/Ubuntu.
Tag Archive for 'Debian'
Вчера делал аж два рассказа про Debian. Один про то, как это всё вообще устроено, другой про то как выглядит работа мейнтейнера.
Картинки раз и два.
Upd: Лицензия на второй файл cc-3.0-by-sa, на первый, скорее всего тоже, но надо еще уточнить, потому что я использовал за основу творчество Сэма Хосевара, напишу ему и спрошу.
В репозитории обновился пакет NeTAMS до версии 3.4.2c-1.
В частности исправлены ошибки в postinst скрипте.
Ленни вышел, Формула 1 вернулась, а еще у меня сегодня ребенку 2 года. Ну просто нет повода не выпить?
Всё-таки допилил пакет NeTAMS до вменяемого состояния.
NeTAMS из CVS. (По политическим причинам.)
Брать в моем репозитории или напрямую из пула.
Пакеты собраны для Debian Lenny и Ubuntu Intrepid.
Обновление со старых версий пакета не поддерживается (в дальнейшем будет).
Два дня назад в Debian Unstable появилось ядро 2.6.26. Особо стоит отметить, что для архитектур i386, ia64 и amd64 существует вариант с OpenVZ. А vserver наоборот выкинули к чертям.
Кстати, все идет к тому что Lenny выйдет без системы виртуализации Xen: в dom0 стабильно может работать только старое ядро 2.6.18, самим Xen’ом уже фактически никто не занимается и даже RedHat, похоже, делает ставку на kvm.
И был упакован. Как всегда в моем репозитории.
Пакеты для Ubuntu Egdy больше не обновляются благодаря кривости этого “замечательного дистрибутива”:
Err http://archive.ubuntu.com edgy/main libxpm-dev 1:3.5.5-1
404 Not Found
ЗЫ kXNeur новый пока не вышел, старый работать не будет. Используйте gXNeur или ждите несколько дней.
Upd: kXNeur вроде допилили, выкладываю тут, так как на dists.xneur.ru у меня доступа нету.
Собрал-таки бэкпорт 3го Лиса для Debian Etch.
На самом деле не Лиса, а Песца (IceWeasel) и не 3го, а 3.0.0rc2 – то что сейчас в testing.
Дополнительно потребовалось сбэкпортить xulrunner, gtk2+, cairo, pango и еще кучу всего. Попробовал поставить на виртуальную машину – gtk2 конфликтует с довольно большим количеством старого софта. Metacity и несколько библиотек я бэкпортнул, openoffice.org рабочий ставится с backports.org. По поводу остального – если что, пишите.
Скачать можно из моего репозитория из секции backports. (Руками тоже можно, но там еще придется кучу зависимостей качать.)
Вроде он вышел, но в нем несколько существенных багов. Так что пока пакетов для Debian’а и Ubuntu нет.
Вариантов тут два: если 0.9.1 выйдет достаточно оперативно (а это вроде обещается), то запакую его, а если затянется, то все-таки 0.9.0, но с исправлениями.
В любом случае совсем скоро не ждите.
Собрал-таки 64хбитные ядра с поддержкой OpenVZ. При чем как для архитектуры amd64, так и для i386. С i386 вообще обнаружилось весьма много забавностей. Во-первых, если ядро у тебя 64х-разрядное, а userspace 32х, то OpenVZ не будет стартовать. Потому что егойные 32х-разрядные утилиты не могут корректно работать с 64х-разрядным ядром. Пришлось немного извратиться: поставить пакеты vzctl и vzquota от архитектуры amd64 (при помощи dpkg -i –force-architecture) и, для поддержки 64х-битных бинарников, пакет amd64-libs.
Отдельная песня с драйверами nVidia. В принципе ядерный модуль собирается как для 32ти, так и для 64х разряной системе. Но только если userspace такой же как и ядро. Иначе происходит ошибка на этапе компиляции. Пришлось в чруте с 64х-битной системой собитать module-assistant’ом пакет для amd64, который затем поставил в основную 32х-разрядную систему. Работает.
Во-первых, одной строкой:
в официальном репозитории debian proposed-updates для дистрибутива stable появилось ядро 2.6.24. В рамках программый Etch’n'Half. Пакеты называются linux-image-2.6.24-etchnhalf.1-<flavour>.
Ну а теперь о более другом.
Как известно, для виртуализации платформы на уровне ОС ((c) Никита Ющенко) в Линуксе используют одну из двух подсистем vserver или OpenVZ. Первая весьма кривая и убогая (по крайней мере по сравнению со второй), но у нее есть одно неоспоримое преимущество – оно есть в Debian “искаробки”. Но и тут все не слава Богу. Дело в том, что разработчик vserver до сих пор не портировал его на ядро 2.6.24. Как результат свежие ядра в Debian Lenny собираются с выключенным featureset “vserver” и “xen-vserver”. Не знаю как там оно будет дальше, но пока это сильно не комильфо. Потому что ядро из stable я на десктопе не хочу, а с другой стороны мне очень не хочется убивать свою настройку системы с виртуальными машинами, которая у меня тут сложилась, а обновиться до 24го ядра надо.
По счастью есть OpenVZ, портированный на 2.6.24, так что дело за малым – взять стандартное дебиановское ядро, добавить туда OpenVZ патч и собрать ядро. Но это все как-то не debian-way, есть же репозитории с ядрами openvz… Оказалось что нет. Ну точнее есть, но для Etch, а для Lenny-то как раз и нету. Ну раз так – надо не только для себя сделать, но и другим помочь, подумал я и решил собрать такое ядро по всем правилам.
Оказалось весьма забавно и довольно просто (хотя довольно много времени потребовалось на то, чтобы разобраться с системой шаблонов, используемой в сурцовом пакете linux-source-2.6).
В общем в итоге, не без небольших локальных проблем, я переполз на openvz, чего желаю всем, кто использует vserver.
Пакеты для Debian Lenny можно взять в моем репозитории, секция openvz. Архитектура пока только i386. Собирать amd64 под qemu у меня чёй-то желания особого не возникает. Да и соответствующие шаблоны еще надо добавить в пакет исходников для этого.
Собрал текущую SVN версию XNeur/gXNeur/kXNeur в пакеты. В частности поправил проблему с неработоспособностью kXNeur.
Как всегда в моем репозитории.
История изменений для конфигов в /etc? С возможностью откатов? И минимумом лишних телодвижений?
Встречайте etckeeper!
Короткая инструкция:
# etckeeper initинициализирует репозиторий git. После этого
# cd /etc; git commit -m "Initial commit"для первого чек-ина. И всё. Можно использовать. Можно пользоваться всеми прелестями git’а для клонирования настроек, merge коммитов между репозиториями и прочего. Пакет использует хуки APT для автоматического коммита после установки/обновления/удаления пакетов, а так же metastore для хранения владельца/прав доступа для файлов.
ЗЫ Пока только в sid. Сейчас сделаю бэкпорт для Etch. Уж больно вкусно.
ЗЗЫ Бэкпорт сделал, лежит в репозитории. Кто будет ставить: потребуется еще бэкпортнутый metastore и git-core, из того же репозитория.
Вчера познакомился более-менее близко с eAccelerator‘ом. Весьма неплохой “ускоритель” php скриптов. Прекомпилированные (и оптимизированные) скрипты сохраняются апачем (ну а точнее его модулем mod_php) в памяти и следующие вызовы должны происходить значительно быстрее.
Помимо этого есть еще специальный интерфейс посредством которого php скрипты могут кэшировать данные, сессионные ключи и т.п. Но даже скрипты, не использующие эти интерфейсы вроде достаточно неплохо ускоряются.
Пакеты для Debian можно взять в моем репозитории (для etch и lenny) в секции main.
I build eAccelerator packages for Debian GNU/Linux. You can get them from my repo.
Предыстория: Есть у нас замечательные тонкие клиенты. Называются SunRay. Всем они хороши: серебристые (хотя есть и более старые – фирменных сиреневых тонов), с мониторчиками на IPS матрицах и все такое. Одна беда, им еще нужен серверный компонент: SunRay server. О нем и пойдет речь.
Обновил свою систему сборки, так что она теперь умеет собирать не только под i386, но и при помощи qemubuilder под прочие архитектуры. В частности под amd64. В связи с чем наконец-то собрал xneur под amd64, о чем так долго твердили большевики просили убунту-полозователи. Ну и в свой репозиторий всё это выложил, добавив в него amd64 в список архитектур.
Если кому-то интересны подробности и/или обновленный скрипт сборки – пишите, расскажу.
Данная заметка имеет статус FAQ. Все действия производятся в Debian Etch, но в Sarge или Lenny действия практически такие же.
Continue reading ‘Установка проприетарных драйверов ATI/nVidia в Debian GNU/Linux (Etch)’
Вчера заменил систему управления deb-репозиторием.
До этого использовал mini-dinstall, но к нему были некоторые претензии: собственная структура каталогов (а не стандартный pool+dists), невозможность ведения нескольких секций в рамках одного дистрибутива, невозможность просто перенести пакет из одного репозитория в другой (например из unstable в testing) и прочие мелочи.
Хотелось чего-нибудь более функционального, и я, похоже, нашел решение: это reprepro.
Continue reading ‘reprepro – управление репозиторием deb пакетов’
Полный RSS
Комментарии