Xfce 4.16 (for Porteus 5 RC2)
- babam
- Warlord
- Posts: 528
- Joined: 16 Nov 2016, 10:30
- Distribution: Porteus 5.0rc3 Xfce K6.1.1
- Location: Rainy city
Xfce 4.16 (for Porteus 5 RC2)
@fulalas, It seems that the RAM usage on Xfce 4.16 is very low, lower than 4.14 and 4.12
Is that true?
Is that true?
Sorry, my English is bad.
-
- Full of knowledge
- Posts: 400
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus 5.0-RC1
- Location: In a hayfield
Xfce 4.16 (for Porteus 5 RC2)
fulalas,fulalas wrote: ↑26 Dec 2020, 06:10@roadie, cool!
I'm playing around with aggressive compiler flags now. I've just built 4.12 from scratch using these flags. It's very experimental (and it doesn't come with whiskermenu nor poppler-data), but if you want to give it a try, here it goes: https://www.mediafire.com/file/jw4v7z30 ... 201225.xzm
It's a very fast desktop on my machine and light on resource usage. I never use whisker-menu, so that's no problem.
It's looking very nice.
-
- Full of knowledge
- Posts: 400
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus 5.0-RC1
- Location: In a hayfield
Xfce 4.16 (for Porteus 5 RC2)
babam,
I just tested 4 different versions in Always Fresh mode, that is, base_only, no rootcopy, no changes of any kind. With 4.16, I included the pango xzm with the base modules.
Xfce-4.12-20201225 = 354MiB
Xfce-4.12-20201005 = 362MiB
Xfce-4.14-20201211 = 396MiB
Xfce-4.16-20201226-test = 408
Not a huge difference, but 4.12 definitely has the edge on my machine.
Xfce 4.16 (for Porteus 5 RC2)
@roadie, thanks for that! I was about to do the same test.
4.12 is definitely faster! But I'm not sure I can tell any difference between the regular build and the one using aggressive compiling flags. Can you?
4.12 is definitely faster! But I'm not sure I can tell any difference between the regular build and the one using aggressive compiling flags. Can you?
- babam
- Warlord
- Posts: 528
- Joined: 16 Nov 2016, 10:30
- Distribution: Porteus 5.0rc3 Xfce K6.1.1
- Location: Rainy city
Xfce 4.16 (for Porteus 5 RC2)
Last edited by babam on 28 Dec 2020, 08:54, edited 1 time in total.
Sorry, my English is bad.
-
- Full of knowledge
- Posts: 400
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus 5.0-RC1
- Location: In a hayfield
Xfce 4.16 (for Porteus 5 RC2)
fulalas,
I've been using the test build with aggressive compiling flags for 2 days now, and I don't see a big difference in response time as opposed to the regular build. Both are very responsive and I've had no lags with either one.
Xfce 4.16 (for Porteus 5 RC2)
Rebuilt from scratch. All dependencies updated. Shouldn't be any visible difference though.
Please, let me know if you find any issues
https://www.mediafire.com/file/1wj8d6k5 ... 210111.xzm
(15.5 MB)
Please, let me know if you find any issues
https://www.mediafire.com/file/1wj8d6k5 ... 210111.xzm
(15.5 MB)
-
- Full of knowledge
- Posts: 2070
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Xfce 4.16 (for Porteus 5 RC2)
Hmm...I must have done it wrong.
Using your 003-xfce-4.16-20210111.xzm + pango-1.48.0-x86_64-1.xzm
with the Porteus-XFCE-v5.0rc2-x86_64.iso (md5sum 17e16e05f6d8d0f30d7092191c5da616)
No shut down or reboot, only log out.
Doing so and trying to log in as root = not possible.
Thunar > open as root > nope, nothing, also porteus settings centre , system info , activate module etc.
No authentication (Pw) window.
Example:
Using your 003-xfce-4.16-20210111.xzm + pango-1.48.0-x86_64-1.xzm
with the Porteus-XFCE-v5.0rc2-x86_64.iso (md5sum 17e16e05f6d8d0f30d7092191c5da616)
No shut down or reboot, only log out.
Doing so and trying to log in as root = not possible.
Thunar > open as root > nope, nothing, also porteus settings centre , system info , activate module etc.
No authentication (Pw) window.
Example:
Code: Select all
guest@porteus:/opt/porteus-scripts/xfce$ sh ./thunar-root
==== AUTHENTICATING FOR org.freedesktop.policykit.exec ====
Authentication is needed to run `/usr/bin/env' as the super user
Authenticating as: root
Password:
polkit-agent-helper-1: error response to PolicyKit daemon: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: No session for cookie
==== AUTHENTICATION FAILED ====
Error executing command as another user: Not authorized
This incident has been reported.
guest@porteus:/opt/porteus-scripts/xfce$
Xfce 4.16 (for Porteus 5 RC2)
@donald, you're right. My mistake.
Please, try again, same link.
Please, try again, same link.
Xfce 4.16 (for Porteus 5 RC2)
New testing module.
Highlights:
1- removed GTK2, finally!
2- removed libcue;
3- removed Audacious;
4- added DeaDBeef;
5- module is even smaller
https://www.mediafire.com/file/aoel3g3j ... 210112.xzm
(14 MB)
Highlights:
1- removed GTK2, finally!
2- removed libcue;
3- removed Audacious;
4- added DeaDBeef;
5- module is even smaller
https://www.mediafire.com/file/aoel3g3j ... 210112.xzm
(14 MB)
- Rava
- Contributor
- Posts: 5401
- Joined: 11 Jan 2011, 02:46
- Distribution: XFCE 5.01 x86_64 + 4.0 i586
- Location: Forests of Germany
Xfce 4.16 (for Porteus 5 RC2)
Please confirm the md5sum:
Code: Select all
10e2e891eb5f1eafb7d0fff6460437b3
Cheers!
Yours Rava
Yours Rava
Xfce 4.16 (for Porteus 5 RC2)
@Rava, confirmed.
-
- Full of knowledge
- Posts: 2070
- Joined: 17 Jun 2013, 13:17
- Distribution: Porteus 3.2.2 XFCE 32bit
- Location: Germany
Xfce 4.16 (for Porteus 5 RC2)
Why?
Xfce-4.16
Thunar crashed multiple times.
Code: Select all
Thunar[1198]: segfault at 418e5660 ip 00007f78a6b3f0dd sp 00007ffe67792ad0 error 4 in libgobject-2.0.so
Xfce 4.16 (for Porteus 5 RC2)
Take a look at this changelogroadie wrote: ↑25 Dec 2020, 20:17Apparently it's caused by a bug in the AMD graphics driver and in my case was much more pronounced. The fix that works for me is the following in a terminal.
Code: Select all
xfconf-query -c xfwm4 -p /general/vblank_mode -t string -s "glx" --create
Code: Select all
+- Do not prefer Xpresent on AMD/Radeon (#490)
-
- Full of knowledge
- Posts: 400
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus 5.0-RC1
- Location: In a hayfield
Xfce 4.16 (for Porteus 5 RC2)
@fulalas,
It'll be nice to see another bug squashed. The amdgpu graphics seem to have a lot of them, not just with Xfce, but the kernel as well. I haven't used Xfce 4.16 in a while, I've been on 4.12 as I like the small size and response.
It'll be nice to see another bug squashed. The amdgpu graphics seem to have a lot of them, not just with Xfce, but the kernel as well. I haven't used Xfce 4.16 in a while, I've been on 4.12 as I like the small size and response.