Package Details: dockbarx 1:1.0beta+r858+d98020e-1

Git Clone URL: https://aur.archlinux.org/dockbarx.git (read-only, click to copy)
Package Base: dockbarx
Description: TaskBar with groupping and group manipulation
Upstream URL: https://github.com/M7S/dockbarx
Licenses: GPL3
Submitter: flamelab
Maintainer: twa022
Last Packager: twa022
Votes: 183
Popularity: 0.000084
First Submitted: 2009-04-08 12:19 (UTC)
Last Updated: 2021-03-10 20:56 (UTC)

Pinned Comments

twa022 commented on 2020-08-02 19:13 (UTC)

Package is updated to the new python3 / GTK3 port. Please read the configuration migration instructions to migrate your settings from 0.93 (from the README at https://github.com/M7S/dockbarx/tree/pygi-python3)

Window previews work on all display managers now, not just compiz.

If you are using dockbarx as an xfce4-panel plugin, be sure to update xfce4-dockbarx-plugin as well.

Latest Comments

kmvan commented on 2021-01-01 08:10 (UTC)

Maybe helpful: https://www.reddit.com/r/xfce/comments/k6oxhh/dockbarx_wont_load_properly_on_xfce_panel_no/

gameslayer commented on 2020-12-31 03:58 (UTC) (edited on 2020-12-31 04:16 (UTC) by gameslayer)

EDIT

If you completely remove dockbarx and other dockbarx stuff like dockbarx-xfce4 than reinstall it after letting python-polib rebuilt than reinstall dockbarx it will all work again but still really inconvenient and annoying.

Completely broke after the latest update and won't build either.

==> Starting package()... Traceback (most recent call last): File "/var/tmp/pamac-build-corey/dockbarx/src/dockbarx/setup.py", line 26, in <module> import polib ModuleNotFoundError: No module named 'polib' ==> ERROR: A failure occurred in package(). Aborting..

When you try and run it, you get this error.

Traceback (most recent call last): File "/usr/bin/dockx", line 20, in <module> from dockbarx.log import * ModuleNotFoundError: No module named 'dockbarx'

twa022 commented on 2020-12-02 18:58 (UTC)

@kzoli429: my guess is you updated to python 3.9 that was just added to extra but have a python-polib installed on your system that was built against python 3.8 so the module is not being found. Rebuild and reinstall python-polib and try again.

pacman -Qo /usr/lib/python3.8 to see what packages need to be rebuilt.

wea2VGmRAqEi commented on 2020-12-02 18:40 (UTC)

@kzoli429 I had the same issue, install python polib module and use "https://github.com/xuzhen/dockbarx" repo - worked for me.

kzoli429 commented on 2020-12-02 14:39 (UTC) (edited on 2020-12-02 14:46 (UTC) by kzoli429)

dockbarx disappeared from xfce panel and cannot be reinstalled after the latest (python?) update, i.e. python 3.9.0-1: ==> Starting package()... Traceback (most recent call last): File "/tmp/makepkg/dockbarx/src/dockbarx/setup.py", line 26, in <module> import polib ModuleNotFoundError: No module named 'polib' ==> ERROR: A failure occurred in package(). Aborting... error making: dockbarx

twa022 commented on 2020-08-21 16:39 (UTC)

@Techman35: report your issue upstream at https://github.com/m7s/dockbarx/issues

Techman35 commented on 2020-08-17 01:43 (UTC)

Now is buggy as standalone panel just like the dockbarx-gtk3-git i cant use 2 spacer to place to clock in the center of the panel it just don't work. switching back to previews version.

twa022 commented on 2020-08-02 19:13 (UTC)

Package is updated to the new python3 / GTK3 port. Please read the configuration migration instructions to migrate your settings from 0.93 (from the README at https://github.com/M7S/dockbarx/tree/pygi-python3)

Window previews work on all display managers now, not just compiz.

If you are using dockbarx as an xfce4-panel plugin, be sure to update xfce4-dockbarx-plugin as well.

bmccormick commented on 2020-01-15 15:57 (UTC)

@twa022: everything works great. thank you so much!!

twa022 commented on 2020-01-15 03:23 (UTC)

@bmccormick: thanks. I fixed the dockbarx-gtk3-git package. Give it another try.

bmccormick commented on 2020-01-11 15:55 (UTC)

I tried your new plugin: xfce4-dockbarx-plugin-gtk3-git and this is the error I get:

File "setup.py", line 26, in <module> import polib ModuleNotFoundError: No module named 'polib' ==> ERROR: A failure occurred in package().

Command 'systemd-run --pipe --wait --pty -p DynamicUser=yes -p CacheDirectory=pikaur -E HOME=/tmp -p WorkingDirectory=/var/cache/pikaur/build/dockbarx-gtk3-git sh -c trap "exit 2" INT ; makepkg --force' failed to execute.

twa022 commented on 2020-01-11 02:26 (UTC)

There is new development on dockbarx providing a GTK3, python3 port. I encourage everyone to try it out! Use dockbarx-gtk3-git to get the new development version. If you're running xfce, switch to xfce4-dockbarx-plugin-gtk3-git for an updated version of the panel plugin.

twa022 commented on 2020-01-11 02:23 (UTC)

@bmccormick: Can you post your error trying to build? @gameslayer: python2-xlib was dropped from the official repos, but has since been added to the AUR. python-xlib is the python3 version, and will not work with version 0.93 of dockbarx.

bmccormick commented on 2020-01-08 16:16 (UTC)

I'm getting an error when trying to make this package on a new Arch install. Anyone know a workaround or when this will be fixed? Thanks!

gameslayer commented on 2020-01-01 01:37 (UTC)

Just wanted to let you let you know python2-xlib is having a issue which stops users from install dockbarx, to fix this you can change python2-xlib to python-xlib as a work around

Techman35 commented on 2019-06-28 15:54 (UTC)

Is there a way to make the battery applet work again?

twa022 commented on 2019-06-23 01:37 (UTC)

I added gnome-python-desktop (for python2-wnck) and gnome-python (for python2-gconf) to the AUR since they were dropped from the official repositories. All dependencies should be readily available again.

Tomatot commented on 2019-06-21 15:37 (UTC) (edited on 2019-06-21 15:40 (UTC) by Tomatot)

@metak Thank you for sharing these links, that's very helpful.

I managed to build the first one (python2-gconf), but for the second one I get an error:

[tomatot@tomatot python2-wnck]$ makepkg -si ==> Making package: gnome-python-desktop 2.32.0-18 (Fri 21 Jun 2019 12:34:27 PM AEST) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found gnome-python-desktop-2.32.0.tar.bz2 ==> ERROR: 01_wnck_enums.patch was not found in the build directory and is not a URL.

Do you have any idea how to fix it or if there's a workaround? Thanks.

metak commented on 2019-06-19 15:16 (UTC)

@twa022 You can find the PKGBUILD files for those two removed packages here to upload them to aur.
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/gnome-python-desktop
https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/gnome-python

Tomatot commented on 2019-06-19 04:10 (UTC)

Hi, I'm also new to arch and I'm facing the exact same issue, can't find these two dependencies. Any workaround? Thank you.

artfox3 commented on 2019-06-18 18:19 (UTC)

hello all, im new to arch linux and i used to use linux mint, in there i was able to install dockbarx with the deb file or with sudo apt-get instal, but in arch i knew that for installing we should use sudo pacman -S but the dockbarx as i found is on the aur so for installing i should use yay -S but when i did it shows me that there are some dependencies that couldn't be installed "python2-gconf" "python2-wnck"

mobara commented on 2019-04-16 11:21 (UTC)

@jacodragon thanks, It works but 'sudo pacman -U python2-keybinder2.pkg.tar.xz' (not -S)

jacodragon commented on 2019-03-16 11:05 (UTC)

Hi all, for those who have problems with python2-keybinder2, just clone the repository 'https://aur.archlinux.org/python2-keybinder2.git', make the package with 'makepkg -s' and install it with 'sudo pacman -S python2-keybinder2.pkg.tar.xz'

greatBigDot commented on 2019-03-07 18:23 (UTC)

One of this package's dependencies, python2-keybinder2, is no longer available. Will this be fixed?

gsantner commented on 2017-12-10 12:17 (UTC)

@twa022 / maintainer My quicklist patch was merged upstream, you don't need to apply it here anymore.

Techman35 commented on 2017-11-19 11:48 (UTC)

can't find file to patch at input line 15 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |From db984a935c60253dcf3c5cbdb2e623b4692b038d Mon Sep 17 00:00:00 2001 |From: Gregor Santner <gsantner@mailbox.org> |Date: Sat, 3 Jun 2017 05:39:38 +0200 |Subject: [PATCH] Replace outdated Unity quicklist with FreeDesktop Standard | Actions #40 | |--- | dockbarx/common.py | 6 +++--- | 1 file changed, 3 insertions(+), 3 deletions(-) | |diff --git a/dockbarx/common.py b/dockbarx/common.py |index 2eb7e5b..81a9b99 100644 |--- a/dockbarx/common.py |+++ b/dockbarx/common.py -------------------------- File to patch:

commented on 2016-09-04 04:03 (UTC)

Package requires python2-six as a dependency.

HisDudeness commented on 2016-05-25 07:47 (UTC)

Is there any way to have the MATE panel applet?

martynjy commented on 2015-10-06 21:15 (UTC)

@12b1ac Thanks. That did the trick.

12b1ac commented on 2015-10-06 19:25 (UTC)

@martynjy Also can be fixed by changing line "s = im.tostring('raw', 'BGRA')" to "s = im.tobytes('raw', 'BGRA')" in /usr/lib/python2.7/site-packages/dockbarx/iconfactory.py. That's dirty fix, I know.

martynjy commented on 2015-10-06 09:53 (UTC)

Won't load after python2-pillow upgrade: python2-pillow (2.9.0-2 -> 3.0.0-1) Downgrade fixes for now.

Bluthund commented on 2014-07-12 16:47 (UTC)

NOTE regarding PKGBUILD 0.91-1: DockbarX v0.91 uses /usr/bin/python2 to interpret it's files by default. This change is rendering the sed substitution changing the interpreter for dockx, dockbarx_factory and dbx_preference in package() obsolete as it changes the interpreter from /usr/bin/python2 to /usr/bin/python22 which is not what you want.

ispeaknousa commented on 2014-05-06 07:58 (UTC)

I also encounter @hthntts's error, but only when running dockx as a regular user. Root can run it just fine.

korrode commented on 2014-01-23 11:27 (UTC)

Currently for me there's graphical issues with icons that have transparency unless i use python2-imaging rather than python2-pillow https://aur.archlinux.org/packages/python2-imaging/

na12 commented on 2013-10-17 06:54 (UTC)

Traceback (most recent call last): File "/usr/bin/dockx", line 36, in <module> from Xlib import display ImportError: No module named Xlib And I have python2-xlib installed.

rayman2200 commented on 2013-10-01 06:15 (UTC)

I've created a patch and updated the PKGBUILD, also made a src.tar.gz from both. You can grab the src.tar.gz from http://media-nation.de/~rayman2200/dockbarx-0.90.3-6.src.tar.gz It contains the patch image_pillow.patch and new PKGBUILD. For all xfce4-dockbarx-plugin users. You need to reload the panel after patching the dockbarx. Just reboot or perform dbus-send --print-reply --dest=org.xfce.Panel /org/xfce/Panel org.xfce.Panel.Terminate boolean:true

xzy3186 commented on 2013-09-25 01:10 (UTC)

Today, dockbarx stopped working after replacing python2-imaging with python2-pillow. According to [1], 'import Image' need to be changed to 'from PIL import Image' in following files: 1) /usr/lib/python2.7/site-packages/dockbarx/theme.py 2) /usr/lib/python2.7/site-packages/dockbarx/iconfactory.py Please update the PKGBUILD, thanks in advance. [1] https://www.archlinux.org/todo/replace-pil-with-pillow/

hthntts commented on 2013-07-14 04:16 (UTC)

@twa022: i remove config and reinstall but not work, DockbarX Preference can run but dockx is not

twa022 commented on 2013-07-14 01:43 (UTC)

@hthntts: I can't recreate your problem. Maybe move the settings to a backup and see if a fresh configuration helps? mv ~/.gconf/apps/dockbarx ~/.gconf/apps/dockbarx.bak (or some more correct way of doing this) If not, we can at least see if it's a plugin that's causing the problem.

hthntts commented on 2013-07-13 05:57 (UTC)

** (dockx:6654): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags' ** (dockx:6654): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags' ** (dockx:6654): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags' DockbarX 0.90.3 DockbarX init DockbarX reload Traceback (most recent call last): File "/usr/bin/dockx", line 1306, in <module> dockx = DockX(monitor) File "/usr/bin/dockx", line 504, in __init__ self.dockbar.load() File "/usr/lib/python2.7/site-packages/dockbarx/dockbar.py", line 288, in load self.reload() File "/usr/lib/python2.7/site-packages/dockbarx/dockbar.py", line 359, in reload self.__on_window_opened(self.screen, window) File "/usr/lib/python2.7/site-packages/dockbarx/dockbar.py", line 489, in __on_window_opened self.__add_window(window) File "/usr/lib/python2.7/site-packages/dockbarx/dockbar.py", line 601, in __add_window self.groups[identifier].add_window(window) File "/usr/lib/python2.7/site-packages/dockbarx/groupbutton.py", line 358, in add_window window = Window(wnck_window, self) File "/usr/lib/python2.7/site-packages/dockbarx/windowbutton.py", line 76, in __init__ self.item = WindowItem(self, group) File "/usr/lib/python2.7/site-packages/dockbarx/windowbutton.py", line 343, in __init__ self.update_show_state() File "/usr/lib/python2.7/site-packages/dockbarx/windowbutton.py", line 457, in update_show_state window.monitor != self.group_r().monitor): AttributeError: Window instance has no attribute 'monitor' I can't start dockx

farangoth commented on 2013-06-07 09:26 (UTC)

The PKGBUILD depends on 'python-xlib' while the software itself needs 'python2-xlib'. 'python-xlib' had been moved to use python3.

commented on 2013-06-05 14:45 (UTC)

Hi, after yesterday's update of python-xlib, dockbarx doesn't start anymore. Here's the error that shows up: ** (dockx:4633): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags' ** (dockx:4633): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags' ** (dockx:4633): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags' Traceback (most recent call last): File "/usr/bin/dockx", line 36, in <module> from Xlib import display ImportError: No module named Xlib

toketin commented on 2013-04-24 22:33 (UTC)

And: $ dockx Traceback (most recent call last): File "/usr/bin/dockx", line 30, in <module> import dockbarx.dockbar File "/usr/lib/python2.7/site-packages/dockbarx/dockbar.py", line 34, in <module> from common import * File "/usr/lib/python2.7/site-packages/dockbarx/common.py", line 24, in <module> from dbus.mainloop.glib import DBusGMainLoop ImportError: cannot import name DBusGMainLoop

toketin commented on 2013-04-24 22:30 (UTC)

Hi, dockbarx doesn't work on my Arch system: $ dockbarx_factory Traceback (most recent call last): File "/usr/bin/dockbarx_factory", line 30, in <module> import gi File "/usr/lib/python2.7/site-packages/gi/__init__.py", line 27, in <module> from ._gi import _API, Repository ImportError: could not import gobject (error was: ImportError('When using gi.repository you must not import static modules like "gobject". Please change all occurrences of "import gobject" to "from gi.repository import GObject".',))

na12 commented on 2013-04-14 10:03 (UTC)

As AWN applet not works,actually it works but it have only vertical layout,and icons are too much small to be usable.

twa022 commented on 2013-04-14 00:42 (UTC)

0.90.3-3: works for me now in xfce with xfce4-dockbarx-plugin, as an AWN applet, and as dockx standalone dock, but doesn't work in MATE. Still working on that, patches or suggestions welcome.

twa022 commented on 2013-04-02 18:31 (UTC)

The MATE folks are in the process of tagging for the 1.6 release. Significant changes / patches will have to be added to work with MATE 1.6, so if not having dockbarx is a deal-breaker for your MATE desktop, wait to upgrade.

twa022 commented on 2013-03-31 03:12 (UTC)

@edoardo: xfce4-dockbarx-plugin just added

twa022 commented on 2013-03-30 23:43 (UTC)

@edoardo: I will definitely work on that tonight or tomorrow. I will probably submit as a new package since it's developed by someone else (and outside the dockbarx vcs).

edoardo commented on 2013-03-30 17:31 (UTC)

twa022, dockbarx now have an xfce4 panel applet. Are you planning to integrate it in this package (like MATE support)? Thanks, here's the link: xfce-look.org/content/show.php?content=157865

twa022 commented on 2013-01-20 05:34 (UTC)

@accensi, @abi0tic: /usr/bin/dockbarx_factory is the GNOME2 / MATE (if you choose to enable MATE support) panel applet. Since GNOME2 is not maintained in Arch, if you choose not to enable MATE support you are limited to using /usr/bin/dockx (the standalone dock) or the AWN applet.

commented on 2013-01-18 09:44 (UTC)

I'm having the same problem here: Traceback (most recent call last): File "/usr/bin/dockbarx_factory", line 30, in <module> import gnomeapplet ImportError: No module named gnomeapplet

commented on 2012-12-27 17:13 (UTC)

When running there is a dependency for python of 'gnomeapplet'. accensi@RJASTEC-08935:~$ dockbarx_factory run-in-window Traceback (most recent call last): File "/usr/bin/dockbarx_factory", line 30, in <module> import gnomeapplet ImportError: No module named gnomeapplet What package provides this?

samuaz commented on 2012-11-18 00:07 (UTC)

thanks twa022 and na12, now i update without problems

twa022 commented on 2012-11-11 18:30 (UTC)

@samuaz: run pacman -Rdd python-keybinder libkeybinder and reinstall dockbarx (python-keybinder was moved to community and renamed python2-keybinder2)

na12 commented on 2012-11-11 18:12 (UTC)

@samuaz Just manually remove all conflicting files.

samuaz commented on 2012-11-09 20:47 (UTC)

problem updating to 0.90.3-2 error: failure to complete the transaction (conflicting files) libkeybinder2: /usr/include/keybinder.h exists in the file system libkeybinder2: /usr/lib/libkeybinder.so exists in the file system libkeybinder2: /usr/lib/libkeybinder.so.0 exists in the file system libkeybinder2: /usr/lib/pkgconfig/keybinder.pc exists in the file system python2-keybinder2: /usr/lib/python2.7/site-packages/keybinder/__init__.py exists in the file system python2-keybinder2: /usr/lib/python2.7/site-packages/keybinder/__init__.pyc exists in the file system python2-keybinder2: /usr/lib/python2.7/site-packages/keybinder/__init__.pyo exists in the file system python2-keybinder2: /usr/lib/python2.7/site-packages/keybinder/_keybinder.so exists in the file system kde 4.9.3

mrbit commented on 2012-10-25 15:31 (UTC)

please update 0.90.3 thanks

scorici commented on 2012-10-15 21:10 (UTC)

I had to remove pychess because it gave an error: /usr/lib/python2.7/site-packages/gtk-2.0/rsvg.so exists in filesystem so I did a: pacman -Qo /usr/lib/python2.7/site-packages/gtk-2.0/rsvg.so and that file is owned by python-rsvg (required, dependency of pychess) and it conflicts with python-mate-desktop. I have python-mate-desktop installed from mate repo so I don't know if the AUR version is the same, if it is then in the PGKBUILD you should put python-rsvg as conflict with the AUR python-mate-desktop.

twa022 commented on 2012-04-16 21:27 (UTC)

@funaru, na12: my bad: I copied the if statement which checks for mate-session from another package and it had an extra condition that shouldn't been in there. Should be fixed with pkgrel 3

commented on 2012-04-16 18:57 (UTC)

Why the mate dependecy? Dockbarx is now a Mate related project? I'm using xfce, any way to get rid of the mate dependency?

na12 commented on 2012-04-16 12:51 (UTC)

This update pulls out all mate packages from aur,although I haven't installed any of them.

twa022 commented on 2012-04-16 00:28 (UTC)

@xzy3186: thanks. It's in the mate repo at http://packages.mate-desktop.org/repo/archlinux/$arch, so I didn't notice that it wasn't also available in the AUR. I copied their PKGBUILD for python-mate-desktop and submitted it to the AUR so should be good now.

xzy3186 commented on 2012-04-16 00:07 (UTC)

python-mate-desktop can not be found in AUR. Do you know how to deal with this problem?

twa022 commented on 2012-04-15 23:16 (UTC)

0.48-2: I have added MATE support. If you have MATE installed, you will have to redo your settings as they will now be stored in mateconf rather than gconf. If you do not have MATE installed, there will be no change and settings will still be stored in gconf. Please let me know any issues...

JesusMcCloud commented on 2012-02-22 18:04 (UTC)

thx for the info!

na12 commented on 2012-02-20 12:55 (UTC)

New libpng-1.5.9-1 package solves problem.

na12 commented on 2012-02-20 08:10 (UTC)

I confirm this.I got same error.

JesusMcCloud commented on 2012-02-19 17:24 (UTC)

heres' my output: http://pastebin.com/tTKpxen2 I am using cairo-xcb (aur not archlinuxfr) * yes i recompiled it after recent libpng upgrade * no i am not using testing - i am talking about the overflow bugfix update of libpng

twa022 commented on 2012-02-17 18:14 (UTC)

@jesusmccloud: i haven't had any trouble. Can you run dockbarx_factory run_in_window or dockx in terminal and attach the output

JesusMcCloud commented on 2012-02-17 17:21 (UTC)

fails with latest libpng

elbahek commented on 2011-08-27 07:47 (UTC)

I have a weird bug after updating to 0.4.6.1, some windows (Guake, opera-plugin-manager) do not dissapear from dockbarx (running as AWN applet). Instead they accumulate in window group and over some time dockbarx starts to freeze. Patch from dockbarx bugtracker seem to solve the issue. So here is patch - https://launchpadlibrarian.net/78191780/dockbarx-awn-applet.patch and fixed PKGBUILD - http://pastebin.com/9GmwbxmV

kynikos commented on 2011-07-10 22:53 (UTC)

Never mind, the subsequent system upgrade seems to have solved the issue :)

kynikos commented on 2011-07-10 09:52 (UTC)

After upgrading the following packages, dockbarx applet for AWN crashes whenever I click on a launcher icon, although the application launches correctly. If I click on an icon *not* to launch the application (e.g. just to focus an already-open window) the applet doesn't crash. Upgrades: kernel26: 2.6.39.2-1 -> 2.6.39.3-1 kernel26-headers: 2.6.39.2-1 -> 2.6.39.3-1 xorg-server: 1.10.2-1 -> 1.10.3-1 xorg-server-common: 1.10.2-1 -> 1.10.3-1 logrotate: 3.7.9-1 -> 3.8.0-1 tzdata: 2011g-1 -> 2011h-1 Using x86_64, Compiz 0.8.6, Xfce 4.8, Avant Window Navigator 0.4.0 Tried with dockbarx (0.44) and dockbarx-bzr (387-1) I would report this on launchpad but first I'd like to try 0.45 or an even more recent bzr revision.

properlypurple commented on 2011-07-05 10:16 (UTC)

0.45 is out.

na12 commented on 2011-06-10 13:58 (UTC)

Weirdest error ever: Traceback (most recent call last): File "/usr/bin/dockx", line 20, in <module> from dockbarx.log import * ImportError: No module named dockbarx.log Now what? replace #!/usr/bin/python with #!/usr/bin/python2

Madek commented on 2011-06-09 14:20 (UTC)

0.44 is out md5 is f8e50ba117640b33256e1a6d8b1dd36d

dcelasun commented on 2011-05-27 19:58 (UTC)

Weirdest error ever: Traceback (most recent call last): File "/usr/bin/dockx", line 20, in <module> from dockbarx.log import * ImportError: No module named dockbarx.log Now what?

twa022 commented on 2011-05-24 11:26 (UTC)

Updated to 0.43.r381 to remove all the dependencies that are no longer available *bonobo*. Dockbarx will still run in AWN or as a standalone dock (/usr/bin/dockx)

twa022 commented on 2011-05-04 07:46 (UTC)

You may want to used dockbarx-bzr until a post 0.43 release is available as bonobo will probably be removed soon from the repos

bokal commented on 2011-02-21 13:42 (UTC)

python-keybinder dependency is missing

commented on 2011-02-06 10:52 (UTC)

Oh, it seems the problem was in lapack-3.3.0-1. Upgrading to 3.3.0-2 fixed the problem.

commented on 2011-02-06 10:46 (UTC)

Today dockbarx started crashing every time I moved my mouse over. Log: $ python2 /usr/bin/dockbarx_factory.py run-in-window ** (dockbarx_factory.py:18101): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags' ** (dockbarx_factory.py:18101): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags' ** (dockbarx_factory.py:18101): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags' DockbarX 0.42.1 DockbarX init DockbarX reload Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/numpy/__init__.py", line 136, in <module> import add_newdocs File "/usr/lib/python2.7/site-packages/numpy/add_newdocs.py", line 9, in <module> from numpy.lib import add_newdoc File "/usr/lib/python2.7/site-packages/numpy/lib/__init__.py", line 13, in <module> from polynomial import * File "/usr/lib/python2.7/site-packages/numpy/lib/polynomial.py", line 17, in <module> from numpy.linalg import eigvals, lstsq File "/usr/lib/python2.7/site-packages/numpy/linalg/__init__.py", line 48, in <module> from linalg import * File "/usr/lib/python2.7/site-packages/numpy/linalg/linalg.py", line 23, in <module> from numpy.linalg import lapack_lite ImportError: /usr/lib/liblapack.so.3: undefined symbol: chetrs2_

Awebb commented on 2010-12-22 17:38 (UTC)

Thanks a lot, twa022 =-)

twa022 commented on 2010-12-20 03:31 (UTC)

Rel 3: tried to clean up the dependencies array. Let me know if you have any problems.

toketin commented on 2010-12-08 14:39 (UTC)

0.41 is out

viniavila commented on 2010-12-06 16:19 (UTC)

Awebb. That's not the problem... the problem is: Arch migrated package 'python' to python 3 but all python modules packages are designed only to python 2. So Arch team create package 'python2' to run programas compatibles for only python 2, but few programs support it... I've do this and worked: 1) I removed 'python' and installed 'python2' via pacman 2) Create a symlink from /usr/bin/python2 to /usr/bin/python 3) All AUR PKGBUILD python dependents, I change the list deps removing 'python' and inserting 'python2' Sorry bad english.

Awebb commented on 2010-11-30 14:25 (UTC)

pygtk should be on your system. It's a dependency of python-gnomeapplet and python-gnomedesktop, which are both dependencies of this dockbarx package. Reinstall pygtk.

snoxu commented on 2010-11-29 23:13 (UTC)

Recently did a system update a Dockbarx now seems to be broken and giving the following error: dockbarx_factory.py run-in-window Traceback (most recent call last): File "/usr/bin/dockbarx_factory.py", line 21, in <module> import pygtk ImportError: No module named pygtk Any help is appreciated

snoxu commented on 2010-11-29 23:12 (UTC)

Recently did a system update a Dockbarx now seems to be broken and giving the following error: dockbarx_factory.py run-in-window Traceback (most recent call last): File "/usr/bin/dockbarx_factory.py", line 21, in <module> import pygtk ImportError: No module named pygtk Any help is appreciated

Awebb commented on 2010-11-29 18:17 (UTC)

Still missing dependencies: On my fresh Arch with only "gnome" installed: > ImportError: No module named bonobo.ui So I installed python2-bonobo. > ImportError: No module named gconf Then I installed python2-gconf and now it works.

commented on 2010-11-20 08:35 (UTC)

version 0.40 out http://gnome-look.org/content/show.php/DockbarX?content=101604

Awebb commented on 2010-11-08 21:41 (UTC)

after fiddling a week with this, i found out i was missin "python-gnomedesktop" from Extra. I only had "gnome" installed, wich does not contain the python bindings. Should this be a dependency then?

commented on 2010-11-07 23:55 (UTC)

gives me this error You may need to rebuild python-keybinder against python2 2.7: command not found error: command failed to execute correctly

commented on 2010-10-23 12:58 (UTC)

Thanks MilanKnizek. dockbarx was failing to load and it was apparently because I didn't havec gnome-python installed.

commented on 2010-10-22 17:30 (UTC)

In dockbarx.install there is missing "echo" on line 4.

commented on 2010-10-22 17:28 (UTC)

dockbarx requires "gnome-python", otherwise cannot load bonobo.ui module. I do not know how it got removed from my system during the upgrade (probably relating to python v2 -> v3), but it might be missing in the dependencies somewhere in the chain.

commented on 2010-10-19 13:19 (UTC)

I was wrong, it works like a charm. Thank you for your work :D

commented on 2010-10-19 12:48 (UTC)

Doesn't work anymore with Python 3 as a default option.

twa022 commented on 2010-10-12 23:53 (UTC)

@mrshrimp, @TiZ: fixed

commented on 2010-10-12 02:04 (UTC)

If there's a way to avoid all or alot of this extra gnome dependancies, like what Tiz suggested, please look into it? I'm also using dockbarx in an xfapplet fo XFCE. Recently updated my system, and now I have Brasero and a sound recorder installed because of gnome-python-desktop. Kinda not what I was expecting as necessary to be installed for dockbarx to run....

commented on 2010-10-09 02:13 (UTC)

You should update your dependency list, replacing gnome-python-desktop with the following: python-gnomeapplet python-rsvg python-wnck gnome-python-desktop is now a metapackage that pulls in a LOT of gnome stuff. I'm actually running dockbarx in an xfapplet in XFCE, and I don't want all the crap it pulls in.

qwertzdenek commented on 2010-07-18 17:26 (UTC)

Hi, problem with starting in 0.39.5 was solved and is fixed in the version 0.39.6. Release log here: https://launchpad.net/dockbar/+milestone/x.0.39.6

kinu commented on 2010-07-17 22:45 (UTC)

@twa022: yes. With 0.39.4 can't pin applications, 0.39.5 not loading, but 0.39.2 is working ok for me.

commented on 2010-07-16 18:28 (UTC)

I got the same error as Sloshy. I hope that it will be fixed.

commented on 2010-07-15 23:33 (UTC)

As of the latest version it won't load in my panel. I get the following error: [ryan@Desky ~]$ dockbarx_factory.py ** Message: pygobject_register_sinkfunc is deprecated (GtkWindow) ** Message: pygobject_register_sinkfunc is deprecated (GtkInvisible) ** Message: pygobject_register_sinkfunc is deprecated (GtkObject) ** (dockbarx_factory.py:5174): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags' ** (dockbarx_factory.py:5174): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags' ** (dockbarx_factory.py:5174): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags' Traceback (most recent call last): File "/usr/bin/dockbarx_factory.py", line 26, in <module> import dockbarx.dockbar File "/usr/lib/python2.6/site-packages/dockbarx/dockbar.py", line 35, in <module> from groupbutton import * File "/usr/lib/python2.6/site-packages/dockbarx/groupbutton.py", line 39, in <module> import zg File "/usr/lib/python2.6/site-packages/dockbarx/zg.py", line 40, in <module> result_type=datamodel.ResultType.MostRecentSubjects, NameError: name 'datamodel' is not defined

twa022 commented on 2010-07-10 06:10 (UTC)

@kinu: did you get the same output I did with 0.39.4 and do you get any output with 0.39.2? (I tried downgrading to various different versions and had problems with them all.)

kinu commented on 2010-07-06 22:50 (UTC)

0.39.4-1 does not save pinned applications for me. Using good old 0.39.2 (md5 8189e91b59438e2a45939ec3e58ae560)

twa022 commented on 2010-07-03 16:32 (UTC)

Is anyone else getting this error when trying to pin an application? Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/dockbarx/dockbar.py", line 776, in on_pinned self.update_launchers_list() File "/usr/lib/python2.6/site-packages/dockbarx/dockbar.py", line 1080, in update_launchers_list self.globals.set_launchers_list(gconf_launchers) File "/usr/lib/python2.6/site-packages/dockbarx/common.py", line 404, in set_launchers_list launchers) TypeError: value should be a string

commented on 2010-06-25 19:50 (UTC)

x0.39.4 is out.

fresh24 commented on 2010-04-27 18:04 (UTC)

the latest version is 0.30

twa022 commented on 2010-04-07 02:12 (UTC)

0.24.1 rel 1.2: backported separate preferences launcher from bzr.