| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
vantu5z Да - с этим хрень какая-то. Настройки все описаны в Конфиг Но почему-то они не срабатывают. В логах вот такое: Видно, что xserver настройки сжевал, но они почему-то не работают. Причём даже дефолтный скролл двемя пальцами перестал работать. Смущает в логе то, что тачпад повторно обнаружен как мышь, но вроде бы как далее написано, устройство проигнорировано. |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
DeadMetalerwebhive Огромное спасибо! Да - это оно. Опишу подробнее, что нарыл по этой теме. В общем-то помогла вот эта статья - https://bbs.archlinux.org/viewtopic.php?id=210096 и во эта https://wiki.archlinux.org/index.php/Libinput#Configuration Как оказалось прокрутка на тачпаде работает, но по умолчанию включена прокрутка двумя пальцами, а я пользуюсь прокруткой по краю (Edge scrolling) Ставим пакеты Пробуем включить второй Бинго! Всё работает как надо. Теперь прокрутка работает скроллом по краю тачпада. |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
Прокрутка тачпадом сломалась :( Кто-нибудь знает как починить? |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
Вот кстати либа есть довольно популярная для нейронных сетей - FANN |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
Заметил, что примус обновился - немедленно метнулся померять$ vblank_mode=0 optirun glxspheres64 довольно неожиданно - примус ожидаемо обогнал всех, однако intel обогнал opturun и в общем-то не сильно отстал от примуса |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
Сильно рекомендую освоить RVM Почитать можно тут http://habrahabr.ru/post/120504/ Это Arch и проблема в том, что самая свежая версия ruby это не всегда хорошо. RVM позволяет установить любую версию ruby, а так-же что не менее важно развернуть одновременно несколько версий ruby, независимых друг от друга. |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
nafanjawebhiveрой в сторону этих ПО которые не умеют правильно работать! Так любое ПО где есть регулятор громкости не работает. Вернее не работает до тех пор пока не выберешь гарнитуру как устройство по умолчанию в настройках Gnome-а. |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
Есть bluetooth гарнитура Kinivo-BTH220. Использую Gnome с pulseaudio - прекрасно всё работает - подключается и т.п. Но есть одна раздражающая мелочь - при подключении гарнитуры pulseaudio не переключает на неё управление и в результате не могу управлять громкостью пока не зайду в настройки звука и не выберу в качестве выхода гарнитуру. Звук при этом на гарнитуру выводится сразу после подключения, а вот все регуляторы (в системе, в плеерах, кнопки на ноуте) регулируют выход звука на встроенном аудио, а не на гарнитуре. Может кто подскажет куда рыть? |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
jim945webhiveНе совсем. Ух ты! Я бы тогда даже сказал "Совсем Не" :) И действительно совершенно самостоятельный дистрибутив История Не знаю даже почему я был уверен в гентушных корнях Arch-а. Почему-то всегда воспринимал Arch как "gentoo где всё уже скомпилено" :) |
| webhive |
|
|
Темы:
4
Сообщения:
73
Участник с: 12 сентября 2013
|
palpalych binaryshadow Ну вот классические просто примеры. С CentOS таких проблем гораздо гораздо меньше .... даже вот не вспомню когда последний раз занимался восстановлением. Сколько раз обновлял 6-ю ветку (включая полное обновление) - ни разу не было никаких проблем - одна команда + ребут. Затраты на администрирование минимальные. Это не значит, что другие системы застрахованы от косяков, но там таких проблем практически нет, тогда как на Arch каждый большой апдейт заставляет поднапрячься (ещё раз оговорюсь - на десктопе это меня не пугает). binaryshadow Тестировать обновления на рабочей машине конечно хорошо, но для этого нужно иметь идентичное железо, хотя в вашем случае это виртуальная машина и такой подход оправдан. В общем-то я не утверждаю, что Arch не может работать в качестве сервера. Просто это более затратно и проблемно. Тут на самом деле много факторов, которые в совокупности делают CentOS, Debian и т.п. более предпочтительным решением. Раньше меня самого такие трудности не пугали (да ещё и на рабочей машине gentoo стояла), а потом со временем понял, что огромное количество времени съедает обслуживание и поддержка системы. И вдруг понимаешь, что вот есть серваки на CentOS или Debian-е которые просто работают и ниче им не надо. А есть "быстрый и вылизанный" сервак на gentoo (извиняйте, что я тут про gentoo но это всё-таки предок arch-a) который после обновления может и не взлететь. Даже при том, что восстановить его не вопрос и опыт вроде уже кое-какой есть, но работа это крайне неприятная, а в тоже время снаружи разницы в работе серверов никакой и весь этот перфекционизм не стоит потраченных усилий. Ну и на закуску мой контрпример и реальной жизни. Есть проект в котором я участвую - в нём используется некий софт довольно старой версии. Так вот т.к. я сам сижу на Arch-е, то у меня в репах версия только самая последняя. А с ней проект не стартует в принципе. Так вот на Debian я могу поставить такую версию которая мне нужна, а на Arch-е не могу (вернее могу конечно зафиксить старую версию и остаться без новой но это не вариант). Спасает конечно docker но согласитесь - это реальное неудобство. Да - можно ещё сварить свой PKGBUILD, но опять же это лишняя работа которой нет в принципе в других дистрах. С слову на серваке в Debian-е стоят обе версии штатными средствами. Ну а на десктоп это как раз тот случай когда самый свежий софт это довольно актуально и тут Arch заруливает всех, но это уже отдельная тема. palpalych Любопытно было бы узнать о результатах. Сам че-то никак не соберусь пощупать. |
