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? I should set up one of those fancy N8x0 emulators and let it run through installer every night to test for breakage

If you have a chance, I'd love to see what error you got through the installer, including what OS2007/2008 version 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.

I'll be glad to test out lenny It shuldn't be too hard, just edit the config.py to say "RELEASE = "lenny"" instead of "RELEASE = "sid".

Also, i've ben getting a similar problem with "evn-nit-x", When it justs starts to finnish the install proses, it says " "chroot" -y --force-yes install evn-nit-x failed" and when i try to run "apt-get -f install" it complains about dbus and says that it is unable to install it because hald, hald-addon-omap-gpio and, nit-env-x are not configurde yet and it fails, i even tryed dpkg --configure -a and that complains about dbus and fails. I tryed to run this about 6 times today using different methods but nothing seems to work.

p.s. The reason whi i am re-installing Debian is because the battery died while doing some pritty important stuff and that ended up breaking my Debian install.

seriously people... nobody listens to me....

that may not be exact but it should be pretty close... I dont think its /debian i think its /nit-install or something.. wherever the installer has it temporarily mounted.

Oh and personally i think gnome is horrific... i cant run more than two apps without it locking up on me or even just clicking the updater when it asks for roots pass... waited 15+ minutes and couldn't do JACK...

OTOH; i have a lot more apps in my chroot icewm now that work nicely....

Btw, i allrety tryed that and it still says:

Really?? I used gnome and everything seemed to work fine.. hmmmm.... maybe it is because of my setup ?

dont really know.....even booting debian into icewm locks up on me if i try to do too much too quick...the processor in these things really suck....

as far as your problem....that looks pretty ugly...id suggest starting over from scratch...

ok.. I noticed my swap wasn't mounting at boot.. that may have contributed to it .. only 128MB memory and no swap... now 128/128... I think I want to expand that to 128/384 .. give me 512mb total... see if that helps with the slow down and a lot of the desktop size apps to run properly.

Anyway... important part to the post:

Again directed by your signature b-man... I got Right Click to work in GTK apps thanks to Qole/Darkman

Inside your ~/.xsessionrc file just add the line:
And also make sure you've installed libgtkstylus via apt.

Also for Stskeeps (I know, I know.. use the tracker); you might think of adding libgtkstylus to the nit-env-x dependency environment to load it out of box.. and adding .xsessionrc with that line in it to /etc/skel before creating the user account (thus making it a global user configuration).. that will enable right click support in all GTK based applications. Still not ALL apps.. but for most it works great.. and for b-man in Gnome; most all gnome apps are GTK based.. since Gnome is GTK.

ETA: b-man; 3ddesktop is highly unlikely as it depends on OpenGL.. and I'm quite certain I've seen around that OpenGL is nigh impossible to get working on this.. but maybe that was just for maemo?? i thought it was due to a hardware restriction.. the true 3d capabilities of our display aren't enabled via drivers because of screen res problems or something...

For the people with hal problems, latest installer SVN solves it by faking invoke-rc.d.

fatalsaint: I intentionally kept out libgtkstylus of nit-env-x as this doesn't install any GTK stuff as such (for barebone X purposes). Any of you xfce4/GNOME people writing a nit-env for these yet?

Any word on how the dev for the sound is going? So far I've had no luck getting it going. If someone could direct me somewhere that explains how to do it I'd greatly appreciate it.

Feel free to PM it to me. Thanks.