XFCE 4.8

Сообственно Slackware 13.1.
Немогу понять как поставить Xfce4.8.
http://connie.slackware.com/~rworkman/xfce-4.8/
Так там в Notes, говорится, что надо удалить, /sbin/removepkg xfce xfce4-power-manager xfce4-notifyd
Потом скачал все deps, установил, потом скачал xfce-4.8, thunar, etc - потом их установил.
Не запускается.
Что-там про xscreensaver писало.
Can't open display :0, и ещё что-то.
С Xfce4.6 все работает, но, если откатится до 4.6, уже не работает, только Conky видно.
Не знаю уж что делать....

Может попробывать поставить слаку без xfce, а потом просто сразу установить 4.8.

у Алиена своеобразное чувство юмора :D ...

Вообще он рекомендует делать так :
1 . Затариться по теме ( если есть какие то папки ещё в интересующей теме extra , deps etc. ) качаем всё .
2 . Конкретно по xfce - правим inittab на предмет ранлевела - ставим 3 , из init 3 заходим в deps , и делаем :
[console]
root@host # upgradepkg --reinstall --install-new *.t?z
[/console]
перезагружаемся ..
делаем тоже самое в родительской папке .
перезагружаемся , ставим дрова на видео , правим inittab на предмет ранлевела - ставим 4 , перезагружаемся , наслаждаемся профитом .. wink

Попробую угадать сообщение ошибке:
xfce4-session: symbol lookup error: xfce4-session: undefined symbol: g_malloc_n

bormant - это очевидно , Алиен все свои сборки делает так . И в ченджлоге об этом прямо написано - хочешь чтоб работало ставь исправленные пакеты и перечислены какие , обновление глибсов и иже всегда чревато (имхо) .

Пробежал по наличным пакетам по ссылке, где мог притаиться g_malloс_n() не сообразил... Откатился на 4.6.1.
Если только позже вернусь к вопросу.

И при чём тут Alien, если это xfce-4.8 rworkman собирал?

bormant написал:

И при чём тут Alien, если это xfce-4.8 rworkman собирал?

два сапога пара , :D , Alien это не один человек - это целая группа , хотя и Alien среди них тоже есть .
а g_malloс_n() вылезает если вот эти пакеты не связаны одной сборкой , ( читай NOTES )
0. /sbin/removepkg xfce xfce4-power-manager xfce4-notifyd
1. ORBit2
2. GConf
3. libtasn1
3. libgnome-keyring
5. gnome-keyring
6. libatasmart
просто какой-то(не факт что один !) симлинк указывает в никуда и\или не туда . Я с этой байдой столкнулся когда Гнома собирал , там совсем не очевидные зависимости отследить которые можно только при "живой" сборке в debug-режиме , GTK - чё тут говорить , такое ГтК ... :D

Согласно http://library.gnome.org/devel/glib/unstable/glib-Memory-Allocation.html
g_malloc_n() появилась в glib2 начиная с 2.24. В 13.1 родная glib2-2.22.5.

Возможно, достаточно будет пересобрать 2.24 или даже 2.28 из -current.

gramozeka написал:

Alien это не один человек - это целая группа, хотя и Alien среди них тоже есть .
а g_malloс_n() вылезает если вот эти пакеты не связаны одной сборкой

Не делайте мне смешно wink
http://alien.slackbook.org/dokuwiki/doku.php
http://alien.slackbook.org/blog/about/

А в перечисленных пакетах действительно где-то есть реализация g_malloc_n(), а то, если честно, лень проверять?

таки да :D ... я их всех алиенами зову :D , потому как смущают народ всякими новыми неведомыми плюшками :D

сейчас соберу , погляжу чё за зверушка , час-полтора уйдет на всю возню , завтра отпишусь ...

P.S. ... спустя не продолжительный промежуток времени ...

не стал заморачиваться с настройками практически дефолтный вид(ну иконки только заменил ) , всё вроде работает довольно шустро .
g_malloc_n() не встретил , возможно потому что у меня установлен весь Гном и все нужные библиотеки есть .

bormant написал:

xfce4-session: symbol lookup error: xfce4-session: undefined symbol: g_malloc_n

g_malloc_n()

у меня не было.. oO
Сейчас буду пробывать...

Поставил слаку заново, без Xfce.
Потом скачал все, в папку deps, и xfce4.
Сначала ставлю все deps, cd deps, upgradepkg --reinstall --install-new *.t?z
reboot.
Ставлю из xfce4, upgradepkg --reinstall --install-new *.t?z
reboot
xwmconfig - xinitrc.xfce
startx, и снова xscreensaver ругается, там говорит что он у вас случайно не из под рута запущен? Есствсн, нет.
И также, Can't open display...

Ругается только xscreensaver...

я лично делал по написанному(ставил на голую систему без xfce) и все работало, важно ставить зависимости в указанном порядке.

Ругается только xscreensaver...

ну так снесите его нафиг, чтобы не ругался, заново всегда можно поставить.

сейчас попробую...

Так...
Теперь, и до g_malloc_n() дошло... и до ошибки libgconf, get-d-bus..

sun написал:

я лично делал по написанному(ставил на голую систему без xfce) и все работало, важно ставить зависимости в указанном порядке.

bormant написал:

Порядок важен не при установке, а при сборке. В каком порядке ставить -- значения не имеет.

вот как раз при установке ещё как имеет .. В отношении к гномовким либам это как раз самое уязвимое место . Дело в том , что после установки каждого пакета тутже выполняется doinst.sh скрипт и если на момент его выполнения каких то зависимостей обнаружено не будет он выкинет ошибку и пакет будет установлен не корректно . Не верите можете убедиться сами . Повторю - это касается только гномовских пакетов .
XfCE - их то как раз и использует .

Появилась минутка, Slackware64-13.1

# mkdir ~/bld ; cd ~/bld
# wget -r -nH --cut-dirs=5 ftp://ftp.osuosl.org/pub/slackware/slackware64-current/source/l/glib2
# cd glib2 ; ./*.SlackBuild
# rm -rf /tmp/glib-2.28.1 /tmp/package-glib2
# upgradepkg /tmp/glib2-2.28.1*.txz
# mkdir /tmp/xfce-4.8 ; cd /tmp/xfce-4.8
# wget -r -A\*.txz -nH -np --cut-dirs=3 http://connie.slackware.com/~rworkman/xfce-4.8/packages/x86_64
# upgradepkg --install-new --reinstall x86_64/{deps/,/}*.txz
$ xwmconfig   # выбираем xfce
$ startx

Запустилось.

Просмотрел по диагонали содержимое doinst.sh в пакетах из deps/ -- зависимостей от отсутствующих в пакетах файлов не приметил, но мог и пропустить что-то. Так-что, про влияние порядка установки -- скорее всего это не наш случай.

В данном конкретном случае есть изменения в .new файле, смотрим, применяем:
[console]# diff /etc/profile.d/libglib2.csh{,.new}
# mv /etc/profile.d/libglib2.csh{.new,}[/console]

ps. Поменял тэг console на code, иначе ссылки с многоточиями получаются.

Порядок важен не при установке, а при сборке. В каком порядке ставить -- значения не имеет.

Во первых(для ленивых) там все уже собланное имеется а во вторых порядок установки имеет значение, т.к. одни вновьустанавливаемые пакеты в зависимости от других, и без удовлетворения зависимостей мы получим ошибку вместо установленного пакета, убедился в этом лично.