Re: logrotate + имена файлов
2013/6/2 Alex Dubinin > В Sun, 2 Jun 2013 00:52:22 +0400 > Pavel Ammosov пишет: > Опция dataext в конфиг-файле именно это и делает. > Спасибо за подсказку! В мане такого нету Попробую. > А так dateext? -- С уважением, Константин Матюхин
Re: logrotate + имена файлов
В Sun, 2 Jun 2013 00:52:22 +0400 Pavel Ammosov пишет: > On Sat, Jun 01, 2013 at 06:24:51PM +0400, Alex Dubinin wrote: > > logrotate имена файлов были бы не mysql.log.1.gz, а например > > mysql.log.2013-05-01.gz (как вариант) - т.е. чтобы вместо "тупого и > > непонятного" порядкового номера - была бы дата компрессии файла (ну > > или > > Опция dataext в конфиг-файле именно это и делает. Спасибо за подсказку! В мане такого нету Попробую. signature.asc Description: PGP signature
dh and make
Приветствую. Что-то я запутался с debhelper. Файл debian/rules при сборке пакета - это Makefile. Идея make в том, чтобы по набору правил сделать все что нужно, но не делать лишней работы. Время от времени требуется что-нибудь подшаманить в каком-нибудь пакете, но с первого раза иногда ошибаешься, и пакет собирается неправильно. Обычно можно было подправить файлы и запустить компиляцию и сборку пакета без clean. В результате успешно собирался новый пакет. При этом заново компилировалось только то, что было изменено, и это существенно экономило время. В самом конце, когда все начинало работать, можно было пересобрать пакет начисто. Сейчас рекомендуют писать debian/rules вида %: dh $@ с некоторыми override. Естественно, зависимости между целями при этом теряются. Как я понял, dh знает, в каком порядке надо запускать dh_ скрипты, и сохраняет успешно закончившиеся команды в *.debhelper.log. Когда запускаешь его второй раз, то он не обращает внимания, какие файлы изменились, и просто начинает с команды, которую не нашел в .log файле. Если один раз пакет собрался, то второй раз dh вообще ничего не будет делать, пока не вызовешь соответствующий clean. Есть надежда, что я пропустил, что-то очень простое и важное. Есть ли штатный способ попросить dh пересобрать изменившиеся исходники и сделать новые .deb файлы, если сборка пакетов уже делалась и закончилась успешно? Чтобы не ждать, пока выполнится сборка с нуля. Редактировать руками debhelper.log как-то неинтересно. -- Максим Никулин P.S. В hello-debhelper цели и зависимости задаются руками, компиляция прибита к configure с помощью файлика build. Скрипт dh вообще не используется. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/koekdr$2vl$1...@ger.gmane.org
Re: armhf?
Alexander Danilov -> debian-russian@lists.debian.org @ Fri, 31 May 2013 15:49:54 +0400: >> Два вопроса. >> >> armhf в wheezy у нас полноценно живой, или менее надежен, чем armel? AD> на armhf запускается ghci, а на armel - нет :( AD> так что не только живой, но и шевелится Ага, то есть тут как раз важна архитектура. А то на грабли эти я наступить успел, а перебрать варианты - нет. Правда, от идеи сразу ставить 7.6.3, в котором есть ghci, таки пришлось отказаться. При сборке virthualenv на sid (да, пришлось править зависимости) он _молча_ завершается с кодом 4. cabal резонно на это обижается, я его понимаю. Короче, пока 7.6 не готов к работе :( Подождем по крайней мере до выхода haskell platform с ним... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fvx15djv@wizzle.ran.pp.ru
Re: DRBD + ...
On Wed, May 29, 2013 at 11:07:29PM +0400, "Артём Н." wrote: > > Чипсет Brookdale-G, максимально возможный объём оперативки - 2GB. ECC не > > поддерживается. > > Это характеристики современного сотового телефона, а не сервера. > > Отправляйте его в > > цветмет. [..] > В ином случае, говорить про это бессмысленно. Сделать нечто стабильно > работающее > возможно и на этом. Сделать *надо*, больше в самообразовательных целях. Нельзя ничего работающего на этом сделать. Без ECC DRBD реплицирует однажды мусор на все узлы. Настольные диски будут вываливатся из RAID. И тд, и тп. Вот научиться крутить всякий софт можно, это да. Но пускать туда продуктивные данные надо только если они сразу ненужны. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130601214226.gb6...@pompeii.v.shared.ru
Re: logrotate + имена файлов
On Sat, Jun 01, 2013 at 06:24:51PM +0400, Alex Dubinin wrote: > logrotate имена файлов были бы не mysql.log.1.gz, а например > mysql.log.2013-05-01.gz (как вариант) - т.е. чтобы вместо "тупого и > непонятного" порядкового номера - была бы дата компрессии файла (ну или Опция dataext в конфиг-файле именно это и делает. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130601205222.ga6...@pompeii.v.shared.ru
Re: logrotate + имена файлов
On Sat, Jun 01, 2013 at 06:24:51PM +0400, Alex Dubinin wrote: > Задался задачкой - мне было бы удобно, если бы после выполнения > logrotate имена файлов были бы не mysql.log.1.gz, а например > mysql.log.2013-05-01.gz (как вариант) - т.е. чтобы вместо "тупого и > непонятного" порядкового номера - была бы дата компрессии файла (ну или > датой последней записи логов в файл - что хотя и утрировано, т.к. > записей в тот день теоретически может и не быть, но тем не менее скорее > всего имеет место быть). Исходники logrotate открыты. Исправьте заодно баги с отказом ротации, когда обнаруживается старый несжатый файл, и прочие банальные ситуации, на обработку которых у пионеров мозгов не хватило... Достало уж. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130601144859.go3...@sie.protva.ru
logrotate + имена файлов
Задался задачкой - мне было бы удобно, если бы после выполнения logrotate имена файлов были бы не mysql.log.1.gz, а например mysql.log.2013-05-01.gz (как вариант) - т.е. чтобы вместо "тупого и непонятного" порядкового номера - была бы дата компрессии файла (ну или датой последней записи логов в файл - что хотя и утрировано, т.к. записей в тот день теоретически может и не быть, но тем не менее скорее всего имеет место быть). signature.asc Description: PGP signature
Re: nginx proxy
В Sat, 1 Jun 2013 00:29:27 +0400 Eugene Berdnikov пишет: > On Fri, May 31, 2013 at 10:25:07PM +0400, Alex Dubinin wrote: > > В Fri, 24 May 2013 13:14:57 +0400 > > Artem Chuprina пишет: > > > > > Alex Dubinin -> debian-russian@lists.debian.org @ Fri, 24 May > > > 2013 10:43:31 +0400: > > > > > > AD> Т.е. Вы думаете бесперспективно? > > > > > > Я думаю, да. Потому что в ответе может быть ни разу не HTML, а > > > флеш или java applet, потому что ссылки и в HTML могут > > > формироваться жабоскриптом, и ты ды и ты пы. > > > > > > Перспективно завести для этого сайта отдельный hostname, а > > > с /path1, если уж надо к нему привязаться, делать _редиректы_ на > > > этот hostname. > > > > После кропотливого длительного изучения оригинала документации как > > говорится "от корки до корки" обнаружился модуль: > > > > http://nginx.org/ru/docs/http/ngx_http_sub_module.html > > > > который умеет это делать! Ура, товарищи! Причём он работает! Правда > > у него есть один недостаток - конструкция sub_filter должна быть > > одна в > > У него есть ещё один недостаток... :) Задачу, которую сформулировал > нам А.Чуприна, он решает лишь не полностью, а лишь для частных > случаев. Скажем, при формировании документа жабаскриптом замена может > получиться, а может и нет, в зависимости от кода. То же самое для > флеша и прочего. > > Применять этот модуль можно лишь тогда, когда есть уверенность, что > все документы сайта могут быть правильно модифицированы. А > виртуалхост решает проблему полностью, для любого способа кодирования > ссылок. Да, полностью согласен с замечанием. Просто забыл про это написать ибо посчитал это само собой разумеющимся. Вот в моём конкретном случае не получилось . По следующим причинам: 1. В некоторых случаях исходный сервер выдает структуру href="; в некоторых href='. Кавычки разные, модуль как я понял не поддерживает регулярные выражения. Потому нужна поддержка нескольких замен. 2. Кроме структур href= есть структуры src=. От этого вылечился тем, что в условии замены оставил только =". Но это опять вернуло к п.1 с его одинарной кавычкой вместо двойной. 3. Нашелся js-код, который "по-хитрому" пишет прямо в документ. В таком случае замена оказалось бессильной . Но все равно - модуль интерессный, из разряда маст би. Другим на заметку - может потребуется. signature.asc Description: PGP signature