Installation problems | Problèmes à l'installation
|
V10lator, Sunday 21 October 2012 à 05:57
|
|
Subscription date : 21 October 2012
Messages : 39
|
Hi,
today I decided to give the cairo-/glx-dock a try, so I googled for the easiest way and landed at your wiki, telling me to use the horribly outdated desktop-effects overlay. After realizing that and using another overlay (sabayon) I finally was able to emerge, so I installed
x11-misc/cairo-dock-3.0.2
and
x11-plugins/cairo-dock-plugins-3.0.2
So far so bad. First start showed that the dock looks for its plugins at lib64/cario-dock while it should look in /usr/lib64/cario-dock. A simple script fixed this:
cd /usr
cairo-dock
Now I was happy and started to migrate it into my desktop. I have to say that I had two xfce4-panels and a gkrellm before. My goal was to replace one of the xfce4-panels with the new dock and remove gkrellm, so I did... almost...
My last problems are:
- Can't open the xfce4 menue. There's simply no plugin available and using a starter for
xfce4-panel --plugin-event=applicationsmenu:popup:bool:true
only works as long as a xfce4-panel is up and running (I may want to get rid of the xfce4-panel in the future, so this is a no-go).
- The music player plugin won't work. I tried both settings: Exaile and Exaile 0.3 (installed: 0.3.2.1) but all it does is opening or mini-/maximizing Exaile. Also if I click on "Find opened player" (freely translated) it tells me it couldn't find it.
Both of these problems may be caused by the ebuilds: Use flags are ignored (I have -alsa and -gnome, for example, but:
-- - with Gnome support: yes
-- - with Alsa-Mixer applet: yes
)
I use this as a template:- The version of Cairo-Dock ('cairo-dock -v' in a terminal): 3.0.2
- Your GNU/Linux distribution (Debian, Ubuntu, Fedora, etc.): Gentoo
- Or you using OpenGL or not: Yes
- Your Window manager (Compiz, Metacity, Kwin, Openbox, etc.): Compiz
- Your Desktop Environment (Gnome, KDE, XFCE, etc.): XFCE4
- How you got the bug and therefore the answer to the question 'How can the bug be reproduced': See above.
- If it's a crash, you can launch Cairo-Dock from a terminal ('cairo-dock') and post the output: No crash.
- Any other details you think could be useful
 : See above.
BTW: I post this here cause I think it's a installation problem.
BTW²: You asked at the wiki if anybody is able to include this into the official gentoo repository. The answer is: Yes, you! But then you have to maintain it (the ebuilds for cairo-dock, not the whole repository), too. You should start getting in contact with gentoo developers to see how things work. Normally you start in a overlay (sunrise IIRC) and if you get your job done over some time it will be merged to the official repository and you'll be a part of the gentoo team. |
|
SQP, Sunday 21 October 2012 à 12:54
|
|
Subscription date : 03 July 2010
Messages : 1094
|
V10lator : BTW²: You asked at the wiki if anybody is able to include this into the official gentoo repository. The answer is: Yes, you! But then you have to maintain it (the ebuilds for cairo-dock, not the whole repository), too. You should start getting in contact with gentoo developers to see how things work. Normally you start in a overlay (sunrise IIRC) and if you get your job done over some time it will be merged to the official repository and you'll be a part of the gentoo team.
How can you maintain something you don't use ?
The integration problem on gentoo is only due to the fact that noone in the team use gentoo, so it's up to someone that has both the need and the skill, and you seem to be the best for that  |
|
matttbe, Sunday 21 October 2012 à 13:42
|
|
Subscription date : 24 January 2009
Messages : 12573
|
landed at your wiki, telling me to use the horribly outdated desktop-effects overlay. After realizing that and using another overlay (sabayon) I finally was able to emerge, Feel free to update our wiki because I confirm that it's not easy to maintain something that we don't use
First start showed that the dock looks for its plugins at lib64/cario-dock while it should look in /usr/ lib64/cario-dock. strange! Can you give the log file created after the compilation of cairo-dock and its plug-ins? Which CMake flag did you use?
Can't open the xfce4 menue. There's simply no plugin available Did you try Application menu applet? (gnome-menu is needed but it's not really a gnome dependence!)
- The music player plugin won't work. I tried both settings: Exaile and Exaile 0.3 (installed: 0.3.2.1) but all it does is opening or mini-/maximizing Exaile. Also if I click on "Find opened player" (freely translated) it tells me it couldn't find it. Can you check if one of these Exaile plug-ins are enabled? MPRIS2, MPRIS or DBus? |
|
SQP, Sunday 21 October 2012 à 13:51
|
|
Subscription date : 03 July 2010
Messages : 1094
|
you can also use some flags with cmake to adapt your package to your needs. Here are some I use (or used)
#PARAM_CORE="-Dforce-gtk2=yes -Denable_gtk_grip=yes"
PARAM_PLUG_INS="-Denable-scooby-do=yes -Denable-disks=yes -Denable-mail=no -Denable-impulse=yes"
here is a way to find some of the options
more cairo-dock-plug-ins/CMakeLists.txt | grep enable
if (NOT "${enable-alsa-mixer}" STREQUAL "no")
if ("${enable-disks}" STREQUAL "yes")
if ("${enable-doncky}" STREQUAL "yes")
if (NOT "${enable-gmenu}" STREQUAL "no")
if (NOT "${enable-gnome-integration}" STREQUAL "no")
if ("${enable-old-gnome-integration}" STREQUAL "yes")
if ("${enable-kde-integration2}" STREQUAL "yes")
elseif (NOT "${enable-kde-integration}" STREQUAL "no")
if ("${enable-global-menu}" STREQUAL "yes" AND "${INDICATOR_OLD_NAMES}" STREQUAL "0" AND "${DBUSMENU_FOUND}" AND "${DBUSMENU_GTK_FOUND}") # currently only supported with new name of the indicator module and with newer version of dbusmenu
if ("${INDICATOR_NEW_VERSION}" STREQUAL "1" AND NOT "${enable-memenu}" STREQUAL "yes")
if ("${enable-network-monitor}" STREQUAL "yes")
if ("${enable-scooby-do}" STREQUAL "yes")
if (NOT "${enable-weblets}" STREQUAL "no")
if (NOT "${enable-xfce-integration}" STREQUAL "no")
if (NOT "${INDICATOR_NEW_VERSION}" STREQUAL "1" OR "${enable-memenu}" STREQUAL "yes") # oneiric or newer
the flags you need are : enable-alsa-mixer and enable-gnome-integration
so you may try for the plug-ins
cmake -Denable-alsa-mixer=no -Denable-gnome-integration=no
(and it's one of the problem with the creation of good packages, this program is very modular and with many dependencies spreaded through the modules, it requires good knowledge of the distribution to end up with something clean)
Forgot to say that if you want to completely remove gkrellm, you way need my disks module that allow to monitor activity and free space. It's the only thing I missed from the venerable (and pretty gauges but this option has been merged to the core last year). |
|
matttbe, Sunday 21 October 2012 à 14:05
|
|
Subscription date : 24 January 2009
Messages : 12573
|
I'm not sure that it's a good idea to use -Denable-gnome- integration=no because now it's mainly a GIO/GVFS plug-in which is enabled if gvfsd is running |
|
V10lator, Sunday 21 October 2012 à 15:49
|
|
Subscription date : 21 October 2012
Messages : 39
|
SQP : How can you maintain something you don't use ?
Chicken-egg problem here: Gentoo devs don't use cairo-dock and cairo-dock devs don't use gentoo... 
The integration problem on gentoo is only due to the fact that noone in the team use gentoo, so it's up to someone that has both the need and the skill, and you seem to be the best for that :)
The problem is I don't have the skills. I fixed smaller things in a few ebuilds in the past, but my skills aren't even enough to fix the ignored use-flags issue.
matttbe : Feel free to update our wiki because I confirm that it's not easy to maintain something that we don't use ;)
I may if I don't forget it. But first I want to see which overlay is the more active. There are a few overlays containing the dock.
strange! Can you give the log file created after the compilation of cairo-dock and its plug-ins?
No, emerge deletes the log after compiling. But I'll see what I can do later.
Which CMake flag did you use?
I have no idea... ^^ How to get this?
Did you try Application menu applet?
Applet not there. Also gentoo only knows gnome-menues or gnomenu.
Can you check if one of these Exaile plug-ins are enabled? MPRIS2, MPRIS or DBus?
Enabling MPRIS did the trick, thanks.
SQP : you can also use some flags with cmake to adapt your package to your needs.
This is what gentoo should do for me according o my USE flags. The ebuilds really need a update. Maybe I'll try to get in communication with one of the overlays maintainers.
Forgot to say that if you want to completely remove gkrellm, you way need my disks module that allow to monitor activity and free space. It's the only thing I missed from the venerable (and pretty gauges but this option has been merged to the core last year).
Well, actually it's a big mess. The old xfce4-panel shows what was on gkrellm before (looks ugly...) and there are other things, too, but no need to hurry in that area right now.
matttbe : I'm not sure that it's a good idea to use -Denable-gnome- integration=no because now it's mainly a GIO/GVFS plug-in which is enabled if gvfsd is running ;)
Sure?
-- > XFCE-Integration:
-- checking for module 'gio-2.0'
-- found gio-2.0, version 2.32.4
-- GVFS found: source file applet-thunar-vfs.c NOT included for compilation. |
|
SQP, Sunday 21 October 2012 à 16:27
|
|
Subscription date : 03 July 2010
Messages : 1094
|
Chicken-egg problem here: Gentoo devs don't use cairo-dock and cairo-dock devs don't use gentoo...
This is what gentoo should do for me according o my USE flags. The ebuilds really need a update. Maybe I'll try to get in communication with one of the overlays maintainers.
ok so this is very distro specific. I haven't used a gentoo for years, but I know the USE flags theory, and for sure, this can't be solved without a good knowledge of the distro (at least being an advanced gentoo user).
But what you could try, is opening a thread on the gentoo forum and try to gather users, experiences and maybe some testers or gentoo dev to help improve the packaging. Or at least try to get an opinion on which package to focus.
some informations on a recent thread |
|
matttbe, Sunday 21 October 2012 à 16:36
|
|
Subscription date : 24 January 2009
Messages : 12573
|
The problem is I don't have the skills. I fixed smaller things in a few ebuilds in the past, but my skills aren't even enough to fix the ignored use-flags issue. Don't say that
If you've any problem or question, feel free to ask
I'm sure that Gentoo devs will be happy to have more contributors and if we are not able to answer to your question, Gentoo devs will help us
Which CMake flag did you use? I have no idea... ^^ How to get this?  (note that the output of the CMake command (with (...) -- > XFCE-Integration: (...)) should give us many details)
But about your problem with lib64, it is maybe due to this patch used in the ebuild file: http://gpo.zugaina.org/data/sabayon/x11-misc/cairo-dock/files/fix_lib6464.patch
Note that it should be better to use this CMake flag for 64bit arch: -DFORCE_LIB64=yes
Did you try Application menu applet? Applet not there. Also gentoo only knows gnome-menues or gnomenu.
The ebuilds really need a update. Maybe I'll try to get in communication with one of the overlays maintainers. Good idea
I'm not sure that it's a good idea to use -Denable-gnome-integration=no because now it's mainly a GIO/GVFS plug-in which is enabled if gvfsd is running Sure? |
|
V10lator, Monday 22 October 2012 à 01:22
|
|
Subscription date : 21 October 2012
Messages : 39
|
SQP :
I use the sabayon ebuilds, too. I wonder why the other guy didn't notice the USE flag issues. Well, maybe he still had all dependencies he needed and didn't care about the rest.
matttbe : Don't say that
If you've any problem or question, feel free to ask
I'm sure that Gentoo devs will be happy to have more contributors and if we are not able to answer to your question, Gentoo devs will help us ;)
It's not only skills but also time that is lacking atm.
I guess it's written in the log files too (note that the output of the CMake command (with (...) -- > XFCE-Integration: (...)) should give us many details)
Does any of this help:
http://pastie.org/5095513
http://pastie.org/5095518
USE flags for the plugins: USE="exif xfce -abiwrapper -alsa -gmenu -kde -terminal -tomboy -vala -webkit -xgamma -xklavier" MULTILIB_ABI="amd64 x86"
http://pastie.org/5095527
http://pastebin.com/wgz82Dv1
?
I'm supporting gentoo-multilib (true multilib, no emul-linux-x86) and one of the highest keys of it is that ebuilds don't have to be modified for it to work. But I think converting the ABI currently used to a CMake flag is impossible without changing the ebuild. So I have to disagree: It is better to patch (especially as this patch may have nothing to do with gentoo-multilib at all, do you know where it has its roots?).
Thanks. But is this really needed? I mean the xfce4-panel has a menu without that lib, too.
Yes: if Gnome, XFCE and KDE are not used (or if there is a problem) and if gvfsd is running, this Gnome plugin will be enabled.
What's the point of having gvfsd without a desktop environment? What's the point of having a dock without a desktop environment? Don't get me wrong, I see the point of using it in one of the *Box WMs or something similar, but as I don't even have such a thing installed chances that I will start the dock without XFCE are close to 0. |
|
SQP, Monday 22 October 2012 à 03:15
|
|
Subscription date : 03 July 2010
Messages : 1094
|
Thanks. But is this really needed? I mean the xfce4-panel has a menu without that lib, too.
this is the lib used by our menu, so it is mandatory for that module. But you can also use other menus with external applets (require dbus applet and python)
So I have to disagree: It is better to patch
if it is really needed, it could be possible to adapt the CMakefile, maybe with an --GENTOOHACK like option. Matttbe ?
(could be needed elsewhere)
What's the point of having gvfsd without a desktop environment?
the dock has to provide (tries to) the same options whatever the user configuration is. We have some modules to handle file management, and atm gio/gvfs is the best way for us to do it. (mount actions, files changed informations, trash management...)
Yes I know that's a lot of libs, but we have a large range of modules abilities, and it's better to use dedicated libs for each goal when a good one is available. |
|
V10lator, Monday 22 October 2012 à 05:29
|
|
Subscription date : 21 October 2012
Messages : 39
|
SQP : this is the lib used by our menu, so it is mandatory for that module.
I know, I just asked cause I wanted to know if we'll see a version without that dependency somewhere in the future.
But your menu has serious issues:
- Wine menu missing. Okay, wine menu moved to "Sonstiges" (others) but my real "Sonstiges" entries are missing. Also the xfce4-panel had a sub-menu scheme just like it would be in windows, not just merged into one sub-menu like in yours.
- XFCE-Settings completely missing (both, the settings manager and the the settings menue entries).
- Something is missing in the System menu (xfce4-panel has 21 entries, yours 20).
- A lot is missing in "Zubehör" (accessories) - 21 entries in the xfce4-panel, 15 in yours.
But you can also use other menus with external applets (require dbus applet and python)
The other two menu plugins couldn't be tested: One wants to install a ton of gnome stuff while the other one has dependencies I never heard about (and they are not in gentoos repo).
if it is really needed, it could be possible to adapt the CMakefile, maybe with an --GENTOOHACK like option. Matttbe ?
You should really talk to a gentoo dev about that. I have no idea, sorry.
BTW (you may be able to ignore this as I will use google right after I posted this anyway): Is there a way to make a icon theme for the dock? I really dislike some plugins icons (yes, I know you can choose from a few, but non of them matches my icon theme, not even close).
SQP : Forgot to say that if you want to completely remove gkrellm, you way need my disks module that allow to monitor activity and free space. It's the only thing I missed from the venerable (and pretty gauges but this option has been merged to the core last year).
I just realized that the dock is missing such plugins very hard. All I have right now is a network speed and this don't look good. As soon as I go away from the graph style and select a theme all I get is the empty background of the panel. Also the system monitor plugin does nothing other than crash the dock completely (activate -> crash -> deactivated - If you're lucky, one time it refused to start till I deleted the .so file). Where to show my sensors now? CPU/RAM? Anyway, would be really great if you could send that disk module over to me as it doesn't seem to be at the plugin page you showed me.
Please do not take the two issues as bug reports for now as they may have something to do with my system (compiling a lot of stuff with lto, for example) but please, please take the feature requests.
//EDIT: For more feature request it would be better to open another thread to not get messy, right? But one thread for each request or all in one? |
|
matttbe, Monday 22 October 2012 à 19:12
|
|
Subscription date : 24 January 2009
Messages : 12573
|
So I have to disagree: It is better to patch if it is really needed, it could be possible to adapt the CMakefile, maybe with an --GENTOOHACK like option. Matttbe ?
(could be needed elsewhere)
There are a few option to change the location of lib/, to force the use of lib64 or to add something after usr/lib and I think Gentoo devs should not patch the CMakeLists.txt file because they can use flags. They can use this flag: -DFORCE_LIB64=yes for all users because lib64 dir will be used only if this is a 64bit arch!
Is there a way to make a icon theme for the dock? I really dislike some plugins icons (yes, I know you can choose from a few, but non of them matches my icon theme, not even close) You can manually change icons' name in the config panel of each plugin but you can also copy your icon files into this directory: ~/.config/cairo-dock/current_theme/icons/
EDIT: For more feature request it would be better to open another thread to not get messy, right? But one thread for each request or all in one? Yes, it's maybe much better.
And if there is a crash, is it possible to give us a backtrace of this crash? ==> ddd |
|
V10lator, Tuesday 23 October 2012 à 07:44
|
|
Subscription date : 21 October 2012
Messages : 39
|
matttbe : The main problem is that it seems most distributions uses '/usr/lib' for all arch
How do they put two files with the same file name in the same directory? I thought the only difference is that some link /usr/lib to /usr/lib32 while others link it to /usr/lib64
There are a few option to change the location of lib/, to force the use of lib64 or to add something after usr/lib and I think Gentoo devs should not patch the CMakeLists.txt file because they can use flags. They can use this flag: -DFORCE_LIB64=yes for all users because lib64 dir will be used only if this is a 64bit arch!
The problem is that they can not. As told above IIRC the ebuilds are not allowed to touch the use flags for the ABI. It must be make sure that the ebuild works with and without multilib but without multilib the ABI useflags aren't there. This is especially important as true multilib isn't official yet (you need a patched emerge).
I'm at the gentoo-multilib-overlay IRC atm trying to get someone in here, but they seem to sleep atm.
[EDIT]Also (true) multilib != amd64 only. In fact it builds packages containing libs (or using a wrapper for executables, use flag controlled) two times, one time for amd64 and one time for x86.[/EDIT]
You can manually change icons' name in the config panel of each plugin but you can also copy your icon files into this directory: ~/.config/cairo-dock/current_theme/icons/
I realized that, too. Do you know the names of the icons of the wether, screensaver_inhibitor and volume plugin?
Yes, it's maybe much better.
And if there is a crash, is it possible to give us a backtrace of this crash? ==> ddd
There are so many crashes, but most of them seem to be completey random (sometimes nothing happens for hours, sometimes it crashes all few seconds to minutes). But I still have to make sure these are not produced by my not-default setup (have crashes in other programs since a short time, too, but not nearly as much as in the dock).
BTW: Time to say thanks for the great support you guys offer here, sadly this is not the standard.
//EDIT: Okay, i finally talked to the maintainer of gentoo-multilib-overlay.
As I'm overtired like hell I'll just quote him:
Tommy[D]> i dont have experience with cmake myself, i only know that cmake itself has no default option to get the right libdir, the cmake-utils eclass may have a workaround for it
<Tommy[D]> and forcing /usr/lib64 instead of /usr/lib (which is probably what DFORCE_LIB64 does) isnt the right way either, since one might use a 32bit userland, which means /usr/lib32 for all libs
<V10lator> Tommy[D], I see, you can't really help, too. But thanks for the hints.
<V10lator> and I guess I'm allowed to quote you?
<Tommy[D]> V10lator: i just had a quick look at the cmake-utils eclass and it does set LIB_SUFFIX and CMAKE_INSTALL_LIBDIR, so i guess the cmake makros could use either of those
<Tommy[D]> and if you look at line 28-30 in http://pastie.org/5095527 there you get the lib64/cairo-dock path from |
|
V10lator, Wednesday 24 October 2012 à 21:25
|
|
Subscription date : 21 October 2012
Messages : 39
|
Update:
Actually I'm trying to update the ebuilds for cairo-dock 3.1.
The process is slow but at least I know what the lib6464 patch is for, as without it I get this:
>>> /usr/lib6464/
>>> /usr/lib6464/pkgconfig/
>>> /usr/lib6464/pkgconfig/cairo-dock.pc
>>> /usr/lib6464/pkgconfig/gldi.pc
>>> /usr/lib6464/libgldi.so.3.1.0
>>> /usr/lib6464/libgldi.so.3 -> libgldi.so.3.1.0
>>> /usr/lib3232/libgldi.so -> libgldi.so.3
>>> /usr/lib6464/libgldi.so -> libgldi.so.3
//EDIT: I'll keep this up2date with what I did:
- Updated the ebuild for cairo-dock.
- Updated and fixed lib6464.patch
- Updated the ebuild for cairo-dock-plugins.
- Fixed cairo-dock-plugins ebuild to handle USE flags.
- Added gtk and gtk3 useflags (concurrenting).
ToDo:
- Patch CMakeLists.txt more so we can transform more USE flags to cmake flags with the help of cmake-utils (http://devmanual.gentoo.org/eclass-reference/cmake-utils.eclass/index.html).
- Add CAIRO_PLUGINS environment variable so we don't have to mess up USE to much. This isn't possible without touching IUSE_EXPAND, which I don't think is possible/allowed from a overlay. You know more? Help.
Here is what I have till now. Would be great if anybody could review it (especially the patches):
cairo-dock-3.1.0.ebuild: http://pastie.org/5112141
3.1.0-lib6464.patch: http://pastie.org/5112146
cairo-dock-plugins-3.1.0.ebuild: http://pastie.org/5112151
cmake-utils.patch: http://pastie.org/5112156 http://pastie.org/5112184
Posted on gentoo forums (help request): http://forums.gentoo.org/viewtopic-p-7170114.html
BTW: Feature request: Include cmake-utils.patch (or something similar) and make all plugins enable/disableable with cmake flags. Please do all this cmake-utils compatible. |
|
matttbe, Saturday 03 November 2012 à 01:24
|
|
Subscription date : 24 January 2009
Messages : 12573
|
About the bug with 'lib6464', it should be fixed on BZR => rev 1269
I realized that, too. Do you know the names of the icons of the wether, screensaver_inhibitor and volume plugin? For weather, it's a theme (like these themes), for Screensaver, you can change its icon in the configuration panel and what is this 'Volume' plugin? (shortcuts? it's the gtk name for the folders)
There are so many crashes, but most of them seem to be completey random (sometimes nothing happens for hours, sometimes it crashes all few seconds to minutes). But I still have to make sure these are not produced by my not-default setup (have crashes in other programs since a short time, too, but not nearly as much as in the dock). Feel free to use the BZR version, it's currently maybe better
Patch CMakeLists.txt more so we can transform more USE flags to cmake flags with the help of cmake-utils (http://devmanual.gentoo.org/eclass-reference/cmake-utils.eclass/index.html). It's strange that it's not possible to simply add a custom flag because I didn't see any rules about these CMake flags... Why ON/OFF and not yes/no?
cairo-dock-3.1.0.ebuild: http://pastie.org/5112141 Seems fine but I can't test, sorry
About: if use gtk ; then
mycmakeargs=("-Dforce-gtk2=yes")
fi
3.1.0-lib6464.patch: http://pastie.org/5112146 With this patch, Cairo-Dock will be installed in lib64 for 64bits users. It should be ok except if on 32 bits, these lib should be installed in lib32 and I don't know if your cmake-utils eclass also adds -DLIB_SUFFIX=32 flag and/or -DCMAKE_INSTALL_LIBDIR=lib32.
BTW: Feature request: Include cmake-utils.patch (or something similar) and make all plugins enable/disableable with cmake flags. Please do all this cmake-utils compatible. Yes but it's gentoo specific 
I didn't see any specification about these CMake flags and I'm not sure that it's a good idea to modify all these flags because I guess that some people (users and/or maintainers) are already using all these flags...
@fabounet: what do you think about that? |
|
V10lator, Saturday 03 November 2012 à 09:56
|
|
Subscription date : 21 October 2012
Messages : 39
|
matttbe : and what is this 'Volume' plugin?
Audio mixer.
It's strange that it's not possible to simply add a custom flag because I didn't see any rules about these CMake flags... Why ON/OFF and not yes/no?
I have no idea, you have to ask the gentoo devs. But gentoo uses this for a lot of packages, so I think they have a reason.
About: if use gtk ; then
mycmakeargs=("-Dforce-gtk2=yes")
fi
Does it mean that GTK3 will be used by default?
No, you have to choose. There are two USE flags, gtk and gtk3. This line makes them concurrenting:
REQUIRED_USE="^^ ( gtk gtk3 )"
The result is that you have to choose one - and only one - of them:
# USE="-gtk -gtk3" emerge -av x11-misc/cairo-dock
These are the packages that would be merged, in order:
Calculating dependencies \
!!! Problem resolving dependencies for x11-misc/cairo-dock
... done!
!!! The ebuild selected to satisfy "x11-misc/cairo-dock" has unmet requirements.
- x11-misc/cairo-dock-3.1.0::Local-Overlay USE="xcomposite -abiwrapper -gtk -gtk3" MULTILIB_ABI="(amd64) (x86)"
The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( gtk gtk3 )
With this patch, Cairo-Dock will be installed in lib64 for 64bits users. It should be ok except if on 32 bits, these lib should be installed in lib32 and I don't know if your cmake-utils eclass also adds -DLIB_SUFFIX=32 flag and/or -DCMAKE_INSTALL_LIBDIR=lib32.
I tested it with 64 and with 32 bit and it works just fine.
Yes but it's gentoo specific
I didn't see any specification about these CMake flags and I'm not sure that it's a good idea to modify all these flags because I guess that some people (users and/or maintainers) are already using all these flags...
As told above I think gentoo uses this flag rules for a reason. It's not like cairo-dock is the only package in portage using CMake. ^^ |
|
matttbe, Saturday 03 November 2012 à 12:03
|
|
Subscription date : 24 January 2009
Messages : 12573
|
and what is this 'Volume' plugin? Audio mixer.
I tested it with 64 and with 32 bit and it works just fine. Great!
So I guess this bug is fixed on BZR (a new version 3.1.1 will be released in a few days )
As told above I think gentoo uses this flag rules for a reason. It's not like cairo-dock is the only package in portage using CMake. Ok, I'll try to check why they use that.
It's a bit strange because with autotool, you're a bit forced to use --enable-(...) or --with-(...). But with CMake, you can do what you want. |
|
V10lator, Saturday 03 November 2012 à 15:15
|
|
Subscription date : 21 October 2012
Messages : 39
|
matttbe : You can use a gauge or two icons (have a look at the config panel )
That's not how I want it. I have nice icons I want to use.
a new version 3.1.1 will be released in a few days ;)
I'll wait for that and test it asap. |
|
matttbe, Saturday 03 November 2012 à 15:45
|
|
|
V10lator, Saturday 03 November 2012 à 18:54
|
|
Subscription date : 21 October 2012
Messages : 39
|
matttbe : But you can easily create a gauge theme (simply have a look at the default gauge for alsamixer ( /usr/share/cairo-dock/gauges/Sound-Mono/) or on our server) and replace icons by what you want ;)
Thanks, that helped a lot!
But is there a way to create the gauge theme in my home dir instead of /usr/share/cairo-dock/gauges/? |
Installation problems | Problèmes à l'installation
|
English
Online users :