Linux-Misc Digest #106, Volume #19               Sat, 20 Feb 99 02:13:09 EST

Contents:
  Re: gcc or egcs use pentium instructions? (Seth Van Oort)
  Disabling a hard drive? ([EMAIL PROTECTED])
  Re: xfree86 for slackware package? (Phil)
  Re: The .pl- extension? (Brian McCauley)
  How do i write window maker dock apps? (Jorge Canelhas)
  Re: Kernel 2.2.1 and my printer (Ed Young)
  Explanation of Apache process and socket handling??? ("David Sisk")
  PPP and KDE 1.1 ("Steve D. Perkins")
  Re: Why is X video setup for i386 so complicated? (T.L. (Terry Branscombe))
  Re: Best Free Unix? (why FreeBSD?) (Richard Steiner)
  Re: Best Free Unix? (why FreeBSD?) (John Girash)
  Re: Cyrix MII 333 and Linux (John Hong)

----------------------------------------------------------------------------

From: Seth Van Oort <[EMAIL PROTECTED]>
Subject: Re: gcc or egcs use pentium instructions?
Date: Sat, 20 Feb 1999 06:20:55 +0000

Thanks. Does default installation have the compiler using these
instructions where appropriate or do you have to configure it a specific
way or just pass flags at compile time.

Seth

Johan Kullstam wrote:
> 
> Seth Van Oort <[EMAIL PROTECTED]> writes:
> 
> > It's a question I've wondered about for months but never found out. Can
> > gcc or egcs be made to compile pentium and mmx instructions?
> > Thanks.
> 
> i think pgcc had mmx support.  from what i've seen in benchmarks
> posted to the pgcc mailing list, pgcc mmx is mostly a bust in terms of
> performance.
> 
> otherwise pentiums do not have any new instructions over the i486.
> pgcc, egcs and gcc28x will do scheduling for pentiums in quality in
> roughly the order given.
> 
> ppro and pii have the cmov and fcmov operations and yes gcc28x and
> egcs will emit those.
> 
> hope this helps.
> 
> --
> Johan Kullstam [[EMAIL PROTECTED]] Don't Fear the Penguin!

------------------------------

From: [EMAIL PROTECTED]
Subject: Disabling a hard drive?
Date: Fri, 19 Feb 1999 17:37:50 GMT

Hi,

I have a need to turn off the kernel's detection of one drive on a dual
IDE setup, i.e. hide the drive from Linux.  Can this be done and how?

Thanks.
--
Louis-ljl-{ Louis J. LaBash, Jr. }

============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    

------------------------------

From: [EMAIL PROTECTED] (Phil)
Crossposted-To: comp.os.linux.setup,comp.os.linux.x
Subject: Re: xfree86 for slackware package?
Date: 19 Feb 1999 18:02:11 GMT
Reply-To: [EMAIL PROTECTED]

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>Hi, I recently installed slackware 3.6.0 and am quite happy with it but i
>found that the xfree86 that comes with it (and many other linux dists) is not
>the newest release.  For various reasons (one of which being that i would
>like it to recognize my matrox mystique g200 card) i would like to just have
>the newest release of X.  My two problems are #1 I don't know where to get a
>X package setup for Slackware (i was told i should get a package setup for
>slackware, just like they have setups for suse and redhat etc) and #2 i am
>not quite sure how to go about installing it (though i could probably figure
>that part out if i get the package and a FAQ or two).

I just did this, it worked splendidly.

Everything you need is at:

ftp://ftp.xfree86.org/pub/XFree86/3.3.3.1/binaries/Linux-ix86-libc5/

And for your dining pleasure -- here is an excerpt from the
RELNOTES file at that location:

7.  Installing the XFree86 3.3.3.1 Release

The XFree86 3.3.3.1 binaries are distributed as a full release.

NOTE: the X servers are no longer installed setuid root.  If you are starting
your X servers with startx/xinit, or something similar, you will need a copy of
the setuid Xwrapper, and an updated xinit.  These can be found in Xbin.tgz.

What follows is a list of the XFree86 3.3.3 components.  There may be some
variations in this for some OSs.

The following are required for all new installations, or when upgrading from a
version older than 3.3:


          preinst.sh      Pre-installation script
          postinst.sh     Post-installation script
          extract         XFree86 extraction utility
          Xbin.tgz        Clients, run-time libs, and app-defaults files
          Xdoc.tgz        Documentation
          Xfnts.tgz       75dpi, misc and PEX fonts
          Xlib.tgz        Data files required at run-time
          Xman.tgz        Manual pages
          Xset.tgz        XF86Setup utility
          Xjset.tgz       XF86Setup utility (if you prefer the Japanese version)
          XVG16.tgz       16 colour VGA server (XF86Setup needs this server)
          Xcfg.tgz        sample config files for xinit, xdm


The following are required when upgrading from version 3.3 or later:


          preinst.sh      Pre-installation script
          postinst.sh     Post-installation script
          extract         XFree86 extraction utility
          Xbin.tgz        Clients, run-time libs, and app-defaults files
          Xdoc.tgz        Documentation
          Xlib.tgz        Data files required at run-time
          Xman.tgz        Manual pages
          Xset.tgz        XF86Setup utility
          Xjset.tgz       XF86Setup utility (if you prefer the Japanese version)
          XVG16.tgz       16 colour VGA server (XF86Setup needs this server)


The following X servers are for PC/AT based hardware (i.e., typical Intel ix86
based PCs).  Choose at least one which matches your hardware, as well as the
VGA16 server.  The VGA16 server is required by the new configuration utility
(XF86Setup).  A list showing which X server is required for a range of video
cards can be found at http://www.xfree86.org/cardlist.html.


          X3DL.tgz        3Dlabs server
          X8514.tgz       8514/A server
          XAGX.tgz        AGX server
          XI128.tgz       I128 server
          XMa32.tgz       Mach 32 server
          XMa64.tgz       Mach 64 server
          XMa8.tgz        Mach 8 server
          XMono.tgz       Mono server
          XP9K.tgz        P9000 server
          XS3.tgz         S3 server
          XS3V.tgz        old S3 ViRGE server (please use SVGA server)
          XSVGA.tgz       SVGA server
          XVG16.tgz       16 colour VGA server (XF86Setup needs this server)
          XW32.tgz        ET4000/W32, ET6000 server

The following are optional.


          Xf100.tgz       100dpi fonts
          Xfcyr.tgz       Cyrillic fonts
          Xfnon.tgz       Other fonts (Chinese, Japanese, Korean, Hebrew)
          Xfscl.tgz       Scalable fonts (Speedo and Type1)
          Xfsrv.tgz       Font server and config files
          Xprog.tgz       X header files, config files and compile-time libs
          Xnest.tgz       Nested X server
          Xvfb.tgz        Virtual framebuffer X server
          Xprt.tgz        X Print server
          Xps.tgz         PostScript version of the documentation
          Xhtml.tgz       HTML version of the documentation
          Xjdoc.tgz       Documentation in Japanese (for version 3.2)
          Xjhtm.tgz       HTML version of the documentation in Japanese (3.2)
          Xlkit.tgz       X server LinkKit
          Xlk98.tgz       X server LinkKit for PC98 servers


If you already have a version of XFree86 installed, MAKE A BACKUP OF /usr/X11R6
BEFORE DOING ANYTHING ELSE.  The standard installation procedure will overwrite
your existing version of XFree86.

If you are installing from scratch, create a directory called /usr/X11R6, then
extract the required .tgz files.  If you don't have enough space in /usr for
this, create a directory elsewhere and create a symbolic link to it.  E.g., if
you create a directory in /home:

Release Notes for XFree86[tm] 3.3.3.1                                         9
          
          mkdir /home/X11R6
          ln -s /home/X11R6 /usr

The next step is to run the pre-installation script.  This script makes some
preliminary checks of your system.  For some OSs, it may tell you to install
new versions of some system components before proceeding with the installation.
This script may also remove some outdated files and symbolic links from a pre-
vious installation that could cause problems.

For the purposes of these installation instructions, it is assumed that you
have downloaded all the files to the /var/tmp directory.  If you've put them in
another directory, that's fine -- just replace all occurrences of ``/var/tmp''
with the name of that directory.

To run the pre-installation script, go to /usr/X11R6 and run it:

          cd /usr/X11R6
          sh /var/tmp/preinst.sh

The next step is to make the installation utility executable.  To do this, make
sure the `extract' file is in the same directory as all the X*.tgz files, and
run the following from that directory:

          chmod 755 extract

The installation utility ``extract'' is used to unpack the .tgz files that make
up the XFree86 distribution.  The .tgz files are gzipped tar files.  However,
``tar'' in its standard form on most OSs is not well-suited to the task of
installing XFree86.  The extract utility is a modified version of GNU tar 1.12
built with the options required to make it suitable for installing XFree86.
The source for extract is available from the same place you got the XFree86
distribution.

It is strongly recommended that you use the provided extract utility to unpack
the XFree86 distribution.  If you choose to ignore this and use something else,
we don't want to hear from you if you run into problems.  It is also important
that you do not rename the extract utility.  If renamed, it behaves just like
the normal GNU tar.

To extract the XFree86 binaries, run the following as root:

          cd /usr/X11R6
          /var/tmp/extract /var/tmp/X*.tgz

Once the required .tgz files have been extracted, run the post installation
script:

          cd /usr/X11R6
          sh /var/tmp/postinst.sh

For OSs which use ldconfig, you may need to run ldconfig or reboot to complete
the installation.  The postinst.sh script should run ldconfig correctly for you
if you are using Linux, FreeBSD, NetBSD or OpenBSD.  For other OSs that use
ldconfig, check how it normally gets run at boot time.

Once the installation is complete, you should run the one of the configuration
utilities (XF86Setup or xf86config) to configure the X server.  This is essen-
tial for a new installation but optional for an existing installation.  Refer
to the QuickStart document for configuration information.

Phil

------------------------------

From: Brian McCauley <[EMAIL PROTECTED]>
Subject: Re: The .pl- extension?
Date: 19 Feb 1999 18:11:39 +0000

Please note: this has nothing to do with Linux.  Please consider using
the generic Unix groups unless you have some reason to suspect that
your question may be Linux specific.

"M.C.F. van Deutekom" <[EMAIL PROTECTED]> writes:

> Where does the .pl-extension stand for?

Perl.

> Can a file with this extension be excuted or opened by another program?

Yes.

Actually in Unix file enxtensions are not that important, they are
very much just a convention.

You can explicitly use the perl command to run a Perl script.

However if the file has the executable bit set you may simply execute
it.  This is because conventionally all scripts in Unix have a header
that tells the kernel where the script interpreter is to be found.

The first line of a Perl script is usually:

#!/usr/bin/perl

Because that is where Perl is usually installed.



-- 
     \\   ( )  No male bovine  | Email: [EMAIL PROTECTED]
  .  _\\__[oo   faeces from    | Phones: +44 121 471 3789 (home)
 .__/  \\ /\@  /~)  /~[   /\/[ |   +44 121 627 2173 (voice) 2175 (fax)
 .  l___\\    /~~) /~~[  /   [ | PGP-fp: D7 03 2A 4B D8 3A 05 37...
  # ll  l\\  ~~~~ ~   ~ ~    ~ | http://www.wcl.bham.ac.uk/~bam/
 ###LL  LL\\ (Brian McCauley)  |

------------------------------

From: Jorge Canelhas <[EMAIL PROTECTED]>
Subject: How do i write window maker dock apps?
Date: Fri, 19 Feb 1999 18:26:44 +0000

is there any documentation about it ?


pleasse reply to me directly

------------------------------

From: Ed Young <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: Kernel 2.2.1 and my printer
Date: 19 Feb 1999 03:23:00 GMT

Juergen Fiedler wrote:
> 
> Greetings,
> 
> I recently compiled kernel 2.2.1 and almost everything is fine.
> The only obvious problem is that my old Laserjet 4L stopped working.
> While the modules are loaded, I get a message to the effect that the
> printer was found. But if I send something to lpr, it gets stuck
> until I reboot the computer with kernel 2.0.36.
> Unfortunately, I forgot where to find the log file that contains
> the boot messages (where was that one again?)
> Does anyone have any idea what could have gone wrong?
> 
> TIA,
> Juergen

Linux 2.2.1 looks at lp devices differently.  I had to change my
print device from /dev/lp1 to /dev/lp0 in /etc/printcap.  Works
fine now...

------------------------------

From: "David Sisk" <[EMAIL PROTECTED]>
Subject: Explanation of Apache process and socket handling???
Date: Sat, 20 Feb 1999 23:09:44 -0500


Hi:

I'm trying to get an understanding of how Apache handles it's processes and
socket connections.  I'm assuming that Apache always connects with the
browser, retrieves the data, sends it back to the browser, then disconnects
(never keeping the connection to the browser open).  Someone please tell me
if that is a wrong assumption.

Here's the part I'm having difficulty with:

Apache has an HTTP parent process, and several HTTP child processes.  How
does this actually work?

1)  Does the parent process listen for a connection request from a browser,
then hand the socket connection request info to a child process?  (Can this
be done using the sockets sendmsg() and recvmsg() calls and the socket
request file descriptor?  I have the book entitled "Linux Application
Development", and it states that socket connection requests can be handed to
a totally different process with unix domain sockets, but it doesn't say
anything about inet sockets....???)  In other words, does the parent process
act as a "dispatcher", catching the requests but sending them on to the
child processes to do the actually work?  If this is true, does the child
process send the data directly back to the browser, or does it send it
through the parent process?  (I doubt the latter, unless the parent process
is multi-threaded.)  Finally, how does the parent process choose which child
process to hand the socket to?

2)  OR, does each child process listen for a connection request from a
browser, then connect to the browser, do the work and disconnect?  If so,
how does this work?  Can more than one process listen for a connection
request on the same socket name?

If anyone could offer any explanation, I would be truly grateful.  Doubly
thankful if you would email as well as posting!  (And btw, thanks to
everyone for the other answers last week.  I hope my questions are getting
more knowledgeable!)

Kindest regards,
--
David C. Sisk
The Unofficial ORACLE on NT site
http://www.ipass.net/~davesisk/oont.htm








------------------------------

From: "Steve D. Perkins" <[EMAIL PROTECTED]>
Subject: PPP and KDE 1.1
Date: Fri, 19 Feb 1999 05:24:06 +0000

    Yesterday I upgraded my Linux box from KDE 1.0 to 1.1.  I love the
"kppp" dialer that comes with KDE... it had been working flawlessly
since installing KDE in the first place.  However, since upgrading to
version 1.1, it's been working terrible... I'm having to make four or
five attempts every time I want to get a successful login.

    Sometimes it freezes on the "Dialing..." screen (my telephone on the
desk has a light that flashes when the line is in use, it never starts
flashing), and sometimes it successfully dials but fails to authenticate
properly... timing out.

    I was wondering if this was some sort of a known issue in the KDE
community, something I might have done wrong, or maybe just coincidental
problems my ISP might be having (kinda doubt that, but you never know).
Thanks!

Steve




------------------------------

From: [EMAIL PROTECTED] (T.L. (Terry) Branscombe)
Crossposted-To: comp.os.linux.x,comp.os.linux.setup
Subject: Re: Why is X video setup for i386 so complicated?
Date: 19 Feb 99 03:52:02 GMT

Todd Knarr ([EMAIL PROTECTED]) wrote:

: What XFree86 lacks isn't a simple setup. Xconfigurator is as easy to
: use as Windows, for hardware that's on the list. What we need is
: a) a longer list, and b) more newbies willing to ask "My brand XYZ
: model 42B monitor isn't on the list, does anyone have the settings
: for it?".

OK.  I'm a newbie and my brand TVM model SuperSync 3A isn't on the list.
Does anyone have the settings for it?


--
+------------------+
Terrence  Branscombe
[EMAIL PROTECTED]

------------------------------

From: [EMAIL PROTECTED] (Richard Steiner)
Crossposted-To: 
comp.unix.questions,comp.unix.advocacy,comp.unix.misc,comp.unix.bsd.freebsd.misc
Subject: Re: Best Free Unix? (why FreeBSD?)
Reply-To: [EMAIL PROTECTED]
Date: Fri, 19 Feb 1999 00:09:01 -0600

Here in comp.os.linux.misc, W Gerald Hicks <[EMAIL PROTECTED]>
spake unto us, saying:

>Although I too like the operating system that Linus named after
>himself but was mostly developed by others, it's unusable for many
>commercial ventures because of the viral nature of the GPL.

GPL'd source can certainly be used for commercial purposes -- just not
for PROPRIETARY purposes.  If binaries derived from GPL'd software are
released, the source code must also be made available.

Commercial != proprietary.  There is a considerable overlap, yes, but
let's not misrepresent the issues here.

>I've been involved with OSS since the '70s.  So has John Dyson and quite
>a few other people who have been vilified and demonized by Linus and more
>notably Eric Raymond.

I'm uncertain how relevant penis length comparisons are here.  <??>

I've seen folks like Brett Glass (a BSD advocate who used to write for
InfoWorld) nail people to the wall and write them off as "GPL fanatics"
because they went so far as to say that programmers should have a choice
to use whichever license they want to use, even if that choice includes
the GPL.  His reputation on IWE has been completely shot to hell since
he got the One True Anti-GPL Faith.

Such extremism, however well-intended, is completely uncalled for on
either side, IMhO.

Now John Dyson is crossposting his various comments about how all the
poor commercial programmers out there aren't allowed to exploit GPL'd
code for their own proprietary interests.

Well, I'm a commercial programmer.  And I frankly don't care how people
choose to license their code -- it's *THEIR* code, I'm responsible enough
to respect their wishes, I'm glad that I can use GPL'd source in certain
contexts, and I'll damn well write my own code if I have to in order to
stay legal.  Or I'll grab snippits of BSD code.  :-)  I don't care.

Why is it that some people seem to have a problem with this???

>Linus: to dismiss this as a non-issue is irresponsible to the many people
>who, for some reason or another, look up to you and trust your judgement.
>
>But then again, politics seem to be your strong suit and this is a
>classical tactic among sophists.

Nice ad Hominem.  He didn't dismiss it as a non-issue, he said that
John could use whatever license he wished.  This seems reasonable.

Can you keep this bullshit to the advocacy forums, please?

-- 
   -Rich Steiner  >>>--->  [EMAIL PROTECTED]  >>>---> Bloomington, MN
    OS/2 + Linux (Slackware+RedHat+SuSE) + FreeBSD + Solaris + BeOS +
    WinNT4 + Win95 + PC/GEOS + MacOS + Executor = PC Hobbyist Heaven!
         A lack of leadership is no substitute for inaction.

------------------------------

From: John Girash <[EMAIL PROTECTED]>
Crossposted-To: 
comp.unix.questions,comp.unix.advocacy,comp.unix.misc,comp.unix.bsd.freebsd.misc
Subject: Re: Best Free Unix? (why FreeBSD?)
Date: 19 Feb 1999 00:45:18 -0500

In comp.os.linux.misc John S. Dyson <[EMAIL PROTECTED]> wrote:
: In article <7ahq7a$5g8$[EMAIL PROTECTED]>,
:       [EMAIL PROTECTED] (Linus Torvalds) writes:

:> So then you must be happy that we changed the "free" to "open source",
:> right?
:>
: Please parse FSF.  Their software isn't free.

This is the closest I've seen Mr Dyson come to answering the several-times-
asked direct question in this thread: are you merely complaining about the
association of the word "free" with GPL'd software.  He's skirted the issue,
insulted others under the guise of being insulted himself, and frankly IMHO
made some almost-libellous statements against others.

The ironic thing is that in the end the "two sides" seem to agree in
practice, given the change in terminology mentioned above.

So Mr Dyson, can we finally lay this to rest (or at least move on to more
productive discussions), with you giving a direct yea or nay to the question?
Semantic arguments are rather boring.

: -- 
: John                  | Never try to teach a pig to sing,
: [EMAIL PROTECTED]      | it makes one look stupid
: [EMAIL PROTECTED]         | and it irritates the pig.

Afaik, under either GPL or BSDL a pithy quote like that requires attribution.
I guess we're into public-domain (the only truly "free") pithy quotes now (-;

-- 
"don't listen when you're told about the best days in your life     Spirit of
 a useless old expression, it means passing time until you die."     the West
 /\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\//\\/
  -- John Girash -- girash @ cfa.harvard.edu - http://skyron.harvard.edu/ --

------------------------------

From: [EMAIL PROTECTED] (John Hong)
Crossposted-To: comp.sys.ibm.pc.hardware.chips
Subject: Re: Cyrix MII 333 and Linux
Date: 19 Feb 1999 05:54:46 GMT

tonys ([EMAIL PROTECTED]) wrote:
: bus speed is 83 mhz....multiplier is 3x it is a .25 micron etch size....i
: have an 300pr that is an .25....should be black....not gold..

        <??>  Are you sure about this?  What is the voltage?  I mean if 
it is 2.9v, then it is not .25 die in size.

        Regarding the black/gold thing, I could've sworn I've read here 
that it is the gold version of the PR300 that you want and not the 
black.



------------------------------


** 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
******************************

Reply via email to