Japanese girl VS playboy
Bug#173529: Two large groups of non-free fonts in main.
Severity: serious Package: xfonts-75dpi Note, while this is filed against xfonts-75dpi, it affects several of the font packages generated from the xfree86 source package, feel free to reassign to another package. The two large groups in question are the Utopia (UT*) and the Lucida (lu*) fonts. The only license I can find on the Utopia fonts is in the font files themselves: COPYRIGHT "Copyright (c) 1989, 1991 Adobe Systems Incorporated. All Rights Reserved." Obviously without something further we do not even have a license to distribute them, hopefully I am simply missing a license somewhere that gives us proper rights, however.. The license case for the Lucida fonts is a little more interesting. In the font files is the following notice: COMMENT (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered COMMENT trademark of Bigelow & Holmes. See LEGAL NOTICE file for terms COMMENT of the license. The contents of the file in question is below, what rights it gives is, a very interesting question. It does not explicitly give permission to modify, however it is vague enough that -legal should probably examine it. (Note, this is a /different/ license then the one Branden recently sent B&H a letter about.) This is the LEGAL NOTICE pertaining to the Lucida fonts from Bigelow & Holmes: NOTICE TO USER: The source code, including the glyphs or icons forming a par of the OPEN LOOK TM Graphic User Interface, on this tape and in these files is copyrighted under U.S. and international laws. Sun Microsystems, Inc. of Mountain View, California owns the copyright and has design patents pending on many of the icons. AT&T is the owner of the OPEN LOOK trademark associated with the materials on this tape. Users and possessors of this source code are hereby granted a nonexclusive, royalty-free copyright and design patent license to use this code in individual and commercial software. A royalty-free, nonexclusive trademark license to refer to the code and output as "OPEN LOOK" compatible is available from AT&T if, and only if, the appearance of the icons or glyphs is not changed in any manner except as absolutely necessary to accommodate the standard resolution of the screen or other output device, the code and output is not changed except as authorized herein, and the code and output is validated by AT&T. Bigelow & Holmes is the owner of the Lucida (R) trademark for the fonts and bit-mapped images associated with the materials on this tape. Users are granted a royalty-free, nonexclusive license to use the trademark only to identify the fonts and bit-mapped images if, and only if, the fonts and bit-mapped images are not modified in any way by the user. Any use of this source code must include, in the user documentation and internal comments to the code, notices to the end user as follows: (c) Copyright 1989 Sun Microsystems, Inc. Sun design patents pending in the U.S. and foreign countries. OPEN LOOK is a trademark of AT&T. Used by written permission of the owners. (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered trademark of Bigelow & Holmes. Permission to use the Lucida trademark is hereby granted only in association with the images and fonts described in this file. SUN MICROSYSTEMS, INC., AT&T, AND BIGELOW & HOLMES MAKE NO REPRESENTATIONS ABOUT THE SUITABILITY OF THIS SOURCE CODE FOR ANY PURPOSE. IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR IMPLIED WARRANTY OF ANY KIND. SUN MICROSYSTEMS, INC., AT&T AND BIGELOW & HOLMES, SEVERALLY AND INDIVIDUALLY, DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOURCE CODE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL SUN MICROSYSTEMS, INC., AT&T OR BIGELOW & HOLMES BE LIABLE FOR ANY SPECIAL, INDIRECT, INCIDENTAL, 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 SOURCE CODE. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. Why blow away at a partition when you can chip away at it? I now present a script I just wrote that writes random bits of, well random bits, into random places in your favorite partition or file. For best (meaning most spectacular) results, use while the database or filesystem is in active use. Disclaimer: This code is untested, and it may or
CVS X debs for sid.
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. Now, with that out of the way, on to the main event. YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES INSTALLED. deb http://people.debian.org/%7Ewarp/x_cvs/ ./ deb-src http://people.debian.org/%7Ewarp/x_cvs/ ./ YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES INSTALLED. These are clean replacements for all packages generated from the XFree86 source package. Several fonts that exist in the official debs are NOT in these for copyright reasons, see the bug about it and the post to -legal, hopefully either the copyrights will be straightened out and I will re-add them, or Branden will pull them from the official debs, I don't really care. If you are using these debs I would appreciate knowing about it. Zephaniah E. Hull. P.S.: YOU WILL NOT FILE ANY BUG REPORTS IF YOU HAVE THESE PACKAGES INSTALLED!!! -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. On Sat, 13 Jul 2002, Alexander Viro wrote: > > So I'd just do > > vi fs/dcache.c -c '/|= DCACHE_R/d|/nr_un/pu|<|x' > > and be done with that. Linus? Done. For future reference - don't anybody else try to send patches as vi scripts, please. Yes, it's manly, but let's face it, so is bungee-jumping with the cord tied to your testicles. Linus pgpRPUJ7WCb0M.pgp Description: PGP signature
Bug#173565: xterm: default xresources configuration for ru_RU.KOI8-R locale
Package: xterm Version: 4.1.0-16 Severity: wishlist Tags: patch I would be good, if xterm worked with russian fonts in russian locale by default. Solution is to add file XTerm-color: XTerm*Font: -cronyx-fixed-medium-r-semicondensed--13-120-75-75-c-60-koi8-r XTerm*Font2: -cronyx-fixed-medium-r-normal--10-*-*-*-*-*-koi8-r XTerm*Font3: -cronyx-fixed-medium-r-normal--13-*-*-*-*-*-koi8-r XTerm*Font4: -cronyx-fixed-medium-r-normal--15-*-*-*-*-*-koi8-r XTerm*Font5: -cronyx-fixed-medium-r-normal--20-*-*-*-*-*-koi8-r XTerm*Font6: -cronyx-fixed-medium-r-normal--24-*-*-*-*-*-koi8-r XTerm*eightBitInput: false to /etc/X11/ru_RU.KOI8-R/app-defaults/ directory. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux furthur 2.4.18 #2 Tue Oct 15 11:53:29 MSD 2002 i686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R Versions of packages xterm depends on: ii debconf 1.2.10 Debian configuration management sy ii libc6 2.3.1-5GNU C Library: Shared libraries an ii libfreetype6 2.1.2-10 FreeType 2 font engine, shared lib ii libncurses5 5.3.20021109-2 Shared libraries for terminal hand ii libxaw7 4.1.0-16 X Athena widget set library ii xlibs 4.1.0-16 X Window System client libraries
Bug#173529: marked as done (Two large groups of non-free fonts in main.)
Your message dated Wed, 18 Dec 2002 10:36:01 -0500 with message-id <[EMAIL PROTECTED]> and subject line Not copyrightable. 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; 18 Dec 2002 08:53:39 + >From [EMAIL PROTECTED] Wed Dec 18 02:53:39 2002 Return-path: <[EMAIL PROTECTED]> Received: from c-24-99-36-145.atl.client2.attbi.com (babylon.d2dc.net) [24.99.36.145] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 18OZxS-0003x6-00; Wed, 18 Dec 2002 02:53:39 -0600 Received: (qmail 27056 invoked from network); 18 Dec 2002 08:53:36 - Received: from agamemnon.b5 (HELO babylon.d2dc.net) ([EMAIL PROTECTED]) by whitestar.b5 with SMTP; 18 Dec 2002 08:53:36 - Received: (nullmailer pid 27349 invoked by uid 1000); Wed, 18 Dec 2002 08:53:34 - Date: Wed, 18 Dec 2002 03:53:34 -0500 From: "Zephaniah E\. Hull" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: debian-legal@lists.debian.org Subject: Two large groups of non-free fonts in main. Message-ID: <[EMAIL PROTECTED]> Mail-Followup-To: [EMAIL PROTECTED], debian-legal@lists.debian.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.4i X-Notice-1: Unsolicited Commercial Email (Aka SPAM) to ANY systems under X-Notice-2: our control constitutes a $US500 Administrative Fee, payable X-Notice-3: immediately. By sending us mail, you hereby acknowledge that X-Notice-4: policy and agree to the fee. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.6 required=5.0 tests=DISCLAIMER,LINES_OF_YELLING,PGP_SIGNATURE_2,PROFITS, SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Severity: serious Package: xfonts-75dpi Note, while this is filed against xfonts-75dpi, it affects several of the font packages generated from the xfree86 source package, feel free to reassign to another package. The two large groups in question are the Utopia (UT*) and the Lucida (lu*) fonts. The only license I can find on the Utopia fonts is in the font files themselves: COPYRIGHT "Copyright (c) 1989, 1991 Adobe Systems Incorporated. All Rights= Reserved." Obviously without something further we do not even have a license to distribute them, hopefully I am simply missing a license somewhere that gives us proper rights, however.. The license case for the Lucida fonts is a little more interesting. In the font files is the following notice: COMMENT (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered COMMENT trademark of Bigelow & Holmes. See LEGAL NOTICE file for terms COMMENT of the license. The contents of the file in question is below, what rights it gives is, a very interesting question. It does not explicitly give permission to modify, however it is vague enough that -legal should probably examine it. (Note, this is a /different/ license then the one Branden recently sent B&H a letter about.) This is the LEGAL NOTICE pertaining to the Lucida fonts from Bigelow & Holm= es: NOTICE TO USER: The source code, including the glyphs or icons=20 forming a par of the OPEN LOOK TM Graphic User Interface, on this=20 tape and in these files is copyrighted under U.S. and international laws. Sun Microsystems, Inc. of Mountain View, California owns the copyright and has design patents pending on many of the icons.=20 AT&T is the owner of the OPEN LOOK trademark associated with the materials on this tape. Users and possessors of this source code=20 are hereby granted a nonexclusive, royalty-free copyright and=20 design patent license to use this code in individual and=20 commercial software. A royalty-free, nonexclusive trademark license to refer to the code and output as "OPEN LOOK" compatible=20 is available from AT&T if, and only if, the appearance of the=20 icons or glyphs is not changed in any manner except as absolutely necessary to accommodate the standard resolution of the screen or other output device, the code and output is not changed except as=20 authorized herein, and the code and output is validated by AT&T.=20 Bigelow & Holmes is the owner of th
Re: CVS X debs for sid.
Neat. I've mirrored the binaries at: deb http://wuarchive.wustl.edu/users/tom/mirrors/x_cvs/ ./ deb-src http://wuarchive.wustl.edu/users/tom/mirrors/x_cvs/ ./ This is updated daily. --Tom Joseph On Wed, 2002-12-18 at 08:53, Zephaniah E. Hull 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. > > Now, with that out of the way, on to the main event. > > YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES > INSTALLED. > > deb http://people.debian.org/%7Ewarp/x_cvs/ ./ > deb-src http://people.debian.org/%7Ewarp/x_cvs/ ./ > > YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES > INSTALLED. > > These are clean replacements for all packages generated from the XFree86 > source package. > > Several fonts that exist in the official debs are NOT in these for > copyright reasons, see the bug about it and the post to -legal, > hopefully either the copyrights will be straightened out and I will > re-add them, or Branden will pull them from the official debs, I don't > really care. > > If you are using these debs I would appreciate knowing about it. > > Zephaniah E. Hull. > > P.S.: YOU WILL NOT FILE ANY BUG REPORTS IF YOU HAVE THESE PACKAGES > INSTALLED!!! -- Tom Joseph Archive Maintainer Wuarchive - http://wuarchive.wustl.edu
Re: CVS X debs for sid.
> 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.
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? I'm actually going back to readd some of the fonts either later today or tomorrow as it seems that some I removed as DFSG non-free are actually not copyrightable and are thus free. Zephaniah E. Hull. > > 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. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "Sir," barked one of those useless aristocratic generals to William Howard Russell, the great Times war correspondent, "I do not like what you write." "Then, sir," retorted Russell, "I suggest you do not do what I write about." pgprwvJKGpCKe.pgp Description: PGP signature
Re: CVS X debs for sid.
> 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.
On Thu, Dec 19, 2002 at 03:09:26AM +0900, ISHIKAWA Mutsumi wrote: > Patches sanity checks is disabled on this source. You may wish to lift my patch changes then. (With the exception of 09[23] and 908. 092 and 093 are evdev input patches which I have not sent upstream yet, you might of might not want them. 908 will be ready for taking for font exclusion tomorrow, right now it kills too much.) I did not do the arch specific ones because I can't test them, however they all apply cleanly, some of them without changes, er, did /not/ do the right thing. Zephaniah E. Hull. > But MANIFEST check is enabled. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "I am ecstatic that some moron re-invented a 1995 windows fuckup." -- Alan Cox pgp9yoYns3VGf.pgp Description: PGP signature
unsupported locale problem
I stuck this into /etc/environment LANG=en_IN Now I get these ~/.xsession-errors when I try to start fluxbox as a gdm session (which runs it as "exec /etc/X11/Xsession /usr/bin/fluxbox"): Warning: Failed to open catalog, using default messages. Warning: X server does not support locale Warning: cannot set locale modifiers Faild to load groupfile: BScreen::BScreen: managing screen 0 using visual 0x23, depth 16 Failed to load font: lucidasans-10 Failed to load font: -*-lucida-bold-r-*-*-11-*-*-*-*-*-*-* Failed to load font: lucidasans-10 Failed to load font: lucidasans-10 Failed to load font: lucidasans-10 Warning: Failed to open catalog, using default messages. XIO: fatal IO error 104 (Connection reset by peer) on X server ":20.0" after 0 requests (0 known processed) with 0 events remaining. Can somebody decipher this and possibly suggest a solution? I need to set LANG=en_IN to tame a certain console app that won't yield peacefully to LANG=en_US.UTF-8.
Re: Bug#172962: IPv6 support (more info)
> PS I was not able to search too much on INRIA and on the university of > Paris (as suggested) for the simple reason that 99% of the pages I found > are in french. Eh? Typing ``X11R6 IPv6 INRIA'' in Google gives the following English page as the third hit: http://www.ipv6.org/impl/inria.html Juliusz
Bug#173529: Two large groups of non-free fonts in main.
Severity: serious Package: xfonts-75dpi Note, while this is filed against xfonts-75dpi, it affects several of the font packages generated from the xfree86 source package, feel free to reassign to another package. The two large groups in question are the Utopia (UT*) and the Lucida (lu*) fonts. The only license I can find on the Utopia fonts is in the font files themselves: COPYRIGHT "Copyright (c) 1989, 1991 Adobe Systems Incorporated. All Rights Reserved." Obviously without something further we do not even have a license to distribute them, hopefully I am simply missing a license somewhere that gives us proper rights, however.. The license case for the Lucida fonts is a little more interesting. In the font files is the following notice: COMMENT (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered COMMENT trademark of Bigelow & Holmes. See LEGAL NOTICE file for terms COMMENT of the license. The contents of the file in question is below, what rights it gives is, a very interesting question. It does not explicitly give permission to modify, however it is vague enough that -legal should probably examine it. (Note, this is a /different/ license then the one Branden recently sent B&H a letter about.) This is the LEGAL NOTICE pertaining to the Lucida fonts from Bigelow & Holmes: NOTICE TO USER: The source code, including the glyphs or icons forming a par of the OPEN LOOK TM Graphic User Interface, on this tape and in these files is copyrighted under U.S. and international laws. Sun Microsystems, Inc. of Mountain View, California owns the copyright and has design patents pending on many of the icons. AT&T is the owner of the OPEN LOOK trademark associated with the materials on this tape. Users and possessors of this source code are hereby granted a nonexclusive, royalty-free copyright and design patent license to use this code in individual and commercial software. A royalty-free, nonexclusive trademark license to refer to the code and output as "OPEN LOOK" compatible is available from AT&T if, and only if, the appearance of the icons or glyphs is not changed in any manner except as absolutely necessary to accommodate the standard resolution of the screen or other output device, the code and output is not changed except as authorized herein, and the code and output is validated by AT&T. Bigelow & Holmes is the owner of the Lucida (R) trademark for the fonts and bit-mapped images associated with the materials on this tape. Users are granted a royalty-free, nonexclusive license to use the trademark only to identify the fonts and bit-mapped images if, and only if, the fonts and bit-mapped images are not modified in any way by the user. Any use of this source code must include, in the user documentation and internal comments to the code, notices to the end user as follows: (c) Copyright 1989 Sun Microsystems, Inc. Sun design patents pending in the U.S. and foreign countries. OPEN LOOK is a trademark of AT&T. Used by written permission of the owners. (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered trademark of Bigelow & Holmes. Permission to use the Lucida trademark is hereby granted only in association with the images and fonts described in this file. SUN MICROSYSTEMS, INC., AT&T, AND BIGELOW & HOLMES MAKE NO REPRESENTATIONS ABOUT THE SUITABILITY OF THIS SOURCE CODE FOR ANY PURPOSE. IT IS PROVIDED "AS IS" WITHOUT EXPRESS OR IMPLIED WARRANTY OF ANY KIND. SUN MICROSYSTEMS, INC., AT&T AND BIGELOW & HOLMES, SEVERALLY AND INDIVIDUALLY, DISCLAIM ALL WARRANTIES WITH REGARD TO THIS SOURCE CODE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL SUN MICROSYSTEMS, INC., AT&T OR BIGELOW & HOLMES BE LIABLE FOR ANY SPECIAL, INDIRECT, INCIDENTAL, 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 SOURCE CODE. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. Why blow away at a partition when you can chip away at it? I now present a script I just wrote that writes random bits of, well random bits, into random places in your favorite partition or file. For best (meaning most spectacular) results, use while the database or filesystem is in active use. Disclaimer: This code is untested, and it may or
CVS X debs for sid.
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. Now, with that out of the way, on to the main event. YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES INSTALLED. deb http://people.debian.org/%7Ewarp/x_cvs/ ./ deb-src http://people.debian.org/%7Ewarp/x_cvs/ ./ YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES INSTALLED. These are clean replacements for all packages generated from the XFree86 source package. Several fonts that exist in the official debs are NOT in these for copyright reasons, see the bug about it and the post to -legal, hopefully either the copyrights will be straightened out and I will re-add them, or Branden will pull them from the official debs, I don't really care. If you are using these debs I would appreciate knowing about it. Zephaniah E. Hull. P.S.: YOU WILL NOT FILE ANY BUG REPORTS IF YOU HAVE THESE PACKAGES INSTALLED!!! -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. On Sat, 13 Jul 2002, Alexander Viro wrote: > > So I'd just do > > vi fs/dcache.c -c '/|= DCACHE_R/d|/nr_un/pu|<|x' > > and be done with that. Linus? Done. For future reference - don't anybody else try to send patches as vi scripts, please. Yes, it's manly, but let's face it, so is bungee-jumping with the cord tied to your testicles. Linus msg05047/pgp0.pgp Description: PGP signature
Bug#173529: marked as done (Two large groups of non-free fonts in main.)
Your message dated Wed, 18 Dec 2002 10:36:01 -0500 with message-id <[EMAIL PROTECTED]> and subject line Not copyrightable. 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; 18 Dec 2002 08:53:39 + >From [EMAIL PROTECTED] Wed Dec 18 02:53:39 2002 Return-path: <[EMAIL PROTECTED]> Received: from c-24-99-36-145.atl.client2.attbi.com (babylon.d2dc.net) [24.99.36.145] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 18OZxS-0003x6-00; Wed, 18 Dec 2002 02:53:39 -0600 Received: (qmail 27056 invoked from network); 18 Dec 2002 08:53:36 - Received: from agamemnon.b5 (HELO babylon.d2dc.net) ([EMAIL PROTECTED]) by whitestar.b5 with SMTP; 18 Dec 2002 08:53:36 - Received: (nullmailer pid 27349 invoked by uid 1000); Wed, 18 Dec 2002 08:53:34 - Date: Wed, 18 Dec 2002 03:53:34 -0500 From: "Zephaniah E\. Hull" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Two large groups of non-free fonts in main. Message-ID: <[EMAIL PROTECTED]> Mail-Followup-To: [EMAIL PROTECTED], [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline User-Agent: Mutt/1.4i X-Notice-1: Unsolicited Commercial Email (Aka SPAM) to ANY systems under X-Notice-2: our control constitutes a $US500 Administrative Fee, payable X-Notice-3: immediately. By sending us mail, you hereby acknowledge that X-Notice-4: policy and agree to the fee. Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.6 required=5.0 tests=DISCLAIMER,LINES_OF_YELLING,PGP_SIGNATURE_2,PROFITS, SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Severity: serious Package: xfonts-75dpi Note, while this is filed against xfonts-75dpi, it affects several of the font packages generated from the xfree86 source package, feel free to reassign to another package. The two large groups in question are the Utopia (UT*) and the Lucida (lu*) fonts. The only license I can find on the Utopia fonts is in the font files themselves: COPYRIGHT "Copyright (c) 1989, 1991 Adobe Systems Incorporated. All Rights= Reserved." Obviously without something further we do not even have a license to distribute them, hopefully I am simply missing a license somewhere that gives us proper rights, however.. The license case for the Lucida fonts is a little more interesting. In the font files is the following notice: COMMENT (c) Copyright Bigelow & Holmes 1986, 1985. Lucida is a registered COMMENT trademark of Bigelow & Holmes. See LEGAL NOTICE file for terms COMMENT of the license. The contents of the file in question is below, what rights it gives is, a very interesting question. It does not explicitly give permission to modify, however it is vague enough that -legal should probably examine it. (Note, this is a /different/ license then the one Branden recently sent B&H a letter about.) This is the LEGAL NOTICE pertaining to the Lucida fonts from Bigelow & Holm= es: NOTICE TO USER: The source code, including the glyphs or icons=20 forming a par of the OPEN LOOK TM Graphic User Interface, on this=20 tape and in these files is copyrighted under U.S. and international laws. Sun Microsystems, Inc. of Mountain View, California owns the copyright and has design patents pending on many of the icons.=20 AT&T is the owner of the OPEN LOOK trademark associated with the materials on this tape. Users and possessors of this source code=20 are hereby granted a nonexclusive, royalty-free copyright and=20 design patent license to use this code in individual and=20 commercial software. A royalty-free, nonexclusive trademark license to refer to the code and output as "OPEN LOOK" compatible=20 is available from AT&T if, and only if, the appearance of the=20 icons or glyphs is not changed in any manner except as absolutely necessary to accommodate the standard resolution of the screen or other output device, the code and output is not changed except as=20 authorized herein, and the code and output is validated by AT&T.=20 Bigelow & Holmes is the owner of the Lucida (R) trademark fo
Bug#173565: xterm: default xresources configuration for ru_RU.KOI8-R locale
Package: xterm Version: 4.1.0-16 Severity: wishlist Tags: patch I would be good, if xterm worked with russian fonts in russian locale by default. Solution is to add file XTerm-color: XTerm*Font: -cronyx-fixed-medium-r-semicondensed--13-120-75-75-c-60-koi8-r XTerm*Font2: -cronyx-fixed-medium-r-normal--10-*-*-*-*-*-koi8-r XTerm*Font3: -cronyx-fixed-medium-r-normal--13-*-*-*-*-*-koi8-r XTerm*Font4: -cronyx-fixed-medium-r-normal--15-*-*-*-*-*-koi8-r XTerm*Font5: -cronyx-fixed-medium-r-normal--20-*-*-*-*-*-koi8-r XTerm*Font6: -cronyx-fixed-medium-r-normal--24-*-*-*-*-*-koi8-r XTerm*eightBitInput: false to /etc/X11/ru_RU.KOI8-R/app-defaults/ directory. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux furthur 2.4.18 #2 Tue Oct 15 11:53:29 MSD 2002 i686 Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R Versions of packages xterm depends on: ii debconf 1.2.10 Debian configuration management sy ii libc6 2.3.1-5GNU C Library: Shared libraries an ii libfreetype6 2.1.2-10 FreeType 2 font engine, shared lib ii libncurses5 5.3.20021109-2 Shared libraries for terminal hand ii libxaw7 4.1.0-16 X Athena widget set library ii xlibs 4.1.0-16 X Window System client libraries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CVS X debs for sid.
Neat. I've mirrored the binaries at: deb http://wuarchive.wustl.edu/users/tom/mirrors/x_cvs/ ./ deb-src http://wuarchive.wustl.edu/users/tom/mirrors/x_cvs/ ./ This is updated daily. --Tom Joseph On Wed, 2002-12-18 at 08:53, Zephaniah E. Hull 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. > > Now, with that out of the way, on to the main event. > > YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES > INSTALLED. > > deb http://people.debian.org/%7Ewarp/x_cvs/ ./ > deb-src http://people.debian.org/%7Ewarp/x_cvs/ ./ > > YOU WILL NOT FILE ANY BUG REPORTS ABOUT SYSTEMS WITH THESE PACKAGES > INSTALLED. > > These are clean replacements for all packages generated from the XFree86 > source package. > > Several fonts that exist in the official debs are NOT in these for > copyright reasons, see the bug about it and the post to -legal, > hopefully either the copyrights will be straightened out and I will > re-add them, or Branden will pull them from the official debs, I don't > really care. > > If you are using these debs I would appreciate knowing about it. > > Zephaniah E. Hull. > > P.S.: YOU WILL NOT FILE ANY BUG REPORTS IF YOU HAVE THESE PACKAGES > INSTALLED!!! -- Tom Joseph Archive Maintainer Wuarchive - http://wuarchive.wustl.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CVS X debs for sid.
> 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]
Re: CVS X debs for sid.
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? I'm actually going back to readd some of the fonts either later today or tomorrow as it seems that some I removed as DFSG non-free are actually not copyrightable and are thus free. Zephaniah E. Hull. > > 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. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "Sir," barked one of those useless aristocratic generals to William Howard Russell, the great Times war correspondent, "I do not like what you write." "Then, sir," retorted Russell, "I suggest you do not do what I write about." msg05052/pgp0.pgp Description: PGP signature
Re: CVS X debs for sid.
> 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.
On Thu, Dec 19, 2002 at 03:09:26AM +0900, ISHIKAWA Mutsumi wrote: > Patches sanity checks is disabled on this source. You may wish to lift my patch changes then. (With the exception of 09[23] and 908. 092 and 093 are evdev input patches which I have not sent upstream yet, you might of might not want them. 908 will be ready for taking for font exclusion tomorrow, right now it kills too much.) I did not do the arch specific ones because I can't test them, however they all apply cleanly, some of them without changes, er, did /not/ do the right thing. Zephaniah E. Hull. > But MANIFEST check is enabled. -- 1024D/E65A7801 Zephaniah E. Hull <[EMAIL PROTECTED]> 92ED 94E4 B1E6 3624 226D 5727 4453 008B E65A 7801 CCs of replies from mailing lists are requested. "I am ecstatic that some moron re-invented a 1995 windows fuckup." -- Alan Cox msg05054/pgp0.pgp Description: PGP signature
unsupported locale problem
I stuck this into /etc/environment LANG=en_IN Now I get these ~/.xsession-errors when I try to start fluxbox as a gdm session (which runs it as "exec /etc/X11/Xsession /usr/bin/fluxbox"): Warning: Failed to open catalog, using default messages. Warning: X server does not support locale Warning: cannot set locale modifiers Faild to load groupfile: BScreen::BScreen: managing screen 0 using visual 0x23, depth 16 Failed to load font: lucidasans-10 Failed to load font: -*-lucida-bold-r-*-*-11-*-*-*-*-*-*-* Failed to load font: lucidasans-10 Failed to load font: lucidasans-10 Failed to load font: lucidasans-10 Warning: Failed to open catalog, using default messages. XIO: fatal IO error 104 (Connection reset by peer) on X server ":20.0" after 0 requests (0 known processed) with 0 events remaining. Can somebody decipher this and possibly suggest a solution? I need to set LANG=en_IN to tame a certain console app that won't yield peacefully to LANG=en_US.UTF-8. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#172962: IPv6 support (more info)
> PS I was not able to search too much on INRIA and on the university of > Paris (as suggested) for the simple reason that 99% of the pages I found > are in french. Eh? Typing ``X11R6 IPv6 INRIA'' in Google gives the following English page as the third hit: http://www.ipv6.org/impl/inria.html Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
