Re: jessie в openvz контейнере
Andrey Melnikoff -> debian-russian@lists.debian.org @ Wed, 6 Apr 2016 13:45:43 +0300: >> >> >> On 3/30/16, Андрей Любимецwrote: >> >> >> >> >> >>> Есть ли грабли при обновлении openvz-контейнера с wheezy на jessie? >> >> >> ... >> >> >>> Или всё ж не трогать, пока работает? >> >> >> >> >> >> 7 будет ещё 2 года поддерживаться. А там или шах, или ишак здохнет >> :). >> >> >> >> >> > Всё так, только php в wheezy уже не поддерживается, предлагают на >> stable >> >> > перебираться. >> >> PHP вообще лучше не пользоваться, ни в wheezy, ни в jessie... >> AM> А на чем же писать благородным донам? На питоне/go/js ? >> Благородным - на хаскеле. Для неблагородных - RoR еще вроде с виду не >> дыряв. > Удобство пыхпыха в одном - минимальные телодвижения. Как хаскель вкрячить > под nginx я себе слабо представляю. С рельсами - так это надо своё депо с > сигнализацией и автоматизацией и рем-мех-участком поднимать. Зачем? >> За анаконду, шахматы и жабописьмо не поручусь. Но решения на PHP - это ж >> дыра на дыре. >> Нет, я в курсе, что и на PHP можно писать аккуратно, не так уж он и >> ужасен сам по себе. Вопрос только в том, кто это делает. > Тогда это не повод - совсем на нем не писать. А то так можно и C закатать в > асфальт - на нем тоже пишут все кто попало и дырок оставляют кучу. Собственно, ситуация какова: если дыра на дыре тебя устраивает, то да, минимальные телодвижения. Если не устраивает, то то же самое депо с рем-мех-участком, и весьма квалифицированными механиками поднимать придется. Хаскель под nginx вставляется в режим reverse proxy, под который nginx изначально и делался. Есть минимум два фреймворка на разные вкусы - happstack и yesod.
Re: jessie в openvz контейнере
Artem Chuprinawrote: > Andrey Melnikoff -> debian-russian@lists.debian.org @ Tue, 5 Apr 2016 > 19:10:16 +0300: > >> >> On 3/30/16, Андрей Любимец wrote: > >> >> > >> >>> Есть ли грабли при обновлении openvz-контейнера с wheezy на jessie? > >> >> ... > >> >>> Или всё ж не трогать, пока работает? > >> >> > >> >> 7 будет ещё 2 года поддерживаться. А там или шах, или ишак здохнет :). > >> >> > >> > Всё так, только php в wheezy уже не поддерживается, предлагают на > stable > >> > перебираться. > >> PHP вообще лучше не пользоваться, ни в wheezy, ни в jessie... > AM> А на чем же писать благородным донам? На питоне/go/js ? > Благородным - на хаскеле. Для неблагородных - RoR еще вроде с виду не > дыряв. Удобство пыхпыха в одном - минимальные телодвижения. Как хаскель вкрячить под nginx я себе слабо представляю. С рельсами - так это надо своё депо с сигнализацией и автоматизацией и рем-мех-участком поднимать. Зачем? > За анаконду, шахматы и жабописьмо не поручусь. Но решения на PHP - это ж > дыра на дыре. > Нет, я в курсе, что и на PHP можно писать аккуратно, не так уж он и > ужасен сам по себе. Вопрос только в том, кто это делает. Тогда это не повод - совсем на нем не писать. А то так можно и C закатать в асфальт - на нем тоже пишут все кто попало и дырок оставляют кучу.
[PRIME] xrandr --listproviders видит 2ю карту только после перезапуска X
Приветствую. Обе карты - radeon. Первая 6480G (в APU), вторая - 6470 (дискретная). Перекючение muxless, экран подключен к первой видеокарте. Собственно, проблема как в заголовке сообщения: --listproviders не видит вторую видеокарту пока я хотя бы раз не перезагружу X сервер, а точнее lightdm. При этом следующая команда: sudo cat /sys/kernel/debug/vgaswitcheroo/switch выводит совершенно одно и то же как до перезагрузки X, так и после: 0:IGD:+:Pwr::00:01.0 1:DIS: :DynPwr::01:00.0 Аналогично и sudo lspci | grep -i vga: 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Sumo [Radeon HD 6480G] 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Seymour [Radeon HD 6400M/7400M Series] Почему xrandr может не видеть дискретную карту до перезагрузки X, что это, нарушение порядка загрузки демонов в systemd, или какая-то "магическая" подача команды на включение второй карте именно при перезагрузке/выключении X? Вроде же карты инициализирует ядро, т.е. это должно происходить рано, и потом этими картами оно управляет при помощи dpm. Т.е. по логике вещей не должно быть никакого "нарушения порядка загрузки демонов". А инициализация карты при выключении иксов вобще похожа на бред. Кстати, карта инициализируется не только когда я нормально перезагружаю иксы, а даже если их крэшну, вызвав какой-нибудь бред типа такого: xrandr --setprovideroutputsource radeon radeon