Skip to main content

Strange gdesklets problem

Crime scene from Fedora Extras reported on this
Fedora Forum post
.

I investigated the problem on the spec file and notice that "pyobirt >= 2.0.1". I am completely baffled what cause pyborbt to require == 2.0.1. I removed the ">=" for the update. I wonder what caused that glitch.

Here is the report:
$ gdesklets shell

You're running gDesklets for the first time.
gDesklets will start a requirements check now...

Checking requirements:
- sys ... found
- xml.parsers.expat ... found
- xml.sax ... found
- gtk ... found
- ORBit ... found
Version check failed.

ORBit python bindings (pyorbit) version == 2.0.1 are required.

Please make sure that the required software is installed.
Also try to avoid having multiple versions of a library/binding on your system.
gDesklets won't work if you don't have all necessary dependencies installed
on your system.

THE STARTUP WILL BE CANCELLED NOW

Comments

sdfasfdasfd said…
Found the answer myself in the end...

This works fine on FC5, maybe it'll help on other distros:

Open the file /usr/lib/gdesklets/gdesklets in a text editor (I used vi) and find the two lines where the dependency is checked:

( ("ORBit",), lambda m : m.__version__ == (2, 0, 1),
_("ORBit python bindings (pyorbit) version == 2.0.1 are required.")


then edit the entries to read:

( ("ORBit",), lambda m : m.__version__ >= (2, 0, 1),
_("ORBit python bindings (pyorbit) version >= 2.0.1 are required.")

Save the file and away you go

Hope this helps if you're having the same problem.
sdfasfdasfd said…
This comment has been removed by a blog administrator.
Anonymous said…
This page was my first hit with google and it did the job perfectly. Thanks.

Popular posts from this blog

Sun's promise to open source Java vs GCJ

According to this Press Release via OS News , it appears Sun Microsystems allow the redistribution of their Java development for Linux distributions under a new license called Operation System Distributor's License for Java or in short "Distro License for Java". Currently, only binaries are licensed as the source code is not available for the public although SUN promise to open source Java . I wonder if that announcement will affect the whole GCJ on which Fedora Project is focusing. Pour les francophones: Selon cette note de presse via OS News, Sun Microsystems permet la redistribution des binaires Java pour les distribution de Linux sous la nouvelle license nomm&ecaute;e License des distros pour Java . Je me demande si cette annonce affectera le développement de GCJ.

Wayland support coming to Blender for Fedora 37

As mentioned on Phoronix' article ,  Blender received Wayland support on Blender 3.3.1 for Fedora 37 as an update in preparation of the incoming version 3.4 next month. The update has a dependency of libdecor , a client-side decoration for Wayland in addition of DBus for the cursor theme. Currently, the window decoration may have yet to use the system theme but remains functional as intended.

Using AMD RX Vega driver OpenCL on Fedora 29

The Raven Ridge APU is very capable processor to handle OpenCL inside some applications like Blender, Darktable and Gimp. Unfortunately, the current implementation from Mesa, clover, stuck to 1.3, is not supported. AMD released their driver 18.40 with OpenCL2.0+ targeting only Red Hat Enterprise Linux/Cent OS 6.10 and 7.5 in addition of Ubuntu LTS. The good new is the former rpm format can be used on Fedora. The graphical part of Raven Ridge is Vega 8, basically a cut-down of Vega56 or Vega64 meaning choosing either driver for RX Vega . The instruction is provided for extracting the rpm files but here is  some requirements for OpenCL: kernel-devel (provided by Fedora repository) amdgpu-dkms dkms libopencl-amdgpu-pro opencl-amdgpu-pro-icd Once done, applications needing OpenCL will automatically detect the driver located on /opt/amdgpu/lib64 . Blender will list as unknown AMD GPU and Darktable will enable it. OpenCL from official AMD driver enabled on Darktable Ra