Bug 14093 - AdminPanel not working with LXQt
Summary: AdminPanel not working with LXQt
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Angelo Naselli
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-09-12 18:19 CEST by Georges Eckenschwiller
Modified: 2014-10-03 22:47 CEST (History)
1 user (show)

See Also:
Source RPM:
CVE:
Status comment:


Attachments
Errors with mpan.pl (1.25 KB, text/plain)
2014-09-13 09:33 CEST, Georges Eckenschwiller
Details
apanel.log (1.25 KB, text/plain)
2014-09-13 10:40 CEST, Georges Eckenschwiller
Details
New apanel.log (1.25 KB, application/octet-stream)
2014-09-13 14:07 CEST, Georges Eckenschwiller
Details

Description Georges Eckenschwiller 2014-09-12 18:19:47 CEST
Description of problem:

I wanted to test adminpanel-qt with LXQt.
The installation raises no problem.

Launched from the menu: nothing takes place.

Launched with qterminal, I have the last following lines:
<_M-> [ui] Ypath.cc.118 Ypath():Found libyui-qt.so.6 in /usr/lib/yui
Instruction non permise

And nothing more


Launched from console, with # mpan.pl, the version ncurses works.

Reproducible: 

Steps to Reproduce:
David Walser 2014-09-12 18:40:40 CEST

CC: (none) => matteo.pasotti
Assignee: bugsquad => anaselli

Comment 1 Angelo Naselli 2014-09-12 20:35:08 CEST
please add all the log from console. Thanks
Comment 2 Angelo Naselli 2014-09-12 21:14:53 CEST
Georges to have the log please from root run the command followed by --qt
i.e. 
mpan.pl --qt
Comment 3 Angelo Naselli 2014-09-12 22:55:24 CEST
i can see from menu, it seems pkexec is not launced.
But from console works i just run
pkexec /usr/bin/mpan.pl and after the right password entered mpan was run in qt.
Comment 4 Georges Eckenschwiller 2014-09-13 09:33:39 CEST
Created attachment 5411 [details]
Errors with mpan.pl

Hello,
I have just made various tries:
In three cases, I opened qterminal as normal user.
- mpan.pl 2> mpan.log
- mpan.pl --qt 2> mpan_qt.log
- pkexec /usr/bin/mpan.pl 2> pkexec_mpan.log

In three cases, , the root password is asked and I have the same message in the screen:
'Instruction non permise'

In three cases, log is strictly identical
Comment 5 Angelo Naselli 2014-09-13 09:59:50 CEST
I cannot see in the log this:
In three cases, , the root password is asked and I have the same message in the screen:
'Instruction non permise'

That i assume to mean that the command is not allowed.

So i wonder if
a) the pkexec ask password does not start as a GUI dialog and starts into console.
b) there is something wrong in i586 arch which i don't have atm (will add a vm)

Could you make a test more?

remove the comment into
/etc/mpan/settings.conf
for the element
<log>/tmp/apanel.log</log>
and upload the file after running mpan by using the pkexec command if you
don't run it as root user.
I haven't enabled that because it's not a great logger the yui embedded one
we should add a better one by using log4perl for instance (in my TODO list).
Comment 6 Angelo Naselli 2014-09-13 10:02:10 CEST
Another test you could perform is to run the tools instead mpan.pl
e.g. for instance
pkexec /usr/bin/manauser
etc w/o --qt postfix
Comment 7 Georges Eckenschwiller 2014-09-13 10:40:11 CEST
Created attachment 5412 [details]
apanel.log

Here is the log obtained having uncommented settings.conf and having launched pkexec since qterminal (not root).
The contents are exactly the same that previously.

If I execute pkexec /usr/bin/manauser, the log (on the screen) is again exactly the same
Comment 8 Angelo Naselli 2014-09-13 12:11:45 CEST
last try, sorry.
as root?
su -
<passwd>
mpan.pl --qt
Comment 9 Georges Eckenschwiller 2014-09-13 14:07:04 CEST
Created attachment 5413 [details]
New apanel.log

Here is the log, such as asked.
I have the impression that it is exactly the same that the others.

I think that with my LXQt desktop something is missing. But what?
With which desktop you made your tests?
Maybe a function which exists there and is lacking with LXQt?
Georges
Comment 10 Angelo Naselli 2014-09-13 14:12:09 CEST
I think too.
I've performed a fresh install, choosing lxqt as desktop. After installation
i installed adminpanel-qt.

As said menu icons don't work, but command line yes.

I recall that only mpan.pl works, and don't know why though, without using 
pkexec as normal user.

Let's try to understand what you miss, letting this bug open for desktop files.
Comment 11 Angelo Naselli 2014-09-13 14:40:23 CEST
To answer to #Comment 9
>With which desktop you made your tests?
I tested it on kde, lxde, xfce and razor-qt. I don't use menu files though that
i added recently to the package for the release.
Moreover i tested qt and ncurses for the most...

Try to clean up the system (concerning adminpanel)
# urpme libyui 
should remove all deps (if no mistakes are there too ;) )
and then
# urpmi adminpanel-qt

and let's see if something goes better
Comment 12 Angelo Naselli 2014-09-13 18:53:04 CEST
I released a package that should solve menu issue.
Feel free to reopen if you find is not.

Status: NEW => RESOLVED
Resolution: (none) => FIXED

Comment 13 Angelo Naselli 2014-09-13 19:36:10 CEST
hmm uploaded package has some problems i didn't have, some random dependency...
let me know later if you have that issue as well, or my mirror is broken...
Comment 14 Georges Eckenschwiller 2014-10-03 20:26:22 CEST
Hello,
I have still realized several tries, now that the problems of Mass Rebuild are corrected more or less.

1 test
-------
I installe the destop Xfce with the DVD alpha2. I reconfigure the sources and made the update of the packages.
I then installe adminpanel-gtk (urpmi adminpanel-gtk).
I launch from the menu. Root password is asked. AdminPanel works correctly.

I remove adminpanel-gtk (w/o urpme --auto-orphans) and install adminpanel-qt.
I launch from the menu. Root password is asked. AdminPanel works NOT.

2 test
-------
I made a minimal install with the DVD alpha2. I reconfigure the sources and made the update of the packages.
I then installe adminpanel-gtk (urpmi adminpanel-gtk).
I launch from the menu. Root password is asked. AdminPanel works correctly.
(The menu has no icons and AdminPanel is on a black bottom. It is normal, a theme must be installed)

I remove adminpanel-gtk (w/o urpme --auto-orphans) and install adminpanel-qt.
I launch from the menu. Root password is asked. AdminPanel works NOT.

3 test
-------
I re-install adminpanel-gtk.
Instead of launching with the menu, I made (root):
mpan.pl --gtk => AdminPanel works.

I made (root):
mpan.pl --qt
=> Instruction non permise

Thus, the Gtk version works, but not the Qt version.

Here is.

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)

Comment 15 Angelo Naselli 2014-10-03 22:21:32 CEST
Sorry i cannot understand the test, what does xfce concern with this bug?
if it does not work on xfce, please open a new bug for that. otherwise 
this bug become hard to follow.
I don't know, (i will make some tests later), but maybe it's a missed dependency
against qt, since you made a lot of tests, could you also try to understand
what is missed? maybe lib-qt? (odd yui-qt should bring it back).

Just as note, adminpanel-qt or adminpanel-gtk are metapackeges for their lib (qt or gtk) dependencies, while adminpanel is the core package and ncurses.

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED

Comment 16 Angelo Naselli 2014-10-03 22:44:24 CEST
Please after open, assign it to me after. I will make tests later.
Thank you
Comment 17 Georges Eckenschwiller 2014-10-03 22:47:10 CEST
(In reply to Angelo Naselli from comment #15)
> Sorry i cannot understand the test, what does xfce concern with this bug?
> if it does not work on xfce, please open a new bug for that. otherwise 
> this bug become hard to follow.
In fact, I wanted to test AdminPanel with several environment. This is the way I noticed that adminpanel-gtk work whatever is the environment. And that
adminpanel-qt do not work either with Xfce, or with IceWM.

> I don't know, (i will make some tests later), but maybe it's a missed
> dependency
The message "Instruction non permise"reminds me:
- or in a problem of right of execution
- or in a missing package

I shall look tomorrow which lib qt is installed

I vai also to make a try by installing a KDE environment. He had to have all there which concerns Qt.


> against qt, since you made a lot of tests, could you also try to understand
> what is missed? maybe lib-qt? (odd yui-qt should bring it back).

> 
> Just as note, adminpanel-qt or adminpanel-gtk are metapackeges for their lib
> (qt or gtk) dependencies, while adminpanel is the core package and ncurses.
OK, it is good what I understood.

Note You need to log in before you can comment on or make changes to this bug.