[gentoo-dev] annoying delays in screen since last update

[gentoo-dev] annoying delays in screen since last update

[Gert Menke]

Hi!

Since I last did an update world, app-misc/screen started to wait about 5
seconds everytime I start it and everytime I open a new window. This is
VERY annoying! During the delay, screen uses 100% of the CPU.
I have no idea how to fix it, and since old ebuilds seem to be always
cleaned out as soon as a new one is available now, I cannot even downgrade
to the previous version. :-(
Does anyone else have the same problem? How can I fix it?

Thanks in advance!

Regards
Gert

Re: [gentoo-dev] annoying delays in screen since last update

[Sloan Poe]

[-- Attachment #1: Type: text/plain, Size: 1016 bytes --]

YES!  I've noticed this too.. I thought it had something to do with
taking preemption out of my kernel, but I put it back and I'm still
getting the delays...

maybe we should start a bug report

-sloan

On Wed, 2002-08-28 at 10:52, Gert Menke wrote:
> Hi!
> 
> Since I last did an update world, app-misc/screen started to wait about 5
> seconds everytime I start it and everytime I open a new window. This is
> VERY annoying! During the delay, screen uses 100% of the CPU.
> I have no idea how to fix it, and since old ebuilds seem to be always
> cleaned out as soon as a new one is available now, I cannot even downgrade
> to the previous version. :-(
> Does anyone else have the same problem? How can I fix it?
> 
> Thanks in advance!
> 
> Regards
> Gert
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
-- 

Sloan Poe
rpoe@warren-wilson.edu

If I'm insane, who are you in?


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-dev] Re: [gentoo-user] annoying delays in screen since last update

[Sloan Poe]

[-- Attachment #1: Type: text/plain, Size: 901 bytes --]

Actually, there seems to already be a bug:

http://bugs.gentoo.org/show_bug.cgi?id=7055

On Wed, 2002-08-28 at 10:52, Gert Menke wrote:
> Hi!
> 
> Since I last did an update world, app-misc/screen started to wait about 5
> seconds everytime I start it and everytime I open a new window. This is
> VERY annoying! During the delay, screen uses 100% of the CPU.
> I have no idea how to fix it, and since old ebuilds seem to be always
> cleaned out as soon as a new one is available now, I cannot even downgrade
> to the previous version. :-(
> Does anyone else have the same problem? How can I fix it?
> 
> Thanks in advance!
> 
> Regards
> Gert
> _______________________________________________
> gentoo-user mailing list
> gentoo-user@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-user
-- 

Sloan Poe
rpoe@warren-wilson.edu

If I'm insane, who are you in?


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] annoying delays in screen since last update

[makoto]

Hi,

From: Gert Menke <g.menke@gmx.net>
Subject: [gentoo-dev] annoying delays in screen since last update

> Since I last did an update world, app-misc/screen started to wait about 5
> seconds everytime I start it and everytime I open a new window. This is

You can easily resolve the problem if you remove (or rename)
/etc/termcap. It comes along with new sys-apps/baselayout.

It seems that screen is parsing /etc/termcap in the delay time.
-- 
YAMAKURA Makoto

Re: [gentoo-dev] annoying delays in screen since last update

[Gert Menke]

Hi,

On Thu, Aug 29, 2002 at 12:34:21AM +0900, makoto@dsb.club.ne.jp wrote:
> From: Gert Menke <g.menke@gmx.net>
> > Since I last did an update world, app-misc/screen started to wait about 5
> > seconds everytime I start it and everytime I open a new window. This is
> You can easily resolve the problem if you remove (or rename)
> /etc/termcap. It comes along with new sys-apps/baselayout.
> It seems that screen is parsing /etc/termcap in the delay time.

Thank you, this helps.

But isn't an /etc/termcap a good thing to have? Why does it suddenly take
so long to parse it? Perhaps it has been replaced with a much bigger
version than before during the last baselayout update? It's 16k lines long
which seems quite huge...

Regards,
Gert

[gentoo-dev] termcap in baselayout? [was Re: annoying delays in screen since last update]

[Paul]

Gert Menke <g.menke@gmx.net>, on Wed Aug 28, 2002 [06:10:30 PM] said:
> Hi,
> 
> On Thu, Aug 29, 2002 at 12:34:21AM +0900, makoto@dsb.club.ne.jp wrote:
> > From: Gert Menke <g.menke@gmx.net>
> > > Since I last did an update world, app-misc/screen started to wait about 5
> > > seconds everytime I start it and everytime I open a new window. This is
> > You can easily resolve the problem if you remove (or rename)
> > /etc/termcap. It comes along with new sys-apps/baselayout.
> > It seems that screen is parsing /etc/termcap in the delay time.
> 
> Thank you, this helps.
> 
> But isn't an /etc/termcap a good thing to have? Why does it suddenly take
> so long to parse it? Perhaps it has been replaced with a much bigger
> version than before during the last baselayout update? It's 16k lines long
> which seems quite huge...
> 
> Regards,
> Gert

	Why do we have a giant /etc/termcap in baselayout?  If
some app _needs_ termcap instead of terminfo, then maybe termcap
can be a separate package it depends on...?
	I am curious what dependancy brought this in.

Paul
set@pobox.com

Re: [gentoo-user] Re: [gentoo-dev] annoying delays in screen since last update

[Jens-Uwe Mager]

On Wed, Aug 28, 2002 at 06:10:30PM +0200, Gert Menke wrote:
> But isn't an /etc/termcap a good thing to have? Why does it suddenly take
> so long to parse it? Perhaps it has been replaced with a much bigger
> version than before during the last baselayout update? It's 16k lines long
> which seems quite huge...

I do not think that having a termcap at all is a good thing. All halfway
sane programs use curses instead of the old termcap routines, especially
as curses has routines to emulate the old termcap routines. So for very
old software that insists on linking against libtermcap you can in most
cases substitute libcurses (or libncurses).

-- 
Jens-Uwe Mager	<pgp-mailto:62CFDB25>