Linux-Development-Sys Digest #887, Volume #7 Sun, 21 May 00 17:13:13 EDT
Contents:
Re: Need ideas for university funded project for linux ("Peter T. Breuer")
I need drivers for HP Deskjet 400 ("Ricardo Matanzas Garc�a")
Re: 100 Mb thernet PCI on a 486 DX2 66MHz? (Chris Hedley)
System V IPC guide on the Internet? ("Mladen Adamovic")
Re: Need ideas for university funded project for linux (Richard Steiner)
Re: Need ideas for university funded project for linux (Matthias Warkus)
REQ : PLX9080 driver source code ("Lighty")
Re: Need ideas for university funded project for linux (Leslie Mikesell)
Re: serial port RTS control ? (Mario Klebsch)
Re: serial port RTS control ? (Mario Klebsch)
Re: Need ideas for university funded project for linux (Leslie Mikesell)
Re: zip with password (J.H.M. Dassen (Ray))
Re: Why no defrag? (William J. Evans; mail protected by spamgard{tm})
A defrag-program (was: Re: Why no defrag?) (=?iso-8859-1?Q?H=E5vard?= Garnes)
Re: Need ideas for university funded project for linux (Ray)
----------------------------------------------------------------------------
From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 21 May 2000 09:08:41 GMT
In comp.os.linux.misc JEDIDIAH <[EMAIL PROTECTED]> wrote:
: On 20 May 2000 14:54:26 -0500, Leslie Mikesell <[EMAIL PROTECTED]> wrote:
:>In article <[EMAIL PROTECTED]>,
:>David Steuber <[EMAIL PROTECTED]> wrote:
:>>' And as a result of SuSE predating RedHat, SuSE rpms are incompatible
:>>' with RedHat ones :-( I wish they'd switch to dpkg, but I bet there would
:>>It is the RPM BS that has caused me to abandon that format whenever
:>>possible. Instead, I prefere to install software from source.
:>You left out the dozen obligatory arguments to ./configure that
:>are different for every package to make it interoperate with
: I dunno about you, but I rarely if ever actually need to
: use any of those options...
I need ./configure --prefix=/usr --sysconfdir=/etc usually. If I am
overwriting a system installed version, that is. Followed by
a find /usr /etc -type mount -cnewer . > /tmp/file_list, and some
quick comparisons with the earlier package listing. Yeah, OK, a
make -n install first to get a rough idea of where it will like to go.
To install KDE stuff, I usually need to incant --qtdir=/usr/local/qt
also and setenv KDEDIR /opt/kde. And make sure to point CC and CXX
at my gcc 2.7.2.3 installation (probably adjust some kde sources
to avoid templates too, or fix minor misdecls).
: The point of automation is to avoid such manual futzing.
If I could be bothered to type the above into a command, I would.
But neither my brain nor my memory is sufficiently weak to encourage
me to do so. If some day I forget, it would take me all of ten minutes
to work it out again, and maybe I'd learn something new. Really
I should save the config log. That would be handy.
If I were doing something new and complicated, like trying to fit ibm's
idea of an ecommerce server together with the latest perl mods, then
I'd be grateful for a spec file to study. However, some don't help.
Look at suse's apache spec, for example. (the process of compiling
apache with the correct bits in is shrouded in mystery).
Peter
------------------------------
From: "Ricardo Matanzas Garc�a" <[EMAIL PROTECTED]>
Subject: I need drivers for HP Deskjet 400
Date: Sun, 21 May 2000 11:19:33 +0200
How knows any site to download this driver?
please send me the address or mail with de driver or any sew to find this
driver.
Thank you
------------------------------
From: [EMAIL PROTECTED] (Chris Hedley)
Subject: Re: 100 Mb thernet PCI on a 486 DX2 66MHz?
Date: 21 May 2000 10:54:52 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Stefaan A Eeckels) writes:
> In article <8fk56i$mgi$[EMAIL PROTECTED]>,
> Mark Hahn <[EMAIL PROTECTED]> writes:
>>> with the cheap ones (10MB/s was common for fast SCSI drives
>>> used in those days).
>>
>> it was _not_ common for SCSI drives to sustain 10 MB/s in 486 days.
> It was common for _fast_ SCSI drives to run at 10MB/s.
> My 486 EISA/Adaptec 2740 SCSI/HP 1GB Fast SCSI server (1993)
> did 10MB/s from the disk to the controller, and about 8MB/s
> under Linux 2.0.36.
ISTR a more common speed was about 4.5 MB/s, even for larger
systems, although that probably predates 486es.
Chris.
------------------------------
From: "Mladen Adamovic" <[EMAIL PROTECTED]>
Subject: System V IPC guide on the Internet?
Date: Sat, 20 May 2000 16:18:25 +0200
Reply-To: "Mladen Adamovic" <[EMAIL PROTECTED]>
Is there any good on-line guide for System V IPC?
Where?
--
=============
Mladen Adamovic
Computer science student
at university of Belgrade
------------------------------
From: [EMAIL PROTECTED] (Richard Steiner)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Reply-To: [EMAIL PROTECTED]
Date: Sun, 21 May 2000 07:56:39 -0500
Here in comp.os.linux.misc, [EMAIL PROTECTED] spake unto us, saying:
>So, 60% of 5% of computer users is not a lot of people.
If you could get 60% of 5% of all computer users to send me a dollar, I
would be a very happy man. :-)
>On an unrelated note, is Apache really 60% of the WWW server market?
>Do you know how many of them are on Linux boxes? (I ask because I
>didn't think *Unix* had a 60% share of the WWW server (OS) market.)
http://www.netcraft.com has lots of information along those lines.
--
-Rich Steiner >>>---> [EMAIL PROTECTED] >>>---> Bloomington, MN
OS/2 + BeOS + Linux + Solaris + Win95 + WinNT4 + FreeBSD + DOS
+ VMWare + Fusion + vMac + Executor = PC Hobbyist Heaven! :-)
Cogito ergo spud: I think therefore I yam.
------------------------------
From: [EMAIL PROTECTED] (Matthias Warkus)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Sat, 20 May 2000 23:30:35 +0200
Reply-To: [EMAIL PROTECTED]
It was the Sat, 20 May 2000 20:12:48 GMT...
...and [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Matthias Warkus) writes:
>
> > > > : 3. A DirectX-like platform for hardware-accelerated devices, not
> > > > : necessarily at the kernel level;
>
> > > > Whats wrong with OpenGL?
>
> > > The fact that it's not hardware-accelerated?
>
> > Of course it is hardware accelerated.
>
> No. It isn't.
>
> It may have the potential to be accelerated at some point in the
> future, but, as of this writing, it is not. NVIDIA has flatly stated
> that they will not be doing hardware-accelerated OpenGL until XF86
> 4.0. As XF86 4.0 is not the official XF86 at this point, there is
> not, officially, any hardware-accelerated OpenGL at this point.
I've had hardware-accelerated OpenGL on my machine for months. Other
people have for years. Free OpenGL, that is (Mesa).
> > The entire idea of OpenGL is wrapping hardware
> > acceleration. Everything in the OpenGL API is centred around making
> > effective hardware accelerated implementations possible.
>
> Actually, I think the entire idea of OpenGL is making available a
> high-level 3D API to the user.
>
> It seems to me that if they were more interested in wrapping hardware
> acceleration, OpenGL would look more like Direct3D (which is
> considerably more minimalist).
Direct3D is not built around a single dogma at all (it's a kluge).
Anyway, it surprised me, too, that OpenGL's idea is to provide an API
that is as easy to implement in hardware as possible. The Red Book
(i.e. the official OpenGL manual) told me so.
mawa
--
blisteciosis, n.:
the condition of lips which have completely abandoned any attempt
to stay humid or supple on their own, instead settling for getting
addicted to Blistex(TM)
------------------------------
From: "Lighty" <[EMAIL PROTECTED]>
Subject: REQ : PLX9080 driver source code
Date: Sun, 21 May 2000 19:42:32 +0200
Hello Gurus,
I am in need of a PLX9080 driver source code. I am trying to write a driver
myself but am facing some problems, and some source code would be of great
help !
Thanks in advance to all of you wonderful people !!
Regards,
Daniel Doron.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 21 May 2000 12:36:52 -0500
In article <[EMAIL PROTECTED]>,
JEDIDIAH <[EMAIL PROTECTED]> wrote:
>>>>Of course. GPL advocates were the ones who pushed for this
>>>>change and they don't like the LGPL much.
>>>
>>> Bullshit.
>>
>>http://www.gnu.org/philosophy/why-not-lgpl.html
>
> That makes it the position of the Free Software Foundation
> not of the various groups that opposed the original licence
> including those that made their own alternative...
>
> ...licenced LGPL.
I haven't followed the latest License Wars series, but I thought
the real contentention was between KDE vs. GNOME, with GNOME's
main reason to exit being that KDE wasn't GPL'd. Did I miss
a twist in the plot? (Yes, I agree that LGPL is a relatively
sane license, but sanity rarely has much to do with anything.)
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Mario Klebsch)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: serial port RTS control ?
Date: Sun, 21 May 2000 18:13:14 +0200
[EMAIL PROTECTED] (Grant Edwards) writes:
>In the protocols commonly used on RS-485 lines "master" refers to a device
>that is allowed to decides when it wants to transmit. A "slave" only
>transmits when commanded to by a "master".
Then your (or the unknown standards) definition of master varies from
mine. But lets not discus about word, but about funtion. The sending
device (no matter wether it is called master or slave) has to disable
its line diriver within certain contraints in time. If they are not
met, you risk data corruption. To do this with linux, you need some
method to syncronize the accesses to RTS with the data being written
to the output fifo. AFAIK, there currently is no adeqate support for
this in linux.
73, Mario
--
Mario Klebsch [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Mario Klebsch)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: serial port RTS control ?
Date: Sun, 21 May 2000 18:20:18 +0200
[EMAIL PROTECTED] (Grant Edwards) writes:
>In article <[EMAIL PROTECTED]>, Mario Klebsch wrote:
>>>And what's happen if I use CRTSCTS (hardware flow control) mask in ioctl ?
>>
>>Althoug CRTSCTS does have RTS in its name, RTS is not affected by
>>CRTSCTS.
>Yes it is. When its input buffer is full, the host driver will assert RTS
>to tell the other end to stop transmitting.
Too bad, RTS is not ment to stop the transmitter on the other side of
the link. :-(
I know, this is a common misinterpretation of RTS, but especially when
talking about half duplex communication, it is worthless.
I also know, that there is no other control line, which is ment to
throttle the transmitter on the other side. IMHO, whe should have
abandoned RS-232 a long time ago, and should have created a symetric
interface instead. RS-232 does have two genders, DCE and DTE. It does
not have support for end-to-end-handshake (since RTS is not a a signal
for end-to-end-handshake). Having a symetrical interface with lines
like HskI and HskO (Handshake In and Handshake out) would have cleared
much. And I would have got rid of the DTC/DCE issue, too. But this all
has not been done, so we have to live with RS-232. :-( And if they
change RS-232 to have handshake signals, I hope, they either use
unused pins for that, or that they change the name.
73, Mario
--
Mario Klebsch [EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: 21 May 2000 13:18:46 -0500
In article <[EMAIL PROTECTED]>,
David Steuber <[EMAIL PROTECTED]> wrote:
>Most of the time, I've not passed _any_ arguments to configure. I did
>for Qt and for KDE. However, those were not specific to my distro
>(SuSE 6.2) which I have been hacking away from its original
>configuration. It is also not a big deal to specify --prefix.
>
>I am no longer interested in distribution specific sources anyway. I
>am trying to move away from that. One of the reasons I have been
>learning Linux is so that I am in charge of my system configuration.
That is OK if you have time to kill. I just want to keep
a bunch of machines working well, so I like to take advantage
of the work the people building distributions have done.
>Granted, when I first started out, SuSE was great. It allowed me to
>set up my system without knowing much of anything. I still think SuSE
>or some other good package is the way to go for a beginner. However,
>I have started to outgrow it.
In what way? I have several things that I maintain locally either
because they aren't in the distribution or contributed rpms or
because I need local changes. This set has become much smaller
over the last few years as most worthwhile things have been
rolled into the distributions. Using recent Mandrake and
VALinux base distributions and the stuff on the PowerTools
CD, I think the only updates I've been doing is adding the
latest Samba (via rpm update) and building apache from scratch
for a few machines where I want mod_perl and jserve (and
adding a jvm for those). Even amanada has been included
in the VALinux distribution.
>While my system is still mostly SuSE, it is no longer pure SuSE. I've
>already diverged in some non trivial ways. OTOH, SuSE 6.4 does now
>provide some of the things I already have on my system, ie GCC 2.95.2,
>libc 2.0.7, etc. I'm evolving towards a generic GNU/Linux.
This is your choice, of course, and having that choice is a
very good thing. You just have to realize that this is a
fast-paced business and you are going to be repeating that
work at least every 6 months just to stay at the point
where a single distribution 'update' run would put you and
you have to track all the bugs and improvements yourself.
I prefer to take advantage of the thousands of programs
that someone else has bundled in a workable form and spend
my own time on a few critical ones where I actually need
more control. However, even with these I would be perfectly
happy to let a distribution update that worked as well replace
my older version.
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (J.H.M. Dassen (Ray))
Subject: Re: zip with password
Date: Sun, 21 May 2000 16:04:21 +0200
Diego Betancor <[EMAIL PROTECTED]> wrote:
> Can I get a zip version that does encrypt?
Yes. For Debian GNU/Linux, there are "zip-crypt" and "unzip-crypt" packages
available in source and binary form from non-US.debian.org. Their
documentation indicates they are built using a patch available as
ftp://ftp.icce.rug.nl/infozip/src/zcrypt28.zip
HTH,
--
Ray Dassen <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (William J. Evans; mail protected by spamgard{tm})
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Why no defrag?
Date: Sun, 21 May 2000 19:30:39 GMT
Reply-To: [EMAIL PROTECTED]
=====BEGIN PGP SIGNED MESSAGE=====
=== Nothing above this line is part of the message. ===
"Frank" <[EMAIL PROTECTED]> wrote:
:I suppose anyone can write one:
:
:int main(void)
:{
: fprintf(stdout, "Defragmenting drives... ");
: sleep(900);
: fprintf(stdout, "done\n");
: return(0);
:}
(sighs)
Don't forget:
#include <stdio.h>
#include <unistd.h>
Signatures Follow. (tm)
=====BEGIN PGP SIGNATURE=====
Version: 2.6.2
iQCVAwUBOSgziu7FqQNEGv6lAQGcNgP+LFcNEIg5h29QW8UmGME/aa6J/EoJAEaY
TN6ZZxCPZXl0bi5z6UIu68KKpxjuFJtMPZ7/yucyHkgoiI65Z8WXNlugRoSFEyD8
fk0cipm8hricykceElFr3ZpOXJPhGjM5o5YJ+8RWrqmTv6g5XxEAp5QvCjC7lqWj
vZEP4xWLPsQ=
=bJAD
=====END PGP SIGNATURE=====
-- It is now safe to turn off your computer.
Bill Evans/Box 4829/Irvine, California 92616/(949)551-4829 _ /| ACK!
Email-To: [EMAIL PROTECTED] -- PGP encrypted mail preferred. -- \`o_O' /
http://www.panix.com/~wje for public key. Key #: 441AFEA5 =( )=
PGPprint: FB D0 1C 1D EF DC 26 BA B3 9E 84 0B 40 D6 59 9C U
------------------------------
From: =?iso-8859-1?Q?H=E5vard?= Garnes <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: A defrag-program (was: Re: Why no defrag?)
Date: Sun, 21 May 2000 22:16:07 +0200
>
> It does not and fragmentation, still, occurs as it has got nothing
> to do with the OS itself.
http://freshmeat.net/appindex/1999/11/08/942118543.html
A search for "defrag" on freshmeat.net.
H�vard.
------------------------------
From: [EMAIL PROTECTED] (Ray)
Crossposted-To:
comp.os.linux,comp.os.linux.development,comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.advocacy
Subject: Re: Need ideas for university funded project for linux
Date: Sun, 21 May 2000 20:53:17 GMT
On 20 May 2000 15:08:21 -0500, Leslie Mikesell <[EMAIL PROTECTED]> wrote:
>In article <[EMAIL PROTECTED]>,
>Ray <[EMAIL PROTECTED]> wrote:
>>>How graceful is it about hardware differences?
>>
>>The above shouldn't change your hardware config. at all. In Debian hardware
>>configuration is pretty much a manual affair anyway.
>
>That's a problem - I'm looking for a full-auto system administrator
>(to the extent possible, anyway).
Well, we started out talking about a way to distribute the list of software
installed on one machine to others so that they could start out with a known
good set of packages for a particular task. Such a system really shouldn't
touch a persons hardware config IMHO.
> RedHat uses something called
>kudzu to deal with hardware setup, and it handles things like
>plugging in new hard drives, scsi tape drives, etc.
That does sound rather good although I personally prefer that hardware
configs stay put until I tell them othwise.
> I'm not
>sure if it will catch video card changes on i386 machines but
>I suspect it will.
Xs' SVGA driver detects and properly handles most video cards regardless of
what distro it is installed on. Changing from a big modern monitor to an
older one can be a problem though. Also, the frame buffer driver is very
portable (although it's not accelerated).
>
>>> And is there
>>>a way to do a subsequent update (including adding/removing as
>>>well as updating packages) on the master so the copies can
>>>track along?
>>
>>I imagine you could repeate the above any time you wanted to sync the client
>>machines' packages but I can't say I've ever tried it. Most people just use
>>"apt-get update" "apt-get upgrade" to keep their packages up to date. If
>>you have several machines that you really want to stay identical then you
>>might be better nfs mounting the / dir from the server or maybe using rsync.
>
>Rsync doesn't know about any of the config changes that go along with
>changed files. We need something that knows how to delete an
>existing package that the maintainer no longer wants (example: he
>switches from sendmail to postfix).
How many programs really need different configs on each client? I havn't
used postfix but with exim a single config file should be ok for all the
target machines (localhost is localhost no matter where you are right?).
You might want to have a look at the remote-boot HOWTO (I think that's the
one) since the issues of dealing with a bunch of remote booted machines are
essentially the same as the ones you're facing.
--
Ray
------------------------------
** 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.development.system) 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-Development-System Digest
******************************
