Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 56188 - Amsn 0.92 dosen't include docking support
Summary: Amsn 0.92 dosen't include docking support
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Olivier Crete (RETIRED)
URL:
Whiteboard:
Keywords:
: 71239 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-07-05 16:36 UTC by Greg Andreou
Modified: 2004-12-06 21:00 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Greg Andreou 2004-07-05 16:36:57 UTC
Docking in amsn 0.92 appears to not have been compiled in. Even though both gnome and kde where in the USE flags while emerging, selecting the Gnome Dock does nothing and selecting the freedesktop (KDE3/Gnome2) option pops up a message that says: Tray icon plugin is not compiled. Check plugins/traydok



Reproducible: Always
Steps to Reproduce:
1.emerge amsn
2.enable docking
3.

Actual Results:  
Docking didn't work

Expected Results:  
docking should have worked

Portage 2.0.50-r8 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.7-gentoo-r6)
=================================================================
System uname: 2.6.7-gentoo-r6 i686 Celeron (Coppermine)
Gentoo Base System version 1.5.1
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -funroll-loops"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer -funroll-loops"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa apm avi berkdb cjk crypt cups directfb encode esd fbcon
foomaticdb gdbm ggi gif gnome gpm gstreamer gtk gtk2 imlib ipv6 java jpeg libg++
libwww mad mikmod mmx motif mozilla mpeg ncurses nls nocardbus oggvorbis opengl
oss pam pcmcia pdflib perl png pnp python qt quicktime readline ruby samba sdl
slang spell sse ssl svga tcltk tcpd tiff truetype trusted x86 xml xml2 xmms xv zlib"
Comment 1 Olivier Crete (RETIRED) gentoo-dev 2004-07-06 09:07:07 UTC
I know its very un-intuitive, but the use flag for the tray is "imlib"... I'm planning to change that "in the near future"..
Comment 2 Greg Andreou 2004-07-06 13:43:45 UTC
U I [ Found these USE variables in : net-im/amsn-0.92 ]
 + + gnome : Adds GNOME support
 - + kde   : Adds support for kde-base/kde (K Desktop Enviroment)
 + + imlib : Adds support for media-libs/imlib (Image loading and rendering libr ary)
 + + xmms  : Check/Support for XMMS (X MultiMedia System) player.

I have the imlib flag enabled and still the docking isn't working. This is on my laptop on my desktop the docking works fine. The only thing that i think could be different is that on my laptop i did a new Gentoo install recently so amsn 0.92 was installed for the first time whereas my desktop's amsn has been upgraded from older versions to 0.92 . I am away for about a month so i have no access to my desktop for that time to compare the two installations.
Comment 3 Paulo Fidalgo 2004-07-09 17:59:12 UTC
the problem is that the plugin file is instaled in a wrong place.
I have now tray after doing this:
cd /usr
cp lib/amsn/plugins/traydock/libtray.so share/amsn/plugins/traydock/

and then just selected the tray option... so guys u just need to make a symlink or change the path where libtray.so should be instaled...

I hope this get fixed soon...
Comment 4 Olivier Crete (RETIRED) gentoo-dev 2004-07-12 07:07:31 UTC
there should be a symlink, I'll look into that..
Comment 5 Olivier Crete (RETIRED) gentoo-dev 2004-07-16 21:27:40 UTC
The ebuild already has an ebuild. 
Comment 6 Olivier Crete (RETIRED) gentoo-dev 2004-07-16 21:27:54 UTC
The ebuild already does a symlink... 
Comment 7 Gustavo Michels 2004-08-19 10:20:50 UTC
I just emerged aMSN and had the same problem.

The ebuild made a symlink in the wrong place:

# pwd
/usr/share/amsn/plugins/traydock
traydock # ls -l
total 231
-rw-r--r--  1 root root    985 Aug 19 12:48 Makefile
-rw-r--r--  1 root root    810 Aug 19 12:48 Makefile.in
-rw-r--r--  1 root root   1884 Aug 19 12:48 README
-rw-r--r--  1 root root   1833 Aug 19 12:48 config.h
-rw-r--r--  1 root root   1639 Aug 19 12:48 config.h.in
-rw-r--r--  1 root root  14190 Aug 19 12:48 config.log
-rwxr-xr-x  1 root root  29349 Aug 19 12:48 config.status
-rwxr-xr-x  1 root root 143506 Aug 19 12:48 configure
lrwxrwxrwx  1 root root     41 Aug 19 14:13 libtray.so -> /usr/lib/amsn/plugins/traydock/libtray.so
-rw-r--r--  1 root root  18596 Aug 19 12:48 tray.c
-rw-r--r--  1 root root  12536 Aug 19 12:48 tray.o
lrwxrwxrwx  1 root root     30 Aug 19 12:48 traydock -> /usr/lib/amsn/plugins/traydock

See, the traydock symlink appears to be in the wrong place (/usr/share/amsn/plugins/traydock/traydock), it should be one folder up.

The libtray.so symlink shown above was created by me, and that solved the tray icon problem.
Comment 8 ra 2004-11-16 15:58:47 UTC
This bug has still not been fixed as of 0.94.

In "/usr/share/amsn/plugins/traydock" - the ebuild creates

traydock -> /usr/lib/amsn/plugins/traydock

when actually it should create the following symlink

libtray.so -> /usr/lib/amsn/plugins/traydock/libtray.so
Comment 9 ra 2004-11-16 16:01:31 UTC
To fix, change on line 69 of the ebuild

ln -s /usr/lib/amsn/plugins/traydock ${D}/usr/share/amsn/plugins/traydock

to

ln -s /usr/lib/amsn/plugins/traydock/libtray.so ${D}/usr/share/amsn/plugins/traydock/libtray.so
Comment 10 Olivier Crete (RETIRED) gentoo-dev 2004-11-16 16:39:27 UTC
Alright, I re-read the ebuild... Dont know how I missed this the first 10 times... anyways its fixed in 0.94.. please test...
Comment 11 Olivier Crete (RETIRED) gentoo-dev 2004-11-18 10:10:18 UTC
*** Bug 71239 has been marked as a duplicate of this bug. ***
Comment 12 buggziller 2004-12-06 18:27:43 UTC
I've had the problem with 0.93 ebuild, so upgraded to 0.94 just a few mins ago and it's still broken, tho the same workaround applies as always.. but i can see this problem is lurking around since 0.80 ebuild?? 
Comment 13 Olivier Crete (RETIRED) gentoo-dev 2004-12-06 18:35:52 UTC
grrr.. I was sure I fixed it last time.. do you have /usr/lib/amsn/plugins/traydock/libtray.so or /usr/share/amsn/plugins/traydock/libtray.so ? 

Comment 14 buggziller 2004-12-06 21:00:24 UTC
The library is "physically" located at 
/usr/lib/amsn/plugins/traydock/libtray.so
it was put there when i did the emerge amsn-0.94

and the symlink 

bash-2.05b# pwd
/usr/share/amsn/plugins/traydock
bash-2.05b# ll
total 0
lrwxrwxrwx  1 root root 30 Dec  2 03:11 traydock -> /usr/lib/amsn/plugins/traydock


now this is puzzling, i've tried many times to re-emerge the package to no success. So I checked the ebuild (/usr/portage/net-im/amsn/amsn-0.94.ebuild, mtime 02-nov-04) and it's supposed to do things right, in the temp image:

[...]
rm -rf  ${D}/usr/share/amsn/plugins/traydock/
ln -s ../../../lib/amsn/plugins/traydock/ ${D}/usr/share/amsn/plugins/
[...]

but, nonetheless, after it copies the image to my real root, /usr/share/amsn/plugins/traydock/ is still a directory (not symlink) as in the old broken scheme.

So i tried manually removing the /usr/share/amsn/plugins/traydock/  directory and then re-emerge amsn again.

In this case it worked, the correct symlink /usr/share/amsn/plugins/traydock -> ../../../lib/amsn/plugins/traydock/ was created successfully.

So i suppose the fix works for new, fresh installations but not from upgrades from broken versions (<0.94) since the old directory prevents the symlink to be created. My guess. [I dunno how the very internal thing works when moving the temp image to the final place]