Re: Easy Debian Fremantle Beta Testing
 

:eek: WTF? You want to destroy Li-Po battery, fry Your N900 cause humidity concentration on inside parts, or whatever? Never ever do such a things. You may be lucky 1, 2, or 999 times, and another one will damage Your device irreversibly.

Re: Easy Debian Fremantle Beta Testing
 

Not that I recommend this because there is no reason for it but most modern fridges are usually dry, more dry than the outside air. It's when you take it out to a much hotter humid climate that you must avoid condensation buildup (one way is to stick it in a bowl of rice). Also putting a Li-Ion battery in the fridge actually increases lifespan. Still agree with you though, there really is no reason to stick it in the fridge.

Re: Easy Debian Fremantle Beta Testing
 

Hi zero,

I agree with you, the way to go is a dedicated SD partition.

Everything is so much faster and more stable.

All the rebooting problems seem to happen to people with their image on the MyDocs partition.

I would like to have some people try out my new "swap scripts" to see if this helps with images on the MyDocs partition.

Before running big I/O heavy processes in a MyDocs image (like installing or updating Debian apps), please do the following from a Maemo terminal:
Please report your findings!

Re: Easy Debian Fremantle Beta Testing
 

I've done some benchmarking with OpenOffice Calc, before and after moving to a dedicated SDcard partition:

Starting Easy Debian, Opening OO Calc, opening a file (my time sheet for work), doing a bit of scrolling to test responsiveness, closing OO and shutting down ED:
- from image file: 3:05min
- from partition: 2:15min

Starting Open Office from within Maemo, opening a file (my time sheet for work), doing a bit of scrolling to test responsiveness, closing OO:
- from image file: 2:15min
- from partition: 1:25min

Stock CPU speed, freshly booted each time. Swappolube is on, KP47, CSSU installed, using AndrewX192's updated image.

So, a very decent improvement. Maybe the second round (from partition) went a bit smoother because I had had a practice round, but it can't explain everything.

Are these times more or less what you would expect, or could I get some more improvement out of it?

(I also tried it with MS Excel 2007 on my laptop with Core2@2.00GHz, it took 40 seconds. It has a pretty slow hard drive, but still, in that respect, 1:25 is not bad at all :)

Re: Easy Debian Fremantle Beta Testing
 

Which class and manufacturer is Your SD card? I wonder if You can get better results using dedicated partition on eMMC and (important) swap only on microSD.

Re: Easy Debian Fremantle Beta Testing
 

Hi maartenmk. I find that the timings are sensitive to what order you do things.
Lets assume you let the N900 start up.
Now open OO from Maemo. It took me 1 minute and 35 just to start OO.

Now if I exit out and start OO from Maemo again it takes about 45-50 seconds.

Anyways, could you reverse the order of your tests for when you start from Maemo. No need to open spread sheet. Just see how long it takes to get to the stage you can type.

EDIT: Correction. If you use close debian after exiting OO it adds about (15 to 25) seconds to restart OO from Maemo. Also, all my restults are from using easy debian in MyDocs.

Re: Easy Debian Fremantle Beta Testing
 

I think that in order to speed test the various chroots,
1) the device must be freshly booted each time (Maartenmk reports he did so);
2) you should get the first 3 timings, since in my experience the first OOO boot is really slow, the second is much quicker, the third gets stable.

Re: Easy Debian Fremantle Beta Testing
 

I completely agree with your suggestion. That was basically what I was doing. All the information is useful in characterizing performance. So it would be good if maartennm could try starting up OO three times for at least some of the cases. In particular, it would be very interesting if, when starting within Maemo and from partition, there is a significant improvement from the 1:25min reported on the second try. You could also try comparing results after using close debian and not using close debian.

In maartenmk's test he is also utilizing Swappolube, KP47, CSSU, and AndrewX192's updated image so I am very interested in his restults because I do not currently use any of them. It is good to isolate what is having an effect, if any, on performace. For example, how do restults change if Swappolube is on or off. When I tried that in the past I did not see much improvement. But I will try again and consider checking other options utilized if the performance is improved. Also does it depend on combinations of options. For example, do you need to use Swappolube and CSSU together to see an improvement. I can't really say because I do not know how they work.

Finally, it might be good if there were "standard" files for testing purposes. For example a word document, spread sheet and ppt so that the tests are more relavent for comparison. Do such files exist?

Re: Easy Debian Fremantle Beta Testing
 

@Estel
It's a class 2 8GB card that came with an Xperia X10. I am not quite ready to start repartitioning the eMMC, and I'm also hesitant to put swap on microSD, but I do have a class 4 4GB card, maybe I'll try using that.

@mscion and debernardis:
I repeated the exact same test for starting from a partition from within Maemo, and then a few more times without rebooting. I did not use Close Debian.
1st: 1:20min (loading OO took 35secs)
2nd: 1:05min (loading OO took 15secs)
3rd: 1:10min
4th: 1:05min
Then I did the same once more (without rebooting), O/Ced too 1150MHz, this took 55 sec.

mscion, for the original test I did record the time it took to start OO. With the image file on MyDocs, from within Maemo, it was 55secs.


But after a few days of use I must say that the responsiveness improvement is just as nice as, or even nicer than the loading time improvement. ED is now really usable, the lag is pretty much gone.
So using a dedicated partition is highly recommended.

Re: Easy Debian Fremantle Beta Testing
 

Just be sure to do benchmarks first. Some class 2 cards (SanDisk, particullary) are faster, than other class 4, 6, or even 10 (patriot, which suxx big time btw). Card "class" isn't standarized, so manufcturers tends to do wishful thinking there.

As for reformatting eMMC, i strongly recommend You using last solution from wiki page - using Aptosid (or whatever debian liveCD/DVD You want) and backupmenu mass storage mode, repartitioning is easy as a piece of cake. Really. Personally, I used this method - mixed with "changing eMMC filesystem" article - to reformat my /home and ED dedicated partition to ext4, which improves performance and reliability even more (beore that, i used ED on dedicated partition, but as ext3)

Also, keep in mind, that moving swap to MicroSD partition improve performance dramatically, even using class 2 - that's due to lesser I/O conflicts, when both swap and Your application want to access eMMC.

Re: Easy Debian Fremantle Beta Testing
 

I'm trying to do what you suggest Estel, i.e., installing EasyDebian on a dedicated eMMC partition (ext4) and swap on SD card. However, I have absolutely no idea of how making EasyDebian to use the swap partition on the SD card. Is there a conf file I should edit to point to the /dev/mmcblk1pX corresponding to swap?

Thanks in advance.

Re: Easy Debian Fremantle Beta Testing
 

Amazing what a difference a microSD card makes! Using the image I have on the mircoSD, starting from fresh boot, and from Maemo I fired up OO and it now took about 45-50 seconds to reach the point where I can type (the cursor flashes). On second and third try it took about 35-40 seconds. This is quite an improvement from having the image in MyDocs.There it took about 1:35 1st try and 45-50 seconds 2nd and 3rd trys.

I tried the same with the recommended settings on Swappolube but I could not see any improvement. If anyone can suggest alternative settings that could help I will try them.

While my benchmarks are not quite as good as maarenmks, a source of my increased time may be that I have the math editor and other addtions to OO from the debian repositories that do not come with the default easy debian version and increase the time it takes to load up. Probably adding 10 or more seconds from past experience. This could easlily explain most of the timing difference.

@maartenmk Is this the case or does you OO version have equation editors and such from the repositories? If it is the latter than the performance improvements from your modifications are certainly worth exploring further.

Re: Easy Debian Fremantle Beta Testing
 

I did not modify or add anything to OO. It may be a newer version due to the updated image, it's 3.2.1.

I did activate the icons to start OOcalc and Writer directly now, that shaves another few seconds off.

As for swappolube, I may have used some of the settings qole recommended in the i/o improvement thread.

Re: Easy Debian Fremantle Beta Testing
 

I don't understand how you guys have succeeded in installing Easydebian in a dedicated partition. I did everything that is mentionned here, but I'm stuck at the "tar cf - . | tar xfp - -C /mnt/n900sd". The first tries I did resulted in the phone rebooting after a few minutes. Then, I reflashed it for another reason, retried, and now it does not reboot but still nothing happens. I entered "tar cf - . | tar xfp - -C /mnt/n900sd" yesterday evening and the phone was still processing this morning. It was not frozen, I had still 100% control this morning. I just aborted the command and closed the terminal because, obviously, it was not working as intended.

Maybe I did something wrong, I don't know. I admit I don't really understand why we have to create two new directories in /mnt/ in the howto. Why wouldn't we just cd to /home/user/MyDocs (path to .ext2 file for me), mount /dev/mmcblk1p2 into /mnt/n900sd, and then run the tar command?

Just to be clear: I did exactly what is written. However, I don't understand the purpose of one of the steps, so maybe I missed something important.


P.S.
I also tried to only put the ext2 file into /dev/mmcblk1p2 using my Linux computer, then editing /home/user/.chroot to specify that the image file is in there, and then running Chroot or LXDE from Maemo shortcuts, but I get an error message "Mounting failure".

Re: Easy Debian Fremantle Beta Testing
 

AFAIK, ED as a chroot use exactly same swap as maemo, so if maemo use swap on microSD, You're good to go.

@mscion
We're not talking about putting ED image on microSD, instead of MyDocs. That's almost useless performance-wise (i can provide little boost, if Your swap is on eMMC, due to less I,/O conflicts with ED request). We're talkng about using dedicated ED partition, with "real" ED filesystem, instead of image. Using that is HUGE improvement. Amazing, how strong placebo effect can be ;)

@Kabouik

Yea, getting info, how to do it correct way is PITA, due to lack of info in ED wiki. I was able to find parts of instruction in few different threads, and cook usable solution. Ho ever, I don't remember everything now, so it's best to wait for qole response.

Re: Easy Debian Fremantle Beta Testing
 

There have been several posts / threads about how to put the files from the image file into a partition. Here's one I posted a while ago. We should put this in the wiki I guess. It needs modernizing, too.

In other news, I'm eager to see what new roadblocks have been thrown in the way of Easy Debian on the Harmattan (N9/950) devices...

Re: Easy Debian Fremantle Beta Testing
 

Thanks for the clarification. Although I would disagree that the results I quote are a a placebo effect. Running easy debian from my microSD is definately better then from MyDocs. I did find this to be counter intuitive as I expected the opposite and so found this interesting. But I do not know the internal working of N900 so to someone familiar with such they might not be surprised. Anyways, I do look forward to the HUGE improvements when I set up dedicated ED partition!

Re: Easy Debian Fremantle Beta Testing
 

Hi qole.
Would you clarify what you mean by modernizing? Should I just follow the same instructions or are there some modifications that would be useful to know.

Also, are there codes (like OO or wxmaxima) that are currently in the Debian repositories and compiled so that they would run on the N9? I looked but no luck. Perhaps I wasn't checking in the right place.

Re: Easy Debian Fremantle Beta Testing
 

I suppose, that qole means modernizing, wiki page, not particularly instruction about putting ED into dedicated partition.

By the way, i remember now - qole's updated instruction (2 posts, not only first one ;) ) was what I used to create my partition, with modification to filesystem used (I was using ext3 at the time). Now, I'm using ext4 with satisfying results, so unless qole disagree for whatever reasons, I encourage kernel-power users to extract ED image into ext4. Of course, also modify corresponding lines in config files - replace ext2 or ext with ext4.

By the way, for performance hungry people, I suggest migrating from ext3 to ext4 for maemo /home - it boost speed for all maemo, and due to ED being chroot, it's also affected a little, due to maemo counterparts and symbiotic things running better/faster.

Re: Easy Debian Fremantle Beta Testing
 

I tried it, and also tried converting my /home into ext4... Five minutes later I had to reflash my N900. :D I do use the kernel-power, but I guess I did something wrong when converting my /home to ext4 (I did that with gParted, using command lines that should not erase the data). Anyway, I'll stick to ext3 for the moment and maybe try again ext4 later.

Thanks qole for instructions. I'll try that tonight or tomorrow. It looks quite similar to what I did using the thread I linked before, hope it will end better.

Re: Easy Debian Fremantle Beta Testing
 

Using the instructions, the ext2 file was correctly mounted in /.debian (this is progress :D). However, when executing the tar command (either the one in the old post from qole, or the on in the thread I linked above), it is strangely fast... And in fact, it did not copy anything to the new partition. When I am in /.debian and do a "ls", nothing is listed. If I use Filebox to browse in /.debian, I see the directories and files. They are there. But I can't copy them to the new partition using Filebox 'cause there is not enough memory, it said.

Why doesn't it work with the tar command?


P.S.
When I mount the ext2 image into /.debian using "qmount", the terminal states that the filesystem is ext2. But my dedicated partition will be ext3. Could it be that that prevents the copy from the /.debian directory (mounting point of the ext2 file) to the /mnt/n900sd (mounting point of the ext3 dedicated partition)?

Re: Easy Debian Fremantle Beta Testing
 

This really sounds like something's not mounted right. After you think both the image and the partition are mounted, please enter
and make absolutely sure that both are really mounted where you think they are.

Re: Easy Debian Fremantle Beta Testing
 

Here is what I get:

Re: Easy Debian Fremantle Beta Testing
 

If i remember correctly, there was something wrong with the tar command for me also. Sorry that i can't be more specific - just don't remember - but as long as my memory goes, using regular tar command with flags to preserve permissions (and, to preserve everything, that can be preserved ;) ) worked fine for me. Can't check it now - use tar -help to determine correct flags. And be patient, one thing i remember 100% correctly is that tar got PLENTY of possible flags/commands.

//Edit

I'm 100% sure that when I migrated to ext4, I created tarball with my ED dedicated partition content preserving permissions etc, then, after reformatting, just unpacked it again. Ho ever, this may not apply to extracting .ext2 image, so I may be totally wrong about "just" preserving permissions etc. in Your specific case. Again, it's probably best to wait for qole, but if You dare, You can try my suggestion ;) I shouldn't make You need to reflash in any case ;)

Re: Easy Debian Fremantle Beta Testing
 

What config files did you change for migrating ED to ext4?

It hasn't worked so far for me; when I start OO, ez-chroot tells me 'mmcblk1p2 failed to mount on /.debian'
I have successfully mounted it manually (mount -t ext4 /dev/mmcblk1p2 /.debian), but I still get the message.
I believe I have set up the partition with the ED filesystem correctly (it was quite a hassle, and I did get an error, but I don't think that is the issue here).
I looked at qmount, it does not seem to support ext4, maybe that is the problem. But that is a bit beyond me to change.

Edit: after upgrading to the latest EasyDebian in extras-devel, and rebooting, it seems to work. I have done my benchmark again, and indeed, it does help;
Fresh boot, stock speed: 1:10min
2nd try 50 secs
3rd 40 secs
4th, O/C@1000MHz: Just under 30 seconds (!)

Re: Easy Debian Fremantle Beta Testing
 

Thank you all for your help, I finally got it working. :) I had to reformat my SD Card and start over from the beginning. The tar command took much more than 15 minutes, but it finally worked.

One problem remains but it is not related to the dedicated partition: I'm french (yes, being a frog-eater might be a problem :D), and the image is set for a Qwerty keyboard in LXDE (no problem when using terminal applications launched with debbie in X-term), which I don't have. How could I change it? In the keyboard layout switcher, there is no Azerty option, the only option is "Nokia".

Thanks again. :]

Could you explain how you converted your partition to ext4 (did you have to erase the data, or the conversion kept it?) and how you finally managed to mount it? If it really improves the performance, we should put it in the wiki (at least for people using the kernel-power).

Re: Easy Debian Fremantle Beta Testing
 

I'm glad that You both get it working. As for ext4, performance improvement is present, but as i said before, less noticeable than when migrating from Easy Debian image to ED native partition. Migrating to ext4 - as i also mentioned - is "cumulative" gain, ie. You'll get better results, if You use it also for Your maemo /home, not only for ED dedicated partition - because as chroot, ED still use some maemo parts AFAIK (correct me if I'm wrong). So, best result are achieved using ext4 for both /home and ED.

As for migration, first of all You need KP - 46, 46-wl1, 47, or newest unstable 48 - due to ext4 modules present there. Also, kp-48 contain some fix by Tigerite about ext4 partition (can't remember now what this path is about exactly, sorry). Then, theoretically it's possible to just mount ext3 partition as ext4 partition, but some special features of ext4 aren't used. Personally, I DON'T tried mounting ext3 as ext4 on maemo, neither I'm sure that maemo use "native" ext4 gain, so i can't confirm/deny advantages of "real" ext4 partition vs ext3 mounted as ext4.

What i recommend anyway, is to create "real" ext4 partition. You can't just "convert" it - You must store files somewhere, recreate partition, then put files back again. Last, You need to edit /home/user/.chroot accordingly (that is ED "config file" I was talking about few posts before - in fact that's chroot config file (as name suggest), may be used not only for ED, but that's out of scope of discussion here).

As for best (and fastest) way to do it - use backupmenu, connect N900 to linux notebook/desktop in mass storage mode of backupmenu (NOT mass storage mode in maemo), create tarball with ED partition content (be sure to set appropriate flags to correctly store permissions, symlinks etc - use tar --help on desktop linux distribution for full flag and commands list), recreate partition, then unpack tarball where it should be.

If You don't have linuxbox, You can use liveCD/LiveDVD, for example Aptosid. That's exactly what i did. You can even do it inside virtual machine (VirtualBox tested OK), but due to virtual USB flaws, it's MUCH slower than using liveDVD on real machine. In fact, it's probably slower than tarball'ing on N900 itself.

// Edit

I'm mad at myself, for not wiki'ing instructions as soon as i succeed @ doing it myself. It's much easier, than recall every step now... I suspect, that it's not only my faulty habit of lazy wiki editing ;)

Re: Easy Debian Fremantle Beta Testing
 

Thanks. I'll try that later. I have an almost-fully-working-N900 with almost-everything-already-configured-and-tweaked, time to make a clean backup image for BackupMenu now. :D

By the way, I solved my Azerty keyboard problem by... Reading the wiki. My fault, sorry. -_-

Still, I have a question that is not answered in the wiki, I think. I would like to use Easy Debian to play some .swf games because I find the Debian browsers to be more appropriate than MicroB because they won't show a Fullscreen icon in the bottom right nor a Cursor mode icon in the bottom left, so this is true fullscreen and it is way better in my opinion. In addition, I find the browsers that I tested (Iceweasel, Epiphany and Midori so far) to better manage the cursor mode: I think it's smoother in them than in MicroB.

But there is one issue: when you play a .swf file set for a resolution higher than 840x480 (i.e., the screen resolution of the N900), they don't display scrollbars to navigate in the cropped image. If you move the cursor towards the edge of the screen, it won't move neither. Is there any trick to force scrollbars in flash when it's bigger than the screensize in these browsers (I prefer Midori because it's very lightweight, but any browser doing the trick will be perfect), or keyboard shortcuts to move the frame around?

Many thanks in advance. This is basically the last thing I would like to do with my N900. :>


Edit: I got an horizontal scrollbar working by typing "javascript:var d=(document.body.style.minWidth="1050px");" in the address field after the game was loaded. Using the same thing with "minHeight="724"" did not work however. The vertical scrollbar actually appears, but the image is not updated, the extra vertical space is just empty and the image is cut. It worked for width.

I used both "javascript:var d=(document.body.style.minWidth="1050px");javascri pt:var d=(document.body.style.minWidthHeight="724px");" and "javascript:var d=(document.body.style.minWidthHeight="724px")" alone.

Re: Easy Debian Fremantle Beta Testing
 

Let me try to reconstruct what I have done to get Easy Debian on an ext4 partition of the SDcard, next to a normal FAT partition. I don't feel confident enough to add it to the wiki unless I get reports that it works and is ok like this. The usual warnings apply.

I used the updated image from AndrewX192, but that should not matter, just make sure it is working before transferring it.

I am assuming the latest ED (from Extras-Devel?) is installed and working, and Kernel-Power 46+, which supports ext4, is installed.

- create an ext4 partition of at least 2GB on your sdcard. I used Gparted on Knoppix, a desktop Linux livecd, with the N900 connected in Bootmenu's mass storage mode. But there are many ways.
The rest of the SDcard can be used for a Fat32 partition. I have the FAT partition at the start, I'm not sure if that is important.

On your N900, the partitions will appear in /dev as mmcblk*p*. In my case mmcblk1p2. (mmcblk0p* are the internal memory partitions)

- start a terminal, and as root, enter

(replacing the *s as appropriate of course)
This should format the partition. (The partition formatted using Gparted would not mount, not sure why)

The next bit, copying the files (including symlinks etc.) from the image file to the partition is based on AndrewX192's instructions:
(again, as root)

Don't forget to update /home/user/.chroot to point to the correct location....
Eg:
Code:

....and the correct filesystem

Note that it did not go very smoothly for me, I ended up mounting the .ext2 image file on a linux livecd, and copying everything to the sdcard after formatting the partition on the N900.
Then at first it would not mount the partition on Easy Debian startup, even though I could mount it manually. But that does work now, maybe due to me upgrading Easy Debian from Extras-Devel and/or rebooting.

Re: Easy Debian Fremantle Beta Testing
 

Can people report that AndrewX192's image is bug-free enough to include as a qole.org download from the Easy Debian installer?

Re: Easy Debian Fremantle Beta Testing
 

I use it, no problem so far. I did not test audio though, as my N900 is in Silent mode 99% of the time.

This is the "web-dev" image, which has not the problem of missing /var/cache/apt/archives/partial directory reported by AndrewX192 himself.

Re: Easy Debian Fremantle Beta Testing
 

Having a big partition could be useful the possibility to qchroot a folder.

I.e. suppose that /dev/mmcblk1p1 is a 8GB ext4 partition mounted to /home/user/extra-space.
You could have:

• /home/user/extra-space/EasyDebian/
• /home/user/extra-space/MeeGo/
• /home/user/extra-space/Ubuntu/
• /home/user/extra-space/Fedora/
• /home/user/extra-space/Nitdroid/
• /home/user/extra-space/SDK/

Examining EasyChroot's scripts, It seems that qchroot and qmount are designed to support this utilization kind also.

And theorically the command to issue is: qchroot none /extra-space/EasyDebian/
But unfortunately it not works because qmount always requires an image file or a block device on first parameter

I am wrong or there is a bug in EasyChroot ?

Re: Easy Debian Fremantle Beta Testing
 

He claims that he did apt-get update and apt-get upgrade, pinning only pulseuadio. Does it mean that gconf2 was upgraded also, introducing all troubles? Or he did it only with "safe" repos? Can anyone confirm it? I would do it myself, but playing with new Ed images on 2.5G connection would take ages, and kill my data limit few times i suppose ;)

Re: Easy Debian Fremantle Beta Testing
 

Sound works, though I wasn't able to start music player. Aqualung did work.
I did not encounter bugs, but I don't recall what the Gconf problems were to be honest.
I only used OO, Gimp, and Iceweasel so far. All of them work, Iceweasel is not very stable.

Re: Easy Debian Fremantle Beta Testing
 

So he updated with compatible repos, cause otherwise, You would see LibreOffice instead of OO (I would *love* to see working LibreOffice in ED - unfortunately, it requires gconf2 update... Same for new version of GIMP :( )

Re: Easy Debian Fremantle Beta Testing
 

Fabry was right, "none" didn't work as a parameter of qchroot.

I've uploaded version 0.3.5 to Extras-Devel. It works now, I think.

Re: Easy Debian Fremantle Beta Testing
 

I would really appreciate help with setting right and middle click "emulation", as described here:

http://wiki.maemo.org/Ovi_Maps_Extra_Features

Of course, i wanted to ask Rebhana first, but unfortunately, he got Pm's disabled, so i decided to post here.

I did exactly as in His instruction, (by the way, where should we install xdotool - in maemo, or in ED? I tried within maemo first, then installed also in ED - so I have it in both maemo and ED now) ho ever, I still can't get right/middle click taps. I tried with iceweasel, for example. As example, I used dictionary checking - context menu with propositions for correct spelling should appear, upon R-click @ underlined incorrect word.

Also,, I'm pretty sure that other modifications I did in /home/user/.xbindkeysrc work without any problems. Which is even more strange, I'm sure *somehow* binding FN+tap and Shift+tap works - when i try to use that, cursor is "frozen" in one place, until I release Fn/Shift (without modification, Fn or Shift didn't affected cursor in any way). Still, context menu isn't displayed.

Re: Easy Debian Fremantle Beta Testing
 

Don't know if this will help but there are several related posts about right click and such around here http://talk.maemo.org/showpost.php?p...postcount=2037

Re: Easy Debian Fremantle Beta Testing
 

Thank You very much,

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

...work fine. That was my *facepalm* moment - I typed "click3", without space... I was so sure that it's how it looks like in Rebhana wiki, that I was about to report typo there - but i checked again, and that was just me 0_o

In my opinion, it works so great and reliably, that it should be default setting in ED.

By the way - sorry if it was posted before - when app (like Iceweasel) is started from outside LXDE, context menus work *only* when not in fullscreen. It's not that right/middle click or long tap doesn't work - it *work*, but context menu is just not shown. Switching back from fullscreen reveal "hidden" context menu. No big deal, but is it normal?

Re: Easy Debian Fremantle Beta Testing
 

I noticed that as well in Iceweasel, but I'm pretty sure that it does not happen in *every* fullscreen app launched using "debbie". I have not used ED since several days so I don't remember quite well, but I'm almost sure that I did think something like "Oh well, that fullscreen bug in Iceweasel does not happen in every app apparently!"; maybe it was in Epiphany or Midori.

I'm must admit that I did not understand very well the post of Fabry, perhaps because of my bad English. What is this new argument for "qchroot" for, what are its benefits, and how should we use it?