Userland: 48 hours unpaking installing LXDE

[N304LX]

Try to install lxde on debian, usually this won't take more than alf hour on other apps, but, for some reasson by now I start the instalation at 8 pm, now are, 9 am and the process still in 53 %, The process now say's "Unpaking PCmanfm"

[heb1001]

I just had the same experience installing a few desktop environments. -icon-theme packages taking many hours to unpack.

[N304LX]

It's too slow but after wait a lot hours now lxde run so good, now I cant see anything in iceweasel

[vprusa]

I am having same issue on Ubuntu, it hangs on unpacking packages. Now 321/???.. running over night in background 10h+

[JanuszChmiel]

May be that this issue is caused by the fact, that data are being stored to
flash chips inside Tablet or phone. This is The reason why I would strongly
suggest you t
I suggest you to support external file storage to store file system. Ideal
situation would be to use USB harddisk with rotating plates, no SD cart.
Since we can not write directly to Linux file system not to virtual voluem.
o

Odesláno pomocí AquaMail pro Android
https://www.mobisystems.com/aqua-mail

[vprusa]

What I do not understand is why is it happening for LXDE dependencies and was not issued sooner elsewhere. Is unpacking slow only for dependencies of LXDE or is apt/dpkg slow for everyone?

@JanuszChmiel using the external file storage may speed things up, but it would be nice to find out solution/workaround less depending on other HW.

Also I am still not convinced that the storage must be the only problem because what I also do not know is how are other restrictions (g.e. ulimits) on devices with this problem set?

Considering that I/O operations would slow unpacking because there is too many of read/write operations for too many small files would it be possible and/or help to unpack/install dependency into RAM disk first and then copy/store it to storage?

After some googling I have read some mixed signals about installing somewhere else using apt as some 1, 2, 3, 4 threads follows

[djangohacked]

?

Em Seg, 13 de ago de 2018 09:29, Vojtěch Průša [e-mail]
escreveu:

What I do not understand is why is it happening for LXDE dependencies and
was not issued sooner elsewhere. Is unpacking slow only for dependencies of
LXDE or is apt/dpkg slow for everyone?

@JanuszChmiel https://github.com/JanuszChmiel using the external file
storage may speed things up, but it would be nice to find out
solution/workaround less depending on other HW.

Also I am still not convinced that the storage must be the only problem
because what I also do not know is how are other restrictions (g.e.
ulimits) on devices with this problem set?

Considering that I/O operations would slow unpacking because there is too
many of read/write operations for too many small files would it be possible
and/or help to unpack/install dependency into RAM disk first and then
copy/store it to storage?

After some googling I have read some mixed signals about installing
somewhere else using apt as some 1
https://stackoverflow.com/questions/8567863/how-can-i-change-the-apt-get-install-directory,
2
https://askubuntu.com/questions/404824/how-to-choose-install-location-using-apt-get-install,
3
https://superuser.com/questions/315526/how-to-specify-directory-for-apt-get-to-save-the-packages,
4
https://www.linuxquestions.org/questions/debian-26/install-with-apt-get-in-other-path-386763/
threads follows

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/CypherpunkArmory/UserLAnd/issues/170#issuecomment-412652859,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AoY38cf5cwO1pI-MHqVOWHlhzNS3z4K8ks5uQeGsgaJpZM4V5jty
.

[AdamMatthewLTM]

@N304LX ,

Thank you for your post. I'll try to test the packages mentioned here for installation, but let me make a statement first:

I have run into a similar issue with only /one/ package, specifically VLC. The unpacking stage took an inordinate amount of time, but got there in the end. Only a few minutes delay.

May I please ask for the following information from you:

1) A list of other packages you have attempted to install and experienced a similar slowdown behavior with during the unpacking stage

2) If you have noticed any unusual behavior in package installations that was /not/ during the unpacking stage?

Thank you for your time,
-Adam

[vprusa]

I was at 53% of lxde (overnight) installation using apt install lxde -y in new session and filesystem at step Unpacking lxde-icon-theme when my device restarted due to unknown reason... so after restart I started UserLAnd session again and after ssh to it I run dpkg --configure -a then I read this thread and tried to install dependency using dpkg --force-unsafe-io -i /var/cache/apt/archives/lxde-icon-theme_0.5.1-2_all.deb then apt --fix-broken-install, apt install lxde -y, apt upgrade -y ... then started XServer XSDL app and run export DISPLAY=:0 PULSE_SERVER=tcp:127.0.0.1:4712 && startlxde & and so far it have not broke. Maybe other icon themes may be installed faster like this as well.. idk.

[N304LX]

@AdamMatthewLTM

Sorry for the wait, answers

1.A list of other packages you have attempted to install and experienced a similar slowdown behavior with during the unpacking stage
Every package have the same issue, The Unpaking stage is too slow
Until now I have installed:
Lxde
Iceweasel
Arduino ide
Fritzing
Build-essential

Before i have the oportunity to test this app i Work with Linux deploy, and the time in my dispositive (Sgs7 edge exinos) Works too fast, i observe the problem is more severe on packages with graphical content in the libs or complements the process its ok(this response the point 2)

[Herzogs]

Good morning, I have the same problem when I try to install I3wm in my Debian Filesystem in my tablet Acer Iconia 7, more precisely "Adwaita Icon Theme" when I run "sudo apt-get install xorg lightdm i3-wm i3status suckless-tools"

[N304LX]

The compilation of programs it's slow too, last nigth try to compile node. Js with make program, it starts 10:00 pm the task over at 08:00 am, this time, monitoring the cpu of the dispositive (Sgs7 octacore) on Linux deploy ussing make - j4(the j4 prefix i'ts for use of 4 cores) the cpu uses the 8 cores at 80% (in the more hig medition) with 76°c, on UserLAnd, uses 6 cores with values from 3%-92% with 45°c, The comparission with Linux deploy its just for reference

[AdamMatthewLTM]

Update to this issue:

Yes I can confirm that unpacking lxde is taking an inordinate amount of time. This issue has already been flagged as high priority (and the sd card implementation is under consideration still), but I will be attempting to diagnose why exactly this is taking so long in the first place. My apologies to everyone affected by this, hopefully I can find out what's going wrong in the next few days.
-Adam

[vprusa]

May proot's path translation be the cause as mentioned here?

[corbinlc]

I can confirm that this is related to our latest PRoot changes (is totally my fault). It is not related to path translation, but that is interesting...thanks @vprusa . I think I know the cause as well, I am writing a large array to the tracee's memory space in the fake_id0 extension of proot as part of a work around for a different issue. It turns out that this was totally unnecessary. I am going to modify the code to eliminate the bogus memory write and see if it helps. I am pretty confident it will.

[ashutoshmaurya1122]

Same thing with xfce4 ubuntu.It take long time but can not unpack humanities-icon theme,thus unable to install xfce4.

[corbinlc]

A new version of proot has been released. Once your app pulls that in, this issue if fixed. I can get lxde installed and running in less than 30min on a pixel now.

[JakeHL]

Hi, I'm still getting this issue - freshly installed UserLAnd from the play store, is this an up to date version?

[JanuszChmiel]

Please if you want to install LXDE and other big applications, do not
power your device off to suspend mode by pressing power button for short
time. In other cases, build in power management of Android will allocate
very less CPU resources to Userland. And process of unpacking packages
become very slow. It is not internal bug of Userland, it is build in
power management techniques of Android kernel and other Android
devicesubsystem. Since many users require so its device will work many
hours for their battery. Disabling save battery power inside battery
setting inside Android settings do not help.
And this behaviour will persists also for code written in C language,
not only for Java or Kotlin code. So to overcome this, try to have your
device turned on till The installation of LXDE will not be finished.

[corbinlc]

@JakeHL you should have an up to date app. Is it really taking 48hrs+ to install lxde (i normally just do lxde-core)? There was a specific issues that has been solved that was causing it to take 48hrs+ on a device and that issue was solved. It now takes me < 30min to install lxde-core

[corbinlc]

If it really is that bad, can you try leaving it in the foreground and see how long it takes and also tell us what version of Android you are dealing with and what device you are using?

[JakeHL]

Not quite at 48 hours, but almost 4 hours now. It's been left on the foreground the whole time. I'm on Oreo with the Huawei P20 Pro.

[corbinlc]

Oh, the performance on the recent Huawei devices is pretty bad. That is a different issue. They have a broken kernel and so POKEDATA doesn't work. This makes everything much slower. We have a workaround that at least gets things working without POKEDATA, but it is a very costly workaround. I really hope Huawei fixes it.

[JakeHL]

Ah - okay! Sorry for digging up this thread then! Guess I'll have to give this wonderful app a miss. I'll try again when Pie is released and let you know how I get on. Thanks for the help!

[corbinlc]

You can use it, just going to be slower. I hope they fix in on Pie. That would be really nice for Huawei users.

[JakeHL]

Unfortunately it’s too slow for me to be useful – guess I chose the wrong phone 😊