partial license audit of XFree86 4.3.0

2004-02-05 Thread Branden Robinson
On Fri, Jan 30, 2004 at 12:31:44PM -0700, paul cannon wrote:
 Since this issue has made it to slashdot [1], it may be the appropriate
 time for some discussion here. I haven't seen any here yet, but I may
 not have looked hard enough, so apologies in advance if this is old
 news.
 
 To summarize, an announcement [2] by David Dawes from last night indicates
 that the XFree86 Project, Inc. intends to release version 4.4.0 with a
 different license than the one it had before.
 
 The project has made available a diff [3] (subject to change, one would
 assume) of the changes to be applied to the source to get the new
 license in the applicable files.
 
 The actual changes to the license are detailed at
 http://www.xfree86.org/legal/licenses.html.
[snip]

I'd like to note two things:

This license change does not appear to have been committed to XFree86
CVS yet, at least judging by
xc/programs/Xserver/hw/xfree86/doc/sgml/LICENSE.sgml, which contains the
XFree86 license text.

(xc/programs/Xserver/hw/xfree86/doc/LICENSE is the plain text version,
but it is a generated file and not always up-to-date with the SGML
source.)

It should be noted that this is not the only recent license change to
XFree86 that is GPL-incompatible.

Please see:

http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/doc/sgml/LICENSE.sgml.diff?r1=1.21r2=1.22f=h

sect1Thomas Winischhofer
 p
 
 Copyright (C) 2001-2004 Thomas Winischhofer
 
 Redistribution and use in source and binary forms, with or
 without modification, are permitted provided that the following
 conditions are met:
 
 enum
 itemRedistributions of source code must retain the above
 copyright notice, this list of conditions and the following
 disclaimer.
 itemRedistributions in binary form must reproduce the above
 copyright notice, this list of conditions and the following
 disclaimer in the documentation and/or other materials provided
 with the distribution.
 itemAll advertising materials mentioning features or use of
 this software must display the following acknowledgement: This
 product includes software developed by Thomas Winischhofer.
 itemThe name of the author may not be used to endorse or
 promote products derived from this software without specific
 prior written permission.
 /enum
 
 THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY
 EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
 THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A
 PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR
 BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
 EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
 TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
 ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING
 IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF
 THE POSSIBILITY OF SUCH DAMAGE.

This is a standard 4-clause BSD license, and is GPL-incompatible for the
reasons described in URL: http://www.gnu.org/philosophy/bsd.html .

However, this change was only recently applied, and all of the code copyrighted
by Mr. Winischhofer in XFree86 4.3.0 is under the MIT/X11 license, with several
files indicating:

 * If distributed as part of the linux kernel, the contents of this file
 * is entirely covered by the GPL.

Parties using the 4-clause BSD license in the XFree86 codebase (at least
according to the LICENSE.sgml file) as of CVS revision 1.22 are:

1) Copyright (c) 1993 The Regents of the University of California.

This has probably been reverted to the 3-clause BSD license through the
Regents' mass relicensing of such code; see URL:
ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change .

Affected files:

xc/programs/Xserver/hw/sunLynx/fbio.h
xc/programs/Xserver/hw/xfree86/etc/MTRR-Lynx.shar [1]
xc/programs/Xserver/hw/xfree86/etc/apNetBSD.shar [1,5]


2) Copyright (c) 1993, 1994 Christopher G. Demetriou

Affected files:
xc/programs/Xserver/hw/xfree86/etc/MTRR-Lynx.shar [8]
xc/programs/Xserver/hw/xfree86/loader/aout.h [9]


3) Copyright (c) 2003 The NetBSD Foundation, Inc.

Affected files:
NONE!

There are no files copyrighted by the NetBSD Foundation in the XFree86 4.3.0
codebase that I could find with the method I used[10].

However, I did find the following:

 * Copyright (c) 1999 Lennart Augustsson [EMAIL PROTECTED]
 * All rights reserved.
 *
 * Redistribution and use in source and binary forms, with or without
 * modification, are permitted provided that the following conditions
 * are met:
 * 1. Redistributions of source code must retain the above copyright
 *  

Re: X Strike Force XFree86 SVN commit: rev 1002 - /

2004-02-05 Thread Daniel Stone
On Thu, Feb 05, 2004 at 12:31:59AM -0500, Branden Robinson wrote:
 On Wed, Feb 04, 2004 at 05:16:07PM +1100, Daniel Stone wrote:
  On Wed, Feb 04, 2004 at 01:05:44AM -0500, Branden Robinson wrote:
   On Wed, Feb 04, 2004 at 10:50:03AM +1100, Daniel Stone wrote:
Do you have a patch status update?
   
   svn log 
   svn://necrotic.deadbeast.net/xfree86/branches/4.3.0/sid/debian/TODO
   
   ...you should know how to do this.
  
  a) it wasn't updated at the time,
 
 Not true.  Your mail was dated Wed, 4 Feb 2004 10:50:03 +1100.
 
 
 r998 | branden | 2004-01-29 22:48:07 -0500 (Thu, 29 Jan 2004) | 2 lines
 
 Update and rearrange.  The list of 4.3.0-1 items is now specific.

The mail had not arrived at the time. I'm sure you knew what I meant. If
you didn't, please search for another XFree86 maintainer if it is, as
you say, quite the critical piece of infrastructure.

  b) you know full well I can't get svn:// out. Remember the endless
  discussions about eventually getting it working through SSH?
 
 Actually, I had forgotten.  However, you're a Debian developer now, so
 you have access to several machines, some of which should have svn
 installed, so you can always check the logs from there.

You have a memory like a sieve, and a selective one at that. And yes, I
could use it from any number of machines, but they're all in the US, and
I don't like triply-bouncing when I'm on 56k to begin with. It's kind of
hard to do anything interactive, really.

I asked for something that was not, as far as I could ascertain at the
time, done. It turns out it was, thanks to the tyranny of terrible
mailing lists (I believe the next commit was the relevant one - if it
wasn't, then a no further progressions was what I was after. I'm sure
you're smart enough to figure this out - if not, please refer to my
first paragraph.)

 The cumulative changelog is also updated every 24 hours, and is
 available via any web browser that understands HTTP and plain text.

Yes, every 24 hours. And when I checked, I couldn't see that it was
updated in Subversion. Would you care to thus explain how this paragraph
is at all relevant?

-- 
Daniel Stone[EMAIL PROTECTED]
Debian: the universal operating system http://www.debian.org


pgpQA1Zl74bxI.pgp
Description: PGP signature


Re: libXft

2004-02-05 Thread selune
Michel Dänzer [EMAIL PROTECTED] said:

 On Fri, 2004-01-30 at 14:12, [EMAIL PROTECTED] wrote:
  Hello.
  I have a problem with launching some X applications like :
  
  enkill:# xchat
  xchat: relocation error: /usr/lib/libXft.so.2: undefined symbol:
  XRenderQuerySubpixelOrder
 
 What does
 
 ldd `which xchat` | grep render

~# ldd `which xchat` | grep render
libXrender.so.1 = /usr/X11R6/lib/libXrender.so.1 (0x40773000)

 say? (Have you ever installed non-packaged X stuff?)

never !

I tried to reinstall (with 'apt-get install --reinstall' then with a 'dpkg -x')
libxrender1. I checked the version :
enkill:~# dpkg -l|grep xrender
ii  libxrender-dev 0.8.3-5X Rendering Extension client library (develo
ii  libxrender10.8.3-5X Rendering Extension client library

But it still doesn't work...

I get the same error runing 'startkde' for example...
~# startkde
startkde: Starting up...
kdeinit: relocation error: /usr/lib/libXft.so.2: undefined symbol:
XRenderFindStandardFormat
startkde: Could not start kdeinit. Check your installation.
Warning: Missing charsets in String to FontSet conversion
Warning: Unable to load any usable fontset
ksplash: relocation error: /usr/lib/libXft.so.2: undefined symbol:
XRenderQuerySubpixelOrder


I don't understand, it worked very well before...

Gwen.

 
 
 -- 
 Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
 Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer
 
 
 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]
 
 




Bug#231268: xbase-clients: Probably should depend on cpp, not cpp-3.2

2004-02-05 Thread Jan Hudec
Package: xbase-clients
Version: 4.2.1-15
Severity: minor
Tags: sid

The package depends on cpp-3.2. Since default compiler is gcc-3.3 and
thus default preprocessor is cpp-3.3, it keeps extra version installed
on most systems.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.24
Locale: LANG=C, LC_CTYPE=cs_CZ

Versions of packages xbase-clients depends on:
ii  cpp-3.2   1:3.2.3-9  The GNU C preprocessor
ii  libc6 2.3.2.ds1-11   GNU C Library: Shared libraries an
ii  libdps1   4.2.1-15   Display PostScript (DPS) client li
ii  libfreetype6  2.1.7-2FreeType 2 font engine, shared lib
ii  libncurses5   5.3.20030719-5 Shared libraries for terminal hand
ii  libxaw7   4.2.1-15   X Athena widget set library
ii  xlibmesa3-gl [libgl1] 4.2.1-15   Mesa 3D graphics library [XFree86]
ii  xlibmesa3-glu [libglu1]   4.2.1-15   Mesa OpenGL utility library [XFree
ii  xlibs 4.2.1-15   X Window System client libraries

-- debconf information excluded

---
 Jan 'Bulb' Hudec [EMAIL 
PROTECTED]




Re: libXft

2004-02-05 Thread Michel Dänzer
On Thu, 2004-02-05 at 13:26, [EMAIL PROTECTED] wrote: 
 
 ~# ldd `which xchat` | grep render
 libXrender.so.1 = /usr/X11R6/lib/libXrender.so.1 (0x40773000)

Something's wrong on your end:

[EMAIL PROTECTED]|16:19:42 ldd `which xchat` | grep render
libXrender.so.1 = /usr/lib/libXrender.so.1 (0x0fad)
[EMAIL PROTECTED]|16:19:43 dpkg -S /usr/X11R6/lib/libXrender.so.1
diversion by libxrender1 from: /usr/X11R6/lib/libXrender.so.1
diversion by libxrender1 to: /usr/X11R6/lib/libXrender-1.1.so.1


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer



Bug#231268: xbase-clients: Probably should depend on cpp, not cpp-3.2

2004-02-05 Thread Norbert Tretkowski
* Jan Hudec wrote:
 The package depends on cpp-3.2. Since default compiler is gcc-3.3 and
 thus default preprocessor is cpp-3.3, it keeps extra version installed
 on most systems.

Check the changelog:

,
| - Build-Depend on cpp-3.2; xbase-clients and xdm now Depend on cpp-3.2
|   instead of just cpp, since cpp-3.3 doesn't produce correct output (as
|   far as XFree86 is concerned) when the -traditional flag is used
|   (-traditional-cpp doesn't work, either).
`

That's from 4.2.1-7.

Norbert




Bug#231291: xserver-xfree86: avoid that grey/black loading screen

2004-02-05 Thread Nicolò Wojewoda
Package: xserver-xfree86
Version: 4.3.0-0ds4
Severity: wishlist
Tags: sid

You know, when you start X you have a couple of seconds when there's a
cross (or a wristwatch) upon a grey/black screen, and then after that
the display manager is loaded (with its background). I'd like to choose
the background to substitute that grey/black screen, so that passing
from console to X would mean passing from console to the background I
choose, without grey screens in the middle.

-- Package-specific info:
01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] SiS630 GUI 
Accelerator+3D (rev 31)
01:00.0 Class 0300: 1039:6300 (rev 31)

Section ServerLayout
Identifier XFree86 Configured
Screen  0  Screen0 0 0
InputDeviceKeyboard0 CoreKeyboard
InputDevicePS/2 Mouse CorePointer
# Serial Mouse not detected
InputDeviceUSB Mouse CorePointer
EndSection

Section ServerFlags
Option AllowMouseOpenFail  true

EndSection

Section Files
RgbPath  /usr/X11R6/lib/X11/rgb
ModulePath   /usr/X11R6/lib/modules
FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled
FontPath /usr/X11R6/lib/X11/fonts/misc
FontPath /usr/X11R6/lib/X11/fonts/75dpi:unscaled
FontPath /usr/X11R6/lib/X11/fonts/75dpi
FontPath /usr/X11R6/lib/X11/fonts/100dpi:unscaled
FontPath /usr/X11R6/lib/X11/fonts/100dpi
FontPath /usr/X11R6/lib/X11/fonts/Speedo
FontPath /usr/X11R6/lib/X11/fonts/PEX
# Additional fonts: Locale, Gimp, TTF...
FontPath /usr/X11R6/lib/X11/fonts/cyrillic
#   FontPath /usr/X11R6/lib/X11/fonts/latin2/75dpi
#   FontPath /usr/X11R6/lib/X11/fonts/latin2/100dpi
# True type and type1 fonts are also handled via xftlib, see /etc/X11/XftConfig!
FontPath /usr/X11R6/lib/X11/fonts/Type1
FontPath /usr/share/fonts/ttf/western
FontPath /usr/share/fonts/ttf/decoratives
FontPath /usr/share/fonts/truetype/openoffice
FontPath /usr/X11R6/lib/X11/fonts/defoma/CID
FontPath /usr/X11R6/lib/X11/fonts/defoma/TrueType
EndSection

Section Module
Load  ddc  # ddc probing of monitor
Load  GLcore
Load  dbe
Load  dri
Load  extmod
Load  glx
Load  bitmap # bitmap-fonts
Load  speedo
Load  type1
Load  freetype
Load  record
EndSection

Section InputDevice
Identifier  Keyboard0
Driver  keyboard
Option  CoreKeyboard
Option XkbRules xfree86
Option XkbModel pc104
Option XkbLayout it

EndSection

Section InputDevice
Identifier  PS/2 Mouse
Driver  mouse
Option  CorePointer
Option  Device /dev/psaux
Option  Protocol PS/2
Option  Emulate3Buttons false
Option  ZAxisMapping 4 5
EndSection

Section InputDevice
Identifier  USB Mouse
Driver  mouse
Option  SendCoreEvents true
Option  Device /dev/input/mice
Option  Protocol ImPS/2
Option  Emulate3Buttons true
Option  ZAxisMapping 4 5
EndSection

# Auto-generated by KNOPPIX mkxf86config

Section Monitor
Identifier  Monitor0
Option  DPMS  true
#   HorizSync28.0 - 78.0 # Warning: This may fry very old Monitors
HorizSync28.0 - 96.0 # Warning: This may fry old Monitors
VertRefresh  50.0 - 76.0 # Very conservative. May flicker.
# These are some Modelines that happen to work on many systems
# Especially the 1024x768 has been thoroughly tested, even on Laptops
Modeline 640x480 25.175 640  664  760  800   480  491  493  525 
#60Hz
Modeline 800x600 40.12  800  848  968 1056   600  601  605  628 
#60Hz
Modeline 1024x768851024 1056 1152 1360   768  784  787  823
Modeline 1152x864921152 1208 1368 1474   864  865  875  895
Modeline 1152x864   1101152 1240 1324 1552   864  864  876  908
Modeline 1152x864   1351152 1464 1592 1776   864  864  876  908
Modeline 1152x864   137.65 1152 1184 1312 1536   864  866  885  902 
-HSync -VSync
Modeline 1280x1024   801280 1296 1512 1568  1024 1025 1037 1165 
Interlace
Modeline 1280x1024  1101280 1328 1512 1712  1024 1025 1028 1054
Modeline 1280x1024  126.5  1280 1312 1472 1696  1024 1032 1040 1068 
-HSync -VSync
Modeline 1280x1024  1351280 1312 1456 1712  1024 1027 1030 1064
Modeline 1280x1024  1351280 1312 1416 1664  1024 1027 1030 1064
Modeline 1280x1024  157.5  1280 1344 1504 1728  1024 1025 1028 1072 
+HSync +VSync
Modeline 1280x1024  181.75 1280 1312 1440 1696  1024 1031 1046 1072 
-HSync -VSync
Modeline 1600x1200  1621600 1664 1856 2160  1200 1201 1204 1250 
+HSync +VSync
Modeline 1600x1200  1891600 1664 1856 

Bug#231268: marked as done (xbase-clients: Probably should depend on cpp, not cpp-3.2)

2004-02-05 Thread Debian Bug Tracking System
Your message dated Thu, 5 Feb 2004 11:26:51 -0500
with message-id [EMAIL PROTECTED]
and subject line Bug#231268: xbase-clients: Probably should depend on cpp, not 
cpp-3.2
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

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

--
Received: (at submit) by bugs.debian.org; 5 Feb 2004 14:04:16 +
From [EMAIL PROTECTED] Thu Feb 05 06:04:16 2004
Return-path: [EMAIL PROTECTED]
Received: from cimice4.lam.cz (vagabond.light.src) [212.71.168.94] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Aok75-K4-00; Thu, 05 Feb 2004 06:04:16 -0800
Received: from bulb by vagabond.light.src with local (Exim 3.36 #1 (Debian))
id 1Aok72-0002Wn-00; Thu, 05 Feb 2004 15:04:12 +0100
Date: Thu, 5 Feb 2004 15:04:12 +0100
From: Jan Hudec [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: xbase-clients: Probably should depend on cpp, not cpp-3.2
Message-ID: [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Reportbug-Version: 2.41
User-Agent: Mutt/1.5.5.1+cvs20040105i
Sender: Jan Hudec [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-bugs.debian.org_2004_02_01
X-Spam-Level: 

Package: xbase-clients
Version: 4.2.1-15
Severity: minor
Tags: sid

The package depends on cpp-3.2. Since default compiler is gcc-3.3 and
thus default preprocessor is cpp-3.3, it keeps extra version installed
on most systems.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.24
Locale: LANG=C, LC_CTYPE=cs_CZ

Versions of packages xbase-clients depends on:
ii  cpp-3.2   1:3.2.3-9  The GNU C preprocessor
ii  libc6 2.3.2.ds1-11   GNU C Library: Shared libraries an
ii  libdps1   4.2.1-15   Display PostScript (DPS) client li
ii  libfreetype6  2.1.7-2FreeType 2 font engine, shared lib
ii  libncurses5   5.3.20030719-5 Shared libraries for terminal hand
ii  libxaw7   4.2.1-15   X Athena widget set library
ii  xlibmesa3-gl [libgl1] 4.2.1-15   Mesa 3D graphics library [XFree86]
ii  xlibmesa3-glu [libglu1]   4.2.1-15   Mesa OpenGL utility library [XFree
ii  xlibs 4.2.1-15   X Window System client libraries

-- debconf information excluded

---
 Jan 'Bulb' Hudec [EMAIL 
PROTECTED]

---
Received: (at 231268-done) by bugs.debian.org; 5 Feb 2004 16:26:52 +
From [EMAIL PROTECTED] Thu Feb 05 08:26:52 2004
Return-path: [EMAIL PROTECTED]
Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) 
[65.26.182.85] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AomL6-0008Vz-00; Thu, 05 Feb 2004 08:26:52 -0800
Received: by redwald.deadbeast.net (Postfix, from userid 1000)
id 4C7426445C; Thu,  5 Feb 2004 11:26:51 -0500 (EST)
Date: Thu, 5 Feb 2004 11:26:51 -0500
From: Branden Robinson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: Bug#231268: xbase-clients: Probably should depend on cpp, not 
cpp-3.2
Message-ID: [EMAIL PROTECTED]
References: [EMAIL PROTECTED] [EMAIL PROTECTED]
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol=application/pgp-signature; boundary=VS++wcV0S1rZb1Fb
Content-Disposition: inline
In-Reply-To: [EMAIL PROTECTED]
User-Agent: Mutt/1.5.5.1+cvs20040105i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_02_01 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-bugs.debian.org_2004_02_01
X-Spam-Level: 


--VS++wcV0S1rZb1Fb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 05, 2004 at 04:38:12PM +0100, Norbert Tretkowski wrote:
 * Jan Hudec wrote:
  The package depends on cpp-3.2. Since default compiler is gcc-3.3 and
  thus default preprocessor is cpp-3.3, it keeps extra version installed
  on most systems.
=20
 Check the 

Re: X Strike Force XFree86 SVN commit: rev 1002 - /

2004-02-05 Thread Branden Robinson
On Thu, Feb 05, 2004 at 08:17:50PM +1100, Daniel Stone wrote:
 On Thu, Feb 05, 2004 at 12:31:59AM -0500, Branden Robinson wrote:
  On Wed, Feb 04, 2004 at 05:16:07PM +1100, Daniel Stone wrote:
   a) it wasn't updated at the time,
  
  Not true.  Your mail was dated Wed, 4 Feb 2004 10:50:03 +1100.
  
  
  r998 | branden | 2004-01-29 22:48:07 -0500 (Thu, 29 Jan 2004) | 2 lines
  
  Update and rearrange.  The list of 4.3.0-1 items is now specific.
 
 The mail had not arrived at the time. I'm sure you knew what I meant. If
 you didn't, please search for another XFree86 maintainer if it is, as
 you say, quite the critical piece of infrastructure.

I cannot accept responsibility for the speed of Debian mailing list
delivery to your personal mailbox.  The mailing list archives are
available, and generally lag the actual list traffic by considerably
less than 5 and a half days.

   b) you know full well I can't get svn:// out. Remember the endless
   discussions about eventually getting it working through SSH?
  
  Actually, I had forgotten.  However, you're a Debian developer now, so
  you have access to several machines, some of which should have svn
  installed, so you can always check the logs from there.
 
 You have a memory like a sieve, and a selective one at that. And yes, I
 could use it from any number of machines, but they're all in the US, and
 I don't like triply-bouncing when I'm on 56k to begin with. It's kind of
 hard to do anything interactive, really.

Then don't send insistent emails demanding a high level of interactivity
from others.

 I asked for something that was not, as far as I could ascertain at the
 time, done. It turns out it was, thanks to the tyranny of terrible
 mailing lists

...and which you could just as easily have determined by visiting URL:
http://necrotic.deadbeast.net/xsf/XFree86/CHANGELOG.txt .  Particularly
if you knew Debian list delivery was laggy for you.

 (I believe the next commit was the relevant one

It was impossible to determine what you were really asking for.  Has
the patch status been updated yet?  To reflect what?  Don't tell me it
was clear from context.  All you quoted was a news item announcing
4.3.0-1 status.  No gory particulars were mentioned.

 - if it wasn't, then a no further progressions was what I was after.
 I'm sure you're smart enough to figure this out - if not, please refer
 to my first paragraph.)

Sorry, I guess I'll just have to live with being an idiot in your eyes.

  The cumulative changelog is also updated every 24 hours, and is
  available via any web browser that understands HTTP and plain text.
 
 Yes, every 24 hours. And when I checked, I couldn't see that it was
 updated in Subversion.

You said you didn't check Subversion, and wouldn't because it's too
difficult for you.

Let's review:

  Your mail was dated Wed, 4 Feb 2004 10:50:03 +1100.
  
  
  r998 | branden | 2004-01-29 22:48:07 -0500 (Thu, 29 Jan 2004) | 2 lines
  
  Update and rearrange.  The list of 4.3.0-1 items is now specific.

Since the daily website update scripts run at midnight UTC-0500, this
changelog entry would have been visible at
http://necrotic.deadbeast.net/xsf/XFree86/CHANGELOG.txt approximately
one hour and twelve minutes after it was made.

I hope you're not trying to tell me Australia's timezone offset from
necrotic.deadbeast.net is on the order of 130 hours.

If you can't use Subversion and refuse to use the Web, then I suggest
you ask people on IRC to retreive the information you desire and DCC it
to you.

 Would you care to thus explain how this paragraph is at all relevant?

See above.

-- 
G. Branden Robinson| The Rehnquist Court has never
Debian GNU/Linux   | encountered a criminal statute it
[EMAIL PROTECTED] | did not like.
http://people.debian.org/~branden/ | -- John Dean


signature.asc
Description: Digital signature


Re: partial license audit of XFree86 4.3.0

2004-02-05 Thread Joel Baker
On Thu, Feb 05, 2004 at 01:03:00AM -0500, Branden Robinson wrote:

 2) Copyright (c) 1993, 1994 Christopher G. Demetriou
 
 Affected files:
 xc/programs/Xserver/hw/xfree86/etc/MTRR-Lynx.shar [8]
 xc/programs/Xserver/hw/xfree86/loader/aout.h [9]

[ snip ]

 [8] Except Mr. Demetriou actually uses the 3-clause BSD license on this file:
 
 X * Copyright (c) 1993 Christopher G. Demetriou
 X * All rights reserved.
 X *
 X * Redistribution and use in source and binary forms, with or without
 X * modification, are permitted provided that the following conditions
 X * are met:
 X * 1. Redistributions of source code must retain the above copyright
 X *notice, this list of conditions and the following disclaimer.
 X * 2. Redistributions in binary form must reproduce the above copyright
 X *notice, this list of conditions and the following disclaimer in the
 X *documentation and/or other materials provided with the distribution.
 X * 3. The name of the author may not be used to endorse or promote products
 X *derived from this software without specific prior written permission
 X *
 X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
 X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
 X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 
 [9] This file says it is Borrowed from NetBSD's exec_aout.h, so it may have
 since been relicensed upstream.

Since CGD is a frequent contributor to NetBSD, and he's on my list of
people I still need to ask about relicensing to 3-clause stuff for the
NetBSD codebase, I could possibly raise the issue of the XFree86 license
texts at the same time, if you wish.
-- 
Joel Baker [EMAIL PROTECTED],''`.
Debian GNU/NetBSD(i386) porter   : :' :
 `. `'
   `-


pgpFsMMcquseg.pgp
Description: PGP signature


Bug#231291: xserver-xfree86: avoid that grey/black loading screen

2004-02-05 Thread Michel Dänzer
On Thu, 2004-02-05 at 17:26, Nicolò Wojewoda wrote:
 
 You know, when you start X you have a couple of seconds when there's a
 cross (or a wristwatch) upon a grey/black screen, and then after that
 the display manager is loaded (with its background). I'd like to choose
 the background to substitute that grey/black screen, so that passing
 from console to X would mean passing from console to the background I
 choose, without grey screens in the middle.

You can start the X server with a black background with the -br command
line option. Choosing a background is a client side issue then.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer




Bug#231346: Package: xserver-xfree86

2004-02-05 Thread Steven Bonici
Package: xserver-xfree86


We have just started using the Debian release and are having problems
getting X Windows to start.  I have attached the log file and we are using
an Intel based machine with a ATI Rage video adapter.  Any help getting this
resolved would be appreciated.  If you need additional info, please let me
know.  Thanks.

 xfree86.log 
---
Steven Bonici



xfree86.log
Description: Binary data


Re: X Strike Force XFree86 SVN commit: rev 1002 - /

2004-02-05 Thread Daniel Stone
On Thu, Feb 05, 2004 at 12:10:10PM -0500, Branden Robinson wrote:
 On Thu, Feb 05, 2004 at 08:17:50PM +1100, Daniel Stone wrote:
  On Thu, Feb 05, 2004 at 12:31:59AM -0500, Branden Robinson wrote:
   On Wed, Feb 04, 2004 at 05:16:07PM +1100, Daniel Stone wrote:
a) it wasn't updated at the time,
   
   Not true.  Your mail was dated Wed, 4 Feb 2004 10:50:03 +1100.
   
   
   r998 | branden | 2004-01-29 22:48:07 -0500 (Thu, 29 Jan 2004) | 2 lines
   
   Update and rearrange.  The list of 4.3.0-1 items is now specific.
  
  The mail had not arrived at the time. I'm sure you knew what I meant. If
  you didn't, please search for another XFree86 maintainer if it is, as
  you say, quite the critical piece of infrastructure.
 
 I cannot accept responsibility for the speed of Debian mailing list
 delivery to your personal mailbox.  The mailing list archives are
 available, and generally lag the actual list traffic by considerably
 less than 5 and a half days.

No, I was asking for an update to this. See two paragraphs up.

  You have a memory like a sieve, and a selective one at that. And yes, I
  could use it from any number of machines, but they're all in the US, and
  I don't like triply-bouncing when I'm on 56k to begin with. It's kind of
  hard to do anything interactive, really.
 
 Then don't send insistent emails demanding a high level of interactivity
 from others.

I didn't demand, I queried; I found it odd that the workrate just
suddenly dropped massively without warning.

  I asked for something that was not, as far as I could ascertain at the
  time, done. It turns out it was, thanks to the tyranny of terrible
  mailing lists
 
 ...and which you could just as easily have determined by visiting URL:
 http://necrotic.deadbeast.net/xsf/XFree86/CHANGELOG.txt .  Particularly
 if you knew Debian list delivery was laggy for you.

I'm not saying *that* laggy. Look at the next commit (1003, I believe),
which clarified things a little. My point was that I sent off the mail
before the log for 1003 arrived.

  (I believe the next commit was the relevant one
 
 It was impossible to determine what you were really asking for.  Has
 the patch status been updated yet?  To reflect what?  Don't tell me it
 was clear from context.  All you quoted was a news item announcing
 4.3.0-1 status.  No gory particulars were mentioned.

What is the current status of blocker items of 4.3.0-1 into unstable?
Has it changed?

  Yes, every 24 hours. And when I checked, I couldn't see that it was
  updated in Subversion.
 
 You said you didn't check Subversion, and wouldn't because it's too
 difficult for you.
 
 Let's review:
 
 [irrelevant]
 
 I hope you're not trying to tell me Australia's timezone offset from
 necrotic.deadbeast.net is on the order of 130 hours.

It's 16, I believe.

 If you can't use Subversion and refuse to use the Web, then I suggest
 you ask people on IRC to retreive the information you desire and DCC it
 to you.

At the time, the website was not updated with 1003. Also, what makes you
think I can do DCC?

-- 
Daniel Stone[EMAIL PROTECTED]
Debian: the universal operating system http://www.debian.org


pgpNSswNq51qC.pgp
Description: PGP signature