Lumina DE 1.3.1 x64

Here is a place for your projects which are not officially supported by the Porteus Team. For example: your own kernel patched with extra features; desktops not included in the standard ISO like Gnome; base modules that are different than the standard ISO, etc...
Post Reply
fulalas
DEV Team
DEV Team
Posts: 647
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Lumina DE 1.3.1 x64

Post#1 by fulalas » 28 Jun 2017, 06:39

First attempt to create a module for Lumina Desktop Environment.

My impression with this DE is that it's in an early development stage, although it's labeled as version 1.x.x, which seems a little bit odd when you compare with other DEs that are much more mature and are labeled as 1.x.x (Mate) or even 0.x.x (LXQt). Lumina runs over Fluxbox, just like LXQt runs over Openbox, and it comes with a set of applications written in C++/Qt. Since both Lumina and LXQt are modern DEs written in C++/Qt and share the philosophy of being light, I can't talk about Lumina without comparing it to LXQt.

First of all, Lumina is very easy to compile for Porteus. Just need to have Qt and both xcb util and xcb image. LXQt, on the other hand, needs tons of dependencies, being a pain to set everything and compile with success. Also, LXQt generates a big and messy file structure, but Lumina generates such a small and very well-organized file structure.

Lumina seems as light as LXQt. The full module (with basically the same extra apps, like SMPlayer, Qmmp, ePDFViewer, etc) occupies 43 mb, which is essentially the same as LXQt -- both compiled with Qt 5.9.0. And the same thing for the after boot RAM consumption: Lumina 230 mb vs LXQt 232 mb. Both spend approximately the same time to boot. The difference is that LXQt is ahead in terms of usability, functionality and harmony. It worths mention that during the loading process Lumina shows an ugly splash screen telling that it's powered by tons of coffee...

Lumina's file manager (called Insight), for instance, is so raw that we can't even see an icon when dragging a file/folder. Insight also lacks ssh support and the ability to run as root. I don't understand how archiver integration works, since there's an auto-extract option, but no option to compress a file/folder.

Switching between running applications with ALT + TAB is another example of bad GUI feedback, since you can't see the list of running applications as you'd expect from this functionality. This kind of thing goes on and on.

Clicking on 'show desktop' for the second time doesn't restore windows. You can't drag a file/folder and restore a window by simply putting the cursor over a window in the panel. The basic window buttons (minimize, maximize, close) are inherited from Fluxbox, being very (!) ugly and I have no idea how to change them from inside Lumina session.

The shortcut manager lacks support for multimedia keys. And it seems that you can't create a custom action unless using the very complicated Fluxbox editor.

The panel can't be set with right click or drag 'n drop, although it's easy to customize it inside panel settings.

Finally, it seems to have some issues with GTK applications. If you try to open any Porteus bundled application, it takes a looong time to open.

To be honest I didn't invest much time with Lumina, but all I can say at the moment is that I simply don't feel that I should. I prefer to wait until it gets more mature. So here's my list of advantages/disadvantages:

Advantages:
-Easy to compile;
-Boots quickly;
-Consumes few machine resources;
-Comes with a simple text editor, calculator, archiver and media player;
-Built in applications are very straight to the point, so no bloatware feelings here;
-Very easy to customize themes/icons/panel;

Disadvantages:
-Looks very unpolished;
-Lacks a lot of functionalities;
-Lacks an image viewer;
-A lot of functionalities are very hard to understand;

http://www.mediafire.com/file/9zm5vqvia ... lumina.xzm
(43 mb)
Last edited by fulalas on 30 Jun 2017, 13:47, edited 2 times in total.

Evan
Warlord
Warlord
Posts: 519
Joined: 11 Apr 2016, 09:00
Distribution: Anything Cinnamon
Location: London

Re: Lumina DE 1.3.1 x64

Post#2 by Evan » 28 Jun 2017, 09:07

Thanks for the detailed feedback and comparison. :)

:good:

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 881
Joined: 20 Mar 2012, 03:42
Distribution: 3.2.2-64bit xfce/openbox
Location: australia
Contact:

Re: Lumina DE 1.3.1 x64

Post#3 by ncmprhnsbl » 29 Jun 2017, 03:48

i mostly agree with your assessment > nice but probly not worth spending too much time with..
being a bsd port might have something to do with it(good and bad)...
(and to be fair i dont like/need any DEs)
but its good to see effort in the lightweight qt5 direction to maybe offer more alternatives away from kde and gtk3...

some feedback:
insight fm:
1.unable to mount post-boot external usb drives
'scan for devices' does nothing

2.seems to allow only one instance:
/tmp/.LSingleApp--lumina-fm-0-lock
starting insight from root terminal works provided there is no other instance...(build time option?)

3.has trouble recognizing (some)file types(without extension) eg. after setting mime for (all)text type files to Lumina Text Editor it still didnt open text files automaticly..

Lumina mediaplayer doesnt seem to work > opens but doesnt play anything

some wrong directory ownerships:

Code: Select all

chown -R root:root /usr
chown -R root:root /etc
chown -R root:root /opt
chown -R root:root /lib
chown  root:root /home
fluxbox window theme: Desk Settings>Appearance>WindowManager
or Advanced Settings :
line:
session.styleFile: /usr/share/fluxbox/styles/<choice> (which has wrong default path)

curiously, when activating a module, the menu is updated(and a desktop shortcut is created) ....mustnt need anything special beyond whats in 'activate'

superuser terminal points to qterminal(missing)
Forum Rules : http://forum.porteus.org/viewtopic.php?f=35&t=44

fulalas
DEV Team
DEV Team
Posts: 647
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Lumina DE 1.3.1 x64

Post#4 by fulalas » 29 Jun 2017, 06:41

@ncmprhnsbl, so you don't use any DE? Just terminal?

I don't like KDE either. And GTK3, as we hear from almost everywhere, is not good. I presume that it's one of the reasons LXDE (GTK) is being converted to LXQt (Qt).

I didn't try the built-in mediaplayer. But I saw the GUI and it looks terrible, haha!

The ownership issue and missing qterminal are totally my fault. This Porteus module requires some fine tunning to be fair with the developers.

And finally, the auto-update after activating a module is really a mystery. I noticed when I first tried Lumina and I couldn't understand how it does that. Well, in this regard let's give Lumina some points :)

User avatar
ncmprhnsbl
DEV Team
DEV Team
Posts: 881
Joined: 20 Mar 2012, 03:42
Distribution: 3.2.2-64bit xfce/openbox
Location: australia
Contact:

Re: Lumina DE 1.3.1 x64

Post#5 by ncmprhnsbl » 29 Jun 2017, 08:28

fulalas wrote:@ncmprhnsbl, so you don't use any DE? Just terminal?
is a WM a DE? :wink:
sure, i use lxappearance, leafpad from lxde, xfburn from xfce and maybe openbox,tint2,spacefm could be called a 'diy' DE i suppose..
fulalas wrote:I don't like KDE either. And GTK3, as we hear from almost everywhere, is not good. I presume that it's one of the reasons LXDE (GTK) is being converted to LXQt (Qt).
i dont mind KDE, at aleast its configurable, but the all or nothing, more than i'll ever need thats under the hood.... :no:
with gtk3(and the alleged imminent demise of gtk2), a few of years back, there was a degree a discontent with the regular breakages of downstream projects with each update...
which sparked some moves to other(mainly qt5) toolkits... but from what i've seen the predicted wholesale conversion hasnt really happened...
and gtk3 seems to be somewhat stabilised lately...
at the moment, with say, a selection graphics editors and audio production tools installed you could easily end up with gtk2, gtk3, qt4, qt5, kdelibs/kf5, and fltk...
Forum Rules : http://forum.porteus.org/viewtopic.php?f=35&t=44

User avatar
brokenman
Site Admin
Site Admin
Posts: 5504
Joined: 27 Dec 2010, 03:50
Distribution: Porteus v3.2rcX all desktops
Location: Brazil
Contact:

Re: Lumina DE 1.3.1 x64

Post#6 by brokenman » 30 Jun 2017, 13:12

at the moment, with say, a selection graphics editors and audio production tools installed you could easily end up with gtk2, gtk3, qt4, qt5, kdelibs/kf5, and fltk...
Agreed. This drives me crazy!! We may very well still be using qt4 when qt6 hits!
How do i become super user?
Wear your underpants on the outside and put on a cape.

fulalas
DEV Team
DEV Team
Posts: 647
Joined: 26 Oct 2016, 15:34
Distribution: Porteus
Location: Brazil

Re: Lumina DE 1.3.1 x64

Post#7 by fulalas » 30 Jun 2017, 14:03

brokenman wrote:
at the moment, with say, a selection graphics editors and audio production tools installed you could easily end up with gtk2, gtk3, qt4, qt5, kdelibs/kf5, and fltk...
Agreed. This drives me crazy!! We may very well still be using qt4 when qt6 hits!
That's why I still think that applications should have an option to come with all theirs dependencies built-in. The current approach of spreading everything to system folders opens the Padora's box of conflicts and entropy. Autodesk Maya, for instance, tries to avoid that, having all dependencies inside its folder -- the problem is that it only works for Fedora, so any other distro will probably require additional libs. I know this increases disk storage, but, hey, imagine a system where you can add/remove any application with 100% certain it will work and won't mess with your system. Plus: you wouldn't need dependency checkers inside package managers anymore. Open source developers being reasonable -> me dreaming :roll:

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Lumina DE 1.3.1 x64

Post#8 by neko » 30 Jun 2017, 15:48

@fulalas
There is a strong package dependency analyzer that doesn't use a special tool nor special additional information.
It is not complete.
It is only for dynamic link libraries of an executable binary.
It is a "ldd" command.

Thanks.

Evan
Warlord
Warlord
Posts: 519
Joined: 11 Apr 2016, 09:00
Distribution: Anything Cinnamon
Location: London

Re: Lumina DE 1.3.1 x64

Post#9 by Evan » 01 Jul 2017, 01:44

brokenman wrote:
at the moment, with say, a selection graphics editors and audio production tools installed you could easily end up with gtk2, gtk3, qt4, qt5, kdelibs/kf5, and fltk...
Agreed. This drives me crazy!! We may very well still be using qt4 when qt6 hits!
Xfce 4.14 Continues Getting Closer With Its GTK3 Port http://www.phoronix.com/scan.php?page=n ... TK3-Port-2
I was going to post a similar thing about XFCE , at this rate GTK4 will be released by the time they have completed. :)

neko
DEV Team
DEV Team
Posts: 932
Joined: 09 Feb 2013, 09:55
Distribution: APorteus-FVWM-ja-x86_64.iso
Location: japan

Re: Lumina DE 1.3.1 x64

Post#10 by neko » 06 Jul 2017, 03:07

@fulalas
I followed your "LUMINA" in "APorteus".
Now, "LUMINA" desktop has been included in "APorteus ISO builder".

It had some troubles in the case that "locale" is presented with "XX.qm" files.
/usr/share/lumina-desktop/i18n/XX.qm
/usr/share/luminance-hdr/i18n/XX.qm

Note:
Selecting specific "localeI" is easier in the case that "locale" is presented with "XX.mo" files.
/usr/share/locale/YY/LC_MESSAGES/XX.mo


Thanks.

Post Reply