Re: Easy Debian Fremantle Beta Testing
 

qole, LibreOffice is a whole lot faster than OpenOffice. that's from a user's point of view.
I have already moved from OO in desktop to LibreOffice. Database software is not installed by default in LibreOffice and their code is less bloated accodrding to some articles I read (can't confirm, not a coder).

Re: Easy Debian Fremantle Beta Testing
 

Also, I wouldn't say that "LibreOffice is still actively developed, and Open Office isn't" (+ explanation on background story) is "political" rationale. For technical details, LibreOffice webpage/wiki/etc is loving and welcoming ;)

Also, IMO FOSS "politic" got quite direct effect on resulting code quality.

But, maybe that's only me. Fortunately, every user of ED can decide what suits her/his needs better ;)

/Estel

//Edit

For everyone interested, I'm going to publish my tweaked (a little = LibreOffice instead of OpenOffice and Chromium with touchscreen friendly settings instead of Iceweasel) image in few days - it's up to qole if it's going to be included as option in installer, or not, but I'm going to host it anyway. Cleaning few remaining issues may take few days, cause I'm currently working on putting TrueCrypt 7.1 (Maemo, not ED) to repos and hammering possible bugs.

Re: Easy Debian Fremantle Beta Testing
 

how to make it to point to the ubuntu sir??, and how i can exchange point to point i mean debian to ubuntu one???:)

and thx for ur advance, n900 rock!!:D:cool:

Re: Easy Debian Fremantle Beta Testing
 

Care to tell what chrome mods/extensions you are using?

also:

to stop sulu image barfing on dpkg.

Re: Easy Debian Fremantle Beta Testing
 

Only two - "Scrollbar Anywhere" (when properly configured, it allows grab&drop scrolling of pages like in microB, without loosing possibility to select text etc, not to mention clicking links), and "Lazarus: form recovery" (I can't imagine writing any complicated form/post/whatever without it - many times saved me from retyping thousands of characters).

Both extensions are lightweight and very useful on N900. Just keep in mind, that using Chromium (not bloated, spyware'd Chrome), you can't install it's extensions on ED normally - thanks to how idiotically google constructed Chrome extensions store... it tries to check not only user agent, but also system identification string, and gets confused by our Debian chroot under Maemo. Heck, I'm not even sure, if using branded Chrome, it would work (due to chroot destroying system identification).

I've been fighting with many outdated methods, until found ideal one. Just use:
...in any browser (may be microB), replacing <id-here> with public hash of extension You want to download. Hash is easily obtainable - just open chrome extensions store in any browser, and enter details of extension of Your choice. Last part of it's HTML address is public hash - except for language code.

So, for "Scrollbar Anywhere", which link is 'https://chrome.google.com/webstore/detail/namcaplenodjnggbfkbopdbfngponici?hl=pl', hash is namcaplenodjnggbfkbopdbfngponici. So, your final link to download it is:
Same apply for every other extension You would like to install. Little warning - few extensions are available only for later Chromium versions, than sits in Squeeze repositories. Generally, it should be no problem to install Chromium from Wheezy, but for some reasons, compiled versions in Debian Wheezy repos are only for x86 and x64 (while Squeeze has versions for all architectures, including armel). Someone may try to compile it (and even submit to Wheezy) - I'm going to, when I find some free time.

Anyway, You'll get downloaded .crx file, that is just .zip'ed pack of extension file. So, you extract it to any folder, and from Chromium extensions management, choose "developer mode" and "load extension without packet", pointing to folder with extension file. That's it, you just loaded extension, bypassing Google Evil Limitations, aka GEL ;)

BTW - don't get FCKD'ed up, by how slow chrome extensions 'store' works on Chromium used on n900. It is *not* normal web page - this bloated sh|thouse use 3x-4x more RAM to work than whole Chromium +10 regular TABS... You can't imagine, how this #@$#@$# was getting on my nerves, while I searched for working way to install extensions - and I had to open Chrome store, extensions details etc. plentora times. Horror.

Fortunately, regular usage of web via our chrooted Chromium is generally lagless (considering dedicated ext4 partition for ED and swap exclusively on microSD). Only one thing, that can lock it up for a while is - guess what - flash plugin. Especially, when it's about to crash. Heck, so many times, I actually wished it quick crash, as most of the times, flash content on site was some #@$%$# advertise. For this reason, I'm considering installing 3th extension - some kind of flash blocker, that allows flash to run only, when explicitly asked.

/Estel

Re: Easy Debian Fremantle Beta Testing
 

I have installed easy debian sulu on MyDocs yesterday and now I'm repartitioning the emmc for a separate ED partition.
Just made a backup with backupmenu, and got this error:

The backup finished suchessfull though. Is this relevant or could it possibly be irgnored?

And thanks for this wonderfull chroot environment!:)

Edit:
from http://forum.tinycorelinux.net/index...lrlh3#msg24180

Tar ignores sockets, and creates a warning message in the process. And Robert's workaround does work by removing ignored socket warning messages from the output file. Since tar gives a 0 exit status even in the case of errors, testing for exit status does not work for tar so an output file is more appropriate.

There are other extensions like xine-xvesa that use sockets in the home directory, but those sockets are deleted once the app is closed. Leaving a socket behind sounds like bad program behavior, though for chromium there may be a reason for it.

This socket warning message is probably one of the few warnings/errors that can be safely ignored, so it could be easily filtered out in general, or added individually to .xfiletool.lst.

Re: Easy Debian Fremantle Beta Testing
 

Ok, I'm back from holiday. :( ;)

I'll try if I can come up with something. The keysym is "Alt_L" if that already helps.



I use "import" from the imagemagick-package which is installed on my systems anyway:An alternative would be scrot.


It's a patched version of the xserver-xephyr package from squeeze-backports which enables portrait mode via xrandr as described here:
http://talk.maemo.org/showpost.php?p...postcount=2437
To reproduce it on your own you'll first have to install xserver-xephyr from squeeze-backports and then install the patched package. I thought I uploaded it earlier somewhere but it seems I didn't. I'll do it this evening (CET).
Edit: The patched debian package is already included (separately) in the hotfile archive. iirc it is too big to attach it to a forum post so I'd need a benevolent host again. :o


I suspected something like that.
I don't know if there are any non-free packages that could be useful on the N900 at all. And even my desktop computer is almost clean (apart from flashplugin-nonfree).
So I'd say contrib and non-free are totally superfluous. If you need a non-political reason to remove them here it is:
Having these repos enabled increases the time for "apt-get update".


Can you be more specific please? I never encountered something like that. On the other hand some time ago I tinkered with crontab on my Easy Debian scratch image and although I think it didn't affect my main image (the one my upload was based on) I can't exclude that it did nevertheless.

Re: Easy Debian Fremantle Beta Testing
 

Is it, by any chance, a xserver-xephyr_1.10.4-1~bpo60+99_armel.deb? If yes, You can scratch my PM - I can host it without problems. AIUI, one need to install squeeze-backports package, then install our .deb over it?

I just wonder, if there is any sense in uploading separate parts - maybe it's better to wait a little more, and upload image with LibreOffice, Chromium, patched xephyr-server etc. already included? Especially, that installing LibreOffice require manual resolving of dependencies (at least, it required in my case). Now, my only one concern is to get LibreOffice working from user again (shouldn't be a problem), to install Your patched xephyr - after that, image should be ready.

/Estel

Re: Easy Debian Fremantle Beta Testing
 

Yes, it is.

Thanks!

Correct!
In principle one could install the patched package without installing the unpatched package in advance but then apt wouldn't do the dirty work of resolving the dependencies.

I don't know and frankly I don't care. If somebody wants the separate parts, well, give them to him. All the others will wait for another image by qole anyway.

Re: Easy Debian Fremantle Beta Testing
 

As qole totally ignored my proposition about image with OO replaced with LibreOffice and Iceweasel replaced with Chromium, i don't think he's interested in hosting and adding another image for ED auto installer.

Anyway, here are the files:
xserver-xephyr_1.10.4-1~bpo60+99_armel.deb

Things that you need to install before LibreOffice, if apt-get isn't able to resolve dependencies:
ure_3.4.3-3~bpo60+1_armel.deb
uno-libs3_3.4.3-3~bpo60+1_armel.deb
ttf-opensymbol_2.4.3+LibO3.4.3-3~bpo60+1_all.deb

// Edit

BTW, if I've already called qole up:

@qole
Could you explain, what's the "magic" behind bt-hid-script, that allow hassle-free usage of external keyboard inside LXDE? I'm interested only in this part, and got some problems in filtering it out from whole code (honestly, probably due to my noobiness in coding area). I would like to implement it in extkbd, and end this ages-long grotesque of 2 conflicting packages, with different set of important, not-overlapping features. N

Few things are as much irritating, as need to backup and uninstal extkbd and install bt-hid-scripts, every time one need to use external keyboard in LXDE. Frankly, it's so "revolting" concept, that I've never decided to do, resulting in pure lack of external keyboard in LXDE for me ;)