Bug 16054 - manatools-qt needs gtk+2.0 and gtk+3.0
Summary: manatools-qt needs gtk+2.0 and gtk+3.0
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal normal
Target Milestone: Mageia 6
Assignee: Angelo Naselli
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-05-29 07:53 CEST by Georges Eckenschwiller
Modified: 2015-11-20 19:42 CET (History)
2 users (show)

See Also:
Source RPM: manatools-qt
CVE:
Status comment:


Attachments

Description Georges Eckenschwiller 2015-05-29 07:53:57 CEST
Description of problem:

Everything is in the title

and manatools (ncurse) need too !

Reproducible: 

Steps to Reproduce:
Comment 1 David Walser 2015-05-29 17:08:54 CEST
This is not a clear bug report.  What exactly is the problem?

CC: (none) => anaselli

Comment 2 Georges Eckenschwiller 2015-05-29 17:23:54 CEST
Sorry. If was clear for me.

Adminpanel-qt (now manatools-qt) were conceived to not depend any more of gtk.

And now the dependence re-appears.

It is the even worse for the version manatools who not deveit to depend neither on Qt nor of gtk, but only on ncurses
Comment 3 Rémi Verschelde 2015-05-29 20:14:14 CEST
I think it's because manatools-qt requires manatools, which requires rpmdrake, which in turns requires Gtk+.
Comment 4 Angelo Naselli 2015-05-29 20:47:29 CEST
And it is always been so. 
rpmdrake is needed for translation and some urpm dependencies, userdrake is also required, for tranalation, and also for libUSER, that is into that package only.

But that was also when manatools was called adminpanel, and cannot be fixed until
the dependencies with drakx (old stuff not ported yet) and userdrake (libUser) are not removed. rpmdrake can be removed as soon as translations will be left to manatools, and this is planned when cauldron reopens, e.g. for mga6.
Comment 5 Georges Eckenschwiller 2015-05-30 14:16:27 CEST
Hello Angelo,
I think that during my first tries gtk was already installed and that's why I had not paid to it attention.

I would want to make an installation of LXQt without any dependence for GTK.

I had too many small troubles with the successive versions of gtk3.

I am thus going to wait up to the next version of cauldron.
Comment 6 Angelo Naselli 2015-05-30 14:53:43 CEST
Unfortunately also icons are often used from old drak tools... So yes that's enough work for next release, maybe some backports could be available one day :)
Angelo Naselli 2015-06-05 10:43:00 CEST

CC: (none) => matteo.pasotti

Angelo Naselli 2015-06-05 10:44:04 CEST

Hardware: i586 => All
Assignee: bugsquad => anaselli

Angelo Naselli 2015-06-05 10:44:13 CEST

Status: NEW => ASSIGNED

Samuel Verschelde 2015-06-06 09:49:36 CEST

Target Milestone: --- => Mageia 6

Comment 7 Angelo Naselli 2015-11-19 21:56:44 CET
Georges I removed userdrake and rpmdrake dependencies from manatools, I haven't done tests yet and I'm sure there are some dependencies that we miss, but i need to install a clean qt environment for that. If you could make tests here are welcome :)
Comment 8 Georges Eckenschwiller 2015-11-20 17:11:48 CET
I am making other tests on a minimal installation.

I make the following command: urpmi --test manatools.
=> Urpmi proposes installing 84 packages :
bash-completion, lib64yui7, lib64yui7-mga, lib64yui7-mga-ncurses, lib64yui7-ncurses, manatools and 28 perl packages.

Any GTK packages.
It seems to be made a success.

Thank you very much
eorges
Comment 9 Angelo Naselli 2015-11-20 19:32:26 CET
great first step passed :)

If you agree we can close this bug, and eventually you can open new ones when you find any tools failing (i.e. icons or other things missing)
Comment 10 Georges Eckenschwiller 2015-11-20 19:42:56 CET
(In reply to Angelo Naselli from comment #9)
> great first step passed :)
> 
> If you agree we can close this bug, and eventually you can open new ones
> when you find any tools failing (i.e. icons or other things missing)

Yes, of course
Georges

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


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