http://lists.opensuse.org/radeonhd/2007-11/msg00634.html
Собсно, до полноценного драйвера еще далековато, на данный момент есть только 2d (без ускорения, просто кадровый буфер) и xrandr. Но прогресс есть и это не может не радовать.
Палю тему. Кому скор нужен - запостите тему :)
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/catalyst_71...
Правда, не очень понимаю, откуда взялся каталист и такая нумерация. Раньше был Linux Proprietary Driver 8.42.3, а тут Catalyst 7-11.
Список фич - просто офигенный:
Launching a new terminal un RHEL5 32bit version no longer results in an inconsistent background colors appearing each time the window is minimized and maximized
The kernel module is now working on kernel version 2.6.23
An error message no longer appears during installation if dash is used as /bin/sh
А известные баги удручают:
There is no support for video playback on the second head in dual head mode. Further details can be found in topic number 737-26985
Desktop corruption may be noticed when dragging the overlay/video when using dual-display mode. Further details can be found in topic number 737-29578
A black screen may be observed on some hardware when switching to the console or leaving the X window system when a Vesa framebuffer console driver is used. Further details can be found in topic number 737-30687
An error message appears during installation if dash is used as /bin/sh. A topic number is not available for this issue
Several distribution-specific packaging scripts are not up-to-date in this release. In particular packaging for 64-bit Ubuntu versions is known to be broken. A topic number is not available for this issue
Скорее бы уже radeonhd допилили...
Сабж
processor : 1 vendor_id : AuthenticAMD cpu family : 15 model : 104 model name : AMD Turion(tm) 64 X2 Mobile Technology TL-56 stepping : 1
У проца присутствуют 3 частоты - 800, 1600 и 1800 МГц
С губернатором conservative, если нагружено на 100% только одно ядро, то частота не поднимается, остается на минимуме.
Если загрузить оба ядра, то частота поднимается, как и положено (синхронно на двух ядрах).
Это нормально? Можно ли с этим что-нить сделать?
Имеется ноут с ATI x1270 (rs690) на борту.
Драйвер radeonhd пока не поддерживает её, приходится юзать fglrx, но при работе случаются артефакты.
Один - не перерисовываются куски окна. Т.е. свернул окошко, под ним другое и весь этот кусок - серым.
Второй - появляется мусор в виде черных или цветных полос. Что интересно, цветной мусор - только в правом нижнем углу экрана, а черные полосы - только в окне xterm. В окне konsole - не появляются ни разу.
Может есть какие-то ключики, которыми можно что-нить поправить?
Инфа:
Kernel 2.6.23, smp
amd turion TL-56, ati SB600
gentoo
X Window System Version 1.3.0
fglrx 8.42.3
Рабочее разрешение - 1440x900
Куски xorg.conf:
Section "Module"
Load "i2c"
Load "bitmap"
Load "ddc"
Load "dri"
Load "extmod"
Load "freetype"
Load "int10"
Load "vbe"
EndSection
Section "Device"
Identifier "radeon"
Driver "fglrx"
VendorName "ati"
BoardName "x1270"
BusID "PCI:01:05:0"
Option "VideoOverlay" "on"
Option "UseFastTLS" "2"
Option "EnablePrivateBackZ" "on"
EndSection
Когда-то, в обсуждении powertop, упоминалось текущее потребление ноута (ток). Где его смотреть-то? Вроде в /proc/acpi уже всё перерыл...
З.Ы. Dell Inspiron 1721 (AMD Turion TL-56 1.8GHz, ATI SB600)
Пишу сюда, а не в Admin, потому что это больше по части парапсихологии и психиатрии, думаю...
Есть недавно зарегенный домен bpo.by (никакого пеара).
whois в этой зоне отстутсвует, можно не смотреть.
$ host -t NS bpo.by выдает:
------------------------------------------------------------
bpo.by name server tezis.managedns4.estboxes.com.bpo.by.
bpo.by name server tezis.managedns1.estboxes.com.bpo.by.
bpo.by name server tezis.managedns2.estboxes.com.bpo.by.
bpo.by name server tezis.managedns3.estboxes.com.bpo.by.
------------------------------------------------------------
Т.е. тем, кто прописывал NS-ы, надо оторвать ручки.
Далее. Имеется комп с оффтопикXP. Там наблюдается такая картина:
------------------------------------------------------------
nslookup
> set type=ALL
> bpo.by
Server: nsrv.belpak.by
Address: 193.232.248.2
Non-authoritative answer:
bpo.by nameserver = tezis.managedns1.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns2.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns3.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns4.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns1.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns2.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns3.estboxes.com.bpo.by
bpo.by nameserver = tezis.managedns4.estboxes.com.bpo.by
>
>set type=A
>bpo.by
Address: 193.232.248.2
DNS request timed out.
timeout was 2 seconds.
DNS request timed out.
timeout was 2 seconds.
*** Request to nsrv.belpak.by timed-out
------------------------------------------------------------
Т.е. ns-ы выглядят так же криво, но, внимание:
------------------------------------------------------------
ping bpo.by
Обмен пакетами с bpo.by [88.86.106.28] по 32 байт:
Ответ от 88.86.106.28: число байт=32 время=365мс TTL=50
Ответ от 88.86.106.28: число байт=32 время=460мс TTL=50
Ответ от 88.86.106.28: число байт=32 время=464мс TTL=50
Ответ от 88.86.106.28: число байт=32 время=54мс TTL=50
Статистика Ping для 88.86.106.28:
Пакетов: отправлено = 4, получено = 4, потеряно = 0 (0% потерь),
Приблизительное время приема-передачи в мс:
Минимальное = 54мсек, Максимальное = 464 мсек, Среднее = 335 мсек
------------------------------------------------------------
В hosts ничего кроме localhost'а нету.
Вопрос - как оно его пингует?
чем принято делать сабж? head-tail-dd не подходят - head/tail - неудобно, банально, dd - жестко привязывается к размерам блоков и если надо откусить, к примеру, 10 байт от начала на гигабайтном файле, то система станет раком на час (размер блока в 10 байт придется ж делать).
Имеется сервер, за которым не присматривали год. В cron, видимо, было пару левых команд, выполнявшихся достаточно часто, а exim их не мог отправлять и наскладировал в /var/spool/exim/input.
Размер каталога (в смысле, не содержимого, а чисто иноды) - 12 мегабайт. ls там повисает на добрых полчаса. mc'ой вхожу, но результата пока нету. Выполнять rm * нет смысла - явно вывалится на переполнении длины командной строки.
Что делать? :-)
Я-то, конечно, постараюсь дождаться и mc'ой удалить, но может и более правильные способы есть? :)
сабж
Сыграем?
kill -9 `ps -e|shuf|head -n1|awk '{print($1)}'`
Требуется:
1. работа внутри браузера (без загрузки/установки каких-либо программ).
2. кроссплатформенность (за вычетом мобильных платформ)
3. возможность отрисовки достаточно насыщенного интерфейса
4. возможность доступа к периферии - ввод-вывод звука
5. компрессия-декомпрессии mp3 и отсылкой-приемом этого на удаленный сервер.
6. достаточно активный видеовывод (визуализация проигрывания звукового файла - типа как в винампе).
Возможна привязка к определенному браузеру (типа xul для мозиллы).
Сейчас читаю про XUL (хочется открытого, а не гнусную проприетарщину), но что-то сомневаюсь, что все пункты будут удовлетворены.
Или может еще что-нить есть, про что я забыл (только не activex!)?
не совсем по теме раздела, но жутко интересно, что ж творится такое... Никогда не видел такого.
[elf@lapotop (~)]$ ping -n google.com
PING google.com (64.233.167.99) 56(84) bytes of data.
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=230 ms
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=217 ms
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=2518 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=3638 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=7235 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=6273 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=9804 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=8887 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=10308 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=9309 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=12711 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=11749 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=15774 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=14799 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=1 ttl=239 time=22174 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=2 ttl=239 time=21324 ms (DUP!)
64 bytes from 64.233.167.99: icmp_seq=24 ttl=239 time=263 ms
64 bytes from 64.233.167.99: icmp_seq=25 ttl=239 time=300 ms
64 bytes from 64.233.167.99: icmp_seq=26 ttl=239 time=263 ms
64 bytes from 64.233.167.99: icmp_seq=27 ttl=239 time=203 ms
64 bytes from 64.233.167.99: icmp_seq=28 ttl=239 time=229 ms
Откуда столько dup'ов?
http://www.secblog.info/2007/09/06/v_xbox_live_nelzja_upominat_operacionnuju_...
При включении в состав игрового ника слова Linux, либо его вариантов, демонстрируется окно, информирующее о невозможности использования подобного имени.
На днях в сетевых дневниках пользователей онлайнового игрового сервиса Xbox Live появились сообщения о том, что при включении в состав игрового ника слов Linux или Unix, либо их вариантов, демонстрируется окно, информирующее о невозможности использования подобного имени. Примечательно, что система не принимает даже варианты, вроде L I N U X или L inux.
Является ли это совпадением или следствием ошибки, не известно. По крайней мере, представители Microsoft пока никак не комментируют жалобы пользователей. Тем временем, в блоггерской среде уже появились предположения, что таким образом корпорация пытается бороться с растущей популярностью альтернативного ПО.
Однако, по словам некоторых пользователей сервиса, Xbox Live также не принимает ники со словом Microsoft, поэтому, возможно, все это является лишь следствием запрета на использование в составе пользовательского имени зарегистрированных торговых марок.
http://operafan.net/content/view/261/2/
Для истинных лоровцев:
----------------------
Напомню, что предварительная тестовая альфа-версия Opera 9.5 выйдет, по заверениям разработчиков, во вторник, 4 сентября. Как и обещали, делимся с вами что нового нас ждят в грядущей версии. А ждёт нас много интересного! Вот некоторые из нововведений, котороые появятся в новой версии:
Новое ядро ECMAscript (оно же JavaScript) стало быстрее и требует меньше ресурсов для работы.
Исправлены тысячи (так и говорят, тысячи) ошибок в ядре рендеринга, что улучшит совместимость со множеством сайтов.
Добавлена поддержка свойств overflow-x и overflow-y из CSS3. Здесь разработчики пошли на поводу у Internet Explorer, в котором эти свойства обрабатываются (едва ли не единственное, что есть в IE из CSS3).
Добавлена поддержка Getters and Setters из JavaScript 1.5
Улучшена поддержка визуального редактирования (Rich Text Editing).
Решены проблемы, наблюдавшиеся на множестве ресурсов Google.
Добавлена поддержка экранных читалок, таких как Window-Eyes, Jaws и VoiceOver под OS X.
Улучшена интеллектуальное перемещение по элементам страницы (spatial navigation). Новичкам теперь будет легче пользоваться клавиатурными сокращениями.
Все одноклавишные клавиатурные сокращения по-умолчанию отключены.
Улучшена поддержка Windows Vista, в т.ч. интеграция в систему.
В OS X браузер теперь выглядит как "родное" приложение OS X: улучшены вкладки, шрифты по-умолчанию и мигающие кнопки.
Теперь Opera будет доступна и в 64-битной версии.
Новый алгоритм индексирования и формат базы хранения писем во встроенном почтовом клиенте Opera Mail, которые теперь потребляют меньше ресурсов, меньше обращаются к жёсткому диску и работают быстрее.
Новое ядро IMAP в Opera Mail.
Исправлено замерзание Opera во время проверки почты и лент новостей.
-------------------
Радует 64-х битная версия. Интересно, что будет с флешевским плагином?
Чувствую, что ответ где-то рядом, но не могу найти.
Имеется база данных с кучей innodb-таблиц, связанных foreign key.
Работаю со всем этим безобразием через phpmyadmin (шелл там тоже есть).
Периодически нужно базу бэкапнуть и восстановить на другом компе. Часто - восстанавливать кусками (т.е. некоторые таблицы).
Обычно приходится вначале делать truncate в определенном порядке (foreign key!), потом заливать данные в обратном порядке. И чем больше таблиц, тем больший геморрой.
Есть ли какой-нить наименее геморройный способ для этого?
Хочу реализовать возможность обновления кусков программы без полной остановки.
В файле test.py строчка:
a=10
Запускаю интепретатор, там делаю
import test print test.a
пишет 10.
del test
В соседнем окне удаляю вообще test.py, продолжаю
import test
print test.a
пишет снова 10.
Как это побороть? Вроде как del должен удалять модуль из памяти, но не делает этого...
Как сабж?
Есть модуль (из пакета pymedia), написанный на C. При определенных обстоятельствах он падает с сегфолтом. Интепретатор при этом молча падает.
Есть ли возможность этот сегфолт перехватить из питона?
Есть у меня ноут.
Есть кривой биос в ноуте, который у меня.
Есть прошивка от вендора (в виде образа флоппи-диска) к биосу, который кривой, который в ноуте моем.
Есть флопповод в ноуте с кривым биосом, который умеет читать дискеты, на которую надо записать образ, который от вендора баг, который баг пофиксить должон.
Есть двд-читалка в ноуте, которая не умеет читать DVD-RW.
Есть комната в квартире, в которой кроме ноута и DVD-RW матрицы нету ни флоппи-диска, ни CD-RW, ни CD-R, ни DVD-R и никак этот образ никуда не прожечь в el-torito виде.
Образ от вендора тоже кривой, mount -o loop -t vfat его брать не хочет.
Распаковать образ низзя, прошиватор и образ биоса из него не извлечь никак.
Да и доса нету на ноуте, в котором биос кривой, что б загрузить прошиватор, который из образа вендора не извлечь ну никак.
Как в такой ситуации пропатчить биос, который кривой, который в ноуте в пустой квартире хранится?
Можно ль каким-нить макаром чудесным сказать, скажем, лило, что б он образ тот взял и как с флопа с него загрузился?
Сорри за много букф :)
Python.
Функции os.tempnam() и os.tmpnam() обозначены как потенциально опасные (при первом выполнении громко кричит RuntimeWarning).
В качестве замены рекомендуется os.tmpfile(), но поведение сей функции отличается коренным образом.
Мне нужно
1. Создать файл
2. Записать в него данные
3. Закрыть.
При этом условие - что б параллельный процесс не попытался прочитать файл до того, как я его запишу и закрою.
На мой взгляд (где-то вычитано когда-то), правильное решение - создать временный файл, заполнить его данными, закрыть, а потом переместить куда мне надо под нужным именем (потому что os.rename() - атомарная).
Что посоветует всезнающий All? Забить на ворнинг (как подавить вывод ворнинга, кстати?)?
| ← назад | следующие → |