gnome-terminal / gnome-pty-helper cpu usage
Hello, Just after starting gnome-terminal cpu usage goes up to ~100%. The offending process is gnome-pty-helper, which quickly starts eating cpu time. This is always reproducible for me, and I've been experiencing this behaviour for quite some time (I think this applied to 4.1/4.2/4.3 gnome packages too). I'm running -current amd64 with GENERIC.MP on a dual core Thinkpad T60 with the latest userland and gnome packages. Is this a known bug? I am willing to test. ciao Luca
Re: gnome-terminal / gnome-pty-helper cpu usage
On Mon, Jun 16, 2008 at 11:29:51AM +0200, Luca Corti wrote: Hello, hey! Just after starting gnome-terminal cpu usage goes up to ~100%. The offending process is gnome-pty-helper, which quickly starts eating cpu time. This is always reproducible for me, and I've been experiencing this behaviour for quite some time (I think this applied to 4.1/4.2/4.3 gnome packages too). I'm running -current amd64 with GENERIC.MP on a dual core Thinkpad T60 with the latest userland and gnome packages. Is this a known bug? I am willing to test. yep...this is a known bug for running gnome on amd64 :( according to dlg who also spent some time on this issue, it's some syscall going crazy. if you have the time to dig into this, please don't hesitate and debug devel/vte (where gnome-pty-helper comes from), ciao Luca cheers, jasper -- Intelligence should guide our actions, but in harmony with the texture of the situation at hand -- Francisco Varela
Re: UPDATE: cln-1.2.2
Paul Irofti [2008-06-16, 01:34:57]: Attached is a patch for updating cln to the latest version. There were some fixes in the main tree for sparc64, if anyone cares to test this on that arch please do so and remember to uncomment the NOT_FOR_ARCHS line. Otherwise you can't update this package, you'll first have to remove the old one and then install the new one. Like Gaim used to do a while back if I remember correctly. Not sure if there's a fix for this, nor if a +DISPLAY file would be necessary. Please advise. Another change is my mail address, I'll have a few more updates for the ports I'm maintaining and I'll change my mail within the update. For the rest of the ports I'll send a common patch. Hope that's okay. sure, we can change your address right away. Tested on i386. My amd64 is broken at the moment and until I'll have the time and the cash to fix the hardware it will remain that way. So please test. tests passed on amd64 here. can't test sparc64 any time soon, maybe someone else could?
Random Opera Freezes, still?
Hey all, I remember that a while back there were some issues with Opera randomly freezing. I believe that it could have been related to threads spawned or something of that sort. I am following -current and checked out the Opera 9.50 port. It seems to have the same issue of being very unstable and freezing. I am on an GENERIC.MP kernel. I also found some old stuff relating to Opera and Redhat 6.2 that mentioned a bug in glibc could be causing crashes in Opera on Linux. Could this be related at all? Does anyone have suggestions for improving the stability of Opera? Can these suggestions be put into a document or something that is available to the user after installing Opera? -- Aaron Hsu [EMAIL PROTECTED]
Re: UPDATE: cln-1.2.2
On Mon, Jun 16, 2008 at 07:37:55PM +0200, Steven Mestdagh wrote: Paul Irofti [2008-06-16, 01:34:57]: Attached is a patch for updating cln to the latest version. There were some fixes in the main tree for sparc64, if anyone cares to test this on that arch please do so and remember to uncomment the NOT_FOR_ARCHS line. Otherwise you can't update this package, you'll first have to remove the old one and then install the new one. Like Gaim used to do a while back if I remember correctly. Not sure if there's a fix for this, nor if a +DISPLAY file would be necessary. Please advise. Another change is my mail address, I'll have a few more updates for the ports I'm maintaining and I'll change my mail within the update. For the rest of the ports I'll send a common patch. Hope that's okay. sure, we can change your address right away. Thanks! Tested on i386. My amd64 is broken at the moment and until I'll have the time and the cash to fix the hardware it will remain that way. So please test. tests passed on amd64 here. can't test sparc64 any time soon, maybe someone else could? amd64 checked! next sparc64... I'll ask on the IRC channel. -- [EMAIL PROTECTED] SDF Public Access UNIX System - http://sdf.lonestar.org
how to update to gnupg-1.4.9 ?
how to update to gnupg-1.4.9 ? .. Can't remove gnupg-1.4.8 without also removing: sylpheed-2.4.5p0-gpgme gpgme-1.1.5 enigmail-0.95.5p0 kdewebdev-3.5.8p0 p5-GnuPG-Interface-0.31p0 p5-GnuPG-0.09p0 kdeaddons-3.5.8p0 kdesdk-3.5.8p0 kdepim-3.5.8p0 py-gnupg-0.3.2p1 ... Thanks
UPDATE: pgpdump
0.20 - 0.26
- new HOMEPAGE address - modified MASTER_SITES
- modified patch/patch-configure
- fmt -w 72 pkg/DESCR
Index: Makefile
===
RCS file: /cvs/ports/security/pgpdump/Makefile,v
retrieving revision 1.17
diff -u -r1.17 Makefile
--- Makefile15 Sep 2007 23:30:00 - 1.17
+++ Makefile16 Jun 2008 21:58:18 -
@@ -2,10 +2,10 @@
COMMENT= PGP packet visualizer
-DISTNAME= pgpdump-0.20
-CATEGORIES=security
+DISTNAME= pgpdump-0.26
+CATEGORIES=security
-HOMEPAGE= http://pgp.iijlab.net/pgpdump.html
+HOMEPAGE= http://www.mew.org/~kazu/proj/pgpdump/
# BSD
PERMIT_PACKAGE_CDROM= Yes
@@ -14,7 +14,7 @@
PERMIT_DISTFILES_FTP= Yes
WANTLIB= c z
-MASTER_SITES= ftp://pgp.iijlab.net/pub/pgp/tools/
+MASTER_SITES= ${HOMEPAGE}
CONFIGURE_STYLE= gnu dest
Index: distinfo
===
RCS file: /cvs/ports/security/pgpdump/distinfo,v
retrieving revision 1.7
diff -u -r1.7 distinfo
--- distinfo5 Apr 2007 17:26:09 - 1.7
+++ distinfo16 Jun 2008 21:58:39 -
@@ -1,5 +1,5 @@
-MD5 (pgpdump-0.20.tar.gz) = 7sL+ZqOC3UuMCBPjsxy5Kw==
-RMD160 (pgpdump-0.20.tar.gz) = m/gdGA04KEtipll2Mv4PjGAnWnk=
-SHA1 (pgpdump-0.20.tar.gz) = P+yertohowVbCfxvXmzNiHVZOc8=
-SHA256 (pgpdump-0.20.tar.gz) = eAFXtYziAg4bfvVdPIrnpGlCexN6rp1RO6CNdZdmU+Q=
-SIZE (pgpdump-0.20.tar.gz) = 52292
+MD5 (pgpdump-0.26.tar.gz) = pr7vDJTgU9lacKzEo55cSA==
+RMD160 (pgpdump-0.26.tar.gz) = o75jx6fHJG6UlU6UX3OruZkR51o=
+SHA1 (pgpdump-0.26.tar.gz) = N83OtqcikZ9zCB+g02TEfGowxl8=
+SHA256 (pgpdump-0.26.tar.gz) = a5TIZHzDFrZMarLiaCe/NTCooKHoCHambOvtTivpiV4=
+SIZE (pgpdump-0.26.tar.gz) = 55341
Index: patches/patch-Makefile_in
===
RCS file: /cvs/ports/security/pgpdump/patches/patch-Makefile_in,v
retrieving revision 1.4
diff -u -r1.4 patch-Makefile_in
--- patches/patch-Makefile_in 2 Nov 2003 02:28:25 - 1.4
+++ patches/patch-Makefile_in 16 Jun 2008 21:58:59 -
@@ -1,14 +1,14 @@
$OpenBSD: patch-Makefile_in,v 1.4 2003/11/02 02:28:25 margarida Exp $
Makefile.in.orig 2002-06-27 08:28:34.0 +0200
-+++ Makefile.in2003-08-13 14:40:52.0 +0200
-@@ -4,7 +4,9 @@ bindir = @bindir@
+--- Makefile.in.orig Mon Jun 16 18:46:07 2008
Makefile.inMon Jun 16 18:47:13 2008
+@@ -3,8 +3,9 @@ exec_prefix = @exec_prefix@
+ bindir = @bindir@
mandir = @mandir@/man1
LIBS = @LIBS@
-
--CFLAGS = -O
+-CFLAGS = @CFLAGS@ -O
++CFLAGS = @CFLAGS@
+ LDFLAGS = @LDFLAGS@
+DESTDIR=
-+
-+CFLAGS = @CFLAGS@
+
RM = rm -f
INSTALL = install -c -m
-
Index: pkg/DESCR
===
RCS file: /cvs/ports/security/pgpdump/pkg/DESCR,v
retrieving revision 1.3
diff -u -r1.3 DESCR
--- pkg/DESCR 2 Nov 2003 02:28:25 - 1.3
+++ pkg/DESCR 16 Jun 2008 21:59:13 -
@@ -1,2 +1,2 @@
-pgpdump is a PGP packet visualizer which displays the packet
-format of OpenPGP (RFC 2440 + bis) and PGP version 2 (RFC 1991).
+pgpdump is a PGP packet visualizer which displays the packet format of
+OpenPGP (RFC 2440 + bis) and PGP version 2 (RFC 1991).
Re: how to update to gnupg-1.4.9 ?
On Mon, Jun 16, 2008 at 02:43:50PM -0600, macintoshzoom wrote: how to update to gnupg-1.4.9 ? .. Can't remove gnupg-1.4.8 without also removing: sylpheed-2.4.5p0-gpgme gpgme-1.1.5 enigmail-0.95.5p0 kdewebdev-3.5.8p0 p5-GnuPG-Interface-0.31p0 p5-GnuPG-0.09p0 kdeaddons-3.5.8p0 kdesdk-3.5.8p0 kdepim-3.5.8p0 py-gnupg-0.3.2p1 check pkg_add(1) f.-
Re: UPDATE: cln-1.2.2
On Mon, Jun 16, 2008 at 07:37:55PM +0200, Steven Mestdagh wrote: Paul Irofti [2008-06-16, 01:34:57]: Tested on i386. My amd64 is broken at the moment and until I'll have the time and the cash to fix the hardware it will remain that way. So please test. tests passed on amd64 here. can't test sparc64 any time soon, maybe someone else could? I've been building on alpha and sparc64 for a few hours now... Still building... I'll write back when done. Builds and passes regression tests on macppc. -ME
Re: Random Opera Freezes, still?
On Mon, 16 Jun 2008, Aaron W. Hsu wrote: Hey all, I remember that a while back there were some issues with Opera randomly freezing. I believe that it could have been related to threads spawned or something of that sort. I am following -current and checked out the Opera 9.50 port. It seems to have the same issue of being very unstable and freezing. I am on an GENERIC.MP kernel. I also found some old stuff relating to Opera and Redhat 6.2 that mentioned a bug in glibc could be causing crashes in Opera on Linux. Could this be related at all? Does anyone have suggestions for improving the stability of Opera? Can these suggestions be put into a document or something that is available to the user after installing Opera? I'm experiencing a lot of freezes too. With 9.2x it only freezed very occasionally and pkill opera did the job. With 9.50p0 I need to kill it with SIGKILL. OpenBSD 4.3-current (GENERIC) #907: Mon Jun 9 09:04:30 MDT 2008 [EMAIL PROTECTED]:/usr/src/sys/arch/i386/compile/GENERIC opera-9.50p0fast and customizable WWW browser (no flash plugin) -- Antti Harri
Re: UPDATE: cln-1.2.2
On Mon, Jun 16, 2008 at 11:01:11PM -0400, Mike Erdely wrote: On Mon, Jun 16, 2008 at 07:37:55PM +0200, Steven Mestdagh wrote: tests passed on amd64 here. can't test sparc64 any time soon, maybe someone else could? I've been building on alpha and sparc64 for a few hours now... Still building... I'll write back when done. Sparc64 fails regression tests. I did not look into it at all. Log: http://erdelynet.com/downloads/cln_regress_sparc64.log Alpha is... still... building... -ME
gnu ghostscript port bug
# cd /usr/ports/print/ghostscript/gnu # make install ... checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. *** Error code 77 Stop in /usr/ports/print/ghostscript/gnu (line 2114 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/ghostscript/gnu (line 1417 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/print/ghostscript/gnu (line 1937 of /usr/ports/infrastructure/mk/bsd.port.mk). # echo $CFLAGS When I set CFLAGS for make, all is OK: # CFLAGS=-I/usr/include make install Dongsheng Song
