this is a reminder bug to stable this asap ( pango issues with text display ) 30 days will be Feb 16th, so add archs at that time if there are no bugs in bugzilla.
The older version should be marked unstable. It is totally unusable. This one works fine.
More than thirty days have come and gone. What is the current status of this bug?
I don't think this should be part of the gnome herd.
i've done some basic testing with gphpedit-0.9.80 on x86. at the first glance everthing seems to be ok. but then i found a reliable way to make gphpedit 'quit unexpectedly': just open lot's of files (> 15), close and restart the program. [[2203-svn = 2.0.54-r1]] Portage 2203-svn (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.3.5-r3, 2.6.16-gentoo-r3 i686) ================================================================= System uname: 2.6.16-gentoo-r3 i686 AMD Athlon(tm) XP 2400+ Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig collision-protect distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.inode.at/ " LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.0.1/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aalib alsa apm audiofile avi berkdb bitmap-fonts bonobo bzip2 bzlib cairo cdr cli crypt css cups curl dbus divx4linux dri dts dv dvd dvdr dvdread emboss encode evo exif expat fam fame ffmpeg firefox flac foomaticdb fortran gd gdbm gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal idn imagemagick imlib ipv6 isdnlog java jpeg junit lcms libg++ libwww mad mikmod mmx mmxext mng motif mp3 mpeg nautilus ncurses nls nptl nsplugin nvidia ogg oggvorbis openal opengl pam pcre pdflib perl plotutils png pppd python quicktime readline real reflection ruby sdl session slang speex spell spl sqlite sse ssl subtitles svga tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts udev unicode usb vcd video_cards_nvidia vorbis win32codecs wma xine xml xml2 xmms xorg xv xvid zlib linguas_en linguas_de userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS
if someone wants me to recompile the app with "-ggdb" and "nostrip" to provide a usefull bt let me know.
(In reply to comment #4) > i've done some basic testing with gphpedit-0.9.80 on x86. at the first glance > everthing seems to be ok. but then i found a reliable way to make gphpedit > 'quit unexpectedly': just open lot's of files (> 15), close and restart the > program. I can confirm this crash on x86 stable. The bug, surprisingly, didn't seem to be in upstream's tracker: http://www.gphpedit.org/bugs/search.php?query=
compnerd: please advise on how to handle this, the new version seems to be buggy.
Dropping stable request until this bug is fixed.
@Matthias: That would be very useful. Can you please do that?
I've released a new version (on www.gphpedit.org/download/). It didn't crash on Gentoo for me, please can you test this latest version on your machine and if it's all OK please included this version instead. Cheers, Andy
Added gphpedit-0.9.91 to portage. Closing this bug as 0.9.80 will not be going into stable, we will wait the standard 30 days for 0.9.91 to be put into stable. @Andy: I have opened a bug for adding a patch for a crasher (bug #166) at gphpedit.org. I have included the patch with the ebuild in Gentoo.
