Добрейшего времени суток, уважаемые!

После 10 лет пользования KDE «совершенно внезапно» :-) открыл для себя XFCE4. После предварительной настройки и непродолжительного знакомства, скажу честно, доволен очень. Особенно нравится быстрый отклик UI, да и вообще все к месту, ничего лишнего. Скорее всего с KDE буду прощаться.

Тем не менее, по XFCE4 есть пару вопросов, не особенно важных, но, как говорится, хотелось бы ...

1. Каким образом настроить/твикнуть сохранение положения и геометрии окон открываемых приложений? А еще лучше - задать в настройках свои.
2. Нужен красивый lock-скрин. Посоветуйте чего нибудь навскидку, но только не в виде скрин-сейвера.
3. Читал на форуме пользователей Ubuntu, что можно задавать отдельным приложениям свои стили отображения. Типа:

   env GTK2_RC_FILES=/путь_к_теме/gtkrc приложение

Сработает ли это в Funtoo Linux, и если «да», можно ли это прописать только для (верхней) панельки, как?

Ну пока это все. Пасип всем, кто откликнется.

Во время загрузки системы заметил короткое неинформативное сообщение. Система грузится нормально. Но хотелось бы вообще без косяков. В логах ничего не нахожу (сообщение это в лог не попадает). Куда копать?

Кусок скриншота: http://s7.hostingkartinok.com/uploads/images/2015/07/fdb5b63787a8f58657af3e79...

Добрейшего времени суток, уважаемые!

Возможно для кого-то это не станет откровением ... :) Остальным для информации.

rc-update самостоятельно не перестраивает кэш зависимостей. При очередной установке я немного накосячил с названиями интерфейсов «netif.eth0», потом нашел ошибки, исправил (удалял и вставлял в default runlevel). В результате сеть стала поднималаться, но только ручным запуском «/etc/init.d/netif.eth0 start». А после перезагрузки о5 не автостартовала. Убил полчаса на гугление в поиске причины. В результате просто обратил внимание на параметры rc-update.

Запуск «rc-update -u» перестроил кэш зависимостей. Автозапуск починился.

Есть желание и необходимость задействовать два сочетания клавиш: (Win+NumPad+) и (Win+NumPad-), так, чтобы первое сочетание разворачивало текущее окно до максимального размера, а второе - возвращало к оригинальному размеру. Либо (Win+NumPad*) - чтобы получить аналогичную функциональность. Иными словами - сэмулировать двойной клик на заголовке окна.

Копался в настройках глобальных сочетаний клавиш, чет не растет кокос. Нужна помощь.

Все заточено для работы с Qt5/C++. Ничего лишнего. В терминале шрифты собственного изготовления. Все было аккуратно и бережно стырено с OS/2 Warp - попиксельно собирал из скриншотов ASCII-таблицы. Вот такая она ностальгия :)

Если шрифты понравились, берем тут - http://majestio.tk/soft/oz18x08utf.pcf.tar.bz2

На всякий случай, линк на шрифты оффтопика - http://majestio.tk/soft/oz18x08.7z

Все привет!

Прошу просто обозначиться :) Что вам это нужно, что это в области вашего внимания и интересов. Темы найдем, обозначим позже.

Перемещено leave из development

Добрейшего времени суток всем.

Совсем недавно заинтересовался/зачитался языком программирования D (если быть точнее D2). Среди возможных компиляторов интуитивно выбрал LDC, ибо LLVM-based, а это более перспективно, имхо. Ну как водится, решил попробовать, собрал саму LLVM, собрал по мануалам LDC, в результате получил компилятор, готовый собирать исполняемые модули под x86_64-pc-unknown-gnu. Отхэлоуворлдил это дело успешно. Ну и встал традиционный вопрос - кросс-компиляция. Поиски в сети и на профильном форуме вменяемых результатов не дали. Посему прошу многоуважаемых и неочень форумчан помочь с советами, линками, инфой, да просто предположениями по следующим вопросам:

1) Нужно ли строить «канадские» тулчейны (в нашем случае 2-х ступенчатые)? Походу LDC умеет выдавать результат в виде нужного объектного кода, учитывая опцию --target ?

2) Как быть со стандартной либой "Phobos Runtime Library" для обеспечения возможности кросс-компиляции? Естественно, для случая Canadian Cross, и без оного?

Ну и отвлеченный вопрос: каков алгоритм на пальцах построения Canadian Cross, что учитывать, что не забыть выставить в опциях и пр.? Мне это более понятно, и более по душе, но только концептуально. Увы, для работы с С++ я пользовался чужим инструментом (см. моя статья - тут, или тут), и данный вопрос для меня - «черный ящик».

Собственно, вопрос: с оконным интерфейсом настольных систем все ясно и понятно, благо история древняя и кучерявая. А как быть с сабжем? Есть ли уже какие-либо стандарты, договоренности, черновики - среди Android & iOS производителей? Или пока как в басне про лебедя, рака и щуку?

Если есть, просьба ткнуть в название или линк.

Опыт работы с *nix системами - с 2000 года, в основном - FreeBSD, Gentoo/Funtoo Linux. Программирование с 1991 года. С/C++, ASM x86/x86_64, Perl, PHP5, Pascal, JavaScript. Активно изучаю язык D, пока знания академические. В первую очередь интересует фриланс, работа по договорам, удаленная работа. Работа в штате интересует меньше, в зависимости от предложенных условий.

e-mail: majestio@ya.ru

Здравствуйте!

Linux Funtoo работает как гостевая система в VMWare 11. Внутри Funtoo заинсталлен и работает VMWare Tools из поставки VMWare 11. Работает все что надо - подгонка разрешения экрана (KDE5/Plasma), копи-паста с хостовой системы в гостевую. Но не устраивает одно обстоятельство - как работает мышь.

А не устраивает следующее - как только указатель мыши выходит за пределы окна гостевой системы, он сразу же «переключается» на указатель хостовой. А вот обратно - ТРЕБУЕТ КЛИКА на окно гостевой системы. Было бы не так неудобно, если бы он тут же получал координаты где собственно кликнули. Но он изначально остается там, где «ну типа потерял фокус», иными словами - у границы окна гостевой системы, где «отключился». Вообщем неудобно.

Вопросы:

1) Можно ли сделать так, чтобы кликая на окно гостевой системы, курсор сразу же получал те координаты, где кликнули? 2) Можно ли вообще отключить функционал автоматического переключения на хостовую систему, ну типа, пока не нажал Ctrl+Alt - курсор захвачен гостевой системой и никуда не переключается?

Извините за многобукф, специфическая ситуация, да и так не знаю, понятно ли написал. Нужен хелп.

ЗЫ: Хостовая система - Оффтопик 8.1 x64

Здравствуйте!

Возникла задача подружить QtCreator под KDE с режимом работы клавиатуры, когда NumLock=off.

Стрелки Home, End, PgUp, PgDn работают нормально. Но с модификатором Shift печатаются цифры, а должно - сочетание, к примеру, Shift+Left, Shift+End.

Все мои попытки с помощью xmodmap это сделать были безуспешны. Хотя в этом случае тот же Kate все выполнял как требуется. Скорее всего в QtCreator'е это все забито хардкодом, и все мои замены KP_Left на Left успешно игнорируются.

Попытки глубокого гугления привели к идее заменять скэнкоды клавиш KeyPad'а на соответствующие скэнкоды управляющих клавиш. На сколько я понял, это делается написание правил для udev.

Буду благодарен, если кто подробно раскидает на пальцах точную последовательность, ну или линк с подробным описанием.

Доброго времени суток, уважаемые!

Прошу разъяснить где я допускаю косяки с установкой.

• Заинсталлил систему с нуля
• Установил gcc4.8.2, пресобрал систему этой версией
• Удалил старую версию gcc 4.7.*

Далее накатывал KDE, собирал Qt5 и QtCreator 3.0.0 - все получалось супер. Но вот понадобилось поставить кросскомпиляторы для i686 и x86_64. Делаю все по разрозненным мануалам:

emerge crossdev
mkdir /usr/local/portage
echo 'PORTDIR_OVERLAY="/usr/local/portage"' >> /etc/portage/make.conf
time crossdev -t i686-pc-mingw32 --ov-output /usr/local/portage i686-pc-mingw32
time crossdev -t x86_64-pc-mingw32 --ov-output /usr/local/portage x86_64-pc-mingw32

О5 же все становится без ошибок. Вызываю gcc-config -l и вижу список из трех компиляторов.

Но ... gcc-config 1 - якобы успешно переключает меня на первый (i686), а когда вызываю gcc-config -с все равно вижу текущим основной линуховый.

Есть подозрение, что я недопонимаю, как происходит выбор компилятора для кросскомпиляции. Растолкуйте пожалуйста, ибо манипуляция с флагами CC CPP CXX много счтаться не приностит. К примеру собираются разделяемые библиотеки в формате .so, хотя по идее должны быть .dll для кросстулчейнов.

И еще вопрос, может в нем собака зарылась. При установке тулчейнов выскакивает предупреждение:

!!! WARNING - Cannot auto-configure CHOST x86_64-pc-mingw32
!!! You should edit /usr/x86_64-pc-mingw32/etc/portage/make.conf
!!! by hand to complete your configuration