Linux-Development-Sys Digest #660, Volume #7 Tue, 7 Mar 00 19:13:15 EST
Contents:
Problem with aha152x module (David Ronis)
Re: [Q] scsi device probing (Juergen Heinzl)
Re: How can I map kernel space to user space ?? (Grant Edwards)
Re: Swapping HDs... how best to do it? (Charlie)
Re: Odd cua0 vs. ttyS0 bug from gpm w/kernel 2.2.14 (m buller)
Re: Odd cua0 vs. ttyS0 bug from gpm w/kernel 2.2.14 (H. Peter Anvin)
Re: GCC and EGCS, SuSE say they can co-exist, I don't see how (Nix)
Re: glibc building problem (Nix)
Re: Struct size and allocate problem! need help. (Nix)
Re: Struct size and allocate problem! need help. (Nix)
Re: unresolved Symbols in modules (Nix)
Re: array of semaphores... (Nix)
Re: Absolute failure of Linux dead ahead? (Nix)
Re: Installing glibc (Please Help!) (Nix)
Re: What's GNU/Linux? (Nix)
Re: Creating VB RAD Style Application to Linux (Nix)
Re: Help! app lock up upon entry - shared libraries suspected (Nix)
Re: Which Package? (Nix)
Re: file system hierarchy (Nix)
----------------------------------------------------------------------------
From: David Ronis <[EMAIL PROTECTED]>
Subject: Problem with aha152x module
Date: Tue, 07 Mar 2000 21:16:07 GMT
I'm running 2.1.14 on a i586 that has a aha152x scsi card installed.
I configued the kernel to support the card and scsii as modules.
Sometime around 2.1.12 things stopped working (typically I use the
card to talk to a umax scanner using xsane or one of the sane tools).
What happens is that the scsi device isn't recognised.
ldd shows:
Module Size Used by
aha152x 28364 0 (autoclean) (unused)
sg 12772 0 (autoclean) (unused)
scsi_mod 42412 2 (autoclean) [aha152x sg]
serial 19636 1 (autoclean)
autofs 9728 1 (autoclean)
wd 5068 1 (autoclean)
8390 6548 0 (autoclean) [wd]
aha152x, sg and scsi_mod are never autocleaned. On the other hand, if
I manually remove them with modprobe -r (rmmod -r -a doesn't do it)
and start over, things work as expected, at least until the next time
I want to use the scanner. My suspicion is that the modules are in
fact loaded at boot time and never time out (I can't reboot the
machine now, unfortunately); this may also be related to the fact that my
scanner is normally powered down and there are no other scsi devices
on my system.
Here's what's in my modules.conf file:
alias eth0 wd
options wd io=0x300 irq=10
alias scsi_hostadapter aha152x
options aha152x "aha152x=0x340,9,7,1"
alias net-pf-4 ipx
alias char-major-14 off
alias char-major-15 off
alias char-major-16 off
alias char-major-23 off
alias char-major-24 off
alias char-major-25 off
alias char-major-33 off
alias char-major-34 off
alias char-major-35 off
alias char-major-20 off
alias char-major-18 off
alias char-major-29 off
alias char-major-10-135 off
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 off
alias ppp-compress-26 ppp_deflate
alias binfmt-0064 binfmt_aout
alias parport_lowlevel parport_pc
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: [Q] scsi device probing
Date: Tue, 07 Mar 2000 21:34:21 GMT
In article <[EMAIL PROTECTED]>, Kim Tae Hyung wrote:
>
>After the system boots (or the modules are inserted),
>scsi device structure is initialized, I think.
>(e.g. scsi_device).
>
>But, when I connect one more scsi device(disk) online,
... then the result could be some fried devices ...
>how can I probe that device, and insert the kernel structure without
>rebooting?
See /usr/src/linux/drivers/scsi/scsi.c, do a search for echo and
skim through all that shows up. Actually, this feature has been
around for ages now, so just ignore the "BETA" remark.
[...]
Ta',
Juergen
--
\ Real name : Jürgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: grant@nowhere. (Grant Edwards)
Subject: Re: How can I map kernel space to user space ??
Date: Tue, 07 Mar 2000 22:25:32 GMT
In article <[EMAIL PROTECTED]>, Kevin Shao wrote:
>Is there any way to map kernel space (which is allocated in the driver)
>to user space, or vice versa, so that both driver and the application
>can simultaneously access to the same buffer ?
Yes. If you nail down a page of physical system RAM, you can
then let the user mmap() it into user space. See Rubini's book
"Linux Device Drivers" (chapter 13, IIRC).
Here's an example device driver that allows the user to mmap()
two blocks of PCI device memory and one page of buffer space
(it impliments three different minor devices):
ftp://ftp.visi.com/users/grante/stuff/demomm.tar.gz
--
Grant Edwards grante Yow! One FISHWICH coming
at up!!
visi.com
------------------------------
Subject: Re: Swapping HDs... how best to do it?
From: Charlie <[EMAIL PROTECTED]>
Date: Tue, 07 Mar 2000 14:54:23 -0800
In article <[EMAIL PROTECTED]>, "Paul D. Smith"
<[EMAIL PROTECTED]> wrote:
>So. Anyone have hints as to how to move an entire distro from
one disk
>to another?
There is a Hard-Disk-Upgrade mini HOWTO, in /usr/doc/HOWTO/mini,
which explains exactly how to do what you want.
<puts on commercial hat - I'm an employee of Symantec working on
Linux support for Norton Ghost>
Alternatively, a disk cloning product does exactly what you want.
I'm not sure which if any of our competitors support Ext2
filesystems, but Ghost will copy your old hard disk to the new
one, allowing you to resize any partitions, and if you boot with
LILO, will attempt to patch it so the new disk will boot. After
the clone, mount the new disk in the same configuration as the
old (e.g if the old was primary master (/dev/hda) then the new
one must be after the clone as well, as Ghost doesn't patch
/etc/fstab. You should have a boot floppy available in case your
LILO configuration isn't supported.
You can get an evaluation copy of Ghost from
http://www.symantec.com/sabu/ghost/indexB.html
- it will work for about 15 days, if memory serves me, and that
should be all you need for your upgrade.
<end commercial>
Charlie
* Sent from RemarQ http://www.remarq.com The Internet's Discussion Network *
The fastest and easiest way to search and participate in Usenet - Free!
------------------------------
From: m buller <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: Odd cua0 vs. ttyS0 bug from gpm w/kernel 2.2.14
Date: Tue, 07 Mar 2000 22:30:16 GMT
Hi,
Sounds like this is similar to a problem I am seeing.
Just load 2.2.12-20 (redhat 6.1) and the DigiBoard Smart serial card
(accelport xem) using thier rpm package. When ever I login on one of these
serial ports I get the following message (2x):
tty_io.c: process 510 (getty) used obsolete /dev/cud0 - update software to
use /
dev/ttyS0
tty_io.c: process 510 (getty) used obsolete /dev/cud0 - update software to
use /
dev/ttyS0
The funny thing is the device in use is /dev/ttyD0, as created by the digi
rpm install. The actual inittab line is:
# digi board
D0:2345:respawn:/sbin/getty ttyD0 DT19200 addsvp60
I checked the version of getty (getty_ps 2.0.7j-7) looks like it is the
latest. I contacted Digi tech support they suggested I try deleting
cud0. I did this, but still get the same message. Note the port (dev) ttyD0
works fine.
Any Ideas ?
Larry Morley wrote:
>
> Hi,
>
> Just built 2.2.14 from the sources on top of a RH 5.2 distribution. It
> works
> except for a few minor glitches. Not exactly the smoothest trip going,
> but
> I think I made it unscathed...
>
> One that I can't figure out is gpm triggering a '... used obsolete
> /dev/cua0 -
> update software to use /dev/ttyS0' from kernel source file tty_io.c
>
> Well, I did "update" gpm (downloaded and installed v.1.14 - Im not
> convinced
> it's any different from what was already there), and the source code
> definitely uses ttyS0 explicitly. The error message comes from
> tty_open() in
> tty_io when .type is TTY_DRIVER_TYPE_SERIAL and .subtype is SERIAL_TYPE_
> CALLOUT; tty_io.c is set to generate this message 5 times and then shut
> up.
>
> I finally figured out why - gpm uses /dev/mouse by default, which was
> a link to /dev/cua0 under RH 5.2. A "ln -s /dev/ttys0 /dev/mouse" fixed
> it. But, can anyone give me a little more insight as to what this
> message
> means, if anything else is affected, why this change was made etc.?
>
> Also noted a few other oddities while I was doing this. If anyone is
> trying
> something similar and has any questions, feel free; I may have run up
> against it.
>
> Tomorrow I may update my glibc if I feel like causing myself some more
> grief
> :)
>
> Thanks in advance,
> Larry
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
From: [EMAIL PROTECTED] (H. Peter Anvin)
Crossposted-To: comp.os.linux.hardware
Subject: Re: Odd cua0 vs. ttyS0 bug from gpm w/kernel 2.2.14
Date: 7 Mar 2000 15:54:32 -0800
Reply-To: [EMAIL PROTECTED] (H. Peter Anvin)
Followup to: <[EMAIL PROTECTED]>
By author: m buller <[EMAIL PROTECTED]>
In newsgroup: comp.os.linux.development.system
>
> I checked the version of getty (getty_ps 2.0.7j-7) looks like it is the
> latest. I contacted Digi tech support they suggested I try deleting
> cud0. I did this, but still get the same message. Note the port (dev) ttyD0
> works fine.
>
> Any Ideas ?
>
You probably have the majors on /dev/cud* and /dev/ttyD* reversed.
Digiboard have had problems with it... at least some versions of the
drivers put the smaller major as /dev/cud*, which violates the
invariant that you find the callout device by adding 1 to the major of
the callin one.
-hpa
--
<[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private!
"Unix gives you enough rope to shoot yourself in the foot."
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: GCC and EGCS, SuSE say they can co-exist, I don't see how
Date: 07 Mar 2000 20:29:11 +0000
[EMAIL PROTECTED] (Dirk Foersterling) writes:
> Ther may be more elegant solutions than mine. I compiled and installed
> my compilers for myself: I got the sources of the various compilers
> i'd like to use and installed the gcc-2.7.2.3 package. Using this
> compiler, I configured and compiled gcc-2.95.2 with
> --prefix=/opt/gcc/2.95.2/.
Look up --program-prefix.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: glibc building problem
Date: 07 Mar 2000 20:39:07 +0000
[EMAIL PROTECTED] (Jean-Christophe Praud) writes:
> For now, I succeded at building a libc, but the 'make check' fails...
> I installed the libc and compiled a cross gcc, but executables compiled
> with this setup don't work :
> /usr/local/cross/i686-pc-linux-gnu/lib/libc.so.6 :
> undefined symbol: _dl_initial_searchlist
The FAQ, section 3.18:
3.18. After upgrading to glibc 2.1, I receive errors about
unresolved symbols, like `_dl_initial_searchlist' and can not
execute any binaries. What went wrong?
{AJ} This normally happens if your libc and ld (dynamic linker) are from
different releases of glibc. For example, the dynamic linker
/lib/ld-linux.so.2 comes from glibc 2.0.x, but the version of libc.so.6 is
from glibc 2.1.
The path /lib/ld-linux.so.2 is hardcoded in every glibc2 binary but
libc.so.6 is searched via /etc/ld.so.cache and in some special directories
like /lib and /usr/lib. If you run configure with another prefix than /usr
and put this prefix before /lib in /etc/ld.so.conf, your system will break.
So what can you do? Either of the following should work:
* Run `configure' with the same prefix argument you've used for glibc 2.0.x
so that the same paths are used.
* Replace /lib/ld-linux.so.2 with a link to the dynamic linker from glibc
2.1.
You can even call the dynamic linker by hand if everything fails. You've
got to set LD_LIBRARY_PATH so that the corresponding libc is found and also
need to provide an absolute path to your binary:
LD_LIBRARY_PATH=<path-where-libc.so.6-lives> \
<path-where-corresponding-dynamic-linker-lives>/ld-linux.so.2 \
<path-to-binary>/binary
For example `LD_LIBRARY_PATH=/libold /libold/ld-linux.so.2 /bin/mv ...'
might be useful in fixing a broken system (if /libold contains dynamic
linker and corresponding libc).
With that command line no path is used. To further debug problems with the
dynamic linker, use the LD_DEBUG environment variable, e.g.
`LD_DEBUG=help echo' for the help text.
If you just want to test this release, don't put the lib directory in
/etc/ld.so.conf. You can call programs directly with full paths (as above).
When compiling new programs against glibc 2.1, you've got to specify the
correct paths to the compiler (option -I with gcc) and linker (options
--dynamic-linker, -L and --rpath).
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To:
alt.os.linux,comp.os.linux.development.apps,comp.unix.sco.misc,comp.unix.sco.programmer,comp.unix.unixware.misc,tw.bbs.comp.linux
Subject: Re: Struct size and allocate problem! need help.
Date: 07 Mar 2000 20:40:36 +0000
Chris Zagar <[EMAIL PROTECTED]> writes:
> When possible, my first recommendation is to reform your struct with
> variables from largest size to smallest, such as:
>
> struct a {
> unsigned long a5;
> unsigned short a3;
> unsigned short a4;
> unsigned char a1;
> unsigned char a2;
> };
>
> as some architectures become really annoyed when you access a variable
> that isn't aligned on its natural boundary.
Er, that's what structure padding is for.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To:
alt.os.linux,comp.os.linux.development.apps,comp.unix.sco.misc,comp.unix.sco.programmer,comp.unix.unixware.misc,tw.bbs.comp.linux
Subject: Re: Struct size and allocate problem! need help.
Date: 07 Mar 2000 20:50:07 +0000
"P.G.Hamer" <[EMAIL PROTECTED]> writes:
> Looks like this is true, although I'm uncertain of its date
> http://www.lysator.liu.se/c/rat/c3.html#3-3-3-4
> says:
> It is fundamental to the correct usage of functions such as malloc and
> fread that sizeof (char) be exactly one. In practice, this means that a byte
> in C terms is the smallest unit of storage, even if this unit is 36 bits wide;
> and all objects are comprised of an integral number of these smallest units.
Exactly. However, section 3.4 of my copy of the draft C9X Standard says
3.4 Byte
[#1] The unit of data storage large enough to hold any
member of the basic character set of the execution
environment. It shall be possible to express the address of
each individual byte of an object uniquely. A byte is
composed of a contiguous sequence of bits, the number of
which is implementation-defined. The least significant bit
is called the low-order bit; the most significant bit is
called the high-order bit.
and in section 5.2.4.2.1.1 (`Sizes of integer types <limits.h>') is
stated
- number of bits for smallest object that is not a bit-
field (byte)
CHAR_BIT 8
and in section 6.3.3.4 (`The sizeof operator') is stated
[#2] The sizeof operator yields the size (in bytes) of its
operand
[chop]
[#3] When applied to an operand that has type char, unsigned
char, or signed char, (or a qualified version thereof) the
result is 1.
Oops, so a byte is CHAR_BITs long, no matter how long that may be, and
sizeof() will return 1 for chars. So if a char is 400 bits long, a byte
on that system is 400 bits long, as far as C is concerned.
(This used to be not uncommon. Some of the first systems ever to run C
had 36-bit bytes, and suchlike.)
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: unresolved Symbols in modules
Date: 07 Mar 2000 20:52:48 +0000
Mathias Waack <[EMAIL PROTECTED]> writes:
> I wouldn't recommand you using switches higher then O2. The compiler may inline some
> functions which shouldn't be inlined and the error rate of the comiler raises
> exponentiell (thats my humble experience)
Since -O3 is the highest option that does anything (it means `-O2
-finline-functions') I find that slightly hard to believe.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To: comp.programming.threads,comp.os.linux.development.apps
Subject: Re: array of semaphores...
Date: 07 Mar 2000 22:05:46 +0000
Joe Pfeiffer <[EMAIL PROTECTED]> writes:
> "Vitaliy Rabotnik" <[EMAIL PROTECTED]> writes:
>
> > I now use pthreads to solve the same dining filosophers problem :)
> > How do I create an array of semaphores for each of 5 philosophers (pthreads)
> > ?
> > It has to be in C language and runable on Linux OS.
>
> You'll probably get a quicker response by asking your professor than
> by asking a newsgroup.
... indeed, there have been cases where asking on the newsgroup has led
to the prof following up ;)
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: 07 Mar 2000 20:54:46 +0000
[EMAIL PROTECTED] (Wolfgang Weisselberg) writes:
> Also the 2038-problem differs because it is Not There on 64bit
> machines
Filesystems use time_t too.
Oops.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: Installing glibc (Please Help!)
Date: 07 Mar 2000 22:10:23 +0000
Andreas Jaeger <[EMAIL PROTECTED]> writes:
> The glibc comes with enough documention already. Please read the FAQ,
> INSTALL and README files.
Is there some kind of tailored virus or something in the glibc that
prevents all those who try to build it from reading its FAQ?
I've never seen such a density of (rightful) `RTFFAQ' responses to
questions about any other package.
(Maybe it's just that installing glibc is somewhat rocket science to Joe
Average, slightly more delicate than your average package, and comes
with a very good FAQ... but no, I like the conspiracy theory more ;) )
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.setup
Subject: Re: What's GNU/Linux?
Date: 07 Mar 2000 22:24:15 +0000
David Wragg <[EMAIL PROTECTED]> writes:
> Early GNU documents by RMS (they can probably be found on www.gnu.org)
> proposing GNU explicitly include X and TeX in the system. Remember,
> being part of GNU, being developed by the FSF, and being GPLed are
> completely independent properties.
<pedant>
No they aren't. Stuff developed by the FSF is always GPLed (or LGPLed).
</pedant>
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: Creating VB RAD Style Application to Linux
Date: 07 Mar 2000 22:23:14 +0000
[EMAIL PROTECTED] (Alexander Viro) writes:
> >Well. Windows development blast off, and I believe that this was the way
> >that Microsoft could fight Mac best environment.
>
> Aha. And then the obvious thing happened: it turned out that language is not
> even close to the real problems you have when you write a good program.
> Million of crappy programmers is worse (_MUCH_ worse) than dozen of good ones.
Unfortunately the millions of crappy programmers are already *here*, or
at least hundreds of thousands :( I agree that VB/Linux would just make
the problem much worse, though.
> People unable to learn a simple (come on, it's C, not Algol 68) language are
Some of the concepts in C are actually quite knotty if you've never run
into programming languages before. Admittedly in that case you probably
should be using Pascal or something like that, not getting a bad start
with BASIC; c.f. the Dijkstra comment. (I started with BASIC. Ooops.)
> usually unable to learn about permissions, about being friendly to other
> processes, about the fscking basic things that must be known and understood by
> any UNIX programmer.
... but is seemingly not known by a frightening number of them. Shove an
infinite recursion in PL/SQL code one of these days and watch ORACLE eat
all your memory. Memory limits don't kick in, if you use ulimits it
kills the database, and a PL/SQL equivalent of `max-lisp-eval-depth' in
Emacs didn't apparently occur to the bulging brains at
Oracle. (Admittedly other things like elementary code flow analysis so
as not to send uninitialized char arrays over the network and so on
didn't occur to them *either*...)
The lusers are here and writing code that people depend on. Fear.
(Hang on, you already know this, you're a BOFH, after all... oh well,
preaching to the choir...)
> >I think a IDE like this will be important for the future of Linux. It can
> >attract many people used to develop to Windows with VisualBasic to port
> >their applications to Linux.
>
> WHY THE FSCK DO WE NEED METRIC BUTTLOADS OF CRAP? What's the point in bringing
> the shittiest Windows programmers here? So that we had their excrements all
> over the place?
Agreed. We've already got enough bloody stupid shell scripts infesting
Freshmeat... ;)
> I've seen their code, and by $DEITY, I don't want it anywhere
> near my boxen.
No, such code is useful. If you burn it in a bonfire in front of your
system, at a full moon, while dancing around it widdershins and singing
`My Favourite LARTs', your system's reliability increases.
> IOW, take your challenge and shove it into the place where aforementioned
> lusers come from.
That's a bit extreme. Cthulhu threw them out for a reason, and you don't
want to piss It off...
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: Help! app lock up upon entry - shared libraries suspected
Date: 07 Mar 2000 22:31:04 +0000
[EMAIL PROTECTED] (Sten) writes:
> Well, it looks like the culprit was shared libraries across a symbolic
> link. Once I moved /usr/lib back to /usr, everything started working
> again.
>
> Q: Why is this a problem? Shared libraries can't be loaded across sym-
> links, why not? I feel they should be.
It is annoying; presumably a hack to ldconfig could fix it. Oh well,
editing /etc/ld.so.conf cures all ills.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Crossposted-To: comp.os.linux,comp.os.linux.development
Subject: Re: Which Package?
Date: 07 Mar 2000 22:33:15 +0000
Alan Donovan <[EMAIL PROTECTED]> writes:
> With RPMs, one
> command and 10 seconds later you can type "cc". It's godlike.
No, it's merely not that bad. apt-get is very good. If and when it
manages to do the asme sort of things as BSD Ports do (and it's moving
that way, I hear) --- *then* it will be godlike.
;)
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
From: Nix <$}xinix{$@esperi.demon.co.uk>
Subject: Re: file system hierarchy
Date: 07 Mar 2000 22:34:03 +0000
Alan Donovan <[EMAIL PROTECTED]> writes:
> AliMac wrote:
>
> > wouldn't it be nice if every program kept to its own subdirectory :)
>
> If by which you mean, each binary have its own directory, then no,
> because maintaining your PATH variable would be a nightmare.
GNU stow.
--
`> KNOWLEDGE AND SKILLS
You must have some, but I don't see any evidence of it.'
--- Craig Hardie flames a luser recruitment consultant
advertising `Microsoft based solutions' on uk.comp.os.linux
------------------------------
** 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
******************************
