Linux-Misc Digest #367, Volume #18 Sun, 27 Dec 98 16:13:07 EST
Contents:
Re: Infringement of the GPL (Matthew Malthouse)
Re: kernel does not recognize /dev/sda1 as a block device (Boris Statnikov)
Re: Project management software (Duncan Simpson)
Re: When will kernel 2.2 be released? (Filip M. Gieszczykiewicz)
Re: Anti-Linux FUD (Anthony Ord)
Re: Anti-Linux FUD (Martin Skj�ldebrand)
Library questions! (Merzinger Markus)
Re: Time Synch (Paul B. Brown)
Re: SuSE 5.3 experiences (Matthew Malthouse)
Re: Anti-Linux FUD (Anthony Ord)
Re: Anti-Linux FUD (Anthony Ord)
Re: Anti-Linux FUD (Anthony Ord)
Re: Which book for newbie? (Destrius)
Re: Anti-Linux FUD (Richard Robinson)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Matthew Malthouse)
Subject: Re: Infringement of the GPL
Date: 27 Dec 1998 18:15:03 GMT
Reply-To: [EMAIL PROTECTED]
On 24 Dec 1998 21:17:59 GMT K. Spoon wrote:
} [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
} > Damien Kick writes:
} > > I've been wondering lately if there have been any cases brought before
} > > a judge regarding infringement of the GPL.
}
} > None that I know of.
}
} Not brought before a judge.... open source developers don't really have the
} money to afford the lawyers to go after people who steal code from the rest of
} the world.
}
} However, I remember a quote from someone (Paul Vixie, maybe?) saying that he
} had been hired by a few companies to maintain their proprietary products and
} found his own GPL'd code in them. He said he never prosecuted.
}
} Personally, if I'd been in that situation, I would have locked on to their
} throats like a pitbull....
I wonder if it might happen the other way around?
Some company being stupid/greedy enough to use GPL code might attempt
to seek damages for 'theft' of 'their' code, should they believe that
subsequent work infringed their 'rights'.
Defence spends a few days explaining GPL: stupid company with
expensive egg all over its corporate face.
Matthew
--
And on the seventh day, He exited from append mode.
http://www.calmeilles.demon.co.uk
------------------------------
From: Boris Statnikov <[EMAIL PROTECTED]>
Subject: Re: kernel does not recognize /dev/sda1 as a block device
Date: Sun, 27 Dec 1998 16:37:16 GMT
I have no solution for your problem :( But I do have a similar problem: I
can't mount my CDROM in the same fashion. Did anyone tell you anything that
might help me too?
Thanks.
Boris
[EMAIL PROTECTED] wrote:
> Dear All,
>
> I've a problem loading up a zip drive,
> it's worked before but now It's all gone horribly wrong.
>
> I'd had some problem rebuilding the kernel as the
> build of modules went wrong due to /lib/modules/preferred
> not being linked by rc.sysint properly ( now fixed by a upgrade
> of 'initscripts' ).
>
> So now when I try to load the ppa.o module
>
> $modprobe ppa.o
> PPA: unable to initialise controller at 0x378, error 2
> scsi : 0 hosts.
> /lib/modules/2.0.34/scsi/ppa.o: init_module: Device or resource busy
>
> and even trying a
>
> $mount /dev/sda1 /mnt/zip
> mount: the kernel does not recognize /dev/sda1 as a block device
> (maybe `insmod driver'?)
>
> How do I even find out the reason why, I've used the modprobe -l to see what
> devices on
> Major 8(SCSI?) are and there aren't the modules to load.
>
> Any help or pointers where to look appreciated.
>
> Using Redhat 5.1....
>
> Regards Wayne.
>
> -----------== Posted via Deja News, The Discussion Network ==----------
> http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: [EMAIL PROTECTED] (Duncan Simpson)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Project management software
Date: 21 Dec 1998 16:42:09 GMT
In <75l1sa$10a$[EMAIL PROTECTED]> [EMAIL PROTECTED] (Mohd-Hanafiah Abdullah)
writes:
>Is there a commercial Project management software for Linux? Thanks.
If you are looking for source code control and stuff like that you can
buy perforce for linux. Perforce is reported to be very good but
moderately expensive. There is also CVS and RCS included in most
distributions (both are free).
I have seen some native project management software, in the critical
path sense of the word, advertised in Linux Journal. You can probably
get a SCO binary working via the iBCS stuff too.
Duncan (-:
------------------------------
From: [EMAIL PROTECTED] (Filip M. Gieszczykiewicz)
Crossposted-To: comp.os.linux.setup,comp.os.linux.advocacy,comp.os.linux.hardware
Subject: Re: When will kernel 2.2 be released?
Date: 27 Dec 1998 17:43:24 GMT
In Article <[EMAIL PROTECTED]>, through puissant locution,
[EMAIL PROTECTED] (Harry McGregor) soliloquized:
>Last I heard it the 2.1.xx kernels were up the M$ quality (about
>125), and are not quite up to linux quality. If you need things that
Huh? My .96pl2 was up about M$ quality.... ;)
(what scares the crap out of me is the Navy moving their fleet from
[stable] unix systems to NT... [shivvvvvver])
--
Filip "I'll buy a vowel" Gieszczykiewicz | http://www.repairfaq.org/
Always and everything for the better!
Now exploring whatever, life, and the meaning of it all... and 'not' :-)
------------------------------
From: [EMAIL PROTECTED] (Anthony Ord)
Crossposted-To: alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy
Subject: Re: Anti-Linux FUD
Date: Sun, 27 Dec 1998 16:38:44 GMT
On Sat, 26 Dec 1998 16:28:46 GMT, [EMAIL PROTECTED]
([EMAIL PROTECTED]) wrote:
>Let me add my $0.02 of opinion here,
>
> On Sat, 26 Dec 1998 15:42:56 GMT, Anthony Ord wrote these
>thought provoking words :
>
> -> >Personally I think they are wonderful, well at least an API is
> -> >wonderful.
> ->
> -> What was wrong with the .INI file API?
>
>I don't know if this is related but I have a book here on the 9x/NT
>registry that states that the maximum size of an .ini file is 64Kb.
>This is why software vendors supplied .ini files of their own before
>the registry was designed.
So what was so hard with removing the 64KIb limit? I have components
for Delphi 1 (16 bit/Win 3.0) that work with .INI files up to the size
of available (virtual) memory. The limit is an implementation problem,
rather than an API problem, moreover it is a problem that could have
been fixed without killing backwards-compatibility.
>Because there was such a plethora of ini files all over the system
>there were hierarchical problems associated with this. If the win.ini
>file had a particular setting and an application's .ini file overrode
>that setting, who was responsible and where should a system-wide
>setting that had priority be made?
I don't understand this statement. If an application's .ini file (i.e.
photo.ini) had something like shell=budwiser.scr then Windows wouldn't
even know it was there. However if system.ini had it, then it would.
>The ini files could easily be edited and tampered with by the
>inexperienced and mistakes could be made.
In 400 words or less compare and contrast this with the registry.
Bring in such elements as comments, commenting out, and general human
readability for when humans are editing things.
>Security was also an issue.
The registry is secure? This one is new. Could you explain?
>The registry file size can be up to 40MB and it was made complex on
>purpose.
>
>Interesting.......Any comments?
Why do I get the growing feeling that a registry was invented because
there are more buzzwords associated with it than plain text files?
>-== Allie ==-
Regards
Anthony
--
===============================================================
|'All kids love log!' |
| Ren & Stimpy |
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Martin Skj�ldebrand)
Crossposted-To: comp.os.linux.x,uk.comp.os.linux
Subject: Re: Anti-Linux FUD
Date: Sun, 27 Dec 1998 20:01:08 GMT
On 27 Dec 1998 17:38:01 -0000, [EMAIL PROTECTED] (Richard
Robinson) wrote:
>That's why I like Debian. [Not for .tar.gz's of course, before anyone
>jumps in, that's what .deb files are for.]
Or Red Hat and rpm:s. Or is there a significant difference?
>You can keep track, of course. 'tar -t' will tell you what's going
>to happen. 'make install' is the one that makes me nervous about losing
>track. If I really want to know, I 'touch' a file before doing it, and
>'find / -newer <touched-file>' straight afterwards.
Another hmm.
Setting up a /var/tar-install.log
and then (e.g.)
touch /usr/local/src/your-app/whatever
make install
echo your-app >> /var/tar-install.log | find / -newer whatever >>
/var/tar-install.log
Wouldn't that build a pretty useful log of tar'ed files? Haven't tried
it - just thought of it right now.
M.
------------------------------
Date: Sun, 27 Dec 1998 19:59:37 +0000
From: Merzinger Markus <[EMAIL PROTECTED]>
Subject: Library questions!
Hi! I=B4m quite new to linux and so I had my troubles with libraries.
Some of them I solved, but really dont=B4t know how. So I have some
questions" to know what I am doing here:
1) What is a good indice that the error-msg on my screen is because of a
wrong library?
2) Has "ld.so.conf + ldconfig" the same effect as setting
LD_LIBRARY_PATH ( some problems I really solved only this way)
3) What=B4s the diffrence between libc5 and libc6. And is "libc6" only a
certain name for "libc 2.0.7"
4) When will I have my next problems with "libc7"
Thanks,
--------------- Mercy
------------------------------
From: [EMAIL PROTECTED] (Paul B. Brown)
Crossposted-To: comp.os.linux.networking
Subject: Re: Time Synch
Date: 27 Dec 1998 20:04:23 GMT
David,
There are two for a Linux box. Both have their pluses and minuses.
1. xntp 4.0 located at http://www.eecis.udel.edu/~ntp/
This is *THE* time sync program. It is a daemon and not a cron job.
If setup correctly, it will keep you clock extremely accurate. It
good if you are connected to the Internet 24x7. The minuses include
security problems if not setup correctly, tricky to setup, and "yet
another daemon to be hacked". ;->
2. nist or ntpdate. These two are cron jobs and very simple to setup.
They will query a time server only when asked. The minus here is that
they will not keep you server/workstation as accurate as xntp.
Anyway, a good page to hit for various freeware/shareware solutions is:
http://www.eecis.udel.edu/~ntp/software.html
Enjoy!
Paul
===========================================================================
Paul B. Brown [EMAIL PROTECTED]
President
Brown Technologies Network, Inc. http://www.btechnet.com/
Unix Systems Administration "Sailing is a state of mind . . . ."
===========================================================================
In article <[EMAIL PROTECTED]>,
David Steuber <[EMAIL PROTECTED]> writes:
>I am looking for a little utility that I can run from cron to set the
>time on my Linux machine by connecting to port 13 or 37 on a standard
>time server on the east coast of the USA.
>
>I've also noticed that I am not running either the daytime (port 13)
>or the time (port 37) services. I would like those to start when the
>machine boots up. How do I do that?
>
>I have SuSE 5.3 distribution of Linux.
>
------------------------------
From: [EMAIL PROTECTED] (Matthew Malthouse)
Subject: Re: SuSE 5.3 experiences
Date: 27 Dec 1998 20:06:46 GMT
Reply-To: [EMAIL PROTECTED]
On Thu, 24 Dec 1998 14:16:30 +0100 Matthias Warkus wrote:
} It was the 24 Dec 1998 11:37:42 GMT, Matthew Malthouse...
} ..and <[EMAIL PROTECTED]> wrote:
}
} > Someone please explain why SuSE 5.2 makes /usr/X11R6/bin/X an alias
} > to /var/X11R6/bin/X which itself is an alias to /usr/X11R6/bin/XF86_SVGA.
} >
} > Why /var/* ?
}
} Because the target of the link itself varies with the X Server you are
} using. If you had to change a link on /usr to change your X Server, you
} couldn't reconfigure X on a machine where /usr is mounted read-only.
Well that sorta makes sense, one could make a link to a different server
in /var/X11/bin/ but if /usr was RO one couldn't change /usr/X11R6/bin/X.
Doh. If it works I'll stop worrying about why. :)
Matthew
--
And on the seventh day, He exited from append mode.
http://www.calmeilles.demon.co.uk
------------------------------
From: [EMAIL PROTECTED] (Anthony Ord)
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.x,uk.comp.os.linux
Subject: Re: Anti-Linux FUD
Date: Sun, 27 Dec 1998 20:27:39 GMT
On Sun, 27 Dec 1998 08:00:13 GMT, [EMAIL PROTECTED] (Martin
Skj�ldebrand) wrote:
>On 25 Dec 1998 23:45:12 -0600, [EMAIL PROTECTED] (Steve Mading)
>wrote:
>
>>Rich Grise ([EMAIL PROTECTED]) wrote:
>>: Steve Mading wrote:
>>: [...]
>>: >and 2 - I don't want a $PATH
>>: > variable that's over 1000 letters long because of all the /opt/yadda
>>: > directories in it.
>>
>>: Howcome you're strewing your executables all over your drive such
>>: that you need a PATH that's that long?
>>
>>: /bin:/sbin:/usr/bin:/usr/sbin:.
>>
>>: what else do you need?
>>
>>Try reading more than one post when you start looking at a new thread.
>>Your suggestion is precisely what I was in favor of. I was arguing
>>*against* the each-program-in-its-own-dir model.
>
>Coming in late on this thread I can't really see why this is a BAD
>THING. As long as uninstalling tarballs is a pain why not use an
>each-program-in-its-own-dir modell?
Just as a general hint. Change the modification date on every
executable file in the tarball to something like 1/1/1983. If you need
to remove it later, you can use 'find' to pick them up.
>M.
Regards
Anthony
--
===============================================================
|'All kids love log!' |
| Ren & Stimpy |
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Anthony Ord)
Crossposted-To: alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy
Subject: Re: Anti-Linux FUD
Date: Sun, 27 Dec 1998 20:27:37 GMT
On Sat, 26 Dec 1998 19:47:10 -0600, Jerry Lynn Kreps
<[EMAIL PROTECTED]> wrote:
>Jeff Read wrote:
>>
>> "[EMAIL PROTECTED]" wrote:
>>
>> > I don't know if this is related but I have a book here on the 9x/NT
>> > registry that states that the maximum size of an .ini file is 64Kb.
>> > This is why software vendors supplied .ini files of their own before
>> > the registry was designed.
>>
>> Bullshit. If that's true, then that's due to an incredibly brain-dead
>> Microsoft API, and not to a fault of the idea of having .INI files. In
>> the Real World, text-based configuration files can be of any size. But
>> it is still a Good Thing to have one config file for each program rather
>> than lumping them all together into one huge heap.
It's true. It's well known, though it's an implementation problem
rather than a API problem.
>Easy to test.
>
>A little code calling the API function GetProfileString() or one called
>WriteProfileString() will fail to work if it cannot open a file whose
>size is greater than 64Kb or create one larger than 64Kb.
I believe it fails to read values that are 'too far' down the file,
though my memory may be faulty.
>However, in 10 years I can't recall seeing one that large.
Of course not. The bug was well known.
Win.ini sometimes accidently got too large if you installed lots of
magazine coverdisks.
>I would have prefered separate ini files to the register. Most of WinXX
>stability problems are due to the register. That is why there is such a
>big market in "First Aid" kits to fix the bugger. If it wasn't breaking
>so often for so many people then the registry repair kits wouldn't have
>an economically viable market.
You'd be surprised. What about screen burn-in? Is that a problem for
lots of people? How does AfterDark etc do so well then?
>Jerry
Regards
Anthony
--
===============================================================
|'All kids love log!' |
| Ren & Stimpy |
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Anthony Ord)
Crossposted-To: alt.destroy.microsoft,comp.os.linux.advocacy,comp.os.os2.advocacy
Subject: Re: Anti-Linux FUD
Date: Sun, 27 Dec 1998 20:27:43 GMT
On Sat, 26 Dec 1998 11:41:13 -0600, W R Carr <[EMAIL PROTECTED]> wrote:
>Jeremy Crabtree wrote:
>
>> [EMAIL PROTECTED] allegedly wrote:
>> >
>> > You do realize that it does take some intent to
>> > delete a system file even under DOS.
>>
>> Especially those two files. In Win95 even the DOS "kernel" is hardcoded to
>> not let you touch them. (you can't even copy the buggers, making backup
>> rather awkward)
>
>In my experience, that's not true. It's a simple matter to execute "ATTRIB -S -R -H
>*.*
>/S" to have access to all files in the system and do anything desire. The same is
>also
>true in Windows 98. Pure DOS allows you to wreak havoc on any file you choose...
I would construe this as intent. Wouldn't you?
Regards
Anthony
--
===============================================================
|'All kids love log!' |
| Ren & Stimpy |
===============================================================
------------------------------
From: [EMAIL PROTECTED] (Destrius)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Which book for newbie?
Date: 27 Dec 1998 16:42:03 GMT
Reply-To: [EMAIL PROTECTED]
...and it was written on the heavens that on Sat, 26 Dec 1998 03:01:39 -0800,
the entity named Andrew Chen ([EMAIL PROTECTED])
inscribed the following words in comp.os.linux.misc:
-clip-
>As to distributions, I'm a big fan of Debian, which I installed over this
>Winter Break. I'd probably say that the Debian install actually seems
>easier than the Redhat install (though I've heard the people say the
>contrary). Just make sure you get the CD from www.cheapbytes.com, because
-clip-
Hmm. And I thought I was the only one who thought so. :)
--
+-------------------+-----------------------------------------------------+
| Destrius Dragon | -=*[UnSPLUT!]*=- |
| Official Mad Mage | Web: http://destrius.simplenet.com |
| -=*[~UDIC~]*=- | Email: d e s t r i us@ge o c i t i e s . c o m |
+-------------------+-----------------------------------------------------+
| "Am I dreaming of a butterfly, or is the butterfly dreaming of me...?" |
+-------------------------------------------------------------------------+
------------------------------
From: [EMAIL PROTECTED] (Richard Robinson)
Crossposted-To: comp.os.linux.x,uk.comp.os.linux
Subject: Re: Anti-Linux FUD
Date: 27 Dec 1998 20:42:53 -0000
In article <[EMAIL PROTECTED]>,
Martin Skj�ldebrand <[EMAIL PROTECTED]> wrote:
>On 27 Dec 1998 17:38:01 -0000, [EMAIL PROTECTED] (Richard
>Robinson) wrote:
>
>>That's why I like Debian. [Not for .tar.gz's of course, before anyone
>>jumps in, that's what .deb files are for.]
>
>Or Red Hat and rpm:s. Or is there a significant difference?
I've been sufficiently comfortable with Debian that I've never looked at Red
Hat, so I don't know.
>> If I really want to know, I 'touch' a file before doing it, and
>>'find / -newer <touched-file>' straight afterwards.
>
>Another hmm.
>Setting up a /var/tar-install.log
>and then (e.g.)
>
>touch /usr/local/src/your-app/whatever
>make install
>echo your-app >> /var/tar-install.log | find / -newer whatever >>
>/var/tar-install.log
>
>Wouldn't that build a pretty useful log of tar'ed files? Haven't tried
>it - just thought of it right now.
I can't work out your long line above - what happens when you pipe the
1st lot into find ? Is that really what you want ? (Is that really what
happens ?)
I'd be inclined to record each installation into a separate file with
find / -newer touched-file > /var/install-log/progname.version.numbers
which would make removing an installation very easy (for those that don't
provide 'make uninstall')
But, yes, that kind of thing. In fact, I don't do any of this; I just make
very sure nothing goes outside /usr/local, and go on a rampage of deleting
things from time to time. New Years Resolutions time, again ...
--
Richard Robinson
"The whole plan hinged upon the natural curiosity of potatoes" - S. Lem
I don't want to receive UCE :- remove 'x' to reply.
------------------------------
** 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
******************************
