Re: modules for the X 4.x server

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 18:19]:
> is there a location where I can find information about
> all the modules which are coming with the new X Server ?

Short of the source, I think my XF86Config-4 file is the closest thing
around. :)

$ cat /etc/X11/XF86Config-4  | grep -i load
Load  "ddc"
Load  "bitmap"
Load  "speedo"
Load  "vbe"
Load  "int10"
Load  "GLcore"
Load  "dbe"
Load  "dri"
Load  "extmod"
Load  "glx"
Load  "pex5"
Load  "record"
Load  "xie"
Load  "freetype"
Load  "type1"

God only knows what int10 and record does. I also probably don't need
some of these (actually, glx/dri doesn't work in my current dual-head
setup, so removing those might actually help! :) -- but what the hey,
it mostly works great. :)

-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''

Re: X 4 & xf86cfg

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 18:14]:
> wow, my X4 is already running.  But when I try to use
> xf86cfg I get a message:
> 
> Cannot open Cards database.
> 
> what am I missing?

Line 164 in changelog.Debian.gz for xfree86-common:

  * debian/xserver-xfree86.*: stop shipping xf86config tool and related
files -- TEMPORARILY -- it will be back in a future Debian release

I think this was done because these tools worked only occasionally. I
was lucky, and mine worked like a charm. For most people, it did the
whole segfault sort of thing. :-/

-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''

Re: upgrading to the X4 server

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 16:55]:
> is there any documentation how to upgrade from
> a 3.3.6 Server to the 4.x server?

No, I don't think there is. However, this might help you: (And no, I
don't know why I installed the proxy, frame buffer deal, nested X
server, or what uses the X print server.. :)

$ dpkg -l '*x*' | grep 4.0.1
ii  lbxproxy   4.0.1-8Low Bandwidth X (LBX) proxy server
ii  libxaw-dev 4.0.1-8X Athena widget set library development file
ii  libxaw64.0.1-8X Athena widget set library (version 6)
ii  libxaw74.0.1-8X Athena widget set library
ii  proxymngr  4.0.1-8X proxy services manager
ii  xbase-clients  4.0.1-8miscellaneous X clients
ii  xfonts-100dpi  4.0.1-8100 dpi fonts for X
ii  xfonts-75dpi   4.0.1-875 dpi fonts for X
ii  xfonts-base4.0.1-8standard fonts for X
ii  xfonts-pex 4.0.1-8fonts for minimal PEX support in X
ii  xfonts-scalabl 4.0.1-8scalable fonts for X
ii  xfree86-common 4.0.1-8X Window System (XFree86) infrastructure
ii  xfwp   4.0.1-8X firewall proxy server
ii  xlib6g 4.0.1-8pseudopackage providing X libraries
ii  xlib6g-dev 4.0.1-8pseudopackage providing X library developmen
ii  xlibmesa3  4.0.1-8XFree86 version of Mesa 3D graphics library
ii  xlibosmesa34.0.1-8XFree86 version of Mesa off-screen rendering
ii  xlibs  4.0.1-8X Window System client libraries
ii  xlibs-dev  4.0.1-8X Window System client library development f
ii  xnest  4.0.1-8nested X server
ii  xprt   4.0.1-8X print server
ii  xserver-common 4.0.1-8files and utilities common to all X servers
ii  xserver-xfree8 4.0.1-8the XFree86 X server
ii  xterm  4.0.1-8X terminal emulator
ii  xutils 4.0.1-8XFree86 utility programs
ii  xvfb   4.0.1-8virtual framebuffer X server


-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''

Re: modules for the X 4.x server

[Zephaniah E\. Hull]

On Wed, Nov 29, 2000 at 09:53:52PM -0800, Seth Arnold wrote:

> God only knows what int10

It is used for 'softbooting' video cards, basicly reiniting.
Very likely used for your second head.

> and record

Hell if I know.
> does. I also probably don't need
> some of these (actually, glx/dri doesn't work in my current dual-head
> setup, so removing those might actually help! :)

Err, you probably want to remove them, every now and then there are,
issues, with the DRI code trees.

Zephaniah E. Hull.

> -- but what the hey,
> it mostly works great. :)
> 
> -- 
> ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
> really impressed down here, I can tell you.''

-- 
 PGP EA5198D1-Zephaniah E. Hull <[EMAIL PROTECTED]>-GPG E65A7801
Keys available at http://whitestar.soark.net/~warp/public_keys.
   CCs of replies from mailing lists are encouraged.

 "Guns don't kill people. It's those damn bullets. Guns just make them
  go really really fast." -- Jake Johanson

 PGP signature

Re: modules for the X 4.x server

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 18:19]:
> is there a location where I can find information about
> all the modules which are coming with the new X Server ?

Short of the source, I think my XF86Config-4 file is the closest thing
around. :)

$ cat /etc/X11/XF86Config-4  | grep -i load
Load  "ddc"
Load  "bitmap"
Load  "speedo"
Load  "vbe"
Load  "int10"
Load  "GLcore"
Load  "dbe"
Load  "dri"
Load  "extmod"
Load  "glx"
Load  "pex5"
Load  "record"
Load  "xie"
Load  "freetype"
Load  "type1"

God only knows what int10 and record does. I also probably don't need
some of these (actually, glx/dri doesn't work in my current dual-head
setup, so removing those might actually help! :) -- but what the hey,
it mostly works great. :)

-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: X 4 & xf86cfg

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 18:14]:
> wow, my X4 is already running.  But when I try to use
> xf86cfg I get a message:
> 
> Cannot open Cards database.
> 
> what am I missing?

Line 164 in changelog.Debian.gz for xfree86-common:

  * debian/xserver-xfree86.*: stop shipping xf86config tool and related
files -- TEMPORARILY -- it will be back in a future Debian release

I think this was done because these tools worked only occasionally. I
was lucky, and mine worked like a charm. For most people, it did the
whole segfault sort of thing. :-/

-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: upgrading to the X4 server

[Seth Arnold]

* Johannes Zellner <[EMAIL PROTECTED]> [001129 16:55]:
> is there any documentation how to upgrade from
> a 3.3.6 Server to the 4.x server?

No, I don't think there is. However, this might help you: (And no, I
don't know why I installed the proxy, frame buffer deal, nested X
server, or what uses the X print server.. :)

$ dpkg -l '*x*' | grep 4.0.1
ii  lbxproxy   4.0.1-8Low Bandwidth X (LBX) proxy server
ii  libxaw-dev 4.0.1-8X Athena widget set library development file
ii  libxaw64.0.1-8X Athena widget set library (version 6)
ii  libxaw74.0.1-8X Athena widget set library
ii  proxymngr  4.0.1-8X proxy services manager
ii  xbase-clients  4.0.1-8miscellaneous X clients
ii  xfonts-100dpi  4.0.1-8100 dpi fonts for X
ii  xfonts-75dpi   4.0.1-875 dpi fonts for X
ii  xfonts-base4.0.1-8standard fonts for X
ii  xfonts-pex 4.0.1-8fonts for minimal PEX support in X
ii  xfonts-scalabl 4.0.1-8scalable fonts for X
ii  xfree86-common 4.0.1-8X Window System (XFree86) infrastructure
ii  xfwp   4.0.1-8X firewall proxy server
ii  xlib6g 4.0.1-8pseudopackage providing X libraries
ii  xlib6g-dev 4.0.1-8pseudopackage providing X library developmen
ii  xlibmesa3  4.0.1-8XFree86 version of Mesa 3D graphics library
ii  xlibosmesa34.0.1-8XFree86 version of Mesa off-screen rendering
ii  xlibs  4.0.1-8X Window System client libraries
ii  xlibs-dev  4.0.1-8X Window System client library development f
ii  xnest  4.0.1-8nested X server
ii  xprt   4.0.1-8X print server
ii  xserver-common 4.0.1-8files and utilities common to all X servers
ii  xserver-xfree8 4.0.1-8the XFree86 X server
ii  xterm  4.0.1-8X terminal emulator
ii  xutils 4.0.1-8XFree86 utility programs
ii  xvfb   4.0.1-8virtual framebuffer X server


-- 
``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all
really impressed down here, I can tell you.''


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

modules for the X 4.x server

[Johannes Zellner]

Hello,

is there a location where I can find information about
all the modules which are coming with the new X Server ?

-- 
   Johannes

X 4 & xf86cfg

[Johannes Zellner]

Hello,

wow, my X4 is already running.  But when I try to use
xf86cfg I get a message:

Cannot open Cards database.

what am I missing?

-- 
   Johannes

upgrading to the X4 server

[Johannes Zellner]

Hi, 

is there any documentation how to upgrade from
a 3.3.6 Server to the 4.x server?

-- 
   Johannes

modules for the X 4.x server

[Johannes Zellner]

Hello,

is there a location where I can find information about
all the modules which are coming with the new X Server ?

-- 
   Johannes


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

X 4 & xf86cfg

[Johannes Zellner]

Hello,

wow, my X4 is already running.  But when I try to use
xf86cfg I get a message:

Cannot open Cards database.

what am I missing?

-- 
   Johannes


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

upgrading to the X4 server

[Johannes Zellner]

Hi, 

is there any documentation how to upgrade from
a 3.3.6 Server to the 4.x server?

-- 
   Johannes


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Branden Robinson]

On Wed, Nov 29, 2000 at 03:31:06PM +0100, Torbjörn Andersson wrote:
> Christian T. Steigies wrote:
> 
> > I was trying to build the latest x4.0 on m68k. I could not unpack because
> > the orig.tar.gz file has a different size than the previous version. Looking
> > at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
> > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > only once for every upstream version? I do not want to download 50MB for
> > every test build if 4MB are enough...
> 
> The package changelog says that "CVS rdiff problems necessitate fresh upload
> of .orig.tar.gz". I don't know exactly what that means, though.

It means that doing this:

cvs -q -d /scratch/4.x/cvsup rdiff -u -r xf-4_0_1 -r xf-4_0_1f xc > ../401f.diff

Led to a case where 401f.diff could not be applied to the unpacked sources
of XFree86.  I've been told that sometimes this happens, because when you
have a large volume of changes, and RCS version numbers hopping around,
the patch tool just can't make sense of it.

-- 
G. Branden Robinson |The greatest productive force is human
Debian GNU/Linux|selfishness.
[EMAIL PROTECTED]  |-- Robert Heinlein
http://www.debian.org/~branden/ |


pgpW0zB70cta8.pgp
Description: PGP signature

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Branden Robinson]

On Wed, Nov 29, 2000 at 08:18:13AM -0600, Christian T. Steigies wrote:
> On Wed, Nov 29, 2000 at 02:28:59PM +0100, Charl P. Botha wrote:
> > On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> > > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > > only once for every upstream version? I do not want to download 50MB for
> > > every test build if 4MB are enough...
> > 
> > Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
> > with -8, the snapshot is at 4.0.1f.
> Thats fine, but when he changes the orig.tar.gz, shouldn't it get a new
> version number then? Like 4.0.1f.orig.tar.gz? I mean, I only noticed that I
> need a new orig.tar.gz when I found this morning that the build which I had
> started last night did not come very far...

I used the -sa option to dpkg-buildpackage.  Wasn't that the right thing to do?

-- 
G. Branden Robinson |
Debian GNU/Linux| If existence exists,
[EMAIL PROTECTED]  | why create a creator?
http://www.debian.org/~branden/ |


pgpPA2nWTS76I.pgp
Description: PGP signature

[carlos@fisica.ufpr.br: info on 3.3.6 -> 4]

[Branden Robinson]

The short answer is yes.  You just upgrade everything except xserver-*.

- Forwarded message from Carlos Carvalho <[EMAIL PROTECTED]> -

From: Carlos Carvalho <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>
Subject: info on 3.3.6 -> 4
Date: Wed, 29 Nov 2000 07:59:29 -0200
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: VM 6.81 under Emacs 19.34.1

Hi,

I'm considering going to xfree 4, but I need to know if I can upgrade
just a server where the clients run, which means the xlibs and fonts,
without upgrading the xserver on client machines. This is crucial
because if I need to upgrade the clients as well I have to upgrade
most machines in our department, and all at the same time...

Is there a readme somewhere on the transition that's not inside one of
the packages? If not, in which package is there one?

- End forwarded message -

-- 
G. Branden Robinson|Optimists believe we live in the best of
Debian GNU/Linux   |all possible worlds.  Pessimists are
[EMAIL PROTECTED]  |afraid the optimists are right.
http://deadbeast.net/~branden/ |


pgpahKOaKvGTZ.pgp
Description: PGP signature

Re: Bug#78254 acknowledged by developer (Re: Bug#78254: xkb definition files should be locate on /usr subdirectory)

[Branden Robinson]

On Wed, Nov 29, 2000 at 06:39:50PM +0100, Zdenek Kabelac wrote:
> > On Tue, Nov 28, 2000 at 04:46:58PM +0100, Zdenek Kabelac wrote:
> > > I would say that /etc/X11/xkb is not the best place for these files.
> > 
> > Upstream disagrees.
> > 
> 
> Hi
> 
> May I know who is the "Upstream" ??

The XFree86 Project, Inc. 

> As I really think /etc is for configuration files and the xkb files
> are not configuration files  (unless you think everyone should configure
> its own keyboard - but then again I think that's why xmodmap is here)

You're wrong.  xmodmap is an underpowered tool for sophisticated keyboard
needs.  People can and do modify xkb definition files, and in fact I think
I have one or two open bug reports from long ago, asking that they be
conffiles.

Please direct further argument upstream.  I'm shipping the files where the
default Makefiles place them.

-- 
G. Branden Robinson| It doesn't matter what you are doing,
Debian GNU/Linux   | emacs is always overkill.
[EMAIL PROTECTED]  | -- Stephen J. Carpenter
http://deadbeast.net/~branden/ |


pgpE0iYwbhmRp.pgp
Description: PGP signature

Re: "slow" xdm startup

[Charl P. Botha]

On Wed, Nov 29, 2000 at 03:23:07PM +0100, Jens Thiele wrote:
> xdm startup takes 1-2minutes with 100% cpu
> strace shows that xdm is reading from /dev/urandom again and again:

Hmmm, strange.  FWIW, on my potato machine (2.2.17, promise pdc202xx.c
patches only) I don't have this problem with the -8 debs.

-- 
charl p. botha  | computer graphics and cad/cam 
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Branden Robinson]

On Wed, Nov 29, 2000 at 03:31:06PM +0100, Torbjörn Andersson wrote:
> Christian T. Steigies wrote:
> 
> > I was trying to build the latest x4.0 on m68k. I could not unpack because
> > the orig.tar.gz file has a different size than the previous version. Looking
> > at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
> > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > only once for every upstream version? I do not want to download 50MB for
> > every test build if 4MB are enough...
> 
> The package changelog says that "CVS rdiff problems necessitate fresh upload
> of .orig.tar.gz". I don't know exactly what that means, though.

It means that doing this:

cvs -q -d /scratch/4.x/cvsup rdiff -u -r xf-4_0_1 -r xf-4_0_1f xc > ../401f.diff

Led to a case where 401f.diff could not be applied to the unpacked sources
of XFree86.  I've been told that sometimes this happens, because when you
have a large volume of changes, and RCS version numbers hopping around,
the patch tool just can't make sense of it.

-- 
G. Branden Robinson |The greatest productive force is human
Debian GNU/Linux|selfishness.
[EMAIL PROTECTED]  |-- Robert Heinlein
http://www.debian.org/~branden/ |

 PGP signature

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Branden Robinson]

On Wed, Nov 29, 2000 at 08:18:13AM -0600, Christian T. Steigies wrote:
> On Wed, Nov 29, 2000 at 02:28:59PM +0100, Charl P. Botha wrote:
> > On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> > > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > > only once for every upstream version? I do not want to download 50MB for
> > > every test build if 4MB are enough...
> > 
> > Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
> > with -8, the snapshot is at 4.0.1f.
> Thats fine, but when he changes the orig.tar.gz, shouldn't it get a new
> version number then? Like 4.0.1f.orig.tar.gz? I mean, I only noticed that I
> need a new orig.tar.gz when I found this morning that the build which I had
> started last night did not come very far...

I used the -sa option to dpkg-buildpackage.  Wasn't that the right thing to do?

-- 
G. Branden Robinson |
Debian GNU/Linux| If existence exists,
[EMAIL PROTECTED]  | why create a creator?
http://www.debian.org/~branden/ |

 PGP signature

[carlos@fisica.ufpr.br: info on 3.3.6 -> 4]

[Branden Robinson]

The short answer is yes.  You just upgrade everything except xserver-*.

- Forwarded message from Carlos Carvalho <[EMAIL PROTECTED]> -

From: Carlos Carvalho <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>
Subject: info on 3.3.6 -> 4
Date: Wed, 29 Nov 2000 07:59:29 -0200
Delivered-To: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
X-Mailer: VM 6.81 under Emacs 19.34.1

Hi,

I'm considering going to xfree 4, but I need to know if I can upgrade
just a server where the clients run, which means the xlibs and fonts,
without upgrading the xserver on client machines. This is crucial
because if I need to upgrade the clients as well I have to upgrade
most machines in our department, and all at the same time...

Is there a readme somewhere on the transition that's not inside one of
the packages? If not, in which package is there one?

- End forwarded message -

-- 
G. Branden Robinson|Optimists believe we live in the best of
Debian GNU/Linux   |all possible worlds.  Pessimists are
[EMAIL PROTECTED]  |afraid the optimists are right.
http://deadbeast.net/~branden/ |

 PGP signature

Re: Bug#78254 acknowledged by developer (Re: Bug#78254: xkb definition files should be locate on /usr subdirectory)

[Branden Robinson]

On Wed, Nov 29, 2000 at 06:39:50PM +0100, Zdenek Kabelac wrote:
> > On Tue, Nov 28, 2000 at 04:46:58PM +0100, Zdenek Kabelac wrote:
> > > I would say that /etc/X11/xkb is not the best place for these files.
> > 
> > Upstream disagrees.
> > 
> 
> Hi
> 
> May I know who is the "Upstream" ??

The XFree86 Project, Inc. 

> As I really think /etc is for configuration files and the xkb files
> are not configuration files  (unless you think everyone should configure
> its own keyboard - but then again I think that's why xmodmap is here)

You're wrong.  xmodmap is an underpowered tool for sophisticated keyboard
needs.  People can and do modify xkb definition files, and in fact I think
I have one or two open bug reports from long ago, asking that they be
conffiles.

Please direct further argument upstream.  I'm shipping the files where the
default Makefiles place them.

-- 
G. Branden Robinson| It doesn't matter what you are doing,
Debian GNU/Linux   | emacs is always overkill.
[EMAIL PROTECTED]  | -- Stephen J. Carpenter
http://deadbeast.net/~branden/ |

 PGP signature

Re: "slow" xdm startup

[Charl P. Botha]

On Wed, Nov 29, 2000 at 03:23:07PM +0100, Jens Thiele wrote:
> xdm startup takes 1-2minutes with 100% cpu
> strace shows that xdm is reading from /dev/urandom again and again:

Hmmm, strange.  FWIW, on my potato machine (2.2.17, promise pdc202xx.c
patches only) I don't have this problem with the -8 debs.

-- 
charl p. botha  | computer graphics and cad/cam 
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Torbjörn Andersson]

Christian T. Steigies wrote:

> I was trying to build the latest x4.0 on m68k. I could not unpack because
> the orig.tar.gz file has a different size than the previous version. Looking
> at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
> diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> only once for every upstream version? I do not want to download 50MB for
> every test build if 4MB are enough...

The package changelog says that "CVS rdiff problems necessitate fresh upload
of .orig.tar.gz". I don't know exactly what that means, though.

Torbjörn Andersson

"slow" xdm startup

[Jens Thiele]

xdm startup takes 1-2minutes with 100% cpu
strace shows that xdm is reading from /dev/urandom again and again:

read(4, "V>\24\243B2B\330\346\24\215\322\202\277\276\340\275^\264"...,
8192) = 8192
read(4, "ES}\310\16\220\\\322\265(i\365\233t\3243\205uj\356\307"...,
8192) = 8192
read(4, "\230\16\26\367\247\241\275\255\302\36708?\221\4\343\10"...,
8192) = 8192
read(4, "F\374\204\323\37\325\275\217d\316\331\203O\271\211?)\244"...,
8192) = 8192
read(4, "t\214\30-\312\334^\255\325\317\317Fi\221*Di\266\216\361"...,
8192) = 8192

is it a bug or a feature ;-) ?

i am using:
debian potato with the unofficial x4 packages for potato from:
deb http://people.debian.org/%7Ecpbotha/ xf401_potato/i386/
deb http://people.debian.org/%7Ecpbotha/ xf401_potato/all/
linux kernel 2.2.17 + usb backport

the xdm package: (I am using the configuration files from the package -
I did no midifications!)
i  xdm  4.0.1-8  X display manager

I tested it on 2 hosts  - both had the problem.

Before I did build xfree86_4.0.1-0phase2v18 for potato myself and didn't
have this problem
(at least it didn't take that long).

thx for any help/comments 

karme

--
email [EMAIL PROTECTED]
IRC   Karme 
HPhttp://www-ti.informatik.uni-tuebingen.de/~thiele

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Christian T. Steigies]

On Wed, Nov 29, 2000 at 02:28:59PM +0100, Charl P. Botha wrote:
> On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > only once for every upstream version? I do not want to download 50MB for
> > every test build if 4MB are enough...
> 
> Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
> with -8, the snapshot is at 4.0.1f.
Thats fine, but when he changes the orig.tar.gz, shouldn't it get a new
version number then? Like 4.0.1f.orig.tar.gz? I mean, I only noticed that I
need a new orig.tar.gz when I found this morning that the build which I had
started last night did not come very far...

Christian
-- 
http://people.debian.org/~cts/

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Charl P. Botha]

On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> only once for every upstream version? I do not want to download 50MB for
> every test build if 4MB are enough...

Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
with -8, the snapshot is at 4.0.1f.

-- 
charl p. botha  | computer graphics and cad/cam 
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Torbjörn Andersson]

Christian T. Steigies wrote:

> I was trying to build the latest x4.0 on m68k. I could not unpack because
> the orig.tar.gz file has a different size than the previous version. Looking
> at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
> diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> only once for every upstream version? I do not want to download 50MB for
> every test build if 4MB are enough...

The package changelog says that "CVS rdiff problems necessitate fresh upload
of .orig.tar.gz". I don't know exactly what that means, though.

Torbjörn Andersson



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

"slow" xdm startup

[Jens Thiele]

xdm startup takes 1-2minutes with 100% cpu
strace shows that xdm is reading from /dev/urandom again and again:

read(4, "V>\24\243B2B\330\346\24\215\322\202\277\276\340\275^\264"...,
8192) = 8192
read(4, "ES}\310\16\220\\\322\265(i\365\233t\3243\205uj\356\307"...,
8192) = 8192
read(4, "\230\16\26\367\247\241\275\255\302\36708?\221\4\343\10"...,
8192) = 8192
read(4, "F\374\204\323\37\325\275\217d\316\331\203O\271\211?)\244"...,
8192) = 8192
read(4, "t\214\30-\312\334^\255\325\317\317Fi\221*Di\266\216\361"...,
8192) = 8192

is it a bug or a feature ;-) ?

i am using:
debian potato with the unofficial x4 packages for potato from:
deb http://people.debian.org/%7Ecpbotha/ xf401_potato/i386/
deb http://people.debian.org/%7Ecpbotha/ xf401_potato/all/
linux kernel 2.2.17 + usb backport

the xdm package: (I am using the configuration files from the package -
I did no midifications!)
i  xdm  4.0.1-8  X display manager

I tested it on 2 hosts  - both had the problem.

Before I did build xfree86_4.0.1-0phase2v18 for potato myself and didn't
have this problem
(at least it didn't take that long).

thx for any help/comments 

karme

--
email [EMAIL PROTECTED]
IRC   Karme 
HPhttp://www-ti.informatik.uni-tuebingen.de/~thiele


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Christian T. Steigies]

On Wed, Nov 29, 2000 at 02:28:59PM +0100, Charl P. Botha wrote:
> On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> > diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> > only once for every upstream version? I do not want to download 50MB for
> > every test build if 4MB are enough...
> 
> Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
> with -8, the snapshot is at 4.0.1f.
Thats fine, but when he changes the orig.tar.gz, shouldn't it get a new
version number then? Like 4.0.1f.orig.tar.gz? I mean, I only noticed that I
need a new orig.tar.gz when I found this morning that the build which I had
started last night did not come very far...

Christian
-- 
http://people.debian.org/~cts/


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Christian T. Steigies]

Hi,
I was trying to build the latest x4.0 on m68k. I could not unpack because
the orig.tar.gz file has a different size than the previous version. Looking
at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
diff files. Was that done intentional? I thought orig.tar.gz was uploaded
only once for every upstream version? I do not want to download 50MB for
every test build if 4MB are enough...

Christian
-- 
First they ignore you. Then they laugh about you. Then they fight you. 
And then you win. [Mahatma Gandhi]

Re: 49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Charl P. Botha]

On Wed, Nov 29, 2000 at 12:29:17PM +0100, Christian T. Steigies wrote:
> diff files. Was that done intentional? I thought orig.tar.gz was uploaded
> only once for every upstream version? I do not want to download 50MB for
> every test build if 4MB are enough...

Branden's X 4.0.1 packages are tracking the X snapshots.  You'll see that
with -8, the snapshot is at 4.0.1f.

-- 
charl p. botha  | computer graphics and cad/cam 
http://cpbotha.net/ | http://www.cg.its.tudelft.nl/


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

49734308 Nov 25 14:53 xfree86_4.0.1.orig.tar.gz

[Christian T. Steigies]

Hi,
I was trying to build the latest x4.0 on m68k. I could not unpack because
the orig.tar.gz file has a different size than the previous version. Looking
at an ftp mirror I see that orig.tar.gz also has the date of the dsc and
diff files. Was that done intentional? I thought orig.tar.gz was uploaded
only once for every upstream version? I do not want to download 50MB for
every test build if 4MB are enough...

Christian
-- 
First they ignore you. Then they laugh about you. Then they fight you. 
And then you win. [Mahatma Gandhi]


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]