Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 328153 - net-im/pidgin-2.7.1-r1 does not work when executed, does not appear.
Summary: net-im/pidgin-2.7.1-r1 does not work when executed, does not appear.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal (vote)
Assignee: Gentoo Net-im project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-13 20:02 UTC by Francisco Javier Pinto
Modified: 2011-05-01 13:24 UTC (History)
1 user (show)

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


Attachments
log of pidgin -d (error_pidgin,67.05 KB, text/plain)
2010-07-22 17:34 UTC, Francisco Javier Pinto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Francisco Javier Pinto 2010-07-13 20:02:08 UTC
net-im/pidgin-2.7.1-r1 does not work when executed, does not appear.

Reproducible: Always

Steps to Reproduce:
1.emerge --unmerge pidgin
2.emerge pidgin
3.

Actual Results:  
does not appear

Expected Results:  
run

shark ~ # emerge --info =net-im/pidgin-2.7.1-r1

Portage 2.1.8.3 (default/linux/amd64/10.0, gcc-4.3.4, glibc-2.11.2-r0, 2.6.31-gentoo-r6 x86_64)
=================================================================
                        System Settings
=================================================================
System uname: Linux-2.6.31-gentoo-r6-x86_64-AMD_Athlon-tm-_64_Processor_3000+-with-gentoo-1.12.13
Timestamp of tree: Tue, 13 Jul 2010 14:00:19 +0000
app-shells/bash:     4.0_p37
dev-lang/python:     2.6.5-r2, 3.1.2-r3
dev-util/cmake:      2.6.4-r3
sys-apps/baselayout: 1.12.13
sys-apps/sandbox:    1.6-r2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.9.6-r2, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.3.4, 4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.30-r1
ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch"
GENTOO_MIRRORS="http://gentoo.mirrors.tera-byte.com/ ftp://ftp.udc.es/gentoo/ http://gentoo-euetib.upc.es/mirror/gentoo/ http://ftp.udc.es/gentoo/ "
LANG="es_ES.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="es es_ES"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X acpi alsa amd64 apache2 berkdb bzip2 cli cracklib crypt cxx dbus dri fortran gd gdbm gpm hal iconv jpeg json mmx modules mudflap multilib mysql ncurses nls nptl nptlonly opengl openmp pam pcre pdo png pppd python readline reflection rss session spell spl sse sse2 ssl sysfs tcpd truetype unicode vhosts xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="authz_host dir log_config mime rewrite unique_id" APACHE2_MPMS="prefork" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="es es_ES" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" 
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

=================================================================
                        Package Settings
=================================================================

net-im/pidgin-2.7.1-r1 was built with the following:
USE="gtk (multilib) ncurses nls python startup-notification xscreensaver -dbus -debug -doc -eds -gadu -gnutls -groupwise -gstreamer -idn -krb4 -meanwhile -networkmanager -perl -prediction -qq -sasl -silc -spell -tcl -tk -zephyr -zeroconf"
Comment 1 Francisco Javier Pinto 2010-07-13 20:03:54 UTC
if:
javi@shark ~ $ cd .purple/
javi@shark ~/.purple $ ls
accels  accounts.xml  blist.xml  certificates  icons  logs  prefs.xml  smileys  status.xml
javi@shark ~/.purple $ rm -rf *
javi@shark ~/.purple $ rm -rf .*
rm: cannot remove directory: «.»
rm: cannot remove directory: «..»
javi@shark ~/.purple $ cd ..
javi@shark ~ $ rmdir .purple/

and run pidgin.

pidgin works again but erases the accounts
Comment 2 Peter Volkov (RETIRED) gentoo-dev 2010-07-22 14:15:42 UTC
Are you able to reproduce this problem with 2.7.2?
Comment 3 Francisco Javier Pinto 2010-07-22 16:12:43 UTC
yes, equal.
I have found that if I close the program with "quit", the process ends ok,
and pidgin starts up again ok.
but if I close with "x" of the window, the process continues (ps aux | grep pidgin) confirm.
And even then: kill "process number".
It does not work until to delete the directory.
Comment 4 Peter Volkov (RETIRED) gentoo-dev 2010-07-22 16:30:47 UTC
(In reply to comment #3)
> but if I close with "x" of the window, the process continues (ps aux | grep
> pidgin) confirm.

Hm, I think this is expected behavior. Pressing 'X' just makes main window invisible, but you should be able to see pidgin icon in tray window and new messages should arrive. Do you see pidgin icon in tray?(In reply to comment #3)


> And even then: kill "process number".
> It does not work until to delete the directory.

I don't understood this. Does this mean that even after you kill pidgin and there will be no pidgin processes available you are unable to start pidgin until you delete  ~/.purple/ directory?

Now, could you try to run pidgin from console like this:

$ pidgin -d

and attach output here?
Comment 5 Francisco Javier Pinto 2010-07-22 17:34:17 UTC
Created attachment 239843 [details]
log of pidgin -d
Comment 6 Francisco Javier Pinto 2010-07-22 17:35:17 UTC
Comment: I close program with "quit" and proccess no finish.

1- I have ldxe, and when i press "x" in any program, this program terminate.
2- Yes.
3. log of pidgin -d when pidgin Window does not appear : attachment



Comment 7 Francisco Javier Pinto 2010-07-22 17:43:52 UTC
Summary: pidgin close sometimes the process is not finish.
and when you open pidgin, the process always exists but no program window appears, but yes windows of messages.
rm -rf in .purpple directory and pidgin work properly again.

lxde fail? pidgin fail?
Comment 8 Francisco Javier Pinto 2010-07-22 18:31:38 UTC
I think this gives a hint of the error?
(20:28:14) docklet: GTK+ created
(20:28:14) util: Reading file blist.xml from directory /home/javi/.purple
(20:28:14) pounce: Error reading pounces: Falló al abrir el archivo «/home/javi/.purple/pounces.xml»: No existe el fichero o el directorio
(20:28:14) ui_main: Failed to load the default window icon (scalablepx version)!
(20:28:14) Session Management: No SESSION_MANAGER found, aborting.
(20:28:20) util: Writing file prefs.xml to directory /home/javi/.purple
(20:28:20) util: Writing file /home/javi/.purple/prefs.xml
(20:28:20) util: Writing file accounts.xml to directory /home/javi/.purple
(20:28:20) util: Writing file /home/javi/.purple/accounts.xml
Comment 9 Peter Volkov (RETIRED) gentoo-dev 2010-07-22 19:13:07 UTC
Such errors are in lot's of reports upstream and nobody told this cause an error. Personally, I don't see anything evident in log. Probably anybody else will? Olivier is our pidgin guru but he is currently away... )

(In reply to comment #6)
> 1- I have ldxe, and when i press "x" in any program, this program terminate.

Window manager just sends some event to program. Program free to choose what to
do with such event. But again, do you have pidgin icon in tray?

> 2- Yes.

'Yes.' what? :)


And few other ideas:

have you tried to wait long enough (1-3 minutes)? What happened after
"(19:24:38) msn: S: NS 000: QNG 40", was CPU busy doing something? If you start
with empty profile and add your account another time will pidgin hang? Will you
able to close/start it few times? Try to localize problem somehow. May be if
you attach gdb to running process (remember you need symbols to get something
useful from gdb output http://www.gentoo.org/proj/en/qa/backtraces.xml (rebuild at least glib/gtk+/pidgin/libxml2 with symbols)) and show us backtrace...
Comment 10 Francisco Javier Pinto 2010-07-23 14:58:38 UTC
>Window manager just sends some event to program. Program free to choose what to
do with such event. But again, do you have pidgin icon in tray?

No, no icon of pidgin, alt+tab = no pidgin show.

>I don't understood this. Does this mean that even after you kill pidgin and
there will be no pidgin processes available you are unable to start pidgin
until you delete  ~/.purple/ directory?

Yes, if I don't delete directory pidgin not run again.

>have you tried to wait long enough (1-3 minutes)? What happened after
"(19:24:38) msn: S: NS 000: QNG 40", was CPU busy doing something? 

No problem of cpu usage, cpu is idle.

>If you start with empty profile and add your account another time will pidgin hang? Will you able to close/start it few times?

if I launch pidgin and pulse close, and not add, this window close but pidgin program no show.


ok, i read and proved http://www.gentoo.org/proj/en/qa/backtraces.xml




Comment 11 seraph@xs4all.nl 2010-07-26 17:43:43 UTC
I had an issue with Pidgin quite similar to this, and probably related. Since I upgraded to 2.7.*, the main window of Pidgin would often fail to appear on startup.

It seems that Pidgin 2.7.* expects some sort of system tray to be present, but not every WM supplies one by default. Window Maker, for example, does not.

I was able to solve my problem by installing wmsystray. Pidgin appears there and clicking it opens the main window again.
Comment 12 Francisco Javier Pinto 2010-07-31 17:15:29 UTC
close bug, fails mainly when close pidgin with "x" and not with friends/quit
I think this bug is pidgin / lxde and not gentoo.
Comment 13 Peter Volkov (RETIRED) gentoo-dev 2010-08-02 07:43:00 UTC
(In reply to comment #11)
> It seems that Pidgin 2.7.* expects some sort of system tray to be present, but
> not every WM supplies one by default. Window Maker, for example, does not.
> 
> I was able to solve my problem by installing wmsystray. Pidgin appears there
> and clicking it opens the main window again.

Yup, I think this is a problem.

Guys, please, report this issue upstream, since pidgin should detect that there is no tray available and avoid hiding in such case.

Reopening bug to close with proper resolution.

Comment 14 Peter Volkov (RETIRED) gentoo-dev 2010-08-02 07:43:35 UTC
BTW, if once upstream bug report will be open, drop an URL here, please.
Comment 15 mike 2010-10-28 09:43:17 UTC
Aaaargh! All old Pidgin-Version have been removed last week.. now you are FORCED to use the new pidgin-versions which don't work if you dont have a system-tray..>>FORCED<< to have a System tray!?? Are the pidgin-people mainly developing for full-blown crap-window-manager?? I'm switching to Psi..
Comment 16 Peter Volkov (RETIRED) gentoo-dev 2010-10-28 10:10:41 UTC
Have you reported this upstream as was requested long time ago? If you do nothing I'm unable to help, since everything works find here. Old versions have security problems and thus were removed.
Comment 17 mike 2010-11-16 18:03:06 UTC
(In reply to comment #16)
> Have you reported this upstream as was requested long time ago?
Yes
> If you do nothing I'm unable to help, since everything works find here. Old versions have
> security problems and thus were removed.

Well..the solution is in short: disable tray-hiding entirely. But if Pidgin is allready gone, you have to edit prefs.xml...

Full Bug Report:
http://developer.pidgin.im/ticket/12824
Comment 18 Peter Volkov (RETIRED) gentoo-dev 2011-05-01 13:24:34 UTC
And this bug was fixed in 2.7.8. Changing resolution accordingly.