Xfce 4.10

Да нет :-), на первый взгляд все что xfce делает со шрифтами это устанавливает hint в medium и включает rgb сглаживание Это то что есть в самом пакете Но при первом запуске xfce меняет дефолтный sans на что то совершенно вырвиглазное типа чуть ли ли tahoma, и проги которые используют дефолтный sans, у меня это основной файл манагер worker, выглядят совершенно отвратно, а другой шрифт, отличный от дефолтного, в них задать нельзя.
Но даже не это главное, в конце концов, покопавшись, это можно наладить, не понравилось в сравнении с айсом тем, что есть едва заметная, но все же есть, задержка при переключении между окнами при включенных эффектах. Задержка едва уловима, но раздражает, в айсе со включенным композитом никакой задержки нет.

а как в новой крысе с монтированием?
привод в 4.6 монтировал так:
в /etc/fstab в строку cdrom прописать users вместо owner -->>

#usermod -G plugdev root
#usermod -G plugdev (username)
#/etc/rc.d/rc.messagebus reload

автомонтирование привода шло ровно - в 4.10 никак, только руками
Съемники:

#mkdir -p /mnt/flash

в /etc/fstab -->>

/dev/sdb1 /mnt/flash auto users,noauto 0 0

также все было ровно - в 4.10 руками лишь получается и то монтируется только для чтения :D
ни у кого проблем нет?

Поставил xfce4-mount-plugin.
Привод победил, а вот флешку получается только руками от рута (то что она только для чтения я перегнул :rolleyes:)
Вот что при монтировании флешки с помощью xfce4-mount-plugin:

На точку монтирования стоит группа user, все права открыты. Уже как только с /ect/fstab не изголялся

/dev/sdb1        /mnt/flash       ntfs-3g     uid=silencer,umask=0,nls=utf8,exec,users,auto,rw   0   0

никак не получается через GUI примонтировать =(

Silencer написал:

Поставил xfce4-mount-plugin.
никак не получается через GUI примонтировать =(

Для XFce-4.8 нужен был udisks
http://connie.slackware.com/~rworkman/xfce-4.8/source/deps/udisks/
И все то, что к нему прилагается, sg3_utils, libatasmart , насколько я помню.
Посмотрите в эту сторону - вдруг поможет.
;)

"alex.curator" написал:

Посмотрите в эту сторону - вдруг поможет.

вот такая беда при сборке:

CC     libudisks_daemon_la-udiskslinuxmanager.lo
udiskslinuxmanager.c: In function 'handle_loop_setup':
udiskslinuxmanager.c:344:51: error: 'LOOP_CTL_GET_FREE' undeclared (first use in this function)
udiskslinuxmanager.c:344:51: note: each undeclared identifier is reported only once for each function it appears in
make[4]: *** [libudisks_daemon_la-udiskslinuxmanager.lo] Ошибка 1
make[4]: Выход из каталога `/tmp/SBo/udisks-1.96.0/src'
make[3]: *** [all-recursive] Ошибка 1
make[3]: Выход из каталога `/tmp/SBo/udisks-1.96.0/src'
make[2]: *** [all] Ошибка 2
make[2]: Выход из каталога `/tmp/SBo/udisks-1.96.0/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Выход из каталога `/tmp/SBo/udisks-1.96.0'
make: *** [all] Ошибка 2

Попробуйте взять не такую новую версию, 1.0.4, например.
http://slackware.osuosl.org/slackware-current/source/a/udisks/
libatasmart, sg3_utils собраны?

http://forums.funtoo.org/viewtopic.php?pid=6155#p6155

ps. Версия udisks сильно зависит от версии используемого ядра. LOOP_CTL_GET_FREE появился в 3.1.

Terminal и комбинации Alt+клавиша

Если кто после обновления gtk+2 столкнётся с тем, что в Terminal-е (xfce-шном эмуляторе терминала) отвалились комбинации Alt+клавиша, достаточно откатить вот этот патчик: http://mail.gnome.org/archives/gtk-devel-list/2011-October/msg00089.html

Обсуждалось на форуме арча: https://bbs.archlinux.org/viewtopic.php?id=130168, баг в трекере: https://bugs.archlinux.org/task/26862


Осталось проверить, были ли внесены исправления в vte (предположительно с vte-0.28.2), избавляющие от необходимости откатывать изменения в gtk+2.


ps. Проверил. Последний vte, нормально собирающийся без gtk+3, это vte-0.28.2. В нём правок по поводу нового поведения alt/meta/mod1 нет.

Вот, тоже загорелся попробовать собрать 4.10. Возник вопрос по поводу слакбильда из стокового 4.6 (взятого мной за основу):

make $NUMJOBS || make || exit 1
make install || exit 1
make install DESTDIR=$PKG

Насколько я понял, все это нужно, в том числе, и для того, чтобы избежать проблем с PKG_CONFIG_PATH? Т.к. если использовать только последнюю строчку, возникают ошибки, мол, не найден пакет такой-то. Но тогда после того, как я установлю поверх готовый пакет, при необходимости удалить не придется ли удалять следы крысы вручную?
P.S. Готовый xfce я видел, но хочу собрать сам :-)

Где вы взяли такую вторую строчку ? В нормальном слакбилде ее быть просто не может, она ставит все собранное напрямую по назначению в /usr без создания пакета c использованием makepkg. Такая строчка может быть если пакет собирается при помощи slacktrack, но, насколько помню, его не использует ни один слакбилд или в случае сложносоставного слакбилда.
Устанавливает собранное во временную папку для сборки пакета с помощью makepkg именно третья строчка.

Тем не менее, она есть, эта строчка, потому и спрашиваю. Это из слакбилда стоковой крысы из 13.37.

А, глянул Ну так это и есть сложносоставной слакбилд
Вся эта лабуда собирается по порядку между
for file in
..
done

и ставится напрямую в цикле, так как пакеты зависят друг от друга и по иному просто не соберутся. Но к PKG_CONFIG_PATH все это не имеет ни малейшего отношения

Ну как же :) если собирать без первых двух строчек, нужно будет явно указывать, где искать зависимости, как я и думал. А как тогда удалять собранный таким образом пакет? Сначала как обычно, а затем еще сделать make uninstall?

Да нет, он ставит напрямую только потому что следующие в цикле пакеты зависят от предыдущих, а потом уже создаются сами отдельные пакеты. Удаляется как всегда. Что make install что installpkg делают одно и тоже - ставят те же файлы в тоже место и выполняют те же послеинсталляционные процедуры. Установка через make install в цикле сделана только потому что иначе в цикле не соберутся последующие и зависящие от предыдущих пакеты.

Спасибо, теперь все ясно.