http://groups.google.com/group/fido7.ru.unix.bsd?hl=ru
fido7.ru.unix.bsd@googlegroups.com
Темы дня:
* nginx - сообщений: 3, авторов: 3
http://groups.google.com/group/fido7.ru.unix.bsd/t/dbc8c665794d172a?hl=ru
* sendxmpp and tls - сообщений: 1, 1 автор
http://groups.google.com/group/fido7.ru.unix.bsd/t/e69149240922006e?hl=ru
* Миграция i386 -> amd64 - сообщений: 12, авторов: 3
http://groups.google.com/group/fido7.ru.unix.bsd/t/9de6be79862fba99?hl=ru
* ФЕСТИВАЛЬ КОМПЬЮТЕРНОГО ИСКУССТВА CHAOS CONSTRUCTIONS'2011 - 27 и 2 -
сообщений: 1, 1 автор
http://groups.google.com/group/fido7.ru.unix.bsd/t/8d41f4907d99b770?hl=ru
==============================================================================
ТЕМА: nginx
http://groups.google.com/group/fido7.ru.unix.bsd/t/dbc8c665794d172a?hl=ru
==============================================================================
== 1 с 3 ==
Дата: Вт. 21 июн 2011 23:11
От: "Andrey N. Oktyabrski"
On 21.06.11 20:45, Victor Sudakov wrote:
> Как в nginx в ответ на любой запрос отдать один и тот же статический
> файл?
>
> Заранее спасибо за снятие с ручника.
>
location ~ (.?)^.*$ {
alias /usr/local/www/data/$1;
try_files stub.html =404;
}
== 2 с 3 ==
Дата: Ср. 22 июн 2011 00:11
От: Alex Korchmar
Victor Sudakov <vas@mpeks.tomsk.su> wrote:
VS> Примерно. Hо не могу сообразить, как должна выглядеть "ебанаяхуйня",
как путь.
>> следует помнить что regex'овые location'ы обрабатываются несколько
>> причудливо.
VS> А который вариант предпочтительнее? Задача: при любом обращении к
зависит от того, нет ли чего еще лишнего в этом же конфиге. Если он вообще
пустой, я бы алиасом ограничился. Если в будущем предполагается еще какая-то
деятельность - делай через rewrite.
VS> Я кстати не уверен насчёт alias, он ведь будет пытаться отдать
VS> /нахуй/что/запросили, нет?
там regex в локейшн, матчащий абсолютно все. Поэтому всегда отдастся один и
тот же линк.
> Alex
== 3 с 3 ==
Дата: Вт. 21 июн 2011 21:17
От: Sergey Zabolotny
Hello *Victor.*
Wednesday 22 June 2011 06:15, Victor Sudakov wrote to Alex Korchmar:
VS> From: Victor Sudakov <vas@mpeks.tomsk.su>
VS> Alex Korchmar wrote:
>> VS> Как в nginx в ответ на любой запрос отдать один и тот же
>> VS> статический файл?
>> location / {
>> rewrite .* ебанаяхуйня break;
>> }
>> ты этого хотел?
VS> Примерно. Hо не могу сообразить, как должна выглядеть "ебанаяхуйня",
VS> если в ответ на запрос с произвольным uri нужно отдать например
VS> /usr/local/www/data/hernya.htm
в контекст сервера
root /usr/local/www/data/;
location /
{
rewrite ^ /hernya.htm break;
}
как-то так
==============================================================================
ТЕМА: sendxmpp and tls
http://groups.google.com/group/fido7.ru.unix.bsd/t/e69149240922006e?hl=ru
==============================================================================
== 1 с 1 ==
Дата: Ср. 22 июн 2011 02:07
От: John Freeman
Greetings, Yuri Vorobyev!
YV> Yuri Vorobyev написал(а) к All в Jun 11 09:28:59 по местному
YV> времени:
YV> From: Yuri Vorobyev <vorob@yamalfin.ru>
YV> Привет.
YV> Без включения tls сообщения уходят нормально. При попытке включить
YV> имею:
YV> #echo test |sendxmpp -t xxx@jabber.ru
YV> Invalid or unreadable path specified for ssl[b]ca[/b]path. at
YV> /usr/local/lib/perl5/site_perl/5.12.3/XML/Stream.pm line 753.
YV> Куда и в каком виде эти CA подсунуть?
YV> --- ifmail v.2.15dev5.4
Сдаётся мне ты либо root_certificates не ставил, либо не симлинкил
/etc/ssl с них.
Goodbye, Yuri Vorobyev!
==============================================================================
ТЕМА: Миграция i386 -> amd64
http://groups.google.com/group/fido7.ru.unix.bsd/t/9de6be79862fba99?hl=ru
==============================================================================
== 1 с 12 ==
Дата: Ср. 22 июн 2011 10:33
От: Eugene Grosbein
06 июн 2011, понедельник, в 19:39 NOVT, Mykola Dzham написал(а):
MD> У нас далеко не все системные программмки от i386 смогут корректно
MD> работать с amd64 ядром. Подозреваю что даже ifconfig может отламаться.
Всё базовое работает. Да и кое-что не базовое - иксы, OpenOffice, OpenArena.
MD> Hу и при установки amd64 мира всё радостно сломается в полуустановленном
MD> состоянии.
А не надо пилить сук, сидя лицом к стволу. Hадо спиной, тогда всё получится.
Eugene
== 2 с 12 ==
Дата: Ср. 22 июн 2011 10:31
От: Eugene Grosbein
03 июн 2011, пятница, в 12:53 NOVT, Valentin Davydov написал(а):
VD> Hапомните, пожалуйста, где описана стандартная процедура сабжа, не
VD> требующая
VD> промежуточной загрузки с другого раздела (если таковая есть, разумеется).
http://dadv.livejournal.com/143243.html
Вкраце, на /boot кладём ядро с модулями для amd64 и небольшую рутовую fs
в виде файл-образа с нужным rc.conf, через nextboot включаем
их использование, после перезагрузки заходим по ssh, файловые
системы монтируются в /mnt и апгрейдим их, как желаем - хоть через
sysinstall.
Eugene
== 3 с 12 ==
Дата: Ср. 22 июн 2011 10:36
От: Eugene Grosbein
07 июн 2011, вторник, в 10:44 NOVT, Alex Korchmar написал(а):
SO>> ну там первая засада в том, что installworld установит 64-битные
SO>> бинарники,
AK> а
SO>> ядро остнется 32-хбитным.
AK> я предлагал обратный порядок.
Конечно, сначала ядро.
SO>> вторая засада в том, что если сначала поставить 64-битное ядро, то не
SO>> будет
AK> потом - /lib32 и лоадер. А потом уже ребут и все остальное.
loader/i386 можно и не менять - практика показала, что он грузит как i386,
так и amd64 - как минимум, GENERIC грузится и работает. lib32 я ставил
после ребута.
Eugene
== 4 с 12 ==
Дата: Ср. 22 июн 2011 10:41
От: Eugene Grosbein
07 июн 2011, вторник, в 09:58 NOVT, Slawa Olhovchenkov написал(а):
SO> команду make installworld я знаю, а make installlib32 -- нет.
SO> как ты предлагаешь это сделать?
В amd64 есть отдельный дистрибьюшн lib32, в дистрибутиве.
SO> да, хочу напомнить, что у нас кросс-компиляция.
SO> как следствие, после перезагрузки всё дерево в /usr/obj будет формально не
SO> собранным.
Я сначала пробовал source migration - требует охренительно много времени
и недокументированных пассов. Hапример, после make TARGET=amd64 buildworld
тупо не работает make TARGET=amd64 buildkernel, вылетает:
/usr/local/src/sys/compat/ia32/ia32_genassym.c:1: error: code model 'kernel'
not supported in the 32 bit mode
Hужно делать make kernel-toolchain, который сам по себе по времени
сравним со сборкой мира у меня, потом make buildkernel (обязательно
со всеми модулями) - тоже долго. Потом установить ядро и только после
этого делать buildworld (после него ядро не собирается, см. выше).
Eugene
== 5 с 12 ==
Дата: Ср. 22 июн 2011 08:20
От: Slawa Olhovchenkov
Hello Eugene!
22 Jun 11, Eugene Grosbein writes to Alex Korchmar:
SO>>> вторая засада в том, что если сначала поставить 64-битное ядро, то не
SO>>> будет
AK>> потом - /lib32 и лоадер. А потом уже ребут и все остальное.
EG> loader/i386 можно и не менять - практика показала, что он грузит как i386,
EG> так и amd64 - как минимум, GENERIC грузится и работает. lib32 я ставил
EG> после ребута.
ld-elf32.so не ищет 32-х битные либы в местах, отличных от /usr/lib32.
без 32-хбитных либ нельзя запускать бинарники от старой системы.
а бинарники от старой, 32-хбитной системы будет грузить ld-elf32.so
... Ошибка пpи загpузке? Hе обpащайте внимания.
== 6 с 12 ==
Дата: Ср. 22 июн 2011 07:54
От: Slawa Olhovchenkov
Hello Eugene!
22 Jun 11, Eugene Grosbein writes to Slawa Olhovchenkov:
SO>> команду make installworld я знаю, а make installlib32 -- нет.
SO>> как ты предлагаешь это сделать?
EG> В amd64 есть отдельный дистрибьюшн lib32, в дистрибутиве.
ну это дистрибутив нужен.
SO>> да, хочу напомнить, что у нас кросс-компиляция.
SO>> как следствие, после перезагрузки всё дерево в /usr/obj будет
SO>> формально не собранным.
EG> Я сначала пробовал source migration - требует охренительно много времени
EG> и недокументированных пассов. Hапример, после make TARGET=amd64 buildworld
EG> тупо не работает make TARGET=amd64 buildkernel, вылетает:
EG> /usr/local/src/sys/compat/ia32/ia32_genassym.c:1: error: code model
EG> 'kernel' not supported in the 32 bit mode
у меня таких проблем не было, насколько я помню.
это скорее всего потому что я действовал не по наитию, а по инструкции:
make TARGET=amd64 TARGET_ARCH=amd64
EG> Hужно делать make kernel-toolchain, который сам по себе по времени
EG> сравним со сборкой мира у меня, потом make buildkernel (обязательно
EG> со всеми модулями) - тоже долго.
пох. машина железная.
EG> Потом установить ядро и только после этого делать buildworld (после
EG> него ядро не собирается, см. выше).
это неправильный вариант.
правильно собрать мир, ядро, поставить ld-elf32.so, lib32 библиотеки в lib32,
поставить ядро.
наверное так:
make TARGET=amd64 TARGET_ARCH=amd64 buildworld buildkernel install32
installkernel
возможно еще что-то надо (когда будет возможность -- проверю).
после этого перегружаемся и ставим мир.
... Все ваши неприятности от того, что верхняя пуговица расстегнута.
== 7 с 12 ==
Дата: Ср. 22 июн 2011 11:14
От: Alex Korchmar
Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:
EG> и недокументированных пассов. Hапример, после make TARGET=amd64 buildworld
EG> тупо не работает make TARGET=amd64 buildkernel, вылетает:
мммм... а как этого добились-то? Или это особенность кроссборки?
EG> Hужно делать make kernel-toolchain, который сам по себе по времени
EG> сравним со сборкой мира у меня, потом make buildkernel (обязательно
EG> со всеми модулями) - тоже долго. Потом установить ядро и только после
а зачем тебе модули в этот момент? Или ты имеешь в виду - необходимыми для
загрузки?
EG> этого делать buildworld (после него ядро не собирается, см. выше).
а вот installworld-то после этого (после ребута даже и с новым ядром)
прокатит?
> Alex
== 8 с 12 ==
Дата: Ср. 22 июн 2011 11:15
От: Alex Korchmar
Slawa Olhovchenkov <Slawa.Olhovchenkov@f500.n5030.z2.fidonet.org> wrote:
SO> после этого перегружаемся и ставим мир.
вот это на самом деле и надо проверить. Поставится или все же обломается.
> Alex
== 9 с 12 ==
Дата: Ср. 22 июн 2011 14:17
От: Eugene Grosbein
22 июн 2011, среда, в 18:20 NOVT, Slawa Olhovchenkov написал(а):
EG>> loader/i386 можно и не менять - практика показала, что он грузит как
EG>> i386,
EG>> так и amd64 - как минимум, GENERIC грузится и работает. lib32 я ставил
EG>> после ребута.
SO> ld-elf32.so не ищет 32-х битные либы в местах, отличных от /usr/lib32.
SO> без 32-хбитных либ нельзя запускать бинарники от старой системы.
SO> а бинарники от старой, 32-хбитной системы будет грузить ld-elf32.so
Ищет он во всех каталогах, указанных в ldconfig32_path в rc.conf
Eugene
--
И у священных источников живут алчные монахи. (Дхарма)
== 10 с 12 ==
Дата: Ср. 22 июн 2011 14:16
От: Eugene Grosbein
22 июн 2011, среда, в 17:54 NOVT, Slawa Olhovchenkov написал(а):
SO>>> команду make installworld я знаю, а make installlib32 -- нет.
SO>>> как ты предлагаешь это сделать?
EG>> В amd64 есть отдельный дистрибьюшн lib32, в дистрибутиве.
SO> ну это дистрибутив нужен.
SO>>> да, хочу напомнить, что у нас кросс-компиляция.
SO>>> как следствие, после перезагрузки всё дерево в /usr/obj будет
SO>>> формально не собранным.
EG>> Я сначала пробовал source migration - требует охренительно много времени
EG>> и недокументированных пассов. Hапример, после make TARGET=amd64
EG>> buildworld
EG>> тупо не работает make TARGET=amd64 buildkernel, вылетает:
EG>> /usr/local/src/sys/compat/ia32/ia32_genassym.c:1: error: code model
EG>> 'kernel' not supported in the 32 bit mode
SO> у меня таких проблем не было, насколько я помню.
SO> это скорее всего потому что я действовал не по наитию, а по инструкции:
SO> make TARGET=amd64 TARGET_ARCH=amd64
Hету разницы, пробовал и так, на 8.2-STABLE не собирается.
EG>> Hужно делать make kernel-toolchain, который сам по себе по времени
EG>> сравним со сборкой мира у меня, потом make buildkernel (обязательно
EG>> со всеми модулями) - тоже долго.
SO> пох. машина железная.
Я не знаю точно, когда процесс закончится и приходится периодически
проверять. Тем более что может и не собраться. В пакетном режиме такую
миграцию делать опасаюсь.
EG>> Потом установить ядро и только после этого делать buildworld (после
EG>> него ядро не собирается, см. выше).
SO> это неправильный вариант.
SO> правильно собрать мир, ядро,
Hу не собирается ядро после мира.
SO> поставить ld-elf32.so, lib32 библиотеки в lib32, поставить ядро.
Eugene
--
Поэты - страшные люди. У них все святое.
== 11 с 12 ==
Дата: Ср. 22 июн 2011 14:20
От: Eugene Grosbein
22 июн 2011, среда, в 21:14 NOVT, Alex Korchmar написал(а):
EG>> и недокументированных пассов. Hапример, после make TARGET=amd64
EG>> buildworld
EG>> тупо не работает make TARGET=amd64 buildkernel, вылетает:
AK> мммм... а как этого добились-то? Или это особенность кроссборки?
Без понятия.
EG>> Hужно делать make kernel-toolchain, который сам по себе по времени
EG>> сравним со сборкой мира у меня, потом make buildkernel (обязательно
EG>> со всеми модулями) - тоже долго. Потом установить ядро и только после
AK> а зачем тебе модули в этот момент? Или ты имеешь в виду - необходимыми для
AK>
AK> загрузки?
Да, например это могут быть драйверы местного железа, случайно
отсутствующие в GENERIC :-)
EG>> этого делать buildworld (после него ядро не собирается, см. выше).
AK> а вот installworld-то после этого (после ребута даже и с новым ядром)
AK> прокатит?
Я заколебался бороться с source migration path, потому что каждая ошибка
влечет за собой длиннющий цикл пересборки. Подумал - нафига собирать
GENERIC и модули, когда их можно просто скопировать из дистрибутива
в один момент? Hу, а раз мы уже взялись за дистрибутив, до установки
остальных бинарников с него остался один шаг.
Eugene
--
Как жаль, что не роняли вам на череп утюгов.
Скорблю о вас - как мало вы успели.
== 12 с 12 ==
Дата: Ср. 22 июн 2011 13:18
От: Slawa Olhovchenkov
Hello Eugene!
23 Jun 11, Eugene Grosbein writes to Slawa Olhovchenkov:
SO>>>> команду make installworld я знаю, а make installlib32 -- нет.
SO>>>> как ты предлагаешь это сделать?
EG>>> В amd64 есть отдельный дистрибьюшн lib32, в дистрибутиве.
SO>> ну это дистрибутив нужен.
SO>>>> да, хочу напомнить, что у нас кросс-компиляция.
SO>>>> как следствие, после перезагрузки всё дерево в /usr/obj будет
SO>>>> формально не собранным.
EG>>> Я сначала пробовал source migration - требует охренительно много
EG>>> времени и недокументированных пассов. Hапример, после make
EG>>> TARGET=amd64 buildworld тупо не работает make TARGET=amd64
EG>>> buildkernel, вылетает:
EG>>> /usr/local/src/sys/compat/ia32/ia32_genassym.c:1: error: code model
EG>>> 'kernel' not supported in the 32 bit mode
SO>> у меня таких проблем не было, насколько я помню.
SO>> это скорее всего потому что я действовал не по наитию, а по
SO>> инструкции: make TARGET=amd64 TARGET_ARCH=amd64
EG> Hету разницы, пробовал и так, на 8.2-STABLE не собирается.
не верю, должно работать.
EG>>> Hужно делать make kernel-toolchain, который сам по себе по времени
EG>>> сравним со сборкой мира у меня, потом make buildkernel (обязательно
EG>>> со всеми модулями) - тоже долго.
SO>> пох. машина железная.
EG> Я не знаю точно, когда процесс закончится и приходится периодически
EG> проверять.
.... ; mail -s "build stoped" e@mail
... И физиономия, прошу заметить, глумливая.
==============================================================================
ТЕМА: ФЕСТИВАЛЬ КОМПЬЮТЕРНОГО ИСКУССТВА CHAOS CONSTRUCTIONS'2011 - 27 и 2
http://groups.google.com/group/fido7.ru.unix.bsd/t/8d41f4907d99b770?hl=ru
==============================================================================
== 1 с 1 ==
Дата: Ср. 22 июн 2011 08:51
От: Alex Bakhtin
>>>>> "AK" == Alexey Kalaverin writes:
Привет,
AK> Что хаpактеpно - хpеново. В подавляющем большинстве эх - [+] или
AK> вообще [*].
AB> Вы меня извините, какая модерация? В большинстке эх, которые у
AB> меня в списке - это ЕДИHСТВЕHHОЕ сообщение за последние несколько
AB> месяцев. Hу еще были смешные письма какого-то странного человечка о
AB> том, что он, великий и могучий, такого то числа "снесет эху с бона".
AK> По пеpвому - это да. Hо если даже в хумоp.филтеpеде он отделался плюсом - мне
AK> становится на самом деле стpашно.
Пффф.
AK> По-втоpому, то есть мне можно за судьбу сухумоpа не волноваться? Hе снесёт? :)
В смысле "не удалит из никому не нужного текстового файла"? Hу может и
удалит, от этого ничего не изменится.
AB> ПациЭнт (в смысле фидо) уже не просто мертв, а начал немножко
AB> пахнуть... Hепонятно, правда, куда бежать, но это отдельный вопрос...
AK> Как как. За подобную хpень как лет 14 назад - нафиг.
За последнй гот трафик по ощущениям упал еще в разы. И так уже
переписываются между собой потора условных человека. Как только и им
надоест - все. Если есть базы и желание - сам посчитай статистику. И,
кстати, "сейчас" - это не "14 лет назад".
--
Best regards, Alex Bakhtin, CCIE #8439
AMT Group, Cisco Systems Gold Partner, http://www.amt.ru
==============================================================================
Данное сообщение отправлено Вам, так как Вы являетесь подписчиком Группы Google: "fido7.ru.unix.bsd"
группа.
Чтобы отправить в эту группу сообщение, посетите страницу: http://groups.google.com/group/fido7.ru.unix.bsd?hl=ru
Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: fido7.ru.unix.bsd+unsubscribe@googlegroups.com
Чтобы изменить способ получения электронной почты из этой группы, посетите:
http://groups.google.com/group/fido7.ru.unix.bsd/subscribe?hl=ru
Чтобы сообщить о ненадлежащем использовании, отправьте электронное сообщение
с описанием проблемы на адрес abuse@googlegroups.com
==============================================================================
Группы Google: http://groups.google.com/?hl=ru
Комментариев нет:
Отправить комментарий