Linux-Misc Digest #338, Volume #20 Tue, 25 May 99 02:13:11 EDT
Contents:
Re: NT the best web platform? ("[EMAIL PROTECTED]")
Re: Changing from RH to SuSe (Jim Richardson)
About RealPlayer G2... (Donn Miller)
Re: AOL access from Linux ([EMAIL PROTECTED])
Re: Alpha, PowerPC, Intel, and Sparc (Christopher B. Browne)
Re: networking applications in commercial radio (Jim Richardson)
Re: Linux or linux? (Darren Spiteri)
RH 6.0 install with Adaptec 152x ??? ([EMAIL PROTECTED])
Re: Kernel 2.2.8 breaks 127.0.0.0 ??? (Paul Kimoto)
Re: Postgresql6.4.2 for RH5.2 (L J Bayuk)
Re: Commercially speaking....? ("Mr. Gavin Wilson")
rpm arch: how to change it? (Ding-Jung Han)
[FIX] Re: Hi, am having trouble with cpio-2.4.2 on S.u.S.E. 6.0 (Leif Erlingsson)
Re: About RealPlayer G2... ("Jeffrey S. Kline")
FDD Tape Drives (Adam J)
Re: "tcp/:7100" Not available ??? (Ray)
Re: Mounting & creating an ISO file (Rod Smith)
ess solo 1 under linux 2.2.6 (Allin Cottrell)
----------------------------------------------------------------------------
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
Crossposted-To: comp.infosystems.www.servers.unix,comp.os.linux.advocacy
Subject: Re: NT the best web platform?
Date: Mon, 24 May 1999 14:24:56 +0100
Reply-To: [EMAIL PROTECTED]
Kristian Holdich wrote:
>
> They bottomed the tests at around 60 users, my intuition says that shortly
> after this NT would go into meltdown and start serving those Server to Busy
> pages you get on m$ site all the time. On our intranet we switched from NT
> to Solaris and page view time improved from around 12 seconds(!) to .6, so
> i'd say it's FUD.
>
> They probably had apache configed to do reverse lookups or some such
> nonsense...
>
NT should do well against the Solaris Webserver on Solaris or Apache
on Linux for this benchmark because of the way the WebBench 3 benchmark
is implemented on each platfom.
Solaris Webserver outscores IIS/NT on static serving and is beaten
on the dynamic part of the benchmark.
The dynamic part of the banchmakr uses cgi-bin however on NT/IIS they
provided a IIS loadable module which implemented the cgi-bin scripts.
This helps IIS enormously since it does not have to execute cgi-bin
processes/threads instead using the IIS loaded module containing
the cgi-bin routines. It also helps NT relatively more than a
simular approach would help Linux/Solaris because NT without
this trick has relatively much poorer cgi-bin performance.
Solaris and Linux on the other hand have to execute each cgi-bin
routine as a process incuring an increased overhead.
Very few web sites would implement cgi-bin routines as an IIS module.
In fact most web sites use cgi-bin with something like perl in
preference to NSAPI or ISAPI because its easier to implement.
They also measured what is NT/IIS's sweet spot a 2 CPU box, Solaris
at least scales to support many more then 2 or 4 CPU's, 4 being
the tops for NT currently.
Regards
Andrew Harrison
Enterprise IT Architect
------------------------------
From: [EMAIL PROTECTED] (Jim Richardson)
Subject: Re: Changing from RH to SuSe
Date: 24 May 1999 23:53:29 GMT
Reply-To: [EMAIL PROTECTED]
On Sun, 23 May 1999 04:05:58 GMT,
Charles Stroom, in the persona of <[EMAIL PROTECTED]>,
brought forth the following words...:
>How difficult would it be to upgrade from RH 5.1, 2.0.35, with many
>additions in source (i.e. not RPM's), modifications, replacements
>of RPM binaries by later compiled binaries from sources etc. to
>SuSe 6.1? I have heard good words about SuSe's quality, and I am a
>bit put off by RH's 6.0 price tag here (about US$ 95) vs SuSe's US$
>40 or so.
>
>But I do not know if there many problems to be expected due to
>difference in /etc, configuration files, etc.
>
>Any advice woud be appreciated.
>
>--
I did this, but I basically blew away the RH install, and installed SuSe
fresh, so this might not be of any use to you.
I just tar'd up the etc and other config files (hosts, and such) and
copied them over to another system which I then used to read the data I
needed for networking and such.
For me, the change has been great. RH was nice, but I needed/wanted
to upgrade, and like you, the price of the RH6.0 package was too much to
swallow. XFree 3.3.3 is good too, as it directly supports the chipset in
my laptop.
--
Jim Richardson
www.eskimo.com/~warlock
All hail Eris
"Linux, where do you want to go tomorrow?"
------------------------------
From: Donn Miller <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.bsd.freebsd.misc
Subject: About RealPlayer G2...
Date: Tue, 25 May 1999 00:18:23 -0400
FreeBSD doesn't even have a "RealPlayer" at all -- we're stuck in
the RealAudio era, which is to say, 2 years behind the current
RealPlayer. Even Linux is stuck with the archaic RealPlayer 5,
instead of RealPlayer G2. Not that RealPlayer is important or
anything, but I think the guys at Real have been procrastinating
too much.
I say we just hack the RealPlayer G2 format and make our own
player. (Naturally, watch out for copyright infringements).
I've thought about this for a while, but how hard could it be?
Microsoft's Media Player 2 is able to read RealPlayer format.
I personally think the RealPlayer just uses a slightly modified
variant of Streaming MPEG-{2,3}. They're both similar; both
have interframe compression of audio and video, and both look and
sound similar. I think if we worked at it, we could hack the RP
G2 format. Screw those guys at Real, they're just dragging their
feet.
In addition, I don't believe they've fixed RealPlayer for use
with the newer Linux kernels (2.2.x).
[Sorry about posting to Linux NG also, but they're in a similar
predicament; they also lack the G2 version. At least they have
5.0, though, and we got Real Audio 3.0. Plus, lots of hackers in
the Linux ng's!]
--
Donn
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: AOL access from Linux
Date: 25 May 1999 04:31:11 GMT
Ben Short <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] says...
>> Is this possible? - using AOL from Linux?
>>
> How typical of AOL ;)
> I'm sure theres a way, and it could probably be done with a little trial
> and error when making a pppd script, unless of course they use their own
> kind of ppp protocol...
Well they *do* install a "custom" TCP/IP stack on Windoze machines.
The bigger problem would be reverse engineering their "interface." You
can't use any of the standard tools to access mail, news or chat and
access to their proprietary content requires their program.
Simeon
------------------------------
From: [EMAIL PROTECTED] (Christopher B. Browne)
Crossposted-To: comp.os.linux.alpha,comp.os.linux.powerpc,comp.os.linux.setup
Subject: Re: Alpha, PowerPC, Intel, and Sparc
Reply-To: [EMAIL PROTECTED]
Date: Tue, 25 May 1999 05:04:52 GMT
On 24 May 1999 23:53:43 GMT, Philip Brown <[EMAIL PROTECTED]> posted:
>On 24 May 1999 12:58:06 -0400, [EMAIL PROTECTED] wrote:
>>...
>>Sorry, I don't know anything about the SPARC architecture.
>
>great FP support. so-so integer performance. true 64-bit support, like alpha.
>great multi-cpu support.
>
>> Probably the
>>best architecture to invest in based on future potential, speed, and power
>>efficiency is the PowerPC.
>
>not.
When it looked like there would be more than two vendors selling systems,
and possibly some non-systems-integrators selling motherboards, PPC had the
potential to be quite interesting.
But when the only companies pushing out lots of motherboards are those
"granddaddies of proprietary hardware," Apple and IBM, the likelihood of PPC
actually being competitive with IA-32 is dubious to say the least.
You can get Alpha motherboards, and it's actually worth doing so; getting
PPC motherboards looks like it's getting more challenging over time, and of
decreasing pointfulness.
Compare to the virtual nonexistence of motherboards for MIPS and StrongARM;
those chips are almost exclusively integrated into "complete" computer
systems. And this has resulted in there being two major applications for
them:
a) Embedded systems, which is as far from general purpose computing as you
can get, and
b) Video game systems that are *extremely* proprietary in nature.
Two years ago, I might have taken claims of potential PPC "ascendancy"
seriously; with the way the *economics* of PPC sales work, the likelihood of
ascendancy of general-purpose PPC systems seems to be declining roughly the
way NT on MIPS is declining...
--
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer <http://www.hex.net/~cbbrowne/lsf.html>
[EMAIL PROTECTED] - "What have you contributed to free software today?..."
------------------------------
From: [EMAIL PROTECTED] (Jim Richardson)
Crossposted-To:
alt.radio,alt.unix,comp.os.linux.networking,comp.sys.novell,comp.unix,comp.unix.advocacy
Subject: Re: networking applications in commercial radio
Date: 25 May 1999 03:11:57 GMT
Reply-To: [EMAIL PROTECTED]
On 23 May 1999 22:56:04 -0500,
Tim Ellerbee, in the persona of <[EMAIL PROTECTED]>,
brought forth the following words...:
>Currently, the radio station combo I work for is using incredibly outdated
>hardware and lame software. To wit, the PCs being used are circa 1984 and are
>not even Y2K compliant. The software being used is Broadcast Electronics
>Audio Vault. The inherent problems in thios setup is the lack of
>expandability due to the excessive cost of proprietary interface cards. Sure
>the system is running on $300 PCs but the comouter is simply used as storage
>and I/O between the main server in the production studio and the user
>terminals in the three broadcast studios. The crux of the functionality of
>the system lies in the $3000+ interface cards that each terminal needs to
>interact with the rest of the system. Is there any way to effectively and
>efficiently overhaul the system and expand the system and maintain
>expandability in the future. I am aware that there are networking solutions
>out there such as Novell Netware that will allow networking of Windows systems
>from a Unix server. But how costly would something like that be to set up
>with no more than ten users?
>
>I'm just getting into the questioning stage at this point. Any help would be
>appreciated.
>
>
>Tim Ellerbee
>Director of Continuity and Production
>Citadel Broadcasting, State College, Pa
More data would help. ie, what does the app do, and what is the nature of the
network you mention (is it ethernet? proprietary ? rs485 ?)
--
Jim Richardson
www.eskimo.com/~warlock
All hail Eris
"Linux, where do you want to go tomorrow?"
------------------------------
From: [EMAIL PROTECTED] (Darren Spiteri)
Crossposted-To: aus.computers.linux
Subject: Re: Linux or linux?
Date: Tue, 25 May 1999 00:25:48 +1000
In aus.computers.linux D. Vrabel <[EMAIL PROTECTED]> wrote:
> I would say that gcc was a utility and therefore a part of the OS. emacs
> is not a utility but a user program because there are alternative and
> smaller editors.
Vim is an editor, Emacs is an OS. ;^)
--
+-\___ ___ ______ __ __/=\=/=\=/=\=/=\=/=\=/=\=/=\=/=\=/=\=/=\=/=\-+
: / __)| _ \||_ _| /__/_/ NOTE: Above email address is fictitious. :
|:__ \: _:: :: : @# '') "Bunch of savages in this town..." - Dante |
`(____/|_|><|_||_|><><\__3- - -*(at)hempseed(dot)com><><><><><><><><><>'
------------------------------
Crossposted-To: comp.os.linux.hardware
Subject: RH 6.0 install with Adaptec 152x ???
From: [EMAIL PROTECTED]
Date: Tue, 25 May 1999 04:51:18 GMT
I'm trying to install RH 6.0 on a on a Dell 486 from an IDE cdrom onto
a SCSI HD with an Adaptec 152x controller. The hardware works fine
with both Windoze and Tom's boot/root.
When the installer probes the SCSI card, it reports that the card
cannot be found. When I switch to the console with logging output, I
see that the insmod of /modules/aha152x.o has failed. When I open up
a shell, I see that the module doesn't exist!
Ok, no problem. I'll just copy the module from a running system onto
a floppy, move it over, and install it manually. But nooo! The
installer has it's own kernel module versions.
There appeares to be a big file /modules/modules.cgz -- is this some
kind of archive of the modules? If so, how does one extract them?
Any idea what is going on here?
-p.
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: Kernel 2.2.8 breaks 127.0.0.0 ???
Date: 25 May 1999 01:18:57 -0500
Reply-To: [EMAIL PROTECTED]
[posted and e-mailed]
In article <ZIo23.14453$me.6722819@WReNphoon4>, Paul Thomas wrote:
> I can:
> ifconfig lo 127.0.0.1
> but,
> route add -net 127.0.0.0
> gives me the error:
> 'SIOCADDRT: Invalid argument'.
>
> I think this must be a kernel 'thing' because I can
> run my old kernel (2.0.27) instead of the new one
> (2.2.8) and the route invocation for 127.0.0.0 works.
Try skipping your "route add ..." command, and run "route"
(without any arguments) to see whether the routing table
is correct. I run "ifconfig lo 127.0.0.1" but haven't
run "route add 127.0.0.1" since 2.1.15 or thereabouts.
You might get some insight by glancing at
Documentation/Changes and
Documentation/networking/routing.txt in the kernel source.
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (L J Bayuk)
Subject: Re: Postgresql6.4.2 for RH5.2
Date: 25 May 1999 01:27:40 GMT
[EMAIL PROTECTED] wrote:
>
>I am looking for Postgresql6.4.2 for Redhat5.2, preferably a .rpm file.
>
>Or, I am looking for help/pointers to fix a Postgresql6.4.2 startup
>error of:
>
># ./S85postgresql start
>Starting postgresql service: IpcMemoryCreate: shmget failed (Invalid argument)
>key=5432001, size=831176, permission=600
>FATAL 1: ShmemCreate: cannot create region
>postmaster []
Make sure your kernel is built with System V IPC support. Does
the command "ipcs -a" work? If your kernel does have IPC support
already, something else is wrong. Are you using the 2.0.36 kernel
with RH5.2 or did you upgrade?
------------------------------
From: "Mr. Gavin Wilson" <Gavin@-*nospam*-.demon.co.uk>
Crossposted-To: comp.os.linux.advocacy,uk.comp.os.linux
Subject: Re: Commercially speaking....?
Date: Mon, 24 May 1999 23:05:42 +0100
Reply-To: "Mr. Gavin Wilson" <[EMAIL PROTECTED]>
In article <[EMAIL PROTECTED]>, The Ghost
In The Machine <[EMAIL PROTECTED]> writes
>On Mon, 24 May 1999 14:26:26 +0000, Jamie <[EMAIL PROTECTED]> wrote:
>>The Ghost In The Machine wrote:
>>>
>>> Actually, it's far more complicated than that. _Unauthorized Windows95_
>>> gives a pretty good overview of the situation.
>>>
>>
>>More complicated, yes, but is that a good thing ?
>
>Not really. :-)
>
>>
>>> I'm pretty sure Win98 doesn't change this relationship much.
>>
>>Win98 is not significantly different to Win95. The integration of IE4
>>can be achieved by installing IE4 on Win95. It is still DOS with too
>>many extensions. We have taken Win98 off all the new machines here as
>>the changes seem to make it worse, especially in a non Internet
>>environment.
>
>Indeed...and I'm still running Win95, here. I did install IE4.0, though.
>
>I've heard horror stories about Win98 detecting older hardware, so
>I'm holding off until I get a new 'puter.
>
Having recently gone from win95 to 98, I have to say I find it an
improvement overall. Less unstable, especially when swapping hardware
about in the machine. Never used the IE4 frontend, the whole idea just
scared me.
Hang on, we can't have a pro win98 thread in a Linux ng ;) Better
mention something Linux flavoured. Hmmm, oh yes. Read an interesting
view of Linux today, got to it from a link on opensource.org. Plenty of
references too. Which was nice.
--
|Gav|
ICQ# 19875282
[EMAIL PROTECTED]
[EMAIL PROTECTED]
------------------------------
From: Ding-Jung Han <[EMAIL PROTECTED]>
Subject: rpm arch: how to change it?
Date: Tue, 25 May 1999 01:35:23 -0400
Just tried to rebuild some src rpms on an i686 box. I've read thru RPM
HOWTO but still have no clue how to change _arch to i686 (rpm --showrc
indicates that my _arch is set to i386).
Any suggestion is welcome,
Ben
------------------------------
From: Leif Erlingsson <[EMAIL PROTECTED]>
Reply-To: Leif Erlingsson <[EMAIL PROTECTED]>
Subject: [FIX] Re: Hi, am having trouble with cpio-2.4.2 on S.u.S.E. 6.0
Date: Tue, 25 May 1999 07:30:31 +0200
Hi,
I've fixed the cpio-2.4.2 problem I previously
reported. It turned out to be a GCC or LIBC bug.
The included patch is the workaround, see the end of this
mail.
Here's how to apply (assuming GNU tar):
tar -zxvf /pub/apps/cpio-2.4.2.tar.gz
cd cpio-2.4.2
patch < /pub/apps/cpio-2.4.2.copyout.c.GCC-libc6-workaround.patch
Hmm... Looks like a new-style context diff to me...
The text leading up to this was:
==========================
|*** cpio-2.4.2/copyout.c.orig Wed Jan 10 17:10:45 1996
|--- cpio-2.4.2/copyout.c Tue May 25 07:01:20 1999
==========================
Patching file copyout.c using Plan A...
Hunk #1 succeeded at 44.
Hunk #2 succeeded at 110.
done
Then compile as usual!
On Sat, 22 May 1999, Leif Erlingsson wrote:
>
> Hi,
>
> this program, cpio-2.4.2, as delivered by S.u.S.E. or
> even as compiled by myself on the S.u.S.E. 6.0 platform, is
> exhibiting buggy behaviour. The exact same source compiled by
> myself on other operating systems is not. The problem is with
> the -c flag. With libc.so.5 there is no such problem.
>
> What happens is that header fields get placed "in the wrong
> slots", as it where. And two of them are simply cleared
> altogether, it's like two shift-registers, one with 6 byte
> words and one with 11 byte words. Everything gets shifted down
> one "notch" in both these imagined registers, and zeroes are
> shifted in at the top. See cpio.h:
>
> /* All the fields in the header are ISO 646 (approximately ASCII) strings
> of octal numbers, left padded, not NUL terminated.
>
> Field Name Length in Bytes Notes
> c_magic 6 must be "070707"
> c_dev 6
> c_ino 6
> c_mode 6 see below for value
> c_uid 6
> c_gid 6
> c_nlink 6
> c_rdev 6 only valid for chr and blk special files
> c_mtime 11
> c_namesize 6 count includes terminating NUL in pathname
> c_filesize 11 must be 0 for FIFOs and directories */
>
> All the 6-byte fields from c_ino and down form one thought
> shift-register, and the 11 byte fields for another. All the
> valies in these fields get shifted down one step using libc 6
> compared to a cpio compiled with libc 5, or even solaris libc 1,
> libnsl 1, libsocket 1, libdl 1, libmp 2. When using the -c flag
> that is.
>
> Other than running under libc 5, do you have a work-around?
> Mabye a patch to libc 6 or possibly, if this is the culprit,
> to libnsl (that is also used by S.u.S.E. 6.0 cpio)?
>
>
> I have asked before about this, and at that time simply got the
> responses that "it is known", and "it is only a problem with the
> -c flag". While I didn't know #1, I was fully aware of #2, and
> I still need this to work on all Unix-platforms I "touch". So I
> need the fix.
>
> It must be in copyout.c that things go wrong, but why only with
> libc.so.6, etc:
> ldd `which cpio`
> libnsl.so.1 => /lib/libnsl.so.1 (0x4000b000)
> libc.so.6 => /lib/libc.so.6 (0x40012000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00000000)
> ?!
>
> cpio-2.4.2 on e.g. Solaris does not have this problem.
>
> cpiohdr.h defines struct old_cpio_header, and copyout.c uses
> this structure when writing out the 76 byte header cpio.h
> talks about, see it's format above. struct old_cpio_header:
>
> struct old_cpio_header
> {
> unsigned short c_magic;
> short c_dev;
> unsigned short c_ino;
> unsigned short c_mode;
> unsigned short c_uid;
> unsigned short c_gid;
> unsigned short c_nlink;
> short c_rdev;
> unsigned short c_mtimes[2];
> unsigned short c_namesize;
> unsigned short c_filesizes[2];
> unsigned long c_mtime; /* Long-aligned copy of `c_mtimes'. */
> unsigned long c_filesize; /* Long-aligned copy of `c_filesizes'. */
> char *c_name;
> };
>
> So, what goes wrong? I'll take a peek myself, also.
>
>
> Thanks!
> ________________________________________________________________
> Leif Erlingsson, Katrinebergsvagen 70, 146 50 Tullinge, Sweden
> TEL +46 8 778-5038, MOB +46 709 14-0631, URL http://www.lege.com
*** cpio-2.4.2/copyout.c.orig Wed Jan 10 17:10:45 1996
--- cpio-2.4.2/copyout.c Tue May 25 07:01:20 1999
***************
*** 44,49 ****
--- 44,51 ----
struct new_cpio_header *file_hdr;
int out_des;
{
+ /* This is a GCC or libc 6 bug workaround... */
+ int libc6_fix_dev, libc6_fix_rdev; /* can't be where it should be -- see below */
if (archive_format == arf_newascii || archive_format == arf_crcascii)
{
char ascii_header[112];
***************
*** 108,122 ****
int dev = 0, rdev = 0;
#endif
if ((file_hdr->c_ino >> 16) != 0)
error (0, 0, "%s: truncating inode number", file_hdr->c_name);
sprintf (ascii_header,
"%06o%06o%06lo%06lo%06lo%06lo%06lo%06o%011lo%06lo%011lo",
! file_hdr->c_magic & 0xFFFF, dev & 0xFFFF,
file_hdr->c_ino & 0xFFFF, file_hdr->c_mode & 0xFFFF,
file_hdr->c_uid & 0xFFFF, file_hdr->c_gid & 0xFFFF,
! file_hdr->c_nlink & 0xFFFF, rdev & 0xFFFF,
file_hdr->c_mtime, file_hdr->c_namesize & 0xFFFF,
file_hdr->c_filesize);
tape_buffered_write (ascii_header, out_des, 76L);
--- 110,135 ----
int dev = 0, rdev = 0;
#endif
+ /* This is a GCC or libc 6 bug workaround... ifndef __MSDOS__,
+ GCC dev_t is of 'unsigned long long int' type, which is making sprintf
+ bug out with confused output as a result below. To fix this without
+ rewriting libc 6.0, libc6_fix_dev and libc6_fix_rdev is used here: */
+
+ /* Can't have this declaration here - is getting parse error before `int'
+ int libc6_fix_dev, libc6_fix_rdev; */
+
+ libc6_fix_dev = dev & 0xFFFF;
+ libc6_fix_rdev = rdev & 0xFFFF;
+
if ((file_hdr->c_ino >> 16) != 0)
error (0, 0, "%s: truncating inode number", file_hdr->c_name);
sprintf (ascii_header,
"%06o%06o%06lo%06lo%06lo%06lo%06lo%06o%011lo%06lo%011lo",
! file_hdr->c_magic & 0xFFFF, libc6_fix_dev & 0xFFFF,
file_hdr->c_ino & 0xFFFF, file_hdr->c_mode & 0xFFFF,
file_hdr->c_uid & 0xFFFF, file_hdr->c_gid & 0xFFFF,
! file_hdr->c_nlink & 0xFFFF, libc6_fix_rdev & 0xFFFF,
file_hdr->c_mtime, file_hdr->c_namesize & 0xFFFF,
file_hdr->c_filesize);
tape_buffered_write (ascii_header, out_des, 76L);
Modern Linux users may also appreciate this patch:
*** rmt.c~ Wed Dec 20 17:29:07 1995
--- rmt.c Sun May 16 03:41:56 1999
***************
*** 75,81 ****
char count[SSIZE], mode[SSIZE], pos[SSIZE], op[SSIZE];
extern errno;
! extern char *sys_errlist[];
char resp[BUFSIZ];
FILE *debug;
--- 75,81 ----
char count[SSIZE], mode[SSIZE], pos[SSIZE], op[SSIZE];
extern errno;
! /* extern char *sys_errlist[]; */
char resp[BUFSIZ];
FILE *debug;
... in case you want rmt to compile as well.
________________________________________________________________
Leif Erlingsson, Katrinebergsvagen 70, 146 50 Tullinge, Sweden
TEL +46 8 778-5038, MOB +46 709 14-0631, URL http://www.lege.com
------------------------------
From: "Jeffrey S. Kline" <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.bsd.freebsd.misc
Subject: Re: About RealPlayer G2...
Date: Tue, 25 May 1999 00:12:30 -0500
Actually it just comes back full circle since the guys at Real Audio are
doing nothin more than following that old addage of "Money talks and bull#%%
walks". Linux users ain't payin' and so we can go without. Unless there is a
waiving of a "George" or two in front of the faces there at Real, it
probably is so "back burner" that it may never get done.
jeff
[EMAIL PROTECTED]
Donn Miller wrote in message <[EMAIL PROTECTED]>...
>FreeBSD doesn't even have a "RealPlayer" at all -- we're stuck in
>the RealAudio era, which is to say, 2 years behind the current
>RealPlayer. Even Linux is stuck with the archaic RealPlayer 5,
>instead of RealPlayer G2. Not that RealPlayer is important or
>anything, but I think the guys at Real have been procrastinating
>too much.
>
>I say we just hack the RealPlayer G2 format and make our own
>player. (Naturally, watch out for copyright infringements).
>I've thought about this for a while, but how hard could it be?
>Microsoft's Media Player 2 is able to read RealPlayer format.
>
>I personally think the RealPlayer just uses a slightly modified
>variant of Streaming MPEG-{2,3}. They're both similar; both
>have interframe compression of audio and video, and both look and
>sound similar. I think if we worked at it, we could hack the RP
>G2 format. Screw those guys at Real, they're just dragging their
>feet.
>
>In addition, I don't believe they've fixed RealPlayer for use
>with the newer Linux kernels (2.2.x).
>
>[Sorry about posting to Linux NG also, but they're in a similar
>predicament; they also lack the G2 version. At least they have
>5.0, though, and we got Real Audio 3.0. Plus, lots of hackers in
>the Linux ng's!]
>
>--
> Donn
> [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Adam J)
Crossposted-To: comp.os.linux.hardware,comp.os.linux.setup
Subject: FDD Tape Drives
Date: Mon, 24 May 1999 19:13:32 -0500
I'm looking to maybe put a floppy controller add-on tape drive (I think
it's an HP 250MB) into my linux box. I run RedHat 5.0, and it says that
the kernel will support the drive but that it isn't a RedHat supported
device. Am I getting myself into deep do-do here, or is it not that hard
to do? (If it's not too hard to do, what would the device be?)
Thanks,
Adam J
------------------------------
From: [EMAIL PROTECTED] (Ray)
Subject: Re: "tcp/:7100" Not available ???
Date: 24 May 1999 15:12:53 GMT
On Sun, 23 May 1999 20:42:13 +0000, Joseph White <[EMAIL PROTECTED]> wrote:
>Hi All,
>
>I'm trying to get xfstt font server working on my Redhat 5.1
>system. I'm using Accelerated-X 4.1.2 and in there
>instructions there web site (see below) they say to add
>"tcp/:7100" to the [FontPath] section of the Xaccel.ini
>file. Then run xfstt --sync and then start it with xfstt&.
>My problem is when I start the xfstt server it reports "Port
>7100 not available please select another Port".
>
>Any idea what it is referring to? Or what what other port
>number I could use.
Sounds like xfs is already running on port 7100. xfstt should then be run
on 7101.
--
Ray
------------------------------
From: [EMAIL PROTECTED] (Rod Smith)
Subject: Re: Mounting & creating an ISO file
Date: 24 May 1999 15:12:58 GMT
Reply-To: [EMAIL PROTECTED]
[Posted and mailed]
In article <7i6k5u$pfl$[EMAIL PROTECTED]>,
"UNiDoG" <[EMAIL PROTECTED]> writes:
> Hello,
>
> Is there a way to make an ISO file and then mount it to the system so it can
> be putted on CD so that you don't have to put the files on harddisk and then
> make the iso file? The ISO file has to contain the ISO9660 standard
> filesystem or MS joliet FS.
I'm not exactly sure what you want to accomplish here. Where do you
expect to store the files -- including the ISO file -- if not on a hard
disk? Are you asking about CD-RW support?
Linux certainly does support creating ISO files, via programs like mkisofs
or mkhybrid, or GUI front-ends to these like X-CD-Roast. These programs
do require that you have access to the original files, and they create ISO
files as output. You could place either or both of these on a networked
filesystem rather than locally, but they don't work to create a CD
directly from ftp or something like that, nor do they work to write
directly to CD-RW without using an intermediate file. (Though you might
be able to get it to work by piping the output directly to a CD-R burning
program like cdrecord, but timing would be VERY critical for this, so you
might get nothing but "coasters" out of it.)
--
Rod Smith
[EMAIL PROTECTED]
http://www.channel1.com/users/rodsmith
NOTE: Remove the "uce" word from my address to mail me
------------------------------
From: Allin Cottrell <[EMAIL PROTECTED]>
Subject: ess solo 1 under linux 2.2.6
Date: Mon, 24 May 1999 20:53:40 -0400
I grabbed the alsa drivers/lib/utils and installed them, using
the built-in isapnp. Unmuted as per the FAQ, but still no sound.
The modules are going in OK, but then when I try to play (or aplay)
anything I'm getting "/dev/audio: input/output error" and the same
for other devices.
I wonder if this could be anything to do with the fact that the
ess system is being put at a different io range from the setup
under win98?
--
Allin Cottrell
Department of Economics
Wake Forest University, NC
------------------------------
** 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
******************************
