-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Неплохой хостинг на SSD - 20GB, 1Tb - всего за $5 - рабочий сервер через 55сек.
- Автор темы confguru
- Дата начала
MiksIr
miksir@home:~$
Ага, все, что experimental - такое багнутое, что жуть. Вы бы разобрались, какие задачи стоят у мантейнеров дистрибутивов. Тем более таких крупных систем, которые являются основой для других пакетов. Большинство багов, которые решают в experimental - это не баги самого софта, а баги обновления и взаимодействия пакетов.
Если бы было только это, мир бы был прекрасен. К сожалению, в некоторых дистрибутивах (не будет показывать пальцем, но в основном это debian и производные) мейнтенеры еще страдают глупостями в виде приведения всего софта к некоторым своим стандартам, и делается это формально, без включения мозга. Потому часто приходится собирать свои пакеты, где софт не испорчен маразматическими патчами, абсурдными опциями сборки и дурным лейаутом конфигурации.
Может не стоит идти против системы? Команда мейнтейнеров крупных проектов зачастую - разработчики этих проектов.
После обновления до experimental в прошлом году я не смог завести систему. Грузилось частично, но даже клавиатура не работала. Об иксах и т.п. речи нет.
Последнее редактирование:
MiksIr
miksir@home:~$
Не несите ахинею. В 5.5 меньше багов? А обновлять систему до experimental - это нужно додуматься. Головой нужно думать в каждом конкретном случае, а не сыпать тут домыслами.
Потому что либы с которыми компилится MySQL, а также shared либы имеют свойства быть не первой свежести и содержать баги.
Баги бывают разные, как вы сами видите их там 7 типов по критериям важности и опасности.
В этом смысле там часто дебианопроблемы: сами решат, что нужно поддерживать хлам древних версий, сами патчат потом новые версии на тему совместимости с ними, сами создают багодром ввиду слабого понимания исходных кодов продукта, в который лезут своими ручками.
Я стараюсь брать пакеты из репозиториев разработчиков. Скажем, пакеты MariaDB беру с официального сайта, все прекрасно.
Тот же nginx - уж тем более из официальных репозиториев: в дебиане его собирают с кривыми сторонними модулями, а в nginx-light нет модуля map (!). Видимо эти люди никогда не писали ни одного конфига nginx для реальных приложений, а не запуска какого-нибудь говновордпресса - map нужен почти всегда.
Я стараюсь брать пакеты из репозиториев разработчиков. Скажем, пакеты MariaDB беру с официального сайта, все прекрасно.
Тот же nginx - уж тем более из официальных репозиториев: в дебиане его собирают с кривыми сторонними модулями, а в nginx-light нет модуля map (!). Видимо эти люди никогда не писали ни одного конфига nginx для реальных приложений, а не запуска какого-нибудь говновордпресса - map нужен почти всегда.
Этим меня от части раздражает debian. Stable устаревшый. Но, за-то все проверено и работает (правда при крайней необходимости). Приходится или компилить или как вы брать из других репозиториев. Хотя сам сижу на SID и хватает репозиториев дебиана. Ждать ебилов как-то не хочется. Все дистрибутивы имеют те или иные проблемы. Кстати, поддержка LTS в debian это огромный плюс.
AnrDaemon
Продвинутый новичок
Сборка nginx - это проблема самой его структуры. Все модули компилятся в ядро, а не грузятся как в Апаче отдельными бибилиотеками.
Для хайлоад это плюс. Один раз отладил сборку и знаешь, что у тебя нужный бинарник на продакшене, либо просто не соберётся.
А для дистров - ... в общем, не то поле, о которое можно копья ломать.
Для хайлоад это плюс. Один раз отладил сборку и знаешь, что у тебя нужный бинарник на продакшене, либо просто не соберётся.
А для дистров - ... в общем, не то поле, о которое можно копья ломать.
MiksIr
miksir@home:~$
Кому всегда, кому не всегда. Я давно не пользовался уже. Ну и это же nginx-lite. Если бы он только был там в дистрибутиве, так есть же полный. Ну и чего кричать. Одним всегда map нужен, другим всегда realip нужен, третьим всегда ssl нужен...
Вот только если будете из официального ставится - помните, что там одна последняя версия - если будет баг, то откатиться не получится.
Вот только если будете из официального ставится - помните, что там одна последняя версия - если будет баг, то откатиться не получится.
Кстати, не потому запросу ищите)
Последнее редактирование:
Ну дк.
apt-get source nginx
apt-get build-dep nginx
cd nginx-1.6.1/
nano debian/rules
dpkg-buildpackage -uc -b
Код:
root@keeper:/home/keeper/nginx-1.6.1# ls -lash ../*.deb
72K -rw-r--r-- 1 root root 70K сен 1 09:04 nginx_1.6.1-1_all.deb
84K -rw-r--r-- 1 root root 82K сен 1 09:04 nginx-common_1.6.1-1_all.deb
84K -rw-r--r-- 1 root root 81K сен 1 09:04 nginx-doc_1.6.1-1_all.deb
572K -rw-r--r-- 1 root root 569K сен 1 09:04 nginx-extras_1.6.1-1_amd64.deb
4,6M -rw-r--r-- 1 root root 4,6M сен 1 09:04 nginx-extras-dbg_1.6.1-1_amd64.deb
420K -rw-r--r-- 1 root root 417K сен 1 09:04 nginx-full_1.6.1-1_amd64.deb
3,0M -rw-r--r-- 1 root root 3,0M сен 1 09:04 nginx-full-dbg_1.6.1-1_amd64.deb
324K -rw-r--r-- 1 root root 323K сен 1 09:04 nginx-light_1.6.1-1_amd64.deb
2,1M -rw-r--r-- 1 root root 2,1M сен 1 09:04 nginx-light-dbg_1.6.1-1_amd64.deb
360K -rw-r--r-- 1 root root 359K сен 1 09:04 nginx-naxsi_1.6.1-1_amd64.deb
2,2M -rw-r--r-- 1 root root 2,2M сен 1 09:04 nginx-naxsi-dbg_1.6.1-1_amd64.deb
308K -rw-r--r-- 1 root root 307K сен 1 09:04 nginx-naxsi-ui_1.6.1-1_all.debapt-mark hold nginx-full
Последнее редактирование:
MiksIr
miksir@home:~$
MiksIr
miksir@home:~$
Если привыкнуть, то sites-enabled не такая и плохая штука. По крайней мере на деве у меня пачка .conf~ конфигов, которые иногда включаются обратно, sites-enabled может и красивей было бы. Как минимум такая схема удобнее для всяких панелей управления, руками то пофиг. Меня в общем тоже sites-enabled бесили долгое время. Ничо, все проходит =)