Нужно сделать левый клик, затем двинуть мышь и сделать ещё один левый клик.
Можно сделать это через xdotool, но как-то это слишком громоздко - для каждого движения стартовать новый QProcess c xdotool.
Можно ли как-то сделать это с одним процессом xdotool, не закрывая процесс после каждой команды и не открывая вновь? Просто держать его в готовности, чтобы можно было передавать ему команды через QProcess::write() ? Т.е. что-то наподобие «mplayer -slave»
Иконка использовалась для отображения в 4-х местах:
1. Заголовок окна
2. Кнопка проги в таскбаре
3. Системный трей
4. Pop-up меню
Везде было нормально. И дернул меня чорд эту иконку поместить в ресурсы, чтобы не таскать картинки вместе с прогой. Ну и поместил. После этого иконка отображается только в 3-х местах. В таскбаре иконка пропала. Просто текст заголовка окна и пустое место там где была иконка. В остальных местах все по-прежнему, отображается.
Вернулся к загрузке из файла - но иконка в таскбаре больше не появилась.
Пробовал использовать другие иконки - безрезультатно. Иконки в таскбаре нету.
По-идее в таскбаре должна автоматом отображаться иконка, которая отображается в заголовке окна.
В чем может быть прикол? Кэш иконок сбрасывал, проект полностью пересобирал с make clean.
Иконка пробовал разных размеров, последняя - 32х32.
Выделяю несколько файлов в Dolphin и выбираю меню -> Открыть с помощью <My App>. Программа запускается, но для каждого файла стартует отдельный экземпляр программы. А нужно чтобы один экземпляр получал все имена файлов. Что-то типа enqueue.
Как коннектиться к серверу на удаленном компьютере примерно помню.
А вот как коннектиться к серверу, который работает на одном из компьютеров удаленной локальной сети?
Снаружи (из интернета) вся удаленная локальная сеть имеет один IP, а как получить доступ к определенному компу, вернее к серверу на определенном компе, он ведь не имеет собственного WAN IP.
Или, если сервер в локалке один, он адресуется автоматом при обращении к IP всей сети?
Установлен openvpn, пока он не запущен, захожу на speedtest.net чтобы проверить скорость. Там определяется мой IP (правильный) и некий «оптимальный» сервер (например казанский). Теперь скачиваю с vpn сервера конфиг типа vpngate_111.222.111.222_udp_1234.ovpn и запускаю
# openvpn vpngate_111.222.111.222_udp_1234.ovpn
Снова иду на speedtest.net (уже под vpn-ом) и вижу, что мой IP сменился на 111.222.111.222, что вполне ожидаемо. И также я ожидал, что «оптимальный сервер» будет выбран какой-то из страны вновь присвоенного IP.
Однако ни хрена, «оптимальный» сервер указан тот же самый, что и без vpn.
Спрашивается, каким образом speedtest смог определить моё местоположение? Разве будучи под vpn-ом, я не должен быть для этого сайта резидентом страны, представляющей новый IP?
Либо я что-то не так делаю, либо vpn никакой безопасности не обеспечивает, ибо мое местоположение может быть очень просто определено.
Что здесь не так? На всякий случай куки удалил и запретил принимать их с сайта speedtest.netб но это ничего не дает.
Загрузчик GRUB был на sda. Grub-директория на sda1
Решил установить Win 10 на sdb1. Установил, перезагрузил, оказалось винда установила загрузчик не на свой диск sdb, а какого-то хера полезла на sda и затерла GRUB. Ну вроде это не проблема, загрузился в live систему и через chroot восстановил grub-install /dev/sda && grub-mkconfig -o /boot/grub/grub.cfg.
Меню GRUB появилось, пробую загружаться в gentoo 17 profile, - грузится, далее стартует X, черный экран и белая мышь. Всё. Более ничего нет. Делаю killall X - выкидывает на экран логина sddm, далее выбираю пользователя и стартую - все повторяется, черный экран и белаю мышь. Смотрю в Xorg log - всё чисто, никаких ошибок. Сам лог тут: https://pastebin.com/A92ky8Kb
От того, что установил систему на другом диске, как могла повредиться gentoo?
Интересно, что старая gentoo (13 profile) на sda2 -нормально работает. Я сейчас из неё пишу.
Пробовал fsck на sda1 - пишет что всё чисто и ничего не проверяет.
Как починить? Вариант клонирования старой gentoo с sda2 на sda1 и затем emerge -e сос сменой профайла как-то не хочется, слишком долго....
KDE 5 на Gentoo. NVidia GT-550Ti. Драйвер NVidia, OpenGL и OpenCL оба установлены на NVidia.
Дров собран так:
x11-drivers/nvidia-drivers-378.13::gentoo was built with the following:
USE="X driver kms multilib tools -acpi -compat -gtk3 -pax_kernel -static-libs -uvm -wayland" ABI_X86="32 64 -x32"
Проблема в том, что плазма очень медленная, например KMenu появляется только через 2 секунды после клика на иконку. Такая же задержка и с меню добавления виджетов на панель, и с календарём и с Show Hidden Icons. В общем всё, что связано с панелью.
Обнаружил, что все эти тормоза пропадают, если Rendering Backend переключить в OpenGL 2.0 (или 3,0). Менюшки появляются мгновенно. Вот только на OpenGL пропадают рамки окон.
Получается либо быстро, но без рамок (OpenGL), либо медленно но с рамками (XRender).
Почему нет рамок у окон при рендеринге через OpenGL? И как их вернуть?
Добрый день.
Сегодня обновился и получил неработающую систему.
Во время обновления файловая система вышла за 95% соответственно после перезагрузки отказалась запускаться. Почистил /etc/distfiles свободного места уже достаточно. Теперь система запускается, но только вручную, через логин и startx. Работает вроде всё, кроме сети. Попытка стартануть сеть вручную обламывается на монтировании (стандартная wrong fs type or bla-bla-bla). Включил логи посмотреть - сплошные ошибки localmount.
Сделал etc-update (несколько конфигов) ничего не поменялось.
вот rc.log
rc shutdown logging started at Sun Dec 13 11:14:58 2015
* Stopping local ...
[ ok ]
* Stopping udev ...
[ ok ]
* Setting hardware clock using the system clock [UTC] ...
[ ok ]
rc shutdown logging stopped at Sun Dec 13 11:14:59 2015
rc shutdown logging started at Sun Dec 13 11:14:58 2015
* Stopping local ...
[ ok ]
* Stopping udev ...
[ ok ]
* Setting hardware clock using the system clock [UTC] ...
[ ok ]
rc shutdown logging stopped at Sun Dec 13 11:14:59 2015
rc boot logging started at Sun Dec 13 11:15:23 2015
* Setting system clock using the hardware clock [UTC] ...
[ ok ]
* Autoloaded 0 module(s)
* Checking local filesystems ...
[ ok ]
* Remounting root filesystem read/write ...
[ ok ]
* Remounting filesystems ...
[ ok ]
* Updating /etc/mtab ...
* Creating mtab symbolic link
[ ok ]
* Mounting local filesystems ...
mount: wrong fs type, bad option, bad superblock on tmpfs,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
* Some local filesystem failed to mount
[ !! ]
* ERROR: localmount failed to start
* ERROR: cannot start procfs as localmount would not start
* Loading custom binary format handlers ...
[ ok ]
* Configuring kernel parameters ...
[ ok ]
* ERROR: cannot start bootmisc as localmount would not start
* Setting hostname to localhost ...
[ ok ]
* Bringing up network interface lo ...
[ ok ]
* ERROR: cannot start swapfiles as localmount would not start
* Setting terminal encoding [UTF-8] ...
[ ok ]
* ERROR: cannot start tmpfiles.setup as localmount would not start
* ERROR: cannot start urandom as localmount would not start
rc boot logging stopped at Sun Dec 13 11:15:24 2015
rc default logging started at Sun Dec 13 11:15:24 2015
* Mounting local filesystems ...
mount: wrong fs type, bad option, bad superblock on tmpfs,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
* Some local filesystem failed to mount
[ !! ]
* ERROR: localmount failed to start
* ERROR: cannot start procfs as localmount would not start
* ERROR: cannot start bootmisc as localmount would not start
* ERROR: cannot start swapfiles as localmount would not start
* ERROR: cannot start tmpfiles.setup as localmount would not start
* ERROR: cannot start urandom as localmount would not start
* ERROR: cannot start xdm-setup as localmount would not start
* ERROR: cannot start xdm as localmount would not start
* Starting local ...
[ ok ]
rc default logging stopped at Sun Dec 13 11:15:24 2015
На emerge -avtuDN world получаю сообщение, что нужно размаскировать polkit и consolekit. Ни тот ни другой размаскировать не хочу.
Попытка добавить в package.use sys-auth/consolekit -policykit ничего не дает (emerge игнорирует флаг в package.use, как впрочем и глобальный в make.conf)
Можно ли решить конфликт через юзы? Или придется патчить ебилды?
Всем здравствуйте.
Неожиданно возникла проблема с kdesu. Не могу запустить ничего из гуёвых приложений от рута. Диалог запроса пароля появляется, ввожу пароль, Enter - диалог исчезает и больше ничего. Пароль верный. На su вполне срабатывает.
Выхлоп абсолютно идентичен выхлопу на другой системе (там все работает).
Пробовал emerge -av kdesu, пересобрал, ничего не изменилось, пробовал притащить бинарник с другой системы - тоже самое.
Апдейтов не делал, последний где-то 10 дней назад, kdesu же отвалился вчера. Гугл что-то молчит...
Единственное, за что зацепился взгляд - права на директорию /var/tmp/portage, куда ломится kdesu, в исправной системе у пользователя portage, на неисправной - у рута.
Есть сервер на Debian6, и на нем Samba. Расшаренный раздел ntfs.
Есть два клиента, один Arch, другой Gentoo.
Из арча никаких проблем с самбой нет, из генту при копировании файлов на шару файлы копируются, но после каждого копирования выскакивает сообщение, что невозможно изменить права доступа к файлу. Два дня жонглирую манами и опциями монтирования, но никак не удается убрать эти сообщения. fstab одинаковый на обоих клиентах, опции монтирования совпадают, даже полкит на всякий случай с арча притащил и бросил в генту, безрезультатно. Что ещё забыл?
На данный момент имеется следующее:
серверный smb.conf:
Появилась проблема с live usb. На флэшке копия стационарной Squeeze, сделанная с помощью remastersys. Работала эта копия нормально пару месяцев. Сейчас появились проблемы. Перед появлением рабочего стола происходит зависание на 10-15 секунд против обычного. После появления рабочего стола приходится ещё с минуту ждать, пока начнет реагировать на мышь и клаву. Реагирует как-то лениво (приложения запускаются чуть медленнее, чем обычно). Не могу понять, что изменилось? На флэшке никаких изменений не вносилось, железо то же самое, что и раньше. Откуда тормоза? Top ничего необычного не показывает: 2-3% cpu.
Еще момент: несколько дней назад отказал nameserver 192.168.1.1. На стационарной генту решилось переустановкой параметра в 208.67.222.222, а на флэшке этого не сделаешь, ридонли, но даже в пределах одно загрузки не удается восстановить работу через dns. Делал ifdown, затем правил resolv.conf, затем ifup - не помогло. Только по ip можно работать, по доменному имени не находит. Пинги идут на любой ip. И опять же странная вещь: на 8.8.8.8 пинг 70-80 мс, а на 192.168.1.1 пинг идет 800 мс.
Не связаны ли эти тормоза флэшки с сетью?
Есть ли возможность управлять процессом установки emerge? Что-нибудь в стиле aptitude --without-recommends только для emerge?
В опциях нашёл только exclude, но пока не закачаешь весь хлам и не установишь его, неизвестно, что там наустанавливается.
На примере установки иксов: закачалась тьма видеодрайверов и скомпилировалась. Мало того, что мне не нужны были ati, vn, nouveau, intel, так ещё и nouveau воткнулась в систему и не давала загрузится nvidia, пришлось блэклистить. Хотя в make.conf указано, что видео у меня nvidia. Потратил кучу времени зря и потом ещё и получил нерабочие иксы.
Можно как-нибудь управлять тем, что будет загружаться?
Приветствую всех.
Установил Gentoo (базовая система без иксов). Собирал при помощи genkernel, т.к. ранее с gentoo дела не имел. Собралось и загрузилось без проблем. Что меня смущает - это время загрузки: от старта до приглашения на логин рута проходит 34 сек. Рядом на другом разделе debian squeeze стоит - тот кеды загружает за 30 сек. Заметил, что много времени уходит на activating mdev (ок 8 сек) и на старт dhcp (11 сек).
Посмотрел lsmod - там загружена куча модулей, которые useb by 0. Точное количество - 114 штук. В debian+kde модулей значительно меньше, а неиспользуемых так вообще только 11 шт. Полагаю, это результат использования genkernel. Можно ли как-то отключить загрузку этих модулей? Пробовал занести их в blacklist - не помогло, все равно грузятся.