добрый день, друзья!

вот я заметил несправедливость, мне стало интересно, и я решил обсудить это (ну или как минимум просто поделиться наблюдениями).. :-)

если взять за эталон Archlinux...

...то я наблюдаю следующую дискриминацию обновлений микрокодов процессоров Intel по сравнению с обновлениями микрокодов процессоров AMD:

начертил табличку для ясности:

                   +-----------------------------+-----------------------------+
                   |                             |                             |
                   | микрокоды для Intel         | микрокоды для AMD           |
                   |                             |                             |
+-================-+-===========================-+-===========================-+
|                  |                             |                             |
| установочный     | intel-ucode                 | linux-firmware              |
| пакет            |                             |                             |
|                  |                             |                             |
+------------------+-----------------------------+-----------------------------+
|                  |                             |                             |
| репозиторий      | Extra                       | Core                        |
|                  |                             |                             |
+------------------+-----------------------------+-----------------------------+
|                  |                             |                             |
| является         | почти что ни для чего       | для пакета linux            |
| зависимостью для |                             |                             |
|                  |                             |                             |
+------------------+-----------------------------+-----------------------------+
|                  |                             |                             |
| ИТОГО:           | крайне низкая               | крайне высокая (почти 100%..|
| вероятность      | (почти нулевая.. только     | пользователь даже может не  |
| использования    | те пользователи кто знают   | догадываться о том что      |
| пользователем    | о существовании пакета)     | использует это)             |
|                  |                             |                             |
+-================-+-===========================-+-===========================-+
|                                                                              |
|            но при этом имеются следующие ниже сходства                       |
|                                                                              |
+------------------+-----------------------------+-----------------------------+
|                  |                             |                             |
| лицензия         |  custom                     | custom, и другие            |
|                  |                             |                             |
+------------------+-----------------------------+-----------------------------+
|                  |                             |                             |
| мейнтейнер       | Thomas Bächler              | Thomas Bächler              |
|                  | (username: thomas)          | (username: thomas)          |
|                  |                             |                             |
+------------------+-----------------------------+-----------------------------+

как же так вышло? :-)

##################################################

UPDATED (2014-10-30):

теперь микрокоды Intel — будут загружаться через initrd-подобный-механизм...

дискриминация микрокодов Intel по сравнению с микрокодами AMD (комментарий)

...

короче говоря, с учётом [grub-intel-ucode.patch], теперь можно составить ещё и следующую сравнительную табличку:

                      +-----------------+-----------------------+
                      |                 |                       |
                      | раняя загрузка? | входит в              |
                      | (updated early) | стандартный комплект? |
                      |                 |                       |
+-===================-+-===============-+-======================+
|                     |                 |                       |
| микрокоды для Intel |       YES       |          NO           |
|                     |                 |                       |
+---------------------+-----------------+-----------------------+
|                     |                 |                       |
| микрокоды для AMD   |       NO        |          YES          |
|                     |                 |                       |
+---------------------+-----------------+-----------------------+

добрый день!

пару дней назад я обновился до GNOME-3.10 .. и...

...и как-то странно работает такст , который находится справа в окне GEdit :)

объяснить на словах — трудно :) , но я записал Screencast :-)

https://www.dropbox.com/s/c13y0rwmb1yxw84/Screencast of GEDIT_BUG.webm

друзья, а у вас — есть такое? или это только у меня? :-)

примечание #1: чтобы воспроизвести этот баг — важно чтобы окно GEdit было маленьким.

примечание #2: эксперимента ради — на другом компьютере, с другой видеокартой — я тоже обновился до GNOME-3.10 ...и... получился тоже точно такой же баг.. то есть это способно повторяться и на Intel и на AMD.

примечание #3: сей забавный эффект повторяется со 100%й вероятностью (то есть — при каждом эксперименте).

примечание #4: если у вас есть GEdit 3.10 (GNOME 3.10) но такого бага нет — то это было бы для меня очень полезной информацией! так что не стесняйтесь писать «ламерюга! у меня 3.10 но всё работает!» :-) ..

добрый день, друзья!

...я сделал самодельный синтетический говнотест (тест на корректность отображения, а НЕ на скорость/энергозатратность):

http://test-for-size-of-div.github.io

и этот тест по разному показывается на Mozilla Firefox и на Microsoft Internet Explorer (и ещё)

(для труъ ---- в Firefox жёлтый и оранжевый прямоуголиники, а в MsIE синий и оранжевый прямоугольники). :-) ..

с одной стороны мне хочется подумать что мол наверняка MsIE как всегда косячит, а Firefox показывает правильно...

...но дело в том что — я ясно слышал что Firefox делают всякие там энтузиасты, а вот MsIE очень сильно везде рекламитуется (например в GoogleAdSense) — как самый что ни на есть HTML5-браузер!

ну как же так? кто тут прав? не может же чтобы Майкрософт до сих пор не научилась CSS-2.1 ?

в этом тесте же — я же не задействовал ни каких супер свежих фишек? верно?

что скажете, друзья?

# UPDATE 1:

так как всё оказалось ещё веселее чем я изначально предполагал...

...то вот (ниже) версия теста номер 2 :-)

http://test-for-size-of-div-v2.github.io (и соответственно MsIE и Firefox)

добрый вечер!

введение: как мы знаем PyQt (в отличии от PySide) распространяется под лицензией GPL (например GPL3).. здесь будем условно считать что под другими лицензиями PyQt — НЕ распространяется :)

введение #2: как мы знаем GPL3 запрещает нам линковать GPL3-программы (и смешивать исходники) с НЕ-GPL3-программами. а LGPL3 — разрешает линковать LGPL3-программы с НЕ-LGPL3-программами.

вопрос: если я буду делать проприетарную программу на Python (то есть буду выдавать на руки *.pyc-файлы БЕЗ *.py-файлов, по своим угнетающим условиям) с использованием графического пользовательского интерфейса запрограммированного через PyQt ---- буду ли я злостным нарушителем? и самое главное какой пункт лицензии GPL3 в этом случае я буду нарушу, относительно использования PyQt?

дополнительно обстоятельство: во время выдачи программы на руки — внутри диретории с программой — будут лежать все необходимые для работы программы файлы — в том числе бинарные файлы от PyQt.

примечание: бинарные файлы PyQt — НЕ модифицированны мною, и ни одна из частей файлов PyQt не слинкована ни с одним из моих файлов. а внутри файлов — *.pyс вообще нет ни одной частички от файлов PyQt, это же не какой-нибудь там C/C++!

дополнительный дисскуссионный вопрос: если мы вдруг выясним в этой теме что я ничего не нарушу — то на кой вообще тогда было делать PySide с лицензией LGPL3 ? какие лицензионные свободы дала бы LGPL3 по сравнению GPL3 — в случае использования pyc-файлов которые всё равно не линкуются?

спасибо! :)

привет всем! (наверняка эта тема уже поднималась, но беглым взглядом я её не заметил :))

вобщем.. ээээ... вопрос такой:

почему когда я захожу на сайт типа cyanogenmod.org (ну или какой-нибудь там replicant.us) — то меня там МУЧИТЕЛЬНО ЗАСТАВЛЯЮТ выбрать конкретную модель телефона?

почему мне НЕ предлагают на выбор скачать, например:

• cm-10.1-generic-armv6.zip
• cm-10.1-generic-armv7.zip
• cm-10.1-generic-mips.zip
• ...

когда я захожу на ubuntu.com или fedoraproject.org — меня же НЕ_ЗАВТАВЛЯЮТ выбрать конкретную модель компьютера..
«выберете: Samsung-NP535U4C-S05RU или гроб_собранный_на_заводе_Formoza_#1357 или [...] ?»
даже на сайте gentoo.org в рубрике скачать — нет таких издевательств :)

да, я понимаю что разработчики прошивок телефонов — может быть там оптимизируют вручную флаги ядра Linux для каждого телефона вручную, проводя высокосложные тесты произсодительности, тщательно заглядывая в таблицы полученных результатов тестов, выявляя закономерности. (но что если предположим мне НЕ нужна эта оптимизация, дающая прирост АЖ в 5~15%?).

также я понимаю что для каждой конкретной модели телефона — нужен персональный подход, указывающий на порядок действий для установки туда загрузчика ClockworkMod (для определённых телефонов нужен даже и НЕ ClockworkMod, а что-то другое).

но ClockworkMod это ClockworkMod, а прошивка (операционная система) это прошивка (операционная система). это разные вещи. и если ClockworkMod УЖЕ установлен, то какая может быть ещё проблема в запуске прошивки (операционной системы)?

что мешает разработчикам операционных систем для телефонов — положить в zip-файл (прошивку) — сразу все драйвера? :)

слишком мало место в flash-памяти телефона чтобы уместить всё это?

если вся проблема только лишь в объёме flash-памяти — то можно ли в будущем ожидать (когда на телефонах будет по 32~64G flash-памяти) — что наконец-то начнут появлятся generic-прошивки? как думаете, комрады?

а может это какая-то свежая мода? может быть в будущем и персональные компьютеры (ноутбуки) — тоже — будут заставлять своих владельцев выбирать конкретные установочные образы для конкретных моделей ноутбуков? :-) :-)

Перемещено Pinkbyte из mobile

вечер добрый!

кто-нибудь знает как заставить работать ssh при следующих условиях (выполняться должны сразу все два условия):

1. авторизация к серверу возможно только по паролю (режим авторизации по ключу отключен администратором сервера. зачем отключен — я не знаю. я НЕ администратор этого сервера)

2. обязательно должен быть BatchMode=yes . (что бы не было никаких сюрпризов, например таких — когда я открываю скрипт, отхожу от экрана на много-минут, а скрипт например «зависнет» в этом время что-то там спрашивая)

вот пример предполагаемой мной команды:

$ SSH_USER_HOST="моё_имя@имя_говносервера"
$ export SSHPASS="мой_пароль"
$ sshpass -e ssh -o BatchMode=yes -- "$SSH_USER_HOST" "....вот..тут...команда..которую..я..выполняю..на...сервере..."

но к сожалению — это НЕ работает. :(

если отключить "-o BatchMode=yes" — то работать будет :) . но мне ведь нужен «BatchMode=yes».

что делать по-советуете, товарищи?

добрый день!

вопрос коротко: «через AirPrint печатать — получается?»

вопрос длиннее:

может ли кто-нибудь подсказать в GNU/Linux (CUPS) — как дела обстоят с поддержкой протокола AirPrint?

в особенности меня конечно же интересует Fedora, но думаю что это не важно какой дистрибутив. вообще, мне было бы мило узнать хотябы хоть что-то (хоть какую-нибудь информацию), так как толком не знаю ни чего, кроме анонсов новостей о том что в CUPS якобы постоянно делаются позитивные изменения.

поиск в Google по ключевым фразам показывает кучу инструкций о том как настроить CUPS чтобы он смог стать поставщиком AirPrint. НО МНЕ НЕ ЭТО надо . а надо чтобы GNU/Linux был КЛИЕНТОМ для AirPrint-принтера.

вот может быть кто-то уже что-то такое пробовал?

список AirPrint-принтеров — как я понял вот тут — http://support.apple.com/kb/ht4356

заранее спасибо!

под фразой работает я подразумеваю различные варианты:

например вот два варианта:

1. настроил принтер на работу в режиме WLAN , и GNU/Linux стал спокойно его находить и подключать (через Avahi, как я понимаю?)

2. настроил принтер на работу в режиме WLAN , но и GNU/Linux тоже надо поднастроить.. поковыряться в конфигурационных файлах CUPS.. в целом не очень сложно, но всёже немного головной боли есть...

# P.S.: Update 1:

или же например какие варианты я могу подразумевать под фразой НЕ_работает:

1. CUPS чихать хотел на протокольный-стек AirPrint и использует сугубо свои драйвера. следовательно часть принтеров (из списка http://support.apple.com/kb/ht4356 ) работает по WLAN, а часть этих принтеров НЕ работают.

день добрый!

может ли быть такое что в Twisted (в частности с twisted.web.client.Agent и обвязка вокруг) — утечки памяти...???

...при этом, говоря про утечки — я имею ввиду НЕ зациклинные ссылки [удаляемые прекрасно через gc.collect()], а именно настоящие(!) утечки (память освобождается только после закрытия процесса).

например, утечки, проявляющиеся после многих многих многих тысяч и десятитысяч миллионов эксплуатаций twisted.web.client.Agent. гигобайты оперативки через много часов работы.

и вот вопрос..., собственно: ...возможно ли такое? или это научная фантастика?

# p.s.: не, не, .. я прсто спрашиваю.. не берусь утверждать чего-то :)

добрый день, братья и сёстры!

когда наконец ``git rebase -p ...`` — начнёт работать как надо???? (в смысле — чтобы оно делало бы свою работу автоматом — без вмешательства человека, по пустякам).

я про то что хочу, например, «перебазировать» (rebase) ветку, внутри которой есть много замердженных коротких субветок, с сохранением всей структуры этих субветок при перемещении (понятное дело что все sha1-хэши поменяются, но общий вид структуры коммитов должен сохранятся при «перебазировании» на новое место)...

...для этих целей нужна команда

git rebase -p <ветка-куда-крепить> # или ещё какие-нибудь там доп параметры

но в моей версии git (``git version 1.7.7.6``) — процесс повторного мерджинга (возникающий во время выполнения процесса ``git rebase -p ...`` preserve-merges) — видимо — не способен разрешать конфликты, точно таким же образом которым они были УЖЕ ранее разрешены... то есть git просит пользователя разрешить конфликты (``Error redoing merge: 12345blabhabhalSHA1blah54321``), и приходится ОПЯТЬ вручную их разрешать (точно таким же способом которым они УЖЕ были разрешены ранее).

когда этот баг поправят? или уже исправили в новых версиях? кто сталкивался?

...или это не баг а фича? o_0

# p.s.: я не против разрешать конфликты вручную, в случаях когда это действительно нужно, но зачем разрешать один и тот же конфликт несколько раз (одним и тем же способом)?

************************************************************

UPDATE #1:

рисую ascii-art для понятности того чего я хочу:

было:

                   o---o---o       o---o---o       o---o---o
                  /         \     /         \     /         \
         A---B---o---o---o---X---o---o---o---Y---o---o---o---Z---o---C topic
        /
   D---E---F---G master

делаем:

git rebase -p master topic

станет:

                           o'--o'--o'      o'--o'--o'      o'--o'--o'
                          /         \     /         \     /         \
                 A'--B'--o'--o'--o'--X'--o'--o'--o'--Y'--o'--o'--o'--Z'--o'--C' topic
                /
   D---E---F---G master

и вот я хочу — чтобы полученные коммиты X',Y',Z' — полностью-автоматически (по образцу из — X,Y,Z, без штрихов) исправляли свои конфликты, а не просили делать это человека :-)

************************************************************

UPDATE #2: для чего всё это нужно?

например, у меня проект в котором множество веток:

одна ветка для экспериментальной версии проекта.

другая ветка для стабильной версии проекта.

третья ветка для устаревшей (но ещё пока-что поддерживающейся версии).

ну и ещё допустим ветка для извращённых пользователей (которым с одной стороны хочется стабильности на гране чего-то устаревшего, а с другой стороны хочется некоторых (редких, но сверхъ-удачныхъ) новых плюшек ..

и конечно же — должна быть — и крайне-глючная (полуработающая) ветка в которой концентрируются сверх новые новшества. (назовём эту ветку «developer»)

ветка «developer» имеет крайне-нелинейный вид, так как в неё вливаются (git merge ..., github pull request) различные финтифлюшки, разабатываемые различными программистами.

и время от времени нужно «клонировать» и «пересаживать» участки кода из «developer»-ветки — во все остальные вышеназванные ветки. с разной дозировкой изменений (поэтому — пересаживать — через git cherry-pick, или git rebase. в зависимости от сложности пересаживаемого участка. но точно не через git merge, так как требуется ТОЛЬКО УЧАСТОК изменения кода)

скажите пажалуйста товарищи.. может ктото случайно знает...

...где в Венде (win32-api) достать значение парамета /proc/sys/kernel/random/boot_id ?

может реестр какойнить или ещё какаянить фигня? %) %)

на Gitorious — забавная бага

(ну всмысле, пока ещё не исправили... думаю исправят быстро)

http://gitorious.org/advanced-hello-gitorious-xss-in-title

рассказываю всё попорядку:

Глава 1. введение::

из чтения документаций — заметил что в Gtk-фреймворке в принцепе в основном используются байтовые строки (а не Unicode-строки)

....однако Unicode`ные строки тоже хорошо работают... (все Gtk-функции их свободно «понимают» )

тоесть оба варианта работают и официально щитаются корректными:

my_text_entry_1.set_text(  b'байтовая строка'  )
my_text_entry_2.set_text(  u'юникодная строка'  )

однако можно делать даже так (!):

# даже в случае не-ascii символов в GTK-строке -- свободно извлекается юникодный объект:
unistr = unicode(my_text_entry.get_text()) # хотя ОБЫЧНО -- в Python-2 (в отличии от Python-3) это делать нельзя, 
                                           # без явного указания кодировки. (например xxxx.decode('UTF-8') )

и праграммист должен ТОЧНО (на 100%) ЗНАТЬ — какая конкретно кодировка имеется ввиду.

например для кодирования НАЗВАНИЯ файлов используется одна кодировка, а для кодированиях СОДЕРЖАНИЯ файлов — другая кодировка . для кодирования символов ТЕРМИНАЛА используется третья кодировка .. вобщем — для каждой сущности в операционной системе — как правило существует своя кодировка... некоторые кодировки в различных операционных системах повторяются (например кодировка не-юникодного GUI в Windows совпадает с кодировкой содержимого текстовых файлов (но эта кодировка отличается от кодировки имён файлов и кодировки терминала) .. в других операционных системах схожести и различия могут быть другие...

...так-что каждый программист который пишет кросплатформенную программу должен везде (для каждой сущности) — использовать специальную кодировку название которой — извлекается через ту-или-иную _соответствующщую_ спец-функцию (а не вбивается через исходный код) .

[[[[ вобщем головная боль с названиями кодировок :-) . можно сделать баг и никогда в жизне его не заметить, так как проявлятсья он будет на фиг пойми какой операционной системе, в фиг-пойми какой языковой группе ]]]]

но если GTK не требует указывать кодировку для своих Виджетов при оперировании Юникодными объектами — то значит с программиста сподает очередная головная боль .. программисту не придётся задумываться над вопросом: «а верно ли я понимаю какую я должен использовать кодировку для GTK-виджетов»

Глава 3. необычность выходит за рамки Gtk::

оказывается что в Gtk программах рабтает даже ЭТО(!!!):

unistr = u'внутри юникодной строки -- %s . вот так-то!' % b'байтовая строка'
btstr = b'внутри байтовой строки -- %s . вот так-то!' % u'юникодная строка'
# привет миру Python-3 -- где такое возможно "из-коробки" :-) , для любых программ

Глава 4. а вот тут — хак таки-пойман с поличным::

простая Пайтон-программа из четырйх строчек:

import sys
print sys.getdefaultencoding() # печатает: ascii
import gtk
print sys.getdefaultencoding() # печатает: utf-8

вот оказывается почему (изза этого хака) — так свободно PyGTK оперирует с Юникодными-строками... тоест ьпо сути поддержки юникодных строк в PyGTK — нет :-( :-(

[и вместо того чтобы переписать все PyGTK-функции из Байтовых-строк на Юникодные-строки, разработчики решили просто сделать — ЭТО]

Глава 5. эпилог::

что думаете про всё это? :-)

***

и вот ещё вопрос — как они реализовали этот «хак» ? ведь функция sys.setdefaultencoding(...) [ http://j.mp/92lnL6 ] — не работает %) %)

былобы полезно заюзать этот хак и не в GTK-программах :-)

(GTK не изменяет указатель на функцию sys.getdefaultencoding .. — это проверял )

Python 2.6.6 (r266:84292, Sep 15 2010, 15:52:39) 
[GCC 4.4.5] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> enc = sys.getdefaultencoding
>>> enc()
'ascii'
>>> import gtk
>>> enc()
'utf-8'
>>>