maemo.org - Talk
Page 52 of 84 « First 425051 52 535462 Last »
Show 40 post(s) from this thread on one page

maemo.org - Talk (https://talk.maemo.org/index.php)
-   Alternatives (https://talk.maemo.org/forumdisplay.php?f=36)
-   -   Easy Debian Fremantle Beta Testing (https://talk.maemo.org/showthread.php?t=34550)

mthmob 2011-02-01 08:40
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by qole (Post 933092)
Just a reminder, tap-and-hold should work as a right-click in GDK+ (Gnome) apps ... but dosbox and others probably would benefit from a working right-click solution that uses a keyboard modifier. So I would like to see a working solution here, too...
Qole, this one works great:

"xdotool click 3"
m:0x80 + b:1 + release

putting that in xbindkeysrc after installing xdotool, works great. When holding down fn-key, tapping the screen is right click. works in dosbox aswell.

sulu 2011-02-01 18:57
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by mthmob (Post 933182)
Qole, this one works great:

"xdotool click 3"
m:0x80 + b:1 + release

putting that in xbindkeysrc after installing xdotool, works great. When holding down fn-key, tapping the screen is right click. works in dosbox aswell.
Confirmed! Fn+Tap=right click.
VBox really seems to influence the result.

Here's another one:
Code:
#Shift+Tap=middle click
"xdotool click 2"
 m:0x1 + b:1 + release

rebhana 2011-02-01 22:52
Re: Easy Debian Fremantle Beta Testing
 
The openoffice.org Debian packages have received a number of updates recently, mostly security related. In Easy Debian (v3e) I therefore did:
Code:
apt-get update
apt-get install openoffice.org-core openoffice.org-draw openoffice.org-gtk openoffice.org-writer openoffice.org-impress openoffice.org-calc openoffice.org-math openoffice.org-style-crystal openoffice.org-style-galaxy openoffice.org-style-hicontrast openoffice.org-style-tango ttf-opensymbol
apt-get clean
which worked fine for me.

Because this upgrade needs sufficient space in /.debian/var/cache/apt, and since I have enough space in /home/user, I moved the cache out of the image like so (in Debian chroot):
Code:
cd /var/cache/apt
apt-get clean
cp -a archives /home/user/.easydebarchives
mv archives archives-
ln -s /home/user/.easydebarchives archives
(Here "archives-" is just a backup.)

klepto 2011-02-03 01:36
Re: Easy Debian Fremantle Beta Testing
 
Firstly, apologies if this has already been covered. I did search but didn't find quite what I'm looking for. Also, thanks to qole and everyone else involved for bringing a proper GNU/Linux environment to the n900, it's a killer app for me.

I'm currently in the process of modifying the qmount and qumount scripts to allow the use of a chroot within an existing directory structure, as opposed to using an image file or partition. I'm not looking for help as such, I'm pretty sure I can make it work, although any advice will be gratefully received.

My question is this: has anyone already done this? It would be silly for me to duplicate existing work. If so can someone please provide a link? If not I'll post patches here when I'm done, but I don't have a lot of time to work on it right now so it may be a little while.

qole 2011-02-03 05:05
Re: Easy Debian Fremantle Beta Testing
 
klepto: I do not recommend putting your chroot in a directory. I have tried it and it has problems like the inability to kill chroot apps by closing the chroot.

electroaudio 2011-02-03 12:24
Re: Easy Debian Fremantle Beta Testing
 
Would it be possible with XdoTool to define mousebuttons at the bottom corners of the touchscreen and maybe a scrollbar on the side.
And then use the rest of the touchscreen to send "move mouse" commands to the mousepointer in the same direction as the finger moves? Hopefully with acceleration too?

sulu 2011-02-03 13:03
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by electroaudio (Post 934913)
Would it be possible with XdoTool to define mousebuttons at the bottom corners of the touchscreen and maybe a scrollbar on the side.
And then use the rest of the touchscreen to send "move mouse" commands to the mousepointer in the same direction as the finger moves? Hopefully with acceleration too?
You want an on-screen touchpad? In principle the button/movement part is possible with xdotool.
One would need another program to create the interface that grabs the mouse actions. Zenity could do the mouse buttons but I have no idea if it could do something like a touchpad.

It would have to be some transparent form covering the whole screen but then there is the problem how to tell the difference between a simple mouse movement and a a marking action. And one couldn't simply click on any elements on the desktop unless the mouse pointer is exactly above it. So the usual touch-screen feeling would get lost.
I don't think that it's feasible with a reasonable effort and to a reasonable level of usability.

What I think could be useful is some kind of d-pad. This could either be on-screen or on the hardware keyboard (switching between d-pad and normal keyboard via some modifier - much like the num-pad switching on laptop keyboards without dedicated num-pads). I think the latter option would be better.
Could we somehow use the camera button for that switch? I know there is a program in the Maemo repository that allows to customize the action that is performed when the camera button is pressed. But I haven't tried it so far.

mscion 2011-02-03 16:22
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 933564)
Confirmed! Fn+Tap=right click.
VBox really seems to influence the result.

Here's another one:
Code:
#Shift+Tap=middle click
"xdotool click 2"
 m:0x1 + b:1 + release
Just an observation

The

Fn+Tap=right click

works with no problem. I thought that

Shift+Tap=middle click

wasn't working until I realized I had to release the Shift in sync with the tap.
The Fn+Tap was not as sensitive to the timing.

Is this the general observation?

sulu 2011-02-03 21:22
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by mscion (Post 935064)
Shift+Tap=middle click

wasn't working until I realized I had to release the Shift in sync with the tap.
I can't confirm this. For me the "unix middle click insert" works immediately after the tap-release, without shift-release.

Can you please swap Fn and Shift in the xbindkeys commands, try again and report back if the release-behavior is related to the key or the emulated mouse button?


Edit:
Just for the record, I just tried to switch Num_Lock and Caps_Lock via xdotool. In principle (on my laptop) it works. The N900 seem to know these buttons too (I got no error message) but doesn't care for them. I added lxpanel's LED indicator to the panel, but it didn't change and I also couldn't see any changes in the keyboard behavior (e.g. capital letters).

mscion 2011-02-04 01:53
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 935316)
I can't confirm this. For me the "unix middle click insert" works immediately after the tap-release, without shift-release.

Can you please swap Fn and Shift in the xbindkeys commands, try again and report back if the release-behavior is related to the key or the emulated mouse button?
Hi, I tried your suggestion and whether I use the Fn or Shift key I need to release it in sync with tap to get the middle click to work. The right click works after the tap-release, using Fn or Shift. So it appears to be related to the emulated mouse button which seems rather peculiar... Anybody else confirm this?

electroaudio 2011-02-04 09:02
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 934931)
You want an on-screen touchpad? In principle the button/movement part is possible with xdotool.
One would need another program to create the interface that grabs the mouse actions. Zenity could do the mouse buttons but I have no idea if it could do something like a touchpad.

It would have to be some transparent form covering the whole screen but then there is the problem how to tell the difference between a simple mouse movement and a a marking action. And one couldn't simply click on any elements on the desktop unless the mouse pointer is exactly above it. So the usual touch-screen feeling would get lost.
I don't think that it's feasible with a reasonable effort and to a reasonable level of usability.

What I think could be useful is some kind of d-pad. This could either be on-screen or on the hardware keyboard (switching between d-pad and normal keyboard via some modifier - much like the num-pad switching on laptop keyboards without dedicated num-pads). I think the latter option would be better.
Could we somehow use the camera button for that switch? I know there is a program in the Maemo repository that allows to customize the action that is performed when the camera button is pressed. But I haven't tried it so far.

I dont understand everything you write since i dont know anything about the transports of the actions under the hood in linux (why zenity?).
But i am comparing the simplicity to use the touchpad on my notebook and how difficult, and sometimes impossible (OnMouseOver() doesnt work for instance), it is to use the stylus.
A Dpad would ofcourse be a big improvement over the stylus and from the youtube videos i have seen just about everyone has a problem with the stylus.

The thing i would like to have is a simple mousecontrol that doesnt need a concentration of 110% like the stylus need, and which cant mess things up if i slip, like when i try to hit something in a menu for instance (Like load previous document instead of save)

After all, the interface was made for a mouse and not for a stylus, so it isnt so strange that it is hard to use.

sulu 2011-02-04 09:26
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by electroaudio (Post 935666)
I dont understand everything you write since i dont know anything about the transports of the actions under the hood in linux (why zenity?).
Zenity just provides an easy way to create GUI forms that are connected with shell commands. So one could create a form with zenity that has two buttons which call mouse button events via xdotool. There are other ways than zenity to do the same, this was just the first that came into my mind.

Quote:
Originally Posted by electroaudio (Post 935666)
But i am comparing the simplicity to use the touchpad on my notebook and how difficult, and sometimes impossible (OnMouseOver() doesnt work for instance), it is to use the stylus.
Sure, that's true. Frankly, I'm fine with the way the stylus works - also i ED. But for me it's acceptable that some features don't work and I'm aware that other people might have different requirements.
btw: there is a workaround to use OnMouseOver: just tap on a place where a click doesn't matter and then hold and pull the stylus over the element where you want the OnMouseOver-event to happen.

Quote:
Originally Posted by electroaudio (Post 935666)
A Dpad would ofcourse be a big improvement over the stylus and from the youtube videos i have seen just about everyone has a problem with the stylus.
It's the total opposite for me. I still have some problems with the tiny keyboard of the N900, while I have no problem with hitting tiny symbols or menu items with the stylus. But I'll try if I can find a way to implement a d-pad during the weekend.

RobbieThe1st 2011-02-04 12:58
Re: Easy Debian Fremantle Beta Testing
 
Last night I installed EasyDebian, and I came to the conclusion that the installer needs a slight rework - Namely an option to extract the image to a different card than the compressed image is located on.
Why? If you write to the SD card and read from MyDocs, the device is fairly usable while it's extracting(Not sure about the other way around). It also only takes an hour or two. If you are reading/writing to MyDocs, things are unusable.

As it is, it's a simple edit to the shell-script - I just added "-c" to the lzma line, and then piped it into a file with ">/media/mmc/extractedImage.img". Simple.
Now, to make it usable for everyone, an extra prompt would be needed - about 5 mins of coding.

I'll do it myself if needed.

electroaudio 2011-02-04 14:24
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 935680)
Zenity just provides an easy way to create GUI forms that are connected with shell commands. So one could create a form with zenity that has two buttons which call mouse button events via xdotool. There are other ways than zenity to do the same, this was just the first that came into my mind.

Sure, that's true. Frankly, I'm fine with the way the stylus works - also i ED. But for me it's acceptable that some features don't work and I'm aware that other people might have different requirements.
btw: there is a workaround to use OnMouseOver: just tap on a place where a click doesn't matter and then hold and pull the stylus over the element where you want the OnMouseOver-event to happen.

It's the total opposite for me. I still have some problems with the tiny keyboard of the N900, while I have no problem with hitting tiny symbols or menu items with the stylus. But I'll try if I can find a way to implement a d-pad during the weekend.
Honestly i dont like the keyboard either ;) so i use xvkbd...
(But i think that the hardest part with the stylus is that it is always into mouseclick-mode. So if the mouseclick could be separated from the stylus, then that would also make it much more reliable, maybe a zenitybutton on the side? hmm. no that would move the mouse :p ... the camerabutton would have been perfect there )

But i have been thinking about the pad for a while now...
From what i understand a transparent paintarea that covers the Whole screen is necessary to catch all the mouseevents, with buttons for mouseclick and mouselock.
Maybe even with a button to fold up a screenkeyboard, and a button to shrink it into a icon to get it out of the way when the stylus method is more preferable.
-Then all three types of inputs will be aviable within reach of the *fingertips* :D

Not necessary for me since i have very good eyes, but maybe for others, would be to have a button that converts the paintarea into a magnifying glass, magnifying the area around the mouseposition.

-What do you think? would this be a good overall improvement?
This is probably a lot more than xdotool can handle i suppose...

sulu 2011-02-05 00:35
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by electroaudio (Post 935858)
Honestly i dont like the keyboard either ;) so i use xvkbd...
Up to now I can't say if I like the keyboard or not. I'm just not used to it. Maybe that will change, maybe it won't. But I already like it more than on-screen keyboards.


Quote:
Originally Posted by electroaudio (Post 935858)
(But i think that the hardest part with the stylus is that it is always into mouseclick-mode.
That doesn't bother me at all. :)


Quote:
Originally Posted by electroaudio (Post 935858)
... the camerabutton would have been perfect there )
I checked the camera button and I don't think it can be of any use in ED since it doesn't even send a keycode.


Quote:
Originally Posted by electroaudio (Post 935858)
But i have been thinking about the pad for a while now...
From what i understand a transparent paintarea that covers the Whole screen is necessary to catch all the mouseevents, with buttons for mouseclick and mouselock.
Maybe even with a button to fold up a screenkeyboard, and a button to shrink it into a icon to get it out of the way when the stylus method is more preferable.
-Then all three types of inputs will be aviable within reach of the *fingertips* :D
...and with no place left on the screen to show anything. ;)


Quote:
Originally Posted by electroaudio (Post 935858)
Not necessary for me since i have very good eyes, but maybe for others, would be to have a button that converts the paintarea into a magnifying glass, magnifying the area around the mouseposition.
gnome-orca has a magnifier included. But it comes with a lot of bloat that makes even my laptop sluggish, which was cutting edge technology little more than a year ago.
I think I have once seen a leaner magnification tool, but I don't know the name anymore. It was not gnome-mag, or at least it was not gnome-mag alone but with some GUI frontend.

I tried to tinker some d-pad implementation and while I was researching for some details I stumbled upon a tool called keynav which is already in the debian repository. It's very similar to what I had in mind, but even better. Its usage seems a bit strange at first but I guess that's just a question of getting used to it and I think this usage is part of what makes keynav superior to my idea.
I think it has great potential in ED, at least for power users. Unfortunately the versions up to sid have a quite annoying bug which makes the lxde menu non-functional. So you'll need the experimental package. This in turn needs libxdo2 from sid, but apart from that there are (currently) no dependency issues.
If you start keynav it complains that it is unable to lookup the keycode for "bracketleft" even if this character isn't used in the configuration file. But if you tell xkvbd to issue "[" before you start keynav the error will disapppear.

electroaudio 2011-02-05 02:06
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 936479)
Up to now I can't say if I like the keyboard or not. I'm just not used to it. Maybe that will change, maybe it won't. But I already like it more than on-screen keyboards.
Well, i come from the communicators so the hw-keyboard is very limited for me. Its easier to use vxkeyb where everything is clickable.

Quote:
...and with no place left on the screen to show anything. ;)
well, it doesnt need to be visible buttons on the screen :)
those buttons could just as well be swipes from the edges like the mousepointer in microb.
But a magnifying glass would ofcourse make it possible to shrink fonts and other visible elements even further.

Quote:
gnome-orca has a magnifier included. But it comes with a lot of bloat that makes even my laptop sluggish, which was cutting edge technology little more than a year ago.
I think I have once seen a leaner magnification tool, but I don't know the name anymore. It was not gnome-mag, or at least it was not gnome-mag alone but with some GUI frontend.
A magnifyingtool is very easy to code if the screenbuffer is open for reading, all that is needed is to read one pixel and write four for a magnificatin of two. or write 3x3 for a .. well, you get the idea ;)

Quote:
I tried to tinker some d-pad implementation and while I was researching for some details I stumbled upon a tool called keynav which is already in the debian repository. It's very similar to what I had in mind, but even better. Its usage seems a bit strange at first but I guess that's just a question of getting used to it and I think this usage is part of what makes keynav superior to my idea.
I think it has great potential in ED, at least for power users. Unfortunately the versions up to sid have a quite annoying bug which makes the lxde menu non-functional. So you'll need the experimental package. This in turn needs libxdo2 from sid, but apart from that there are (currently) no dependency issues.
If you start keynav it complains that it is unable to lookup the keycode for "bracketleft" even if this character isn't used in the configuration file. But if you tell xkvbd to issue "[" before you start keynav the error will disapppear.
Thanks! I will definately look into that :)
But i have to say that i like my idea very much, maybe i should dust off some of my old asm/C++ knowledge and try o make something out of it... but i dont really know what is possible or not under the hood in linux, or even how stuff there works :p
if it had been DOS i would just make my own INT33h handler.

Cue 2011-02-05 03:55
Re: Easy Debian Fremantle Beta Testing
 
for magnification there is xzoom in the repos. It's lightweight. The window doesn't follow your mouse but it can still be very useful.

sulu 2011-02-07 15:23
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by electroaudio (Post 936527)
well, it doesnt need to be visible buttons on the screen :)
those buttons could just as well be swipes from the edges like the mousepointer in microb.
That concept is totally new to me. So I don't even have any actual idea of its usefulness.

Quote:
Originally Posted by electroaudio (Post 936527)
A magnifyingtool is very easy to code if the screenbuffer is open for reading, all that is needed is to read one pixel and write four for a magnificatin of two. or write 3x3 for a .. well, you get the idea ;)
Yes, I get the idea. The problem is that you can't shrink fonts below 5 pixels height, otherwise they'll become unreadable, no matter how much you magnify them. And even 5 pixels need some adjustment by the user because some characters will be hard to separate. If you don't want to adjust, 8 pixels is the minimum height.


Quote:
Originally Posted by electroaudio (Post 936527)
But i have to say that i like my idea very much, maybe i should dust off some of my old asm/C++ knowledge and try o make something out of it... but i dont really know what is possible or not under the hood in linux, or even how stuff there works :p
if it had been DOS i would just make my own INT33h handler.
Going under the hood is the whole idea of Linux. ;)
So what is possible in DOS will also be possible in Linux. Unfortunately I never learned proper ansi C(++) (I can read it, but I learned another dialect which always gets into my way when I try to code on my own) and asm was never my favourite.

Quote:
Originally Posted by Cue (Post 936566)
for magnification there is xzoom in the repos. It's lightweight. The window doesn't follow your mouse but it can still be very useful.
I tried xzoom, but I find it essential that the magnifier image follows the mouse cursor. If gnome-mag had a window-mode it would have been perfect.


Just another note on my d-pad experiment:
I was able to set up a working d-pad with xbindkeys/xdotool (well it's not that hard.), but I stumbled upon 2 maybe 3 problems:

1. There needs to be some switch mechanism between normal keyboard and d-pad (a key-combination). I thought that might be accomplished by guile, which is supported by xbindkeys. But unfortunately I've never dealt with guile or any other language that comes even close to it. But I fear I understood that the switch I had in mind would either require a nearly total rewrite of the keyboard handling in xbindkeysrc or a seperate handling in external scripts. I find both ideas extremely ugly, because every single keypress would have to be checked if it should write a character or cause a mouse movement. So I'll not do that. If someone has a better idea and preferably some experience in guile I'd appreciate any help.

2. There needs to be some mouse acceleration. First I tried with 1 pixel per key event, but this is just too slow to navigate. It starts to become useful at 10 pixels. Unfortunately the cursor becomes choppy at 5 pixels. The easiest solution I could think of was one or more acceleration buttons (there is an unused middle key in a 3x3-pad). But I don't know how useful this can be. I have massive problems with pressing two adjacent keys simultaneously, so I cant judge that. But I guess others are more talented.

3. The constant press of a button combined with the translation into mouse moves works, but creates an immense CPU load. I don't like the idea of a computer being occupied by mouse movement. :(

electroaudio 2011-02-12 00:13
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by sulu (Post 938183)
That concept is totally new to me. So I don't even have any actual idea of its usefulness.
I have tried to imagine what it is like, and i think i like it.
-But havent tried it in reality yet, so...

Quote:
Going under the hood is the whole idea of Linux. ;)
So what is possible in DOS will also be possible in Linux. Unfortunately I never learned proper ansi C(++) (I can read it, but I learned another dialect which always gets into my way when I try to code on my own) and asm was never my favourite.
asm is my favourite, its a lot of work but it is also total freedom.
But linux is very different from dos, i have to know a lot that i dont know yet. I think i should install debian on a desktop computer and start to read about it. Any good links about how debian works?

qole 2011-02-12 05:46
Re: Easy Debian Fremantle Beta Testing
 
I recommend making an Ubuntu Live CD. Ubuntu is kind of a desktop-centric step-son of Debian, and they're very user-friendly. The Live CD will let you run Ubuntu on your PC without having to install anything. Everything you install will not affect your PC in the long term (although I guess you could partition your HD, which would have long term effects!)

Pretty much everything you learn in Ubuntu is directly transferable to Debian.

Cue 2011-02-12 06:12
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by qole (Post 943663)
I recommend making an Ubuntu Live CD. Ubuntu is kind of a desktop-centric step-son of Debian, and they're very user-friendly. The Live CD will let you run Ubuntu on your PC without having to install anything. Everything you install will not affect your PC in the long term (although I guess you could partition your HD, which would have long term effects!)

Pretty much everything you learn in Ubuntu is directly transferable to Debian.
To add to that. There is also this which can save you from having to burn a disc and even can have persistent changes too
http://www.linuxliveusb.com/
This is what I recommend to any newcomers who just want to test Linux out. Before making the inevitable move that is ;)

electroaudio 2011-02-12 10:06
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by Cue (Post 943676)
To add to that. There is also this which can save you from having to burn a disc and even can have persistent changes too
http://www.linuxliveusb.com/
This is what I recommend to any newcomers who just want to test Linux out. Before making the inevitable move that is ;)
Thanks, but i will install debian straight off, it is after all a unused computer :D

Any useful links for newcomers about programming in linux?

Cue 2011-02-13 05:34
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by electroaudio (Post 943801)
Thanks, but i will install debian straight off, it is after all a unused computer :D

Any useful links for newcomers about programming in linux?
Do you mean programming in linux as in C++/Python etc, or scripting? like the linux equivalent of batch files?

http://www.arachnoid.com/linux/shell_programming.html

electroaudio 2011-02-13 13:36
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by Cue (Post 944704)
Do you mean programming in linux as in C++/Python etc, or scripting? like the linux equivalent of batch files?

http://www.arachnoid.com/linux/shell_programming.html
Right now i am mostly interested in how to write my own mousedriver, or a way to pipe the input from the touchscreen into the current mousedriver?
- And that is C++ i think ? To learn python seems like a unnecessary step, or is it?

sulu 2011-02-13 18:32
Re: Easy Debian Fremantle Beta Testing
 
I'd suggest to have a look at the source code of xorg's existing mouse driver that ships with Debian:
http://packages.debian.org/source/sq...rg-input-mouse

DrSteve 2011-02-17 00:32
Re: Easy Debian Fremantle Beta Testing
 
I tried removing my v3d and installing v3e. I'm noticing that in v3e, when I do an apt-get-update and follow that with an attempt to install either R (r-base) or Inkscape, my phone restarts in the middle of the install process and won't let me back into ED thereafter. Going back to v3d, should've backed it up first.

:(

OpenOffice 3.2 sure looked nice though!

DrSteve 2011-02-17 03:54
Re: Easy Debian Fremantle Beta Testing
 
I am getting a broken dpkg consistently in v3d now as well. Inkscape seemed to install but the executable won't run, and trying to install gnumeric restarts the phone and breaks dpkg.

leetnoob 2011-02-17 15:42
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by DrSteve (Post 948622)
I am getting a broken dpkg consistently in v3d now as well. Inkscape seemed to install but the executable won't run, and trying to install gnumeric restarts the phone and breaks dpkg.
I'm becoming slightly annoyed with easy debian as it was the reason i bought my n900 in the first place. 50% of the apps i try to install do exactly as you described. the install chokes, reboots the phone, breaks dkg and i have to restore the easy debian .ext2 file from a backup. easy debian is slowly losing it's usefulness for me.

when i can install e.g. evolution as a test case then i'll start getting excited again. not happy.

DrSteve 2011-02-17 17:45
Re: Easy Debian Fremantle Beta Testing
 
Well, I hasten to add everything was working fine and I should have left well enough alone. Curiosity overcame good judgment and I should have backed up my .ext2 image first.

Can't really account for the changed behavior of the environment. Although I first installed ED right after I got the phone, and I suspect I have a lot more processes running now...

leetnoob 2011-02-17 17:52
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by DrSteve (Post 949074)
Well, I hasten to add everything was working fine and I should have left well enough alone. Curiosity overcame good judgment and I should have backed up my .ext2 image first.

Can't really account for the changed behavior of the environment. Although I first installed ED right after I got the phone, and I suspect I have a lot more processes running now...
it never worked properly for me and easy debian was the first thing i installed on my phone. if anyone can install 'evolution' as a test example and their phone doesnt reboot,let me know and i'll see if i can figure out what's wrong with my particular setup.

rebhana 2011-02-17 19:10
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by leetnoob (Post 949080)
it never worked properly for me and easy debian was the first thing i installed on my phone. if anyone can install 'evolution' as a test example and their phone doesnt reboot,let me know and i'll see if i can figure out what's wrong with my particular setup.
This problem seems to have arisen with PR1.3, see also earlier in this thread. Qole said that with power-kernel the problem again disappears. At any rate, make backups of your image before doing additional installs or upgrades!

DrSteve 2011-02-17 19:53
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by rebhana (Post 949125)
This problem seems to have arisen with PR1.3, see also earlier in this thread. Qole said that with power-kernel the problem again disappears. At any rate, make backups of your image before doing additional installs or upgrades!
Thank you; sorry I had missed the earlier discussion. Not quite ready for power kernel.

leetnoob 2011-02-17 20:11
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by rebhana (Post 949125)
This problem seems to have arisen with PR1.3, see also earlier in this thread. Qole said that with power-kernel the problem again disappears. At any rate, make backups of your image before doing additional installs or upgrades!
interesting. i do have a power kernel installed but it's v46 with the bleeding edge network drivers which based off a stock power kernel. i had this problem before the power kernel and it's the same now. if you have a non bleeding edge power kernel, let me know if you can install evolution , and if you can i'll see if there's some difference between the 2 kernels. but i'm not sure that the power kernel fixes this from my experience..

leetnoob 2011-02-17 20:22
Re: Easy Debian Fremantle Beta Testing
 
don't know if qole is listening, but i seem to remember going through his scripts that the debian partition wasn't mounted in such a way that the write cache was disabled. is there any downside to mounting it write cache disabled? in any case i might temporaily mount it write cache disabled (sync? or something) and see if i can install stuff. will report back in a few days, unless qole jumps in advising me that i'm in danger of bricking my phone.

rebhana 2011-02-17 20:23
Re: Easy Debian Fremantle Beta Testing
 
I don't have power kernel running. My solution was to make backups and to install in smaller pieces when I run into the reboot problem.

DrSteve 2011-02-17 21:14
Re: Easy Debian Fremantle Beta Testing
 
What's the best backup solution? rsync? I think sulu had recommended that earlier (see, I do read this thread).

kolos 2011-02-17 21:58
Re: Easy Debian Fremantle Beta Testing
 
I experience the same problem as leetnoob.

I have power kernel 46 and v3d and if I try to upgrade Gimp or OpenOffice it reboots the phone, corrupts image file and makes MyDocs read-only. Same result is with stock and power kernel 42 and also with image v3e.
Obviously this has something to do with PR1.3, because when I had PR1.2, I could upgrade both applications without any issue.

mscion 2011-02-17 22:13
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by kolos (Post 949232)
I experience the same problem as leetnoob.

I have power kernel 46 and v3d and if I try to upgrade Gimp or OpenOffice it reboots the phone, corrupts image file and makes MyDocs read-only. Same result is with stock and power kernel 42 and also with image v3e.
Obviously this has something to do with PR1.3, because when I had PR1.2, I could upgrade both applications without any issue.
Hi, Not sure if this is retated to your issue but I have not had a problem with corrupted files or the phone rebooting since I have carefully kept track of memory usage and religiously doing apt-get clean when ever I install or update. I just upgraded OO from sid yesterday with no problem using synaptic.

leetnoob 2011-02-17 22:15
Re: Easy Debian Fremantle Beta Testing
 
i modified qmount so all the mount commands had the 'sync' option to disable write caching and it made no difference. easy debian is now broken as far as i can see. well, it's ok so long as you just want to install small trivial apps, but as far as installing anything useful, forget it.

leetnoob 2011-02-17 22:19
Re: Easy Debian Fremantle Beta Testing
 
Quote:
Originally Posted by rebhana (Post 949169)
I don't have power kernel running. My solution was to make backups and to install in smaller pieces when I run into the reboot problem.
well, if youre able to act as your own dependency/package manager then youre a lot more clever than me, but that aint saying much..

man, i'm really annoyed about this. i'm off to sulk. easy debian is BROKEN.


All times are GMT. The time now is 13:53.
Page 52 of 84 « First 425051 52 535462 Last »
Show 40 post(s) from this thread on one page

vBulletin® Version 3.8.8