Bug 14093

please add all the log from console. Thanks

Georges to have the log please from root run the command followed by --qt
i.e. 
mpan.pl --qt

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.

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

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).

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

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

last try, sorry.
as root?
su -
<passwd>
mpan.pl --qt

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

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.

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

I released a package that should solve menu issue.
Feel free to reopen if you find is not.

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

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...

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)

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

Please after open, assign it to me after. I will make tests later.
Thank you

(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.