Изпечатай

[Ivshti]

Здравейте,

Проблемът е следния:
Построявам Slax модул на Gnome, свалих всички нужни пакети (всички, които slapt-get сваля за успешна инсталация) от Gnome SlackBuild, и ги инсталирах с (нещо като, но бяха инсталирани успешно)
 

Примерен код

cd gsb_dir mkdir gsb_build for FILE in $(ls *.tgz) do installpkg -root gsb_build  $FILE done dir2lzm gsb_build gnome-desk.lzm

Да, инсталираха се успешно, модула се билдна, буутвам си аз Slax-а и gdm НЕ СЕ стартира заради това, че няма група gdm, но това го оправих лесно. Буутнах го в конзолен режим без да заредя Gnome модула, смесих стария group с новия group и пак направих опит да стартирам gdm. Gdm взе да се мъчи, стартира се, пак конзола, след 4 секунди прави нов опит и така, но нищо не става.

Редакция: Сега пък, като добавих лека подробност (stb-admin::87:0) от новия gnome-ски /etc/group, тръгва X-а, спира се чакащ курсор (в случая на Slax, часовник).
Редакция 2: slapt-get --remove gdm и slapt-get --install gdm (преинсталация на GDM пакета) довежда до същия резултат.
Редакция 3: Ако стартирам X с xinitrc.gnome, всичко се стартира, но няма настройки, панела е ненастроен, и Nautilus-а също - нито поддържа икони, нито си знае асоциациите, нито нищо - поне някой да знае как да конфигурирам нещата (свързано с gconftool2)?

Странно, от същите пакети като ги инсталирам от самия Slack без -root, всичко става, но този път, ни gdm, ни дявол.

Някакви предложения какво може да му е?
А, и... проверих gdm-binary за липсващи библиотеки - няма -

Примерен код

ldd $(which gdm-binary) | grep not

Не върна нищо!
Също трябва да отбележа, че когато влезна в X само с xterm (накрая в xinitrc заменям startkde с xterm) и напиша gnome-panel, панела си тръгва ок, но дава warning, че не са намерени настройки (нормално е, де, трябва да стартирам gconftool-2) и се показва само един оразмерен панел (дефаултския ако няма настройки, тъй че се приема за ок). Nautilus също тръгва.

[Ivshti]

Някой да има предложения?

[bulg]

Грешки във  /var/log/gdm/ последния.лог?

[Ivshti]

Тъкмо това щях да пиша.
gdm-binary се стартира, но /var/log/gdm е празен!

[bulg]

Mи най-вероятно и gnome-system-log(от пакета gnome-utils) се е взривил. Не'нам, със sla* съм на "хич", ама в slax forum-a, гледам, се описват подобни на твоя проблеми с инсталирането на Gnome. Също там има и работещи решения, едно от които е Gware.

[Ivshti]

Много добре съм ги разгледал решенията, повечето са малоумни, от типа на модул, в който няма нищо във /var/log/packages, а има инсталирани пакети на него. Пакета gnome-utils по начало го нямаше инсталиран, после го сложих, но е същото. Под лайв режим, след всички възможни неща направени, преинсталирам този пакет и: същия ефект.
GDM се стартира, спира се, стартира се отново и забива на "чакащ курсор". Ctrl+alt+backspace и killall gdm-binary решава проблема.

Май май тея хора са инсталирали пакетите по някъв друг начин...
Тъй че ми остава само да ги инсталирам от някой слак без -root и после да му махна всички останали пакети с ROOT=xx removepkg pack и да направя модул от него.

[triplek]

/off
Аз винаги съм ползвал под слак пакетите от Dropline Gnome. Досега съм нямал проблеми. Но когато инсталирам по подобен начин (installpkg *tgz) си спомням подобно премеждие. Напълно премахнах всички пакети, наново инсталирах със скрипта на дроплайн и се оправи. '>

[Ivshti]

На GSB има такъв скрипт, но го пригледах и в крайна сметка не прави нищо, освен да извика slapt-get да инсталира gsb-desktop. Той сваля пакетите и ги инсталира, НО под определен ред '>
Тъй че ще се опитам да дублирам точно този процес '>

[elfenlied]

И на мен нещо подобно ми се случи.
Ама при мен бе след като си работех и реших да ресна (а преди това и 1 конфиг фаил не бях пипал бях из нета) и след реса точно така стартира ми гдм и забива на курсора ( часовничето ) и това е след 2-3 месеца ползване без проблем '>
И накрая се ядосах и преинсталнах взе, че всичко пак е наред ама нз колко време ще е така!
И сега обмислям за друг лог мениджър kdm, xdm пък ще видя какво ще стане.
Успех!
Ще следя темата за новости '>

[Ivshti]

Хора, благодаря за помощта, почти го подкарах!
Тъй, махнах gdm и xdm от модула и после го инсталирах докато работи Live CD-то: тръгна. Значи проблема е в този пакет, незнам защо преди като го преинсталирах получавах същия резултат. Може би проблема е в xdm пакета, но не се знае. Ако беше там, щеше да се счупи по-късно, когато избирам сесия.

Но нещата все още стоят неконфигурирани, вероятно проблема е в реда под който се инсталират.
Смятам, че няма да имам големи проблеми да модифицирам сорса на slapt-get да инсталира нещата във fake root, така че пак да си спазва реда, под който инсталира пакетите - това явно има значение '>

А за пакетите gdm и xdm - ще им разгледам инстал скрипта да видя какво е гнилото '>

Някой да има предположения за реда, под който трябва да се инсталира gconf или gnome-settings-daemon (или config-daemon май беше)? Как мога да заредя дефаултската конфигурация с gconf?

Също някой да има предложения къде точно в домашната директория се пазят настройките на Gnome за панела и тия '> Има няколко директории. Но няма да е фатално ако копирам всичките (в /etc/skel '> ), просто искам да знам '>

А възможно е и gdm да страда от проблема с реда на инсталиране: да трябва да се инсталира накрая '>

A, ии... не е задължително да модвам сорса на slapt-get, мога да променя installpkg скрипта при викане да пише името на пакета (basename) в края на един файл, така че да се изпише история на инсталирането, от там в for loop-а ще ползвам вместо $(ls *.tgz) - $(cat installpkg-history.txt)

Ахахаха - колко съм глупав! Можело и направо да видя реда, под който ще се инсталират още при започването на инсталацията на пакетите: slapt-get го показва '>