Bug#11147: you're really cute

[rachel_cruz_hrdu]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in 
touch with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
17l2

Bug#11147: you're really cute

[rachel_cruz_slgd]

Sorry   I haven't been back in touch with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
9057Ssmj6-331uXgt2690l20¡CRP‚D€Dzf¢–Úy¸šŸު笶X¬¶Ç^n&§¢¸0ŠØZ²æãyËh~éì¹»®&ÞNº.nW‚¢{ZrÙb²Ùš²×«–+-±×›‰©è®

Bug#116507: you're really cute

[rachel_cruz_iadg]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in 
touch with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
1968SVQF8-814fQOG7752EmyH8-280vKmf7792bNrc9-049iccl8013QQwZ6-983Umrk4145RJId3-2l74

Bug#126519: you're really cute

[rachel_cruz_gmog]

Sorry   I haven't been back in touch with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
7145XAIQ9-015BqTD6775IXHK0-873UlrE2551cebl39èPԔ ‘ ™¨¥¶‡^n&§Æ·ª¹ë-–+-±×›‰©è®"¶¬¹¸ÞrÚº{.nÇ+‰·“®‹›•à¨žÖœ¶X¬¶f¬µêåŠËluæâjz+

Bug#126519: you're really cute

[rachel_cruz_kgog]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in 
touch with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
3291FmPo6-060ivPF6613Xnnk3-324xXIF2470zIxzl40

Bug#130870: you're really cute

[rachel_cruz_rcij]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in touch 
with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
0495jHCW0-090hzoa8210syWU6-901UgtW7167FQWh7-83l43N…
I@R 

隊[huæâj|kz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

Bug#126519: you're really cute

[rachel_cruz_sggc]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in touch 
with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
9804uBPz9-429Xdmw65l18N…
I@R
隊[huæâj|kz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

Bug#11147: you're really cute

[rachel_cruz_hrdu]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in touch 
with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
17l2N…
I@R  
隊[huæâj|kz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

Bug#116507: you're really cute

[rachel_cruz_iadg]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in touch 
with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
1968SVQF8-814fQOG7752EmyH8-280vKmf7792bNrc9-049iccl8013QQwZ6-983Umrk4145RJId3-2l74N…
I@R
隊[huæâj|kz«ž²Ùb²Ûy¸šžŠàÂ+aj˛ç-¡û§²æìr¸›y:è¹¹^
‰íiËeŠËfjË^®X¬¶Ç^n&§¢¸

Bug#126519: you're really cute

[rachel_cruz_kgog]

http://www.icon.bz/ink/md/webcam.exe";>Sorry   I haven't been back in touch 
with you since our chat just before the Holiday's. 
  I've posted the new pictures we discussed. Click here to see them. 
 
 
 
 
 
 
 
 
3291FmPo6-060ivPF6613Xnnk3-324xXIF2470zIxzl40¡CRP‚D€Dzf¢–Úy¸šŸު笶X¬¶Ç^n&§¢¸0ŠØZ²æãyËh~éì¹»®&ÞNº.nW‚¢{ZrÙb²Ùš²×«–+-±×›‰©è®

Bug#178685: xdm no longer responds to ^R

[Brendan O'Dea]

Package: xdm
Version: 4.2.1-5

Issuing ^R at the xdm greeter now inserts a non-printing character
rather than aborting the display.

Occurs on i386 and powerpc.

The distributed /etc/X11/xdm/Xresources still contains the keybinding:

xlogin*login.translations: #override  
CtrlR: abort-display()\n 

so presumably the input is not being recognised correctly for some
reason.

--bod

Processed: Updated email address for my bugs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> submitter 25304 !
Bug#25304: aXe occasionally gets SEGV
Changed Bug submitter.

> submitter 32048 !
Bug#32048: xserver-svga: [tvga8900] server malfunctions on Trident 9440
Changed Bug submitter.

> submitter 35042 !
Bug#35042: Cruft depends on file?
Changed Bug submitter.

> submitter 46564 !
Bug#46564: whatis parse fails for manpage
Changed Bug submitter.

> submitter 170465 !
Bug#170465: Non-native packages must have diff.gz
Changed Bug submitter.

> submitter 162782 !
Bug#162782: ddclient.config generated bad config file
Changed Bug submitter.

> submitter 169847 !
Bug#169847: smurf -c segfaults
Changed Bug submitter.

> submitter 170467 !
Bug#170467: Missing manpage
Changed Bug submitter.

> submitter 170927 !
Bug#170927: Spurious warning in gsfonts install scripts
Changed Bug submitter.

> submitter 170445 !
Bug#170445: Spelling errors in setup menu
Changed Bug submitter.

> submitter 168336 !
Bug#168336: Header tests broken
Changed Bug submitter.

> submitter 169891 !
Bug#169891: Body tests not working with base64-encoded emails?
Changed Bug submitter.

> submitter 170081 !
Bug#170081: debian/rules should call dpkg-genchanges with -isp
Changed Bug submitter.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#178685: xdm no longer responds to ^R

[Brendan O'Dea]

Package: xdm
Version: 4.2.1-5

Issuing ^R at the xdm greeter now inserts a non-printing character
rather than aborting the display.

Occurs on i386 and powerpc.

The distributed /etc/X11/xdm/Xresources still contains the keybinding:

xlogin*login.translations: #override  
CtrlR: abort-display()\n 

so presumably the input is not being recognised correctly for some
reason.

--bod



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

Bug#178600: xfree86: Support for the S3Trio64V2

[Santiago Garcia Mantinan]

> Why do you call it a "dummy" patch?  It looks to me like it actually
> does something.

Yes, well the thing is that the patch is only a couple of defines and an if
sentence. It works by allowing the 64V2 work like the other trios and
setting the maximun clocks allowed (set using the values we've seen on X
3.3.6, we don't have data for this), we have not written any special code
for the card as we don't have the specs, that is why I call it dummy ;-)

> It applies cleanly to XFree86 4.2.1-5, so I am including it in the next

Yep, I'm running 4.2.1-5 patched with this on one of our servers, it seems
to work quite well.

> release.  I don't have any S3 cards, so I will have to rely on the user
> community to let me know if this patch works for them, and that it
> doesn't break anything.

I don't think it will break anything, but I don't know the Xfree internals,
we just put in the necesary stuff for it to work on this cards. And yes, I
suppose you are gonna have to rely on the community for the testing.

Regards...
-- 
Manty/BestiaTester -> http://manty.net

Re: Font loading extremely slow with the UTF-8 locale

[Eduard Bloch]

#include 
* Branden Robinson [Mon, Jan 27 2003, 12:15:04PM]:

> > > > What is your problem with my attitude? As said before, my Priority are
> > > > Our Users and Free Software, see Social Contract. Not personal warfares,
> > > > no faulty decissions ruled by semi-technical (but personal) problems.
> > > 
> > > This may come as a deep shock to you, but your personal opinions on how
> > > Debian can best serve its users and free software are not shared by
> > > everyone else in the project.
> > 
> > Hehe. If more people would agree with you more often, you would be the
> > DPL now.
> 
> Not necessarily, and wholly irrelevant to this line of discussion.  In

I am glad that you finaly realized it. It began with your first
reference to the other post, without any help in this issue but using
this mail to strike back.

> any event, I'd rather lose a popularity contest if to win it means
> sacrificing my sense of integrity.
> > I hope this does not sound slighting.
> 
> As opposed to many of the other remarks you make about me and my
> packages?

Not many. And now, please don't send any further off-topic mails to the
mailing list - it is useless to have a public flamewar against you,
since you often showed to be the Napalm.

> > Sure, everybody can say that he is right and his idea is the one that
> > better fits into the Social Contract. But OTOH I showed that your
> > failure caused a violation of it.
> 
> ...in your interpretation.  I do not see how refusing to violate the freeze
> guidelines set down by the Release Manager is a personal failure on my
> part to satisfy the Social Contract.  I also do not see how not
> optimizing upstream code with a patch that, to my knowledge, doesn't
> even exist yet is a personal failure on my part to satisfy the contract.

Now, we mix the things up. I tried KNOPPIX and there is the same
problem, bad, bad performance of IceWM in UTF-8 mode.

> > Will do, when the time comes. The gradual freeze caused more problems
> > then it ever should.
> 
> ...in your opinion.  Why are the decisions of the Release Manager my
> problem?
...
> Why are the decisions of the Release Manager and FTP admins my problem?

That are not your problems, and you may not be the one to blame for the
current situation, since we all have been fooled several times with the
information about the final deadline.

> If I were DPL, I would have more responsibility for such things.  Maybe
> you take your grievances to the person who was elected to that office,
> and not to random package maintainers.

When the time comes, I will make more presure. As said, gradual freeze
was IMO a disaster and should not happen again in this form.

> > Because it shipped with working modules (read: those from XFree4.2)
> > while Woody could not support one-year-old Geforce4 when released?
> 
> Why are the decisions of the Release Manager my problem?  Who prevented
> you from packaging XFree86 4.2.0 in January 2002 and releasing "Bloch
> Linux", an enhanced version of Debian GNU/Linux with XFree86 modules
> that "work"?

Guess what, I had other things to do. It would look different I would
have had more time. And yes, you will claim the same. And I think,
DanielS does the right thing this time. Debian packages should be ready
when the upstream is ready and not need another upstream release period.

> Moreover, what does Woody's release schedule and contents have to do
> with the speed of XFree86 4.2.1's UTF-8 font loading?
> 
> Can you pick a point and stick to it, please?

As said, you began with pointing to other messages about my attitude -
without that useless mail, discussion could still be On-Topic.

Gruss/Regards,
Eduard.
-- 
Da kam dann das Elfmeterschießen. Wir hatten alle die Hosen voll, aber
bei mir lief's ganz flüssig.
-- Paul Breitner

Processed: Updated email address for my bugs

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> submitter 25304 !
Bug#25304: aXe occasionally gets SEGV
Changed Bug submitter.

> submitter 32048 !
Bug#32048: xserver-svga: [tvga8900] server malfunctions on Trident 9440
Changed Bug submitter.

> submitter 35042 !
Bug#35042: Cruft depends on file?
Changed Bug submitter.

> submitter 46564 !
Bug#46564: whatis parse fails for manpage
Changed Bug submitter.

> submitter 170465 !
Bug#170465: Non-native packages must have diff.gz
Changed Bug submitter.

> submitter 162782 !
Bug#162782: ddclient.config generated bad config file
Changed Bug submitter.

> submitter 169847 !
Bug#169847: smurf -c segfaults
Changed Bug submitter.

> submitter 170467 !
Bug#170467: Missing manpage
Changed Bug submitter.

> submitter 170927 !
Bug#170927: Spurious warning in gsfonts install scripts
Changed Bug submitter.

> submitter 170445 !
Bug#170445: Spelling errors in setup menu
Changed Bug submitter.

> submitter 168336 !
Bug#168336: Header tests broken
Changed Bug submitter.

> submitter 169891 !
Bug#169891: Body tests not working with base64-encoded emails?
Changed Bug submitter.

> submitter 170081 !
Bug#170081: debian/rules should call dpkg-genchanges with -isp
Changed Bug submitter.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



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

Bug#178600: xfree86: Support for the S3Trio64V2

[Santiago Garcia Mantinan]

> Why do you call it a "dummy" patch?  It looks to me like it actually
> does something.

Yes, well the thing is that the patch is only a couple of defines and an if
sentence. It works by allowing the 64V2 work like the other trios and
setting the maximun clocks allowed (set using the values we've seen on X
3.3.6, we don't have data for this), we have not written any special code
for the card as we don't have the specs, that is why I call it dummy ;-)

> It applies cleanly to XFree86 4.2.1-5, so I am including it in the next

Yep, I'm running 4.2.1-5 patched with this on one of our servers, it seems
to work quite well.

> release.  I don't have any S3 cards, so I will have to rely on the user
> community to let me know if this patch works for them, and that it
> doesn't break anything.

I don't think it will break anything, but I don't know the Xfree internals,
we just put in the necesary stuff for it to work on this cards. And yes, I
suppose you are gonna have to rely on the community for the testing.

Regards...
-- 
Manty/BestiaTester -> http://manty.net



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

Re: Font loading extremely slow with the UTF-8 locale

[Eduard Bloch]

#include 
* Branden Robinson [Mon, Jan 27 2003, 12:15:04PM]:

> > > > What is your problem with my attitude? As said before, my Priority are
> > > > Our Users and Free Software, see Social Contract. Not personal warfares,
> > > > no faulty decissions ruled by semi-technical (but personal) problems.
> > > 
> > > This may come as a deep shock to you, but your personal opinions on how
> > > Debian can best serve its users and free software are not shared by
> > > everyone else in the project.
> > 
> > Hehe. If more people would agree with you more often, you would be the
> > DPL now.
> 
> Not necessarily, and wholly irrelevant to this line of discussion.  In

I am glad that you finaly realized it. It began with your first
reference to the other post, without any help in this issue but using
this mail to strike back.

> any event, I'd rather lose a popularity contest if to win it means
> sacrificing my sense of integrity.
> > I hope this does not sound slighting.
> 
> As opposed to many of the other remarks you make about me and my
> packages?

Not many. And now, please don't send any further off-topic mails to the
mailing list - it is useless to have a public flamewar against you,
since you often showed to be the Napalm.

> > Sure, everybody can say that he is right and his idea is the one that
> > better fits into the Social Contract. But OTOH I showed that your
> > failure caused a violation of it.
> 
> ...in your interpretation.  I do not see how refusing to violate the freeze
> guidelines set down by the Release Manager is a personal failure on my
> part to satisfy the Social Contract.  I also do not see how not
> optimizing upstream code with a patch that, to my knowledge, doesn't
> even exist yet is a personal failure on my part to satisfy the contract.

Now, we mix the things up. I tried KNOPPIX and there is the same
problem, bad, bad performance of IceWM in UTF-8 mode.

> > Will do, when the time comes. The gradual freeze caused more problems
> > then it ever should.
> 
> ...in your opinion.  Why are the decisions of the Release Manager my
> problem?
...
> Why are the decisions of the Release Manager and FTP admins my problem?

That are not your problems, and you may not be the one to blame for the
current situation, since we all have been fooled several times with the
information about the final deadline.

> If I were DPL, I would have more responsibility for such things.  Maybe
> you take your grievances to the person who was elected to that office,
> and not to random package maintainers.

When the time comes, I will make more presure. As said, gradual freeze
was IMO a disaster and should not happen again in this form.

> > Because it shipped with working modules (read: those from XFree4.2)
> > while Woody could not support one-year-old Geforce4 when released?
> 
> Why are the decisions of the Release Manager my problem?  Who prevented
> you from packaging XFree86 4.2.0 in January 2002 and releasing "Bloch
> Linux", an enhanced version of Debian GNU/Linux with XFree86 modules
> that "work"?

Guess what, I had other things to do. It would look different I would
have had more time. And yes, you will claim the same. And I think,
DanielS does the right thing this time. Debian packages should be ready
when the upstream is ready and not need another upstream release period.

> Moreover, what does Woody's release schedule and contents have to do
> with the speed of XFree86 4.2.1's UTF-8 font loading?
> 
> Can you pick a point and stick to it, please?

As said, you began with pointing to other messages about my attitude -
without that useless mail, discussion could still be On-Topic.

Gruss/Regards,
Eduard.
-- 
Da kam dann das Elfmeterschießen. Wir hatten alle die Hosen voll, aber
bei mir lief's ganz flüssig.
-- Paul Breitner


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

add ccache supper and optimize tag ?

[Thomas Graham]

Does anyone know how could I add ccache to X compile
process and how could I add optimize tag ?
I am using apt-get source xfree86 to grab the source, Thanks.

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk

Bug#178496: xserver-xfree86: [core server] module loading broken on Alpha due to GCC 3.2's new relocation type

[Falk Hueffner]

Hi,

here's a patch, extracted from upstream. I've tested it, it works
fine.

-- 
Falk

--- xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig  2003-01-26 
19:08:31.0 +0100
+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c   2003-01-26 
19:08:35.0 +0100
@@ -1116,6 +1116,7 @@ int   force;
 #if defined(__alpha__)
 unsigned int *dest32h; /* address of the high 32 bit place being 
modified */
 unsigned long *dest64;
+unsigned short *dest16;
 #endif
 #if defined(__ia64__)
 unsigned long *dest64;
@@ -1379,6 +1380,51 @@ int  force;
ELFDEBUG( "*dest32=%8.8x\n", *dest32 );
 #endif
  break;
+
+   case R_ALPHA_GPRELLOW:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+ 
+   *dest16=symval;
+   break;
+   }
+   case R_ALPHA_GPRELHIGH:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+   symval = ((long)symval >> 16) + ((symval >> 15) & 1);
+   if( (long)symval > 0x7fff ||
+   (long)symval < -(long)0x8000 ) {
+   FatalError("R_ALPHA_GPRELHIGH symval-got is too large for 
%s:%lx\n",
+   
ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
+   }
+ 
+   *dest16=symval;
+   break;
+   }
+   case R_ALPHA_GPREL16:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+   if( (long)symval > 0x7fff ||
+   (long)symval < -(long)0x8000 ) {
+   FatalError("R_ALPHA_GPREL16 symval-got is too large for 
%s:%lx\n",
+   
ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
+   }
+ 
+   *dest16=symval;
+   break;
+   }
  
 #endif /* alpha */
 #if defined(__mc68000__)
--- xc/programs/Xserver/hw/xfree86/loader/elf.h.orig2002-01-14 
19:16:52.0 +0100
+++ xc/programs/Xserver/hw/xfree86/loader/elf.h 2003-01-26 18:45:04.0 
+0100
@@ -245,7 +245,7 @@
 #define R_ALPHA_GPVALUE16
 #define R_ALPHA_GPRELHIGH  17
 #define R_ALPHA_GPRELLOW   18
-#define R_ALPHA_IMMED_GP_1619
+#define R_ALPHA_GPREL1619
 #define R_ALPHA_IMMED_GP_HI32  20
 #define R_ALPHA_IMMED_SCN_HI32 21
 #define R_ALPHA_IMMED_BR_HI32  22

Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture

[David Mosberger]

> On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson <[EMAIL PROTECTED]> 
> said:

  Branden> [debian-ia64: I do not subscribe to this list] On Fri, Jan
  Branden> 24, 2003 at 07:30:43PM -0800, David Mosberger wrote:
  >> If you asked me, this has Dave Miller's name written all over
  >> it...  ;-)

  Branden> Hmmm.  :)

Actually, I'm wondering whether my "theory" is holding any water: Dave
Miller is using the /emul prefix on SPARC64, so there shouldn't be any
need for this gross hack (we do the same on ia64 linux for handling
32-bit x86 objects).

  Branden> Okay.  It's possible that this has since been fixed in
  Branden> XFree86 CVS HEAD, then.  I'll check.

Let's hope so.  That code definitively looked gross.

--david

Bug#178261: me too (Millennium II & G200)

[Emmanuel Fuste]

Same bug here in dual screen configuration with a G200 and a Millennium
II.
If I try to switch to console or start a complex app, screen, keyb and
mousse lock hard.
All Matrox boards seems to be affected.

-- 
Emmanuel Fuste <[EMAIL PROTECTED]>

Re: Cannot run X apps as root if logged in as normal user.

[Michel Dänzer]

On Mon, 2003-01-27 at 08:40, Ryan Barr wrote:
> I'm runing a combination of woody and some testing packages and
> kde3.0.5a as my window manager... And am having some serious trouble
> getting any X apps to run withoug using the uid that I am logged in
> as... I have tried `xhost +localhost` - no dice... I am still getting
> the following error:
> --
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified

Because localhost only covers TCP connections, but truly local
connections go via UNIX sockets. Try

xhost +local:

or

xhost +local:


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast

Bug#178465: fix for bug #178465

[Daniel van Eeden]

in /etc/X11/xkb/keycodes/sun:

xkb_keycodes "type6_euro" {
include "sun(type6)"
 =  94;
}

should be:

xkb_keycodes "type6_euro" {
include "sun(type6)"
 =  94;
};

(just add the semicolon)
--
+-+
| Daniel van Eeden <[EMAIL PROTECTED]>  |
| icq: 36952189   |
| aim: Compukid128|
| msn: [EMAIL PROTECTED]|
| phone: +31 343 522622   |
| http://compukid.no-ip.org/about_me.html |
+-+

Bug#178600: xfree86: Support for the S3Trio64V2

[Branden Robinson]

reassign 178600 xserver-xfree86
retitle 178600 xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and /GX
tag 178600 + upstream pending
thanks

On Mon, Jan 27, 2003 at 03:22:53PM +0100, Santiago Garcia Mantinan wrote:
> We have made this dummy patch so that the S3 Trio64V2 is recogniced by XFree
> 4.2.1 we have tested it a bit on our machine, the card seems to work ok and
> we don't think it wil break anything as the code changes are really small.

Why do you call it a "dummy" patch?  It looks to me like it actually
does something.

> I think it would be good if you if you could forward this upstream if you
> feel like the patch is ok, if so tell me. I suppose that to get full support
> of this card (we don't have any specs or anything) more specific code should
> be written, but this allows X 4.2.1 to run on this card, which couldn't be
> done before.
> 
> Well, hope this helps people with this cards.

It applies cleanly to XFree86 4.2.1-5, so I am including it in the next
release.  I don't have any S3 cards, so I will have to rely on the user
community to let me know if this patch works for them, and that it
doesn't break anything.

Thanks!

-- 
G. Branden Robinson| Reality is what refuses to go away
Debian GNU/Linux   | when I stop believing in it.
[EMAIL PROTECTED] | -- Philip K. Dick
http://people.debian.org/~branden/ |


pgpQRZIQtvwjP.pgp
Description: PGP signature

add ccache supper and optimize tag ?

[Thomas Graham]

Does anyone know how could I add ccache to X compile
process and how could I add optimize tag ?
I am using apt-get source xfree86 to grab the source, Thanks.

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk


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

Processed: Re: Bug#178600: xfree86: Support for the S3Trio64V2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 178600 xserver-xfree86
Bug#178600: xfree86: Support for the S3Trio64V2
Bug reassigned from package `xfree86' to `xserver-xfree86'.

> retitle 178600 xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and 
> /GX
Bug#178600: xfree86: Support for the S3Trio64V2
Changed Bug title.

> tag 178600 + upstream pending
Bug#178600: xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and /GX
Tags were: patch
Tags added: upstream, pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Re: Problem with setxkb

[Branden Robinson]

On Mon, Jan 27, 2003 at 05:06:35PM +0100, Thomas Viehmann wrote:
> First thank you for the X -5 packages and the rather smooth  upgrade (modulo 
> me
> forgetting to turn off debconfiguration of XF86Config-4 - BTW: is it hopeful 
> to
> file wishlist bugs for new config options, such as Device options for Roation,
> or would that just be wasting your and my time?).

If the option is not essential to setting up a usable single-head
system, I do not as a matter of policy provide a debconf template for
it.  Otherwise the debconfage for XFree86 would explode with complexity.

> However, I have a minor problem, unsure whether it's a bug:
> Formerly
> setxkbmap -v -layout de
> would give me dead keys (~ and accents), and
> setxkbmap -v -layout -variant nodeadkeys
> would turn them off.
> 
> This doesn't work anymore and I do get the impression that setxkbmap is not
> doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
> keyboard either.
> That said, XF86Config-4's settings are respected.
> 
> Any hints? (I will provide more data as needed, but I'm not sure whether just
> pasting the XFree86.0.log would really help.)

I am not sure what is causing this.  Is anyone else experiencing this
problem?

-- 
G. Branden Robinson| I had thought very carefully about
Debian GNU/Linux   | comitting hara-kiri over this, but
[EMAIL PROTECTED] | I overslept this morning.
http://people.debian.org/~branden/ | -- Toshio Yamaguchi


pgptP8fRHJiL3.pgp
Description: PGP signature

Re: Problem with setxkb

[Thomas Viehmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi again.

Thomas Viehmann wrote:
> This doesn't work anymore and I do get the impression that setxkbmap is not
> doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
> keyboard either.
> That said, XF86Config-4's settings are respected.

After downgrading xbase-clients to 4.2.1-3 (thanks to snapshot.d.n),
reupgrading, and restarting with deadkeys, it setxkbmap seems to work as
before... So please don't bother until I've found out how to reproduce this.

Regards

Thomas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: GnuPG key at 

iD8DBQE+NWzNriZpaaIa1PkRAlnfAKC46v9uN3EuTUwFdVudvAr9aIYMxwCcCVFv
9niSb8S5klTjdO9LEOlkmXI=
=PoVv
-END PGP SIGNATURE-

Bug#178496: xserver-xfree86: [core server] module loading broken on Alpha due to GCC 3.2's new relocation type

[Falk Hueffner]

Hi,

here's a patch, extracted from upstream. I've tested it, it works
fine.

-- 
Falk


--- xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig  2003-01-26 
19:08:31.0 +0100
+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c   2003-01-26 19:08:35.0 
++0100
@@ -1116,6 +1116,7 @@ int   force;
 #if defined(__alpha__)
 unsigned int *dest32h; /* address of the high 32 bit place being modified */
 unsigned long *dest64;
+unsigned short *dest16;
 #endif
 #if defined(__ia64__)
 unsigned long *dest64;
@@ -1379,6 +1380,51 @@ int  force;
ELFDEBUG( "*dest32=%8.8x\n", *dest32 );
 #endif
  break;
+
+   case R_ALPHA_GPRELLOW:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+ 
+   *dest16=symval;
+   break;
+   }
+   case R_ALPHA_GPRELHIGH:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+   symval = ((long)symval >> 16) + ((symval >> 15) & 1);
+   if( (long)symval > 0x7fff ||
+   (long)symval < -(long)0x8000 ) {
+   FatalError("R_ALPHA_GPRELHIGH symval-got is too large for %s:%lx\n",
+   ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
+   }
+ 
+   *dest16=symval;
+   break;
+   }
+   case R_ALPHA_GPREL16:
+   {
+   dest64=(unsigned long *)(secp+rel->r_offset);
+   dest16=(unsigned short *)dest64;
+ 
+   symval += rel->r_addend;
+   symval = ((unsigned char *)symval)-((unsigned char *)elffile->got);
+   if( (long)symval > 0x7fff ||
+   (long)symval < -(long)0x8000 ) {
+   FatalError("R_ALPHA_GPREL16 symval-got is too large for %s:%lx\n",
+   ElfGetSymbolName(elffile,ELF_R_SYM(rel->r_info)),symval);
+   }
+ 
+   *dest16=symval;
+   break;
+   }
  
 #endif /* alpha */
 #if defined(__mc68000__)
--- xc/programs/Xserver/hw/xfree86/loader/elf.h.orig2002-01-14 19:16:52.0 
+0100
+++ xc/programs/Xserver/hw/xfree86/loader/elf.h 2003-01-26 18:45:04.0 +0100
@@ -245,7 +245,7 @@
 #define R_ALPHA_GPVALUE16
 #define R_ALPHA_GPRELHIGH  17
 #define R_ALPHA_GPRELLOW   18
-#define R_ALPHA_IMMED_GP_1619
+#define R_ALPHA_GPREL1619
 #define R_ALPHA_IMMED_GP_HI32  20
 #define R_ALPHA_IMMED_SCN_HI32 21
 #define R_ALPHA_IMMED_BR_HI32  22

Bug#178289: xfree86_4.2.1-5(unstable/ia64): FTBFS: Unknown architecture

[David Mosberger]

> On Sun, 26 Jan 2003 16:20:19 -0500, Branden Robinson <[EMAIL PROTECTED]> said:

  Branden> [debian-ia64: I do not subscribe to this list] On Fri, Jan
  Branden> 24, 2003 at 07:30:43PM -0800, David Mosberger wrote:
  >> If you asked me, this has Dave Miller's name written all over
  >> it...  ;-)

  Branden> Hmmm.  :)

Actually, I'm wondering whether my "theory" is holding any water: Dave
Miller is using the /emul prefix on SPARC64, so there shouldn't be any
need for this gross hack (we do the same on ia64 linux for handling
32-bit x86 objects).

  Branden> Okay.  It's possible that this has since been fixed in
  Branden> XFree86 CVS HEAD, then.  I'll check.

Let's hope so.  That code definitively looked gross.

--david



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

Bug#178261: me too (Millennium II & G200)

[Emmanuel Fuste]

Same bug here in dual screen configuration with a G200 and a Millennium
II.
If I try to switch to console or start a complex app, screen, keyb and
mousse lock hard.
All Matrox boards seems to be affected.

-- 
Emmanuel Fuste <[EMAIL PROTECTED]>




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

Re: Font loading extremely slow with the UTF-8 locale

[Branden Robinson]

On Mon, Jan 27, 2003 at 04:11:33PM +0100, Eduard Bloch wrote:
> #include 
> * Branden Robinson [Sun, Jan 26 2003, 04:18:09PM]:
> 
> > > What is your problem with my attitude? As said before, my Priority are
> > > Our Users and Free Software, see Social Contract. Not personal warfares,
> > > no faulty decissions ruled by semi-technical (but personal) problems.
> > 
> > This may come as a deep shock to you, but your personal opinions on how
> > Debian can best serve its users and free software are not shared by
> > everyone else in the project.
> 
> Hehe. If more people would agree with you more often, you would be the
> DPL now.

Not necessarily, and wholly irrelevant to this line of discussion.  In
any event, I'd rather lose a popularity contest if to win it means
sacrificing my sense of integrity.

> I hope this does not sound slighting.

As opposed to many of the other remarks you make about me and my
packages?

> Sure, everybody can say that he is right and his idea is the one that
> better fits into the Social Contract. But OTOH I showed that your
> failure caused a violation of it.

...in your interpretation.  I do not see how refusing to violate the freeze
guidelines set down by the Release Manager is a personal failure on my
part to satisfy the Social Contract.  I also do not see how not
optimizing upstream code with a patch that, to my knowledge, doesn't
even exist yet is a personal failure on my part to satisfy the contract.

No, nothing you've said gives me any impression other than that you feel
that pursuit of your personal goals and priorities are the only way any
Debian developer can abide by the Social Contract.

> You may be pissed and start with personal attacks,

I have not done so.  Fallacious claims of ad hominem attacks are at
least as irrational as ad homimem attacks themselves.

> but this is not a solution and only an ugly way to make people shut
> up.

This is a makeweight assertion which does absolutely nothing in service
of what I presume is your point ("Font loading extremely slow with the
UTF-8 locale").

> > I suggest you have a talk with the Release Manager, then.  It's his call
> > to say "no new upstream versions" when we're in a freeze.
> 
> Will do, when the time comes. The gradual freeze caused more problems
> then it ever should.

...in your opinion.  Why are the decisions of the Release Manager my
problem?

> > You may also want to speak with the Stable Release Manager and determine
> > under what circumstances he would allow a new upstream version of
> > XFree86 into a point release of Debian 3.0.
> 
> Stable is Stable, and you know it. I favorize the idea of Working
> Branch, but without support of RM and FTP maintainers, it is not easy to
> implement it.

Why are the decisions of the Release Manager and FTP admins my problem?

If I were DPL, I would have more responsibility for such things.  Maybe
you take your grievances to the person who was elected to that office,
and not to random package maintainers.

> > Irrelevant.  Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8
> > fonts than Debian's XFree86 4.2.1 is?  If so, I detect an opportunity
> > for someone to create a patch and file a wishlist bug.  Alternatively,
> > you can eschew the collaborative process altogether, switch to Knoppix
> > exclusively, and tell everyone who'll listen to you to do the same.
> 
> I will try tonight and try to locate the reason if it performs better.

I look forward to it, since this would be the first substantiation of
your claim amid the sea of irrelvant assertions you have offered.

> But comes that you are so keen on degrading the reputation of Knoppix?

I have done no such thing.  Quite the contrary, I've posited the
possibility that their UTF-8 font loading is faster than Debian's.  I
leave it up to you to support or refute that possibility.

> Because it shipped with working modules (read: those from XFree4.2)
> while Woody could not support one-year-old Geforce4 when released?

Why are the decisions of the Release Manager my problem?  Who prevented
you from packaging XFree86 4.2.0 in January 2002 and releasing "Bloch
Linux", an enhanced version of Debian GNU/Linux with XFree86 modules
that "work"?

Moreover, what does Woody's release schedule and contents have to do
with the speed of XFree86 4.2.1's UTF-8 font loading?

Can you pick a point and stick to it, please?

-- 
G. Branden Robinson|  When dogma enters the brain, all
Debian GNU/Linux   |  intellectual activity ceases.
[EMAIL PROTECTED] |  -- Robert Anton Wilson
http://people.debian.org/~branden/ |


pgphvwK3Rmvc8.pgp
Description: PGP signature

Re: Cannot run X apps as root if logged in as normal user.

[Michel Dänzer]

On Mon, 2003-01-27 at 08:40, Ryan Barr wrote:
> I'm runing a combination of woody and some testing packages and
> kde3.0.5a as my window manager... And am having some serious trouble
> getting any X apps to run withoug using the uid that I am logged in
> as... I have tried `xhost +localhost` - no dice... I am still getting
> the following error:
> --
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified

Because localhost only covers TCP connections, but truly local
connections go via UNIX sockets. Try

xhost +local:

or

xhost +local:


-- 
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member   /  CS student, Free Software enthusiast


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

Bug#178465: fix for bug #178465

[Daniel van Eeden]

in /etc/X11/xkb/keycodes/sun:

xkb_keycodes "type6_euro" {
include "sun(type6)"
 =  94;
}

should be:

xkb_keycodes "type6_euro" {
include "sun(type6)"
 =  94;
};

(just add the semicolon)
--
+-+
| Daniel van Eeden <[EMAIL PROTECTED]>  |
| icq: 36952189   |
| aim: Compukid128|
| msn: [EMAIL PROTECTED]|
| phone: +31 343 522622   |
| http://compukid.no-ip.org/about_me.html |
+-+




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

Bug#178600: xfree86: Support for the S3Trio64V2

[Branden Robinson]

reassign 178600 xserver-xfree86
retitle 178600 xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and /GX
tag 178600 + upstream pending
thanks

On Mon, Jan 27, 2003 at 03:22:53PM +0100, Santiago Garcia Mantinan wrote:
> We have made this dummy patch so that the S3 Trio64V2 is recogniced by XFree
> 4.2.1 we have tested it a bit on our machine, the card seems to work ok and
> we don't think it wil break anything as the code changes are really small.

Why do you call it a "dummy" patch?  It looks to me like it actually
does something.

> I think it would be good if you if you could forward this upstream if you
> feel like the patch is ok, if so tell me. I suppose that to get full support
> of this card (we don't have any specs or anything) more specific code should
> be written, but this allows X 4.2.1 to run on this card, which couldn't be
> done before.
> 
> Well, hope this helps people with this cards.

It applies cleanly to XFree86 4.2.1-5, so I am including it in the next
release.  I don't have any S3 cards, so I will have to rely on the user
community to let me know if this patch works for them, and that it
doesn't break anything.

Thanks!

-- 
G. Branden Robinson| Reality is what refuses to go away
Debian GNU/Linux   | when I stop believing in it.
[EMAIL PROTECTED] | -- Philip K. Dick
http://people.debian.org/~branden/ |



msg05508/pgp0.pgp
Description: PGP signature

test

[Thomas Graham]

test

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk

Processed: Re: Bug#178600: xfree86: Support for the S3Trio64V2

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 178600 xserver-xfree86
Bug#178600: xfree86: Support for the S3Trio64V2
Bug reassigned from package `xfree86' to `xserver-xfree86'.

> retitle 178600 xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and /GX
Bug#178600: xfree86: Support for the S3Trio64V2
Changed Bug title.

> tag 178600 + upstream pending
Bug#178600: xserver-xfree86: [s3] support desired for S3 Trio64V2/DX and /GX
Tags were: patch
Tags added: upstream, pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



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

Re: Problem with setxkb

[Branden Robinson]

On Mon, Jan 27, 2003 at 05:06:35PM +0100, Thomas Viehmann wrote:
> First thank you for the X -5 packages and the rather smooth  upgrade (modulo me
> forgetting to turn off debconfiguration of XF86Config-4 - BTW: is it hopeful to
> file wishlist bugs for new config options, such as Device options for Roation,
> or would that just be wasting your and my time?).

If the option is not essential to setting up a usable single-head
system, I do not as a matter of policy provide a debconf template for
it.  Otherwise the debconfage for XFree86 would explode with complexity.

> However, I have a minor problem, unsure whether it's a bug:
> Formerly
> setxkbmap -v -layout de
> would give me dead keys (~ and accents), and
> setxkbmap -v -layout -variant nodeadkeys
> would turn them off.
> 
> This doesn't work anymore and I do get the impression that setxkbmap is not
> doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
> keyboard either.
> That said, XF86Config-4's settings are respected.
> 
> Any hints? (I will provide more data as needed, but I'm not sure whether just
> pasting the XFree86.0.log would really help.)

I am not sure what is causing this.  Is anyone else experiencing this
problem?

-- 
G. Branden Robinson| I had thought very carefully about
Debian GNU/Linux   | comitting hara-kiri over this, but
[EMAIL PROTECTED] | I overslept this morning.
http://people.debian.org/~branden/ | -- Toshio Yamaguchi



msg05506/pgp0.pgp
Description: PGP signature

Re: Problem with setxkb

[Thomas Viehmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi again.

Thomas Viehmann wrote:
> This doesn't work anymore and I do get the impression that setxkbmap is not
> doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
> keyboard either.
> That said, XF86Config-4's settings are respected.

After downgrading xbase-clients to 4.2.1-3 (thanks to snapshot.d.n),
reupgrading, and restarting with deadkeys, it setxkbmap seems to work as
before... So please don't bother until I've found out how to reproduce this.

Regards

Thomas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: GnuPG key at 

iD8DBQE+NWzNriZpaaIa1PkRAlnfAKC46v9uN3EuTUwFdVudvAr9aIYMxwCcCVFv
9niSb8S5klTjdO9LEOlkmXI=
=PoVv
-END PGP SIGNATURE-


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

Problem with setxkb

[Thomas Viehmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Branden and all.

First thank you for the X -5 packages and the rather smooth  upgrade (modulo me
forgetting to turn off debconfiguration of XF86Config-4 - BTW: is it hopeful to
file wishlist bugs for new config options, such as Device options for Roation,
or would that just be wasting your and my time?).

However, I have a minor problem, unsure whether it's a bug:
Formerly
setxkbmap -v -layout de
would give me dead keys (~ and accents), and
setxkbmap -v -layout -variant nodeadkeys
would turn them off.

This doesn't work anymore and I do get the impression that setxkbmap is not
doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
keyboard either.
That said, XF86Config-4's settings are respected.

Any hints? (I will provide more data as needed, but I'm not sure whether just
pasting the XFree86.0.log would really help.)

Regards

Thomas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: GnuPG key at 

iD8DBQE+NVkPriZpaaIa1PkRAmseAJ99ldR4MgqgvWPveZgULPOZcEXXIgCgrJff
VY4u48D2s3i6GRqhjhqqnx0=
=xcPP
-END PGP SIGNATURE-

Testing

[Thomas Graham]

I am new to list, this is just a test email

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk

Re: Font loading extremely slow with the UTF-8 locale

[Branden Robinson]

On Mon, Jan 27, 2003 at 04:11:33PM +0100, Eduard Bloch wrote:
> #include 
> * Branden Robinson [Sun, Jan 26 2003, 04:18:09PM]:
> 
> > > What is your problem with my attitude? As said before, my Priority are
> > > Our Users and Free Software, see Social Contract. Not personal warfares,
> > > no faulty decissions ruled by semi-technical (but personal) problems.
> > 
> > This may come as a deep shock to you, but your personal opinions on how
> > Debian can best serve its users and free software are not shared by
> > everyone else in the project.
> 
> Hehe. If more people would agree with you more often, you would be the
> DPL now.

Not necessarily, and wholly irrelevant to this line of discussion.  In
any event, I'd rather lose a popularity contest if to win it means
sacrificing my sense of integrity.

> I hope this does not sound slighting.

As opposed to many of the other remarks you make about me and my
packages?

> Sure, everybody can say that he is right and his idea is the one that
> better fits into the Social Contract. But OTOH I showed that your
> failure caused a violation of it.

...in your interpretation.  I do not see how refusing to violate the freeze
guidelines set down by the Release Manager is a personal failure on my
part to satisfy the Social Contract.  I also do not see how not
optimizing upstream code with a patch that, to my knowledge, doesn't
even exist yet is a personal failure on my part to satisfy the contract.

No, nothing you've said gives me any impression other than that you feel
that pursuit of your personal goals and priorities are the only way any
Debian developer can abide by the Social Contract.

> You may be pissed and start with personal attacks,

I have not done so.  Fallacious claims of ad hominem attacks are at
least as irrational as ad homimem attacks themselves.

> but this is not a solution and only an ugly way to make people shut
> up.

This is a makeweight assertion which does absolutely nothing in service
of what I presume is your point ("Font loading extremely slow with the
UTF-8 locale").

> > I suggest you have a talk with the Release Manager, then.  It's his call
> > to say "no new upstream versions" when we're in a freeze.
> 
> Will do, when the time comes. The gradual freeze caused more problems
> then it ever should.

...in your opinion.  Why are the decisions of the Release Manager my
problem?

> > You may also want to speak with the Stable Release Manager and determine
> > under what circumstances he would allow a new upstream version of
> > XFree86 into a point release of Debian 3.0.
> 
> Stable is Stable, and you know it. I favorize the idea of Working
> Branch, but without support of RM and FTP maintainers, it is not easy to
> implement it.

Why are the decisions of the Release Manager and FTP admins my problem?

If I were DPL, I would have more responsibility for such things.  Maybe
you take your grievances to the person who was elected to that office,
and not to random package maintainers.

> > Irrelevant.  Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8
> > fonts than Debian's XFree86 4.2.1 is?  If so, I detect an opportunity
> > for someone to create a patch and file a wishlist bug.  Alternatively,
> > you can eschew the collaborative process altogether, switch to Knoppix
> > exclusively, and tell everyone who'll listen to you to do the same.
> 
> I will try tonight and try to locate the reason if it performs better.

I look forward to it, since this would be the first substantiation of
your claim amid the sea of irrelvant assertions you have offered.

> But comes that you are so keen on degrading the reputation of Knoppix?

I have done no such thing.  Quite the contrary, I've posited the
possibility that their UTF-8 font loading is faster than Debian's.  I
leave it up to you to support or refute that possibility.

> Because it shipped with working modules (read: those from XFree4.2)
> while Woody could not support one-year-old Geforce4 when released?

Why are the decisions of the Release Manager my problem?  Who prevented
you from packaging XFree86 4.2.0 in January 2002 and releasing "Bloch
Linux", an enhanced version of Debian GNU/Linux with XFree86 modules
that "work"?

Moreover, what does Woody's release schedule and contents have to do
with the speed of XFree86 4.2.1's UTF-8 font loading?

Can you pick a point and stick to it, please?

-- 
G. Branden Robinson|  When dogma enters the brain, all
Debian GNU/Linux   |  intellectual activity ceases.
[EMAIL PROTECTED] |  -- Robert Anton Wilson
http://people.debian.org/~branden/ |



msg05504/pgp0.pgp
Description: PGP signature

test

[Thomas Graham]

test

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk


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

Re: Font loading extremely slow with the UTF-8 locale

[Eduard Bloch]

#include 
* Branden Robinson [Sun, Jan 26 2003, 04:18:09PM]:

> > What is your problem with my attitude? As said before, my Priority are
> > Our Users and Free Software, see Social Contract. Not personal warfares,
> > no faulty decissions ruled by semi-technical (but personal) problems.
> 
> This may come as a deep shock to you, but your personal opinions on how
> Debian can best serve its users and free software are not shared by
> everyone else in the project.

Hehe. If more people would agree with you more often, you would be the
DPL now. I hope this does not sound slighting.

> It is revealing that you ascribe differences of opinion to failures of
> people who disagree with you to abide by the Debian Social Contract.

Sure, everybody can say that he is right and his idea is the one that
better fits into the Social Contract. But OTOH I showed that your
failure caused a violation of it. You may be pissed and start with
personal attacks, but this is not a solution and only an ugly way to
make people shut up.

> > You still fail to see the point. If you keep a recent upstream version
> > back, you do NOT cure the problems of other ports but actually damage
> > the hardware support on mainstream architectures and so harm Debian's
> > reputation.
> 
> I suggest you have a talk with the Release Manager, then.  It's his call
> to say "no new upstream versions" when we're in a freeze.

Will do, when the time comes. The gradual freeze caused more problems
then it ever should.

> You may also want to speak with the Stable Release Manager and determine
> under what circumstances he would allow a new upstream version of
> XFree86 into a point release of Debian 3.0.

Stable is Stable, and you know it. I favorize the idea of Working
Branch, but without support of RM and FTP maintainers, it is not easy to
implement it.

> > And, please, next time when you make a bad comparison, find an example
> > that is less ridiculous. Knoppix has UTF-8 fonts, and there are much
> > more non-latin1 using people than Americans may think.
> 
> Irrelevant.  Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8
> fonts than Debian's XFree86 4.2.1 is?  If so, I detect an opportunity
> for someone to create a patch and file a wishlist bug.  Alternatively,
> you can eschew the collaborative process altogether, switch to Knoppix
> exclusively, and tell everyone who'll listen to you to do the same.

I will try tonight and try to locate the reason if it performs better.
But comes that you are so keen on degrading the reputation of Knoppix?
Because it shipped with working modules (read: those from XFree4.2)
while Woody could not support one-year-old Geforce4 when released?

Gruss/Regards,
Eduard.
-- 
Daimler Benz ist es nun gelungen, fur eine Entwicklungssumme von über
einer Milliarde DM ein Auto zu entwickeln, welches sich bei Gefahr auf
den Rücken legt und tot stellt.

Bug#178600: xfree86: Support for the S3Trio64V2

[Santiago Garcia Mantinan]

Package: xfree86
Version: unavailable; reported 2003-01-27
Severity: wishlist
Tags: patch

Hi!

We have made this dummy patch so that the S3 Trio64V2 is recogniced by XFree
4.2.1 we have tested it a bit on our machine, the card seems to work ok and
we don't think it wil break anything as the code changes are really small.

I think it would be good if you if you could forward this upstream if you
feel like the patch is ok, if so tell me. I suppose that to get full support
of this card (we don't have any specs or anything) more specific code should
be written, but this allows X 4.2.1 to run on this card, which couldn't be
done before.

Well, hope this helps people with this cards.

Regards!

-- System Information:
Debian Release: 3.0
Architecture: i386
Kernel: Linux clandestino 2.4.20 #1 Mon Dec 2 09:30:53 CET 2002 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]

--- s3trio64v2.diff 

Patch to add dummy support for the S3 Trio64V2 DX or GX
By Santiago Garcia Mantinan and Javier Moran Rua

--- xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c.orig  Fri Jan 24 
14:40:44 2003
+++ xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c   Fri Jan 24 
14:48:06 2003
@@ -131,6 +131,7 @@
{ PCI_CHIP_968, "968" },
{ PCI_CHIP_TRIO,"Trio32/64" },
{ PCI_CHIP_AURORA64VP,  "Aurora64V+" },
+   { PCI_CHIP_TRIO64V2_DXGX, "Trio64V2/DX or /GX" },
{ -1, NULL }
 };
 
@@ -141,6 +142,7 @@
{ PCI_CHIP_968, PCI_CHIP_968,   RES_SHARED_VGA },
{ PCI_CHIP_TRIO,PCI_CHIP_TRIO,  RES_SHARED_VGA },
{ PCI_CHIP_AURORA64VP,  PCI_CHIP_AURORA64VP,RES_SHARED_VGA },
+   { PCI_CHIP_TRIO64V2_DXGX,PCI_CHIP_TRIO64V2_DXGX,RES_SHARED_VGA },
{ -1,   -1, RES_UNDEFINED }
 };
 
@@ -526,6 +528,7 @@
case PCI_CHIP_964_0:
case PCI_CHIP_964_1:
case PCI_CHIP_TRIO:
+   case PCI_CHIP_TRIO64V2_DXGX:
case PCI_CHIP_AURORA64VP:   /* ??? */
pS3->S3NewMMIO = FALSE;
break;
@@ -652,6 +655,18 @@
 #if 0
pS3->CursorInit = S3_CursorInit;/* FIXME broken */
 #endif
+   if (pS3->Chipset == PCI_CHIP_TRIO64V2_DXGX)
+   switch(pScrn->bitsPerPixel) {
+   case 8:
+   case 16:
+   pS3->MaxClock = 17;
+   break;
+   case 24:
+   case 32:
+   pS3->MaxClock = 135000;
+   break;
+   }
+   else
switch(pScrn->bitsPerPixel) {
case 8:
pS3->MaxClock = 135000;
@@ -1106,7 +1121,7 @@
 
if (pS3->Chipset == PCI_CHIP_968)
shift = 1;  /* XXX IBMRGB */
-   else if (pS3->Chipset == PCI_CHIP_TRIO)
+   else if ((pS3->Chipset == PCI_CHIP_TRIO) || (pS3->Chipset == 
PCI_CHIP_TRIO64V2_DXGX ))
shift = -(pS3->s3Bpp >> 1);
 
return shift;
--- xc/programs/Xserver/hw/xfree86/drivers/s3/s3.h.orig Fri Jan 24 14:40:23 2003
+++ xc/programs/Xserver/hw/xfree86/drivers/s3/s3.h  Fri Jan 24 14:18:45 2003
@@ -240,6 +240,7 @@
 #define S3_964_SERIES()((pS3->Chipset == PCI_CHIP_964_0) ||
\
 (pS3->Chipset == PCI_CHIP_964_1))
 #defineS3_TRIO_SERIES()((pS3->Chipset == PCI_CHIP_TRIO) || 
\
-(pS3->Chipset == PCI_CHIP_AURORA64VP))
+(pS3->Chipset == PCI_CHIP_AURORA64VP) || \
+(pS3->Chipset == PCI_CHIP_TRIO64V2_DXGX))
 
 #endif /* _S3_H */

Problem with setxkb

[Thomas Viehmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi Branden and all.

First thank you for the X -5 packages and the rather smooth  upgrade (modulo me
forgetting to turn off debconfiguration of XF86Config-4 - BTW: is it hopeful to
file wishlist bugs for new config options, such as Device options for Roation,
or would that just be wasting your and my time?).

However, I have a minor problem, unsure whether it's a bug:
Formerly
setxkbmap -v -layout de
would give me dead keys (~ and accents), and
setxkbmap -v -layout -variant nodeadkeys
would turn them off.

This doesn't work anymore and I do get the impression that setxkbmap is not
doing terribly much at all (setxkbmap -v layout us) doesn't give me a us
keyboard either.
That said, XF86Config-4's settings are respected.

Any hints? (I will provide more data as needed, but I'm not sure whether just
pasting the XFree86.0.log would really help.)

Regards

Thomas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: GnuPG key at 

iD8DBQE+NVkPriZpaaIa1PkRAmseAJ99ldR4MgqgvWPveZgULPOZcEXXIgCgrJff
VY4u48D2s3i6GRqhjhqqnx0=
=xcPP
-END PGP SIGNATURE-


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

Testing

[Thomas Graham]

I am new to list, this is just a test email

___
Do You Yahoo!?
Get your free @yahoo.com.hk address at http://mail.english.yahoo.com.hk


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

Re: Font loading extremely slow with the UTF-8 locale

[Eduard Bloch]

#include 
* Branden Robinson [Sun, Jan 26 2003, 04:18:09PM]:

> > What is your problem with my attitude? As said before, my Priority are
> > Our Users and Free Software, see Social Contract. Not personal warfares,
> > no faulty decissions ruled by semi-technical (but personal) problems.
> 
> This may come as a deep shock to you, but your personal opinions on how
> Debian can best serve its users and free software are not shared by
> everyone else in the project.

Hehe. If more people would agree with you more often, you would be the
DPL now. I hope this does not sound slighting.

> It is revealing that you ascribe differences of opinion to failures of
> people who disagree with you to abide by the Debian Social Contract.

Sure, everybody can say that he is right and his idea is the one that
better fits into the Social Contract. But OTOH I showed that your
failure caused a violation of it. You may be pissed and start with
personal attacks, but this is not a solution and only an ugly way to
make people shut up.

> > You still fail to see the point. If you keep a recent upstream version
> > back, you do NOT cure the problems of other ports but actually damage
> > the hardware support on mainstream architectures and so harm Debian's
> > reputation.
> 
> I suggest you have a talk with the Release Manager, then.  It's his call
> to say "no new upstream versions" when we're in a freeze.

Will do, when the time comes. The gradual freeze caused more problems
then it ever should.

> You may also want to speak with the Stable Release Manager and determine
> under what circumstances he would allow a new upstream version of
> XFree86 into a point release of Debian 3.0.

Stable is Stable, and you know it. I favorize the idea of Working
Branch, but without support of RM and FTP maintainers, it is not easy to
implement it.

> > And, please, next time when you make a bad comparison, find an example
> > that is less ridiculous. Knoppix has UTF-8 fonts, and there are much
> > more non-latin1 using people than Americans may think.
> 
> Irrelevant.  Is Knoppix's XFree86 4.2.1 faster at loading the UTF-8
> fonts than Debian's XFree86 4.2.1 is?  If so, I detect an opportunity
> for someone to create a patch and file a wishlist bug.  Alternatively,
> you can eschew the collaborative process altogether, switch to Knoppix
> exclusively, and tell everyone who'll listen to you to do the same.

I will try tonight and try to locate the reason if it performs better.
But comes that you are so keen on degrading the reputation of Knoppix?
Because it shipped with working modules (read: those from XFree4.2)
while Woody could not support one-year-old Geforce4 when released?

Gruss/Regards,
Eduard.
-- 
Daimler Benz ist es nun gelungen, fur eine Entwicklungssumme von über
einer Milliarde DM ein Auto zu entwickeln, welches sich bei Gefahr auf
den Rücken legt und tot stellt.


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

Bug#178600: xfree86: Support for the S3Trio64V2

[Santiago Garcia Mantinan]

Package: xfree86
Version: unavailable; reported 2003-01-27
Severity: wishlist
Tags: patch

Hi!

We have made this dummy patch so that the S3 Trio64V2 is recogniced by XFree
4.2.1 we have tested it a bit on our machine, the card seems to work ok and
we don't think it wil break anything as the code changes are really small.

I think it would be good if you if you could forward this upstream if you
feel like the patch is ok, if so tell me. I suppose that to get full support
of this card (we don't have any specs or anything) more specific code should
be written, but this allows X 4.2.1 to run on this card, which couldn't be
done before.

Well, hope this helps people with this cards.

Regards!

-- System Information:
Debian Release: 3.0
Architecture: i386
Kernel: Linux clandestino 2.4.20 #1 Mon Dec 2 09:30:53 CET 2002 i686
Locale: LANG=es_ES@euro, LC_CTYPE=es_ES@euro

--- s3trio64v2.diff 

Patch to add dummy support for the S3 Trio64V2 DX or GX
By Santiago Garcia Mantinan and Javier Moran Rua

--- xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c.orig  Fri Jan 24 14:40:44 
2003
+++ xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c   Fri Jan 24 14:48:06 
+2003
@@ -131,6 +131,7 @@
{ PCI_CHIP_968, "968" },
{ PCI_CHIP_TRIO,"Trio32/64" },
{ PCI_CHIP_AURORA64VP,  "Aurora64V+" },
+   { PCI_CHIP_TRIO64V2_DXGX, "Trio64V2/DX or /GX" },
{ -1, NULL }
 };
 
@@ -141,6 +142,7 @@
{ PCI_CHIP_968, PCI_CHIP_968,   RES_SHARED_VGA },
{ PCI_CHIP_TRIO,PCI_CHIP_TRIO,  RES_SHARED_VGA },
{ PCI_CHIP_AURORA64VP,  PCI_CHIP_AURORA64VP,RES_SHARED_VGA },
+   { PCI_CHIP_TRIO64V2_DXGX,PCI_CHIP_TRIO64V2_DXGX,RES_SHARED_VGA },
{ -1,   -1, RES_UNDEFINED }
 };
 
@@ -526,6 +528,7 @@
case PCI_CHIP_964_0:
case PCI_CHIP_964_1:
case PCI_CHIP_TRIO:
+   case PCI_CHIP_TRIO64V2_DXGX:
case PCI_CHIP_AURORA64VP:   /* ??? */
pS3->S3NewMMIO = FALSE;
break;
@@ -652,6 +655,18 @@
 #if 0
pS3->CursorInit = S3_CursorInit;/* FIXME broken */
 #endif
+   if (pS3->Chipset == PCI_CHIP_TRIO64V2_DXGX)
+   switch(pScrn->bitsPerPixel) {
+   case 8:
+   case 16:
+   pS3->MaxClock = 17;
+   break;
+   case 24:
+   case 32:
+   pS3->MaxClock = 135000;
+   break;
+   }
+   else
switch(pScrn->bitsPerPixel) {
case 8:
pS3->MaxClock = 135000;
@@ -1106,7 +1121,7 @@
 
if (pS3->Chipset == PCI_CHIP_968)
shift = 1;  /* XXX IBMRGB */
-   else if (pS3->Chipset == PCI_CHIP_TRIO)
+   else if ((pS3->Chipset == PCI_CHIP_TRIO) || (pS3->Chipset == 
+PCI_CHIP_TRIO64V2_DXGX ))
shift = -(pS3->s3Bpp >> 1);
 
return shift;
--- xc/programs/Xserver/hw/xfree86/drivers/s3/s3.h.orig Fri Jan 24 14:40:23 2003
+++ xc/programs/Xserver/hw/xfree86/drivers/s3/s3.h  Fri Jan 24 14:18:45 2003
@@ -240,6 +240,7 @@
 #define S3_964_SERIES()((pS3->Chipset == PCI_CHIP_964_0) ||\
 (pS3->Chipset == PCI_CHIP_964_1))
 #defineS3_TRIO_SERIES()((pS3->Chipset == PCI_CHIP_TRIO) || \
-(pS3->Chipset == PCI_CHIP_AURORA64VP))
+(pS3->Chipset == PCI_CHIP_AURORA64VP) || \
+(pS3->Chipset == PCI_CHIP_TRIO64V2_DXGX))
 
 #endif /* _S3_H */




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

Server Aborting

[Olivier Demah]

Hi,
i own a NVidia GeForce2.
i use X 4.2.1 on Debian Sarge and when starting X Server Aborting.
joined Config and log

what's wrong ?
regards.
--
Founder of PhpFr.Org: http://www.phpfr.org
Member of The Association Gcu-Squad : http://gcu-squad.org
PhpFr.Org is a member of Network Unixlibres Network : http://unixlibres.net
### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
Load"xtt"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "fr"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "GeForce2"
Driver  "nv"
VideoRam32768
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   28-38
VertRefresh 43-72
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "GeForce2"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Generic Mouse"
EndSection

Section "DRI"
Mode0666
EndSection

### END DEBCONF SECTION

XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X 
Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
   

Cannot run X apps as root if logged in as normal user.

[Ryan Barr]

I'm runing a combination of woody and some testing packages and
kde3.0.5a as my window manager... And am having some serious trouble
getting any X apps to run withoug using the uid that I am logged in
as... I have tried `xhost +localhost` - no dice... I am still getting
the following error:
--
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

When I run `xhost` as the uid that I am logged in as here is my output:
--
access control enabled, only authorized clients can connect
INET:localhost

I'm not sure what the deal is, if I run `xhost +` to disable the
security I am able to run whatever I want as whoever I want, but of
course thats not a very good setup :)

Anyone that has any ideas, let me know!  Thanks

-Ryan

Re: mouse issues under x

[Sven Luther]

On Mon, Jan 27, 2003 at 12:53:51PM +0200, Carlos wrote:
> 
> Hi
> 
> First of all, my name is Carlos. :)
> 
> I own an a3000 with Cyberstorm68060 mkII, Cybervision 64/3D, etc

:)))

> In my first contact with debian, well, no problem. IVe install Woody with
> xserver-xfree86-deb*_*4.1.2-3 (statically linked) and runs fine. But i have
> a problem with the mouse configuration (i suppose), because when startx,
> and load blackbox, pointer seems freeze when i move it, for a moment, then
> returns, but freeze another and so its impossible to manage the
> menu/windows, etc, because that delay. If i wait, pointer back again and i

First a few checks ...

Does this happen also in gpm under the console ? If yes then it is
either a hardware problem (does it happen on amigaOS also or not ?, i
usually had problems with the mouse cable getting bad contacts) or a
kernel problem.

Friendly,

Sven Luther

Server Aborting

[Olivier Demah]

Hi,
i own a NVidia GeForce2.
i use X 4.2.1 on Debian Sarge and when starting X Server Aborting.
joined Config and log

what's wrong ?
regards.
--
Founder of PhpFr.Org: http://www.phpfr.org
Member of The Association Gcu-Squad : http://gcu-squad.org
PhpFr.Org is a member of Network Unixlibres Network : http://unixlibres.net

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Files"
FontPath"unix/:7100"# local font server
# if the local font server has problems, we can fall back on these
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/lib/X11/fonts/Type1"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
EndSection

Section "Module"
Load"GLcore"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"glx"
Load"int10"
Load"record"
Load"speedo"
Load"type1"
Load"vbe"
Load"xtt"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "fr"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "SendCoreEvents""true"
Option  "Device""/dev/psaux"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
Option  "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "GeForce2"
Driver  "nv"
VideoRam32768
EndSection

Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   28-38
VertRefresh 43-72
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "GeForce2"
Monitor "Generic Monitor"
DefaultDepth24
SubSection "Display"
Depth   1
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   16
Modes   "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   24
Modes   "800x600" "640x480"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Configured Mouse"
InputDevice "Generic Mouse"
EndSection

Section "DRI"
Mode0666
EndSection

### END DEBCONF SECTION


XFree86 Version 4.2.1 (Debian 4.2.1-3 20021016191246 [EMAIL PROTECTED]) / X Window 
System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 3 September 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
 

mouse issues under x

[Carlos]

Hi

First of all, my name is Carlos. :)

I own an a3000 with Cyberstorm68060 mkII, Cybervision 64/3D, etc

In my first contact with debian, well, no problem. IVe install Woody with
xserver-xfree86-deb*_*4.1.2-3 (statically linked) and runs fine. But i have
a problem with the mouse configuration (i suppose), because when startx,
and load blackbox, pointer seems freeze when i move it, for a moment, then
returns, but freeze another and so its impossible to manage the
menu/windows, etc, because that delay. If i wait, pointer back again and i
can move It. i note that in first time, when prompt to enter the login/pass
in X, mouse cant run, pointer freeze until i type the login/pass. B...
X are quite unusable with this problem, because i must wait various seconds
between mouse displacments. Perhaps cannot be a mouse configuration problem
and depends of other configuration section, so here is my XF86Config-4:

### BEGIN DEBCONF SECTION
# XF86Config-4 (XFree86 server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# If you want your changes to this file preserved by dexconf, only make
changes
# before the "### BEGIN DEBCONF SECTION" line above, and/or after the
# "### END DEBCONF SECTION" line below.
#
# To change things within the debconf section, run the command:
#   dpkg-reconfigure xserver-xfree86
# as root.  Also see "How do I add custom sections to a dexconf-generated
# XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz.

Section "Module"
Load"extmod"
Load"freetype"
#  Load"int10"
Load"record"
Load"type1"
Load"vbe"
EndSection

Section "InputDevice"
Identifier"Generic Keyboard"
Driver"keyboard"
Option  "CoreKeyboard"
Option"Protocol"  "Standard" 
Option  "CustomKeyCodes"
Option"XkbRules""xfree86"
Option"XkbModel""amiga"
Option"XkbLayout""amiga"
Option  "XkbKeycodes"   "amiga(uk)"
Option  "XkbTypes"  "default"
Option  "XkbCompat" "default"
Option  "XkbSymbols""amigai(uk)"
Option  "XkbGeometry"   "amiga"
EndSection

Section "InputDevice"
Identifier"Configured Mouse"
Driver"mouse"
Option  "CorePointer"
Option"Device""/dev/amigamouse"
Option"Protocol""BusMouse"
EndSection

Section "Device"
Identifier"Cybervision/3D"
Driver"fbdev"
VideoRam4496
 #   Option"UseFBDev""true"
EndSection

Section "Monitor"
Identifier"Eizo FlexScan T67S"
HorizSync30-95
VertRefresh50-160
Option"DPMS"
EndSection

Section "Screen"
Identifier"Default Screen"
Device"Cybervision/3D"
Monitor"Eizo FlexScan T67S"
DefaultDepth8
SubSection "Display"
Depth8
Modes"800x600"
EndSubSection
EndSection

Section "ServerLayout"
Identifier"Default Layout"
Screen"Default Screen"
InputDevice"Generic Keyboard"
InputDevice"Configured Mouse"
EndSection

### END DEBCONF SECTION

Thanks for your help, and sorry for my english ;). I hope to understand me.