![]() |
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
Quote:
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?
Quote:
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: Code:
cx3110x: chip variant STLC4550 |
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
Quote:
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....
Code:
chroot /debian |
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:
Quote:
|
Re: Continuing development of Debian on NITs
Quote:
|
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: Code:
export GTK_MODULES=libgtkstylus.so 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
Code:
update-rc.d: warning: /etc/init.d/tablet-powersave missing LSB informationupdate-rc.d: see <http://wiki.debian.org/LSBInitScripts> |
Re: Continuing development of Debian on NITs
Quote:
Yes, but unfortunately, now post bootstraping fails:(: Quote:
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
Quote:
Something like this python script might work.. (run from maemo!): Code:
import deblet_installer |
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
Quote:
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
Quote:
- 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
Quote:
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. Quote:
|
Re: Continuing development of Debian on NITs
Code:
Nokia-N810-23-14:/home/user# du -khs /nit-repository/ |
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):
Code:
/usr/lib/iceweasel/firefox-bin: symbol lookup error: /usr/lib/browser/plugins/libflashplayer.so: undefined symbol: hildon_gtk_im_context_hide |
Re: Continuing development of Debian on NITs
Quote:
|
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?? |
All times are GMT. The time now is 04:57. |
vBulletin® Version 3.8.8