Bug 4286 – problem with XFree86 and kppp

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 4286 - problem with XFree86 and kppp

Summary:	problem with XFree86 and kppp

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	kdenetwork (Show other bugs)
Sub Component:
Version:	6.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	David Lawrence
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-07-31 12:50 EDT by bpinaud
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	1999-08-02 08:54:01 EDT
Type:	---
Regression:	---
Mount Type:	---
Documentation:	---
CRM:
Verified Versions:
Category:	---
oVirt Team:	---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---

Attachments	(Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description bpinaud 1999-07-31 12:50:18 EDT

I've have the latest version of kde and XFree86 and there is
still a problem when i'm connected to the internet using
kppp. The problem is that the X server (i use the Mach64
server) is refusing connection to all X applications so
before going on the web i've have to start all applications
i want to use during my kppp session.

Comment 1 Jay Turner 1999-08-02 08:54:59 EDT

This is actually not a problem with kppp or even KDE itself, but
rather with CORBA.  CORBA is trying to perform a reverse lookup of the
hostname before starting any applications.  I am assuming that your
hostname is currently set to localhost.localdomain.  This being the
case, then you dial up to your ISP, the network scripts that get
executed are assigning you a new hostname, and therefore CORBA is not
able to perform that reverse lookup anymore and you see what happens.
To solve this problem, give your machine a real hostname (check "man
hostname") and then add this entry to your /etc/hosts file (mimic the
entry which is already there for localhost)  This way when you dial
up, you will not get a new hostname (since you have already assigned
one) and CORBA will be able to perform the reverse lookup because the
assignment is given in /etc/hosts.

Note You need to log in before you can comment on or make changes to this bug.