Linux-Misc Digest #209, Volume #19 Sat, 27 Feb 99 14:13:10 EST
Contents:
Don't go away mad, just go away... (DrBoom)
Re: More bad news for NT (Harry)
Compiling Apache Jserv ("Noel")
Re: Should IBM port Visual Age for Java to Linux? (Harry)
why is compiling (and installation) so difficult ([EMAIL PROTECTED])
Re: Microkernels are an abstraction inversion (Kristofor Wiklund)
Any JDK for Linux? (James Tam)
Re: Serial terminal (Stan Barr)
Re: RPM says Data Type 9 not supported ("Frank Bures")
Re: Canon BJC-4400 printer (James Bourne)
Pentium III Boycott and survey info (Boycott Swintel)
Redhat 5.2 is a waste of time.....Win98 for 2000. ('Wulff)
Re: rpm's and slackware ([EMAIL PROTECTED])
Re: Best Free Unix? (why FreeBSD?) (void)
----------------------------------------------------------------------------
From: DrBoom <[EMAIL PROTECTED]>
Crossposted-To:
comp.unix.questions,comp.unix.advocacy,comp.unix.misc,comp.unix.bsd.freebsd.misc
Subject: Don't go away mad, just go away...
Date: Sat, 27 Feb 1999 07:24:30 GMT
Note to everybody but John: just skip this one.
"John S. Dyson" wrote:
[snipped newsreader humor]
> > Expertise in one area (VM systems, etc.) does not imply expertise in
> > others (licensing, philosophy, etc.). Nor does it imply general
> > cluefullness -- often it implies the opposite.
> >
> Actually, I am one of the least clueless regarding I/O subsystems,
> VM systems and licensing. I am only an end user of alot of types
> of software.
You missed the point, which reinforces the second sentence of that
quote.
I have no doubt that you could out-code me with your entire brain tied
behind your back. I also have no doubt that you have given a great deal
more thought to the subject of licensing than I have. Big deal. I could
say the same thing about RMS. Given the single-minded and quixotic
nature of both of your rants, I'm not inclined to give either one of you
much credence on anything outside your real expertise. Come to think of
it, the best posts that have supported your position weren't written by
you.
It's much the same as actors-cum-ecology "experts" -- why people listen
to them is beyond my ken.
> > Nice, factual flame follows...
> >
> Actually flaming wasn't needed. This shows total ignorance of
> lucid and kindly behavior. Indeed typical of certain class of
> individuals.
Since when does the flamee make that decision? :-)
Seriously, though: spare me the sanctimonious rubbish. You reap what you
sow.
In the course of this annoying thread, I've picked up the following:
1) You have some ugly Yank-centric attitudes, as I pointed out.
2) You belittle the accomplishments and mental capacity of others in the
most condescending manner simply because they don't do things the way
*you* would like them done.
3) You don't communicate your point very well -- others on both sides
have given me pause to think, but you mostly haven't done so despite the
volume of verbiage.
4) You have waaaay too much time on your hands.
Lest you think I'm an ungrateful boor, let me take this opportunity to
say thanks for the work you've done on FreeBSD.
With that said, I consign followups to this inane thread to c.u.a where
they belong.
-John Noble
[EMAIL PROTECTED]
------------------------------
From: Harry <[EMAIL PROTECTED]>
Subject: Re: More bad news for NT
Date: Sat, 27 Feb 1999 13:10:40 -0500
Written by Gregory Propf
> As for Netscape locking up, you WILL find that happening under
Linux. The difference is that bad software can't crash the whole
system under Linux like it does ALL THE DAMN TIME under Windows.
Don't argue with me on this, I work with this garbage every o
workday and I know what I'm talking about. <s
NT is perfectly stable. Everyone who uses it says so. Sounds to
me like you're running some sort of campaign to promote Linux by
defaming Windows. The fact is that, if people's personal i
experience of the OS bears no resemblence to what you say, few y
are going to listen to what you have to say. I also work with NT is
Windows every day (I'm writing to you from a two-year-old NT
Workstation that's NEVER crashed, no matter how many times Th system
poorly-built applications on it fail), but so do most people on
the Internet. Stories of blood on the keyboard are plainly eon
ridiculous.t
Harryu
------------------------------
From: "Noel" <[EMAIL PROTECTED]>
Crossposted-To:
comp.infosystems.www.authoring.misc,comp.infosystems.www.authoring.tools,comp.infosystems.www.misc,comp.infosystems.www.servers.unix
Subject: Compiling Apache Jserv
Date: 27 Feb 1999 18:29:36 GMT
I am running Redhat Linux 5.2 with Apache 1.3. I downloaded JServ 1.0b3 but
I am having trouble compiling. Has anyone compiled it on Redhat or is there
an RPM for this current version.
I don't have the apache source installed, and everytime I tried to run the
configure script I got the message could not find source in . or ..
Some help!
Thanks in Advanced!
Noel
------------------------------
From: Harry <[EMAIL PROTECTED]>
Subject: Re: Should IBM port Visual Age for Java to Linux?
Date: Sat, 27 Feb 1999 13:23:53 -0500
In case any IBMers are monitoring this thread - YES THEY SHOUD!!
VisualAge for Java is one of the best programs ever to come out
of a software company, and it's the best IBM program I've ever
used. Please, please, please port it to Linux!r
�@:>> The only argume
Harry
------------------------------
From: [EMAIL PROTECTED]
Subject: why is compiling (and installation) so difficult
Date: Sat, 27 Feb 1999 18:29:39 GMT
Is there newbie step-by-step on how to set up a linux system which
allows easy compilation of source software.
On a RedHat 5.2 system I have installed gcc, bindutils, make and other
packages which I assumed to be neccessary for compilation of software
but constantly got errors when trying to compile software.
I decided to install only packaged software but recently also there
error messages accumulated (e.g. _undefined
symbol:__registered_frame_info error).
Now I did want to install some software not available as RPMs,
unfortunately unsuccessful again.
Some help appreciated.
Christian
P.S.: config.log of "M (email-software)" and "descent" below:
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:588: checking for python
configure:618: checking for threads
configure:648: checking for dmalloc
configure:678: checking for efence
configure:708: checking for debug
configure:738: checking for debug
configure:774: checking host system type
configure:799: checking for gcc
configure:876: checking whether the C compiler (gcc ) works
configure:890: gcc -o conftest conftest.c 1>&5
configure:910: checking whether the C compiler (gcc ) is a
cross-compiler
configure:915: checking whether we are using GNU C
configure:924: gcc -E conftest.c
configure:939: checking whether gcc accepts -g
configure:969: checking whether gcc and cc understand -c and -o
together
configure:984: gcc -c conftest.c -o conftest.o 1>&5
configure:985: gcc -c conftest.c -o conftest.o 1>&5
configure:990: cc -c conftest.c 1>&5
configure:992: cc -c conftest.c -o conftest.o 1>&5
configure:993: cc -c conftest.c -o conftest.o 1>&5
configure:1020: checking how to run the C preprocessor
configure:1041: gcc -E conftest.c >/dev/null 2>conftest.out
configure:1082: checking whether gcc needs -traditional
configure:1141: checking for a BSD compatible install
configure:1196: checking for c++
configure:1196: checking for g++
configure:1196: checking for gcc
configure:1227: checking whether the C++ compiler (gcc ) works
configure:1241: gcc -o conftest conftest.C 1>&5
gcc: installation problem, cannot exec `cc1plus': No such file or
directory
configure: failed program was:
#line 1237 "configure"
#include "confdefs.h"
main(){return(0);}
config.log of ldescent 0.0.20
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
configure:580: checking for a BSD compatible install
configure:633: checking whether build environment is sane
configure:690: checking whether make sets ${MAKE}
configure:736: checking for working aclocal
configure:749: checking for working autoconf
configure:762: checking for working automake
configure:775: checking for working autoheader
configure:788: checking for working makeinfo
configure:809: checking host system type
configure:831: checking whether byte ordering is bigendian
configure:849: cc -c conftest.c 1>&5
configure:864: cc -c conftest.c 1>&5
configure: In function `main':
configure:859: `not' undeclared (first use this function)
configure:859: (Each undeclared identifier is reported only once
configure:859: for each function it appears in.)
configure:859: parse error before `big'
configure: failed program was:
#line 853 "configure"
#include "confdefs.h"
#include <sys/types.h>
#include <sys/param.h>
int main() {
#if BYTE_ORDER != BIG_ENDIAN
not big endian
#endif
; return 0; }
configure:927: checking for gcc
configure:1004: checking whether the C compiler (gcc ) works
configure:1018: gcc -o conftest conftest.c 1>&5
configure:1038: checking whether the C compiler (gcc ) is a
cross-compiler
configure:1043: checking whether we are using GNU C
configure:1052: gcc -E conftest.c
configure:1067: checking whether gcc accepts -g
configure:1097: checking for ranlib
configure:1124: checking how to run the C preprocessor
configure:1145: gcc -E conftest.c >/dev/null 2>conftest.out
configure:1189: checking for X
configure:1256: gcc -E conftest.c >/dev/null 2>conftest.out
configure:1252: X11/Intrinsic.h: No such file or directory
configure: failed program was:
#line 1251 "configure"
#include "confdefs.h"
#include <X11/Intrinsic.h>
configure:1332: gcc -o conftest -g -O2 conftest.c -lXt 1>&5
ld: cannot open -lXt: No such file or directory
configure: failed program was:
#line 1325 "configure"
#include "confdefs.h"
int main() {
XtMalloc()
; return 0; }
------------------------------
Date: Sat, 27 Feb 1999 12:39:08 -0500
From: Kristofor Wiklund <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: gnu.misc.discuss,comp.os.linux.advocacy
Subject: Re: Microkernels are an abstraction inversion
Francois-Rene Rideau wrote:
>
> Barry Margolin <[EMAIL PROTECTED]> writes:
> > There can also be benefits in reliability and security [in a �K].
> > In a macrokernel,
> > the potential interactions between kernel modules are almost unlimited,
> > making it very difficult to verify these attributes. A microkernel
> > typically provides a limited messaging interface between the higher layer
> > modules, and each module can be debugged independently.
> That's the typical fascist approach to programming:
> when a wrong is possible, build a barrier to FORBID the wrong,
No that's avoid the General Protection Fault(and other problems) smart
programming approach.
> making things even more difficult without solving any real problem,
> by forcing you to explicitly enforce your implicit assumptions.
Wouldn't you say preventing system corruption solving a real problem?
> The libertarian approach is to ENABLE the good, and make it easy:
> have a high-level language and a type-system that ALLOW you to
> explicitly express your constraints and implicitly enforce them.
> These are OPPOSITE approaches to programming, and to life.
And just what the hell does this have to do with the kernel of an
operating system? You could create the above on a micro-kernel based
system just as well as a monolithic based system.
> If you want to program in a concurrent object model,
> don't hand-emulate clumsily with explicit C code that polls and forks:
> use a concurrent programming language, with an efficient compiler:
> JOCAML, CML, Kali Scheme, among many others, come to mind.
> > [a �K] does add complexity
> Yes, and that's all it does.
> Spell it after me: ABSTRACTION INVERSION.
An improperly used microkernel can be disasterous, but bad kernel
modules also cause problems. I won't say the microkernel is the future
of all operating systems, but I will say the microkernel is a concept
well worth investigating. It is also important to state that there are
multiple approaches to working with microkernel. Problems found in one
approach do not necessarily apply to all approaches(especially those
that may not have been considered yet).
------------------------------
From: James Tam <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.java.setup,comp.lang.java.api
Subject: Any JDK for Linux?
Date: Fri, 26 Feb 1999 12:57:15 -0500
Hi,
I am looking for a JDK for Linux.
Anyone know anything?
Thanks
James
------------------------------
From: [EMAIL PROTECTED] (Stan Barr)
Subject: Re: Serial terminal
Date: 26 Feb 1999 18:06:09 GMT
Reply-To: [EMAIL PROTECTED]
On Thu, 25 Feb 1999 19:21:37 +0000,
Matthias Warkus <[EMAIL PROTECTED]> wrote:
>For my new box, perhaps I'd like to have a serial terminal hooked up
>to the free RS232 port. Thus, I've got some questions.
>
>1. Which terminal do you recommend?
Depends what you want to do, for text mode almost anything will work.
I use an old Macintosh SE and a Qume QVT103 both emulating a vt100.
If you want X, run Linux on an old 486 or old Pentium box.
>2. Where do I get one, cheap, preferably in Germany?
Ask around, I got the Qume for nothing, the SE cost UKP30
>3. Is there a length limit on serial cables?
Depends a little on the speed - 115200 baud works up to about 15mtrs or so.
Hope this helps....
Stan Barr [EMAIL PROTECTED]
------------------------------
From: "Frank Bures" <[EMAIL PROTECTED]>
Subject: Re: RPM says Data Type 9 not supported
Date: Fri, 26 Feb 1999 12:59:51 -0500 (EST)
Reply-To: "Frank Bures" <[EMAIL PROTECTED]>
On Fri, 12 Feb 1999 23:39:11 +0200, David Henry wrote:
>I am running a Red Hat 5.0 systen with rpm 2.2.7, cpio 2.4.2.
>When trying to load any package from my new Red Hat 5.2 disk I get the
>message
>
>Data Type 9 not supported
Get the latest version of rpm, currently it is 2.5.3-5.1
Frank Bures, [EMAIL PROTECTED] (use this address for replies)
http://frank.chem.utoronto.ca/electronics
------------------------------
From: [EMAIL PROTECTED] (James Bourne)
Crossposted-To: comp.os.linux.setup,alt.os.linux
Subject: Re: Canon BJC-4400 printer
Date: 26 Feb 1999 17:36:19 GMT
Reply-To: [EMAIL PROTECTED]
On Thu, 25 Feb 1999 05:18:21 -0600, Uncle Meat did say with great verbosity:
:[EMAIL PROTECTED] wrote:
:>
:> Has anyone gotten a canon bjc-4400 printer working with linux. I can print
:> directly to the port but this is rather limiting. Although purchased for my
:> wifes win95 use, I'd like to make use of it as well. I was able to print
:> from staroffice and netscape twice, and I have no idea what I did
:> differently, but it now just dumps crap to the paper. Any insight is
:> appreciated or tips on where to go for information.
:
:If you're using RH, there's a bug in the printfilter. Go into
:/var/spool/lpd/lp and comment out the line that starts with 'COLOR=-' in
:postscript.cfg. I have a BJC-610 and did it. I still get color (although
:dark) and everything elses as well.
Actually, it's something within the BJC-600 driver in ghostscript. You have
to print with:
COLOR=-dBitsPerPixel=1
EXTRA_GS_OPTIONS="-sProcessColorModel=DeviceGray"
under RH in the postscript.cfg. You can also use -dBitsPerPixel=8 but I
found it printed a bit dark, 1 bpp works nicely.
Check out http://www.picante.com/~gtaylor/pht/printer_list.cgi for a
database listing of ghostscript supported (or at least Unix supported)
printers.
Regards
Jim
:Didja get any onya?
I'm not even going to ask... :)
--
James Bourne | Email: [EMAIL PROTECTED]
Affinity Systems Inc. | WWW: http://www.affinity-systems.ab.ca
Everything Unix | Linux: The choice of a GNU generation
======================================================================
Unix System Administration, System programming, Network Administration
------------------------------
From: [EMAIL PROTECTED] (Boycott Swintel)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.hardware
Subject: Pentium III Boycott and survey info
Date: Fri, 26 Feb 1999 17:57:53 GMT
Pentium III chip with the individual serial number that can
track your web surfing and buying habits can now have the ID number
turned on and off by software. Following some links I found the
www.fightdivx.com website and noticed that they have a Intel Boycott
page with links, quotes and info on why you should boycott the
invasion of privacy Pentium III chips. Just like everyone suspected,
the ID number can be taken without a customers knowledge. Just like
cellular phone fraud, once someone has your unique ID number, they
could pose as you on the internet. Do not be fooled by reports that
this problem is fixed because Intel disabled this feature by software
on their up coming chips. Information is power. They want to know
your surfing and buying habits. That is what this is all about. Here
is the link to the page with the boycott info and links.
http://www.fightdivx.com/intelboycott.htm
Also you will find a Boycott Intel screen saver and banner on their
page above. Spread it around.
Take the Pentium III Boycott Survey
http://mail.infotrieve.com/isurvey/index.cfm?vendorid=6045&formid=F0006045
------------------------------
From: [EMAIL PROTECTED] ('Wulff)
Crossposted-To: alt.os.linux,alt.linux,linux.redhat.misc
Subject: Redhat 5.2 is a waste of time.....Win98 for 2000.
Date: Sat, 27 Feb 1999 18:58:14 GMT
I'm kidding....Sorry for the attention getter tag.
I'm in the mood today to start the process of nuking Winblows 98 on a
few of my rigs so It's time to seriously look at linux.
I'm not a newbie to computers but I've done absolutely NO research on
linux/redhat to date.
I can get Redhat 5.2 today without a problem but If I can d\l it from
ftp i'll do that instead(cable modem).
I realize I can probably find all the info with a crapload of browsing
but hey,Isn't this what NG's are for? <g>
Any info to get me started would be appreciated.
Thanks.
'Wulff
......................................................
Hindsight is nature's way of saying
"Boy did YOU screw up".
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: rpm's and slackware
Date: 27 Feb 1999 18:58:51 GMT
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
says...
>
>[EMAIL PROTECTED] wrote:
>
>>On 23 Feb 1999 20:39:42 GMT, [EMAIL PROTECTED] (Jason
>>Rotunno) wrote:
>>
>>>
>>>are rpm's specifically for redhat or can they be used in slackware as
>>>well? i was trying to install kde, but it wouldn't compile properly so
>>>i'm wondering if i can try to install it using rpm. also, i'm
downloading
>>>enlightenment and one of the libraries needed is offered only as rpm or
>>>for debian, but no source code so i'm wondering if i can use the rpm...or
>>>the debian version if it'll work under slackware.
>>>
>>there is a tool to convert rpm to tgz files. and you can then use
>>slakware package managment to install/remove it.
>>
>>
>Alternatively you can use mc (Midnight Commander) to view the
>contents of the rpm and copy files from it.
How do get mc to do this? It only lets me upgrade and install files on my
system, not actually view them. Hmm..do you need to be running as root to
actually view/copy the contents? If so, that would explain everything then.
------------------------------
From: [EMAIL PROTECTED] (void)
Crossposted-To:
comp.unix.questions,comp.unix.advocacy,comp.unix.misc,comp.unix.bsd.freebsd.misc
Subject: Re: Best Free Unix? (why FreeBSD?)
Date: 26 Feb 1999 18:10:48 GMT
On Fri, 26 Feb 1999 15:21:14 GMT, Christopher J. Mattern
<[EMAIL PROTECTED]> wrote:
>
>Anyone else been absolutely amazed by this? Even in a federal court
>case, M$ can't stop rigging the demos...
I'm not surprised that they're lying in court, but I am a little bit
surprised that they're not doing a better job of it.
I guess they got complacent after lying bald-faced to users and vendors
for so long without reprisal.
For an entity that lies so much, they certainly are bad at it.
--
Ben
"You have your mind on computers, it seems."
------------------------------
** 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
******************************
