Patch audit

2005-06-25 Thread Eugene Konev

012_Xaw_StripChart_fix.diff -- already present

013_xkb_symbols_euro_support.diff -- missing. Rediffed patch attached

014_startx_hostname_fix.diff -- already present

015_vesa_ifdef_afb_calls.diff -- already present and ported

016_ICE_subprotocol_reply_fix.diff -- already present

017_fix_Xlib_depend_target.diff -- already present and ported

018_xtt_1.4.1.diff -- missing, but not needed anymore as X-TrueType now
   is not shipped.

019_iso8859-15_Compose_fix.diff -- already present and ported, but xorg
   version has "acute" and xfree86 has "apostrophe". Patch changed
   to xfree86 variant attached.

020_conditionalize_xie_headers.diff -- missing, but no longer needed, as
   xie headers are no longer shipped

021_riscpc_ioport_fix.diff -- already present

022_ati_r128_support_800_byte_pitch.diff -- upstream

023_specs_doc_fixes.diff -- already present and ported

024_ati_r128_and_radeon_enable_build_without_vgahw.diff -- present but
   changed a lot. Needs more investigation

025_fix_dri_resume.diff -- missing, but affected files (radeon kernel
   driver) are not shipped anymore

$Id: 013_xkb_symbols_euro_support.diff 1535 2004-06-15 17:03:25Z branden $

This patch by Mike A. Harris.

Not submitted upstream yet.

Index: xc/programs/xkbcomp/symbols/hu
===
--- xc.orig/programs/xkbcomp/symbols/hu 2005-06-26 06:51:37.0 +0800
+++ xc/programs/xkbcomp/symbols/hu  2005-06-26 12:12:46.0 +0800
@@ -246,6 +246,8 @@
 [backslash   ]   };
 key  {[w, W],
 [  bar   ]   };
+key  {[u, U],
+[ EuroSign   ]   };
 key  {[i, I],
 [   Iacute   ]   };
 key  {[   uacute, Uacute   ],
Index: xc/programs/xkbcomp/symbols/hu_US
===
--- xc.orig/programs/xkbcomp/symbols/hu_US  2005-06-26 06:51:37.0 
+0800
+++ xc/programs/xkbcomp/symbols/hu_US   2005-06-26 12:12:46.0 +0800
@@ -44,6 +44,8 @@
 key  {[ w,W   ],
 [   bar ]   };
 key  {[ z,Z   ]   };
+key  {[ u,U   ],
+[  EuroSign ]   };
 key  {[ i,I   ],
 [Iacute ]   };
 //key  {  [ odoubleacute, Odoubleacute],
Index: xc/programs/xkbcomp/symbols/pl
===
--- xc.orig/programs/xkbcomp/symbols/pl 2005-06-26 06:51:37.0 +0800
+++ xc/programs/xkbcomp/symbols/pl  2005-06-26 12:12:46.0 +0800
@@ -25,6 +25,8 @@
[ lstroke, Lstroke  ]   };
 key {[   ],  
[  nacute,  Nacute  ]   };
+key {[   ],  
+   [EuroSign   ]   };
 key {[   ],  
[  oacute,   Oacute ]   };
 key  {   [   ],
Index: xc/programs/xkbcomp/symbols/pl2
===
--- xc.orig/programs/xkbcomp/symbols/pl22005-06-26 06:51:37.0 
+0800
+++ xc/programs/xkbcomp/symbols/pl2 2005-06-26 12:12:46.0 +0800
@@ -45,7 +45,8 @@
 key  { [ r,  R   ]   };
 key  { [ t,  T   ]   };
 key  { [ z,  Z   ]   };
-key  { [ u,  U   ]   };
+key  { [ u,  U   ],
+ [ EuroSign ]   };
 key  { [ i,  I   ]   };
 key  { [ o,  O   ]   };
 key  { [ p,  P   ]   };
Index: xc/programs/xkbcomp/symbols/tr
===
--- xc.orig/programs/xkbcomp/symbols/tr 2005-06-26 06:51:37.0 +0800
+++ xc/programs/xkbcomp/symbols/tr  2005-06-26 12:12:46.0 +0800
@@ -37,6 +37,8 @@
 key  {   [  asterisk,question],
[ backslash ]   };
 key  {   [ minus,underscore  ]   };
+key  {   [ e

Re: X.Org packages

2005-06-25 Thread Emilio Jesús Gallego Arias
Zoe Parsons <[EMAIL PROTECTED]> writes:

> I just upgraded to them from the repository as mentioned in David's
> Blog and it seemed to go without a hitch apart from getting a message
> about how /etc/init.d/xfree86-common existed during purge.

I've installed the packages too, and they work perfectly, great work!

--
Regards, 

Emilio Jesús Gallego Arias


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



Re: X Strike Force X.Org X11 SVN commit: r271 - in trunk/debian: . patches

2005-06-25 Thread Eugene Konev

>- 010_s3_trio64_dx_and_gx_support.diff upstream but altered. We may
> need
>  to resurrect this at some point.

010_s3_trio64_dx_and_gx_support.diff has one hunk, not present
upstream. rediffed patch attached.

$Id: 010_s3_trio64_dx_and_gx_support.diff 1044 2004-02-16 17:40:33Z branden $

This patch by Santiago Garcia Mantinan and Javier Moran Rua

Adds S3 Trio64V2/DX and Trio64V2/GX support to the s3 driver.

Not submitted upstream.

Index: xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c
===
--- xc.orig/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c  2005-06-26 
06:51:29.0 +0800
+++ xc/programs/Xserver/hw/xfree86/drivers/s3/s3_driver.c   2005-06-26 
07:01:19.0 +0800
@@ -675,6 +675,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;


Re: i need the SiS 86C326

2005-06-25 Thread Frans Pop
On Sunday 26 June 2005 01:48, Willfrandh hernandez restrepo wrote:
> i'm colombian, then excuse me my bad english, but in the university
> they were me asignated a computer very old, and the monitor need the
> sis 86c326 controlator to win 98, can you help me??

Hi.
Sorry, but if you need a driver for Windows you have found the wrong place 
to ask :-P
The debian-x mail list is about XFree86 and X.Org, the graphical 
environment for the Linux operating system and has nothing to do with 
Windows.

Good hunting,
FJP


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



i need the SiS 86C326

2005-06-25 Thread Willfrandh hernandez restrepo

hi, how are you??
i'm colombian, then excuse me my bad english, but in the university they were me asignated a computer very old, and the monitor need the sis 86c326 controlator to win 98, can you help me??
 
 
very thanks
 
 
 
hola, como estan??
soy colombiano, entonces disculpen mi mal ingles (esto soibra para aquellos que lo lean en español, no cierto??) en la universidad me asignaron un pc viejisimo y el monitor necesita el controlador SiS 86C326 para win 98, pueden ayudarme??
 
gracias__Correo Yahoo!Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ 

X Strike Force X.Org X11 SVN commit: r271 - in trunk/debian: . patches

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 17:08:04 -0500 (Sat, 25 Jun 2005)
New Revision: 271

Modified:
   trunk/debian/TODO
   trunk/debian/patches/008_fix_xgetpw_macro.diff
Log:
- Patch audit
   - 008_fix_xgetpw_macro.diff updated with typofix. Thanks Eugene Konev
 for catching this.
   - 010_s3_trio64_dx_and_gx_support.diff upstream but altered. We may need
 to resurrect this at some point.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 21:23:53 UTC (rev 270)
+++ trunk/debian/TODO   2005-06-25 22:08:04 UTC (rev 271)
@@ -49,7 +49,6 @@
   -- The xfree86 version looks more up-to-date than the xorg version.
  But it's possible that the xorg version is the xfree86 version with parts
  deliberately removed.  I need to know.  :-)
-010_s3_trio64_dx_and_gx_support.diff
 011_SECURITY_makedepend_safer.diff
 011a_recognize_glibc_2.3.2_locale_names.diff
 012_Xaw_StripChart_fix.diff

Modified: trunk/debian/patches/008_fix_xgetpw_macro.diff
===
--- trunk/debian/patches/008_fix_xgetpw_macro.diff  2005-06-25 21:23:53 UTC 
(rev 270)
+++ trunk/debian/patches/008_fix_xgetpw_macro.diff  2005-06-25 22:08:04 UTC 
(rev 271)
@@ -139,7 +139,7 @@
 +  struct passwd *dummy;
if ((ptr = getenv("USER")))
 -  pw = _XGetpwnam(ptr,pwparams);
-+  pw = _XGetpwnam(ptr,pwparams,&dumy);
++  pw = _XGetpwnam(ptr,pwparams,&dummy);
else
 -  pw = _XGetpwuid(getuid(),pwparams);
 +  pw = _XGetpwuid(getuid(),pwparams,&dummy);


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



Re: X Strike Force X.Org X11 SVN commit: r270 - trunk/debian

2005-06-25 Thread Eugene Konev

> Author: dnusinow
> Date: 2005-06-25 16:23:53 -0500 (Sat, 25 Jun 2005)
> New Revision: 270

> Modified:
>trunk/debian/TODO
> Log:
> - Update TODO for patch audit
>   - 006_ati_radeon_fix_eternal_initialization.diff upstream
>   - 07_fix_xfree86_man_version_string.diff present and ported
>   - 008_fix_xgetpw_macro.diff present and ported
>   - 009_ati_r128_retry_idle_until_timeout.diff upstream

008_fix_xgetpw_macro.diff has a typo (&dumy instead of &dummy). Correct
patch:

$Id: 008_fix_xgetpw_macro.diff 189 2005-06-11 00:04:27Z branden $

Fix the _XGetpwnam macro to be more consistent; this patch by Robert Millan.

diff -ruN xc-old/include/Xos_r.h xc/include/Xos_r.h
--- xc-old/include/Xos_r.h  2004-04-23 18:43:05.0 +
+++ xc/include/Xos_r.h  2004-10-26 05:45:59.432421400 +
@@ -217,8 +217,8 @@
  *
  * typedef ... _Xgetpwparams;
  *
- * struct passwd* _XGetpwnam(const char *name, _Xgetpwparams);
- * struct passwd* _XGetpwuid(uid_t uid, _Xgetpwparams);
+ * struct passwd* _XGetpwnam(const char *name, _Xgetpwparams, struct **dummy);
+ * struct passwd* _XGetpwuid(uid_t uid, _Xgetpwparams, struct **dummy);
  */
 
 #if defined(X_INCLUDE_PWD_H) && !defined(_XOS_INCLUDED_PWD_H)
@@ -238,8 +238,8 @@
 extern struct passwd *getpwuid(), *getpwnam();
 # endif
 typedef int _Xgetpwparams; /* dummy */
-# define _XGetpwuid(u,p)   getpwuid((u))
-# define _XGetpwnam(u,p)   getpwnam((u))
+# define _XGetpwuid(u,p,s) getpwuid((u))
+# define _XGetpwnam(u,p,s) getpwnam((u))
 
 #elif !defined(XOS_USE_MTSAFE_PWDAPI) || defined(XNO_MTSAFE_PWDAPI)
 /* UnixWare 2.0, or other systems with thread support but no _r API. */
@@ -316,12 +316,12 @@
 ((p).pwp = &(p).pws), \
 0 )
 #endif
-# define _XGetpwuid(u,p) \
+# define _XGetpwuid(u,p,s) \
 ( (_Xos_processLock), \
   (((p).pwp = getpwuid((u))) ? _Xpw_copyPasswd(p), 0 : 0), \
   (_Xos_processUnlock), \
   (p).pwp )
-# define _XGetpwnam(u,p) \
+# define _XGetpwnam(u,p,s) \
 ( (_Xos_processLock), \
   (((p).pwp = getpwnam((u))) ? _Xpw_copyPasswd(p), 0 : 0), \
   (_Xos_processUnlock), \
@@ -336,21 +336,21 @@
 } _Xgetpwparams;
 # if defined(_POSIX_REENTRANT_FUNCTIONS) || !defined(SVR4) || defined(Lynx)
 #  ifndef Lynx
-#   define _XGetpwuid(u,p) \
-((getpwuid_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : 
&(p).pws)
-#   define _XGetpwnam(u,p) \
-((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : 
&(p).pws)
+#   define _XGetpwuid(u,p,s) \
+((getpwuid_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),(s)) == -1) ? NULL : 
&(p).pws)
+#   define _XGetpwnam(u,p,s) \
+((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),(s)) == -1) ? NULL : 
&(p).pws)
 #  else /* Lynx */
-#   define _XGetpwuid(u,p) \
-((getpwuid_r(&(p).pws,(u),(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : 
&(p).pws)
-#   define _XGetpwnam(u,p) \
-((getpwnam_r(&(p).pws,(u),(p).pwbuf,sizeof((p).pwbuf)) == -1) ? NULL : 
&(p).pws)
+#   define _XGetpwuid(u,p,s) \
+((getpwuid_r(&(p).pws,(u),(p).pwbuf,sizeof((p).pwbuf),(s)) == -1) ? NULL : 
&(p).pws)
+#   define _XGetpwnam(u,p,s) \
+((getpwnam_r(&(p).pws,(u),(p).pwbuf,sizeof((p).pwbuf),(s)) == -1) ? NULL : 
&(p).pws)
 #  endif
 # else /* SVR4 */
-#  define _XGetpwuid(u,p) \
-((getpwuid_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == NULL) ? NULL : 
&(p).pws)
-#  define _XGetpwnam(u,p) \
-((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf)) == NULL) ? NULL : 
&(p).pws)
+#  define _XGetpwuid(u,p,s) \
+((getpwuid_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),(s)) == NULL) ? NULL : 
&(p).pws)
+#  define _XGetpwnam(u,p,s) \
+((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),(s)) == NULL) ? NULL : 
&(p).pws)
 # endif /* SVR4 */
 
 #else /* _POSIX_THREAD_SAFE_FUNCTIONS */
@@ -367,10 +367,10 @@
   struct passwd* pwp;
 } _Xgetpwparams;
 typedef int _Xgetpwret;
-# define _XGetpwuid(u,p) \
+# define _XGetpwuid(u,p,s) \
 ((getpwuid_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),&(p).pwp) == -1) ? \
  NULL : (p).pwp)
-# define _XGetpwnam(u,p) \
+# define _XGetpwnam(u,p,s) \
 ((getpwnam_r((u),&(p).pws,(p).pwbuf,sizeof((p).pwbuf),&(p).pwp) == -1) ? \
  NULL : (p).pwp)
 #endif /* X_INCLUDE_PWD_H */
diff -ruN xc-old/lib/X11/GetDflt.c xc/lib/X11/GetDflt.c
--- xc-old/lib/X11/GetDflt.c2004-04-23 18:43:23.0 +
+++ xc/lib/X11/GetDflt.c2004-10-26 05:45:59.435420944 +
@@ -126,10 +126,11 @@
(void) strncpy(dest, ptr, len-1);
dest[len-1] = '\0';
 } else {
+   struct passwd *dummy;
if ((ptr = getenv("USER")))
-   pw = _XGetpwnam(ptr,pwparams);
+   pw = _XGetpwnam(ptr,pwparams,&dummy);
else
-   pw = _XGetpwuid(getuid(),pwparams);
+   pw = _XGetpwuid(getuid(),pwparams,&dummy);
if (pw != NULL) {
(void) strncpy(dest, pw->pw_dir, len-1);
dest[len-1] = '\0';
diff -ruN xc-old/lib/Xp/XpJob.c xc/lib/Xp/XpJob.c
--- xc-old/lib/Xp/XpJob.c   2004-04-23 18:43:46.0 +
+++ xc/lib/Xp/XpJob.c   2004-10-26 05:50:19.246

X Strike Force X.Org X11 SVN commit: r270 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 16:23:53 -0500 (Sat, 25 Jun 2005)
New Revision: 270

Modified:
   trunk/debian/TODO
Log:
- Update TODO for patch audit
  - 006_ati_radeon_fix_eternal_initialization.diff upstream
  - 07_fix_xfree86_man_version_string.diff present and ported
  - 008_fix_xgetpw_macro.diff present and ported
  - 009_ati_r128_retry_idle_until_timeout.diff upstream


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 21:12:45 UTC (rev 269)
+++ trunk/debian/TODO   2005-06-25 21:23:53 UTC (rev 270)
@@ -49,10 +49,6 @@
   -- The xfree86 version looks more up-to-date than the xorg version.
  But it's possible that the xorg version is the xfree86 version with parts
  deliberately removed.  I need to know.  :-)
-006_ati_radeon_fix_eternal_initialization.diff
-007_fix_xfree86_man_version_string.diff
-008_fix_xgetpw_macro.diff
-009_ati_r128_retry_idle_until_timeout.diff
 010_s3_trio64_dx_and_gx_support.diff
 011_SECURITY_makedepend_safer.diff
 011a_recognize_glibc_2.3.2_locale_names.diff


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



X Strike Force X.Org X11 SVN commit: r269 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 16:12:45 -0500 (Sat, 25 Jun 2005)
New Revision: 269

Modified:
   trunk/debian/changelog
   trunk/debian/control
Log:
- Add missing comma to Build-Depends in debian/control. Thanks to Eugene Konev 
  for catching this!


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2005-06-25 20:34:51 UTC (rev 268)
+++ trunk/debian/changelog  2005-06-25 21:12:45 UTC (rev 269)
@@ -1,6 +1,7 @@
 xorg-x11 (6.8.2.dfsg.1-0pre1v1+SVN) unstable; urgency=low
 
-  * dummy item (replace this with first entry)
+  * Add missing comma to Build-Depends in debian/control. Thanks to Eugene
+Konev for catching this!
 
  -- David Nusinow <[EMAIL PROTECTED]>  Fri, 24 Jun 2005 10:24:48 -0400
 

Modified: trunk/debian/control
===
--- trunk/debian/control2005-06-25 20:34:51 UTC (rev 268)
+++ trunk/debian/control2005-06-25 21:12:45 UTC (rev 269)
@@ -4,7 +4,7 @@
 Maintainer: Debian X Strike Force 
 Uploaders: David Nusinow <[EMAIL PROTECTED]>, Branden Robinson <[EMAIL 
PROTECTED]>, Fabio M. Di Nitto <[EMAIL PROTECTED]>
 Standards-Version: 3.6.1
-Build-Depends: bison, bsdmainutils, flex, fontconfig, groff, tetex-bin, 
libexpat1-dev | libexpat-dev, libfreetype6-dev, libglide2-dev (>> 2001.01.26) 
[i386], libglide3-dev (>= 2002.04.10-7) [alpha amd64 i386 ia64], 
libncurses5-dev | libncurses-dev, libpam0g-dev | libpam-dev, libpng12-dev | 
libpng-dev, libxcursor-dev, libxft-dev (>> 2.1.2), libxrender-dev (>> 1:0.9.0), 
render-dev (>> 1:0.9) zlib1g-dev | libz-dev, debhelper (>= 4.1.16), dpkg-dev 
(>= 1.10.14), lynx, po-debconf, dbs
+Build-Depends: bison, bsdmainutils, flex, fontconfig, groff, tetex-bin, 
libexpat1-dev | libexpat-dev, libfreetype6-dev, libglide2-dev (>> 2001.01.26) 
[i386], libglide3-dev (>= 2002.04.10-7) [alpha amd64 i386 ia64], 
libncurses5-dev | libncurses-dev, libpam0g-dev | libpam-dev, libpng12-dev | 
libpng-dev, libxcursor-dev, libxft-dev (>> 2.1.2), libxrender-dev (>> 1:0.9.0), 
render-dev (>> 1:0.9), zlib1g-dev | libz-dev, debhelper (>= 4.1.16), dpkg-dev 
(>= 1.10.14), lynx, po-debconf, dbs
 Build-Conflicts: cpp-3.3 (<< 1:3.3.3-0pre1), linux-kernel-headers (<< 
2.5.999-test7-bk-15) [sparc]
 
 # Reasons for Build-Depends:


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



X Strike Force X.Org X11 SVN commit: r268 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 15:34:51 -0500 (Sat, 25 Jun 2005)
New Revision: 268

Modified:
   trunk/debian/TODO
Log:
- Update TODO for patch audit. Thanks to Julien Cristau for blasting
  through the higher number patches!


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 20:11:12 UTC (rev 267)
+++ trunk/debian/TODO   2005-06-25 20:34:51 UTC (rev 268)
@@ -173,31 +173,13 @@
 304_arm_Xlib.h_kludge_around_ARM_ABI_brain_damage.diff
 450_ia64_ati_avoid_cpio.diff
 451_ia64_ati_r128_and_radeon_generalize_pagesize.diff
-800_gnu_config.diff
-801_gnu_os-support_Imake.diff
-802_gnu_disable_vt_switching.diff
-803_gnu_xterm_openpty.diff
-804_gnu_xdm.diff
-820_gnu-freebsd_config.diff
-822_gnu-freebsd_xload.diff
-823_gnu-freebsd_xterm.diff
-840_netbsd_bsdLib.rules_fix.diff
-841_netbsd_imake.c_fixes.diff
-842_netbsd_NetBSD.cf_fixes.diff
-843_netbsd_no_shared_OldX_lib.diff
-844_netbsd_no_kbd_mode_command.diff
-900_debian_config.diff
-901_debian_Wraphelp.c.diff
-903_debian_system.twmrc.diff
-904_debian_xinitrc.diff
-905_debian_xdm.diff
-906_debian_xfs.diff
-907_debian_xterm.diff
-909_debian_piclib_support.diff
-911_debian_XF86Config_to_XF86Config-4.diff
-913_debian_remove_code_ref_to_object_code_files.diff
-914_debian_Xserver_send_bugs_to_us.diff
+913_debian_remove_code_ref_to_object_code_files.diff - needs validation
+ * patch to xc/programs/Xserver/hw/xfree86/drivers/rendition/vboard.c lost
+ * patches to xc/programs/Xserver/hw/xfree86/drivers/{mga,rendition}/Imakefile
+   now in patch 908
 
+914_debian_Xserver_send_bugs_to_us.diff - needs porting?
+
   + Grab Thomas Winischhofer's post-6.8.2 fixes to MiscPassMessage() from CVS
 (see Debian #285807).
 


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



trying to help with the patch audit

2005-06-25 Thread Julien Cristau
Hi,

I've looked over patches 500->914 in the xorg-x11 and xfree86 svn repos.
"ok" means that the patch, or a very similar one, is still present in
xorg-x11.

500_s390_support.diff - ok
600_amd64_support.diff -
 * patch to xc/programs/Xserver/hw/xfree86/loader/elfloader.c lost
 * s/AMD64/x86_64/ in xc/programs/Xserver/hw/xfree86/drivers/ati/Imakefile
   and xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h lost
800_gnu_config.diff - ok
801_gnu_os-support_Imake.diff - upstream
802_gnu_disable_vt_switching.diff - upstream
803_gnu_xterm_openpty.diff - ok
804_gnu_xdm.diff - upstream
820_gnu-freebsd_config.diff - ok
822_gnu-freebsd_xload.diff - upstream
823_gnu-freebsd_xterm.diff - ok
840_netbsd_bsdLib.rules_fix.diff - ok
841_netbsd_imake.c_fixes.diff - ok
842_netbsd_NetBSD.cf_fixes.diff - ok
843_netbsd_no_shared_OldX_lib.diff - ok
844_netbsd_no_kbd_mode_command.diff - ok
900_debian_config.diff - ok
901_debian_Wraphelp.c.diff - different implementation included upstream
902_debian_startx_manpage.diff - ok
903_debian_system.twmrc.diff - ok
904_debian_xinitrc.diff - ok
905_debian_xdm.diff - part upstream, the rest is ok
906_debian_xfs.diff - ok
907_debian_xterm.diff - ok
909_debian_piclib_support.diff - ok
910_debian_Xserver_RTFF.diff - ok
911_debian_XF86Config_to_XF86Config-4.diff - dropped
912_debian_rstart.real_location.diff - ok
913_debian_remove_code_ref_to_object_code_files.diff - dropped
 * patch to xc/programs/Xserver/hw/xfree86/drivers/rendition/vboard.c lost
 * patches to xc/programs/Xserver/hw/xfree86/drivers/{mga,rendition}/Imakefile
   now in patch 908
914_debian_Xserver_send_bugs_to_us.diff - needs porting?

Hope this helps,
Julien Cristau


signature.asc
Description: Digital signature


X Strike Force X.Org X11 SVN commit: r267 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 15:11:12 -0500 (Sat, 25 Jun 2005)
New Revision: 267

Modified:
   trunk/debian/TODO
Log:
- Update TODO for patch audit. Low-hanging fruit for 3xx-6xx series.
   - 300_riscpc_xkb_keycodes.diff already present
   - 303_arm_cache_flush.diff already present and ported. Whitespace
 changes in the patch again, but whatever.
   - 315_arm_is_not_x86_and_has_no_vga.diff is present and ported. Now
 includes ia64 at one point, which seems good.
   - 452_ia64_smart_pci_rom_probe.diff is present and ported.
   - 500_s390_support.diff present and ported. Build system seems to use
 new Debug macros since xfree86 4.3, so this patch appears to use them
 instead.
   - 600_amd64_support.diff present and ported. Since this architecture is
 well supported generally now, and in use by Ubuntu, I'm going to
 assume that the parts of this patch that were removed are now obsolete
 to support amd64.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 19:58:55 UTC (rev 266)
+++ trunk/debian/TODO   2005-06-25 20:11:12 UTC (rev 267)
@@ -168,17 +168,11 @@
 104_sparc_fix_GL_library.diff
 150_powerpc_build_nv_driver.diff
 200_alpha_xpm_get_long64.diff
-300_riscpc_xkb_keycodes.diff
 301_not_all_arm_boxes_run_netbsd.diff
 302_arm_compiler.h.diff
-303_arm_cache_flush.diff
 304_arm_Xlib.h_kludge_around_ARM_ABI_brain_damage.diff
-315_arm_is_not_x86_and_has_no_vga.diff
 450_ia64_ati_avoid_cpio.diff
 451_ia64_ati_r128_and_radeon_generalize_pagesize.diff
-452_ia64_smart_pci_rom_probe.diff
-500_s390_support.diff
-600_amd64_support.diff
 800_gnu_config.diff
 801_gnu_os-support_Imake.diff
 802_gnu_disable_vt_switching.diff


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



X Strike Force X.Org X11 SVN commit: r266 - in trunk/debian: . patches

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 14:58:55 -0500 (Sat, 25 Jun 2005)
New Revision: 266

Modified:
   trunk/debian/TODO
   trunk/debian/patches/250_m68k_build_scanpci.diff
Log:
- Update TODO for patch audit. Low-hanging fruit for 1xx-2xx series.
   - 100_sparc_4m_hw_mult_fix.diff already present and ported
   - 101b_xkb_sun_loads_srvr_ctrl.diff present and ported
   - 102_sparc_pci_fix.diff already present
   - 103_sparc_dont_build_useless_drivers.diff already present
   - 201_alpha_freetype_gcc_2.95_bugfix.diff already present and ported
   - 202_alpha_elfloader_support_R_ALPHA_SREL32.diff already present.
 Whitespace changes of some sort, but whatever.
   - 250_m68k_build_scanpci.diff has what looks like an accidental
 additional open parenthesis. Removing to make it match with xfree86
 trunk. Already ported otherwise per line numbers.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 19:39:22 UTC (rev 265)
+++ trunk/debian/TODO   2005-06-25 19:58:55 UTC (rev 266)
@@ -164,17 +164,10 @@
 099x_xdm_support_logfile_rotation.diff
 099z_xkb_fix_rules_xfree86.diff
 099z_xkb_level3_ralt_switch.diff
-100_sparc_4m_hw_mult_fix.diff
 101_type6_xkb_support.diff
-101b_xkb_sun_loads_srvr_ctrl.diff
-102_sparc_pci_fix.diff
-103_sparc_dont_build_useless_drivers.diff
 104_sparc_fix_GL_library.diff
 150_powerpc_build_nv_driver.diff
 200_alpha_xpm_get_long64.diff
-201_alpha_freetype_gcc_2.95_bugfix.diff
-202_alpha_elfloader_support_R_ALPHA_SREL32.diff
-250_m68k_build_scanpci.diff
 300_riscpc_xkb_keycodes.diff
 301_not_all_arm_boxes_run_netbsd.diff
 302_arm_compiler.h.diff

Modified: trunk/debian/patches/250_m68k_build_scanpci.diff
===
--- trunk/debian/patches/250_m68k_build_scanpci.diff2005-06-25 19:39:22 UTC 
(rev 265)
+++ trunk/debian/patches/250_m68k_build_scanpci.diff2005-06-25 19:58:55 UTC 
(rev 266)
@@ -1,4 +1,4 @@
-$Id: 250_m68k_build_scanpci.diff 51 2004-10-18 14:29:56Z fabbione $
+$Id$
 
 There do exist PCI m68k machines in the world; the Medusa Hades is one
 example.  Anyway, pcitweak was getting built for m68k, so there's
@@ -16,7 +16,7 @@
  #ifndef BuildScanpci
  # if SystemV || SystemV4 || \
 -(defined(LinuxArchitecture) && !defined(Mc68020Architecture)) || \
-+(defined(LinuxArchitecture) || \
++defined(LinuxArchitecture) || \
  defined(i386BsdArchitecture) || defined(LynxOSArchitecture) || \
  defined(OS2Architecture) || defined(GNUMachArchitecture)
  #   define BuildScanpci   YES


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



Bug#305858: still leaking

2005-06-25 Thread Brian Ristuccia
Still leaking in xserver-xfree86 4.3.0.dfsg.1-14. I've been able to verify
this problem on more than one machine running sarge.

-- 
Brian Ristuccia
[EMAIL PROTECTED]


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



X Strike Force X.Org X11 SVN commit: r265 - in trunk/debian: . patches

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 14:39:22 -0500 (Sat, 25 Jun 2005)
New Revision: 265

Modified:
   trunk/debian/TODO
   trunk/debian/patches/910_debian_Xserver_RTFF.diff
Log:
- Update 910_debian_Xserver_RTFF.diff to point to x11-common rather than
  x-common in docs, to prep for that transition.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 19:33:03 UTC (rev 264)
+++ trunk/debian/TODO   2005-06-25 19:39:22 UTC (rev 265)
@@ -207,7 +207,6 @@
 906_debian_xfs.diff
 907_debian_xterm.diff
 909_debian_piclib_support.diff
-910_debian_Xserver_RTFF.diff
 911_debian_XF86Config_to_XF86Config-4.diff
 913_debian_remove_code_ref_to_object_code_files.diff
 914_debian_Xserver_send_bugs_to_us.diff

Modified: trunk/debian/patches/910_debian_Xserver_RTFF.diff
===
--- trunk/debian/patches/910_debian_Xserver_RTFF.diff   2005-06-25 19:33:03 UTC 
(rev 264)
+++ trunk/debian/patches/910_debian_Xserver_RTFF.diff   2005-06-25 19:39:22 UTC 
(rev 265)
@@ -41,7 +41,7 @@
 +"Other useful commands to run include:\n"
 +"$ dpkg --status xserver-common\n"
 +"$ dpkg --status xfonts-base\n"
-+"$ zmore /usr/share/doc/x-common/FAQ.gz", defaultTextFont);
++"$ zmore /usr/share/doc/x11-common/FAQ.gz", defaultTextFont);
 +#else
FatalError("could not open default font '%s'", defaultTextFont);
 +#endif
@@ -60,7 +60,7 @@
 +"Useful commands to run include:\n"
 +"$ dpkg --status xserver-common\n"
 +"$ dpkg --status xfonts-base\n"
-+"$ zmore /usr/share/doc/x-common/FAQ.gz", defaultCursorFont);
++"$ zmore /usr/share/doc/x11-common/FAQ.gz", defaultCursorFont);
 +#else
FatalError("could not open default cursor font '%s'",
   defaultCursorFont);


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



X Strike Force X.Org X11 SVN commit: r264 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 14:33:03 -0500 (Sat, 25 Jun 2005)
New Revision: 264

Modified:
   trunk/debian/TODO
Log:
- Update TODO list for patch audit. Remove some files that are already
  present.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 18:55:09 UTC (rev 263)
+++ trunk/debian/TODO   2005-06-25 19:33:03 UTC (rev 264)
@@ -49,8 +49,6 @@
   -- The xfree86 version looks more up-to-date than the xorg version.
  But it's possible that the xorg version is the xfree86 version with parts
  deliberately removed.  I need to know.  :-)
-005_rgb.txt_in_etc_X11.diff -- present under same name
-  -- comment needs updating to reflect X.org transition
 006_ati_radeon_fix_eternal_initialization.diff
 007_fix_xfree86_man_version_string.diff
 008_fix_xgetpw_macro.diff
@@ -203,7 +201,6 @@
 844_netbsd_no_kbd_mode_command.diff
 900_debian_config.diff
 901_debian_Wraphelp.c.diff
-902_debian_startx_manpage.diff
 903_debian_system.twmrc.diff
 904_debian_xinitrc.diff
 905_debian_xdm.diff
@@ -212,7 +209,6 @@
 909_debian_piclib_support.diff
 910_debian_Xserver_RTFF.diff
 911_debian_XF86Config_to_XF86Config-4.diff
-912_debian_rstart.real_location.diff
 913_debian_remove_code_ref_to_object_code_files.diff
 914_debian_Xserver_send_bugs_to_us.diff
 


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



X Strike Force X.Org X11 SVN commit: r263 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 13:55:09 -0500 (Sat, 25 Jun 2005)
New Revision: 263

Modified:
   trunk/debian/TODO
Log:
- Update TODO list taking in to account Nathanael's audit.
  If something is upstream or already present in the current X.Org
  packages, just remove it from the list. That'll keep it cleaner and
  easier to read. Once a patch that needs porting is handled, remove it
  from the list as well.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 18:40:27 UTC (rev 262)
+++ trunk/debian/TODO   2005-06-25 18:55:09 UTC (rev 263)
@@ -9,25 +9,8 @@
 -
 * Review all xfree86 4.3.0.dfsg.1-13 and -14 patches. [neroden]
 
-000_post430.diff -- upstream
-000_stolen_from_HEAD.diff -- upstream
 000_stolen_from_HEAD_ati_driver.diff -- upstream but
   verify that no reversions are necessary regarding DRI revision.
-000_stolen_from_HEAD_bsdsupport.diff -- upstream
-000_stolen_from_HEAD_i830_driver.diff -- upstream
-000_stolen_from_HEAD_int10.diff -- upstream
-000_stolen_from_HEAD_mouse_driver.diff -- upstream
-000_stolen_from_HEAD_netbsd.diff -- upstream
-000_stolen_from_HEAD_pci_support.diff -- upstream
-000_stolen_from_HEAD_trident_driver.diff -- upstream
-000_stolen_from_HEAD_via_driver.diff -- upstream
-000_stolen_from_HEAD_xaa.diff -- upstream
-000_stolen_from_HEAD_xedit.diff -- upstream
-000_stolen_from_HEAD_xineramify_xscreensaver.diff -- upstream
-000_stolen_from_HEAD_xkb_data.diff -- upstream
-000_stolen_from_Mesa_5.1.diff -- Mesa 6.1 is upstream (different files)
-000_stolen_from_Mesa_CVS.diff -- Mesa 6.1 is upstream (different files)
-000_stolen_from_author_sis_driver.diff -- upstream
 000_stolen_from_author_xterm.diff -- NEEDS PORTING
   Upstream is up to Dickey's patch #197.  This is up to his patch #199,
   or possibly #200.
@@ -44,8 +27,6 @@
   xc/programs/Xserver/hw/xfree86/common/compiler.h @ 1.5
   xc/programs/Xserver/hw/xfree86/loader/elfloader.c @ 1.5
   -- NEED PORTING to new 000_stolen_from_HEAD
-000_stolen_from_xorg_nv_driver.diff -- upstream
-001_kernel_version_in_banner.diff -- present under same name
 002_xdm_fixes.diff -- most changes NEED PORTING
   -- except non-user-visible whitespace changes, which can be dropped
   * xc/config/cf/gnu.cf:
@@ -68,7 +49,6 @@
   -- The xfree86 version looks more up-to-date than the xorg version.
  But it's possible that the xorg version is the xfree86 version with parts
  deliberately removed.  I need to know.  :-)
-004_imake_manpage_handling_overhaul.diff -- present under same name
 005_rgb.txt_in_etc_X11.diff -- present under same name
   -- comment needs updating to reflect X.org transition
 006_ati_radeon_fix_eternal_initialization.diff


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



X Strike Force X.Org X11 SVN commit: r262 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 13:40:27 -0500 (Sat, 25 Jun 2005)
New Revision: 262

Modified:
   trunk/debian/TODO
Log:
Update TODO with Nathanael's patch audit update

Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-25 18:35:57 UTC (rev 261)
+++ trunk/debian/TODO   2005-06-25 18:40:27 UTC (rev 262)
@@ -44,13 +44,33 @@
   xc/programs/Xserver/hw/xfree86/common/compiler.h @ 1.5
   xc/programs/Xserver/hw/xfree86/loader/elfloader.c @ 1.5
   -- NEED PORTING to new 000_stolen_from_HEAD
-000_stolen_from_xorg_nv_driver.diff
-001_kernel_version_in_banner.diff
-002_xdm_fixes.diff
-003_linux.cf_and_xfree86.cf.diff
-003b_xfs_fixes.diff
-004_imake_manpage_handling_overhaul.diff
-005_rgb.txt_in_etc_X11.diff
+000_stolen_from_xorg_nv_driver.diff -- upstream
+001_kernel_version_in_banner.diff -- present under same name
+002_xdm_fixes.diff -- most changes NEED PORTING
+  -- except non-user-visible whitespace changes, which can be dropped
+  * xc/config/cf/gnu.cf:
+  * xc/config/cf/linux.cf:
+  -- and these changes are present under same name
+003_linux.cf_and_xfree86.cf.diff -- NEEDS HELP
+  -- present under same name (with changes)
+  -- New patch has a few issues left to check:
+ * comments indicate that this belongs in the 900-series; but some of it
+   appears to in fact belong upstream
+ * Portions appear to be formatting changes and rearrangements
+   which probably should be dropped if they're not accepted upstream
+ * Fallback definition of NothingOutsideProjectRoot removed;
+   is this unneccesary due to change in 000_stolen_from_HEAD.diff ?
+ * A bad m68k kernel assumption is deleted.  Should that be upstream?
+ * Portion not moved to 900-series should be renamed to
+   003_linux.cf_and_xorg.cf.diff
+003b_xfs_fixes.diff -- NEEDS INFO, probably NEEDS PORTING
+  -- similar patch present under same name
+  -- The xfree86 version looks more up-to-date than the xorg version.
+ But it's possible that the xorg version is the xfree86 version with parts
+ deliberately removed.  I need to know.  :-)
+004_imake_manpage_handling_overhaul.diff -- present under same name
+005_rgb.txt_in_etc_X11.diff -- present under same name
+  -- comment needs updating to reflect X.org transition
 006_ati_radeon_fix_eternal_initialization.diff
 007_fix_xfree86_man_version_string.diff
 008_fix_xgetpw_macro.diff


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



X Strike Force X.Org X11 SVN commit: r261 - trunk/debian

2005-06-25 Thread X Strike Force SVN Repository Admin
Author: dnusinow
Date: 2005-06-25 13:35:57 -0500 (Sat, 25 Jun 2005)
New Revision: 261

Modified:
   trunk/debian/TODO
Log:
Update TODO

Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2005-06-24 18:36:01 UTC (rev 260)
+++ trunk/debian/TODO   2005-06-25 18:35:57 UTC (rev 261)
@@ -225,6 +225,10 @@
 * Notify maintainers of packages with issues from the transition as found by
   Ubuntu already [dnusinow]
 
+* Fix upgrade issue with xfree86-common
+
+* Make sure xdm upgrades work properly
+
 xorg-x11 6.8.2-2 (unstable)
 ---
 * Update manifest-install-reconcile's data lists so the tool is usable again.


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



xserver-xorg install report

2005-06-25 Thread Dafydd Harries

I installed David's X.org packages today. Worked fine, on the whole, except
for a few warnings from the maintainer scripts:

> xserver-xorg config warning: migrating xserver-xfree86 templates to
>xserver-xorg.
> xserver-xorg config warning: failed to infer keyboard layout from layout/lang
>'10 debian-installer/keymap doesn't exist--cy_GB'

I couldn't work out where this value was coming from -- it doesn't seem to be
indebconf or in /etc/.

> Selecting previously deselected package xserver-xorg.
> (Reading database ... 190136 files and directories currently installed.)
> Unpacking xserver-xorg (from .../xserver-xorg_6.8.2.dfsg.1-0pre1v1_i386.deb) 
> ...xserver-xorg config warning: migrating xserver-xfree86 templates to
>xserver-xorg.
> xserver-xorg config warning: failed to infer keyboard layout from layout/lang
>'10 debian-installer/keymap doesn't exist--cy_GB'
> Setting up xserver-xorg (6.8.2.dfsg.1-0pre1v1) ...
> xserver-xorg config warning: migrating xserver-xfree86 templates to
>xserver-xorg.
> xserver-xorg config warning: failed to infer keyboard layout from layout/lang
>'10 debian-installer/keymap doesn't exist--cy_GB'
> cat: /var/lib/xfree86/xorg.conf.md5sum: No such file or directory
> xserver-xorg postinst warning: not updating /etc/X11/xorg.conf; file has
>been customized

This warning is a big confusing, as I didn't have an xorg.conf before I
installed the package.

These errors are reproducible on purge/re-install.

Apart from that, congratulations are in order to all those who worked on this.

-- 
Dafydd


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



Re: Can't compile mplayer after upgr ading from xfree86 to x.org (Solved)

2005-06-25 Thread Xiaoyang Gu
All that need to do is installing two dev packages. One is
libxinerama-dev that is mentioned by Norbert Tretkowski, the other is
libxxf86vm-dev. Note, when upgrade from xfree86 to x.org, the two
packages were not installed automaticly.

On 6/25/05, Xiaoyang Gu <[EMAIL PROTECTED]> wrote:
> Today I upgrade xfree86 to x.org using the sources from "deb
> http://people.debian.org/~dnusinow/xorg ./"
> There was an error during upgrading as mentioned by [EMAIL PROTECTED]
> 
> Setting up xfree86-common (6.8.2.dfsg.1-0pre1v1) ...
> update-rc.d: /etc/init.d/xfree86-common exists during rc.d purge (use -f to
> force)
> dpkg: error processing xfree86-common (--configure):
>  subprocess post-installation script returned error exit status 1
> 
> After update-rc.d -f remove xfree86-common as root, things seemed to be ok.
> 
> Then I compiled mplayer from source, it failed. I got such messages:
> Gui/libgui.a(ws.o)(.text+0x18b): In function `wsXInit':
> : undefined reference to `XineramaIsActive'
> Gui/libgui.a(ws.o)(.text+0x1a9): In function `wsXInit':
> : undefined reference to `XineramaQueryScreens'
> Gui/libgui.a(ws.o)(.text+0x1b4): In function `wsXInit':
> : undefined reference to `xinerama_screen'
> Gui/libgui.a(ws.o)(.text+0x1c0): In function `wsXInit':
> : undefined reference to `xinerama_screen'
> Gui/libgui.a(ws.o)(.text+0x4ba): In function `wsXInit':
> : undefined reference to `XF86VidModeGetModeLine'
> /usr/lib/libGL.a(glxcmds.o)(.text+0x3234): In function `glXGetMscRateOML':
> : undefined reference to `XF86VidModeQueryVersion'
> /usr/lib/libGL.a(glxcmds.o)(.text+0x3268): In function `glXGetMscRateOML':
> : undefined reference to `XF86VidModeGetModeLine'
> collect2: ld returned 1 exit status
> make: *** [mplayer] Error 1
> 
> But when using xfree86, there wasn't any errors during the compiling.
> I think this is caused by the new xorg package.
> 
>   xiaoyang
>



Re: X.org backport for sarge

2005-06-25 Thread Serja
I have one question about X.org: in any X.org based distribution I've ever 
tried setting more than one keyboard layouts under GNOME fails with some kind 
of error messages or if the messages are ingnored it's type symbols instead 
of a normal letters it should type and the second layout is invisible on the 
GNOME panel. I just wondering am I doing something wrong (but I doubt), or 
why nobody have reported/fixed it yet: Slackware 10.1 (gnome 2.6), Mandrake 
10.2 (gnome 2.8), Fedora 4 (gnome 2.10) - all this disrtos ships with this 
bug.
Is this bug fixed in Debian X.org packages?

--- Original message ---
From: Norbert Tretkowski <[EMAIL PROTECTED]>
To: debian-x@lists.debian.org, [EMAIL PROTECTED]
Subject: X.org backport for sarge
Date: 25 Июнь 2005 16:43
> Hi,
>
> after David Nusinow's announcement of experimental X.org packages, I
> couldn't resist building a backport for sarge. If you want to give it
> a try, add this line to your sources.list:
>
> deb http://people.debian.org/~nobse/xorg-x11/ sarge main
>
> If you have problems, please don't file bugreports against the Debian
> Bug Tracking Systems, instead contact the debian-x mailinglist.
>
> Norbert



Re: 6.8.2.dfsg.1-0pre1v1 and numlockx

2005-06-25 Thread matthieu castet

matthieu castet wrote:

Hi,

with 6.8.2.dfsg.1-0pre1v1, numlockx don't turn on the numlock led, but 
the nimlock pad work.



In fact the led isn't turn on when we came back from another vt.

Step to reproduce :
activate numlock
switch to vt1 (in my case numlock was enable)
switch to vt7 (X server), and the numlock led will be turned off.


Matthieu


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



X.org backport for sarge

2005-06-25 Thread Norbert Tretkowski
Hi,

after David Nusinow's announcement of experimental X.org packages, I
couldn't resist building a backport for sarge. If you want to give it
a try, add this line to your sources.list:

deb http://people.debian.org/~nobse/xorg-x11/ sarge main

If you have problems, please don't file bugreports against the Debian
Bug Tracking Systems, instead contact the debian-x mailinglist.

Norbert


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



Re: X.Org packages

2005-06-25 Thread Jan Wagner
On Saturday 25 June 2005 13:00, Bastian Venthur wrote:
> Zoe Parsons wrote:
> > I just upgraded to them from the repository as mentioned in David's Blog
> > and it seemed to go without a hitch apart from getting a message about
> > how /etc/init.d/xfree86-common existed during purge.
> >
> > So that's one happy bunny over here if nowhere else. :-)
> >
> > Now just waiting for the day of the upload to unstable...
>
> Same here, the upgrade worked very well. Only two Problems so far:
>
> (1) I'm missing a synaptics-driver for my touchpad. Something like:
> xfree86-driver-synaptics

Try ftp://ftp.cyconet.org/pub/debian/xorg-driver-synaptics/ .. this was 
compiled for a backport of the ubuntu packages on sid half year ago. These 
Package works fine here.

If this doesnt work, try to recompile the packages on your system. If this 
also doenst fit, you maybe recompile the package from 
ftp://archive.ubuntulinux.org/ubuntu/pool/main/x/xorg-driver-synaptics/

With kind Regards, Jan.
-- 
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a-- C+++ UL P+ L+++ E- W+++ N+++ o++ K++ w---
O M-- V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI- D++
G++ e++ h-- r+++ y+++
--END GEEK CODE BLOCK--


pgp7VGKIa76Bm.pgp
Description: PGP signature


6.8.2.dfsg.1-0pre1v1 and numlockx

2005-06-25 Thread matthieu castet

Hi,

with 6.8.2.dfsg.1-0pre1v1, numlockx don't turn on the numlock led, but 
the nimlock pad work.



Matthieu


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



Re: Can't compile mplayer after upgrading from xfree86 to x.org

2005-06-25 Thread Xiaoyang Gu
I installed libxinerama-dev and builded mplayer again. But i got the
same error. :(

On 6/25/05, Norbert Tretkowski <[EMAIL PROTECTED]> wrote:
> * Xiaoyang Gu wrote:
> [...]
> > But when using xfree86, there wasn't any errors during the
> > compiling. I think this is caused by the new xorg package.
> 
> Install libxinerama-dev and try building mplayer again.
> 
> Norbert
> 
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
>



Re: Can't compile mplayer after upgrading from xfree86 to x.org

2005-06-25 Thread Norbert Tretkowski
* Xiaoyang Gu wrote:
[...]
> But when using xfree86, there wasn't any errors during the
> compiling. I think this is caused by the new xorg package.

Install libxinerama-dev and try building mplayer again.

Norbert


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



Can't compile mplayer after upgrading from xfree86 to x.org

2005-06-25 Thread Xiaoyang Gu
Today I upgrade xfree86 to x.org using the sources from "deb
http://people.debian.org/~dnusinow/xorg ./"
There was an error during upgrading as mentioned by [EMAIL PROTECTED]

Setting up xfree86-common (6.8.2.dfsg.1-0pre1v1) ...
update-rc.d: /etc/init.d/xfree86-common exists during rc.d purge (use -f to
force)
dpkg: error processing xfree86-common (--configure):
 subprocess post-installation script returned error exit status 1

After update-rc.d -f remove xfree86-common as root, things seemed to be ok. 

Then I compiled mplayer from source, it failed. I got such messages:
Gui/libgui.a(ws.o)(.text+0x18b): In function `wsXInit':
: undefined reference to `XineramaIsActive'
Gui/libgui.a(ws.o)(.text+0x1a9): In function `wsXInit':
: undefined reference to `XineramaQueryScreens'
Gui/libgui.a(ws.o)(.text+0x1b4): In function `wsXInit':
: undefined reference to `xinerama_screen'
Gui/libgui.a(ws.o)(.text+0x1c0): In function `wsXInit':
: undefined reference to `xinerama_screen'
Gui/libgui.a(ws.o)(.text+0x4ba): In function `wsXInit':
: undefined reference to `XF86VidModeGetModeLine'
/usr/lib/libGL.a(glxcmds.o)(.text+0x3234): In function `glXGetMscRateOML':
: undefined reference to `XF86VidModeQueryVersion'
/usr/lib/libGL.a(glxcmds.o)(.text+0x3268): In function `glXGetMscRateOML':
: undefined reference to `XF86VidModeGetModeLine'
collect2: ld returned 1 exit status
make: *** [mplayer] Error 1

But when using xfree86, there wasn't any errors during the compiling.
I think this is caused by the new xorg package.

  xiaoyang



Re: Building Xorg from svn

2005-06-25 Thread Julien Cristau
On Sat, Jun 25, 2005 at 13:51:42 +0200, Jean-Christophe Dubacq wrote:

> Hello,
> 
>   Trying to build Xorg from svn (trunk) (I think I found something wrong
>   in 000_stolen_from_HEAD_i810, but need to test), I cannot recompile
>   because some files are added (.svn files) and causes an error due to
>   MANIFEST.i386. Any tips on how to build from svn?

You need to run svn export first:
svn export svn://necrotic.deadbeast.net/xorg-x11/trunk xorg-x11-6.8.2.dfsg.1
cd xorg-x11-6.8.2.dfsg.1
debian/rules make-orig-tar-gz (if you don't already have the orig
tarball)

and then you can build the packages :)

Cheers,
Julien


signature.asc
Description: Digital signature


Building Xorg from svn

2005-06-25 Thread Jean-Christophe Dubacq
Hello,

  Trying to build Xorg from svn (trunk) (I think I found something wrong
  in 000_stolen_from_HEAD_i810, but need to test), I cannot recompile
  because some files are added (.svn files) and causes an error due to
  MANIFEST.i386. Any tips on how to build from svn?
-- 
JCD


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



Re: X.Org packages

2005-06-25 Thread Bastian Venthur
Zoe Parsons wrote:

> I just upgraded to them from the repository as mentioned in David's Blog
> and it seemed to go without a hitch apart from getting a message about how
> /etc/init.d/xfree86-common existed during purge.
> 
> So that's one happy bunny over here if nowhere else. :-)
> 
> Now just waiting for the day of the upload to unstable...

Same here, the upgrade worked very well. Only two Problems so far: 

(1) I'm missing a synaptics-driver for my touchpad. Something like:
xfree86-driver-synaptics

(2) After the xorg.config was created (my hardware was completely
recognized) -- my settings for the displaysize where lost. So xserver
defaults to 75dpi.


Regards

Bastian


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



Opportunities in the judgment recovery business

2005-06-25 Thread reid olson

High Income in a major profession.
Total flexibility of where you work.
Your successful business.
You decide how much you work. 
A substantial number of our members are at 5,000US to 12,000US per mo. 
Outstanding training and assistance.

http://kstf.7DQ.itemsofyoursuccez.com/b/

For additional info or to discontinue receiving or to see our address.



He dropped downward until he was about a hundred feet above the water, when
he continued his northwesterly course. But now he regretted having
interfered for a moment with the action of the machine, for his progress,
instead of being swift as a bird's flight, became slow and jerky, nor was he
sure that the damaged machine might not break down altogether at any moment
Yet so far his progress was in the right direction, and he resolved to
experiment no further with the instrument, but to let it go as it would, so
long as it supported him above the water


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



Status update (was: X Strike Force X.Org X11 SVN commit: r259 - trunk/debian)

2005-06-25 Thread Andreas Metzler
On 2005-06-24 David Nusinow <[EMAIL PROTECTED]> wrote:
[..]
>Here's the updated status of what's going on. With the ftp-master move
> in progress, I decided to skip uploading the current packages to
> experimental as planned. Instead what I've done is uploaded them to my
> space on people.debian.org[0]. I've been told that this server won't be one
> of those moving, so it should remain up during the transition. These
> packages are snapshots of our current status and are exactly the packages
> that would have gone in to experimental.
> 
>   After talking with a number of people, I've decided that we should
> simply go straight for unstable with our first real upload.
[...]

Hello,
The big downside of uploading directly to unstable is that you as
package maintainers have got little influence when the package
*actually* hits unstable, as it has to go through NEW-processing.

This is just a general observation, I've no idea whether X would have
problems with that (perhaps you are going to be prioritized anyway).

thanks for your work, cu andreas
-- 
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"
   http://downhill.aus.cc/


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