i would give u two options... ssh through another machine... or debian chroot... that will allow you to modify things by commandline.

how did u run gdmsetup?

BTW ive installed both openoffice and gimp... and very oddly i get better performance from debian ina chroot...

and wifi radar is a PITA that takes FOREVER to run. But wireless works... i still get disconnected randomly though.

eta: oh and i copied the maemo /usr/share/X11/kdb over to debian and moved to originals out of the way... it made no impact on booting debian.. keyboard still worked - and now it works in chroot.. having issues getting mpd to start though.

I did everything thru the command line in a chroot. Enny suggestions?

Btw, i have gimp, iceweasel, openoffice, abiword, evince, xournal, basicly everything. (because gnome installed EVERYTHING of corce)

did u see this paragraph?? do either of these exists?
heres another that shows u the keys u want:
http://www.redhat.com/docs/manuals/e...k-configs.html

Update: I finally figured out how to get past the login!!, turned out that i neded to actually copy some of the config examples from /usr/share/gdm/defults.conf and put them into my /etc/gdm/gdm.conf and do a little hacking to make shure that it will actually run.

Result:
Good: It now will automaticly go into the desktop!!
Bad: touch screen still won't work
Good: The power key will automaticly launch the power menu!!
Bad: The gnome-settings-demon has truble launching and gnome complains a lot about that.
Good: The desktop looks pritty responsive, In fact, It's allmost as responsive as KDE for maemo.
Thing i'll need to add: Install a keyboard applit so i can easily get the vertual keyboard.


Everything is finally starting to work But i am still having touch screen truble. like before, the touch screen is responsive but the desktop still refuses to work with it. This means that untill this problem gets resolved, I have allmost no control over my desktop. The only thing that i can really do is use the power menu with my d-pad and power key. Is there enny other way to get the touch screen to work? I don't want to remove gdm because from looking into how it works, gnome relys on it because, (if i am correct) unlike xfce4, gnome doesn't use x-session directly, instead, gdm handles x-sessions for gnome and launches gnome. This means that if i remove gdm, gnome may no longer be functional. Is there enny other way to hack gdm to allow a touch screen to run?

I think you need to add the options to the section "server Standard" in the gdm.conf file...there is a command= line... change that to be X and then all the command line options i showed you in my other modification...

u can take those out btw.. that just starts gdm not X; so it's ignoring those parameters.

Thanks, I will try this but i just wanted to make shure that this is set up correctly in gdm.conf file:

[server-Standard]
name=Standard server
command=/usr/X11R6/bin/X -audit 0 ; #USERNAME=`cat /etc/tablet_user`
XSERVERARGS="-mouse tslib -nozap -dpi 96 -wr -nolisten tcp"
start_daemon $DAEMON $XSERVERARGS
flexible=true
# Indicates that the X server should be started at a different process
# priority. Values can be any integer value accepted by the setpriority C
# library function (normally between -20 and 20) with 0 being the default. For
# highly interactive applications, -5 yields good responsiveness. The default
# value is 0 and the setpriority function is not called if the value is 0.

#priority=0

# To use this server type you should add -query host or -indirect host to the
# command line.

Is this correct?, Just wanted to make shure, also i've noticed that if you remove those lines in the /etc/init.d/gdm file, auto login will be disabled.

no it will look like this:

[server-Standard]
name=Standard server
command=/usr/X11R6/bin/X -audit 0 -mouse tslib -nozap -dpi 96 -wr -nolisten tcp
flexible=true

you don't need the rest of it..

hello, i tried to install debian through that installer, but it does not work well.

1) fake start-stop-daemon denies to run dbus, that causes failing of installing nit-env-stskeeps because hal need running dbus
2) hal is problematic in many ways, it fails on configure because it denies to install because its in chrooted enviroment, so the rest of depending packages (7 total) couldnt be installed and installer fails
3) so i setup real start-stop-daemon to be actual, dbus was started, then i modified /etc/init.d/hal to skip chroot checking and commented starting command and finally whole installer was completet. But there comes another problem
4) During boot loading module cx3110x failed because it cant load firmware 3826.arm. I tried to copy those files to /lib/firmware (there were symlinks to /mnt/initfs/.. before) even to /usr/lib/hotplug/firmware/ but nothing is helping. Iam not able to boot it, because wlan adapter could not be initialized.

edit:

the only time i had the fake start demon problem was when the installer crashed because it doesn't build n810-xmomap-keyboard deb and it a dependency of both nit-env x environments...

i had to build the n810 myself; the source is in nit-base-package.. oonce that was installed i could apt-get install nit-env-x which pulled most of the debs i needed...to fix the start stop demon u need to do apt-get install dpkg --reinstall ... right now all the services are disabled because of the install...

rik: it's kinda odd that hal installation needs a running dbus when it's in installation phases, because it's not getting run either, cos of the fake start-stop-daemon. If this was a system that was installed using Debian installer, there would be a fake start-stop-daemon as well to avoid starting processes in the installer environment. I didn't have this problem personally, so it might be an update in sid that acts oddly?

If you have a chance, I'd love to see what error you got through the installer, including what OS2007/2008 and tablet type you're using.

In the "first" non-alpha release we would probably have default release set to lenny so we won't run into the odd issues along the way. Is /mnt/initfs in your fstab btw? That might explain the firmware issues. If you can, make a bug report with the output of "dpkg -l" (chrooting in should do the trick).

Bugs for NIT-Debian installer goes to http://trac.tspre.org/projects/nit-debian if you run into any, or have ingenius ways to do things with NIT-Debian and want them in the NIT-Debian base packages.