Linux-Misc Digest #610, Volume #25 Tue, 29 Aug 00 11:13:05 EDT
Contents:
Re: Script from crontab doesn't work. (Andreas Kahari)
Re: tsx-11? (Andreas Kahari)
pppd CHAP and BTConnect ([EMAIL PROTECTED])
Re: Backup Software (Dustin Puryear)
Re: Linux Mail Server (Dustin Puryear)
Re: Newbie: Problems with DOSEMU (Rob Clark)
Re: Pro*C (Balbir Sanghera - Sun UK - Application Developer)
Free ISPs? (Keith Smith)
Start a process on second CPU? ([EMAIL PROTECTED])
Re: Using gnomeicu (JCA)
Re: Linux, XML, and assalting Windows ([EMAIL PROTECTED])
Re: System crash trashed all open files (Dr Vincent C Jones)
Re: Script from crontab doesn't work. (-ljl-)
Re: opengl on sgi linux machines? (David Steuber)
----------------------------------------------------------------------------
Subject: Re: Script from crontab doesn't work.
From: [EMAIL PROTECTED] (Andreas Kahari)
Date: 29 Aug 2000 15:13:41 +0100
In article <Q9Oq5.77696$Kw2.687933@flipper>,
Sjoerd Langkemper <[EMAIL PROTECTED]> wrote:
>I have a script which puts some text in a HTML file. The script runs fine
>from the command line, but not from a crontab. Any suggestions?
[cut]
>NIEUWS=`/usr/bin/lynx --source http://www.webwereld.nl/shomepage.phtml |
>/bin/grep kop1 | /bin/sed s/.*kop1\>//g | /bin/sed s/\<.*//g`
[cut]
>The crontab produces mail which says: Your terminal lacks the ability to
>clear the screen or position the cursor.
Lynx is a web browser, try something a little less sofisticated that
is designed to just fetch web pages, such as 'wget'.
The best (as in "designed to do just that") thing to use would be the
'GET' command found in the 'libwww-perl' package on Debian systems
(see
<URL:http://www.debian.org/Packages/stable/interpreters/libwww-perl.html>)
or at <URL:http://www.linpro.no/lwp/>.
/A
--
Andreas Kähäri, <URL:http://hello.to/andkaha/>.
All junk e-mail will be reported to the appropriate authorities.
========================================================================
The important thing is not to stop questioning.
------------------------------
Subject: Re: tsx-11?
From: [EMAIL PROTECTED] (Andreas Kahari)
Date: 29 Aug 2000 15:17:59 +0100
In article <8ogaor$220$[EMAIL PROTECTED]>, -ljl- <[EMAIL PROTECTED]> wrote:
>Is 'tsx-11.mit.edu' dead? I haven't been able to ftp them for
>several weeks.
>
>Thanks.
>--
>Louis-ljl-{ Louis J. LaBash, Jr. }
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.
Why don't you ask at mit.edu?! Try e-mailing "postmaster" or
"network-request" @mit.edu.
/A
--
Andreas Kähäri, <URL:http://hello.to/andkaha/>.
All junk e-mail will be reported to the appropriate authorities.
========================================================================
The important thing is not to stop questioning.
------------------------------
From: [EMAIL PROTECTED]
Subject: pppd CHAP and BTConnect
Date: Tue, 29 Aug 2000 13:09:38 GMT
Hi All
Just switched to BT connect unmetered access and trying to get our
Slackware box to connect.
Had the setup working previously with Demon and Ezesurf, but these
didn't use CHAP.
Having worked through various problems, I think the problem may be with
the actual CHAP secrets file.
BT aren't a lot of help concerning linux, but they did confirm that
they use CHAP.
The connection works with Windoze, so the account is set up OK.
Has anyone done this before?
My current CHAP secrets file contains
<my_BT_userid> * <my_BT_password>
* <my_BT_userid> <my_BT_password>
Any ideas?
TIA
Andy Hill
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Dustin Puryear)
Subject: Re: Backup Software
Reply-To: [EMAIL PROTECTED]
Date: Tue, 29 Aug 2000 13:23:53 GMT
On Mon, 28 Aug 2000 15:41:15 GMT, [EMAIL PROTECTED] wrote:
>In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] wrote:
>> Veritas has some excellent programs available, especially if you are
>> or will be running a mixed environment.
>
>Didn't know that Veritas had released BackupExec for Linux.
>Have to check that out.
Well, they *support* Linux, however Backup Exec runs on NT. Backup
Exec also comes with clients for a variety of other platforms,
including the venerable SCO OpenServer, which is found in quite a few
small to medium businesses.
Also, don't forget about Veritas NetBackup. Not cheap, but when you
need it you need it.
---
Dustin Puryear <[EMAIL PROTECTED]>
Author of "Integrate Linux Solutions into Your Windows Network"
The Baton Rouge Linux User Group - http://www.brlug.net
------------------------------
From: [EMAIL PROTECTED] (Dustin Puryear)
Crossposted-To:
alt.os.linux,comp.os.linux.networking,comp.os.linux.setup,uk.comp.os.linux
Subject: Re: Linux Mail Server
Reply-To: [EMAIL PROTECTED]
Date: Tue, 29 Aug 2000 13:24:49 GMT
On Mon, 28 Aug 2000 09:17:52 -0400, "Richard F. Jr."
<[EMAIL PROTECTED]> wrote:
>I would point you to QMail - www.qmail.org ...
>QMail is currently the most secure MTA around for UNIX / Linux and is very
>fast,
>and very scalable. LARGE Servers use QMail like :
Touted as the most secure..
---
Dustin Puryear <[EMAIL PROTECTED]>
Author of "Integrate Linux Solutions into Your Windows Network"
The Baton Rouge Linux User Group - http://www.brlug.net
------------------------------
Subject: Re: Newbie: Problems with DOSEMU
From: [EMAIL PROTECTED] (Rob Clark)
Date: Tue, 29 Aug 2000 13:33:41 GMT
In article <[EMAIL PROTECTED]>,
Ric Foxall <[EMAIL PROTECTED]> wrote:
>
>Can anyone tell me what the following error message means - AND - how to
>correct the problem .....
>
>" Error in /var/lib/dosemu/global.conf: (line 476) Disk-device/file
>/var/lib/dosemu//var/lib/dosemu/hdimage.first doesn't exist.
>1 error(s) detected while parsing the configuration-file "
>
>Note: the file "hdimage.first" does exist in "/var/lib/dosemu"
You do not need the full path in dosemu.conf, i.e.:
$_hdimage = "hdimage.first"
not
$_hdimage = "/var/lib/dosemu/hdimage.first
Rob Clark, [EMAIL PROTECTED]
http://start.at/modem
------------------------------
From: Balbir Sanghera - Sun UK - Application Developer
Subject: Re: Pro*C
Date: Tue, 29 Aug 2000 14:43:08 +0100
[EMAIL PROTECTED] wrote:
>
> HI
>
> I was wondering if anyone could tell me if there is a Pro*C or
> equivalent pre-compiler available for Linux.
>
> Thanks, in advance,
There is for Oracle, It comes with oracle server
bal.
------------------------------
From: Keith Smith <[EMAIL PROTECTED]>
Subject: Free ISPs?
Date: Tue, 29 Aug 2000 09:50:34 -0400
Are there any free ISPs that work with Linux? If so, please
post URLs. I am looking for ISPs that can be reached from Philadelphia
area w/o toll charges....
Keith R
------------------------------
From: [EMAIL PROTECTED]
Subject: Start a process on second CPU?
Date: Tue, 29 Aug 2000 14:32:20 GMT
Does anybody know how to specify which CPU to start a process on?
Maybe a tool that does it?
I know that the latest kernels distribute processes evenly over multiple
CPU's, but i really, REALLY want to start a specific process on a specific
cpu.
And, is there anyway to find out wich processes are running on which CPU?
Thanks!
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: JCA <[EMAIL PROTECTED]>
Subject: Re: Using gnomeicu
Date: Tue, 29 Aug 2000 07:33:05 -0700
OK guys, thanks. Your feedback is much appreciated.
Andreas Kahari wrote:
> In article <[EMAIL PROTECTED]>,
> Dances With Crows <[EMAIL PROTECTED]> wrote:
> >>Andreas Kahari wrote:
> >>> I have never used GnomeICU and I know that I never will, but I had no
> >>> problems finding the documentation in the distribution tar-ball (it's
> >>> HTML formatted for those who don't know how to read plain text files).
> >>> Did you even try to *start* looking for the docs?
> >On Mon, 28 Aug 2000 11:01:54 -0700, JCA wrote:
> >> Thanks for the info. Now how come you will never use it? Is
> >>anything wrong with it? Do you know of any better ICQ programs
> >>out there for Linux?
> >
> >Can't speak for Andreas, but I personally find real-time chat programs
> >to be annoying since people expect me to talk to them right away and get
> >annoyed when I don't respond immediately. The asynchronous
> >communication possible with E-mail and Usenet fits the way I do things
> >much better, and Andreas may feel the same way.
> >
>
> Exactly.
>
> >There are a whopping lot of ICQ programs available; go to
> >http://freshmeat.net/ and search for "ICQ". Try several out, pick the
> >one you like the best, and be sure to read the documentation before you
> >panic. Every tarball comes with a README, and most come with a "doc"
> >directory.
>
> In fact, most programs comes with documentation in one form or
> another. Start looking for a README and INSTALL file whenever you
> install things from Freshmeat.
>
> /A
>
> --
> Andreas Kähäri, <URL:http://hello.to/andkaha/>.
> All junk e-mail will be reported to the appropriate authorities.
> ------------------------------------------------------------------------
> The important thing is not to stop questioning.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: alt.os.linux,comp.text.xml,comp.os.linux.setup
Subject: Re: Linux, XML, and assalting Windows
Date: Tue, 29 Aug 2000 14:42:18 GMT
Sure you could use xml, as long as your install program can write it.
It would equivalent to the registry in WinX or the assorted /etc files
(and more) in *x. But these mechanisms work (ugly as they may be in
their own unique ways). Why are you trying to fix the part of software
installation & configuration that isn't broken?
In article <6WNq5.22658$[EMAIL PROTECTED]>,
"paul snow" <[EMAIL PROTECTED]> wrote:
> Yes, the biggest problem is the interactions. If I have a set of
(any sort
> of structured description, so why not use, or ASOSDSWNU ) XML, why
can't we
> carry this XML forward to automate how we deal with them?
>
> Another complexity is just what we install. We can use (ASOSDSWNU)
XML to
> help us there too.
>
> <[EMAIL PROTECTED]> wrote in message
news:8ofk4s$8vl$[EMAIL PROTECTED]...
> > There's nothing magic about xml, as others have pointed out.
Despite
> > all the current hype, it's really just SMGL lite--25 year old
> > technology chopped down to a manageable size & warmed over. The
only
> > reason people thinks it's hot is 'cause it has 'X' in its name.
> >
> > Though it's got no technical advantage over other file formats, it
does
> > have some value due to the hype--there's some consensus for it, so
it's
> > a kind of lingua franca. A big disadvantage over other formats is
that
> > it's so verbose--data files typically grow by an order of magnitude
> > when converted to xml format.
> >
> > It's already being used for configuration files & deployment
> > descriptors--something like what you're describing. It's
descriptive
> > enough & it works. I admit that I use xml frequently because, all
else
> > being equal, it's what everybody else thinks is new & hot &
sexy. So
> > people think our software is cool 'cause it use xml. & like I said,
> > it's no disadvantage that it works & you can get free parsers for it
> > from IBM & Sun & Oracle etc.
> >
> > But it doesn't solve any new problems. The biggest pain in the ass
in
> > installing new software on an existing system is the interaction
with
> > the software & hardware configuration that is already there.
> > That's the tough part & xml doesn't help with that. That's the job
> > that install programs do.
> >
> > In article <3q1p5.14319$[EMAIL PROTECTED]>,
> > "paul snow" <[EMAIL PROTECTED]> wrote:
> > > Here is a few observations:
> > >
> > > Linux on the desktop (and as a server) requires it to beat Windows
> > XXX hands
> > > down for ease of configuration, security, and management.
> > >
> > > Installing software is simply the act of constructing in storage a
> > proper
> > > representation of the software. In other words, our talking about
> > > installing software on a computer is like a painter insisting she
is
> > > installing a picture of a duck onto her painting. It doesn't
matter
> > how she
> > > does it, she is rendering the duck, not installing it.
> > >
> > > We need to get rid of install programs, on all platforms. There
isn't
> > > another single thing we do on computers that causes more in
dollars
> > and time
> > > (Solitaire *is* a close second, however ;-).
> > >
> > > XML can be used to define a program in abstract. A single,
separate
> > > Software Rendering Facility can be used to take a program's
abstract
> > form in
> > > XML and render it to the target computer system.
> > >
> > > XML can be used to capture the options required for this
rendering.
> > >
> > > XML can be used to refer to a group of programs in abstract (XML),
> > and their
> > > options (XML), in order to define a single definition that can be
> > expressed
> > > in different ways on different computer systems to construct an
> > operational,
> > > distributed application. (Unlike today, where we have to install
> > every web
> > > server, every firewall, every Java JDK, every etc. all from
scratch,
> > with
> > > one mistake preventing any of it from working!)
> > >
> > > This discussion about how XML might be used along with Linux to
> > create a new
> > > concept in Operating Systems is beginning. We have the technology
> > and the
> > > know how. We just have to take our computer system, set it on its
> > side and
> > > view it a bit differently. This technology is going to
completely
> > change
> > > the rules of software configuration, management, and security, and
> > you can
> > > make it happen.
> > >
> > > http://www.egroups.com/group/xmlos/
> > > http://www.egroups.com/subscribe/xmlos/
> > >
> > > Paul Snow
> > > [EMAIL PROTECTED]
> > >
> > >
> >
> >
> > Sent via Deja.com http://www.deja.com/
> > Before you buy.
>
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Subject: Re: System crash trashed all open files
From: [EMAIL PROTECTED] (Dr Vincent C Jones)
Date: Tue, 29 Aug 2000 10:44:26 -0400
These are the errors left behind after fsck did its thing in manual mode
(correcting a boatload of errors). The problem is, they are "legal"
files from the view of fsck, but totally bogus and undeletable.
FWIW: the "kill_file" command in debugfs had no effect except to mark
the drive as corrupt. After fsck, the bad "device" file is still there.
Note that I not only have a small (90M) root partition, but also an
Emergency boot partition with a completely independent Linux install on
it for handling just this sort of emergency. The original root partition
has already been reformatted and restored from tape, as the corruption
rendered it unbootable. I'm just keeping the /usr around so as not to
destroy all the evidence.
Vincent C Jones
In article <[EMAIL PROTECTED]>,
Villy Kruse <[EMAIL PROTECTED]> wrote:
>On 28 Aug 2000 19:58:55 GMT, Dances With Crows <[EMAIL PROTECTED]> wrote:
>
>>
>>"debugfs" can be your friend here, though if things like /bin/bash are
>>corrupted, it'll be difficult to do anything. man debugfs, and good
>>luck.
>>
>
>
>That is, you might need this if ckfs does not fix all problems. This is
>one case where a small root file system is valuable as this would make
>it less likely that the root file system gets damaged. Repairing the
>root file system can be real difficult as you need it to be mounted to
>even do anything; except if you can boot with a root floppy.
>
>
>
>Villy
------------------------------
From: -ljl- <[EMAIL PROTECTED]>
Subject: Re: Script from crontab doesn't work.
Date: Tue, 29 Aug 2000 14:49:03 GMT
In article <Q9Oq5.77696$Kw2.687933@flipper>,
"Sjoerd Langkemper" <[EMAIL PROTECTED]> wrote:
> I have a script which puts some text in a HTML file. The script runs
fine
> from the command line, but not from a crontab. Any suggestions?
>
> Crontab entry:
> 1,31 * * * * /root/updatesjoerd.sh
>
> Script (updatesjoerd.sh):
> #!/bin/sh
>
> NIEUWS=`/usr/bin/lynx --source http://www.webwereld.nl/shomepage.phtml
|
> /bin/grep kop1 | /bin/sed s/.*kop1\>//g | /bin/sed s/\<.*//g`
>
> WEER=`/usr/bin/lynx --source
http://www.knmi.nl/voorl/weer/verwachting.html
> | /bin/egrep '<[pP]><[bB]>.*</[bB]>' | /bin/sed s/"<\/*.>"/""/g |
/bin/sed
> s/"<*.>"//g `
>
> /bin/cat /home/sjoerd/links.tmpl | /bin/sed
s/"WEBWERELDHIER"/"$NIEUWS"/ |
> /bin/sed s/"WEERHIER"/"$WEER"/ > /home/sjoerd/www/favorieten.html
>
> # /bin/echo "$NIEUWS"
> # /bin/echo "$WEER"
>
> *** END OF SCRIPT ***
>
> How it works:
> lynx gets the source of the webpage. Grep retrieves one line from it.
Sed
> strips the html from it. The result is stored in a variable. The
variable is
> put in the file favorieten.html (favorites) by substituting
WEBWERELDHIER
> and WEERHIER by the variables. The file links.tmpl is a template.
>
> The crontab produces mail which says: Your terminal lacks the ability
to
> clear the screen or position the cursor.
..
Could this be a quoting problem; I seem to have had a similar problem
that was just that, when piping to an awk script.
--
Louis-ljl-{ Louis J. LaBash, Jr. }
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Crossposted-To: comp.sys.sgi.admin
Subject: Re: opengl on sgi linux machines?
From: David Steuber <[EMAIL PROTECTED]>
Date: Tue, 29 Aug 2000 15:00:03 GMT
[EMAIL PROTECTED] (Thor Lancelot Simon) writes:
' Except at the very high end, it's *awfully* hard to make the case for curvy
' blue hardware any more, which is a real shame.
It seems to me that as GCC, and as a consequence Linux and *BSD,
support more architectures, the hardware will be a commodity item.
Even big iron can be out classed by a cluster of cheap intel or amd
boxes these days. It all depends on what you are doing of course.
Some things just can't be parallelized. Those are the things that
heavy duty CPU and associated peripherals can still win with. Such
tasks are few though.
Take "A Bug's Life". The modeling needs decent boxes for the artists
to script all the sequences and such. But once all that is done, it's
off to the render farm. A big movie studio can easily afford to have
1024 boxes that cost less than $1000 each rendering different portions
of the movie and passing the final product to mass storage.
It won't be long before radiosity is practical for the end product.
In the meantime, OpenGL is a very convinient technology for modeling
software. The speed of rendering is more important than the quality.
My question is how is SGI going to adjust its business strategy to the
reality that not only is the hardware becoming a commodity item, but
so is the software.
I see one grim possibility. This does not apply to just SGI, a
company I respect for bringing some nice technology into the world,
but to all companies that make money off of software rather than
services. The possiblity I see is the continued intensified use of
patents on software.
In the United States Constitution, Congress was given the power to
grant, for a limited period of time, exclusive rights to the creators
of art and technology. The purpose for this power was to promote the
useful arts and sciences. While copyright works well, in most cases,
patents on software do not. I believe that such patents on encryption
alogrithms, audio and video codecs, etc, all stand in the way of
progress.
Just look at all the Quicktime files using Sorenson Video that you can
not play on Linux. Look at the mass of codecs that have accumulated
for the AVI (RIFF) format. These things tie you to Windows and
possibly the Macintosh if you want to use them. The software
(Windows) is being artificially supported by the proprietary and
patented technologies. Progress is slowed.
Computers are tools. They exist to help people get things done. It
is human labor that is worth something, not a bunch of ones and
zeros. I am not a believer in socialism, but one has to face the fact
that Free (in the FSF or BSD sense) software is going to change how
things are done.
The thing that people have to sell is their time and their skill.
Their labor. The tools used for that labor are being commoditized.
This includes the software as well as the hardware.
Going back to the "Bug's Life" example. The hardware to create such a
film is cheap in Hollywood terms. Sooner or later, the software will
be too. Perhaps it will even be free as people decide they need to
develop good modeling software that can output to a rendering engine
like RenderMan (tm). The rendering engine will also be free. There
are lots of people out there who like to play with this sort of thing,
and free software on cheap hardware will increase the size of the
talent pool (as well as the lack-of-talent pool).
With the hardware cheap and the software free, the artists will become
the cost of production. Human labor will again be at the center of
the economy, as it should be. I suppose that human labor has always
been at the center. Now it will be even more so.
The entire economy is shifting from an industrial production based
economy to a services based economy. Certainly industry will remain
important in the infrastructure. It will just be a smaller percentage
of the revenue generating business like agriculture is today.
Actually, I think we have already entered that stage.
The companies that survive will be the ones that know how to take
advantage of the new ways of thinking. The old ways days are
numbered. Microsoft will be hit the hardest. Their entire business
model is based on a Windows centric universe. SGI, Sun, IBM, etc have
a better shot at survival. They all make hardware. They may have to
go up against Intel and AMD. Or maybe partner with them. I don't
like the idea of a single CPU architecture remaining dominant though.
I think competition is the best way to get good technology.
In the Free Software world, the strong survives and the weak dies.
Darwinism is just as hard at work here as it is in capitalism.
It will be interesting to see the shake out. Like the Chinese curse
says, we now live in interesting times.
--
David Steuber | "Are you now, or have you ever been, a member
NRA Member | of the NRA?" --- HUAC, 2004
Happiness is a SAAB Gripen <http://www.gripen.saab.se/> in the
garage, an FN-FAL in the safe, and an HK P7M8 on the hip.
------------------------------
** 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
******************************
