Странная проблема: не быстрый комп (1800Mhz) и не сильная видюха (GeForce 6200).
Стоит родной драйвер, glx включён. glxinfo говорит direct rendering: Yes.
Почему-то ppracer и xmoto очень сильно грузят систему (это понятно) и периодами подвисают на несколько секунд.
Система debian testing+unstable.
Сегодня пытался выполнить dmg2iso. Последний упорно выдавал ошибку открытия файла на примитивном fopen(filename, "rb").
strace показал ошибку EFBIG (File too large), чем меня поставил в тупик.
Временно решил проблему аналогичной Java утилитой, но возник вопрос: неужели на ANSI C в принципе нет способа работать с 7-гиговыми файлами на 32-битной архитектуре?
P.S. А если сделать open, а потом fdopen всё будет хорошо?
Я хочу сделать, чтобы декоратор метода был методом класса.
Не допускаю ли я какой-нибудь грубой ошибки вот таким кодом:
class Sequences(list):
...
def sendUpdate(meth):
def wrapped(self, *args, **kwargs):
result=meth(self, *args, **kwargs)
pubsub.Publisher().sendMessage('SEQUENCES CHANGED', self)
return result
@sendUpdate
def addSequence(self, sequence):
self.append(sequence)
У меня пока такие версии:
а) проявления взаимовыручки
б) они хотят распознать все возможные каптчи, чтобы потом захватить ЛОР
в) древнее поверье гласит, что текст капчи в сообщении избавляет от кармы
Привет. У меня нет никакой личной неприязни, и я очень благодарен тебе за много хороших новостей.
Но если даже пользователи пятью звёздами будут провоцировать флейм при помощи заведомо ложных сообщения (модераторы это исправили, но, думаю, ты помнишь, что там было в оригинале) и писать заглавными буквами, чтоб привлечь внимание и постоянно употреблять мат, то чего ждать от анонимусов?
Просьба к модераторам:
Вы можете дописать к этому сообщ ению какой-нибудь warning аля "не пытайтесь проделать это дома"?
Меня уже один анонимус отругал.
Если отредактировать нельзя, удалите, пожалуйста.
В продолжение к вчерашней теме: [перевод xkcd №353].
Перевод ещё не опубликован (обсуждается в нашем листе рассылки), так что исправления принимаются.
"Ура, товарищи
Свершилось.
Впервые в истории, в декабрьском выпуске известного рейтинга популярности языков программирования TPCI язык программирования Python превзошёл своего давнего концептуального врага, Perl.
Поклонники чистоты кода могут открывать шенпанское. Здравый смысл восторжествовал.
Jedem das Seine."
В пылу спора поставил себе новый Firefox 3 beta и проприетарное чудовище (Opera 9.24).
И увидел, что новый Firefox прокручивает сложную скриптовую страничку (Gmail) с заметно меньшими тормозами, чем Opera.
Победа, товарищи? Cairo рулит?
Почему может не работать subj?
У меня в Debian имеется конфликт между tulip и dmfe на моей сетевой карте. Я пытаюсь отключить tulip, но попытки записать "blacklist tulip" в subj не приводят к успеху.
В Xfce есть очень приятная штука: если ты пытаешь переключиться на "текущий" виртуальный рабочий стол (по шорткату, например), то тебя перекидывает на последний активный.
В своё время я делал нечто подобное на wmii3 и 4 (всего несколько строк).
А умеет ли такое KDE?
У меня на ноуте с убунтой сейчас Load_Cycle_Count 637675 (что уже само по себе очень грустно).
Проблема в том, что hdparm -B 255/254 и -S 0 не меняют положения дел. Load_Cycle_Count всё равно растёт.
Кстати, почему-то, smartctl говорит SMART Health Status: OK.
Как бороться с ростом?
После обновления Ubuntu до Gusty домашний десктоп стал чудовищно тормозить (и дело не только в Tracker, который периодами начинает индексацию). В Firefox, например, медленно работает прокрутка (загружая CPU на 100%), в xfce медленно переключаются дектопы и т.п.
В совокупности с тем, что Ubuntu team крайне вяло реагирует на баг репорты, это заставило вновь посмотреть на старый добрый Debian.
Инсталляция прошла поразительно легко. Благодаря тому, что $HOME был на отдельном разделе, не пришлось даже делать бекап (ну не считая /etc). dmraid заработал из коробки, а инсталлятор даже предложил переразбить флешкарту, которую я забыл вытащить из кардридера.
Порадовало то, что они вернули mplayer. mp3 в audacious работает из коробки. Скорость (визуально) значительно выше. В дистрибутив не забыли поставить seamonkey (как это было в feisty), хоть и под названием IceWeasel. Убунтовских проблем с dmfe не возникло.
Наверное, буду мешать stable с testing. Есть небольшие проблемы с пакетами: так метапакет desktop xfce содержит почти весь гном, nvidia-glx зависит от версии nvidia-kernel не совпадающей с моим текущим ядром (как побороть?), при попытке поставить texlive вылезают какие-то конфликты. Но, в целом, всё хорошо. Я доволен.
P.S. Наверняка, у тормозов gusty есть какое-то весьма разумное объяснение. Но быстрый поиск результатов не дал, да и это не было основной проблемой.
"Standards are just papers. Yes, they're important, but they are definitely not more important than anything else, and they are a lot _less_ important than some people seem to think."
— Linus Torvalds, in an October 26th, 2007 message on the Linux Kernel mailing list
Безусловно, в бизнесе нельзя делить на плохое и хорошее.
Но посмотрите на RedHat и Novell. Обе вкладывают существенные усилия в развитие Linux. Но Novell пошла на патентный пакт с Microsoft (напоминаю, что они договорились о том, что MS не будет подавать в суд на клиентов Novell за нарушение MS-овской интеллектуальной собственности). RedHat от подобного соглашения отказалась.
Теперь Novell пытается задавить SCO, анонимусы кричат: "Давить гадов!" Но если немного задуматься, то пользы от этого уже никакой нет. То есть таким образом Novell пытается поднять свой статус в глазах слишком эмоциональных членов коммьюнити (а скорее всего, тупо получить больше денег).
RedHat же тихо продолжает публиковать сорсы корпоротивного дистрибутива.
Запомните, враг моего врага - не всегда мой друг (Novell, SCO). А вот друг моего врага, скорее всего, мой враг (Novell, Microsoft).
P.S. Если вы смотрите на ситуацию с точки зрения "каждый делает свой бизнес, вешать ярлыки "плохое" и "хорошее" - бред", то я просто отмечу, что бизнес модель RedHat мне нравится значительно больше. Голосовать кошельком я буду за них, а не за Novell.
P.P.S. все очень просто - Майкрософт хочет свои денежки назад. - это пять :)
В процессе нахождения причины падения ядра 2.6.23-rc9, Линус Торвальдс (Linus Torvalds) обнаружил ошибку в компиляторе (GCC 4.0.2).
Линус очень подробно описал, из-за какой оптимизации возникли проблемы, и сказал, что эта оптимизация нелегальна. Алан Кокс (Alan Cox) поправил Линуса: "Если быть точным, некорректна. Практически, все оптимизации легальны, пока никто не издал законов о компиляторах."
Линус ответил: "Хех. Когда я буду правителем вселенной, она *будет* нелегальной. Я просто забегаю вперёд."
Когда у Линуса спросили, когда же он ожидает стать правителем вселенной, он ответил: "Я работаю над этим, работаю. Я надеюсь на это так же, как и вы. Похоже, это нетривиальная проблема."
Все-таки лучше в Talks...//Shaman007
>>> Подробности
Обновился до беты убунты и регулярно отправляю баг репорты от упавших програм.
Посмотрел свою статистику на ланчпаде: 4 старых бага со статусом New. Самому старому из них год, самому новому 4 месяца.
Неужели надо возвращаться на Debian? :(
| ← назад | следующие → |