на Sylvia

этот аккаунт ( ID: 63771 )
http://www.linux.org.ru/people/Sylvia/profile
мой, пароли одинаковые/ после перестановки ников ID: 63771 можно заблокировать. спасибо.

Ошибка — ftp://mirror.yandex.ru/
Не удалось открыть страницу «ftp://mirror.yandex.ru/».
The specified location is not mounted
Попытаться снова


можно заставить мидори хотя бы открывать ftp:// ссылки в другой программе?

http://www.winehq.org/announce/1.1.44

событие технически значимое, а совсем прошло мимо LOR..

подробности ну хотя бы тут: http://www.h-online.com/security/news/item/DNSSEC-on-all-root-servers-994744....

помимо красивого номера версии были исправлены 51 ошибка
http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&...

исходный код как обычно тут: ftp://ftp.gnu.org/gnu/gcc/gcc-4.4.4/
или на зеркалах GNU.org

привет всем,
возникла сложность с соединением openvpn с MacOSX (не знаю какая версия), клиент Viscosity, наверное последний
Такое впечатление что клиентом игнорируется параметр
dh dh1024.pem

client.ovpn:

client
proto tcp-client
remote адрес-сервера
port порт-на-сервере
dev tap
resolv-retry infinite
persist-key
persist-tun
tls-client
dh dh1024.pem
ca ca.crt
cert cert.crt
key key.key
cipher BF-CBC
tls-auth ta.key 1
ping 10
comp-lzo
verb 3
mute 10

настройки viscosity на Mac:
http://s49.radikal.ru/i124/1004/eb/b0face59c9e8.png
http://s45.radikal.ru/i110/1004/90/bc0d391ca828.png
http://s14.radikal.ru/i187/1004/73/24e20c8658ee.png

лог на сервере:
Wed Apr 28 19:09:29 2010 TCP connection established with клиент
Wed Apr 28 19:09:29 2010 Socket Buffers: R=[131072->131072] S=[131072->131072]
Wed Apr 28 19:09:29 2010 TCPv4_SERVER link local: [undef]
Wed Apr 28 19:09:29 2010 TCPv4_SERVER link remote: клиент
Wed Apr 28 19:09:30 2010 клиент TLS: Initial packet from клиент, sid=115e2005 4dfeb0bc
Wed Apr 28 19:09:30 2010 клиент Authenticate/Decrypt packet error: packet HMAC authentication failed
Wed Apr 28 19:09:30 2010 клиент TLS Error: incoming packet authentication failed from клиент
Wed Apr 28 19:09:30 2010 клиент Fatal TLS error (check_tls_errors_co), restarting
Wed Apr 28 19:09:30 2010 клиент SIGUSR1[soft,tls-error] received, client-instance restarting
Wed Apr 28 19:09:30 2010 TCP/UDP: Closing socket
Wed Apr 28 19:09:31 2010 MULTI: multi_create_instance called
Wed Apr 28 19:09:31 2010 Re-using SSL/TLS context
Wed Apr 28 19:09:31 2010 LZO compression initialized
Wed Apr 28 19:09:31 2010 Control Channel MTU parms [ L:1576 D:168 EF:68 EB:0 ET:0 EL:0 ]
Wed Apr 28 19:09:31 2010 Data Channel MTU parms [ L:1576 D:1450 EF:44 EB:135 ET:32 EL:0 AF:3/1 ]
Wed Apr 28 19:09:31 2010 Local Options hash (VER=V4): '3c14feac'
Wed Apr 28 19:09:31 2010 Expected Remote Options hash (VER=V4): 'e39a3273'


может кроме viscosity есть что-то другое более понятливое?
на Windows работает все это с community OpenVPN

для тех кто любит почитать: http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.33.3


для тех кто привык к действиям:

http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.33.3.tar.bz2
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.32.12.tar.bz2

тема: http://www.linux.org.ru/forum/talks/4817295 ( которую вообще надо удалить целиком по 4.4)

я конечно понимаю что у пользователя http://www.linux.org.ru/people/Vaal/profile богатая предыстория приводов в милици^W , но зачем штрафовать его за то , чего не было?



Сообщение удалено annoynimous по причине '4.6 Спам (-7)' Ответ на: комментарий от Zhbert 25.04.2010 20:23:25
☯
паранойя
Vaal (25.04.2010 20:24:47)


Сообщение удалено annoynimous по причине '4.6 Спам (-7)'
☯

вызывающе неправославные темы создают модераторы дабы вызвать ругания богопротивные смуту в сердах и тем самым обрезать скор

обрезать скор

вот так из православных делают иудеев
Vaal (25.04.2010 20:28:04)

http://lenta.ru/news/2010/04/23/rf/

ICANN окончательно делегировала России кириллический домен .РФ. Россия первой получила кириллический страновой домен верхнего уровня. Помимо России 22 апреля страновые домены получили Египет, Саудовская Аравия и ОАЭ. Решение ICANN позволит осуществить физический запуск корневого домена техническим центром IANA.

подробности по ссылке

В Петербурге открылся российский офис норвежского разработчика браузеров Opera. В задачи офиса входит поддержка пользователей, а также переговоры с локальными разработчиками, партнерами и клиентами, сообщает CNews.

В настоящее время в российском представительстве работает пятеро сотрудников - директор по проектам (отвечает за администрирование контрактов), менеджер по связям с разработчиками (технические вопросы), менеджер по связям с пользователями (также отвечает за образовательные программы), директор по продажам и PR-менеджер. Некоторые из них физически находятся в Москве.

Временно российским офисом руководит норвежец Руар Ольбергсвеен. «Мы рассматриваем кандидатуры россиян на роль генерального менеджера, но я пока не готов назвать имена тех, кто может возглавить офис», - рассказал PR-менеджер Opera в России Владимир Исаев.

Первоочередными задачами представительства в компании называют поддержку сообщества пользователей, организацию и проведение маркетинговых программ, более тесное взаимодействие с веб-разработчиками, партнерами и клиентами.

В компании отметили, что Россия является приоритетным регионом для Opera. Местное сообщество пользователей Opera считается крупнейшим в мире. По данным StatCounter в марте 2010 года настольные браузеры Opera использовали 31,7% российских интернет-пользователей, а мобильный браузер Opera Mini применяют 81,5% россиян, имеющих доступ в интернет с подобных устройств.

http://spb.rbc.ru/topnews/14/04/2010/394094.shtml

пользуетесь ли вы бинарными пакетами с binhost ?

• нет, я (почти) все собираю из исходников непосредственно на каждой машине где устанавливаются пакеты
• да, у меня несколько (немного) компьютеров и я не собираю (большие,вообще все) пакеты на тех машинах которые слабее, устанавливаю бинарные пакеты собраные на быстрой машине
• у меня большая развернутая сеть gentoo-based машин и я использую только бинарные пакеты собраные на binhost
• я использую сторонний binhost (какой? напишите почему? очень интересно что заставляет людей использовать gentoo с сторонними репозиториями бинарных пакетов)
• мой gentoo-like дистрибутив имеет репозиторий бинарных пакетов и я его использую
• другие варианты

PS: желательно указывайте число машин на которых стоит gentoo - 1, несколько, большая сеть (хотя бы так)

попутно вопрос: Gnome 2.30 светит когда-нибудь в основном дереве?) а то смотрю что даже по оверлеям нет ничего http://gpo.zugaina.org/gnome-base/gnome-light

по мотивам этой новости - http://www.linux.org.ru/news/games/4755954


почему-то в игре нет звука (нативная для linux), можно как-нибудь исправить и куда вообще смотреть?

при выходе игра падает если разрешение экрана было изменено (я ставлю 1440 на 900) настройки разрешения не сохраняются, можно как-нибудь исправить?

в внутриигровом мануале написано что можно менять управление клавишами,
в настройках не нашла, в линуксовой нет этого? или я что-то не нашла?

можно ли в avant-window-navigator перенести панельку вбок или она только снизу может быть? если да то как? не вижу в настройках

для тех кто ждет стабильного релиза 7.8

http://cgit.freedesktop.org/mesa/mesa/snapshot/mesa-7.8.1.tar.gz


<h2>New features</h2>
<p>None.</p>
<h2>Bug fixes</h2>
<ul>
<li>Fix incorrect enums for GLX_INTEL_swap_event by updating glxext.h to
version 27 from OpenGL.org.</li>
<li>Fix compilation errors on non-GLX_DIRECT_RENDERING builds.</li>
<li>Various fixes for building Mesa on OS X.</li>
<li>Pass GLX drawable ID to dri2InvalidateBuffers. Fixes bug #27190.</li>
</ul>

как обычно решето, в частности bluetooth
http://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.33.2

прелюдия:
чтобы не считали тему 5.4,
речь идет о том включают ли флаги -msse* генерацию соответствующих инструкций в коде или имеют лишь пермиссивное значение


Итак маленькое пилотное исследование:

материал исследования - GNU bash 4.1,
скомпилированый бинарник содержит около 160 тысяч asm инструкций,
не содержит специализированных ассемблерных вставок с SSE/MMX.
инструментарий - GCC 4.3.4 release, GCC 4.4.3 release, GCC 4.5 release candidate,
а также вот эта утилита http://dev.gentoo.org/~dirtyepic/bin/analyze-x86 , которую я переписала в процессе на Си, потому что перлячья уж сильно тормозит

Значение исследования: помочь гентушникам и прочим собирателям из исходников познать дзен, ввиду того что публикуемая документация по GCC недостаточно данный вопрос раскрывает.

интерлюдия: о -march=native , разные версии GCC относятся к этому флагу немного по разному,
посмотреть что именно они имеют ввиду можно не только флажком -Q , но и флажком -v собирая любой файл,
итак hello_world.c

GCC 4.3
Core2 Penryn
-march=core2 -mcx16 -msahf --param l1-cache-size=32 --param l1-cache-line-size=64 -mtune=core2
Celeron M390
-march=pentium-m --param l1-cache-size=32 --param l1-cache-line-size=64 -mtune=generic
Atom 330 (не определены размеры кешей!)
-march=core2 -mcx16 -msahf -mtune=core2


GCC 4.4 (для атома - redhat svn версия, т.к. ванильная атом не поддерживает)
-march=core2 -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -mtune=core2
-march=pentium-m --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=generic
-march=atom -mcx16 -msahf -mmovbe --param l1-cache-size=24 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=atom


GCC4.5 (только для core2)
-march=core2 -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -mtune=core2

выводы достаточно интересны тем, что -msse может как присутствовать, так и отсутствовать, практический вывод - нужно проверять что конкретно у вас.

Тесты для GCC4.4:

1) -O2 -march=core2
686: 394
mmx: 8

2) -O2 -march=core2 -msse4.1 -mmmx
686: 394
mmx: 8

3) -O2 -march=core2 -ftree-vectorize
686: 416
mmx: 17
sse: 1
sse2: 39

4) -O2 -march=core2 -ftree-vectorize -msse4.1 -mmmx
686: 416
mmx: 17
sse: 1
sse2: 39

5) -O2 -march=core2 -fno-tree-vectorize -mfpmath=sse
686: 394
mmx: 8

6) -O2 -march=core2 -fno-tree-vectorize -mfpmath=sse -msse4.1 -mmmx
686: 394
mmx: 8

для GCC 4.3 и GCC 4.5 rc результаты получились аналогичными, разве что у 4.5 число использования «высших» инструкций выросло, как для ppro, так и для mmx/sse

Выводы:

1) -mmmx включен всегда, несмотря на то что -Q показывает его как выключеный
2) -msse не включает генерацию соответствующих инструкций
3) -mfpmath задает только путь fpu/sse , в ассемблерном листинге не отлавливается (?) возможно следует повторить тест на чем-нибудь более интенсивно использующем математику
4) для -ftree-vectorize не имеет значение флаг -msse , достаточно -march=

Так что все подтверждается, -msse имеют лишь пермиссивное значение .
Если будете повторять - попробуйте взять что-нибудь другое, только без asm вставок с инструкциями mmx/sse

вчера успешно заморозили trunk 4.5 , допустимы теперь лишь только изменения документации.

http://gcc.gnu.org/ml/gcc/2010-03/msg00477.html

http://www.vesti.ru/doc.html?id=349139

три ролика

если точнее, то сломали настройки MTU через NAT,

Slackware, 64 bit, поднимает соединение через PPPoE, (kernel mode - LINUX_PLUGIN=rp-pppoe.so)
NAT, (iptables -t nat -A POSTROUTING -o ppp0 -j SNAT --to-source $IP)

еще вчера до обновления ядра все прекрасно работало с настройками MTU 1500 на внутрилокальных машинах , после обновления же не хочет, проблемы именно с MTU (т.е. можно уменьшить до 1492 и все работает)

User mode PPPoE тоже работает как обычно , перенастроек mtu не требует

Вопросы:
1) у кого случилось подобное? или не случилось (ядро 32.10 или 33.1, инет через PPPoE, через нат раздает инет в локалку, УМВР ЧЯНТД ?) ?


2) может быть возможно более элегантное решение кроме вариантов использования user-mode pppoe или установки на всех машинах в LAN mtu=1492 ?

ftp://ftp.trolltech.com/qt/source/qt-everywhere-opensource-src-4.7.0-tp.tar.gz