Re: Continuing development of Debian on NITs
 

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.

Re: Continuing development of Debian on NITs
 

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:))

Re: Continuing development of Debian on NITs
 

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

Re: Continuing development of Debian on NITs
 

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!!:D:D
Bad: touch screen still won't work:(
Good: The power key will automaticly launch the power menu!!:D
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 :D 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?

Re: Continuing development of Debian on NITs
 

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.

Re: Continuing development of Debian on NITs
 

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.

Re: Continuing development of Debian on NITs
 

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..

Re: Continuing development of Debian on NITs
 

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:

Re: Continuing development of Debian on NITs
 

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.

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.

Re: Continuing development of Debian on NITs
 

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:(.

Re: Continuing development of Debian on NITs
 

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.

Re: Continuing development of Debian on NITs
 

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....

Re: Continuing development of Debian on NITs
 

Btw, i allrety tryed that and it still says:

Re: Continuing development of Debian on NITs
 

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

Re: Continuing development of Debian on NITs
 

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...

Re: Continuing development of Debian on NITs
 

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...

Re: Continuing development of Debian on NITs
 

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? :)

Re: Continuing development of Debian on NITs
 

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.

Re: Continuing development of Debian on NITs
 

Ive still been working on it. In maemo our audio out is /dev/dsptask/pcm3 but we have no dsptask directory....i ran the alsa utils that build ALL audio devices and tried a handful of them and none worked... tried modprobing pcm-snd and related as well.... nothing i did worked...

we missing a kernel driver??? dunno... blew up my deb today and have to start over.

Re: Continuing development of Debian on NITs
 

non fatal errors new scripts

looks like the gid not setting right.

Re: Continuing development of Debian on NITs
 

Yes, but unfortunately, now post bootstraping fails:(:

And don't wory, i am reporting this in the bug tracker;).

p.s. Shure, i could try to make a new "nit-evn" that could involve Gnome, I would call it "nit-evn-gnome" for full-blown Gnome with everything and a "nit-evn-gnome-minumum" for just the environment and nothing ealse:rolleyes:, the only problem is that i am not shure how, could you provide some information? I know that it would definitely include "apt-get -f install" gnome for "nit-evn-gnome" and "apt-get -f install gnome-desktop-environment" for "nit-evn-gnome-minumum", also, it would install matchbox-keyboard+ libgtkstylus for both. and also edit gdm for auto-login.

Re: Continuing development of Debian on NITs
 

yeah but apt-get install nit-env-x works now with a dpkg reconfigure... going to see if icewm will load and reboot.

Re: Continuing development of Debian on NITs
 

had to add the user manually and set both the root and user password but its working... posting from a basic icewm with epiphany atm...

Re: Continuing development of Debian on NITs
 

I tryed apt-get install nit-evn-x and dpkg --configure -a and nothing is working :( It is even complaining about terminfo witch is preventing nano from getting launched during the network-setup proses and that causes problems:(.
I believe that the reason whi NOTHING is working is because thay all depend on each other witch means that if even one error occurs with one of those packages, dpkg refuses to configure enny of those packages because, allmost like a loop, the first package depends on the last package witch depends on the middle package witch depends on the first package to be configurd:


Nokia-N800-23-14:/# dpkg --configure -a
Setting up tablet-network-setup (1.1-1) ...
Error opening terminal: xterm.
dpkg: error processing tablet-network-setup (--configure):
subprocess post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of nit-env-basic:
nit-env-basic depends on tablet-network-setup; however:
Package tablet-network-setup is not configured yet.
dpkg: error processing nit-env-basic (--configure):
dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of nit-env-x:
nit-env-x depends on nit-env-basic; however:
Package nit-env-basic is not configured yet.
dpkg: error processing nit-env-x (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
tablet-network-setup
nit-env-basic
nit-env-x
Nokia-N800-23-14:/#

This is driving me CRAZY!!, no matter what gets changed or what i do, nothing is working. But i am not giving up!:D

Re: Continuing development of Debian on NITs
 

I got the exact same errors you did after the base system install part when breaking down the chroot... but I had NO problems installing apt-get install nit-env-x directly after that. Even hal configured and all that... apt-get install dpkg --reconfigure was done after I was done installing everything else.

Did you totally start over or just start with the new installer?

Also I don't know if you guys did anything to the wireless side of the house STS but last night my wireless stayed up in debian the entire night... first time that has ever happened in a booted debian environment. Don't know if you changed something or if just my install went better.. no idea. My current only issue with debian is the sound... once sound works for audio - then the biggest issue will be Video.. with those 2 operational we'd have a completely re-worked and alternative to Maemo OS for the tablet.. retaining all the capabilities of maemo.

ETA: B-man.. looking at your errors.. try running apt-get install xterm ... looks like that might be what's causing tablet-network-setup to fail.

Re: Continuing development of Debian on NITs
 

Is there any way you can have a standard style repository that contains the packages from the SVN? Being able to "apt-get install" a package is my preferred way to get something, rather than checking it out and using dpkg...

Re: Continuing development of Debian on NITs
 

In a situation where you have a chroot with 'svn export http://trac.tspre.org/svn/deblet/tru...-base-packages' in it in /nit-base-packages,

Something like this python script might work.. (run from maemo!):

/etc/apt/sources.list.d/deblet.list should then contain a reference to /nit-repository that you can use to apt-get the Deblet debs.

Re: Continuing development of Debian on NITs
 

Yeah I was kinda thinking that you would have some kind of server-side script that checked the packages out into a public repository... Maybe I should set something up over at qole.maemobox.org...

Re: Continuing development of Debian on NITs
 

Ah, I'd personally avoid that since it also builds OS2008-based packages and packages that are tied to the tablet's MAC etc (setting wlan0 MAC address when booting) and stuff like that. It's meant as a local, on-tablet APT repository to avoid the legal problems :)

Or do you mean a .tar.gz snapshot of SVN nit-base-packages?

Re: Continuing development of Debian on NITs
 

Honestly, I just want an easy-to-get version of your deblet adobe flash player hack, that users can install without hassle. Building an on-tablet repository is a hassle.

Re: Continuing development of Debian on NITs
 

Well then - it is a bit of a hack and i'm not sure you can transfer the "easy" setup I have without building a local repository (this may be configured in config.py btw to make a smaller one).

- have some way to get the adobe-flashplayer package from Diablo (like we do in nit-fillin), or as just copying over files to the chroot
- have /usr/lib/browser/plugins/libdebianflashplayer.so installed (is in debian-flashplayer package)
- perform steps in http://trac.tspre.org/projects/deble...EBIAN/postinst
- provide libplayback-1-0, and osso-esd as well (osso-esd can prolly just be a empty package).

If we were to start making the chroot part of Deblet a little more integrated, building a local repository is part of install, and there would be possibily to add packages easily through Synaptic etc. And a menu item saying "Upgrade Deblet packages" which rebuilds the local repository and allows people to get new Deblet changes in from SVN. That'd be the easy solution, really. :P

Re: Continuing development of Debian on NITs
 

What is this osso-esd package? I didn't have to install it; you say it can be empty, so I'm guessing it's just a placeholder...

I think I'll build a little .deb that, when installed in Maemo, will mount the chroot, copy and drop the files, and create the symlinks. I was just hoping there'd be some way to do this "cleanly" (without using your installer or subversion) from your SVN version.

How big is this local repository when fully populated?

Re: Continuing development of Debian on NITs
 

also got flash working in bootable debian with those packages...thanks sts....now i really need sound lol.

Re: Continuing development of Debian on NITs
 

I cant partition, or use already partitioned minisd card on my n810's exenternal slot.
Everything works fine with internal mmc, but when i try exenternal, cfdisk just says FATAL ERROR, CANT READ DISK DRIVE or something. If i use gparted with my computer and create like 40mb FAT, 3.8gb ext2 and small swap, it still says fatal error. When i try to skip the partitioing step like going to parted and type quit, i can skip partitioing but then i cant choose the partition where to install deblet.
What am I doing wrong?


Sorry for my bad english...

Re: Continuing development of Debian on NITs
 

Have you tryed sfdisk? That's what i use instead of cfdisk.
Assuming you only want two partitions to use, try this in x-term:

First, run "apt-get -f install e2fsprogs" However if you are using Diablo, you may not need this step.

Next, run "sfdisk -uM /dev/mmcblk1p2", this will allow you to partition in mb units.

now put ",40,6" This marks the first partition as 40 mb with a fat 16 format

next put ",,L" This allows the rest of the memoy card to use linux83 for your os.

the last two would just be ",," witch marks them as empty and if the reloading of the partition tables fails, just reboot and skip the partitioning alltogether and simply mount/format your partition.

Re: Continuing development of Debian on NITs
 

I'm not sure where to post this. When I try to use the debian-flashplayer hack in Iceweasel, on the ever-popular homestarrunner.com website, I get this error (when clicking on the intro button):

The browser then snaps closed.

Re: Continuing development of Debian on NITs
 

Ack. Why is it getting it from browser/? it should be loading libdebianflashplayer.so (which has symbols and depends on libflashplayer.so), hence the error. I honestly didn't test on iceweasel, just other gecko ones.

Re: Continuing development of Debian on NITs
 

I've used the libdebianflashplayer.so with iceweasel.. I made two links inside (manually)

/usr/lib/iceweasel/plugins/ and /usr/lib/iceweasel/xulrunner/plugins/

I created that first plugins directory. Works fine for me??