Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 28703 - Gnomemeeting 0.98.0 problem
Summary: Gnomemeeting 0.98.0 problem
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-14 07:07 UTC by Geoff Wright
Modified: 2003-10-28 02:38 UTC (History)
1 user (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 Geoff Wright 2003-09-14 07:07:45 UTC
I have emerged gnomemeeting 0.98.0 on Gentoo1.4 (kernel-2.4.20-gentoo-r6). The
emerge completes without reporting any errors. However, when I start GM, it
returns the following message.  

"It appears that you do not have gnomemeeting.server installed in a valid
location. Factory mode disabled."

Despite the message it starts up anyway but when I try to connect to another
user, I am unable to and the message "user not found" is returned.

The following file does indeed exists after emerging gnomemeeting:
/usr/lib/bonobo/servers/gnomemeeting.server


Reproducible: Always
Steps to Reproduce:
1.emerge gnomemeeting
2.gnomemeeting (at command line), returns messages "It
appears...gnomemeeting.server....etc." and starts gnomemeeting
3.tools->address book (ils.seconix.com), click on a user and a message appears
reporting "User not found"

Actual Results:  
It fails to connect to user and returns the message "User not found"

Expected Results:  
Connect with the user.

I have tested Gnomemeeting 0.96.1 on Mandrake 9.1 on the same machine and there
does not appear to be any problems with it.  

root@melba 09:50 gnomemeeting $ emerge info
Portage 2.0.48-r5 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1)
=================================================================
System uname: 2.4.20-gentoo-r6 i686 Pentium III (Coppermine)
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY=""
USE="x86 oss apm avi crypt encode foomaticdb gif gpm jpeg libg++ libwww mad
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gdbm berkdb slang readline arts svga java sdl tcpd pam ssl perl python esd
imlib oggvorbis motif opengl mozilla ldap cdr X kde qt gtk gnome alsa pda cups"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium3 -funroll-loops -fprefetch-loop-arrays -pipe"
CXXFLAGS="-O3 -march=pentium3 -funroll-loops -fprefetch-loop-arrays -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 foser (RETIRED) gentoo-dev 2003-09-14 08:50:56 UTC
first try the latest one in portage (0.98.4)

and a summary isn't supposed to be 3 lines

and do not compare to mandrake or whatever distro with another version even. Ofcourse there's something wrong. It's like saying 'hey i can edit text in windows, yet vi always crashes'
Comment 2 Geoff Wright 2003-09-14 15:27:16 UTC
I agree that the summary was overkill - I won't do it again.

As for the comparison with GM under Mandrake, the information was intended for no other reason than to allow NAT/Firewall issues to be ruled out.  

I have tried the latest release in portage (0.98.4) and experienced the same problem.  
Comment 3 Mike Gardiner (RETIRED) gentoo-dev 2003-09-15 03:45:46 UTC
did you recently upgrade libbonobo, and do you still have bonobo-activation floating around anywhere ?
Comment 4 Alastair Tse (RETIRED) gentoo-dev 2003-09-17 14:45:24 UTC
on a little bit of a hunch, can you try re-emerging libxml2 without -funroll-loops and -fprefetch-loop-array in your CFLAGS? 

i just want to rule out overoptimisation caused by the CFLAGS as we've seen in bug #26320
Comment 5 Alastair Tse (RETIRED) gentoo-dev 2003-10-28 02:38:26 UTC
reporter, please reopen if you have more information.