Linux-Misc Digest #355, Volume #18 Sat, 26 Dec 98 11:13:10 EST
Contents:
Re: Is Microsoft a nasty company ? I'm asking you this question. (Frank Pittel)
Re: Printing problems with Epson Stylus Color 640 ("Michael J. Saletnik")
Re: Infringement of the GPL (Michael Powe)
Re: Linux equvalent of batch files? (Michael Powe)
Re: Can't boot after Partition Magic 4.0 resizes (Rod Smith)
only L in LILO BOOT :) (Tobias Andersson)
Re: Infringement of the GPL (Jerry Lynn Kreps)
Re: Is Microsoft a nasty company ? I'm asking you this question. (Jerry Lynn Kreps)
Re: ln: Musty smell to its man page (Navindra Umanee)
Re: Which book for newbie? (Toon Moene)
Re: Printing problems with Epson Stylus Color 640 (Bob Tennent)
Re: SuSE 5.3 experiences (Jerry Lynn Kreps)
Re: SLOWLY GOING INSANE!!! (Jerry Lynn Kreps)
Re: Anti-Linux FUD (Michiel Ettema)
Trouble getting GIMP 1.0.2 to compile (Mike)
----------------------------------------------------------------------------
Crossposted-To:
alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy,comp.os.linux.x,gnu.misc.discuss,uk.comp.os.linux
From: [EMAIL PROTECTED] (Frank Pittel)
Subject: Re: Is Microsoft a nasty company ? I'm asking you this question.
Date: Fri, 25 Dec 1998 17:05:59 GMT
[EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
: On Wed, 23 Dec 1998 20:41:17 GMT, Peter Seebach wrote these thought
: provoking words :
: I find this interesting to slug out.:-)
: >: Not really. There's two different kinds of difficulty levels. There
: >: are operations I'm familiar with which I will *always* have trouble with;
: >: I assert that these are "harder" in a meaningful way than ones I can master.
: Yes, I agree with that.
:
: >: >If something takes longer to learn, it is more difficult. If game "A"
: >: >takes longer to get good at than game "B", then game "A" has a higher
: >: >difficulty level, even though you are able to master both of them in
: >: >the end.
: >:
: >: Higher learning difficulty. It may not be harder to use.
: I think that it is unfair to ignore the learning curve associated with
: learning how to do something when making the final assessment about
: the difficulty of doing it.
: A gymnast will do one of his "easy" routines that takes him years to
: learn and say...ahhh, "that was easy." In relative terms, gymnastics
: is not an easy sport....period.
This all reminds me of when I first started using wordperfect. I still remember the
horror of starting it and having only a blue screen. To make a long story short I went
right out and got a book on how to use wordperfect. At first it seemed that everytime I
wanted to do something I would have to go through the book and look up how. However
after
a little while I remembered how to do the things that I use a wordprocessor to do.
I have since switched to linux and wordperfect 5.? is unfortunatly a memory. Although
I've got wordperfect for linux. I find that all the menus, buttons, task bars get in
the
way.
Since then I've noticed that when using software with the MS GUI interface I can start
using the software quickly. However I never really get much better at using it. I work
with one hand on the keyboard and the other constantly going between the mouse and the
keyboard. I spend more time undoing then doing and nothing ever comes out looking the
way
I wanted. Of course with all the effort I put into making the documents look just so
the
actual content becomes less and less important.
Back to your story on the gymnist. One of the first things gymnists are taught to do is
the summersault.<SP?> How rewarding would it be if after training for five hours a day
for ten years if those gymnists could still only do summersaults?
:
: >: Imagine two tools. With tool 'A', you can perform a specific task in about
: >: half an hour the first time you try; with experience, you reduce this to about
: >: ten minutes. With tool 'B', you can perform the same task in about five
: >: hours the first time you try, but with experience, you reduce this to about
: >: three minutes.
: >:
: >: Which is easier to use?
: To me, you are confusing efficiency with ease of use. For me, B is
: more difficult to use and therefore master....., but B is much better
: to make the effort to learn because if mastered, it is far more
: efficient than A.:-)
I think you are confusing the two. How could something be efficient to use and not
have a
high ease of use? This of course has nothing to do with the initial learning curve.
Does
anyone still remember the first time they used WP5.?, vi, emacs? After you learned how
to
use them are they still difficult? Are they efficient to use? I have used programs with
a MS type GUI and while it is easy to start using the software. It is difficult and
ineffient to use.
:
: >: >If efficient use of a particular application is learnt quickly, then
: >: >it is easier to use than one with a longer learning curve. If one
: >: >offers more functionality, flexibility and speed over the other, this
: >: >is an entirely different issue, don't you think?
: >:
: >: Not always. Sometimes, that flexibility has an impact on how "easy"
: >: it is to use the software.
: My statement very much includes your exception. Let me say it in a
: different way then. Many apps that are more flexible and efficient
: have a longer learning curve, and are therefore more difficult to
: learn and use effectively. The difficulty of mastering the app is very
: easily forgotten when one is enjoying it's flexibility and efficiency
: which I think has nothing really to do with how easy it is to use the
: software in the first place.
Learning how to use software is done once. For software I use a lot I would rather a
longer learning curve if it meant easier and more efficient use later.
While I think we can all agree that dos edit was easier to learn to use then vi or
emacs
how many of us would rather be using edit then vi or emacs? While the learning curve
for
vi is steeper and longer. It is much easier and more efficient to use vi.
:
: >: >Yes this would be the ideal setup. But defending a paradigm that
: >: >promotes the support of both a CLI and GUI does not nullify the fact
: >: >that GUI apps tend to have a faster learning curve.
: >:
: >: No, but it does point out that "faster learning curve" may not be "easier to
: >: use" in the most meaningful way.
: I agree with you on that, once you include the quotations when saying
: "easier to use" which actually means more *efficient* to use.
: Many developers dwell on the end point which is the efficiency of
: their apps and forget about it's ease of use. I agree that the former
: is the more important but they are both separate issues, and each
: deserve attention, especially when the developer is developing for
: others.
After the initial learning curve efficient to use and easy to use are the same thing.
When using WP5.? it is both easier and more efficient to use the <alt>/<ctrl>+key
combination then muddling through all the task bars, pull down menus, menus with menus,
etc of the later versions.
:
: >: Once you have learned the tool, how much of the time you spend using it is
: >: spent on the tool, and how much on the task? A tool which is easy to use at
: >: first is likely to require a bit more involvement forever. Those helpful
: >: pop-up windows are just a nuisance eventually.
: I agree entirely, but this does not change the fact that it still is
: easier to learn and master, though it lacks flexibility, efficiency
: and throws annoying pop-up messages at you. :-)
Wouldn't it make more sense in the long run to use a tool that didn't waste your time
with ease of learning?
:
: >: >That's a great idea for those interested in learning the CLI method of
: >: >doing things in an app if it can already be done with the GUI. I
: >: >question the widespread demand for that, though.
: >:
: >: It's not unheard of. There are cases where it would go over very well.
: >:
: >: For instance, imagine a sysadmin tool; it might be really convenient to the
: >: user if it identified how to do things without it. ;)
: Note that I said that it would not be unheard of. In fact I am for it.
: I am just saying that probably there would not be widespread demand
: for it.
: -== Allie ==-
: *----------------------*
: Allie Martin (Mr.)
: <[EMAIL PROTECTED]>
: *---------/*\----------*
--
Keep working millions on welfare depend on you
===================
[EMAIL PROTECTED]
------------------------------
From: "Michael J. Saletnik" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.questions
Subject: Re: Printing problems with Epson Stylus Color 640
Date: 26 Dec 1998 09:04:37 -0500
Bruno Barberi Gnecco <[EMAIL PROTECTED]> writes:
> Ramin Sina wrote:
> > gs -sDEVICE=uniprint test.ps
> > and I get the error below and no printout. Can someone tell me what am
> Try to use another -sDEVICE, like stc600? or some eother stylus
> color.
To use the UniPrint driver, there are a lot of options that must be
set using an include file. For my Epson Color Stylus 600, I've hacked
/usr/lib/rhs/rhs-printfilters/ps-to-printer.fpi as follows: (the
include file sets it into 1440x720dpi and a number of other options)
if [ "$GSDEVICE" = "UNIPRINT" ]; then
eval "$mpage_cmd | gs @stc600ih.upp -q \
-sPAPERSIZE=$PAPERSIZE \
-sOutputFile=- \
-"
else
eval "$mpage_cmd | gs -q -sDEVICE=$GSDEVICE \
-r$RESOLUTION \
-sPAPERSIZE=$PAPERSIZE \
-dNOPAUSE \
-dSAFER \
-sOutputFile=- \
$COLOR \
$EXTRA_GS_OPTIONS \
-"
fi
So to just print from the command line:
gs @stc600ih.upp myFile.ps
Review the uniprint documentation in the GhostScript distribution for
a list of the available .upp files and what they're for.
-Michael
--
Michael J. Saletnik, PE Tufts E'91 G'93 <[EMAIL PROTECTED]>
Software Engineer, Thomson Financial Services
Registered Professional Structural Engineer
AIM: msaletni, ICQ: 24238794, www.tiac.net/users/icarus
------------------------------
From: Michael Powe <[EMAIL PROTECTED]>
Subject: Re: Infringement of the GPL
Date: 25 Dec 1998 22:12:57 -0800
=====BEGIN PGP SIGNED MESSAGE=====
Hash: SHA1
>>>>> "steve" == steve mcadams <[EMAIL PROTECTED]> writes:
steve> On Thu, 24 Dec 1998 11:43:40 +0000, Mike
steve> <[EMAIL PROTECTED]> wrote:
steve> ...snippage
>> Why would a company go looking for a lawsuit?
steve> Greed is always popular, with stupidity running a close
steve> second<g>. -steve
Heh-heh ... who remembers dBase? ;-)
mp
8<---------------how-easy-is-it-to-demunge-an-address?------------------->8
#! /usr/bin/perl # if you are [EMAIL PROTECTED] (Another Luser):
while ($line = <>){ if ($line =~ m/^\s*$/ ){ last; }
if ($line =~ m/^From: (\S+) \(([^()]*)\)/){ $from_address = $1; } }
if ($from_address =~ m/\S+NOSPAM\S+/){ $x = index($from_address, NOSPAM);
substr($from_address, $x, 6+1) = ""; printf("The real address is %s\n",
$from_address);}else { printf("No munge, just plain %s\n",$from_address);}
printf("\nBrought to you by the Truth In Mail Headers Foundation\n");
8<-----------------------here's-one-example------------------------------>8
- --
Michael Powe
[EMAIL PROTECTED] http://www.trollope.org
Portland, Oregon USA
=====BEGIN PGP SIGNATURE=====
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQA/AwUBNoR+VrajuNi/6Js3EQKjSwCgiWDP6Vur9GWXAVqCCsiNV3xEyDkAn3s5
E1Xs/LWW+OZ9Pev98yS/n3GV
=BmJk
=====END PGP SIGNATURE=====
------------------------------
From: Michael Powe <[EMAIL PROTECTED]>
Subject: Re: Linux equvalent of batch files?
Date: 25 Dec 1998 22:01:28 -0800
=====BEGIN PGP SIGNED MESSAGE=====
Hash: SHA1
>>>>> "Matthias" == Matthias Warkus <[EMAIL PROTECTED]> writes:
Matthias> It was the 23 Dec 1998 22:43:58 -0800, Michael Powe...
Matthias> ..and <[EMAIL PROTECTED]> wrote:
>> #----------------------------------------------------------# #
>> Note that this assumes that there's only one `exec' item # # in
>> the .xinitrc file. If there's more than one (I don't # # know
>> why there would be) it won't work! #
>> #----------------------------------------------------------#
Matthias> Why do you go to the extent of sed(1)ding around in the
Matthias> .xinitrc? Just make the last line "exec
Matthias> $WINDOWMANAGER", have a default set in .bashrc and let
Matthias> your selection script change the variable's value.
You're right -- that's a much better idea. My first attempt did not
include the `startx' line -- I just did a script to change the wm
value in .xinitrc. That's what got me going on sed. Then I didn't
rethink when I decided to add startx.
Matthias> That's how I do it. But your approach certainly is good,
Matthias> my selector script (I use 27 different window managers)
Matthias> is more brain-damaged - a huge case construct with a
Matthias> line for every WM.
Not a world record, though, I don't think. I saw somebody in
comp.unix.shell claim to have seen a 110-branch case statement in a
piece of GNU software. ;-)
mp
- --
8<---------------how-easy-is-it-to-demunge-an-address?------------------->8
#! /usr/bin/perl # if you are [EMAIL PROTECTED] (Another Luser):
while ($line = <>){ if ($line =~ m/^\s*$/ ){ last; }
if ($line =~ m/^From: (\S+) \(([^()]*)\)/){ $from_address = $1; } }
if ($from_address =~ m/\S+NOSPAM\S+/){ $x = index($from_address, NOSPAM);
substr($from_address, $x, 6+1) = ""; printf("The real address is %s\n",
$from_address);}else { printf("No munge, just plain %s\n",$from_address);}
printf("\nBrought to you by the Truth In Mail Headers Foundation\n");
8<-----------------------here's-one-example------------------------------>8
- --
Michael Powe
[EMAIL PROTECTED] http://www.trollope.org
Portland, Oregon USA
=====BEGIN PGP SIGNATURE=====
Version: PGP for Personal Privacy 5.0
Charset: noconv
iQA/AwUBNoR7q7ajuNi/6Js3EQIi4ACg/xxgHc3Py0NxQzlf32Ghb8EmvygAoOSs
nik6Tc2YXKGrbp5qSkbpCLMt
=X/IG
=====END PGP SIGNATURE=====
------------------------------
From: [EMAIL PROTECTED] (Rod Smith)
Subject: Re: Can't boot after Partition Magic 4.0 resizes
Date: 26 Dec 1998 14:16:09 GMT
[Posted and mailed]
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Bob Koss) writes:
> Yes, I get the famous LI freeze. No problem, just boot from floppy and
> rerun lilo, right?
>
> Well, that assumes that I can boot from floppy, which I can't. I have
> a Redhat 5.1 *boot* disk, which I made while I was installing, but it
> askes for a *root* disk, and this is where I'm stuck.
Try this:
1) Create (if necessary) a *DOS* boot floppy. It should contain LOADLIN
from a Linux CD (generally stored in the DOSUTILS directory) and the
VMLINUZ file from the Red Hat installation boot disk. You may need
to use another computer to create this boot floppy.
2) Boot with this floppy.
3) Type "loadlin vmlinuz root=/dev/???? ro", where "????" is your root
device's name (e.g., hda1, sdb5, etc.).
4) When the system is up, re-run lilo.
5) If you've recompiled your kernel since installing in order to get
access to important devices, reboot.
--
Rod Smith
[EMAIL PROTECTED]
http://www.users.fast.net/~rodsmith
NOTE: Remove the digit and following word from my address to mail me
------------------------------
From: Tobias Andersson <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup,comp.os.linux.help,comp.os.linux.questions
Subject: only L in LILO BOOT :)
Date: Sat, 26 Dec 1998 15:32:06 +0100
Hello I've got some problems after I installed Redhat Linux 5.2. I have
two harddrives.
1: 7,6 GB
2: 3.4 GB
I boot from disk number one, but I can boot from both if I want to. I
had linux installed on disk two. Yesterday I wanted to install linux on
my first harddrive and use the second as a swapdrive. And so I did.
When I bought the second drive I didn't format and partition the whole
drive, I left 1,12 GB to Linux. I suppose you don't have to use for
example fdisk or partionmagic to get a Linux-partion, to work, if you
have spared 1 GB which isn't used by any OS.
Maybe that's my problem, that I hadn't formated and used the space under
Windows/dos first? Because when I installed Linux on my other drive I
took away a partition which had been used by Win 95 and then installed
Linux.
The installation seemed to succed. I made a swap partition on my second
drive, 124 MB. And a native Linux partition on my first drive, 1,12 GB.
I mounted the native partition as: / , that is root I suppose.
I installed everything on the CD-rom, so the installation took about 800
MB. The last step for me was to "enable" or tell Linux that my system
use LBA, and that I have 96 MB of memory. (I wrote: mem=96M )
When I tried to reboot my system it couldn't boot. I got a big L which I
suppose is the beginning of: LILO (LILO BOOT) Then my computer
crashes/(doesn't do anything more). I still got the LILO BOOT left on my
second harddrive but because I don't boot from it I suppose it's doesn't
matter. I think I will remove it with FDISK /MBR...
I would appreciate some help!
Thank You!
/Tobias
------------------------------
From: Jerry Lynn Kreps <[EMAIL PROTECTED]>
Subject: Re: Infringement of the GPL
Date: Sat, 26 Dec 1998 08:41:46 -0600
Michael Powe wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> >>>>> "steve" == steve mcadams <[EMAIL PROTECTED]> writes:
>
> steve> On Thu, 24 Dec 1998 11:43:40 +0000, Mike
> steve> <[EMAIL PROTECTED]> wrote:
>
> steve> ...snippage
> >> Why would a company go looking for a lawsuit?
>
> steve> Greed is always popular, with stupidity running a close
> steve> second<g>. -steve
>
> Heh-heh ... who remembers dBase? ;-)
>
Only those of us who use its most recent incarnation: Visual FoxPro.
I had heard of dBase back when it was dBase III and I tested a clone
called Wampum that was floating around back then. I thought that
switching back and forth between table A and table B was a handicapped
way of doing things, so I opted for Advanced Revelation and made good
bucks consulting and contract programming using it. A few years ago I
retired my "too much time on the road, do sometime local - wife"
business and was hired by the state. They used FoxPro 2.5. With Mt.
Rushmore technology I was amazed at how fast, how stable and how easy to
use it was, especially from the command window. I frequently use tables
that are hundreds of MB in size with hundreds of thousands of rows and
the dbf tables and indicies are very fast and except for memo fields
(never use them) ver stable.
However, because of M$ "upgrade" policies and exorbant costs there is a
possibility that in the near future we may be switch to Linux for both
workstations (300+) and servers (40+) and use KDE, gcc, emacs + cvs,
PostgreSQL, pgaccess, Visual-Tck/Tk, etc... and leave the costly upgrade
maddness behind.
Side note: If more business take the Linux route and revitalize older
machines, instead of replacing them every couple of years with bigger
and faster hardware the computer mfg business might take a nose dive,
and costs/machine will rise dramatically.
------------------------------
From: Jerry Lynn Kreps <[EMAIL PROTECTED]>
Crossposted-To:
alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy,comp.os.linux.x,gnu.misc.discuss,uk.comp.os.linux
Subject: Re: Is Microsoft a nasty company ? I'm asking you this question.
Date: Sat, 26 Dec 1998 08:54:00 -0600
Frank Pittel wrote:
>
> : I think that it is unfair to ignore the learning curve associated with
> : learning how to do something when making the final assessment about
> : the difficulty of doing it.
Not really. The "learning curve" is a personal thing. With 10 years of
highschool and 8 years of college teaching under my belt I've come to
appreciate one thing: eveything is easy, once you know how. And, just
like other aggregate properties leaning fits the old bell curve as
well. There are the 3% who have a very shallow and short learning curve
no matter what the subject and the same percentage at the other end who
can't learn it no matter how long it takes. They soon drop out. Those
in the -1 to -2 sigma group may or may not drop out, depending on their
doggedness. Those between 0 sigma and + 2 sigma form the bulk of
learners who can learn, but need time and practice to do so.
This skews the learning curve, but the length of time needed to master a
skill still depends on the individual.
All of which leads me to one of my favorite sayings: Everything is
easy, once you know how.
We soon forget how difficult a task it was to learn something the
farther removed in time we become from the effort. Sort of like my wife
fogetting about the pains of labor while in the midst of enjoying the
kinds. :-)
Jerry
Everything IS easier, once you know how.
>
> Keep working millions on welfare depend on you
Ya, and more and more are giving up working, leaving fewer and fewer to
carry the load.
------------------------------
From: Navindra Umanee <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.questions,comp.os.linux.advocacy
Subject: Re: ln: Musty smell to its man page
Date: 26 Dec 1998 14:54:22 GMT
Steve Mading <[EMAIL PROTECTED]> wrote:
> Navindra Umanee ([EMAIL PROTECTED]) wrote:
>
> : <test>
> : [asimov] [/tmp] ls -al test
> : ---------- 1 root root 5 Dec 24 18:56 test
> : [asimov] [/tmp] whoami
> : navindra
> : [asimov] [/tmp] ln test haha
> : [asimov] [/tmp] ls -al haha
> : ---------- 2 root root 5 Dec 24 18:56 haha
> : </test>
>
> : No read permission there.
>
> : As has been mentioned, a potential solution is to allow only the owner
> : of the file to create a hardlink, the exception being root. This may
> : break certain programs.
>
> Try the same thing on a file you don't own. I have seen some programs
I did't own the file, it was owned by root.
N.
------------------------------
From: Toon Moene <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Which book for newbie?
Date: Sat, 26 Dec 1998 16:01:35 +0100
[EMAIL PROTECTED] wrote:
> I've got quite a bit of dos/win31/win95 experience and would like to
> get experienced with Linux. The two books I'm considering as an
> initial purchase are:
> 1. Red Hat Linux Secrets 2 ed., by Naba Barkakati, IDG Books
Interesting idea - I didn't know it was worth the trouble to write a
"secrets" book on Open Source Software ?!?!?
--
Toon Moene ([EMAIL PROTECTED])
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
g77 Support: [EMAIL PROTECTED]; egcs: [EMAIL PROTECTED]
------------------------------
From: r d t@q u c i s.q u e e n s u.c a (Bob Tennent)
Crossposted-To: comp.os.linux.questions
Subject: Re: Printing problems with Epson Stylus Color 640
Date: 26 Dec 1998 14:47:47 GMT
On 25 Dec 1998 21:36:08 PST, Ramin Sina wrote:
>
>I give the following commnad to print a postscript file on my suse 5.2
>
>gs -sDEVICE=uniprint test.ps
>
>and I get the error below and no printout. Can someone tell me what am
>I doing wrong ( I can print text files with lpr with no problem)
>
Look for a file devices.txt or Devices.htm to get help with
the uniprint driver. The call should be something like
gs @stc600p.upp test.ps
Bob T.
------------------------------
From: Jerry Lynn Kreps <[EMAIL PROTECTED]>
Subject: Re: SuSE 5.3 experiences
Date: Sat, 26 Dec 1998 09:07:34 -0600
Rick Knebel wrote:
>
> I am in the process of trying Suse now and the one thing that is really
> irritating is that it is hard to make a ppp connection.
>
> For a major distro they should put more work into a good user interface like
> either redhat or debian.
>
> Maybe I just am not looking in the right place.
>
> How do you set up ppp on your system with suse.
>
> What program do you use.
>
Since I operate almost exclusively from KDE, I use Kppp and Netscape's
browser, email and newsreader facilities. I used to use Kppp with Kmail
and Korn, but I like Netscape better than Kmail + Korn.
Setting up Kppp is falling off a log easy. The setup button displays a
window with several tab frames. Create a new account. I called mine
"Navix" because that is the name the phone company calls their ISP
service. Go through each frame in order, setting up your modem
bindings, baudrates, accounting (I ignore that), ISP quad addresses and
telephone number. Takes two or three minutes, tops.
I then created a desktop icon for Kppp and Netscape. Also a piece of
cake.
When I click on the Kppp icon a window appears. I cleck the "connect"
button and it does. Then I click the Netscape desktop icon and 15
seconds later (only a P166 machine with 64MB RAM) I'm in business.
I did have the command line option set, using sendmail, etc, and going
the the xcurses windows to set ppp-secret and the two other files, but I
prefer the GUI approach.
BTW, YaST has a system maintainance window that allows you to set up the
command line mail program. You can load one of the xcurses email &
newsreader programs while you are at it. Pine, for example.
> Thanks
de nada
------------------------------
From: Jerry Lynn Kreps <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.help,comp.os.linux.setup,comp.os.linux.questions,linux.redhat.misc
Subject: Re: SLOWLY GOING INSANE!!!
Date: Sat, 26 Dec 1998 09:11:32 -0600
witra wrote:
>
> [EMAIL PROTECTED] wrote:
> >May be they are used to a system that is easy to use and that does not
> >require mr joe doe to become a computer scientist just to use a PC.
> >
> >If you know anything about computer system, you will know that writing
> >a good computer system means it does not need to inform the user about
> >its own internal state just to be used. A good system takes care of its
> >own faults and not expect an average user to do that.
>
> You are right. I am not really interested in how my car works.
> However, when it does not work (which seems to be still the norm in
> the computer world), it would help that the thing is not sealed in the
> black box. Lots of logs and messages from the system helps the user
> fix some problems himself.
AND, they help the consultant on the other end of the phone or Internet
to locate and resolve the problem. The user still has to do the "dmesg"
or other log examination command, unless the consultant can telnet in,
which is a rarity.
------------------------------
From: Michiel Ettema <[EMAIL PROTECTED]>
Crossposted-To: alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy
Subject: Re: Anti-Linux FUD
Date: 26 Dec 1998 15:00:55 +0100
In comp.os.linux.advocacy Anthony Ord <[EMAIL PROTECTED]> wrote:
> On 21 Dec 1998 14:38:45 +0100, Ketil Z Malde <[EMAIL PROTECTED]> wrote:
> So even that would not be enough. But as you say, we don't have people
> lining up complaining inittab has died. Why? Simple. You hardly ever
> WRITE to it. It is machines dying when files are being written to that
> hoses the files. Journaled or not, the registry is vulnerable simply
> because it is being written to all the time. When was the last time
> anyone had a read-only filesystem die on them? (There will be someone
> - step forward and grab your 15 minutes of fame ;-)
Wellll...
One day I noticed my harddisk was making weird noises. Seeing a crash
come I wanted to make a backup. Due to some fiddling on my machine's
network config I couldn't reach the server with the tape drive. So
I booted on a ramdrive from a rescue disk. Then mounted my hard drive
read-only, don't know anymore why I did that, and started backing it up.
Alas, halfway the backup the drive finally gave it's last skreech. I had
to use a previous backup to restore on a new drive.
--
People waste time making stuff pretty instead of usefull.
-Quoted from Kevin Huber
------------------------------
From: Mike <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.misc
Subject: Trouble getting GIMP 1.0.2 to compile
Date: Sat, 26 Dec 1998 15:28:19 +0000
Hey all,
I'm having some problems getting the GIMP to compile on my system. I'm
running RH 5.1. I downloaded the gimp-1.0.2.tar.gz and
gimp-data-extras-1.0.0.tar.gz. Redhat has GTK+ 1.0.2 already installed
by default, and the configure script runs through fine. I get the
following
messages, right after running make:
make all-recursive
make[1]: Entering directory `/dl/gimp/gimp-1.0.2'
Making all in libgimp
make[2]: Entering directory `/dl/gimp/gimp-1.0.2/libgimp'
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/glib/include
-I/usr/X11R6/include -I
.. -I/usr/local/include -DGIMPDIR=\"".gimp"\" -g -O2 -Wall -c
gimpprotocol.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/glib/include
-I/usr/X11R6/include -I
.. -I/usr/local/include -DGIMPDIR=\"".gimp"\" -g -O2 -Wall -c gimpwire.c
/bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I..
-I/usr/lib/gl
ib/include -I/usr/X11R6/include -I.. -I/usr/local/include
-DGIMPDIR=\"".gimp"\"
-g -O2 -Wall -c gimp.c
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/lib/glib/include
-I/usr/X11R6/include -I
.. -I/usr/local/include -DGIMPDIR=\".gimp\" -g -O2 -Wall -c -fPIC -DPIC
gimp.c
In file included from gimp.c:44:
gimp.h:182: parse error before `gimp_quit'
gimp.h:182: warning: data definition has no type or storage class
gimp.c:133: conflicting types for `gimp_quit'
gimp.h:182: previous declaration of `gimp_quit'
make[2]: *** [gimp.lo] Error 1
make[2]: Leaving directory `/dl/gimp/gimp-1.0.2/libgimp'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dl/gimp/gimp-1.0.2'
make: *** [all-recursive-am] Error 2
Any help would be greatly appreciated as to the problem. I checked the
README and INSTALL files included with the package, but they only seem
to
list configure errors, and not compile errors. Thanks!!
--
Mike
"What, me worry?" -A.Newman-
Error: REALITY.SYS corrupted! Reboot Universe <Y/n>
------------------------------
** 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
******************************
