Linux-Misc Digest #730, Volume #25 Mon, 11 Sep 00 03:13:02 EDT
Contents:
Re: [usenet] DeCSS Source Code 5464 (Arjan Drieman)
Re: Don't mind me, just whining.. =) (Wayne Pollock)
Re: Where is setenv in Red Hat 6.2? (Wayne Pollock)
Re: What is the maximum swap space? Max RAM? (Bento Loewenstein)
Re: Origin of the GNOME name & logo ? (David Dorward)
Re: Opinions: An Adequate Starter System? (Bento Loewenstein)
Good linux discussions! ([EMAIL PROTECTED])
Re: hdparm -dma setting problem (Christoph Lechner)
Re: subnet problem (Christoph Lechner)
Re: [usenet] DeCSS Source Code 5464 (Ray)
Re: subnet problem ("Hello World")
Re: Drive Space in RH 6.0 ("Steve Wolfe")
Re: Anyone got any ideas on when the final 2.4 kernel will be released? (Richard
Steiner)
Re: End-User Alternative to Windows (Richard Steiner)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Arjan Drieman)
Crossposted-To:
news.admin.net-abuse.usenet,alt.fan.karl-malden.nose,alt.non.sequitur,alt.alien.vampire.flonk.flonk.flonk
Subject: Re: [usenet] DeCSS Source Code 5464
Date: 11 Sep 2000 04:53:21 GMT
Reply-To: [EMAIL PROTECTED]
On Mon, 11 Sep 2000 04:25:36 GMT, Bento Loewenstein
<[EMAIL PROTECTED]> wrote:
>And if MPAA succeeds in removing DeCSS code from the servers I'll post it
>again. We have the right to create our own apps to watch DVDs in Linux.
>Fuck MPAA if they doesn't like it.
It's also widely available all over the internet through... DNS.
dig @138.195.138.195 goret.org. axfr | grep '^c..\..*A' | sort |\
cut -b5-36 | perl -ne 'print pack("H32",$_)' | gzip -d
Arjan
------------------------------
From: Wayne Pollock <[EMAIL PROTECTED]>
Subject: Re: Don't mind me, just whining.. =)
Date: Sat, 09 Sep 2000 16:35:36 -0400
Most Microsoft products (Not DOS though) come in two variaties,
complete and upgrade. The upgrade versions leave your non-FAT and
FAT32 partitions alone, but, as you have discovered, the complete
versions delete non MS sactioned partitions. The problem is worse
with Window NT.
For a dual boot system, always install the Micorsoft OS first. This
is easiler, but while I don't know how I feel it is probably possible
to install Windows or DOS after installing Linux.
Note if you have any Windows 3.11 upgrade disks, you can install DOS,
upgrade to Windows 3.11, then upgrade that to windows 98. Not only
does this procedure not wipe out Linux, but the upgrade is cheaper than
buying the complete Windows98 package. I don't know if this will
work with Windows 2000 or not.
-Wayne Pollock
The Darkener wrote:
>
> DOS sucks. =p
>
> I had a really cool setup on my laptop (Debian Slink w/blackbox, cool
> theme, everything working well) and I decide I wanted to throw DOS on
> there so I could fire up some old apps I might need (Dosemu just doesn't
> cut it), so I resize my /home partition and leave about 100mb free space
> on the drive. Fire up DOS setup boot disk, and it says it needs to
> "configure your hard drive for DOS" (ummm, partition it??). "Ok!" I say
> and merrily let it. BAM! Wiped out all my other partitions (Even my
> freakin' phpdisk partition!!) and used the whole damn thing for Fat16.
> BLAH, I say! And I thought DOS didn't recognize ext2 partitions so it
> couldn't deal with them, I guess in that case it just wipes out the
> partition table all together. I spent most of my night last night
> getting Debian back on there (after of course, putting DOS on there
> FIRST this time). Argh. =) Anyone have a reasonable explanation for
> this? =) Maybe just to make me feel better?
> ...
------------------------------
From: Wayne Pollock <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux
Subject: Re: Where is setenv in Red Hat 6.2?
Date: Sat, 09 Sep 2000 16:24:17 -0400
Note that you can use "set -o allexport" in bash to simulate
the effect of setenc of csh. After this you don't need export.
-Wayne Pollock
"Fausto Arinos de A. Barbuto" wrote:
>
> Hello, all;
>
> I have Red Hat 6.2 installed on my home computer.
> A couple of days ago I tried to run the "setenv"
> command and, for my surprise, I got a warning
> message saying that there was no such command.
> Besides that, there is no entry for "setenv" in
> the "man" manuals. However, as I recall, I did
> make use of "setenv" in the past with a different
> Linux distribuition.
>
> What the heck is going on?
>
> TIA for any hints.
>
> ---Fausto
>
> Q: What do you get when you cross ignorance and indifference?
> A: I don't know and I don't care.
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Bento Loewenstein)
Crossposted-To: comp.os.linux,comp.os.linux.setup
Subject: Re: What is the maximum swap space? Max RAM?
Date: Mon, 11 Sep 2000 05:17:38 GMT
On Sun, 10 Sep 2000 22:09:41 GMT, "Arctic Storm"
<[EMAIL PROTECTED]> wrote:
>What is the maximum swap space? Max RAM?
>There are many web sites, including RedHat, that seems to imply that the
>maximum swap space is 128 MB. They never say that it cannot be larger than
>128 MB; they simply say that it can handle up 128 MB of swap space.
>I have 194 MB RAM, and I'm under the impression that larger the swap space,
>the better, so I chose 384 MB of swap space (2x RAM). My RedHat Linux 6.2
>runs without problems, but is this an overkill, or, is there something wrong
>that I'm not aware of?
>By the way, what's the maximum RAM supported by RedHat Linux 6.2?
>Thanks,...
>
>From man mkswap(8):
... "In the old style, the rest of this first page was a bit map,
with a 1 bit for each usable page of the swap area. Since the first page
holds this bit map, the first bit is 0. Also, the last 10 bytes hold
the signature. So, if the page size is S, an old style swap area can
describe at most 8*(S-10)-1 pages used for swapping. With S=4096 (as on
i386), the useful area is at most 133890048 bytes (almost 128 MB if you
believe in 1MB=2^20 bytes),"...
... "In the new style swap area this is precisely what is done. The
maximum useful size of a swap area now depends on the architecture. It is
roughly 2GB on i386, PPC, m68k, ARM, 1GB on sparc, 512MB on mips, 128GB
on alpha and 3TB on sparc64".
"OPTIONS
-v0 Create an old style swap area.
-v1 Create a new style swap area.
If no -v option is given, mkswap will default to old style if the size
of the swap area does not exceed the maximum size of an old style swap
area, and also if the current kernel is older than 2.1.117 (and also
if PAGE_SIZE is less than 2048). The new style header does not touch the
first block, so may be preferable (also if the swap area is small), in
case you have a boot loader or disk label there".
RedHat's instalation runs mkswap to initialize your swap partition, and if
it detects a space larger than 128 Mb it automaticaly selects new style,
so there's to worry about your settings.
IIRC the maximum memory for x86 systems is 2Gb of physical RAM in 2.2
kernels, but the new 2.4 series will expand this to 8 Gb or more.
Bento.
------------------------------
From: David Dorward <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux
Subject: Re: Origin of the GNOME name & logo ?
Date: Mon, 11 Sep 2000 06:36:48 +0100
Arctic Storm wrote:
>
> Is GNOME an acronym? If so, what does it stand for?
> Where/how did GNOME get the logo of a food print? Why 4 toes? What animal
> is it? Who came up with this logo? Why?
GNU Network Object Model Environment
http://www.gnome.org/faqs/users-faq/
--
David Dorward
http://www.dorward.co.uk/
------------------------------
From: [EMAIL PROTECTED] (Bento Loewenstein)
Crossposted-To: comp.os.linux.hardware
Subject: Re: Opinions: An Adequate Starter System?
Date: Mon, 11 Sep 2000 05:52:31 GMT
On Sat, 20 May 100 03:35:11 GMT, [EMAIL PROTECTED] wrote:
>
>I have the opportunity of picking up a mini-tower Pentium 133 machine
>(Intel VX motherboard) with a 250W PS, 3 gig IDE HD, 4 Meg Matrox
>video card, generic sound card, 64 megs 60ns RAM, 56k Winmodem, which
>will be 86'd in favor of an external real 56K modem; 12x CD-ROM
>(bootable), and a 1.44 floppy. It has Windows98 currently installed,
>which will be wiped completely before installing Linux.
Nice hardware for learning purposes.
>
>Also, any suggestions on the best Linux distribution for the neophyte?
>That is, no brains required installation, works well enough the first
>time, tweeking and fiddling can wait until later. I am considering
>Debian, but the Stormix distro seems better, install and setup-wise.
Avoid Debian and Slacware if you're new to Linux. This distros are suposed
to be used by experienced users. They're extremelly hard to install and
configure, and most of the administrative tasks are done by hand. RedHat
is a breeze to install if compared with Debian and Slack, and it has
linuxconf as default admin utility, which makes it easyer to maintain.
SuSe has a similar tool called Yast and Caldera has COAS wich are very
easy too.
If you want an easy distro based on Debian Corel is Ok. It's one of the
easyest I've ever seen. Another option is the brazilian distro Conectiva.
It's based on RedHat, but is as easy a Corel to install, and comes with
liunuxconf too.
Bento.
------------------------------
From: [EMAIL PROTECTED]
Subject: Good linux discussions!
Date: Mon, 11 Sep 2000 06:01:33 GMT
Hello. It seems there is a disparate amount of discussions here
about many topics. Wouldn't it be great if people
can instantantly create a discussion forum for information,
troubleshooting, and other goodies for their particular topic?
Also, there seems to be basic terminology used here that newbies
would like to know the glossary definitions of. (like Linux,
Linus, TransMeta, RedHat, etc). Wouldn't it be great if there
was a dynamic glossary where people can just add their terminology?
Also, wouldn't it be great if in the discussion forum mentioned above,
all the terms defined in the glossary are instantly linked, so
that people can click on it to read the definition they are not
familiar with?
Well, I would like to announce that this technology exists, and it
is FREE! So if you ever, on the whim, want to start a web-based
discussion for ANY topic you choose, and have an automatic glossary
associated with it, just do this....
http://edepot.com/cgi-bin/forums.pl?code=TOPICNAME
TOPICNAME will be the name of your forum...
(Sorry, you can't have spaces in the TOPICNAME)
for example...
A discussion forum for OSF
http://edepot.com/cgi-bin/forums.pl?code=OSF
or
http://edepot.com/cgi-bin/forums.pl?code=OpenSoftwareFoundation
or a forum for cats...
http://edepot.com/cgi-bin/forums.pl?code=Cat
or a forum for IBM...
http://edepot.com/cgi-bin/forums.pl?code=IBM
ANY TOPIC you choose (just no spaces in the name).
Instantly, a glossary will be created for that forum,
so you can enter special terminology for that topic.
...
If you wish to only use the eGlossary, you can do this...
http://edepot.com/cgi-bin/eglossary.pl?book=TOPICNAME
for example...
http://edepot.com/cgi-bin/eglossary.pl?book=Notebooks
would create a special glossary for your use on the topic of Notebooks.
Feel free to use the discussion forum or eglossary for any topic
you choose. If you have a website, simply make a link like above,
and you can have a free permanent discussion forum or eglossary.
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Christoph Lechner <[EMAIL PROTECTED]>
Subject: Re: hdparm -dma setting problem
Date: Mon, 11 Sep 2000 08:13:50 +0200
Rafael Przybyszewski schrieb:
>
> I could not set direct memmory access using
> hdparm -d 1 /dev/hda
> I am geting such error:
>
> HDIO_SET_DMA failed: Operation not permitted
> using_dma = 0 (off)
>
>
> Where is the problem? On the other machine I have not such probblem.
Maybe your IDE controller or your HD does not support UDMA !
Regards
- C. Lechner
------------------------------
From: Christoph Lechner <[EMAIL PROTECTED]>
Subject: Re: subnet problem
Date: Mon, 11 Sep 2000 08:15:41 +0200
Hello World schrieb:
>
> if i use the mask 255.255.255.192 to split a class c network into 4 subnet,
> some people say that the first and subnet cannot be used because it contains
> the network and boardcast address. is it right? if i use all 4 subnet, will
> there be any problem? thanx.
AFAIK it isn't a problem! But you can't use the first address in the first
subnet and the last address of the fourth subnet coz of network and broad-
cast addresses.
Regards
- C. Lechner
------------------------------
From: [EMAIL PROTECTED] (Ray)
Crossposted-To:
news.admin.net-abuse.usenet,alt.fan.karl-malden.nose,alt.non.sequitur,alt.alien.vampire.flonk.flonk.flonk
Subject: Re: [usenet] DeCSS Source Code 5464
Date: Mon, 11 Sep 2000 06:14:16 GMT
On Sun, 10 Sep 2000 20:33:40 -0500, Axel <[EMAIL PROTECTED]> wrote:
>
>BTW, the fact that you included DeCSS in the body of your complaint
>indicates your hypocricy.
Hypocricy? I took it as humor.
>>
>>
>>
>>
>>
>>/*
>>
>> * css_descramble.c
>>
>> *
>>
>> * Released under the version 2 of the GPL.
>>
>> *
>>
>> * Copyright 1999 Derek Fawcus
>>
>> *
>>
>> * This file contains functions to descramble CSS encrypted DVD content
>>
>> *
>>
>> */
>>
>>
>>
>>/*
>>
>> * Still in progress: Remove the use of the bit_reverse[] table by recoding
>>
>> * the generation of LFSR1. Finish combining this with
>>
>> * the css authentication code.
>>
>> *
>>
>> */
>>
>>
>>
>>#include <stdio.h>
>>
>>#include <string.h>
>>
>>#include "css-descramble.h"
>>
>>
>>
>>typedef unsigned char byte;
>>
>>
>>
>>/*
>>
>> *
>>
>> * some tables used for descrambling sectors and/or decrypting title keys
>>
>> *
>>
>> */
>>
>>
>>
>>static byte csstab1[256]=
>>
>>{
>>
>> 0x33,0x73,0x3b,0x26,0x63,0x23,0x6b,0x76,0x3e,0x7e,0x36,0x2b,0x6e,0x2e,0x66,0x7b,
>>
>> 0xd3,0x93,0xdb,0x06,0x43,0x03,0x4b,0x96,0xde,0x9e,0xd6,0x0b,0x4e,0x0e,0x46,0x9b,
>>
>> 0x57,0x17,0x5f,0x82,0xc7,0x87,0xcf,0x12,0x5a,0x1a,0x52,0x8f,0xca,0x8a,0xc2,0x1f,
>>
>> 0xd9,0x99,0xd1,0x00,0x49,0x09,0x41,0x90,0xd8,0x98,0xd0,0x01,0x48,0x08,0x40,0x91,
>>
>> 0x3d,0x7d,0x35,0x24,0x6d,0x2d,0x65,0x74,0x3c,0x7c,0x34,0x25,0x6c,0x2c,0x64,0x75,
>>
>> 0xdd,0x9d,0xd5,0x04,0x4d,0x0d,0x45,0x94,0xdc,0x9c,0xd4,0x05,0x4c,0x0c,0x44,0x95,
>>
>> 0x59,0x19,0x51,0x80,0xc9,0x89,0xc1,0x10,0x58,0x18,0x50,0x81,0xc8,0x88,0xc0,0x11,
>>
>> 0xd7,0x97,0xdf,0x02,0x47,0x07,0x4f,0x92,0xda,0x9a,0xd2,0x0f,0x4a,0x0a,0x42,0x9f,
>>
>> 0x53,0x13,0x5b,0x86,0xc3,0x83,0xcb,0x16,0x5e,0x1e,0x56,0x8b,0xce,0x8e,0xc6,0x1b,
>>
>> 0xb3,0xf3,0xbb,0xa6,0xe3,0xa3,0xeb,0xf6,0xbe,0xfe,0xb6,0xab,0xee,0xae,0xe6,0xfb,
>>
>> 0x37,0x77,0x3f,0x22,0x67,0x27,0x6f,0x72,0x3a,0x7a,0x32,0x2f,0x6a,0x2a,0x62,0x7f,
>>
>> 0xb9,0xf9,0xb1,0xa0,0xe9,0xa9,0xe1,0xf0,0xb8,0xf8,0xb0,0xa1,0xe8,0xa8,0xe0,0xf1,
>>
>> 0x5d,0x1d,0x55,0x84,0xcd,0x8d,0xc5,0x14,0x5c,0x1c,0x54,0x85,0xcc,0x8c,0xc4,0x15,
>>
>> 0xbd,0xfd,0xb5,0xa4,0xed,0xad,0xe5,0xf4,0xbc,0xfc,0xb4,0xa5,0xec,0xac,0xe4,0xf5,
>>
>> 0x39,0x79,0x31,0x20,0x69,0x29,0x61,0x70,0x38,0x78,0x30,0x21,0x68,0x28,0x60,0x71,
>>
>> 0xb7,0xf7,0xbf,0xa2,0xe7,0xa7,0xef,0xf2,0xba,0xfa,0xb2,0xaf,0xea,0xaa,0xe2,0xff
>>
>>};
>>
>>
>>
>>static byte lfsr1_bits0[256]=
>>
>>{
>>
>> 0x00,0x01,0x02,0x03,0x04,0x05,0x06,0x07,0x09,0x08,0x0b,0x0a,0x0d,0x0c,0x0f,0x0e,
>>
>> 0x12,0x13,0x10,0x11,0x16,0x17,0x14,0x15,0x1b,0x1a,0x19,0x18,0x1f,0x1e,0x1d,0x1c,
>>
>> 0x24,0x25,0x26,0x27,0x20,0x21,0x22,0x23,0x2d,0x2c,0x2f,0x2e,0x29,0x28,0x2b,0x2a,
>>
>> 0x36,0x37,0x34,0x35,0x32,0x33,0x30,0x31,0x3f,0x3e,0x3d,0x3c,0x3b,0x3a,0x39,0x38,
>>
>> 0x49,0x48,0x4b,0x4a,0x4d,0x4c,0x4f,0x4e,0x40,0x41,0x42,0x43,0x44,0x45,0x46,0x47,
>>
>> 0x5b,0x5a,0x59,0x58,0x5f,0x5e,0x5d,0x5c,0x52,0x53,0x50,0x51,0x56,0x57,0x54,0x55,
>>
>> 0x6d,0x6c,0x6f,0x6e,0x69,0x68,0x6b,0x6a,0x64,0x65,0x66,0x67,0x60,0x61,0x62,0x63,
>>
>> 0x7f,0x7e,0x7d,0x7c,0x7b,0x7a,0x79,0x78,0x76,0x77,0x74,0x75,0x72,0x73,0x70,0x71,
>>
>> 0x92,0x93,0x90,0x91,0x96,0x97,0x94,0x95,0x9b,0x9a,0x99,0x98,0x9f,0x9e,0x9d,0x9c,
>>
>> 0x80,0x81,0x82,0x83,0x84,0x85,0x86,0x87,0x89,0x88,0x8b,0x8a,0x8d,0x8c,0x8f,0x8e,
>>
>> 0xb6,0xb7,0xb4,0xb5,0xb2,0xb3,0xb0,0xb1,0xbf,0xbe,0xbd,0xbc,0xbb,0xba,0xb9,0xb8,
>>
>> 0xa4,0xa5,0xa6,0xa7,0xa0,0xa1,0xa2,0xa3,0xad,0xac,0xaf,0xae,0xa9,0xa8,0xab,0xaa,
>>
>> 0xdb,0xda,0xd9,0xd8,0xdf,0xde,0xdd,0xdc,0xd2,0xd3,0xd0,0xd1,0xd6,0xd7,0xd4,0xd5,
>>
>> 0xc9,0xc8,0xcb,0xca,0xcd,0xcc,0xcf,0xce,0xc0,0xc1,0xc2,0xc3,0xc4,0xc5,0xc6,0xc7,
>>
>> 0xff,0xfe,0xfd,0xfc,0xfb,0xfa,0xf9,0xf8,0xf6,0xf7,0xf4,0xf5,0xf2,0xf3,0xf0,0xf1,
>>
>> 0xed,0xec,0xef,0xee,0xe9,0xe8,0xeb,0xea,0xe4,0xe5,0xe6,0xe7,0xe0,0xe1,0xe2,0xe3
>>
>>};
>>
>>
>>
>>static byte lfsr1_bits1[512]=
>>
>>{
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,
>>
>> 0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff,0x00,0x24,0x49,0x6d,0x92,0xb6,0xdb,0xff
>>
>>};
>>
>>
>>
>>/* Reverse the order of the bits within a byte.
>>
>> */
>>
>>static byte bit_reverse[256]=
>>
>>{
>>
>> 0x00,0x80,0x40,0xc0,0x20,0xa0,0x60,0xe0,0x10,0x90,0x50,0xd0,0x30,0xb0,0x70,0xf0,
>>
>> 0x08,0x88,0x48,0xc8,0x28,0xa8,0x68,0xe8,0x18,0x98,0x58,0xd8,0x38,0xb8,0x78,0xf8,
>>
>> 0x04,0x84,0x44,0xc4,0x24,0xa4,0x64,0xe4,0x14,0x94,0x54,0xd4,0x34,0xb4,0x74,0xf4,
>>
>> 0x0c,0x8c,0x4c,0xcc,0x2c,0xac,0x6c,0xec,0x1c,0x9c,0x5c,0xdc,0x3c,0xbc,0x7c,0xfc,
>>
>> 0x02,0x82,0x42,0xc2,0x22,0xa2,0x62,0xe2,0x12,0x92,0x52,0xd2,0x32,0xb2,0x72,0xf2,
>>
>> 0x0a,0x8a,0x4a,0xca,0x2a,0xaa,0x6a,0xea,0x1a,0x9a,0x5a,0xda,0x3a,0xba,0x7a,0xfa,
>>
>> 0x06,0x86,0x46,0xc6,0x26,0xa6,0x66,0xe6,0x16,0x96,0x56,0xd6,0x36,0xb6,0x76,0xf6,
>>
>> 0x0e,0x8e,0x4e,0xce,0x2e,0xae,0x6e,0xee,0x1e,0x9e,0x5e,0xde,0x3e,0xbe,0x7e,0xfe,
>>
>> 0x01,0x81,0x41,0xc1,0x21,0xa1,0x61,0xe1,0x11,0x91,0x51,0xd1,0x31,0xb1,0x71,0xf1,
>>
>> 0x09,0x89,0x49,0xc9,0x29,0xa9,0x69,0xe9,0x19,0x99,0x59,0xd9,0x39,0xb9,0x79,0xf9,
>>
>> 0x05,0x85,0x45,0xc5,0x25,0xa5,0x65,0xe5,0x15,0x95,0x55,0xd5,0x35,0xb5,0x75,0xf5,
>>
>> 0x0d,0x8d,0x4d,0xcd,0x2d,0xad,0x6d,0xed,0x1d,0x9d,0x5d,0xdd,0x3d,0xbd,0x7d,0xfd,
>>
>> 0x03,0x83,0x43,0xc3,0x23,0xa3,0x63,0xe3,0x13,0x93,0x53,0xd3,0x33,0xb3,0x73,0xf3,
>>
>> 0x0b,0x8b,0x4b,0xcb,0x2b,0xab,0x6b,0xeb,0x1b,0x9b,0x5b,0xdb,0x3b,0xbb,0x7b,0xfb,
>>
>> 0x07,0x87,0x47,0xc7,0x27,0xa7,0x67,0xe7,0x17,0x97,0x57,0xd7,0x37,0xb7,0x77,0xf7,
>>
>> 0x0f,0x8f,0x4f,0xcf,0x2f,0xaf,0x6f,0xef,0x1f,0x9f,0x5f,0xdf,0x3f,0xbf,0x7f,0xff
>>
>>};
>>
>>
>>
>>/*
>>
>> *
>>
>> * this function is only used internally when decrypting title key
>>
>> *
>>
>> */
>>
>>static void css_titlekey(byte *key, byte *im, byte invert)
>>
>>{
>>
>> unsigned int lfsr1_lo,lfsr1_hi,lfsr0,combined;
>>
>> byte o_lfsr0, o_lfsr1;
>>
>> byte k[5];
>>
>> int i;
>>
>>
>>
>> lfsr1_lo = im[0] | 0x100;
>>
>> lfsr1_hi = im[1];
>>
>>
>>
>> lfsr0 = ((im[4] << 17) | (im[3] << 9) | (im[2] << 1)) + 8 - (im[2]&7);
>>
>> lfsr0 = (bit_reverse[lfsr0&0xff]<<24) | (bit_reverse[(lfsr0>>8)&0xff] << 16)
>>
>> | (bit_reverse[(lfsr0>>16)&0xff]<<8) | bit_reverse[(lfsr0>>24)&0xff];
>>
>>
>>
>> combined = 0;
>>
>> for (i = 0; i < 5; ++i) {
>>
>> o_lfsr1 = lfsr1_bits0[lfsr1_hi] ^ lfsr1_bits1[lfsr1_lo];
>>
>> lfsr1_hi = lfsr1_lo>>1;
>>
>> lfsr1_lo = ((lfsr1_lo&1)<<8) ^ o_lfsr1;
>>
>> o_lfsr1 = bit_reverse[o_lfsr1];
>>
>>
>>
>> /*o_lfsr0 = (lfsr0>>7)^(lfsr0>>10)^(lfsr0>>11)^(lfsr0>>19);*/
>>
>> o_lfsr0 = (((((((lfsr0>>8)^lfsr0)>>1)^lfsr0)>>3)^lfsr0)>>7);
>>
>> lfsr0 = (lfsr0>>8)|(o_lfsr0<<24);
>>
>>
>>
>> combined += (o_lfsr0 ^ invert) + o_lfsr1;
>>
>> k[i] = combined & 0xff;
>>
>> combined >>= 8;
>>
>> }
>>
>>
>>
>> key[4]=k[4]^csstab1[key[4]]^key[3];
>>
>> key[3]=k[3]^csstab1[key[3]]^key[2];
>>
>> key[2]=k[2]^csstab1[key[2]]^key[1];
>>
>> key[1]=k[1]^csstab1[key[1]]^key[0];
>>
>> key[0]=k[0]^csstab1[key[0]]^key[4];
>>
>>
>>
>> key[4]=k[4]^csstab1[key[4]]^key[3];
>>
>> key[3]=k[3]^csstab1[key[3]]^key[2];
>>
>> key[2]=k[2]^csstab1[key[2]]^key[1];
>>
>> key[1]=k[1]^csstab1[key[1]]^key[0];
>>
>> key[0]=k[0]^csstab1[key[0]];
>>
>>}
>>
>>
>>
>>/*
>>
>> *
>>
>> * this function decrypts a title key with the specified disk key
>>
>> *
>>
>> * tkey: the unobfuscated title key (XORed with BusKey)
>>
>> * dkey: the unobfuscated disk key (XORed with BusKey)
>>
>> * 2048 bytes in length (though only 5 bytes are needed, see below)
>>
>> * pkey: array of pointers to player keys and disk key offsets
>>
>> *
>>
>> *
>>
>> * use the result returned in tkey with css_descramble
>>
>> *
>>
>> */
>>
>>
>>
>>int css_decrypttitlekey(byte *tkey, byte *dkey, struct playkey **pkey)
>>
>>{
>>
>> byte test[5], pretkey[5];
>>
>> int i = 0;
>>
>>
>>
>> for (; *pkey; ++pkey, ++i) {
>>
>> memcpy(pretkey, dkey + (*pkey)->offset, 5);
>>
>> css_titlekey(pretkey, (*pkey)->key, 0);
>>
>>
>>
>> memcpy(test, dkey, 5);
>>
>> css_titlekey(test, pretkey, 0);
>>
>>
>>
>> if (memcmp(test, pretkey, 5) == 0) {
>>
>> fprintf(stderr, "Using Key %d\n", i+1);
>>
>> break;
>>
>> }
>>
>> }
>>
>>
>>
>> if (!*pkey) {
>>
>> fprintf(stderr, "Shit - Need Key %d\n", i+1);
>>
>> return 0;
>>
>> }
>>
>>
>>
>> css_titlekey(tkey, pretkey, 0xff);
>>
>>
>>
>> return 1;
>>
>>}
>>
>>
>>
>>/*
>>
>> *
>>
>> * this function does the actual descrambling
>>
>> *
>>
>> * sec: encrypted sector (2048 bytes)
>>
>> * key: decrypted title key obtained from css_decrypttitlekey
>>
>> *
>>
>> */
>>
>>void css_descramble(byte *sec,byte *key)
>>
>>{
>>
>> unsigned int lfsr1_lo,lfsr1_hi,lfsr0,combined;
>>
>> unsigned char o_lfsr0, o_lfsr1;
>>
>> unsigned char *end = sec + 0x800;
>>
>>#define SALTED(i) (key[i] ^ sec[0x54 + (i)])
>>
>>
>>
>> lfsr1_lo = SALTED(0) | 0x100;
>>
>> lfsr1_hi = SALTED(1);
>>
>>
>>
>> lfsr0 = ((SALTED(4) << 17) | (SALTED(3) << 9) | (SALTED(2) << 1)) + 8 -
>(SALTED(2)&7);
>>
>> lfsr0 = (bit_reverse[lfsr0&0xff]<<24) | (bit_reverse[(lfsr0>>8)&0xff] << 16)
>>
>> | (bit_reverse[(lfsr0>>16)&0xff]<<8) | bit_reverse[(lfsr0>>24)&0xff];
>>
>>
>>
>> sec+=0x80;
>>
>> combined = 0;
>>
>> while (sec != end) {
>>
>> o_lfsr1 = lfsr1_bits0[lfsr1_hi] ^ lfsr1_bits1[lfsr1_lo];
>>
>> lfsr1_hi = lfsr1_lo>>1;
>>
>> lfsr1_lo = ((lfsr1_lo&1)<<8) ^ o_lfsr1;
>>
>> o_lfsr1 = bit_reverse[o_lfsr1];
>>
>>
>>
>> /*o_lfsr0 = (lfsr0>>7)^(lfsr0>>10)^(lfsr0>>11)^(lfsr0>>19);*/
>>
>> o_lfsr0 = (((((((lfsr0>>8)^lfsr0)>>1)^lfsr0)>>3)^lfsr0)>>7);
>>
>> lfsr0 = (lfsr0>>8)|(o_lfsr0<<24);
>>
>>
>>
>> combined += o_lfsr0 + (byte)~o_lfsr1;
>>
>> *sec++ = csstab1[*sec] ^ (combined&0xff);
>>
>> combined >>= 8;
>>
>> }
>>
>>}
>>
>>
>>cgxxnxeoxdukmnrrbwrrijlfkcnmjeqzgumugodggfnillodicvvwnhibhlxkxplegnjgnhnxkeqknfovvpklyrcbt
>>wbrhcktvidypimwyyxvogcnlexkkhmgtzjpxvxyyxotpwdcfyqchjqfdpxfrsppnzkosmbqungdipljjlkpoehwfey
>>fmqlbkysykqttrhskmfoqtlrtdjckyxnvrtbkqcvguzdewjmzwglvrfzytpbrqddnbrlqomhtqgeurxdijldvjvyrg
>>meqpvjqhcrrjjpyszxoidcuplqpdnzfjtnfbhsphqtkkwhgvxkjdcyvmxbzgjsbxzefhotusysrxexytrrdkzhvsnj
>>xzpqorwcqpwyrlsqlfjzpgwsrjzofdwohqjhekdhjhjxpgomqorbodgqzigiimquzntdhwhwhpedbvfhdgfpeekkzo
>>wdqnnzyvyuhwcvhvmdibgduoegxdbbnkdlncdfdxetpgefiikmxqizptrleutqobcwkydnibnpqrfzhgeqeleyldwt
>>izgexuwxrwfwn
>
------------------------------
From: "Hello World" <[EMAIL PROTECTED]>
Subject: Re: subnet problem
Date: Mon, 11 Sep 2000 14:27:37 +0800
so what is the network and broadcast address for the first and last subnet?
thanx!
"Christoph Lechner" <[EMAIL PROTECTED]> ¼¶¼g©ó¶l¥ó
news:[EMAIL PROTECTED]...
> Hello World schrieb:
> >
> > if i use the mask 255.255.255.192 to split a class c network into 4
subnet,
> > some people say that the first and subnet cannot be used because it
contains
> > the network and boardcast address. is it right? if i use all 4 subnet,
will
> > there be any problem? thanx.
> AFAIK it isn't a problem! But you can't use the first address in the first
> subnet and the last address of the fourth subnet coz of network and broad-
> cast addresses.
>
> Regards
> - C. Lechner
------------------------------
From: "Steve Wolfe" <[EMAIL PROTECTED]>
Subject: Re: Drive Space in RH 6.0
Date: Mon, 11 Sep 2000 00:34:54 -0600
> "Safe" for what? / should be a small partition of about 64MB max,
> containing precisely the stuff you need to boot up with. That's the
> directories /etc /dev /lib /bin /sbin, and usually also /root and
> sometimes /boot, as well as a mount point for /var and either a small
> dir for /tmp or a link to /var/tmp. Also mount points for /opt /usr
> /home.
/ containing /boot and /root?
steve
--
==================================================
Domain for replies is "codon"
==================================================
------------------------------
From: [EMAIL PROTECTED] (Richard Steiner)
Subject: Re: Anyone got any ideas on when the final 2.4 kernel will be released?
Reply-To: [EMAIL PROTECTED]
Date: Sun, 10 Sep 2000 23:49:35 -0500
Here in comp.os.linux.misc, "Dave T" <[EMAIL PROTECTED]>
spake unto us, saying:
>Anyone got any ideas on when the final 2.4 kernel will be released?
When Linus decides that it's ready to go, it'll be released.
Until then, all anyone else can do is speculate.
--
-Rich Steiner >>>---> [EMAIL PROTECTED] >>>---> Bloomington, MN
OS/2 + BeOS + Linux + Solaris + Win95 + WinNT4 + FreeBSD + DOS
+ VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
Jack & Jill...pail of water???.....Riiiight!
------------------------------
From: [EMAIL PROTECTED] (Richard Steiner)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy
Subject: Re: End-User Alternative to Windows
Reply-To: [EMAIL PROTECTED]
Date: Mon, 11 Sep 2000 01:21:41 -0500
Here in comp.os.linux.misc, "Lina" <[EMAIL PROTECTED]>
spake unto us, saying:
>I'm a Linux newbie. What is the percentage of computers and servers
>running Linux now.
That's a very difficult question to answer, since many copies of Linux
are installed based on downloaded versions (or legally copied versions)
and don't show up anywhere as retail sales.
Out of curiosity, why is this information important to you?
>Will an end-user alternative similar to Linux appear anytime soon?
Nontechnical-user-friendly alternative OSes like OS/2 have existed for
years, but have been overlooked for a variety of reasons (the two most
common being spelled M-A-R-K-E-T-S-H-A-R-E and N-O-P-R-E-L-O-A-D-S).
Today, I would still consider OS/2 and BeOS to be viable alternatives
for a subset of PC users, and UNIX-Like OSes like Linux and FreeBSD to
be viable alternatives for others.
A lot depends on one's level of expertise and on one's precise needs.
--
-Rich Steiner >>>---> [EMAIL PROTECTED] >>>---> Bloomington, MN
OS/2 + BeOS + Linux + Solaris + Win95 + WinNT4 + FreeBSD + DOS
+ VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
Life is anything that dies when you stomp it.
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
