from:"ishikawa"

Re: RFC: define FontLibSharedFreeType=NO

2003-06-07 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Fri, Jun 06, 2003 at 07:24:25PM +0900, ISHIKAWA Mutsumi wrote:
>> > 
>> >  I've just added a memo under people/ishikawa/ about FreeType backend
>> > build problem when defined FontLibSharedFreeType=YES.
>> > 
>> >  I want to merge this change into branches/4.3.0/sid/debian/rules.
>> > 
>> >  Any comments?

>> It's fine, but please commit another change that places a comment line
>> right above SERVERDEBUG_IMAKE_DEFINES describing why it's there and when
>> it's safe to remove that definition.
>>
>> Alternatively, commit a placeholder comment like this:
>>
>> # XXX: BR needs to write explanation of why we're setting
>> # FontLibSharedFreeType in anal-rententive English

 OK, I'll do this.

>> I got a report in private mail (grrr) from a person who ran into the
>> very problem you describe, so I appreciate you tracking this down and
>> fixing it.  Your analysis looks reasonable and I agree with your
>> solution.

 Sorry, I found my mistakes by my self.

 1) PS_FontInfoRec did not change between FreeeType 2.1.3 and
2.1.4. It makes after FreeType 2.1.4 release (please see
freetype-2.1.4/debian/patches/001-freetype-2.1.4+cvs20030601.diff).

 2) I forgot the architecture which does not support XFree86
DynamicLoader (e.g hppa, mips). On the environment,
DoLoadableServer is always defained as NO. So, it is not
enough to set  FontLibSharedFreeType=NO for building XFree86-dbg.

 * BuildFreeType and UseFreetype2 is always YES for all
   Debian environment.

 * On LoadableServer supportted environment
   (i386,alpha,sparc and so on):

 Building Normal Server
   DoLoadableServer is defined as YES, so FontLibSharedFreeType
  is automatically defined as NO

 Building Debug Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES.

  * On LoadableServer unsupportted environment
(hppa, mips and so on):

 Building Normal Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES

 Building Debug Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES

  * Building FontLibShareFreeType cause problem, because of
FreeType2's PS_FontInfoRec interafece change.

  * For debugging purpose, Normal Server and Debug server
should use same Freetype library (both use external one
or both use XFree86 internal one).

 Current solution:
  update #003, #800 and #842 patch to always define
  FontLibSharedFreeType as NO.

 After LoaderServer becomes to be able to build with external
 FreeType2:
  (I heard Juliusz is planning this kind of hack :-)

  drops FontLibSharedFreeType as NO define. We can use
  external FreeTYpe2 library for Normal and Debug server.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: RFC: define FontLibSharedFreeType=NO

2003-06-07 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Fri, Jun 06, 2003 at 07:24:25PM +0900, ISHIKAWA Mutsumi wrote:
>> > 
>> >  I've just added a memo under people/ishikawa/ about FreeType backend
>> > build problem when defined FontLibSharedFreeType=YES.
>> > 
>> >  I want to merge this change into branches/4.3.0/sid/debian/rules.
>> > 
>> >  Any comments?

>> It's fine, but please commit another change that places a comment line
>> right above SERVERDEBUG_IMAKE_DEFINES describing why it's there and when
>> it's safe to remove that definition.
>>
>> Alternatively, commit a placeholder comment like this:
>>
>> # XXX: BR needs to write explanation of why we're setting
>> # FontLibSharedFreeType in anal-rententive English

 OK, I'll do this.

>> I got a report in private mail (grrr) from a person who ran into the
>> very problem you describe, so I appreciate you tracking this down and
>> fixing it.  Your analysis looks reasonable and I agree with your
>> solution.

 Sorry, I found my mistakes by my self.

 1) PS_FontInfoRec did not change between FreeeType 2.1.3 and
2.1.4. It makes after FreeType 2.1.4 release (please see
freetype-2.1.4/debian/patches/001-freetype-2.1.4+cvs20030601.diff).

 2) I forgot the architecture which does not support XFree86
DynamicLoader (e.g hppa, mips). On the environment,
DoLoadableServer is always defained as NO. So, it is not
enough to set  FontLibSharedFreeType=NO for building XFree86-dbg.

 * BuildFreeType and UseFreetype2 is always YES for all
   Debian environment.

 * On LoadableServer supportted environment
   (i386,alpha,sparc and so on):

 Building Normal Server
   DoLoadableServer is defined as YES, so FontLibSharedFreeType
  is automatically defined as NO

 Building Debug Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES.

  * On LoadableServer unsupportted environment
(hppa, mips and so on):

 Building Normal Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES

 Building Debug Server
   DoLoadableServer is defined as NO, so FontLibSharedFreeType
  is automatically defined as YES

  * Building FontLibShareFreeType cause problem, because of
FreeType2's PS_FontInfoRec interafece change.

  * For debugging purpose, Normal Server and Debug server
should use same Freetype library (both use external one
or both use XFree86 internal one).

 Current solution:
  update #003, #800 and #842 patch to always define
  FontLibSharedFreeType as NO.

 After LoaderServer becomes to be able to build with external
 FreeType2:
  (I heard Juliusz is planning this kind of hack :-)

  drops FontLibSharedFreeType as NO define. We can use
  external FreeTYpe2 library for Normal and Debug server.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

RFC: define FontLibSharedFreeType=NO

2003-06-06 Thread ISHIKAWA Mutsumi


 I've just added a memo under people/ishikawa/ about FreeType backend
build problem when defined FontLibSharedFreeType=YES.

 I want to merge this change into branches/4.3.0/sid/debian/rules.

 Any comments?


Modified: people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules
==
--- people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules   2003-06-06 
04:16:38 UTC (rev 154)
+++ people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules   2003-06-06 
06:10:20 UTC (rev 155)
@@ -67,7 +67,7 @@
 # lines. Ever.
 TIMESTAMP:=$(shell env TZ=UTC date +%Y%m%d%H%M%S)
 IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian $(SOURCE_VERSION) $(TIMESTAMP) 
$(BUILDER)\"'
-SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(TIMESTAMP) $(BUILDER)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO 
-DXprtServer=NO $(DEBUGFLAGS)
+SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(TIMESTAMP) $(BUILDER)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO -DFontLibSharedFreeType=NO -DXnestServer=NO 
-DXVirtualFramebufferServer=NO -DXprtServer=NO $(DEBUGFLAGS)
 
 # If this is an official build, set the BuilderEMailAddr that gets displayed in
 # some error messages.



--

 If BuildFreeType && UseFreetype2 && !DoLoadableServer, lib/font/FreeType
builds with external FreeType2 because in xc/config/X11.tmpl defined as
following:


/*
 * There's no reason to use the statically built FreeType unless
 * you're using a loadable server.
 */
 
#ifndef FontLibSharedFreeType
#if BuildFreeType && UseFreetype2 && !DoLoadableServer 
#define FontLibSharedFreeType YES
#else
#define FontLibSharedFreeType NO
#endif
#endif

#if FontLibSharedFreeType
 FONTFT2LIB = $(FREETYPE2LIB)
#endif


 BuildFreeType and UseFreetype2 is always YES on Debian xfree86 package build.
 DoLoadableServer is defined as NO when we build the static XFree86 server
(XFree86-dbg) for xserver-xfree86-dbg.

 So, xserver-xfree86-dbg will be built with external shared FreeType2 library.

 XFree86 4.3.0 tree contains FreeType 2.1.3 (with some modifications).
Currently sid includes FreeType2 2.1.4.  Between FreeType 2.1.3 and 2.1.4,
`struct  PS_FontInfoRec' interface is changed likes this:


- 2.1.3
  typedef struct  PS_FontInfoRec
  {
(snip)
FT_Shortunderline_position;
FT_UShort   underline_thickness;

  } PS_FontInfoRec, *PS_FontInfo;
-

- 2.1.4
  typedef struct  PS_FontInfoRec
  {
(snip)
FT_Fixed*   underline_position;
FT_Fixed*   underline_thickness;

  } PS_FontInfoRec, *PS_FontInfo;
-


 This change cause build error in xc/lib/font/freetype/ftfuncs.c likes this:


 gcc -c -g -O2 -g -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations  
-Wredundant-decls -Wnested-externs -Wundef  -I. -I../../../include/fonts 
-I../include -I../../../exports/include/X11
-I../../../programs/Xserver/include -I/usr/include/freetype2 
-I/usr/include/freetype2/include -I../../../exports/include  -I../../.. 
-I../../../exports/include -I/usr/X11R6/include  -Dlinux -D__alpha__ 
-D_POSIX_C_SOURCE=199309L   -D_POSIX_SOURCE 
-D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE 
-D_GNU_SOURCE   -DFUNCPROTO=15 -DNARROWPROTO   -DGCCUSESGAS 
-DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH   -DXFreeXDGA 
-DXvExtension   -DXFree86Server 
-DXF86VIDMODE  -DXvMCExtension  
-DSMART_SCHEDULE   
  -DBUILDDEBUG -DXResExtension   -DX_BYTE_ORDER=X_LITTLE_ENDIAN 
-D_XSERVER64 -DJENSEN_SUPPORT   ftfuncs.c
In file included from ftfuncs.c:48:
ft.h:73: warning: redundant redeclaration of 
`FreeTypeRegisterFontFileFunctions' in same scope
../../../include/fonts/fontproto.h:91: warning: previous declaration of 
`FreeTypeRegisterFontFileFunctions'
ftfuncs.c: In function `FreeTypeAddProperties':
ftfuncs.c:966: error: pointer value used where a floating point value was 
expected
ftfuncs.c:968: error: pointer value used where a floating point value was 
expected
make[6]: *** [ftfuncs.o] Error 1
make[6]: Leaving directory 
`/home/ishikawa/work/XFree86/4.3.0/xfree86-4.3.0/build-tree/xc-xserver-xfree86-dbg/lib/font/FreeType'



 I think better to define FontLibSharedFreeType=NO, because XFree86-dbg
does exists to debug for normal XFree86 server. Difference between
FreeType2 included in normal XFree86 (source level inclusion in freetype.a
module). and FreeTyp

Re: X Strike Force SVN commit: rev 118 - trunk/debian

2003-06-06 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Fri, Jun 06, 2003 at 01:30:46PM +0900, ISHIKAWA Mutsumi wrote:
>> >  Why does xutils depends cpp-3.2 instead of cpp ?
>>
>> See the log message for revision 80.

 Ah, OK I understand. Thanks :-)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

RFC: define FontLibSharedFreeType=NO

2003-06-06 Thread ISHIKAWA Mutsumi


 I've just added a memo under people/ishikawa/ about FreeType backend
build problem when defined FontLibSharedFreeType=YES.

 I want to merge this change into branches/4.3.0/sid/debian/rules.

 Any comments?


Modified: people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules
==
--- people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules   2003-06-06 04:16:38 
UTC (rev 154)
+++ people/ishikawa/4.3.0-0pre1v1-xrender-xcursor-split/rules   2003-06-06 06:10:20 
UTC (rev 155)
@@ -67,7 +67,7 @@
 # lines. Ever.
 TIMESTAMP:=$(shell env TZ=UTC date +%Y%m%d%H%M%S)
 IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian $(SOURCE_VERSION) $(TIMESTAMP) 
$(BUILDER)\"'
-SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(TIMESTAMP) $(BUILDER)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO -DXprtServer=NO 
$(DEBUGFLAGS)
+SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(TIMESTAMP) $(BUILDER)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO -DFontLibSharedFreeType=NO -DXnestServer=NO 
-DXVirtualFramebufferServer=NO -DXprtServer=NO $(DEBUGFLAGS)
 
 # If this is an official build, set the BuilderEMailAddr that gets displayed in
 # some error messages.



--

 If BuildFreeType && UseFreetype2 && !DoLoadableServer, lib/font/FreeType
builds with external FreeType2 because in xc/config/X11.tmpl defined as
following:


/*
 * There's no reason to use the statically built FreeType unless
 * you're using a loadable server.
 */
 
#ifndef FontLibSharedFreeType
#if BuildFreeType && UseFreetype2 && !DoLoadableServer 
#define FontLibSharedFreeType YES
#else
#define FontLibSharedFreeType NO
#endif
#endif

#if FontLibSharedFreeType
 FONTFT2LIB = $(FREETYPE2LIB)
#endif


 BuildFreeType and UseFreetype2 is always YES on Debian xfree86 package build.
 DoLoadableServer is defined as NO when we build the static XFree86 server
(XFree86-dbg) for xserver-xfree86-dbg.

 So, xserver-xfree86-dbg will be built with external shared FreeType2 library.

 XFree86 4.3.0 tree contains FreeType 2.1.3 (with some modifications).
Currently sid includes FreeType2 2.1.4.  Between FreeType 2.1.3 and 2.1.4,
`struct  PS_FontInfoRec' interface is changed likes this:


- 2.1.3
  typedef struct  PS_FontInfoRec
  {
(snip)
FT_Shortunderline_position;
FT_UShort   underline_thickness;

  } PS_FontInfoRec, *PS_FontInfo;
-

- 2.1.4
  typedef struct  PS_FontInfoRec
  {
(snip)
FT_Fixed*   underline_position;
FT_Fixed*   underline_thickness;

  } PS_FontInfoRec, *PS_FontInfo;
-


 This change cause build error in xc/lib/font/freetype/ftfuncs.c likes this:


 gcc -c -g -O2 -g -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations  -Wredundant-decls 
-Wnested-externs -Wundef  -I. -I../../../include/fonts -I../include 
-I../../../exports/include/X11-I../../../programs/Xserver/include 
-I/usr/include/freetype2 -I/usr/include/freetype2/include -I../../../exports/include  
-I../../.. -I../../../exports/include -I/usr/X11R6/include  -Dlinux -D__alpha__ 
-D_POSIX_C_SOURCE=199309L   -D_POSIX_SOURCE -D_XOPEN_SOURCE 
-D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE   
-DFUNCPROTO=15 -DNARROWPROTO   -DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH   
-DXFreeXDGA -DXvExtension   
-DXFree86Server -DXF86VIDMODE  
-DXvMCExtension  
-DSMART_SCHEDULE   
  -DBUILDDEBUG -DXResExtension   -DX_BYTE_ORDER=X_LITTLE_ENDIAN 
-D_XSERVER64 -DJENSEN_SUPPORT   ftfuncs.c
In file included from ftfuncs.c:48:
ft.h:73: warning: redundant redeclaration of `FreeTypeRegisterFontFileFunctions' in 
same scope
../../../include/fonts/fontproto.h:91: warning: previous declaration of 
`FreeTypeRegisterFontFileFunctions'
ftfuncs.c: In function `FreeTypeAddProperties':
ftfuncs.c:966: error: pointer value used where a floating point value was expected
ftfuncs.c:968: error: pointer value used where a floating point value was expected
make[6]: *** [ftfuncs.o] Error 1
make[6]: Leaving directory 
`/home/ishikawa/work/XFree86/4.3.0/xfree86-4.3.0/build-tree/xc-xserver-xfree86-dbg/lib/font/FreeType'



 I think better to define FontLibSharedFreeType=NO, because XFree86-dbg
does exists to debug for normal XFree86 server. Difference between
FreeType2 included in normal XFree86 (source level inclusion in freetype.a
module). and FreeType2 linke

Re: X Strike Force SVN commit: rev 118 - trunk/debian

2003-06-06 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Fri, Jun 06, 2003 at 01:30:46PM +0900, ISHIKAWA Mutsumi wrote:
>> >  Why does xutils depends cpp-3.2 instead of cpp ?
>>
>> See the log message for revision 80.

 Ah, OK I understand. Thanks :-)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: X Strike Force SVN commit: rev 118 - trunk/debian

2003-06-05 Thread ISHIKAWA Mutsumi


 Why does xutils depends cpp-3.2 instead of cpp ?

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   X Strike Force SVN Admin <[EMAIL PROTECTED]> wrote:
>> Author: branden
>> Date: 2003-06-01 19:00:49 -0500 (Sun, 01 Jun 2003)
>> New Revision: 118

>> Modified:
>>trunk/debian/changelog
>>trunk/debian/control
>> Log:
>> xutils depends on cpp-3.2, because imake uses cpp (thanks, James Troup)

>> Modified: trunk/debian/control
>> ==
>> --- trunk/debian/control 2003-05-31 08:17:29 UTC (rev 117)
>> +++ trunk/debian/control 2003-06-02 00:00:49 UTC (rev 118)
>> @@ -1001,7 +1001,7 @@
>> 
>>  Package: xutils
>>  Architecture: any
>> -Depends: xfree86-common (>> 4.2), ${shlibs:Depends}, ${misc:Depends}
>> +Depends: xfree86-common (>> 4.2), cpp-3.2, ${shlibs:Depends}, 
>> ${misc:Depends}
>>  Suggests: xlibs-dev, ssh | rsh-server, ssh | rsh-client
>>  Conflicts: rstart, rstartd, xbase-clients (<< 4.0), xserver-common (<< 
>> 4.0), xbase (<< 3.3.2.3a-2)
>>  Replaces: rstart, rstartd, xbase-clients (<= 4.0.1-8), xserver-common (<< 
>> 4.0), xbase (<< 3.3.2.3a-2), xlibs-dev (<< 4.1.0-12), xlib6g-dev, dpsclient, 
>> xcontrib

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: X Strike Force SVN commit: rev 118 - trunk/debian

2003-06-05 Thread ISHIKAWA Mutsumi


 Why does xutils depends cpp-3.2 instead of cpp ?

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   X Strike Force SVN Admin <[EMAIL PROTECTED]> wrote:
>> Author: branden
>> Date: 2003-06-01 19:00:49 -0500 (Sun, 01 Jun 2003)
>> New Revision: 118

>> Modified:
>>trunk/debian/changelog
>>trunk/debian/control
>> Log:
>> xutils depends on cpp-3.2, because imake uses cpp (thanks, James Troup)

>> Modified: trunk/debian/control
>> ==
>> --- trunk/debian/control 2003-05-31 08:17:29 UTC (rev 117)
>> +++ trunk/debian/control 2003-06-02 00:00:49 UTC (rev 118)
>> @@ -1001,7 +1001,7 @@
>> 
>>  Package: xutils
>>  Architecture: any
>> -Depends: xfree86-common (>> 4.2), ${shlibs:Depends}, ${misc:Depends}
>> +Depends: xfree86-common (>> 4.2), cpp-3.2, ${shlibs:Depends}, ${misc:Depends}
>>  Suggests: xlibs-dev, ssh | rsh-server, ssh | rsh-client
>>  Conflicts: rstart, rstartd, xbase-clients (<< 4.0), xserver-common (<< 4.0), xbase 
>> (<< 3.3.2.3a-2)
>>  Replaces: rstart, rstartd, xbase-clients (<= 4.0.1-8), xserver-common (<< 4.0), 
>> xbase (<< 3.3.2.3a-2), xlibs-dev (<< 4.1.0-12), xlib6g-dev, dpsclient, xcontrib

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

ITP: xcursor -- X Cursor management library

2003-05-26 Thread ISHIKAWA Mutsumi

Package: wnpp
Version: N/A
Serverity: wishlist

* Package name: xcursor
  Version : 1.0.2
  Upstream Author : Keith Packard
* URL : http://fontconfig.org/release/
* License :

  Permission to use, copy, modify, distribute, and sell this software and its
  documentation for any purpose is hereby granted without fee, provided that
  the above copyright notice appear in all copies and that both that copyright
  notice and this permission notice appear in supporting documentation, and
  that the name of Keith Packard not be used in advertising or publicity
  pertaining to distribution of the software without specific, written prior
  permission.  Keith Packard makes no representations about the suitability of
  this software for any purpose.  It is provided "as is" without express or
  implied warranty.

  KEITH PACKARD DISCLAIMS ALL WARRANTIES WITH REGARD TO THIS SOFTWARE,
  INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS, IN NO EVENT
  SHALL KEITH PACKARD BE LIABLE FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL
  DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR
  PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS
  ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS
  SOFTWARE.

 * Description :
 Xcursor is a simple library designed to help locate and load cursors. 
 Cursors can be loaded from files or memory and can exist in several
 sizes and the library automatically picks the best size. When using
 images loaded from files, Xcursor prefers to use the Render extension
 CreateCursor request for rendering cursor.


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xserver-s3 stoped working?

2003-05-26 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> On Mon, May 26, 2003 at 01:21:11PM +0300, Shaul Karl wrote:
>> >   I have tried debian-user and xfree86 but didn't got a reply. 
>> > Hopefully someone here will be able to help. In addition, maybe others
>> > with the same old card can tell whether it works for them?
>> >   The following is for an old machine that is being used as a desk top.
>> > It used to follow testing rather closely until the break occurred.
>> > However due to the old hardware it must use xserver-s3 from the old 3.3
>> > tree. This is so because as far as I can tell there is no newer server
>> > for this VLB card. I believe the source classifies this bus as part of
>> > the ISA bus and mentions that it will be supported in the distant
>> > future. Am I wrong? Follows /var/log/xdm/log. The exact identification
>> > of the hardware can be seen here.
>> > 
>> > (**) S3: Option "power_saver"
>> > (--) S3: card type: 386/486 localbus
>> > (--) S3: videoram:  2048k
>> > (--) S3: Ramdac type: s3_trio32
>> > (--) S3: Ramdac speed: 135 MHz
>>
>> If this is indeed a Trio32, as it semes it is, it should be supported in
>> 4.2.1-6, which is currently in sid (unstable).

 I believe that XFree86 4.x's s3 driver is only support PCI(or AGP) bus.
 (e.g S3Probe() in s3_driver.c) So, VL bus/ISA bus card will not work
 with the driver.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: X Strike Force: let's work on xfree86/branches/4.3.0/sid

2003-05-26 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Mon, May 26, 2003 at 09:39:55AM +0900, ISHIKAWA Mutsumi wrote:
>> >  -  Xcursor package will be ITPd as soon as possible.
>> > (Maintainer: X Strike force, Uploader Branden, Daniel and me).
>>
>> No point having Daniel in the Uploaders field until he is a Debian
>> Developer.

 Oops, I believed He is Debian developer. ..
 I'll remove his entry from Uploaders for a while.

>> > There is beta package:
>> >   http://people.debian.org/~ishikawa/xcursor/
>>
>> Cool.  At some point soon I'll initialize a repo for this.  Please nag
>> if I'm not moving fast enough.

 No problem :-)

 Perhaps I can not have enough time to work for X because I'm very
very busy on my real job since 1st week of Jun, sorry.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: X Strike Force: let's work on xfree86/branches/4.3.0/sid

2003-05-25 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> There are several things still to do:

>> 2) The xlibs bustup.  Currently I envision:
>>  * One shared lib, -dev, and -dbg package for every shared
>>library except those with a different upstream (fontconfig,
>>xft, xrender, xcursor).

 -  Xcursor package will be ITPd as soon as possible.
(Maintainer: X Strike force, Uploader Branden, Daniel and me).

There is beta package:
  http://people.debian.org/~ishikawa/xcursor/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

X Strike Force SVN commit: rev 37 - people/ishikawa/debian

2003-05-25 Thread ishikawa

Author: ishikawa
Date: 2003-05-24 23:46:47 -0500 (Sat, 24 May 2003)
New Revision: 37

Modified:
   people/ishikawa/debian/xserver-xfree86.files.alpha
   people/ishikawa/debian/xserver-xfree86.files.i386
   people/ishikawa/debian/xserver-xfree86.files.powerpc
   people/ishikawa/debian/xserver-xfree86.files.sparc
Log:
add X-TT new codeconv module into xserver-xfree86.files*



Modified: people/ishikawa/debian/xserver-xfree86.files.i386
==
--- people/ishikawa/debian/xserver-xfree86.files.i386   2003-05-25 04:38:46 UTC 
(rev 36)
+++ people/ishikawa/debian/xserver-xfree86.files.i386   2003-05-25 04:46:47 UTC 
(rev 37)
@@ -50,6 +50,7 @@
 usr/X11R6/lib/modules/codeconv/libISO8859_1.a
 usr/X11R6/lib/modules/codeconv/libISO8859_10.a
 usr/X11R6/lib/modules/codeconv/libISO8859_11.a
+usr/X11R6/lib/modules/codeconv/libISO8859_13.a
 usr/X11R6/lib/modules/codeconv/libISO8859_14.a
 usr/X11R6/lib/modules/codeconv/libISO8859_15.a
 usr/X11R6/lib/modules/codeconv/libISO8859_2.a

Modified: people/ishikawa/debian/xserver-xfree86.files.alpha
==
--- people/ishikawa/debian/xserver-xfree86.files.alpha  2003-05-25 04:38:46 UTC 
(rev 36)
+++ people/ishikawa/debian/xserver-xfree86.files.alpha  2003-05-25 04:46:47 UTC 
(rev 37)
@@ -30,6 +30,7 @@
 usr/X11R6/lib/modules/codeconv/libISO8859_1.a
 usr/X11R6/lib/modules/codeconv/libISO8859_10.a
 usr/X11R6/lib/modules/codeconv/libISO8859_11.a
+usr/X11R6/lib/modules/codeconv/libISO8859_13.a
 usr/X11R6/lib/modules/codeconv/libISO8859_14.a
 usr/X11R6/lib/modules/codeconv/libISO8859_15.a
 usr/X11R6/lib/modules/codeconv/libISO8859_2.a

Modified: people/ishikawa/debian/xserver-xfree86.files.sparc
==
--- people/ishikawa/debian/xserver-xfree86.files.sparc  2003-05-25 04:38:46 UTC 
(rev 36)
+++ people/ishikawa/debian/xserver-xfree86.files.sparc  2003-05-25 04:46:47 UTC 
(rev 37)
@@ -46,6 +46,7 @@
 usr/X11R6/lib/modules/codeconv/libISO8859_1.a
 usr/X11R6/lib/modules/codeconv/libISO8859_10.a
 usr/X11R6/lib/modules/codeconv/libISO8859_11.a
+usr/X11R6/lib/modules/codeconv/libISO8859_13.a
 usr/X11R6/lib/modules/codeconv/libISO8859_14.a
 usr/X11R6/lib/modules/codeconv/libISO8859_15.a
 usr/X11R6/lib/modules/codeconv/libISO8859_2.a

Modified: people/ishikawa/debian/xserver-xfree86.files.powerpc
==
--- people/ishikawa/debian/xserver-xfree86.files.powerpc2003-05-25 
04:38:46 UTC (rev 36)
+++ people/ishikawa/debian/xserver-xfree86.files.powerpc2003-05-25 
04:46:47 UTC (rev 37)
@@ -11,6 +11,7 @@
 usr/X11R6/lib/modules/codeconv/libISO8859_1.a
 usr/X11R6/lib/modules/codeconv/libISO8859_10.a
 usr/X11R6/lib/modules/codeconv/libISO8859_11.a
+usr/X11R6/lib/modules/codeconv/libISO8859_13.a
 usr/X11R6/lib/modules/codeconv/libISO8859_14.a
 usr/X11R6/lib/modules/codeconv/libISO8859_15.a
 usr/X11R6/lib/modules/codeconv/libISO8859_2.a

X Strike Force SVN commit: rev 35 - people/ishikawa/debian/po

2003-05-24 Thread ishikawa

Author: ishikawa
Date: 2003-05-24 23:34:53 -0500 (Sat, 24 May 2003)
New Revision: 35

Modified:
   people/ishikawa/debian/po/ja.po
Log:
ja.po update again, thanks Kenshi Muto.



Modified: people/ishikawa/debian/po/ja.po
==
--- people/ishikawa/debian/po/ja.po 2003-05-24 21:33:33 UTC (rev 34)
+++ people/ishikawa/debian/po/ja.po 2003-05-25 04:34:53 UTC (rev 35)
@@ -20,7 +20,7 @@
 msgstr ""
 "Project-Id-Version: xfree86 4.2.1\n"
 "POT-Creation-Date: 2003-02-25 18:03-0500\n"
-"PO-Revision-Date: 2003-05-24 01:26+0900\n"
+"PO-Revision-Date: 2003-05-25 12:57+0900\n"
 "Last-Translator: Kenshi Muto <[EMAIL PROTECTED]> and ISHIKAWA Mutsumi <[EMAIL 
PROTECTED]>\n"
 "Language-Team: Japanese <[EMAIL PROTECTED]>\n"
 "MIME-Version: 1.0\n"
@@ -37,7 +37,7 @@
 msgid ""
 "A display manager is a program that provides graphical login capabilities "
 "for the X Window System."
-msgstr "ï¿½Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½È¤Ï¡ï¿½X Window System 
ï¿½ï¿½ï¿½Ç¤Î¥ï¿½ï¿½ï¿½ï¿½Õ¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ê¥í¥°ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç½ï¿½ï¿½ï¿½ó¶¡¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¤Ç¤ï¿½ï¿½ï¿½"
+msgstr "ï¿½Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½È¤Ï¡ï¿½X Window System ï¿½ï¿½ï¿½Ç¤Î¥ï¿½ï¿½ï¿½ï¿½Õ¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ê¥í¥°ï¿½ï¿½ 
ï¿½ï¿½ï¿½ï¿½Ç½ï¿½ï¿½ï¿½ó¶¡¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¤Ç¤ï¿½ï¿½ï¿½"
 
 #. Description
 #: ../xdm.templates:4
@@ -45,7 +45,7 @@
 "Only one display manager can manage a given X server, but multiple display "
 "manager packages are installed.  Please select which display manager should "
 "run by default."
-msgstr "ï¿½Ò¤È¤Ä¤ï¿½ X 
ï¿½ï¿½ï¿½ï¿½ï¿½Ð¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¤ï¿½ï¿½ï¿½ï¿½Î¤Ï¤Ò¤È¤Ä¤Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ê£ï¿½ï¿½ï¿½Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ã¤¬ï¿½ï¿½ï¿½ó¥¹¥È¡ï¿½ï¿½ë¤µï¿½ï¿½ï¿½Æ¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½É¤Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¥Õ¥ï¿½ï¿½ï¿½ï¿½È¤Çµï¿½Æ°ï¿½ï¿½ï¿½ï¿½ï¿½ë¤«ï¿½ï¿½ï¿½ò¤·¤Æ²ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½"
+msgstr "ï¿½Ò¤È¤Ä¤ï¿½ X ï¿½ï¿½ï¿½ï¿½ï¿½Ð¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¤ï¿½ï¿½ï¿½ï¿½Î¤Ï¤Ò¤È¤Ä¤Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ 
ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ê£ï¿½ï¿½ï¿½Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ã¤¬ï¿½ï¿½ï¿½ó¥¹¥È¡ï¿½ï¿½ë¤µï¿½ï¿½ï¿½Æ¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½É¤ï¿½ 
ï¿½Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¥Õ¥ï¿½ï¿½ï¿½ï¿½È¤Çµï¿½Æ°ï¿½ï¿½ï¿½ï¿½ï¿½ë¤«ï¿½ï¿½ï¿½ò¤·¤Æ²ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½"
 
 #. Description
 #: ../xdm.templates:4
@@ -54,7 +54,7 @@
 "manage different servers; to achieve this, configure the display managers "
 "accordingly, edit each of their init scripts in /etc/init.d, and disable the "
 "check for a default display manager.)"
-msgstr 
"(ï¿½Û¤Ê¤ë¥µï¿½ï¿½ï¿½Ð¤ï¿½Ã´ï¿½ö¤¹¤ï¿½ï¿½è¤¦ï¿½ï¿½ï¿½ï¿½ï¿½ê¤¹ï¿½ï¿½ï¿½Ð¡ï¿½Ê£ï¿½ï¿½ï¿½Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½ï¿½ï¿½ï¿½ï¿½Ð¤ï¿½Æ±ï¿½ï¿½ï¿½ï¿½Æ°ï¿½ï¿½ï¿½Ç¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¤è¤¦ï¿½Ë¤ï¿½ï¿½ï¿½ï¿½Ë¤Ï¡ï¿½/etc/init.d
 
ï¿½Ë¤ï¿½ï¿½ï¿½ï¿½Æ¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î½ï¿½ï¿½ü²½¥¹¥ï¿½ï¿½ï¿½ï¿½×¥È¤ï¿½ï¿½Ô½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¥Õ¥ï¿½ï¿½ï¿½ï¿½È¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¥ï¿½ï¿½ï¿½ï¿½Ã¥ï¿½ï¿½ï¿½Ìµï¿½ï¿½ï¿½Ë¤ï¿½ï¿½Æ²ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½)"
+msgstr "(ï¿½Û¤Ê¤ë¥µï¿½ï¿½ï¿½Ð¤ï¿½Ã´ï¿½ö¤¹¤ï¿½ï¿½è¤¦ï¿½ï¿½ï¿½ï¿½ï¿½ê¤¹ï¿½ï¿½ï¿½Ð¡ï¿½Ê£ï¿½ï¿½ï¿½Î¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½ï¿½ï¿½ï¿½ï¿½Ð¤ï¿½Æ± 
ï¿½ï¿½ï¿½ï¿½Æ°ï¿½ï¿½ï¿½Ç¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¤è¤¦ï¿½Ë¤ï¿½ï¿½ï¿½ï¿½Ë¤Ï¡ï¿½/etc/init.d ï¿½Ë¤ï¿½ï¿½ï¿½ï¿½Æ¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ 
ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î½ï¿½ï¿½ü²½¥¹¥ï¿½ï¿½ï¿½ï¿½×¥È¤ï¿½ï¿½Ô½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ç¥Õ¥ï¿½ï¿½ï¿½ï¿½È¥Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½Î¥ï¿½ï¿½ï¿½ï¿½Ã¥ï¿½ï¿½ï¿½Ìµï¿½ï¿½ï¿½Ë¤ï¿½ï¿½Æ²ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½)"
 
 #. Description
 #: ../xdm.templates:26
@@ -69,7 +69,7 @@
 "If xdm is stopped now, any X sessions it manages will be terminated. "
 "Otherwise you may leave xdm running, and the new version will take effect "
 "the next time the daemon is restarted."
-msgstr "X ï¿½Ç¥ï¿½ï¿½ï¿½ï¿½×¥ì¥¤ï¿½Þ¥Í¡ï¿½ï¿½ï¿½ï¿½ï¿½ (xdm) 
ï¿½Ç¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ï¡ï¿½ï¿½ï¿½ï¿½Ì¥Ñ¥Ã¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Î¹ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ÎºÝ¤ï¿½ï¿½ï¿½ï¿½ß¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ xdm ï¿½Ï¸ï¿½ï¿½ï¿½Æ°ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ X 
ï¿½ï¿½ï¿½Ã¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ò¤È¤Ä¤Ï´ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Æ¤ï¿½ï¿½ï¿½ï¿½è¤¦ï¿½Ç¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ xdm ï¿½ï¿½ï¿½ï¿½ï¿½ß¤ï¿½ï¿½ï¿½ï¿½È¡ï¿½ï¿½ï¿½ï¿½ï¿½ xdm 
ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Æ¤ï¿½ï¿½ï¿½ X ï¿½ï¿½ï¿½Ã¥ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ß¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ë¤¤ï¿½ï¿½ xdm 
ï¿½ï¿½Æ°ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Â³ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ë¥Ç¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ê¥¹ï¿½ï¿½ï¿½ï¿½ï¿½È¤ï¿½ï¿½ï¿½ï¿½È¤ï¿½ï¿½Ë¿ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ð¡ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ xdm 
ï¿½ï¿½Íï¿½ï¿½ï¿½Ë¤ï¿½ï¿½ë¤³ï¿½È¤ï¿½ï¿½Ç¤ï¿½ï¿½Þ¤ï¿½ï¿½ï¿½"
+ms

Re: XFree86 4.2.99.4 debs

2003-02-02 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> The following people deserve thanks in the creation of these packages:
>>  * Branden Robinson (the usual XFree86 maintainer), for being around to
>>answer questions, being patient, and showing me how to do stuff when
>>necessary.
>>  * Mike A. Harris (RedHat XFree86 maintainer), for being around to
>>answer questions, sharing patches, offering helpful suggestions, and
>>just generally being a really cool and useful guy.
>>  * ISHIKAWA Mitsumi, for his XFree86 4.3 packages, which I ripped the
>>forward-ported patches from.

 My name is ISHIKAWA Mutsumi ;)

>>  * Kevin Puetz, James Greenhalgh, Ross Drinkwater, and most of the rest
>>of the regular #debian-kde crew for being my guinea pigs and downloading
>>a staggering amount of debs, all in the name of getting it right.
>>  * Julien Goodwin, for lending me his HPPA, even though I couldn't get
>>it installed.
>>  * Trinity College, my employer, for funding all this.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: XFree86 4.2.99.4 debs

2003-02-02 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> The following people deserve thanks in the creation of these packages:
>>  * Branden Robinson (the usual XFree86 maintainer), for being around to
>>answer questions, being patient, and showing me how to do stuff when
>>necessary.
>>  * Mike A. Harris (RedHat XFree86 maintainer), for being around to
>>answer questions, sharing patches, offering helpful suggestions, and
>>just generally being a really cool and useful guy.
>>  * ISHIKAWA Mitsumi, for his XFree86 4.3 packages, which I ripped the
>>forward-ported patches from.

 My name is ISHIKAWA Mutsumi ;)

>>  * Kevin Puetz, James Greenhalgh, Ross Drinkwater, and most of the rest
>>of the regular #debian-kde crew for being my guinea pigs and downloading
>>a staggering amount of debs, all in the name of getting it right.
>>  * Julien Goodwin, for lending me his HPPA, even though I couldn't get
>>it installed.
>>  * Trinity College, my employer, for funding all this.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> >  How about xft1 ?
>>
>> Xft is not built at all.

 Humm, some applications uses Xft1 so we will need libXft.so.1
for compatibility. We need oldlibs/libxft1 package.

>> splitting xlibs per-library locally in my tree, but that's
>> > >> going to take a couple of days yet to track down where every
>> > >> header and manpage should go (sigh).
>> > 
>> >   Ahh, I understand. So, we will provide individual package per
>> > libraries? (For example xlibx11 will provide libX11.so and related
>> > files, xlibxie will provide)

>> AIUI, the rough plan is to have one package per shared library (libx11,
>> libxpm4, etc), xlibs-static and xlibs-data. I'm unsure as to how the
>> packages should be named though: I honestly don't see the need for the
>> 'x' prefix, except as some ancient packaging artifact that's no longer
>> relevant to the real world.
>>
>>   * debian/control:
>> + Split xlibmesa a la 4.2.1-5 - xlibmesa4-gl, xlibmesa4-gl-dbg,
>>   xlibmesa4-gl-dev, xlibmesa4-glu, xlibmesa4-glu-dbg, xlibmesa4-glu-dev,
>>   and xlibmesa4-dri. The first three contain libGL, the next three 
>> libGLU,
>>   and the latter the DRI modules.

 4.2.1-4pre5v1 provides xlibmesa-gl-dev, xlibmesa-glu-dev and
xlibosmesa-dev. 

 So, If xlibmesa4-gl-dev, xlibmesa4-glu-dev and xlibosmesa4-dev will
not co-exists with current (4.2.1-4pre5v1 and probably 4.2.1-5)
xlibmesa-gl-dev, xlibmesa4-glu-dev and xlibosmesa-dev, I think better 
`4' would be dropped from their names.

>> + Split xlibs a la Branden's Great Leap Forward - every package has its 
>> own
>>   library. So, the new packages are: libx11, libxpm4, libxt6, libxmu6,
>>   libxmuu1, libice6, libsm6, libxext6, libxi6, libxp6, libxrender1,
>>   libxrandr2, libxtrap6, libxtst6, libxrx6 and libxcursor1; all of these
>>   packages also have a -dbg and -dev package (the soname is removed for
>>   the -dev package). Locale data and other architecture-independent
>>   stuff has been moved to xlibs-data; static-only libraries are in
>>   xlibs-static.

 Cool :-)

 Perhaps we need dummy xlibs package (it depends these
library packages) to migrate from old environment.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> > >>  -1 works, but my local tree is currently rather broken due to
>> > >>  attempting to split xlibs in the dark with no torch.
>> > 
>> >  Xlibs split is already done on my tree.
>> >  (and -4pre5v1 changes are already merged too)

>> I don't build xft or fontconfig, and instead defer to the versions in
>> Debian.

 OK, so xfree86_4.3.0-*.deb will not provide xft2 and fontconfig
(related files), we will use Colin Walters' xft2 and fontconfig
package. Will it.

 How about xft1 ?

>> I'm splitting xlibs per-library locally in my tree, but that's
>> going to take a couple of days yet to track down where every
>> header and manpage should go (sigh).

  Ahh, I understand. So, we will provide individual package per
libraries? (For example xlibx11 will provide libX11.so and related
files, xlibxie will provide)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> >  How about xft1 ?
>>
>> Xft is not built at all.

 Humm, some applications uses Xft1 so we will need libXft.so.1
for compatibility. We need oldlibs/libxft1 package.

>> splitting xlibs per-library locally in my tree, but that's
>> > >> going to take a couple of days yet to track down where every
>> > >> header and manpage should go (sigh).
>> > 
>> >   Ahh, I understand. So, we will provide individual package per
>> > libraries? (For example xlibx11 will provide libX11.so and related
>> > files, xlibxie will provide)

>> AIUI, the rough plan is to have one package per shared library (libx11,
>> libxpm4, etc), xlibs-static and xlibs-data. I'm unsure as to how the
>> packages should be named though: I honestly don't see the need for the
>> 'x' prefix, except as some ancient packaging artifact that's no longer
>> relevant to the real world.
>>
>>   * debian/control:
>> + Split xlibmesa a la 4.2.1-5 - xlibmesa4-gl, xlibmesa4-gl-dbg,
>>   xlibmesa4-gl-dev, xlibmesa4-glu, xlibmesa4-glu-dbg, xlibmesa4-glu-dev,
>>   and xlibmesa4-dri. The first three contain libGL, the next three libGLU,
>>   and the latter the DRI modules.

 4.2.1-4pre5v1 provides xlibmesa-gl-dev, xlibmesa-glu-dev and
xlibosmesa-dev. 

 So, If xlibmesa4-gl-dev, xlibmesa4-glu-dev and xlibosmesa4-dev will
not co-exists with current (4.2.1-4pre5v1 and probably 4.2.1-5)
xlibmesa-gl-dev, xlibmesa4-glu-dev and xlibosmesa-dev, I think better 
`4' would be dropped from their names.

>> + Split xlibs a la Branden's Great Leap Forward - every package has its own
>>   library. So, the new packages are: libx11, libxpm4, libxt6, libxmu6,
>>   libxmuu1, libice6, libsm6, libxext6, libxi6, libxp6, libxrender1,
>>   libxrandr2, libxtrap6, libxtst6, libxrx6 and libxcursor1; all of these
>>   packages also have a -dbg and -dev package (the soname is removed for
>>   the -dev package). Locale data and other architecture-independent
>>   stuff has been moved to xlibs-data; static-only libraries are in
>>   xlibs-static.

 Cool :-)

 Perhaps we need dummy xlibs package (it depends these
library packages) to migrate from old environment.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> > >>  -1 works, but my local tree is currently rather broken due to
>> > >>  attempting to split xlibs in the dark with no torch.
>> > 
>> >  Xlibs split is already done on my tree.
>> >  (and -4pre5v1 changes are already merged too)

>> I don't build xft or fontconfig, and instead defer to the versions in
>> Debian.

 OK, so xfree86_4.3.0-*.deb will not provide xft2 and fontconfig
(related files), we will use Colin Walters' xft2 and fontconfig
package. Will it.

 How about xft1 ?

>> I'm splitting xlibs per-library locally in my tree, but that's
>> going to take a couple of days yet to track down where every
>> header and manpage should go (sigh).

  Ahh, I understand. So, we will provide individual package per
libraries? (For example xlibx11 will provide libX11.so and related
files, xlibxie will provide)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Warren Turkal <[EMAIL PROTECTED]> wrote:
>> I am using the debs from:
>> deb http://hanzubon.jp/HANZUBON/ hanzubon/i386/
>> deb http://hanzubon.jp/HANZUBON/ hanzubon/all/

>> Xlib-dev has the xcursor-config file in it where it should not.

 Why?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> I have working 4.3 debs, but Branden has ordered me not to make them
>> public until he has -5 released.

 My apt lines for xfree86 CVS is now password locking.

 I think we should concentrate on the work which stabilizes 
4.2.1-5 release.

 Please test 4.2.1-4pre5v1 packages and feedback.

>>  -1 works, but my local tree is currently rather broken due to
>>  attempting to split xlibs in the dark with no torch.

 Xlibs split is already done on my tree.
 (and -4pre5v1 changes are already merged too)

  - xlibmesa3* -> xlibmesa4* (Mesa 4.0.4)
  - xlibosmesa3* -> xlibosmesa4* (Mesa 4.0.4)
  - libxft2, libxft2-dbg, libxft-dev spliting from xlibs
  - libfontconfig1, libfontconfig1-dbg, libfontconfig-dev, fontconfig
splitting from xlibs.

 update debian/control and related files, added some *.files,
*.links, *.debugfiles, *.postinst.in and so on...

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> >>>>> In <[EMAIL PROTECTED]> 
>> >>>>>Branden Robinson <[EMAIL PROTECTED]> wrote:

>> >> See attached .changes file, and please test.

>> >> Format: 1.7
>> >> Date: Wed,  8 Jan 2003 23:57:13 -0500
>> >> Source: xfree86
>> (snip)
>> >> Architecture: source powerpc all
>> >> Version: 4.2.1-4pre5v1

>> and also building on alpha/hppa/m68k binaries (not finished yet)

 binary-alpha is uploaded:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/alpha

-- 
いしかわ むつみ
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi


Only resend.
I forget to send this mail to debian-sparc list.
Please feedback about this to debian-x list.

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> See attached .changes file, and please test.
>>
>> Note that I no longer own a working i386 box.

>> Format: 1.7
>> Date: Wed,  8 Jan 2003 23:57:13 -0500
>> Source: xfree86
(snip)
>> Architecture: source powerpc all
>> Version: 4.2.1-4pre5v1

 binary-sparc is now available on the URL:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/sparc

and also building on alpha/hppa/m68k binaries (not finished yet)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Warren Turkal <[EMAIL PROTECTED]> wrote:
>> I am using the debs from:
>> deb http://hanzubon.jp/HANZUBON/ hanzubon/i386/
>> deb http://hanzubon.jp/HANZUBON/ hanzubon/all/

>> Xlib-dev has the xcursor-config file in it where it should not.

 Why?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: the cvs debs

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> I have working 4.3 debs, but Branden has ordered me not to make them
>> public until he has -5 released.

 My apt lines for xfree86 CVS is now password locking.

 I think we should concentrate on the work which stabilizes 
4.2.1-5 release.

 Please test 4.2.1-4pre5v1 packages and feedback.

>>  -1 works, but my local tree is currently rather broken due to
>>  attempting to split xlibs in the dark with no torch.

 Xlibs split is already done on my tree.
 (and -4pre5v1 changes are already merged too)

  - xlibmesa3* -> xlibmesa4* (Mesa 4.0.4)
  - xlibosmesa3* -> xlibosmesa4* (Mesa 4.0.4)
  - libxft2, libxft2-dbg, libxft-dev spliting from xlibs
  - libfontconfig1, libfontconfig1-dbg, libfontconfig-dev, fontconfig
splitting from xlibs.

 update debian/control and related files, added some *.files,
*.links, *.debugfiles, *.postinst.in and so on...

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
(B>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
(B>> >>>>> In <[EMAIL PROTECTED]> 
(B>> >>>>>Branden Robinson <[EMAIL PROTECTED]> wrote:
(B
(B>> >> See attached .changes file, and please test.
(B
(B>> >> Format: 1.7
(B>> >> Date: Wed,  8 Jan 2003 23:57:13 -0500
(B>> >> Source: xfree86
(B>> (snip)
(B>> >> Architecture: source powerpc all
(B>> >> Version: 4.2.1-4pre5v1
(B
(B>> and also building on alpha/hppa/m68k binaries (not finished yet)
(B
(B binary-alpha is uploaded:
(B
(B http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/alpha
(B
(B-- 
$B$$$7$+$o(B $B$`$D$_(B
(B <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
(B
(B
(B-- 
(BTo UNSUBSCRIBE, email to [EMAIL PROTECTED]
(Bwith a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi


Only resend.
I forget to send this mail to debian-sparc list.
Please feedback about this to debian-x list.

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> See attached .changes file, and please test.
>>
>> Note that I no longer own a working i386 box.

>> Format: 1.7
>> Date: Wed,  8 Jan 2003 23:57:13 -0500
>> Source: xfree86
(snip)
>> Architecture: source powerpc all
>> Version: 4.2.1-4pre5v1

 binary-sparc is now available on the URL:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/sparc

and also building on alpha/hppa/m68k binaries (not finished yet)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> See attached .changes file, and please test.
>>
>> Note that I no longer own a working i386 box.

>> Format: 1.7
>> Date: Wed,  8 Jan 2003 23:57:13 -0500
>> Source: xfree86
(snip)
>> Architecture: source powerpc all
>> Version: 4.2.1-4pre5v1

 binary-sparc is now available on the URL:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/sparc

and also building on alpha/hppa/m68k binaries (not finished yet)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: XFree86 4.2.1-4pre5v1 (source,powerpc) at the X Strike Force

2003-01-13 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> See attached .changes file, and please test.
>>
>> Note that I no longer own a working i386 box.

>> Format: 1.7
>> Date: Wed,  8 Jan 2003 23:57:13 -0500
>> Source: xfree86
(snip)
>> Architecture: source powerpc all
>> Version: 4.2.1-4pre5v1

 binary-sparc is now available on the URL:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-4pre5v1/sparc

and also building on alpha/hppa/m68k binaries (not finished yet)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Bug#170508: fixed in upstream CVS

2003-01-06 Thread ISHIKAWA Mutsumi

>> Log message:
>>   700. BuildServersOnly fix when building on a system with no installed
>>X headers or libraries (#5559, ISHIKAWA Mutsumi).
>>
>> Modified files:
>>  xc/config/cf/:
>>xfree86.cf 

 This problem is fixed in upstream CVS.


Index: xc/config/cf/xfree86.cf
===
RCS file: /cvs/xc/config/cf/xfree86.cf,v
retrieving revision 3.431
diff -u -a -r3.431 xfree86.cf
--- xc/config/cf/xfree86.cf 2002/12/10 15:12:15 3.431
+++ xc/config/cf/xfree86.cf 2003/01/04 06:59:58
@@ -1151,7 +1151,11 @@
 #if BuildXF86DRI
 
 #ifndef BuildGLXLibrary
-#define BuildGLXLibraryYES
+#  if BuildServersOnly
+#define BuildGLXLibraryNO
+#  else
+#define BuildGLXLibrary    YES
+#  endif
 #endif
 
 /*

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170508: fixed in upstream CVS

2003-01-06 Thread ISHIKAWA Mutsumi

>> Log message:
>>   700. BuildServersOnly fix when building on a system with no installed
>>X headers or libraries (#5559, ISHIKAWA Mutsumi).
>>
>> Modified files:
>>  xc/config/cf/:
>>xfree86.cf 

 This problem is fixed in upstream CVS.


Index: xc/config/cf/xfree86.cf
===
RCS file: /cvs/xc/config/cf/xfree86.cf,v
retrieving revision 3.431
diff -u -a -r3.431 xfree86.cf
--- xc/config/cf/xfree86.cf 2002/12/10 15:12:15 3.431
+++ xc/config/cf/xfree86.cf 2003/01/04 06:59:58
@@ -1151,7 +1151,11 @@
 #if BuildXF86DRI
 
 #ifndef BuildGLXLibrary
-#define BuildGLXLibraryYES
+#  if BuildServersOnly
+#define BuildGLXLibraryNO
+#  else
+#define BuildGLXLibrary    YES
+#  endif
 #endif
 
 /*

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Re: here is an updated patch 908 for 4.2.99.3

2003-01-05 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Son, 2003-01-05 at 03:10, ISHIKAWA Mutsumi wrote:

>> > >>  On sparc plathome, I'm not success to build because many drivers uses
>> > >> vgaHW* function call. We should write patches like #082 or some other
>> > >> hacks (e.g dummy vgaHW* call add to sparc environment).
>> > 
>> >  e.g dummy vgaHW* functions add to sparc environment.
>>
>> Does it have to be dummy? We don't have legacy hardware on PowerMacs
>> either, but we have a (partly at least) working vgaHW, though I think it
>> depends on some kernel support which may not be available on sparc.

 Perhaps, No it doesn't. It is an example. Currently I don't know
detail about `we should implement vgaHW* functions as full functions?,
dummy? or other way??'

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: here is an updated patch 908 for 4.2.99.3

2003-01-05 Thread ISHIKAWA Mutsumi

>>>>> In <1041815288.1927.18.camel@thor> 
>>>>>   Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Son, 2003-01-05 at 03:10, ISHIKAWA Mutsumi wrote:

>> > >>  On sparc plathome, I'm not success to build because many drivers uses
>> > >> vgaHW* function call. We should write patches like #082 or some other
>> > >> hacks (e.g dummy vgaHW* call add to sparc environment).
>> > 
>> >  e.g dummy vgaHW* functions add to sparc environment.
>>
>> Does it have to be dummy? We don't have legacy hardware on PowerMacs
>> either, but we have a (partly at least) working vgaHW, though I think it
>> depends on some kernel support which may not be available on sparc.

 Perhaps, No it doesn't. It is an example. Currently I don't know
detail about `we should implement vgaHW* functions as full functions?,
dummy? or other way??'

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Bug#170510: FTBFS on arm,mips,mipsel: xc/programs/Xserver/xkb/xkberrs.c assumes X11/Xlib.h and X11/XKBlib.h available

2003-01-05 Thread ISHIKAWA Mutsumi


 FYI

 Alan tells me "This issue is already fixed in current CVS."

 xkberrs.c is rewrited, it does not refer libX11 related headers
anymore. So, patches for Bug#170510 I posted are needles for
XFree86 4.3.0. But Bug#170508 are still remaining.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170510: FTBFS on arm,mips,mipsel: xc/programs/Xserver/xkb/xkberrs.c assumes X11/Xlib.h and X11/XKBlib.h available

2003-01-05 Thread ISHIKAWA Mutsumi


 FYI

 Alan tells me "This issue is already fixed in current CVS."

 xkberrs.c is rewrited, it does not refer libX11 related headers
anymore. So, patches for Bug#170510 I posted are needles for
XFree86 4.3.0. But Bug#170508 are still remaining.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Re: here is an updated patch 908 for 4.2.99.3

2003-01-04 Thread ISHIKAWA Mutsumi

Humm...

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> Hi,

>>  On sparc plathome, I'm not success to build because many drivers uses
>> vgaHW* function call. We should write patches like #082 or some other
>> hacks (e.g dummy vgaHW* call add to sparc environment).

 e.g dummy vgaHW* functions add to sparc environment.

Sorry...

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: here is an updated patch 908 for 4.2.99.3

2003-01-04 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> Hi Ishikawa,
>> I'm currently experiencing severe problems with Freetype, but everything
>> else is working out perfectly. Once I sort out the Freetype mess, I'll
>> send you a sources list.

 Thanks :-)

>>  My packages currently work on i386 and powerpc,
>> and will eventually work on hppa. How complete and tested are your
>> packages?

 My packages works fine for me (and for some testers) on i386
environment (radeon, i830 drivers are very well tested).
But I'm also experience Xft (or fontconfig?) related problem.
Mozilla-xft shows Japanese YEN mark incorrectly (YEN mark displays
as double-wide ' mark)

(XF86Config parser is also broken currently, but this is fixed in
today's CVS commit.)

 On sparc plathome, I'm not success to build because many drivers uses
vgaHW* function call. We should write patches like #082 or some other
hacks (e.g dummy vgaHW* call add to sparc environment).

 Broken drivers list for sparc:

  Standard drivers: (ati is fixed by #082 patch)

   vga, vesa, mga, tdfx, (ati)

  Devel drivers: (perhaps we will drop to support them for sparc when release)

   apm, ark, chips, cirrus, i128, i740,  neomagic, nv, rendition,
   s3virge, savage, siliconmotion, trident, vmware

 On alpha/m68k/powerpc/hppa plathome, I've done `build test' only.
(I'll test them after finish to solve sparc issue...)

 Anyone interest to test them on these plathome?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: here is an updated patch 908 for 4.2.99.3

2003-01-04 Thread ISHIKAWA Mutsumi

Humm...

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> Hi,

>>  On sparc plathome, I'm not success to build because many drivers uses
>> vgaHW* function call. We should write patches like #082 or some other
>> hacks (e.g dummy vgaHW* call add to sparc environment).

 e.g dummy vgaHW* functions add to sparc environment.

Sorry...

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: here is an updated patch 908 for 4.2.99.3

2003-01-04 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> Hi Ishikawa,
>> I'm currently experiencing severe problems with Freetype, but everything
>> else is working out perfectly. Once I sort out the Freetype mess, I'll
>> send you a sources list.

 Thanks :-)

>>  My packages currently work on i386 and powerpc,
>> and will eventually work on hppa. How complete and tested are your
>> packages?

 My packages works fine for me (and for some testers) on i386
environment (radeon, i830 drivers are very well tested).
But I'm also experience Xft (or fontconfig?) related problem.
Mozilla-xft shows Japanese YEN mark incorrectly (YEN mark displays
as double-wide ' mark)

(XF86Config parser is also broken currently, but this is fixed in
today's CVS commit.)

 On sparc plathome, I'm not success to build because many drivers uses
vgaHW* function call. We should write patches like #082 or some other
hacks (e.g dummy vgaHW* call add to sparc environment).

 Broken drivers list for sparc:

  Standard drivers: (ati is fixed by #082 patch)

   vga, vesa, mga, tdfx, (ati)

  Devel drivers: (perhaps we will drop to support them for sparc when release)

   apm, ark, chips, cirrus, i128, i740,  neomagic, nv, rendition,
   s3virge, savage, siliconmotion, trident, vmware

 On alpha/m68k/powerpc/hppa plathome, I've done `build test' only.
(I'll test them after finish to solve sparc issue...)

 Anyone interest to test them on these plathome?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Re: here is an updated patch 908 for 4.2.99.3

2003-01-04 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> > > What is the proper way to shuffle patches around in the 
>> > > debian/patches and debian/old-patches directories? I actually just 
>> > > copied the 
>> > > patches dir from the 4.2.1 sources to the old-patches dir of the 
>> > > 4.2.99.3 
>> > > package dir. Of course there are lots of conflicts. Should I dump the 
>> > > conflicting patches that do not deal with debian or what?
>> > 
>> > As I understand it, Daniel Stone is already working on this.
>>
>> Right. As soon as I sort out with upstream which version of Freetype is
>> required, I'll hopefully have fully working packages (they were working
>> on a month-old snapshot, then I updated). I'll aim to keep CVS updating
>> on a weekly basis, and also include 4.2.99.4, and 4.3.0. Currently they
>> work on i386 and powerpc, and I've subverted an hppa machine to test
>> with as well, so it should work on at least 3 architectures (depending
>> on time constraints, I might also work on the alpha and sparcs I have
>> available).

 Where I can download these packages and sources?

 I'm also working to update patches for xfree86.deb to next version.
 They are already success to build on i386/alpha/powerpc/hppa/m68k,
and also testing on sparc(but does not complete yet.)

 deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
 deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
 deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/

 I want to merge these works to your experimental package, if I can.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: here is an updated patch 908 for 4.2.99.3

2003-01-03 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Daniel Stone <[EMAIL PROTECTED]> wrote:

>> > > What is the proper way to shuffle patches around in the 
>> > > debian/patches and debian/old-patches directories? I actually just copied the 
>> > > patches dir from the 4.2.1 sources to the old-patches dir of the 4.2.99.3 
>> > > package dir. Of course there are lots of conflicts. Should I dump the 
>> > > conflicting patches that do not deal with debian or what?
>> > 
>> > As I understand it, Daniel Stone is already working on this.
>>
>> Right. As soon as I sort out with upstream which version of Freetype is
>> required, I'll hopefully have fully working packages (they were working
>> on a month-old snapshot, then I updated). I'll aim to keep CVS updating
>> on a weekly basis, and also include 4.2.99.4, and 4.3.0. Currently they
>> work on i386 and powerpc, and I've subverted an hppa machine to test
>> with as well, so it should work on at least 3 architectures (depending
>> on time constraints, I might also work on the alpha and sparcs I have
>> available).

 Where I can download these packages and sources?

 I'm also working to update patches for xfree86.deb to next version.
 They are already success to build on i386/alpha/powerpc/hppa/m68k,
and also testing on sparc(but does not complete yet.)

 deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
 deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
 deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/

 I want to merge these works to your experimental package, if I can.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Bug#170510: Bug#170508: Bug#170510: X server build problem fix

2003-01-02 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:

>>  2) Defined `BuildServersOnly' will build only X servers.
>>`Servers' mean `XFree86 server, Xnest server, X virtual fareme
>>buffer server, and Xprint server'.
>>
>> The Xnest server requires libX11, so defined and only definied
>>`BuildServersOnly'. So we should build libX11 for it.
>>
>> We only need XFree86 (static linked with debug flag) server.
>>Xnest, Xvfb and Xprt static linked servers are not needed.
>>
>> I think we can add  `-DXnestServer=NO
>>-DXVirtualFramebufferServer=NO -DXprtServer=NO' flags for
>>SERVERDEBUG_IMAKE_DEFINES in debian/rules to solve this.

 One more small patch is needed. xc/lib/X11/Imakefile miss
depend target if defined `BuildServersOnly' as YES and
both `BuildXnestServer' and `BuildGLXLibrary' defined as NO.


--- xc/lib/X11/Imakefile.orig   2003-01-02 14:08:53.0 +0900
+++ xc/lib/X11/Imakefile2003-01-02 14:09:04.0 +0900
@@ -1045,5 +1045,7 @@
 #else
 all::
 
+depend::
+
 BuildIncludes($(HEADERS),IncSubdir,..)
 #endif


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170510: Bug#170508: Bug#170510: X server build problem fix

2003-01-01 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> >  This fix is not enough for these bug reports?
>>
>> It's enough, but it's not, in my opinion, optimal.  It's silly to
>> compile Xlib and Xext *object* files when all that are needed are the
>> headers.  However, rectifying this silliness probably means extensive
>> Imake surgery on the source tree.

 OK, I understand :-) Perhaps we will solve them.
 They are additional patches (but they are not tested yet.
please wait a moment...)

 1) Objects and headers of GLX libraries are not required for X
servers build. So I do not know why libGL should built when
defined `BuildServersOnly'. 

 When `BuildXF86DRI' defined as YES, `BuildGLXLibrary' is
always defined as YES in xfree86.cf. I believe this is a
bug of upstream code. The patch  perhaps solve this.

--- xc/config/cf/xfree86.cf.orig2003-01-02 04:27:21.0 +0900
+++ xc/config/cf/xfree86.cf 2003-01-02 04:33:52.0 +0900
@@ -1167,7 +1167,11 @@
 #if BuildXF86DRI

 #ifndef BuildGLXLibrary
-#define BuildGLXLibraryYES
+# if defined(BuildServersOnly) && BuildServersOnly
+#   define BuildGLXLibrary NO
+# else
+#   define BuildGLXLibrary YES
+# endif
 #endif

 /*

   With this additional patch, libGL will not built. So, we does not
  need to build libXext and libX11 for it.

 2) Defined `BuildServersOnly' will build only X servers.
   `Servers' mean `XFree86 server, Xnest server, X virtual fareme
   buffer server, and Xprint server'.

The Xnest server requires libX11, so defined and only definied
   `BuildServersOnly'. So we should build libX11 for it.

We only need XFree86 (static linked with debug flag) server.
   Xnest, Xvfb and Xprt static linked servers are not needed.

I think we can add  `-DXnestServer=NO
   -DXVirtualFramebufferServer=NO -DXprtServer=NO' flags for
   SERVERDEBUG_IMAKE_DEFINES in debian/rules to solve this.

--- debian/rules.orig   2002-12-30 21:17:28.0 +0900
+++ debian/rules2003-01-02 05:44:17.0 +0900
@@ -57,7 +57,7 @@
 # don't get rid of the space in the next line
 IMAKE_DEFINES+= $(DEBUGFLAGS)
 endif
-SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' 
-DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO $(DEBUGFLAGS)
+SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' 
-DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO 
-DXprtServer=NO $(DEBUGFLAGS)

 # Determine our architecture.
 BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170510: Bug#170508: Bug#170510: X server build problem fix

2003-01-01 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:

>>  2) Defined `BuildServersOnly' will build only X servers.
>>`Servers' mean `XFree86 server, Xnest server, X virtual fareme
>>buffer server, and Xprint server'.
>>
>> The Xnest server requires libX11, so defined and only definied
>>`BuildServersOnly'. So we should build libX11 for it.
>>
>> We only need XFree86 (static linked with debug flag) server.
>>Xnest, Xvfb and Xprt static linked servers are not needed.
>>
>> I think we can add  `-DXnestServer=NO
>>-DXVirtualFramebufferServer=NO -DXprtServer=NO' flags for
>>SERVERDEBUG_IMAKE_DEFINES in debian/rules to solve this.

 One more small patch is needed. xc/lib/X11/Imakefile miss
depend target if defined `BuildServersOnly' as YES and
both `BuildXnestServer' and `BuildGLXLibrary' defined as NO.


--- xc/lib/X11/Imakefile.orig   2003-01-02 14:08:53.0 +0900
+++ xc/lib/X11/Imakefile2003-01-02 14:09:04.0 +0900
@@ -1045,5 +1045,7 @@
 #else
 all::
 
+depend::
+
 BuildIncludes($(HEADERS),IncSubdir,..)
 #endif


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#170510: Bug#170508: Bug#170510: X server build problem fix

2003-01-01 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> >  This fix is not enough for these bug reports?
>>
>> It's enough, but it's not, in my opinion, optimal.  It's silly to
>> compile Xlib and Xext *object* files when all that are needed are the
>> headers.  However, rectifying this silliness probably means extensive
>> Imake surgery on the source tree.

 OK, I understand :-) Perhaps we will solve them.
 They are additional patches (but they are not tested yet.
please wait a moment...)

 1) Objects and headers of GLX libraries are not required for X
servers build. So I do not know why libGL should built when
defined `BuildServersOnly'. 

 When `BuildXF86DRI' defined as YES, `BuildGLXLibrary' is
always defined as YES in xfree86.cf. I believe this is a
bug of upstream code. The patch  perhaps solve this.

--- xc/config/cf/xfree86.cf.orig2003-01-02 04:27:21.0 +0900
+++ xc/config/cf/xfree86.cf 2003-01-02 04:33:52.0 +0900
@@ -1167,7 +1167,11 @@
 #if BuildXF86DRI

 #ifndef BuildGLXLibrary
-#define BuildGLXLibraryYES
+# if defined(BuildServersOnly) && BuildServersOnly
+#   define BuildGLXLibrary NO
+# else
+#   define BuildGLXLibrary YES
+# endif
 #endif

 /*

   With this additional patch, libGL will not built. So, we does not
  need to build libXext and libX11 for it.

 2) Defined `BuildServersOnly' will build only X servers.
   `Servers' mean `XFree86 server, Xnest server, X virtual fareme
   buffer server, and Xprint server'.

The Xnest server requires libX11, so defined and only definied
   `BuildServersOnly'. So we should build libX11 for it.

We only need XFree86 (static linked with debug flag) server.
   Xnest, Xvfb and Xprt static linked servers are not needed.

I think we can add  `-DXnestServer=NO
   -DXVirtualFramebufferServer=NO -DXprtServer=NO' flags for
   SERVERDEBUG_IMAKE_DEFINES in debian/rules to solve this.

--- debian/rules.orig   2002-12-30 21:17:28.0 +0900
+++ debian/rules2003-01-02 05:44:17.0 +0900
@@ -57,7 +57,7 @@
 # don't get rid of the space in the next line
 IMAKE_DEFINES+= $(DEBUGFLAGS)
 endif
-SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
$(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' 
-DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES 
-DDoLoadableServer=NO $(DEBUGFLAGS)
+SERVERDEBUG_IMAKE_DEFINES:=-DXFree86CustomVersion='\"Debian (static) 
+$(SOURCE_VERSION) $(shell env TZ=UTC date +%Y%m%d%H%M%S) $(BUILDER)\"' 
+-DBuilderEMailAddr='\"$(BUILDER_EMAIL_ADDR)\"' -DBuildServersOnly=YES 
+-DDoLoadableServer=NO -DXnestServer=NO -DXVirtualFramebufferServer=NO -DXprtServer=NO 
+$(DEBUGFLAGS)

 # Determine our architecture.
 BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Bug#170510: X server build problem fix

2003-01-01 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Tue, Dec 31, 2002 at 01:24:01AM +0900, ISHIKAWA Mutsumi wrote:
>> > Hi,
>> > 
>> >  Here is a patch for #170508, #170510.
>>
>> Thanks so much for this patch.  I knew the bug could be fixed this way
>> but I was hoping someone would fix the external dependencies instead.

 Compiling XFree86 with this patch does not refer X11/* headers
out of the source tree. Of cause Build-Depends: xlibs-dev is not
needed. I've tested the build under clean installed chroot sid tree.
The chroot system tree does not have X11 headers.

 This fix is not enough for these bug reports?

 I'm confising about `external dependencues'.

 I believed that "`external dependencues` said in the reports
means xfree86 build depends xfree86 generated files. So,
we should add xfree86 Build-Depends: xlibs-dev or so."

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170510: X server build problem fix

2003-01-01 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Tue, Dec 31, 2002 at 01:24:01AM +0900, ISHIKAWA Mutsumi wrote:
>> > Hi,
>> > 
>> >  Here is a patch for #170508, #170510.
>>
>> Thanks so much for this patch.  I knew the bug could be fixed this way
>> but I was hoping someone would fix the external dependencies instead.

 Compiling XFree86 with this patch does not refer X11/* headers
out of the source tree. Of cause Build-Depends: xlibs-dev is not
needed. I've tested the build under clean installed chroot sid tree.
The chroot system tree does not have X11 headers.

 This fix is not enough for these bug reports?

 I'm confising about `external dependencues'.

 I believed that "`external dependencues` said in the reports
means xfree86 build depends xfree86 generated files. So,
we should add xfree86 Build-Depends: xlibs-dev or so."

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Bug#170510: X server build problem fix

2002-12-30 Thread ISHIKAWA Mutsumi

Hi,

 Here is a patch for #170508, #170510.

 1) #170508

  GLX library links libX11 and libXext like this:

gcc -o ./libGL.so.1.2~ -shared -Wl,-Bsymbolic -Wl,-soname,libGL.so.1 
../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o 
../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o 
../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o 
../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/glapi.o 
../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o 
../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o 
../../../lib/GL/glx/indirect_init.o ../../../lib/GL/glx/pixel.o 
../../../lib/GL/glx/pixelstore.o ../../../lib/GL/glx/render2.o 
../../../lib/GL/glx/renderpix.o ../../../lib/GL/glx/single2.o 
../../../lib/GL/glx/singlepix.o ../../../lib/GL/glx/vertarr.o 
../../../lib/GL/glx/xfont.o ../../../lib/GL/dri/XF86dri.o 
../../../lib/GL/dri/dri_glx.o -lpthread -L../../../exports/lib -lXext -lX11 
-ldl -lc

  When `BuildGLXLibrary' is defined, we should build build libX11 and libXext.
  (should define `BuildX11Lib' and `BuildXextLib')

 2) #170510

  xc/lib/X11/Imakefile structure like this:

--
(A lot of defines)

#if !BuildServersOnly || XnestServer || BuildGLXLibrary || BuildClients
(nomal build phases)
#else
all::

BuildIncludes($(HEADERS),IncSubdir,..)
#endif
--

   When `BuildServersOnly' is defined without XnestServer,
  BuildGLXLibrary or BuildClients, lib/X11 dump its headers in
  xc/export/include and do nothing else.

   To build X server needs libX11 headers. But currently, will not run
  `make -C xc/lib/X11'.  We should define `BuildX11Lib' when
  `BuildServersOnly' is defined.


--- xc/config/cf/X11.tmpl.ORIG  2002-12-30 21:22:36.0 +0900
+++ xc/config/cf/X11.tmpl   2002-12-30 21:23:12.0 +0900
@@ -239,7 +239,7 @@
 #define BuildXAServer  (HasXAServer & HasCplusplus)
 #endif
 #ifndef BuildX11Lib
-#define BuildX11LibBuildLibraries
+#define BuildX11LibBuildLibraries || BuildGLXLibrary || 
BuildServersOnly
 #endif
 #ifndef BuildLoadableXlibI18n
 #define BuildLoadableXlibI18n  (HasDlopen && SharedLibX11)
@@ -254,7 +254,7 @@
!(HasIssetugid || HasGetresuid)
 #endif
 #ifndef BuildXextLib
-#define BuildXextLib   BuildLibraries
+#define BuildXextLib   BuildLibraries || BuildGLXLibrary
 #endif
 #ifndef BuildXauLib
 #define BuildXauLib(BuildLibraries || BuildLibrariesForXServers)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170510: X server build problem fix

2002-12-30 Thread ISHIKAWA Mutsumi

Hi,

 Here is a patch for #170508, #170510.

 1) #170508

  GLX library links libX11 and libXext like this:

gcc -o ./libGL.so.1.2~ -shared -Wl,-Bsymbolic -Wl,-soname,libGL.so.1 
../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o 
../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o 
../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o 
../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/glapi.o 
../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o 
../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o 
../../../lib/GL/glx/indirect_init.o ../../../lib/GL/glx/pixel.o 
../../../lib/GL/glx/pixelstore.o ../../../lib/GL/glx/render2.o 
../../../lib/GL/glx/renderpix.o ../../../lib/GL/glx/single2.o 
../../../lib/GL/glx/singlepix.o ../../../lib/GL/glx/vertarr.o 
../../../lib/GL/glx/xfont.o ../../../lib/GL/dri/XF86dri.o 
../../../lib/GL/dri/dri_glx.o -lpthread -L../../../exports/lib -lXext -lX11 -ldl -lc

  When `BuildGLXLibrary' is defined, we should build build libX11 and libXext.
  (should define `BuildX11Lib' and `BuildXextLib')

 2) #170510

  xc/lib/X11/Imakefile structure like this:

--
(A lot of defines)

#if !BuildServersOnly || XnestServer || BuildGLXLibrary || BuildClients
(nomal build phases)
#else
all::

BuildIncludes($(HEADERS),IncSubdir,..)
#endif
--

   When `BuildServersOnly' is defined without XnestServer,
  BuildGLXLibrary or BuildClients, lib/X11 dump its headers in
  xc/export/include and do nothing else.

   To build X server needs libX11 headers. But currently, will not run
  `make -C xc/lib/X11'.  We should define `BuildX11Lib' when
  `BuildServersOnly' is defined.


--- xc/config/cf/X11.tmpl.ORIG  2002-12-30 21:22:36.0 +0900
+++ xc/config/cf/X11.tmpl   2002-12-30 21:23:12.0 +0900
@@ -239,7 +239,7 @@
 #define BuildXAServer  (HasXAServer & HasCplusplus)
 #endif
 #ifndef BuildX11Lib
-#define BuildX11LibBuildLibraries
+#define BuildX11LibBuildLibraries || BuildGLXLibrary || BuildServersOnly
 #endif
 #ifndef BuildLoadableXlibI18n
 #define BuildLoadableXlibI18n  (HasDlopen && SharedLibX11)
@@ -254,7 +254,7 @@
!(HasIssetugid || HasGetresuid)
 #endif
 #ifndef BuildXextLib
-#define BuildXextLib   BuildLibraries
+#define BuildXextLib   BuildLibraries || BuildGLXLibrary
 #endif
 #ifndef BuildXauLib
 #define BuildXauLib(BuildLibraries || BuildLibrariesForXServers)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Re: CVS X debs for sid.

2002-12-18 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Zephaniah E. Hull" <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Dec 19, 2002 at 02:20:39AM +0900, ISHIKAWA Mutsumi wrote:
>> >  Yet another XFree86 CVS .debs for sid on the apt line bellow:
>> > 
>> > deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
>> > deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
>> > deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/
>> > 
>> >  They are semi-automatic built every day (on i386)
>> >  
>> >  The are test to build on i386/alpha/powerpc/m68k/sparc/hppa/sh4
>> > and already success to build on i386/alpha/powerpc/m68k/hppa.
>>
>> Interesting, did you disable the various sanity checks on the patches
>> and the manifest stuff, or go through and make it all work with them?

 Patches sanity checks is disabled on this source.
 But MANIFEST check is enabled.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: CVS X debs for sid.

2002-12-18 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Zephaniah E. Hull" <[EMAIL PROTECTED]> wrote:

>> First off, I'm going to say that these are i386 only, and that the
>> sources will not build for other arches until someone gets all of the
>> patches for said arch to apply against the CVS tree, updates the
>> manifest files, and a few other things.
>>
>> Secondly I am going to stress that if you install these you WILL NOT
>> file ANY bug reports on anything that so much as a ls on any X files,
>> let alone on X itself or programs that run under X.
>> (I have this thing about breathing, I like doing it, and if I survive
>> this I know I would not survive if someone were to file bug reports with
>> these installed.)
>>
>> Thirdly you should be aware that these are from X CVS, and are thus
>> likely to be a bit unstable, you have been warned.

 Yet another XFree86 CVS .debs for sid on the apt line bellow:

deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/

 They are semi-automatic built every day (on i386)
 
 The are test to build on i386/alpha/powerpc/m68k/sparc/hppa/sh4
and already success to build on i386/alpha/powerpc/m68k/hppa.

 TODO:
  bumped up version number.

  more, more and more cleanup

  cleanup source tar ball (tar balls are it still contains some non DFSG fonts).

  cleaup patches

  some pending staff
   - Is #100 PCI domain patch needed? current XFree86 CVS have PCI
 domain support.
   - Is #102 type6_kdb_xf86Events needed? It is already reported to
 BTS.
   - cleanup fonts.alias (#12 patch)

  on SPARC remove some unresolve vgaHW* function calls.

  update MANIFEST on other plat homes.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: CVS X debs for sid.

2002-12-18 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Zephaniah E. Hull" <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Dec 19, 2002 at 02:20:39AM +0900, ISHIKAWA Mutsumi wrote:
>> >  Yet another XFree86 CVS .debs for sid on the apt line bellow:
>> > 
>> > deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
>> > deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
>> > deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/
>> > 
>> >  They are semi-automatic built every day (on i386)
>> >  
>> >  The are test to build on i386/alpha/powerpc/m68k/sparc/hppa/sh4
>> > and already success to build on i386/alpha/powerpc/m68k/hppa.
>>
>> Interesting, did you disable the various sanity checks on the patches
>> and the manifest stuff, or go through and make it all work with them?

 Patches sanity checks is disabled on this source.
 But MANIFEST check is enabled.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: CVS X debs for sid.

2002-12-18 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Zephaniah E. Hull" <[EMAIL PROTECTED]> wrote:

>> First off, I'm going to say that these are i386 only, and that the
>> sources will not build for other arches until someone gets all of the
>> patches for said arch to apply against the CVS tree, updates the
>> manifest files, and a few other things.
>>
>> Secondly I am going to stress that if you install these you WILL NOT
>> file ANY bug reports on anything that so much as a ls on any X files,
>> let alone on X itself or programs that run under X.
>> (I have this thing about breathing, I like doing it, and if I survive
>> this I know I would not survive if someone were to file bug reports with
>> these installed.)
>>
>> Thirdly you should be aware that these are from X CVS, and are thus
>> likely to be a bit unstable, you have been warned.

 Yet another XFree86 CVS .debs for sid on the apt line bellow:

deb http://hanzubon.jp/HANZUBON/ hanzubon/$(ARCH)/
deb http://hanzubon.jp/HANZUBON/ hanzubon/all/
deb-src http://hanzubon.jp/HANZUBON/ hanzubon/source/

 They are semi-automatic built every day (on i386)
 
 The are test to build on i386/alpha/powerpc/m68k/sparc/hppa/sh4
and already success to build on i386/alpha/powerpc/m68k/hppa.

 TODO:
  bumped up version number.

  more, more and more cleanup

  cleanup source tar ball (tar balls are it still contains some non DFSG fonts).

  cleaup patches

  some pending staff
   - Is #100 PCI domain patch needed? current XFree86 CVS have PCI
 domain support.
   - Is #102 type6_kdb_xf86Events needed? It is already reported to
 BTS.
   - cleanup fonts.alias (#12 patch)

  on SPARC remove some unresolve vgaHW* function calls.

  update MANIFEST on other plat homes.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Bug#170507: xfree86: FTBFS on hppa: 'SHMBLA' undeclared

2002-11-24 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> Package: xfree86
>> Version: unavailable; reported 2002-11-24
>> Severity: serious
>> Tags: help

>> gcc -c -g -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
>> -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls 
>> -Wnested-externs -Wundef-I. -I../include -I../../../exports/include/X11 
>> -I../../../include/extensions  -I../../../include/fonts -I../mi 
>> -I../render -I../../../programs/Xserver/hw/xfree86/common 
>> -I../../../include/fonts   -I../../.. -I../../../exports/include 
>>   -Dlinux -D__hppa__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE 
>> -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE  -D_GNU_SOURCE  -DSHAPE 
>> -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY -DTOGCUP  -DXF86BIGFONT 
>> -DDPMSExtension  -DPIXPRIV -DPANORAMIX  -DRENDER  -DGCCUSESGAS 
>> -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension  
>> -DXFree86Server -DXF86VIDMODE -DXvMCExtension  -DSMART_SCHEDULE -DBUILDDEBUG 
>> -DX_BYTE_ORDER=X_BIG_ENDIAN -DNDEBUG  -DFUNCPROTO=15 -DNARROWPROTO   
>> -DMITMISC -DXTEST -DXTRAP -DXSYNC -DXCMISC -DXRECORD  -DMITSHM  -DBIGREQS 
>> -DXF86VIDMODE -DXF86MISC -DDBE -D
 DPM
>>  SExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT  -DGLX_USE_MESA  
>> -DFONTCACHE  -DHAS_SHM xf86bigfont.c
>> In file included from xf86bigfont.c:70:
>> ../include/extnsionst.h:109: warning: function declaration isn't a prototype
>> xf86bigfont.c: In function `XFree86BigfontExtensionInit':
>> xf86bigfont.c:168: `SHMLBA' undeclared (first use in this function)
>> xf86bigfont.c:168: (Each undeclared identifier is reported only once
>> xf86bigfont.c:168: for each function it appears in.)
>> make[6]: *** [xf86bigfont.o] Error 1
>> make[6]: Leaving directory 
>> `/build/buildd/xfree86-4.2.1/build-tree/xc/programs/Xserver/Xext'

>> What is that thing?  Is it some kernel symbol?

 SHMLBA is defined in /usr/include/bits/shm.h as:

/* Segment low boundary address multiple.  */
#define SHMLBA      (__getpagesize ())
extern int __getpagesize (void) __THROW __attribute__ ((__const__));

 But on hppa these defines are missing.
 I can not find these defines anywhere on the hppa environment.

 Is this glibc's bug on hppa environment?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#170507: xfree86: FTBFS on hppa: 'SHMBLA' undeclared

2002-11-24 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> Package: xfree86
>> Version: unavailable; reported 2002-11-24
>> Severity: serious
>> Tags: help

>> gcc -c -g -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
>-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs 
>-Wundef-I. -I../include -I../../../exports/include/X11 
>-I../../../include/extensions  -I../../../include/fonts -I../mi 
>-I../render -I../../../programs/Xserver/hw/xfree86/common -I../../../include/fonts
>   -I../../.. -I../../../exports/include   -Dlinux -D__hppa__ 
>-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE 
>-D_SVID_SOURCE  -D_GNU_SOURCE  -DSHAPE -DXINPUT -DXKB -DLBX -DXAPPGROUP -DXCSECURITY 
>-DTOGCUP  -DXF86BIGFONT -DDPMSExtension  -DPIXPRIV -DPANORAMIX  -DRENDER  
>-DGCCUSESGAS -DAVOID_GLYPHBLT -DPIXPRIV -DSINGLEDEPTH -DXFreeXDGA -DXvExtension  
>-DXFree86Server -DXF86VIDMODE -DXvMCExtension  -DSMART_SCHEDULE -DBUILDDEBUG 
>-DX_BYTE_ORDER=X_BIG_ENDIAN -DNDEBUG  -DFUNCPROTO=15 -DNARROWPROTO   -DMITMISC 
>-DXTEST -DXTRAP -DXSYNC -DXCMISC -DXRECORD  -DMITSHM  -DBIGREQS -DXF86VIDMODE 
>-DXF86MISC -DDBE -D
 DPM
>>  SExtension -DEVI -DSCREENSAVER -DXV -DXVMC -DGLXEXT  -DGLX_USE_MESA  -DFONTCACHE  
>-DHAS_SHM xf86bigfont.c
>> In file included from xf86bigfont.c:70:
>> ../include/extnsionst.h:109: warning: function declaration isn't a prototype
>> xf86bigfont.c: In function `XFree86BigfontExtensionInit':
>> xf86bigfont.c:168: `SHMLBA' undeclared (first use in this function)
>> xf86bigfont.c:168: (Each undeclared identifier is reported only once
>> xf86bigfont.c:168: for each function it appears in.)
>> make[6]: *** [xf86bigfont.o] Error 1
>> make[6]: Leaving directory 
>`/build/buildd/xfree86-4.2.1/build-tree/xc/programs/Xserver/Xext'

>> What is that thing?  Is it some kernel symbol?

 SHMLBA is defined in /usr/include/bits/shm.h as:

/* Segment low boundary address multiple.  */
#define SHMLBA  (__getpagesize ())
extern int __getpagesize (void) __THROW __attribute__ ((__const__));

 But on hppa these defines are missing.
 I can not find these defines anywhere on the hppa environment.

 Is this glibc's bug on hppa environment?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#169429: unnecessary files in debian/ directory

2002-11-17 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-3
Severity: minor

 xfree86 source package have 2 unnecessary files.

 1) xfonts-pex.files
   xfonts-pex.files is not needed, because xfonts-pex package
   is not provided.

 2) xlibs.files.alpha
   xlibs.files.alpha is compleatly same as xlibs.files.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#169429: unnecessary files in debian/ directory

2002-11-16 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-3
Severity: minor

 xfree86 source package have 2 unnecessary files.

 1) xfonts-pex.files
   xfonts-pex.files is not needed, because xfonts-pex package
   is not provided.

 2) xlibs.files.alpha
   xlibs.files.alpha is compleatly same as xlibs.files.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#165899: xlibs-dbg: no unstripped libs for /usr/X11R6/lib/X11/locale/common/*

2002-10-22 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   MINAMI Hirokazu <[EMAIL PROTECTED]> wrote:
>> Package: xlibs-dbg
>> Version: 4.2.1-3
>> Severity: wishlist

>> I'm suspecting that there's some memory leaks in
>> /usr/X11R6/lib/X11/locale/common/xomGeneric.so.2 
>> and need a debugging version of the library.

 FYI.

 Some memory leaks of libX11 was fixed in XFree86 current CVS
few days ago. Will the patch solves your problem?

 438. Fix some memory leaks in libX11 i18n code (#A.1314, Olivier Chapuis).

http://www.xfree86.org/pipermail/xpert/2002-October/021687.html
http://www.xfree86.org/pipermail/xpert/2002-October/021893.html

 Perhaps, it is better to merge this patch to next release (4.2.1-4)
of xfree86 debian package.

 XFree86 only provides xomGeneric.so.2 for XOM module. So, many people
should be influenced of this bug.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#165899: xlibs-dbg: no unstripped libs for /usr/X11R6/lib/X11/locale/common/*

2002-10-22 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   MINAMI Hirokazu <[EMAIL PROTECTED]> wrote:
>> Package: xlibs-dbg
>> Version: 4.2.1-3
>> Severity: wishlist

>> I'm suspecting that there's some memory leaks in
>> /usr/X11R6/lib/X11/locale/common/xomGeneric.so.2 
>> and need a debugging version of the library.

 FYI.

 Some memory leaks of libX11 was fixed in XFree86 current CVS
few days ago. Will the patch solves your problem?

 438. Fix some memory leaks in libX11 i18n code (#A.1314, Olivier Chapuis).

http://www.xfree86.org/pipermail/xpert/2002-October/021687.html
http://www.xfree86.org/pipermail/xpert/2002-October/021893.html

 Perhaps, it is better to merge this patch to next release (4.2.1-4)
of xfree86 debian package.

 XFree86 only provides xomGeneric.so.2 for XOM module. So, many people
should be influenced of this bug.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Re: Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules

2002-10-14 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote:
>> >  It is not a bug.
>> [...]

>> ISHIKAWA-san, to reach the bug submitter you need to mail
>> [EMAIL PROTECTED]

 Oops, I'll take care about it.

>> (or bugnumber-done, which will also close the bug, of course).

 If a report is wrong clearly and it should be closed,
may I close the report?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules

2002-10-14 Thread ISHIKAWA Mutsumi


>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote:
>> >  It is not a bug.
>> [...]

>> ISHIKAWA-san, to reach the bug submitter you need to mail
>> [EMAIL PROTECTED]

 Oops, I'll take care about it.

>> (or bugnumber-done, which will also close the bug, of course).

 If a report is wrong clearly and it should be closed,
may I close the report?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Bug#164491: [PATCH] build problem xkbevd with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
Tags: patch

 Build xc/programs/xkbevd/cfgparse.y fail with bison 1.50

bison -y  cfgparse.y
cfgparse.y:175.3-177.11: type clash (`ival' `') on default action
cfgparse.y:177.13: parse error, unexpected ":", expecting ";" or "|"
cfgparse.y:177.24-31: $1 of `ActionType' has no declared type
make: *** [cfgparse.c] Error 1

 A semicolon is missing.

--- xc/programs/xkbevd/cfgparse.y~  2001-01-18 08:46:07.0 +0900
+++ xc/programs/xkbevd/cfgparse.y   2002-10-13 03:32:02.0 +0900
@@ -173,6 +173,7 @@
|   SHELL{ $$ = ShellAction; }
|   SOUND{ $$ = SoundAction; }
|{ $$ = UnknownAction; }
+   ;
 
 OptNameSpec:   NameSpec { $$= $1; }
    |{ $$= NULL; }

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#164489: [PATCH] xkbcomp build problem with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
tags: patch


 Compile xc/programs/xkbcomp/xkbparse.y with bison 1.50 cause
trouble. 

bison -y  xkbparse.y
xkbparse.y:447.3: parse error, unexpected "|"
xkbparse.y:510.3: parse error, unexpected "|"
make: *** [xkbparse.c] Error 1


 xkbparse.y  contains some needless semicolons.

--- xc/programs/xkbcomp/xkbparse.y.orig 2001-01-18 08:45:45.0 +0900
+++ xc/programs/xkbcomp/xkbparse.y  2002-10-13 03:15:25.0 +0900
@@ -448,7 +448,6 @@
 
 ShapeDecl  :   SHAPE String OBRACE OutlineList CBRACE SEMI
{ $$= ShapeDeclCreate($2,(OutlineDef *)&$4->common); }
-   ;
|   SHAPE String OBRACE CoordList CBRACE SEMI
{ 
OutlineDef *outlines;
@@ -511,7 +510,7 @@
{ 
$$= (OverlayKeyDef *)
AppendStmt(&$1->common,&$3->common);
-   };
+   }
|   OverlayKey
    { $$= $1; }
;

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#164486: [PATCH] twm/gram.y can not compile with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
Tags: patch

 Current xc/programs/twm/gram.y can not compile with bison 1.50
because of syntax error.

bison -y -d gram.y
gram.y:451.3-461.18: type clash (`' `num') on default action
gram.y:657.9: parse error, unexpected ":", expecting ";" or "|"
make: *** [gram.c] Error 1


Index: xc/programs/twm/gram.y
===
RCS file: /cvs/xc/programs/twm/gram.y,v
retrieving revision 3.6
diff -u -a -r3.6 gram.y
--- xc/programs/twm/gram.y  2001/12/14 20:01:07 3.6
+++ xc/programs/twm/gram.y  2002/10/12 17:09:54
@@ -124,7 +124,7 @@
 %type  string
 %type  pixmap_list cursor_list color_list save_color_list stmt
 %type  win_color_list iconm_list win_list icon_list function menu
-%type  noarg sarg error narg squeeze
+%type  noarg sarg error narg squeeze color_entry
 %type  action button number signed_number full fullkey
 
 %start twmrc 
@@ -654,6 +654,7 @@
  RemoveDQuote(ptr);
  $$ = ptr;
}
+   ;
 number : NUMBER    { $$ = $1; }
;
 

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#164491: [PATCH] build problem xkbevd with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
Tags: patch

 Build xc/programs/xkbevd/cfgparse.y fail with bison 1.50

bison -y  cfgparse.y
cfgparse.y:175.3-177.11: type clash (`ival' `') on default action
cfgparse.y:177.13: parse error, unexpected ":", expecting ";" or "|"
cfgparse.y:177.24-31: $1 of `ActionType' has no declared type
make: *** [cfgparse.c] Error 1

 A semicolon is missing.

--- xc/programs/xkbevd/cfgparse.y~  2001-01-18 08:46:07.0 +0900
+++ xc/programs/xkbevd/cfgparse.y   2002-10-13 03:32:02.0 +0900
@@ -173,6 +173,7 @@
|   SHELL{ $$ = ShellAction; }
|   SOUND{ $$ = SoundAction; }
|{ $$ = UnknownAction; }
+   ;
 
 OptNameSpec:   NameSpec { $$= $1; }
    |{ $$= NULL; }

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#164489: [PATCH] xkbcomp build problem with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
tags: patch


 Compile xc/programs/xkbcomp/xkbparse.y with bison 1.50 cause
trouble. 

bison -y  xkbparse.y
xkbparse.y:447.3: parse error, unexpected "|"
xkbparse.y:510.3: parse error, unexpected "|"
make: *** [xkbparse.c] Error 1


 xkbparse.y  contains some needless semicolons.

--- xc/programs/xkbcomp/xkbparse.y.orig 2001-01-18 08:45:45.0 +0900
+++ xc/programs/xkbcomp/xkbparse.y  2002-10-13 03:15:25.0 +0900
@@ -448,7 +448,6 @@
 
 ShapeDecl  :   SHAPE String OBRACE OutlineList CBRACE SEMI
{ $$= ShapeDeclCreate($2,(OutlineDef *)&$4->common); }
-   ;
|   SHAPE String OBRACE CoordList CBRACE SEMI
{ 
OutlineDef *outlines;
@@ -511,7 +510,7 @@
{ 
$$= (OverlayKeyDef *)
AppendStmt(&$1->common,&$3->common);
-   };
+   }
|   OverlayKey
    { $$= $1; }
;

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#164486: [PATCH] twm/gram.y can not compile with bison 1.50

2002-10-12 Thread ISHIKAWA Mutsumi

Package: xfree86
Version: 4.2.1-2
Tags: patch

 Current xc/programs/twm/gram.y can not compile with bison 1.50
because of syntax error.

bison -y -d gram.y
gram.y:451.3-461.18: type clash (`' `num') on default action
gram.y:657.9: parse error, unexpected ":", expecting ";" or "|"
make: *** [gram.c] Error 1


Index: xc/programs/twm/gram.y
===
RCS file: /cvs/xc/programs/twm/gram.y,v
retrieving revision 3.6
diff -u -a -r3.6 gram.y
--- xc/programs/twm/gram.y  2001/12/14 20:01:07 3.6
+++ xc/programs/twm/gram.y  2002/10/12 17:09:54
@@ -124,7 +124,7 @@
 %type  string
 %type  pixmap_list cursor_list color_list save_color_list stmt
 %type  win_color_list iconm_list win_list icon_list function menu
-%type  noarg sarg error narg squeeze
+%type  noarg sarg error narg squeeze color_entry
 %type  action button number signed_number full fullkey
 
 %start twmrc 
@@ -654,6 +654,7 @@
  RemoveDQuote(ptr);
  $$ = ptr;
}
+   ;
 number : NUMBER    { $$ = $1; }
;
 

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>



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

Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules

2002-10-09 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Tadas Miniotas" <[EMAIL PROTECTED]> wrote:
>> Package: xserver-xfree86
>> Version: 4.2.1-2
>> Severity: important
>> Tags: sid

>> Hello,
>>
>> X server crashes when modules freetype and xtt are both enabled. Here is
>> the last message from /var/log/XFree86.log.0:
>>
>> (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a
>> Duplicate symbol TT_FreeType_Version in
>> /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o
>> Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a
>>
>> Fatal server error:
>> Module load failure

 It is not a bug.

 Please read section `5. Additional notes about TrueType support'
of  /usr/share/doc/xfree86-common/README.fonts.gz

-
5.  Additional notes about TrueType support

This version of XFree86 comes with two TrueType backends, FreeType (module
`freetype', formerly known as xfsft) and X-TrueType (module `xtt').  These
two backends are not compatible: only one of them can be used at any one
time.
-

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules

2002-10-09 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   "Tadas Miniotas" <[EMAIL PROTECTED]> wrote:
>> Package: xserver-xfree86
>> Version: 4.2.1-2
>> Severity: important
>> Tags: sid

>> Hello,
>>
>> X server crashes when modules freetype and xtt are both enabled. Here is
>> the last message from /var/log/XFree86.log.0:
>>
>> (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a
>> Duplicate symbol TT_FreeType_Version in
>> /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o
>> Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a
>>
>> Fatal server error:
>> Module load failure

 It is not a bug.

 Please read section `5. Additional notes about TrueType support'
of  /usr/share/doc/xfree86-common/README.fonts.gz

-
5.  Additional notes about TrueType support

This version of XFree86 comes with two TrueType backends, FreeType (module
`freetype', formerly known as xfsft) and X-TrueType (module `xtt').  These
two backends are not compatible: only one of them can be used at any one
time.
-

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

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

Re: xfree86 4.2.1-0pre1v1 (mips,mipsel,m68k,powerpc,sh4) available at the X Strike Force

2002-09-17 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> I hadn't sent an update on these packages, but XFree86 4.2.1 pre-release
>> packages are now available for the five architectures mentioned in the
>> subject line, as well as for Alpha, i386, and SPARC, which were already
>> announced.

>> I still need builds for the following architectures:

>> * ARM
>> * HP-PA
>> * IA-64 (I'm handling this one)
>> * S/390

 I read a message about HPPA build  on debian-x list from
Grant Grundler <[EMAIL PROTECTED]> 

 4.2.1-0pre1v1 hppa binaries can download from the URL:
http://gsyprf11.external.hp.com/hppa/xfree86_4.2.1-0pre1v1/

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Grant Grundler <[EMAIL PROTECTED]> wrote:
>> >> Branden Robinson wrote:
>> >> > If people will build with IGNORE_MANIFEST_CHANGES=3Dyes, we can still
>> >> > have 4.2.1-0pre1v1 packages for these architectures.  This will cause
>> >> > the build to proceed to completion despite MANIFEST differences.
>> >>
>> >> I caught the manifest change yesterday too and just copied .new on
>> >> top of the orig. I wanted to see if anything else was broken before
>> >> complaining.
>> >>
>> >> I can try out the resulting debs on the B180 tomorrow.
>> >> I've placed them on if anyone else dares:
>> >>   http://gsyprf11.external.hp.com/hppa/xfree86_4.2.1-0pre1v1/
>> >>
>> >> > Please let the debian-x list know if anything other than the imstt
>> >> > driver or its manpage is a difference between debian/MANIFEST.$(ARCH)
>> >> > and debian/MANIFEST.$(ARCH).new.
>> >>
>> >> For building, I think that's it.
>> >>
>> >> thanks,
>> >> grant

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.1-0pre1v1 (mips,mipsel,m68k,powerpc,sh4) available at the X Strike Force

2002-09-17 Thread ISHIKAWA Mutsumi


>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> I hadn't sent an update on these packages, but XFree86 4.2.1 pre-release
>> packages are now available for the five architectures mentioned in the
>> subject line, as well as for Alpha, i386, and SPARC, which were already
>> announced.

>> I still need builds for the following architectures:

>> * ARM
>> * HP-PA
>> * IA-64 (I'm handling this one)
>> * S/390

 I read a message about HPPA build  on debian-x list from
Grant Grundler <[EMAIL PROTECTED]> 

 4.2.1-0pre1v1 hppa binaries can download from the URL:
http://gsyprf11.external.hp.com/hppa/xfree86_4.2.1-0pre1v1/

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Grant Grundler <[EMAIL PROTECTED]> wrote:
>> >> Branden Robinson wrote:
>> >> > If people will build with IGNORE_MANIFEST_CHANGES=3Dyes, we can still
>> >> > have 4.2.1-0pre1v1 packages for these architectures.  This will cause
>> >> > the build to proceed to completion despite MANIFEST differences.
>> >>
>> >> I caught the manifest change yesterday too and just copied .new on
>> >> top of the orig. I wanted to see if anything else was broken before
>> >> complaining.
>> >>
>> >> I can try out the resulting debs on the B180 tomorrow.
>> >> I've placed them on if anyone else dares:
>> >>   http://gsyprf11.external.hp.com/hppa/xfree86_4.2.1-0pre1v1/
>> >>
>> >> > Please let the debian-x list know if anything other than the imstt
>> >> > driver or its manpage is a difference between debian/MANIFEST.$(ARCH)
>> >> > and debian/MANIFEST.$(ARCH).new.
>> >>
>> >> For building, I think that's it.
>> >>
>> >> thanks,
>> >> grant

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: xfree86 4.2.1-0pre1v1 (source,i386) available at the X Strike Force

2002-09-11 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Those using xlibs 4.2.0 packages are advised to upgrade to xlibs 4.2.1.
>>
>> Changes: 
>>  xfree86 (4.2.1-0pre1v1) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>>  .
>>* TODO:
>>  + find out why dh_strip isn't stripping the .o files in
>>    /usr/X11R6/lib/modules

 m68k and sh4 binaries are uploaded on people.debian.org:

 http://people.debian.org/~ishikawa/XFree86/4.2.1-0pre1v1/m68k/
 http://people.debian.org/~ishikawa/XFree86/4.2.1-0pre1v1/sh4/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.1-0pre1v1 (source,i386) available at the X Strike Force

2002-09-09 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Those using xlibs 4.2.0 packages are advised to upgrade to xlibs 4.2.1.
>>
>> Changes: 
>>  xfree86 (4.2.1-0pre1v1) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>>  .
>>* TODO:
>>  + find out why dh_strip isn't stripping the .o files in
>>/usr/X11R6/lib/modules

 MANIFEST check is failed on hppa:

--- debian/MANIFEST.hppa2002-09-08 15:12:03.0 +0900
+++ debian/MANIFEST.hppa.new2002-09-09 10:36:28.0 +0900
@@ -7269 +7268,0 @@
-usr/X11R6/man/man4/imstt.4x
MANIFEST check failed; please see debian/README
make: *** [debian/stampdir/install] Error 1
debuild: fatal error at line 456:
dpkg-buildpackage failed!


 imstt driver is dropped on 4.2.1-0pre1v1(imstt driver is defined as
DevelDriver befor 4.2.0-0pre1v3), but MANIFEST.hppa is not updated.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.1-0pre1v1 (source,i386) available at the X Strike Force

2002-09-08 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Those using xlibs 4.2.0 packages are advised to upgrade to xlibs 4.2.1.
>>
>> Changes: 
>>  xfree86 (4.2.1-0pre1v1) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.

 Alpha and sparc binaries are uploaded on people.debian.org as usual:
 
 http://people.debian.org/~ishikawa/XFree86/4.2.1-0pre1v1/alpha/
 http://people.debian.org/~ishikawa/XFree86/4.2.1-0pre1v1/sparc/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v4 (source) available at the X Strike Force

2002-09-08 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> i386 packages are on their way.
>>
>> We're getting close to something I'd consider acceptable for 4.2.0-1;
>> this means those of you haven't built 4.2.0 in a while (or ever), like
>> arm and s390 -- I'd really appreciate it if you'd give this one a try.
>>
>> Changes:
>>  xfree86 (4.2.0-0pre1v4) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.

 m68k and sh4 binaries are uploaded
 (Yes, I known 4.2.1-0pre1v1 is already released):

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v4/m68k/
 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v4/sh4/

--
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

HPPA (and perhaps ARM) build fail (Re: xfree86 4.2.0-0pre1v4 (source) available at the X Strike Force)

2002-09-04 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> i386 packages are on their way.
>>
>> We're getting close to something I'd consider acceptable for 4.2.0-1;
>> this means those of you haven't built 4.2.0 in a while (or ever), like
>> arm and s390 -- I'd really appreciate it if you'd give this one a try.
>>
>> Changes:
>>  xfree86 (4.2.0-0pre1v4) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.

 Build on HPPA was failed (and perhaps will be failed on ARM):

make[7]: Entering directory 
`/common2/ishikawa/pre1v4/xfree86-4.2.0/build-tree/xc/programs/Xserver/hw/xfree86/drivers/fbdev'
rm -f fbdev._man
rm -f *.CKP *.ln *.BAK *.bak *.o core errs ,* *~ *.a .emacs_* tags TAGS 
make.log MakeOut   "#"*
make[7]: Leaving directory 
`/common2/ishikawa/pre1v4/xfree86-4.2.0/build-tree/xc/programs/Xserver/hw/xfree86/drivers/fbdev'
cleaning in programs/Xserver/hw/xfree86/drivers/DevelDrivers...
make: *** DevelDrivers: No such file or directory.  Stop.
make: Entering an unknown directorymake: Leaving an unknown directorymake[6]: 
*** [clean] Error 2
make[6]: Leaving directory 
`/common2/ishikawa/pre1v4/xfree86-4.2.0/build-tree/xc/programs/Xserver/hw/xfree86/drivers'
make[5]: *** [clean] Error 2
make[5]: Leaving directory 
`/common2/ishikawa/pre1v4/xfree86-4.2.0/build-tree/xc/programs/Xserver/hw/xfree86'
make[4]: *** [clean] Error 2
make[4]: Leaving directory 
`/common2/ishikawa/pre1v4/xfree86-4.2.0/build-tree/xc/programs/Xserver'
make[3]: *** [clean] Error 2



 xc/config/cf/xfree86.cf contains these lines (line 664...):



---
/*
 * Intel StrongARM and Hewlett-Packard PA-RISC
 */
#if defined(Arm32Architecture) || defined(HPArchitecture)
# ifndef XF86Server
#  define XF86ServerYES
# endif
(snip snip snip)

/* Pure PCI drivers should go first */
# ifndef XF86CardDrivers
#  define XF86CardDrivers   ati mga glint nv s3 s3virge sis savage\
trident chips tdfx fbdev \
DevelDrivers vga \
XF86OSCardDrivers XF86ExtraCardDrivers
# endif
---




 On Arm32Architecture and HPArchitecture refers `DevelDrivers' but
DevelDrivers define is missing about these architecture.

 For example, on PPC and m68k (line 571...):




---
/*
 * Motorola 68k and PowerPC drivers
 */
#if defined(PpcArchitecture) || defined(Mc68020Architecture)
# ifndef XF86Server
#  define XF86ServerYES
# endif
(snip snip snip)
# ifndef DevelDrivers
#  if XFree86Devel
#   define DevelDrivers imstt
#  else
#   define DevelDrivers /* */
#  endif
# endif

/* Pure PCI drivers should go first */
# ifndef XF86CardDrivers
#  define XF86CardDrivers   ati mga glint nv s3 s3virge sis savage\
trident chips tdfx fbdev \
DevelDrivers vga \
XF86OSCardDrivers XF86ExtraCardDrivers
# endif
---


 Defines about ARM and HPPA are generated from 004 patch. Please fix
to include about DevelDrivers defines (or just remove DevelDrivers
from XF86CardDrivers define).

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v4 (source) available at the X Strike Force

2002-09-04 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> i386 packages are on their way.
>>
>> We're getting close to something I'd consider acceptable for 4.2.0-1;
>> this means those of you haven't built 4.2.0 in a while (or ever), like
>> arm and s390 -- I'd really appreciate it if you'd give this one a try.
>>
>> Changes:
>>  xfree86 (4.2.0-0pre1v4) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.

 Alpha binaries are uploaded:

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v4/alpha/

--
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>


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

Re: xfree86 4.2.0-0pre1v4 (source) available at the X Strike Force

2002-09-04 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> i386 packages are on their way.
>>
>> We're getting close to something I'd consider acceptable for 4.2.0-1;
>> this means those of you haven't built 4.2.0 in a while (or ever), like
>> arm and s390 -- I'd really appreciate it if you'd give this one a try.
>>
>> Changes:
>>  xfree86 (4.2.0-0pre1v4) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.

 SPARC binaries are uploaded:

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v4/sparc/

 binary-{alpha,m68k,hppa,sh4} are building...

--
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: [PATCH for 0pre1v3] r128 and radeon without vgaHW problem fix

2002-08-31 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Sam, 2002-08-31 at 23:16, ISHIKAWA Mutsumi wrote:

>> > >> Well, i guess the Ultra5 have pci slots, so you could imagine putting a
>> > >> pci radeon or rage128 board in it, is it not ?
>> > 
>> >  I believe the firmware on these cards are written in ix86 code, so
>> > these cards will not run on the SPARC.

>> SPARCs have Open Firmware, right? If so, Mac cards might work.

 Ah, I forget about this.

 Anyone test about this?
 I have CPI based SPARC workstation(Ultra30) but, don't have any
graphic cards for PCI Machintosh.

 Andif they are works on SPARC, I know some ATI chips and
Voodoo chips cards are released for PPC mac. We should add
XFree86 Voodoo driver for SPARC. Is it right?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: [PATCH for 0pre1v3] r128 and radeon without vgaHW problem fix

2002-08-31 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Sven LUTHER <[EMAIL PROTECTED]> wrote:
>> On Sun, Sep 01, 2002 at 04:07:30AM +0900, ISHIKAWA Mutsumi wrote:

>> > >> >  I put a patch to build fix on SPARC and new MANIFEST.sparc.
>> > >> > 
>> > >> > http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sparc/101_sparc_ati_without_vgahw.diff
>> > 
>> > >> This is a bad patch IMHO.
>> > 
>> >  I have a question:
>> > 
>> >   Are RADEON and Rage128 supports need on SPARC currently?
>> >   Some some SPARC workstation/server uses RADEON and/or Rage128?
>> > 
>> >  I know some SPARC workstations (e.g Ultra5) use mach64 graphic chip.
>> >  So, we need mac64 support. We should not drop ati mac64 drivers.
>> > 
>> >  But I don't know RADEON or Rage128 graphic borad for SPARC.
>> >  If RADEON/Rage128 board for SPARC does exist, we need more hack
>> > to support these (but I don't have the board and enough time to do
>> > this...).

>> Well, i guess the Ultra5 have pci slots, so you could imagine putting a
>> pci radeon or rage128 board in it, is it not ?

 I believe the firmware on these cards are written in ix86 code, so
these cards will not run on the SPARC.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: [PATCH for 0pre1v3] r128 and radeon without vgaHW problem fix

2002-08-31 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Michel Dänzer <[EMAIL PROTECTED]> wrote:
>> On Sam, 2002-08-31 at 19:24, ISHIKAWA Mutsumi wrote:

>> > 
>> >  I put a patch to build fix on SPARC and new MANIFEST.sparc.
>> > 
>> > http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sparc/101_sparc_ati_without_vgahw.diff

>> This is a bad patch IMHO.

 I have a question:

  Are RADEON and Rage128 supports need on SPARC currently?
  Some some SPARC workstation/server uses RADEON and/or Rage128?

 I know some SPARC workstations (e.g Ultra5) use mach64 graphic chip.
 So, we need mac64 support. We should not drop ati mac64 drivers.

 But I don't know RADEON or Rage128 graphic borad for SPARC.
 If RADEON/Rage128 board for SPARC does exist, we need more hack
to support these (but I don't have the board and enough time to do
this...).

>>  Almost every driver uses vgaHW, how are the others handled on sparc?

 These are all of the XFree86 graphic drivers for SPARC:

ati_drv.o
atimisc_drv.o
r128_drv.o
radeon_drv.o
fbdev_drv.o
glint_drv.o
sunbw2_drv.o
suncg14_drv.o
suncg3_drv.o
suncg6_drv.o
sunffb_drv.o
sunleo_drv.o
suntcx_drv.o

 Only r128_drv.o and radeon_drv.o does use vgaHw calls.

>> I see a number of better solutions:
>>
>> - guard the vgaHW calls in the drivers
>> - build/fix/implement vgaHW on sparc (no, it doesn't require legacy
>>   hardware)
>> - ...

 Yes, I think they are better solution if radeon and r128 support are
needed on SPARC.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

[PATCH for 0pre1v3] r128 and radeon without vgaHW problem fix

2002-08-31 Thread ISHIKAWA Mutsumi

>>  Hmm, I understand the problem.
>>
>>  radeon_drv and r128_drv require some vga related functions, defined
>> in xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.{c,h}. But on SPARC
>> environment vgaHW.c will not build because SPARC machines does not
>> have VGA, so XF86VgaHw is set as NO.
>>
>>  Under build-tree/xc-xserver-xfree86-dbg, we will build the static
>> linked x server. Symbols are resolved on build time.
>>
>>  Perhaps, we should drop r128 and radeon driver support when the x
>> server build without XF86VgaHw define.
>> (or r128 and radeon drivers should update to be able to build and run
>> without vgaHW).

 I put a patch to build fix on SPARC and new MANIFEST.sparc.

http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sparc/101_sparc_ati_without_vgahw.diff
http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sparc/MANIFEST.sparc


 If XF86VgaHw is defined as NO (e.g SPARC envirnment), raoden and r128
drivers support will be drop with this patch.

 And .debs for sparc with this patch also put on the URL bellow:

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sparc/debs/


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force

2002-08-24 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Rick Younie <[EMAIL PROTECTED]> wrote:
>> ISHIKAWA Mutsumi wrote:

>> I wonder if the problems will turn out to be big-endian related?
>> It would be nice to be able to debug it on a faster arch than
>> m68k.
>>
>> I'll see if Branden has the old patch and I'll try and find what
>> has changed.

 I've tracking down the SPARC problem.

 I found that some drivers still have some hardware depend codes.

 For example radeon_drv and r128_drv does require VGA related functions
defined in xc/programs/Xserver/hw/xfree86/vgahw/vgaHW.{c,h}. But SPARC
does not have VGA, so vgaHW.o is not linked in XFree86 server.

 This does cause a trouble when we wish to build a static linked X
server.

 On the static linked X server, functions symbols resolution will be
done at the time of linking.

 vs

 On the dynamic loading X server, functions symbol resolution will be
done at the time of staring the server.

 On m68k, mac64 dynamic loading driver cannot have worked from
before. Because xf86WriteMmio32Be is not defined anywhere.

 Perhaps, we should define xf86WriteMmio32Be function in
xc/programs/Xserver/hw/xfree86/common/compiler.h.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: Build fail on sparc (Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force)

2002-08-24 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> >>>>> In <[EMAIL PROTECTED]> 
>> >>>>>Branden Robinson <[EMAIL PROTECTED]> wrote:
>> >> [1  ]
>> >> On Thu, Aug 22, 2002 at 01:16:25AM +0900, ISHIKAWA Mutsumi wrote:
>> >> > >>>>> In <[EMAIL PROTECTED]> 
>> >> > >>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> >> > 
>> >> > >> Changes: 
>> >> > >>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>> >> > >>  .
>> >> > >>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>> >> > >>*** .  DO NOT FILE BUGS AGAINST THIS 
>> >> > >> RELEASE WITH
>> >> > >>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE 
>> >> > >> CLOSED.
>> >> > >>  .
>> >> > >>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting 
>> >> > >> set to YES

>>  Build on SPARC was failed with these error bellow.

>> gcc -o XFree86 -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
>> -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls 
>> -Wnested-externs -L../../exports/lib -L/usr/X11R6/lib 
>> ../../programs/Xserver/hw/xfree86/drivers/drvConf.o 
>> ../../programs/Xserver/hw/xfree86/input/drvConf.o   
>> ../../programs/Xserver/hw/xfree86/drivers/libdriver.a 
>> ../../programs/Xserver/hw/xfree86/ramdac/libramdac.a 
>> ../../programs/Xserver/hw/xfree86/ddc/libddc.a 
>> ../../programs/Xserver/hw/xfree86/i2c/libi2c.a   
>> ../../programs/Xserver/hw/xfree86/xaa/libxaa.a  
>> ../../programs/Xserver/hw/xfree86/fbdevhw/libfbdevhw.a 
>> ../../programs/Xserver/hw/xfree86/xf8_32wid/libxf8_32wid.a 
>> ../../programs/Xserver/hw/xfree86/xf8_32bpp/libxf8_32bpp.a   
>> ../../programs/Xserver/hw/xfree86/xf8_16bpp/libxf8_16bpp.a 
>> ../../programs/Xserver/hw/xfree86/xf24_32bpp/libxf24_32bpp.a 
>> ../../programs/Xserver/hw/xfree86/xf4bpp/libxf4bpp.a 
>> ../../programs/Xserver/hw/xfree86/xf1bpp/libxf1bpp.a ..
 /..
>>  /programs/Xserver/hw/xfree86/shadowfb/libshadowfb.a  
>> ../../programs/Xserver/hw/xfree86/input/libidriver.a  
>> ../../programs/Xserver/hw/xfree86/common/xf86Init.o 
>> ../../programs/Xserver/hw/xfree86/common/xf86IniExt.o 
>> ../../programs/Xserver/hw/xfree86/common/libxf86.a 
>> ../../programs/Xserver/hw/xfree86/rac/librac.a  
>> ../../programs/Xserver/hw/xfree86/parser/libxf86config.a 
>> ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a 
>> ../../programs/Xserver/hw/xfree86/int10/libint10.a
>> ../../programs/Xserver/hw/xfree86/common/libxf86.a miext/shadow/libshadow.a 
>> dix/libdix.a os/libos.a ../../exports/lib/libXau.a 
>> ../../exports/lib/libXdmcp.a  fb/libfb.a cfb16/libcfb16.a 
>> cfb24/libcfb24.acfb32/libcfb32.acfb/libcfb.a 
>> mfb/libmfb.a dix/libxpstubs.a mi/libmi.a Xext/libext.a xkb/libxkb.a 
>> Xi/libxinput.albx/liblbx.a   
>> ../../lib/lbxutil/liblbxutil.a dbe/libdbe.a record/librecord.a   
>>  XTrap/libxtrap.a  GL/glx/libglx.a

>>   GL/mesa/src/X/libGLcoreX.aGL/mesa/src/libGLcore.a  
>>   GL/dri/libdri.a render/librender.a  
>> ../../programs/Xserver/hw/xfree86/common/libxf86.a mi/libmi.a 
>> ../../programs/Xserver/hw/xfree86/scanpci/libscanpci.a 
>> ../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a 
>> ../../programs/Xserver/hw/xfree86/ddc/libddc.a ../../lib/font/libXfont.a 
>> dix/libxpstubs.a -lz -lm
>> -Wl,-rpath-link,../../exports/lib
>> ../../programs/Xserver/hw/xfree86/drivers/libdriver.a(r128_drv.o): In 
>> function `R128PreInit':
>> r128_drv.o(.text+0x7154): undefined reference to `vgaHWGetHWRec'
>> r128_drv.o(.text+0x74a8): undefined reference to `vgaHWFreeHWRec'

 snip

>> ../../programs/Xserver/hw/xfree86/drivers/libdriver.a(radeon_drv.o): In 
>> function `RADEONPreInit':
>> radeon_drv.o(.text+0x7518): undefined reference to `vgaHWGetHWRec'
>> radeon_drv.o(.text+0x752c): undefined reference to `vgaHWGetIndex'
>> radeon_drv.o(.text+0x753c): undefined reference to `vgaHWGetIOBase'
>> radeon_drv.o(.text+0x78a4): undefined reference to `vgaHWFreeHWRec'

 snip

>&g

Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force

2002-08-23 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> >>>>> In <[EMAIL PROTECTED]> 
>> >>>>>Branden Robinson <[EMAIL PROTECTED]> wrote:
>>
>> >> Changes: 
>> >>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>> >>  .
>> >>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>> >>*** .  DO NOT FILE BUGS AGAINST THIS 
>> >> RELEASE WITH
>> >>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>> >>  .
>> >>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting set 
>> >> to YES

>>  I'll build for these architectures binaries:
>>
>>  alpha
>>  sparc
>>  hppa
>>  m68k
>>  sh4

 OK, alpha, hppa and sh4 binaries available on the URL bellow.
Please merge these binaries on X Strike Force tree, Branden :-)

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/alpha/
 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/hppa/
 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v3/sh4/

mirror:

 http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/alpha/
 http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/hppa/
 http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/sh4/


 Sparc and m68k build was failed. I'll track down these
problem on this week end.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Build fail on sparc (Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force)

2002-08-22 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Aug 22, 2002 at 01:16:25AM +0900, ISHIKAWA Mutsumi wrote:
>> > >>>>> In <[EMAIL PROTECTED]> 
>> > >>>>>  Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > 
>> > >> Changes: 
>> > >>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>> > >>  .
>> > >>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>> > >>*** .  DO NOT FILE BUGS AGAINST THIS 
>> > >> RELEASE WITH
>> > >>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>> > >>  .
>> > >>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting 
>> > >> set to YES
>> > 
>> >  I'll build for these architectures binaries:
>> > 
>> >  alpha
>> >  sparc
>> >  hppa
>> >  m68k
>> >  sh4
>>
>> Thanks a lot, as usual.  :) I can handle PowerPC and possibly IA-64.

 Build on SPARC was failed with these error bellow.

 I'm not tracking down the problem yet because I don't have enough
time for analyzing the problem on today and tomorrow...

 I put the full build log and build tree tar ball on these URL,
If someone are interesting to solve the problem, please welcome to
download these :-)

http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/sparc/0pre1v3_build.log
http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/sparc/xfree86_sparc_build_tree.tgz

 Be carful to download the build tree tar ball. It is very huge.
-rw-r--r--1 ishikawa ishikawa 400918082 2002-08-23 00:57 
xfree86_sparc_build_tree.tgz


gcc -o XFree86 -O2 -ansi -pedantic -Wall -Wpointer-arith -Wstrict-prototypes 
-Wmissing-prototypes -Wmissing-declarations -Wredundant-decls -Wnested-externs  
   -L../../exports/lib -L/usr/X11R6/lib 
../../programs/Xserver/hw/xfree86/drivers/drvConf.o 
../../programs/Xserver/hw/xfree86/input/drvConf.o  
../../programs/Xserver/hw/xfree86/drivers/libdriver.a 
../../programs/Xserver/hw/xfree86/ramdac/libramdac.a 
../../programs/Xserver/hw/xfree86/ddc/libddc.a 
../../programs/Xserver/hw/xfree86/i2c/libi2c.a   
../../programs/Xserver/hw/xfree86/xaa/libxaa.a  
../../programs/Xserver/hw/xfree86/fbdevhw/libfbdevhw.a 
../../programs/Xserver/hw/xfree86/xf8_32wid/libxf8_32wid.a 
../../programs/Xserver/hw/xfree86/xf8_32bpp/libxf8_32bpp.a   
../../programs/Xserver/hw/xfree86/xf8_16bpp/libxf8_16bpp.a 
../../programs/Xserver/hw/xfree86/xf24_32bpp/libxf24_32bpp.a 
../../programs/Xserver/hw/xfree86/xf4bpp/libxf4bpp.a 
../../programs/Xserver/hw/xfree86/xf1bpp/libxf1bpp.a ../..
 /programs/Xserver/hw/xfree86/shadowfb/libshadowfb.a  
../../programs/Xserver/hw/xfree86/input/libidriver.a  
../../programs/Xserver/hw/xfree86/common/xf86Init.o 
../../programs/Xserver/hw/xfree86/common/xf86IniExt.o 
../../programs/Xserver/hw/xfree86/common/libxf86.a 
../../programs/Xserver/hw/xfree86/rac/librac.a 
../../programs/Xserver/hw/xfree86/parser/libxf86config.a 
../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a 
../../programs/Xserver/hw/xfree86/int10/libint10.a
../../programs/Xserver/hw/xfree86/common/libxf86.a miext/shadow/libshadow.a 
dix/libdix.a os/libos.a ../../exports/lib/libXau.a ../../exports/lib/libXdmcp.a 
 fb/libfb.a cfb16/libcfb16.a cfb24/libcfb24.a
cfb32/libcfb32.acfb/libcfb.a mfb/libmfb.a dix/libxpstubs.a 
mi/libmi.a Xext/libext.a xkb/libxkb.a Xi/libxinput.a
lbx/liblbx.a   ../../lib/lbxutil/liblbxutil.a dbe/libdbe.a 
record/librecord.aXTrap/libxtrap.a  GL/glx/libglx.a 
  
  GL/mesa/src/X/libGLcoreX.aGL/mesa/src/libGLcore.a 
   GL/dri/libdri.a render/librender.a  
../../programs/Xserver/hw/xfree86/common/libxf86.a mi/libmi.a 
../../programs/Xserver/hw/xfree86/scanpci/libscanpci.a 
../../programs/Xserver/hw/xfree86/os-support/libxf86_os.a
../../programs/Xserver/hw/xfree86/ddc/libddc.a ../../lib/font/libXfont.a 
dix/libxpstubs.a -lz -lm
-Wl,-rpath-link,../../exports/lib
../../programs/Xserver/hw/xfree86/drivers/libdriver.a(r128_drv.o): In function 
`R128PreInit':
r128_drv.o(.text+0x7154): undefined reference to `vgaHWGetHWRec'
r128_drv.o(.text+0x74a8): undefined reference to `vgaHWFreeHWRec'
../../programs/Xserver/hw/xfree86/drivers/libdriver.a(r128_drv.o): In function 
`R128Save':
r128_drv.o(.text+0x8ca4): undefined reference to `vgaHWGetIndex'
r128_drv.o(.text+0x8cd4): undefined reference to `vgaHWUnlock'
r128_drv.o(.text+0x8ce4): undefined reference to `vgaHWSave'

Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force

2002-08-22 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> On Thu, Aug 22, 2002 at 01:16:25AM +0900, ISHIKAWA Mutsumi wrote:
>> > >>>>> In <[EMAIL PROTECTED]> 
>> > >>>>>  Branden Robinson <[EMAIL PROTECTED]> wrote:
>> > 
>> > >> Changes: 
>> > >>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>> > >>  .
>> > >>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>> > >>*** .  DO NOT FILE BUGS AGAINST THIS 
>> > >> RELEASE WITH
>> > >>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>> > >>  .
>> > >>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting 
>> > >> set to YES
>> > 
>> >  I'll build for these architectures binaries:
>> > 
>> >  alpha
>> >  sparc
>> >  hppa
>> >  m68k
>> >  sh4

>> Thanks a lot, as usual.  :) I can handle PowerPC and possibly IA-64.

 Welcome ;)

 Alpha binaries are available on the URL bellow:
  http://hanzubon.jp/Linux/Debian/XFree86-4.2.0-0pre1v3/alpha/

P.S
 I can not connect to people.debian.org.
 Is gluck.debian.org stopped now?

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force

2002-08-21 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Rick Younie <[EMAIL PROTECTED]> wrote:
>> Branden Robinson wrote:
>> > 
>> > On Thu, Aug 22, 2002 at 01:16:25AM +0900, ISHIKAWA Mutsumi wrote:
>> >> >>>>> In <[EMAIL PROTECTED]> 
>> >> >>>>> Branden Robinson <[EMAIL PROTECTED]> wrote:
>> >> 
>> >> >> Changes: 
>> >> >>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>> >> >>  .
>> >> >>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>> >> >>*** .  DO NOT FILE BUGS AGAINST THIS 
>> >> >> RELEASE WITH
>> >> >>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE 
>> >> >> CLOSED.
>> >> >>  .
>> >> >>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting 
>> >> >> set to YES
>> >> 
>> >>  I'll build for these architectures binaries:
>> >> 
>> >>  alpha
>> >>  sparc
>> >>  hppa
>> >>  m68k
>> >>  sh4

>> I'm about half way through a build for m68k on crest.debian.org.
>> Let me know if I should kill it please.

 Please keep and upload m68k binaries :-)

>>  Will you, ishikawa, be doing m68k regularly?

 I'm not m68k specialist and perhaps I will be very busy
after September on my own job. So, I am happy if you can
handle m68k build.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v3 (source,i386) available at the X Strike Force

2002-08-21 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Changes: 
>>  xfree86 (4.2.0-0pre1v3) unstable; urgency=low
>>  .
>>*** THIS IS AN EXPERIMENTAL RELEASE.  FEEDBACK SHOULD GO TO
>>*** .  DO NOT FILE BUGS AGAINST THIS RELEASE 
>> WITH
>>*** THE DEBIAN BUG TRACKING SYSTEM.  ANY SUCH REPORTS WILL BE CLOSED.
>>  .
>>* TODO: more mips weirdness; somehow BuildHtmlManPages is getting set to 
>> YES

 I'll build for these architectures binaries:

 alpha
 sparc
 hppa
 m68k
 sh4

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-10 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> >>>>> In <[EMAIL PROTECTED]> 
>> >>>>>ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:

>>  I put a patch to fix xserver-xfree86.files.m68k and MANIFEST.m68k.new
>> on people.debian.org:
>>
>>  
>> http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/m68k/MANIFEST.m68k.new
>>  
>> http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/m68k/xserver-xfree86.files.m68k.diff

 OK, I've uploaded m68k binaries(with these fixes):

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/m68k/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-09 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> Hi,

>> >> Format: 1.7
>> >> Date: Mon,  5 Aug 2002 00:07:45 -0500
>> >> Source: xfree86
>> >>
>> >> Architecture: source all i386
>> >> Version: 4.2.0-0pre1v2

>>  Result of test build on powerpc is bellow.
>>
>>  nv_drv related files are missing from MANIFEST.powerpc and
>> xserver-xfree86.files.powerpc.
>>
>> --- debian/MANIFEST.powerpc  2002-08-06 14:46:31.0 +0900
>> +++ debian/MANIFEST.powerpc.new  2002-08-08 03:34:00.0 +0900
>> @@ -5650,0 +5651 @@
>> +usr/X11R6/lib/modules/drivers/nv_drv.o
>> @@ -7381,0 +7383 @@
>> +usr/X11R6/man/man4/nv.4
>> MANIFEST check failed; please see debian/README
>> make: *** [debian/stampdir/install] Error 1
>> debuild: fatal error at line 456:
>> dpkg-buildpackage failed!

 Same problem is happend on m68k.

 I put a patch to fix xserver-xfree86.files.m68k and MANIFEST.m68k.new
on people.debian.org:

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/m68k/MANIFEST.m68k.new
 
http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/m68k/xserver-xfree86.files.m68k.diff

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xft and xfree86-truetype-fonts

2002-08-09 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> I've been watching Keith's commit messages with great interest.  It does
>> look like cool stuff but he's still chasing the bugs out of it.

 It's cool stuff, I think so too.

>> I'd rather wait until Keith has given some indication that the code is
>> stable before I'd even want to consider patching up to it.
>>
>> Most likely, the best approach is just to get it with the rest of 4.3.0
>> when that is released.

 XFree86 contains Xft (aka Xft1) library, it uses XftConfig scheme.

 Current XFree86 CVS contains Xft2 and Xft1, both use fontconfig
library scheme. (Xft1 was modfied to use fontconfig insted of
XftConfig)

 Xft does use libfontconfig, but libfontconfig does not depend on
X. I think perhaps some non-X programs and libraries will use
libfontconfig to handle fonts. These are not depend X.

 So, I suggests that xlibs package should not contain libfontconfig,
it will be separate from xlibs package (e.g libfontconfig.deb and
libfontconfig-dev.deb package) when we release the xfree86_4.3.0
package.

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-08 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Can you modify the source tree on the hppa box you're using and go ahead
>> and build?  There's no reason to make hppa folks wait until 0pre1v3 for
>> this if there are no other build-time problems.

 OK, 0pre1v2 binaryies for hppa are now available.

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/hppa/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-08 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> On Thu, Aug 08, 2002 at 09:47:02AM +0900, ISHIKAWA Mutsumi wrote:
>
>> Can you modify the source tree on the hppa box you're using and go ahead
>> and build?  There's no reason to make hppa folks wait until 0pre1v3 for
>> this if there are no other build-time problems.
>>
>> Thanks again!

 Of cause yes :-)
 I'm building it on my hppa box (but my hppa box 735/125 is old and
slow, please wait a few hours...)

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-08 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Grant Grundler <[EMAIL PROTECTED]> wrote:

>> I tried add the following line to my sources.list:
>> deb-src http://people.debian.org/~branden/ sid/

 It is wrong. Please add these:

deb http://people.debian.org/~branden/ sid/$(ARCH)/
deb-src http://people.debian.org/~branden/ sid/source/

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-07 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   ISHIKAWA Mutsumi <[EMAIL PROTECTED]> wrote:
>> >>>>> In <[EMAIL PROTECTED]> 
>> >>>>>Branden Robinson <[EMAIL PROTECTED]> wrote:

>> >> Format: 1.7
>> >> Date: Mon,  5 Aug 2002 00:07:45 -0500
>> >> Source: xfree86

>> >> Version: 4.2.0-0pre1v2

>>  Test build on hppa is fail, because MANIFEST check is not passed.

>>  Newest version of MANIFEST.hppa is bellow:
>>
>>  
>> http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/hppa/MANIFEST.hppa.new

 I forget to say about xserver-xfree86.files.hppa.
 /usr/X11R6/man/man4/nv.4 is also missing from xserver-xfree86.files.hppa
 tiny Patch to fix it is here:

 
http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/hppa/xserver-xfree86.files.hppa.diff

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-07 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Format: 1.7
>> Date: Mon,  5 Aug 2002 00:07:45 -0500
>> Source: xfree86

>> Version: 4.2.0-0pre1v2

 Built on alpha, sparc and sh4 are successfull.

 These binaries (and changes file) are put in here:

 For alpha:
  http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/alpha/

 For sparc:
  http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/sparc/

 For sh4:
  http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/sh4/


P.S
 Test on m68k is not yet finished...(now compiling lib/Xi )

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-07 Thread ISHIKAWA Mutsumi

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:

>> Format: 1.7
>> Date: Mon,  5 Aug 2002 00:07:45 -0500
>> Source: xfree86

>> Version: 4.2.0-0pre1v2

 Test build on hppa is fail, because MANIFEST check is not passed.

--- debian/MANIFEST.hppa2002-08-06 14:39:52.0 +0900
+++ debian/MANIFEST.hppa.new2002-08-08 03:50:48.0 +0900
@@ -7276,0 +7277 @@
+usr/X11R6/man/man4/nv.4
MANIFEST check failed; please see debian/README
make: *** [debian/stampdir/install] Error 1
debuild: fatal error at line 456:
dpkg-buildpackage failed!


 Newest version of MANIFEST.hppa is bellow:

 http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/hppa/MANIFEST.hppa.new


-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

Re: xfree86 4.2.0-0pre1v2 (source,i386) available at the X Strike Force

2002-08-07 Thread ISHIKAWA Mutsumi

Hi,

>>>>> In <[EMAIL PROTECTED]> 
>>>>>   Branden Robinson <[EMAIL PROTECTED]> wrote:
>> [1  ]
>> Format: 1.7
>> Date: Mon,  5 Aug 2002 00:07:45 -0500
>> Source: xfree86

>> Architecture: source all i386
>> Version: 4.2.0-0pre1v2

 Result of test build on powerpc is bellow.

 nv_drv related files are missing from MANIFEST.powerpc and
xserver-xfree86.files.powerpc.

--- debian/MANIFEST.powerpc 2002-08-06 14:46:31.0 +0900
+++ debian/MANIFEST.powerpc.new 2002-08-08 03:34:00.0 +0900
@@ -5650,0 +5651 @@
+usr/X11R6/lib/modules/drivers/nv_drv.o
@@ -7381,0 +7383 @@
+usr/X11R6/man/man4/nv.4
MANIFEST check failed; please see debian/README
make: *** [debian/stampdir/install] Error 1
debuild: fatal error at line 456:
dpkg-buildpackage failed!


 Newest MANIFEST.powerpc.new and xserver-xfree86.files.powerpc.diff is
here

 
http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/powerpc/MANIFEST.powerpc.new
 
http://people.debian.org/~ishikawa/XFree86/4.2.0-0pre1v2/powerpc/xserver-xfree86.files.powerpc.diff

-- 
ISHIKAWA Mutsumi
 <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>

< 1 2 3 >

101 - 200 of 257 matches

Mail list logo