[00:08:33] <Joker128> как кваку3 поставить объясните пжалста
[00:44:24] <bmw> Ураа
[00:44:32] <bmw> Все. поравил ошибку.
[00:44:36] <bmw> Со звуком
[00:45:26] <bmw> гг на спросят, минуту подождут, и уходят :D
[01:20:46] <Nyaka> какую ошибку?)
[01:22:25] <Nyaka> у меня получается включить либо колонки + наушники либо просто наушники
[01:22:31] <Nyaka> это пока не поправить?
[01:40:04] <bmw> Можно все вместе включить)
[01:41:14] <bmw> Nyaka, Испоганивание звука при воспроизведении MPEG через libmad
[01:44:38] <Nyaka> еще не дошел до этого. но гц)
[01:48:04] <Nyaka> а опен офис встанет?
[01:48:17] <bmw> либро
[01:48:27] <bmw> в убунте есть
[01:48:45] <bmw> на хф я еще ен собирал макау вон собирал под арч
[01:50:06] <Nyaka> ммм
[01:57:47] <Nyaka> а браузер полегче какой нибудь есть смысл поднять?
[01:58:13] <Nyaka> мозила тормозит кажется
[02:19:06] <bmw> Я хромом пользуюсь
[02:19:19] <bmw> но разницы наверное нет
[09:01:48] * Disconnected (Remote host closed socket).
[09:02:05] * Now talking on #ac100-ru
[09:02:05] * Topic for #ac100-ru is: Канал пользователей смартбука Toshiba AC-100 || Вики: http://ac100.wikispaces.com || use UTF-8 dude || Логи: http://89.112.0.121/ac100/irclogs/
[09:02:05] * Topic for #ac100-ru set by [email protected] at Mon Oct 24 16:54:02 2011
[09:39:26] <savalik> о_О
[10:02:42] <voit> hi
[10:03:09] <macau_> you
[10:07:35] <voit> c.bmw собрал пакет nvidia drivers and libs для armhf (на основе пакетов от juliank) xorg 10 Можно скачать тут
[10:07:40] <voit> yjhvfkmyj ecnfyfdkbdftncz&
[10:07:48] <voit> нормально устанавливается?
[10:12:28] <voit> Page not available
[10:13:08] <alex_ac100> Доброе утро
[10:16:13] <voit> привет
[10:17:21] <voit> а что за расширение файла udeb?
[10:17:56] <voit> вот тут http://ftp.debian-ports.org/debian-snapshot/2011-08-25/pool-armhf/main/x/xorg-server/xserver-xorg-core-udeb_1.10.3-1_armhf.udeb
[10:18:47] <voit> не мешало бы написать манул как ставить дрова из этой новости
[10:18:59] <voit> кратенько хотяб
[10:19:24] <alex_ac100> voit, у тебя же вроде не hf?
[10:20:13] <voit> ?
[10:20:25] <voit> хочу hf
[10:21:06] <voit> я думал hf - это с поддержкой аппаратного ускорения
[10:21:10] <voit> нет?
[10:21:13] <alex_ac100> Придётся систему переустанавливать заново
[10:21:26] <voit> почему?
[10:21:31] <voit> пакеты другие?
[10:21:32] <alex_ac100> нет это чуть другая архитектура
[10:21:49] <voit> а она подходит для ac100-117?
[10:22:16] <voit> где можно почитать что такое hf?
[10:23:28] <stuw> только инфа не очень систематизирована. смотри ссылки вначале
[10:23:37] <stuw> *в начале
[10:28:51] <voit> ну суть вроде схавал
[10:37:14] <voit> тока не осилил где взять убунту с хф
[10:47:09] <voit> а не достаточно прошить ядро с хф?
[10:47:53] <stuw> не достаточно. в ядре особых отличий быть не должно, т.к. там вряд ли флоаты используются.
[10:48:14] <stuw> про убунту хф посмотри логи ац100 или у огры спроси
[10:53:37] <alex_ac100> ну вообще пишут, что на одной системе модули hf и sf могут сосуществовать и ld умеет разруливать это
[10:54:09] <stuw> кто пишет?
[10:54:50] <alex_ac100> не недочитал, это качается только sf и vfp
[10:54:51] <stuw> если поставить в разные места, то теоретически можно загружать нужную версию
[10:55:02] <stuw> но это надо иметь две версии отинсталленые
[10:55:16] <alex_ac100> ну я пробовал поиграться с chroot
[10:55:33] <alex_ac100> даже X грузятся дальше не стал идти
[10:55:34] <stuw> плюс хз как разруливать корные либы, например, glibc
[10:57:05] <stuw> по убунте лучше ребят с ац100 дергать :) они ею занимаются :)
[10:58:29] <stuw> bmw, хай. как ты ошибку со звуком то поборол?
[10:58:32] <alex_ac100> в chroot разруливается автоматом. Там только ядро не меняется
[10:58:59] <stuw> в чруте то нормально. на ядро имхо пофиг :)
[10:59:34] <alex_ac100> а вядро и так с hf
[11:00:10] <alex_ac100> судя по табличке http://wiki.debian.org/ArmHardFloatPort#Partial_reference_of_SoC_and_supported_ISAs
[11:00:12] <stuw> надо проверить, может оно не отличается от софт флоат :)
[11:00:22] <alex_ac100> нам достался самый чахлый вариант
[11:03:09] <alex_ac100> главное отличие в ядре чтобы контекст hf сохранялся
[11:03:37] <bmw> alex_ac100, Ядро с софтфлоат собиралось
[11:04:29] <bmw> огра вчера радовался, начал под хф собирать.
[11:04:43] <bmw> .1002
[11:04:47] <bmw> точнее собрал
[11:05:00] <bmw> stuw, приввет
[11:05:05] <voit> а где взять?
[11:05:34] <bmw> libmad собрал с -marm
[11:05:48] <stuw> а было? 0_о
[11:06:11] <bmw> voit, пока нигде. В любом случае это только для хф бубунты
[11:06:34] <bmw> а было без -marm причем походу и в дебе и в бубунте
[11:06:52] <voit> ну я бы поставил убунту с хф
[11:07:02] <stuw> и под какую архитектуру оно по дефолту собиралось? )
[11:07:05] <voit> тока я и её не знаю где взять)
[11:08:16] <bmw> Ну под арм.
[11:08:32] <bmw> voit, ее считай еще нет
[11:08:34] <bmw> -marm
[11:08:34] <bmw> Select between generating code that executes in ARM and Thumb states. The default for most configurations is to generate code that executes in ARM state, but the default can be changed by configuring GCC with the --with-mode=state configure option.
[11:10:02] <voit> жаль
[11:11:57] <bmw> voit, ну она там умеет уже гном шелл запускать
[11:12:11] <bmw> Правда и все :D
[11:12:36] <voit> круто)
[11:12:56] <bmw> я вообще досипор не понимаю накой они ее завели эту ветку
[11:13:15] <voit> а че лучше сф с родными дровами нвидии или хф
[11:13:17] <voit> ?
[11:13:22] <voit> по ожиданиям
[11:13:35] <voit> по производительности
[11:13:38] <bmw> сейчас soft
[11:13:54] <bmw> по производительности хард
[11:13:55] <voit> лана останусь на софт пока
[11:14:27] <voit> я думал что если поставить дрова нвидии то она будет аппартно работать
[11:14:32] <bmw> Там просто разница около 30% в float операциях
[11:14:41] <voit> а это я так понимаю тока аппаратная поддержка видюхи
[11:14:45] <bmw> она и работает
[11:14:58] <voit> но проц работает на софт
[11:15:04] <voit> т.е. эмуляция
[11:15:05] <bmw> а чего еще надо?
[11:15:26] <voit> ну проц тоже надо чтоб работал аппаратно
[11:15:38] <bmw> softfloat использует аппаратные возможности
[11:15:46] <voit> я так понял там процентов на 30 меньше циклов на операции приходится
[11:16:13] <voit> в хф
[11:16:13] <bmw> причем тут циклы?
[11:16:27] <voit> ну нафик нужна эмуляция?
[11:16:36] <alex_ac100> bmw, у меня ядро savalik-а стоит с hf
[11:16:37] <voit> это как поп-металл
[11:17:07] <bmw> alex_ac100, я про релизное ядро в debian и ubuntu
[11:17:24] <alex_ac100> так вём же саунд не работает
[11:17:45] <voit> я кстати заводил там звук
[11:17:47] <bmw> voit, эмулируется только на уровне api
[11:17:53] <voit> тока после саспенда он падал вроде
[11:17:59] <voit> да понятно
[11:18:04] <alex_ac100> voit, на самом деле чтобы увидеть разницу надо пускать что-то очень float
[11:18:06] <alex_ac100> :)
[11:18:20] <bmw> для обеспечения обратной софместиости с softfp
[11:18:21] <voit> ну игруху например какую-нить
[11:18:39] <voit> в видео там тока целые числа
[11:18:44] <alex_ac100> разница только в механизме передачи параметров а вычисления всё равно идут на float cpu
[11:18:57] <bmw> а сами операции играются аппаратно
[11:19:15] <voit> а асм проца такой же там?
[11:19:16] <alex_ac100> bmv +1001
[11:19:38] <bmw> voit, где?
[11:19:43] <voit> в хф
[11:20:20] <voit> запутался я опять
[11:20:39] <bmw> alex_ac100, на softfp нет. там вообще ничего аппаратно не поддерживается
[11:20:40] <voit> не очевидно в чем отличие хф от сф
[11:21:29] <bmw> *просто на soft
[11:21:55] <bmw> voit, там есть несколько комманд дополнительных
[11:22:04] <bmw> которых нет в soft
[11:22:14] <voit> в общем где-то по ссылкам из вики ац100 было написано что там быстрее работа с векторами и memcpy
[11:22:15] <bmw> поэтому нет обратной совместимости
[11:22:25] <voit> видимо только этим и отличается
[11:22:46] <voit> значит кодирование и декодирование видео должно работать быстрее
[11:23:36] <bmw> теоретически на 30% в идеале работают быстрее float операции
[11:23:59] <bmw> и в несколько раз по сравнению с soft
[11:24:23] <stuw> softfp: To reiterate, function calls are generated to pass FP arguments in integer registers
[11:24:23] <stuw> hard: FP arguments are passed directly in FPU registers
[11:30:39] <bmw> на ютуб когда видео заливаешь, оно на клиенте конвертируется, или накатре
[11:30:41] <bmw> тьфу
[11:30:48] <bmw> *на сервере?
[11:31:10] <stuw> на сервере должно. на клиенте может не быть софта.
[11:33:25] <alex_ac100> bmw, путаешь, нет никаких дополнительных команд. Неона в тегре нет
[11:37:44] <bmw> причем тут неон вообще?
[11:42:17] <bmw> Мне всегда казалось что там напрямую данные кладуться в vfp регистры и для жтого есть надо соответствующих комманд
[11:44:03] <macau_> да
[11:44:15] <macau_> неон это припарка для медиа
[11:45:02] <bmw> Scenario 1 (hard-float): The compiler emits opcodes designed to be used with a hardware floating point coprocessor (FPU). The FPU usually has a set of extra registers for its use, and the compiler may as well pass floating point argument to functions through those registers. This is of course the best performing solution when a real hardware FPU is used.
[11:45:03] <bmw> Scenario 2 (soft-float): the compiler converts floating point operations into function calls and a special library is used to provide all functions performing the required operations, all in software with no FPU instructions at all. There is obviously no extra floating point registers available in this case, therefore all FP arguments to functions have to be passed through standard registers or on the stack. This is of course the best performing solution when n
[11:45:05] <bmw> o hardware FPU is available, given that the library implementing the FP operations is optimally coded.
[11:46:04] <bmw> macau_, ну неон это sse сопроцессор посути
[11:47:54] <macau_> да
[11:48:50] <bmw> The CPU is therefore raising the invalid instruction exception each time some FPU opcode is encountered. Then the kernel traps that exception, looks at the given FPU instruction and emulates it in software.
[12:11:15] <alex_ac100> как я понял, в нашем случае разница только в механизме передачи параметров. Для совместимости оно сделано как в случае эмуляции float. А реальные вычисления идут на FPU
[12:11:18] <alex_ac100> softfp: Use the FPU, but remain compatible with soft-float code
[12:12:42] <alex_ac100> так что я бы не ожидал какого-то большого выигрыша
[12:12:54] <alex_ac100> при переходе на чистый нард
[12:13:00] <alex_ac100> хард
[12:13:55] <bmw_> Я ж скидывал последний абзац
[12:13:59] <stuw> разница есть, если судить по тестам. в softfp значения помещаются в целочисленные регистры, в hard fp во флоат регистры. на операциях с флоатами hf быстрее
[12:14:04] <bmw_> Оно через ексепшены отлавливается
[12:14:11] <bmw_> И обрабатывается
[12:14:25] <alex_ac100> дополнительный оверхед из-за перегрузки параметров и всё
[12:14:27] <bmw_> а в харде напрямую
[12:15:04] <alex_ac100> bmw_, неа - это режим чистой эмуляции
[12:15:24] <stuw> есть три режима, полный soft, soft fp, hard fp
[12:15:34] <alex_ac100> ну да
[12:15:46] <stuw> режим чистой эмуляции <- это о чем?
[12:15:49] <alex_ac100> у нас soft fp и рфкв аз
[12:15:55] <stuw> да
[12:15:58] <alex_ac100> у нас soft fp и hard fp
[12:15:59] <stuw> сравниваем их
[12:16:42] <stuw> по тестам разницы бывает существенная между soft fp и hard fp
[12:16:44] <alex_ac100> режим чистой эмуляции => полный софт
[12:18:21] <alex_ac100> может быть только в случаях когда часто вызываются короткие функции где оверхед из-за перегрузки параметров сравним с собственно кодом исполняемым функцией
[12:18:49] <stuw> что ты имеешь в виду под перегрузкой параметров?
[12:20:57] <alex_ac100> float параметры передаются через цли стекелочисленные регистры и
[12:21:04] <alex_ac100> целочисленные
[12:21:31] <stuw> на сколько я понимаю происходит так: операнды пихаются в целочисленные регистры, зовутся функции для работы с фп. эти функции в свою очередь пихают операнды во флоат регистры и дальше все идет по пути хард флоат. результат достается и обратно клад
[12:21:31] <stuw> ется в целочисленный регистр
[12:21:57] <stuw> но я могу ошабаться
[12:22:38] <bmw_> так
[12:23:00] * alex_ac1001 is now known as alex_ac100
[12:23:21] <stuw> alex_ac100, видел мое сообщение?
[12:23:48] <alex_ac100> думаю они уже ничего дальше не зовут а просто отрабатывают
[12:24:19] <stuw> в смысле не зовут, а просто обрабатывают?
[12:24:39] <bmw_> их в любом случае надо на fpu передать
[12:24:54] <alex_ac100> например sin()
[12:25:04] <stuw> думаешь просто делается вызов флоат инструкции с целочисленными регистрами в качестве аргументов?
[12:25:33] <alex_ac100> либо эмулируется на целочисленных регистрах либо просто вычисляется (по Чебышеву или как там ещё)
[12:25:48] <alex_ac100> Мне кажется так
[12:26:25] <stuw> float * float должно преобразоваться в инструции процессора. это уже внутри вызова sin будет. Он тут не при чем.
[12:26:32] <alex_ac100> Это сделано чтобы модули не пересобирать под каждую отдельную архитектуру. Т.е.
[12:27:02] <alex_ac100> sin() можно считать на float а можно на int
[12:27:18] <alex_ac100> на float д.б. намного быстрее
[12:27:50] <bmw_> alex_ac100, это реализации на уровне кода
[12:27:54] <stuw> это от реализации sin зависит, на чем она будет считать
[12:27:55] <bmw_> причем тут это-то?
[12:28:05] <stuw> компилятор и программист - разные вещи
[12:28:31] <stuw> float * float будет по-разному переведено в инструкции при компиляции с разными параметрами
[12:28:33] <stuw> об этом речь
[12:28:49] <stuw> не про различные реализации функций
[12:28:52] <alex_ac100> не так
[12:28:59] <stuw> ?
[12:29:11] <alex_ac100> если нет FPU sin считается на int
[12:29:19] <alex_ac100> с FPU на float
[12:29:26] <bmw_> alex_ac100, с чего это ты взял?
[12:29:28] <alex_ac100> А праметры пердаются одинаково
[12:29:33] <alex_ac100> параметры
[12:29:43] <alex_ac100> так написано в той ссылке
[12:29:53] <stuw> фпу в проце есть. отличий между softfp и hardfp нет ?
[12:29:57] <stuw> так что ли получается?
[12:30:03] <bmw_> а если нет целочисленного алгоритма?
[12:30:12] <stuw> полный софт в рассчет не берем
[12:30:20] <bmw_> по какой ссылке?
[12:30:40] <alex_ac100> отличие только в передаче параметров типа float
[12:31:00] <bmw_> compiler converts floating point operations into function calls and a special library is used to provide all functions performing the required operations, all in software with no FPU instructions at all.
[12:31:09] <stuw> код уже написан на флоатах. компиляем его в softfp и hardfp. будут сгенерированы различные инструкции
[12:31:27] <alex_ac100> bmw_: это как раз режим эмуляции - чистый софт
[12:31:31] <bmw_> нет
[12:31:41] <bmw_> это soft
[12:31:55] <bmw_> *softfp
[12:31:55] <alex_ac100> а у нас soft-fpu!!!
[12:32:04] <stuw> чистый софт от софтфп отличается реализацией функций, которые будут подставляться.
[12:32:04] <voit> ну вас понесло
[12:32:12] <voit> че спорить то?
[12:32:14] <bmw_> soft работает через ексепшены как я уже писал
[12:32:16] <alex_ac100> именно
[12:32:17] <stuw> а как у нас hard float работает? 0_о
[12:32:47] <bmw_> alex_ac100, именно что?
[12:32:51] <alex_ac100> если пишешь функцию - в ней будут использоваться fpu инструкции
[12:33:08] <alex_ac100> а параметры будут передаваться через РОНы
[12:33:15] <stuw> а если не пишешь функцию? :)
[12:33:19] <alex_ac100> регистры общего назначения - не фпу
[12:33:40] <bmw_> что ты привязался к функциям то
[12:33:52] <bmw_> есть операция
[12:34:03] <bmw_> float \ int
[12:34:17] <bmw_> или float * float
[12:34:43] <bmw_> как при softfp она конвертируется в вызов кода.
[12:35:14] <bmw_> который с свою очередь берет данные из стека и пихает в fpu регистры
[12:35:14] <alex_ac100> на фпу
[12:35:25] <bmw_> и дальше он обрабатывается
[12:35:34] <alex_ac100> а в soft будет эмулироваться
[12:35:44] <bmw_> да
[12:36:58] <bmw_> пока оно туда-сюда копируется, тратится время
[12:37:21] <bmw_> + вызовы допонительные переходы
[12:37:29] <alex_ac100> Верно, но заметно это будет только при частом вызове коротких функций
[12:37:29] <alex_ac100> дискуссия интересная но к сожалению мне надо сваливать
[12:37:34] <bmw_> в хард это всего нет
[12:37:37] <alex_ac100> :)
[12:37:59] <bmw_> так а других вызовов и нет
[12:38:22] <bmw_> думаешь fpu умеет sin считать?
[12:38:27] <bmw_> или хеши?
[12:50:32] <stuw> вроде примерно так получается :)
[12:50:55] <stuw> на псевдо асме :)
[12:57:17] <bmw_> У меня git jnj;hfk dct xnj cvju/ Lf;t cnhfybxre jnrhsnm yt lftn ЖВ
[12:57:32] <stuw> че у тебя7 )
[12:59:06] <bmw_> бла отожрал все что смог. Даже страничку не дает открыть
[12:59:55] <stuw> спасибо, что перевел ) надо свап ) девелопмент без свапа не для тошки
[13:02:20] <bmw_> свап тамже, куда git пишет
[13:02:20] <bmw_> на sd
[13:02:48] <stuw> тогда ахтунг )
[13:14:00] <bmw_> се, отработал)
[13:15:55] <bmw_> надо туда нормальный код асмовый записать)
[13:17:04] <stuw> ну я не спец в асме под арм :)
[13:17:18] <stuw> но если кто найдет, я только за :)
[13:17:39] <stuw> можно кстати откомпилять и дизасмом глянуть %)
[13:24:10] <bmw_> вово. я собственно о чем
[13:26:30] <bmw_> В конфигах еще ковыряться :(
[13:26:53] <stuw> в каких конфигах ?
[13:27:33] <macau_> блядский дистцц
[13:27:50] <macau_> криворукие мануалопесатели
[13:28:07] <stuw> ))
[13:28:16] <macau_> 2 дня убил
[13:29:16] <macau_> macau_ gcc -> /usr/bin/distcc
[13:29:16] <macau_> 13:28 macau_ but it should be gcc -> /usr/lib/distcc/bin/wrapper
[13:29:16] <macau_> By-Tor If you're not using makepkg, yes, you have to set the environment up differently.
[13:29:16] <macau_> macau_ #!/bin/bash
[13:29:16] <macau_> macau_ exec /usr/lib/distcc/bin/armv7l-unknown-linux-gnueabi-g${0:$[-2]} "$@"
[13:29:24] <macau_> в офф мануале про это ни слова
[13:29:40] <macau_> после каждого обновления симлинки ломаются
[13:30:25] <bmw_> (:
[13:30:41] <bmw_> stuw, ядреных
[13:30:50] <bmw_> я 3.0 собираю.
[13:32:02] <macau_> судя по коммитам там саспенд почини,
[13:32:04] <macau_> ?
[13:33:38] <bmw_> хз, я еще не пробовал. но плхоже на то
[13:34:51] <bmw_> меня больше память интересует
[13:36:25] <macau_> тайминги?
[13:37:08] <bmw_> ну не сами по себе
[13:37:25] <bmw_> а скалинг
[13:38:47] <macau_> на что марвин вчера просил проверить
[13:38:49] <macau_> ?
[13:39:55] <bmw_> ну одно от другого зависит
[13:40:24] <bmw_> если тайминги правильные. То и скалинг должен заработать
[13:40:39] <macau_> мне это не грозит
[13:43:08] <bmw_> пока не грозит
[13:43:37] <bmw_> ггг
[13:43:39] <bmw_> :D
[13:46:37] <stuw> bmw_, а что там с кофигом 3.0 ? ты его тюнить собрался?
[13:48:12] <bmw_> Так дефконфиг смержить
[13:48:33] <stuw> дык это вроде недолго.
[13:51:05] <bmw_> Вручную же)
[13:51:25] <stuw> bmw_, почему вручную? зачем вручную?
[13:51:33] <bmw_> А как?
[13:52:08] <stuw> у тебя твой paz00_defconfig 2.6 отличается от дефолтного?
[13:52:23] <stuw> или ты .config правил?
[13:52:55] <stuw> короче, делаешь дифф и применяешь патч на новое ядро. если нужно еще что-то дотюнить, то доделываешь руками
[13:52:58] <stuw> не?
[14:18:54] <savalik> крутая ^_^
[14:40:21] <vania> подскажите пожалуйсто, не могу найти уже 2 день, как полностью заменить стандартный xfce4-terminal на quake, точней, хочу чтобы когда в папки щёлкаеш открыть терминал, он выдавал какраз quake уже с путём
[14:58:14] <bmw_> stuw, там кучка конфликтов) былоб так просто я б не говорил
[14:58:58] <bmw_> vania, чо?
[14:59:25] <stuw> bmw_, ты весь когфиг перелопатил что ли? :)
[15:00:10] <bmw_> нет
[15:03:52] <macau_> тык bmw_
[15:03:59] <macau_> ну шо там с едром?
[15:04:49] <bmw_> та хз
[15:05:06] <bmw_> я работаю попозже
[15:11:50] <macau_> "/media/arch/build/libreoffice/src/build/padmin/source/prtsetup.cxx: В функции «int Sal_SetupPrinterDriver(psp::PrinterInfo&)»:
[15:11:50] <macau_> /media/arch/build/libreoffice/src/build/padmin/source/prtsetup.cxx:816:41: ошибка: no match for «operator=» in «rJobData = aDialog.padmin::RTSDialog::getSetup()»
[15:11:50] <macau_> /media/arch/build/libreoffice/src/build/padmin/source/prtsetup.cxx:816:41: замечание: candidate is:
[15:11:50] <macau_> /media/arch/build/libreoffice/src/build/solver/340/unxlngr.pro/inc/vcl/printerinfomanager.hxx:48:8: замечание: psp::PrinterInfo& psp::PrinterInfo::operator=(psp::PrinterInfo&)
[15:11:53] <macau_> /media/arch/build/libreoffice/src/build/solver/340/unxlngr.pro/inc/vcl/printerinfomanager.hxx:48:8: замечание: no known conversion for argument 1 from «const psp::PrinterInfo» to «psp::PrinterInfo&»
[15:11:56] <macau_> distcc[30396] ERROR: compile /media/arch/build/libreoffice/src/build/padmin/source/prtsetup.cxx on localhost failed
[15:11:58] <macau_> 0_о
[15:12:04] <macau_> это как нах
[15:14:49] <stuw> это кто-то не умеет писать оператор присваивания ))
[15:21:46] <bmw_> перегрузка?
[15:22:05] <bmw_> чейто ты опять либру собираешь?
[15:22:10] <macau_> 0_o оно же несколько дней назад норм собиралось
[15:22:17] <bmw_> гг
[15:22:30] <bmw_> make clean?
[15:24:02] <stuw> macau_, ты в конфиге сборки нечего не менял?
[15:24:16] <macau_> неа
[15:25:20] <macau_> древний баг
[15:25:31] <macau_> но странно как оно в прошлы раз собралось
[15:26:37] <stuw> macau_, поправь /media/arch/build/libreoffice/src/build/solver/340/unxlngr.pro/inc/vcl/printerinfomanager.hxx
[15:27:17] <stuw> macau_, попробуй в 48 строке operator=(const psp::PrinterInfo&)
[15:27:59] <stuw> хотя могут другие траблы вылезти, если коряво писан код :)
[15:29:57] <macau_> struct PrinterInfo : JobData
[15:29:57] <macau_> {
[15:29:57] <macau_> // basename of PPD
[15:29:57] <macau_> rtl::OUString m_aDriverName;
[15:29:57] <macau_> // can be the queue
[15:29:58] <macau_>
[15:30:08] <macau_> :3
[15:39:55] <stuw> это 48-я строка?
[15:40:07] <stuw> хм, значит код генерится
[15:40:18] <stuw> в смысле оператор генерится
[15:41:58] <macau_> там на boost завяано а я в душе не знаю что это
[15:43:00] <macau_> -rw-r--r-- 1 root root 7503868 дек. 4 00:08 /var/cache/pacman/pkg/boost-1.48.0-2-armv7h.pkg.tar.xz
[15:43:00] <macau_> -rw-r--r-- 1 root root 1122496 дек. 4 00:08 /var/cache/pacman/pkg/boost-libs-1.48.0-2-armv7h.pkg.tar.xz
[15:43:02] <macau_> ну да
[15:43:10] <macau_> небыло печали
[15:46:22] <macau_> надо попробовать со старым
[19:24:40] <voit> Что означает ошибка в Xorg.log : Error querying display modes: No such device.
[19:24:42] <voit> ?
[19:27:44] <voit> после установки tegra_bins выскочила
[19:28:17] <stuw> voit, выложи лучше полный лог, может кто посмотрит.
[19:28:42] <stuw> по одной строке сложно сказать что-то конкретное, если не встречался с таким
[19:30:26] <voit> нашел такой же лог
[19:30:35] <voit> гугл мне его нашел точнее)
[19:34:46] <stuw> это ворнинг
[19:34:54] <stuw> вываливается скорее всего по другой причине
[19:35:00] <voit> а почему иксы не стартуют
[19:35:03] <stuw> startx > x.log 2>&1
[19:35:08] <stuw> и смотри x.log
[19:35:47] <voit> ща
[19:42:39] <alex_ac100> Re
[19:53:22] <savalik1> o_O
[20:26:33] <Nyaka> подскажите пожалуйста как ребутнуть вафлю
[20:50:32] <Nyaka> ну не спите)
[21:08:08] <savalik1> rmmod rt2800usb
[21:08:17] <savalik1> modprobe rt2800usb
[21:08:23] <savalik1> через sudo
[21:08:44] <savalik1> должно наверное помочь) хотя зачем ребутать вафлю я представить себе не могу)
[21:11:06] <Nyaka> отключаюсь если от сети то потом не коннектит
[21:11:10] <Nyaka> спасибо
[21:12:01] <alex_ac100> не должно быть такого
[21:12:25] <alex_ac100> у меня однажды ВиФи отвалиласть при работе трансмишн
[21:14:04] <Nyaka> не так сказал\
[21:15:10] <Nyaka> если выключаю вифи, галку то есть снимаю то обратно не встает
[21:15:18] <Nyaka> пишет устройство не готово
[21:21:51] <alex_ac100> как переключить xbmc в полноэкранный режим?
[12:10:27] <zombah> добрый день
[14:20:52] <stuw> fly-away, у тебя есть hdmi телек/моник (для проверки звука по hdmi на линуксе) ?
[14:26:50] <fly-away> есть только моник
[14:26:52] <fly-away> он без колонок
[14:27:04] <stuw> эх...
[14:28:31] <stuw> все равно спасибо )
[14:36:35] <clopoff> а я все никак домой тошу не заберу,чтоб проверить
[14:37:13] <stuw> clopoff, ты на андроиде вроде собирался проверить )
[14:37:32] <clopoff> у меня 2 системы стоит
[14:37:38] <stuw> ааа
[14:37:45] <clopoff> но да,собирался на андроиде
[14:37:54] <clopoff> не просек про линупс
[14:37:55] <stuw> clopoff, если сможешь на лине проверить, то будет круто
[14:38:05] <clopoff> там у меня лубунту 12.10
[14:38:13] <clopoff> ядро не обновляется автоматом
[14:39:36] <stuw> хм. марвин закоммитил уже два патча, но у него не пошел звук из-за странного разрешения экрана. но убунта вряд ли патчи уже к себе утащила
[14:39:56] <stuw> clopoff, я постараюсь собрать ядро со всеми патчами
[15:02:17] <fly-away> а чо за патчи?
[15:04:18] <stuw> http://nv-tegra.nvidia.com/gitweb/?p=chromeos/kernel.git;a=commit;h=ad547258b443cd6acad7c96c4ec52b665d8a6feb
[15:04:23] <stuw> http://nv-tegra.nvidia.com/gitweb/?p=chromeos/kernel.git;a=commit;h=395bdc1df90d5fbfc988bcaa4a06971ee24523ae
[15:04:41] <stuw> я их смерджил и зарезолвил конфликты.
[15:04:56] <stuw> они должны позволить играть аудио при разных разрешениях
[15:05:08] <stuw> сейчас несколько гвоздями забиты и все
[15:06:41] <stuw> http://stuw.narod.ru/ac100/patches/0001-CHROMIUM-video-tegra-Modify-tegra_dc_hdmi_setup_audi.patch
[15:06:51] <stuw> http://stuw.narod.ru/ac100/patches/0002-CHROMIUM-video-tegra-Calculate-HDMI-audio-CTS-N-valu.patch
[15:07:03] <stuw> это патчи под наш р2
[15:07:40] <stuw> (*зарезолвлены конфликты)
[19:43:02] * Disconnected (Connection timed out).
[19:43:24] * Now talking on #ac100-ru
[19:43:24] * Topic for #ac100-ru is: Канал пользователей смартбука Toshiba AC-100 | Вики: http://ac100.wikispaces.com || use UTF-8 dude || Логи: http://logs.paz00.net http://stuw.narod.ru/ac100/irc/
[19:43:24] * Topic for #ac100-ru set by [email protected] at Tue Jul 24 12:06:59 2012
[21:28:00] <ZurbaXI> zombah, stuw сдрастте состоятелные кроты
[22:16:47] <savalik> stuw zombah тут через неделю у вас в Мск в Меццо Форте будет памятный концерт одного человека хорошего..http://cs317320.userapi.com/v317320221/79f3/_OPiNIZjSwU.jpg Вход свободный.. мало ли вам будет интересно)
[22:25:55] <savalik> дубль для stuw_ =) тут через неделю у вас в Мск в Меццо Форте будет памятный концерт одного человека хорошего..http://cs317320.userapi.com/v317320221/79f3/_OPiNIZjSwU.jpg Вход свободный.. мало ли вам будет интересно)
[22:30:00] <stuw_> savalik, ok. спасибо за инфу
[22:30:17] <savalik> пжлста =)
[22:54:58] <ZurbaXI> stuw_, чёт у меня тоша вафлю с ноута вообще не видит, а соседские вроде хавает
[22:55:33] <ZurbaXI> вафли соседские хавает
[22:55:36] <ZurbaXI> )
[23:15:04] <stuw_> ZurbaXI, у сетей разные типы видать - ad-hoc и infrasctructure.
[23:34:57] <ZurbaXI> stuw, ну ad-hoc у меня ноут раздаёт