Linux-Development-Sys Digest #301, Volume #6 Mon, 18 Jan 99 18:14:09 EST
Contents:
Re: K6-2 300 Problem ("Marco Vannini")
Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux (Kiril)
Re: IPMasquerading / SSH (mumford)
Re: Open Configuration Storage - was Registry for Linux (Leslie Mikesell)
NFS problem in 2.2.0-pre7 (David Ronis)
Re: disheartened gnome developer ([EMAIL PROTECTED])
Re: Acessing binary file from the code without open(argv[0] ..) (Andrew Morton)
Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6 (Clifford Kite)
Re: A Call To Arms ("Duncan Rose")
Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6 (Joe Pfeiffer)
Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6 (Chris Rankin)
Re: Linux Sound Engine (Ross Vandegrift)
Re: 2.2.0pre6 booting errors (Thomas Steffen)
----------------------------------------------------------------------------
From: "Marco Vannini" <[EMAIL PROTECTED]>
Subject: Re: K6-2 300 Problem
Date: Mon, 18 Jan 1999 17:03:33 +0100
I have a K6-2 300 oc. 333 (asus txp4) with RH 5.0 (kernel 2.0.32) and all
works fine!!
------------------------------
From: Kiril <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.lang.perl.misc
Subject: Re: Secuity hole with perl (suidperl) and nosuid mounts on Linux
Date: Mon, 18 Jan 1999 19:15:42 +0000
Ilya Zakharevich wrote:
>
<snip>
> > the script under a sepreate setuid perl interpredir (typically named
> > suidperl). the script then runs as a regular setuid program.
>
> But my understanding is that this will happens only on very old
> systems which do not have secure suid scripts. How did suidperl
> appear on a contemporary clone of Unix?
>
> Ilya
Suffice to say that it does ....
from perl distribution, file hints/linux.sh :
<quote>
# No version of Linux supports setuid scripts.
d_suidsafe='undef'
</quote>
Ta Da !
------------------------------
From: [EMAIL PROTECTED] (mumford)
Subject: Re: IPMasquerading / SSH
Date: Mon, 18 Jan 1999 17:01:19 GMT
A while ago, Daniel R. Grayson<[EMAIL PROTECTED]> begot:
>[EMAIL PROTECTED] (Peter Samuelson) writes:
>
>> --
>> Peter Samuelson
>> <sampo.creighton.edu!psamuels>
>
>The problem with this kludge is that it would only work for telnet, rsh, and
>ssh connections, where we can run commands at the other end. Termination of
>other connections causes me problems, too, especially, for example, nntp news
>server connections. If I pause too long while reading news with "gnus" then
>I have to start over, sigh.
>
>I just found in the kernel source :
>
>version 2.0.2-pre6:
>
> #if 000 /* FIXED timeout handling */
> static struct ip_fw_masq ip_masq_dummy = {
> MASQUERADE_EXPIRE_TCP,
> MASQUERADE_EXPIRE_TCP_FIN,
> MASQUERADE_EXPIRE_UDP
> };
>
> EXPORT_SYMBOL(ip_masq_expire);
> struct ip_fw_masq *ip_masq_expire = &ip_masq_dummy;
> #endif
This is certainly nice to see. I don't know how many times this problem has
bitten me in the ass.
>version 2.1.114:
>
> /*
> * timeouts
> */
>
> static struct ip_fw_masq ip_masq_dummy = {
> MASQUERADE_EXPIRE_TCP,
> MASQUERADE_EXPIRE_TCP_FIN,
> MASQUERADE_EXPIRE_UDP
> };
>
>So all I have to do is to upgrade the kernel and then it will start working.
>
>Or I can fix the ip_masq_timeout_table in ip_masq.c.
Or you can change the timeouts yourself with the ipchains command
# ipchains -M -S xxx yyy zzz
where xxx is the number of seconds you want for TCP timeouts (I have it set
to two hours), yyy is for TCP_FIN's, and zzz is for UDP.
--
Glenn Lamb - [EMAIL PROTECTED] Finger for my PGP Key.
Email to me must have my address in either the To: or Cc: field. All other
mail will be bounced automatically as spam.
PGPprint = E3 0F DE CC 94 72 D1 1A 2D 2E A9 08 6B A0 CD 82
------------------------------
From: [EMAIL PROTECTED] (Leslie Mikesell)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.setup
Subject: Re: Open Configuration Storage - was Registry for Linux
Date: 12 Jan 1999 13:27:33 -0600
In article <[EMAIL PROTECTED]>,
George MacDonald <[EMAIL PROTECTED]> wrote:
>> I think you are missing the point if you are still thinking about
>> an 'install process' and answering questions per machine. You
>> could just copy the same image onto hundreds of machines, plug them
>> into a network and come up running with everything necessary coming
>> from the DHCP server plus the initial config setup download. If
>> you move the machine to a different network, it should reconfigure
>> itself.
>
>Well installing images on disks as an install process would make
>many assumptions. What about machines that have no ethernet cards?
>Stand alone systems are perfectly viable.
You can detect a network failure pretty quickly and move on
to the next possibility just like detecting the lack of a file.
The only slow failure mode is where you make a DNS request but
you don't actually have a connection to a working server - as
long as this timeout is logged to the console along with what
to do about it, I don't see a problem.
>As far as making things reconfigurable from the network, that
>should be configured. i.e. if that's what you want, then define
>your image that way, then it should do just as you suggest.
>But not all systems will fall into that modality.
That's the point of having the alternates, but if you have to
explicitly configure the configuration utility, why not spend
your time configuring the application instead?
>Lets say I
>am a consultant and bring my laptop into a site, perhaps
>to do a demo. I may not need to reconfigure or may not want to.
If you want an IP address on my network, you have to reconfigure.
If you don't hook to the network then nothing changes.
>Of course the client may not want to let me use there services
>if I don't, but that's a decision that should not be forced
>on anybody. The config system should support both models.
Of course you should be able to force any configuration you
want, assuming you know what you are doing. The idea is to
come up with something that will plug in and work from the
default settings.
>Even assuming DHCP is available is a bit risky, no? For
>small networks it's a lot of hastle to setup and
>it's not really needed! So why burden a network needlessly?
Like I said, if you want to configure any element yourself
you should be able to. If you don't you are pretty much
stuck with DHCP or bootp to get started. This can get you
an IP number, subnet mask, default router, DNS server,
and domain name. There isn't much use in reinventing
DHCP or bootp. The places that need it are already running
it. What is needed is to make the next steps equally hands-off.
Now you pretty much have to NFS mount something and pull config
files from it to continue. This is the part that needs
improvement. We need a set of defaults that can apply to all
new machines and a way to map specific settings to specific
machines, all with the ability to be pre-configured on the
network.
>Don't get me wrong, I think plug and go is a great idea,
>and a dynamic config service would help a great deal. I
>expect this will become a much bigger topic in the next
>few years.
If you aren't attempting to solve this problem, what is
wrong with existing config files? What I want to see is
some reasonable interface to set up dozens/hundreds of
network nodes at a time - where reasonable is filling
out a spreadsheet or table view of their specific
differences, not individually editting dozens of separate
files for each node. Thus I want to see a system that
has base defaults that apply to everything but allows
specific values to override for specific cases (and only
those cases need to be individually configured).
Les Mikesell
[EMAIL PROTECTED]
------------------------------
From: David Ronis <[EMAIL PROTECTED]>
Subject: NFS problem in 2.2.0-pre7
Date: 18 Jan 1999 20:02:04 GMT
I've been running 2.2.0-pre7 for a few days now. No major problems,
however, today I was looking at a directory on a SUN (running
solaris-2.6) via nfs. I left the terminal for a while and when I
returned, it looked as though the nfs connection had timed out (even
though I was in the remote direcory in an xterm); pwd didn't work and
I kept getting messages about a stale NFS mount. Worse, when I cd'd
to my local home directory and back to the NFS one, some changes in
the directory weren't reflected.
Finally, I waited in my local home directory until the kernel
automounter timed out and started over--things worked as expected.
The following was left in my syslog file:
Jan 18 14:04:42 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:04:42 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:04:42 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:04:45 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:04:45 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:04:45 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:12:03 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:12:03 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:12:03 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:12:05 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:12:05 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:12:05 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:12:11 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:12:11 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:12:11 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:12:32 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:12:32 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:12:32 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:12:54 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:12:54 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:12:54 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
Jan 18 14:17:57 ronispc kernel: nfs_revalidate_inode: project/ppp-2.3.5 getattr
failed, ino=94991, error=-116
Jan 18 14:17:57 ronispc kernel: NFS: bad fh
060080000200000000000a000f730100e9e8526500000a00020000007371c844
Jan 18 14:17:57 ronispc kernel:
060080000200000000000a002cb20200967a931d00000a00020000007371c844
I'm running on a 586, and have autofs compiled as a module.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy,comp.os.linux.development.apps,comp.os.linux.x
Subject: Re: disheartened gnome developer
Date: Mon, 18 Jan 1999 16:52:41 GMT
In article <[EMAIL PROTECTED]>,
Marius Vollmer <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > Red Hat does own software, unlike Jedi said, and they could
> > rerelease that software in a proprietary manner if they wanted (but
> > they won�t), and Troll Tech is the only company I know that has
> > taken measures to guarantee it wont do such a thing (Even if some
> > believe those measures wont be effective).
>
> I think there are important differences between the way Red Hat and
> Troll Tech try to do business with regard to the licenses.
Yes. My point was more in the line of "Troll Tech can't get any worse" while
"Red Hat probably won't but could".
[snip some]
> This is not at all the same. You can't really say that Troll Tech has
> taken legal measures to prevent Qt from becoming proprietary, because
> it already *is* proprietary. Red Hat has taken these measures, by
> choosing a copyleft in the first place.
You are correct. Let's say I will be right in a few weeks :-)
> I'm very happy to hear that Troll Tech is `going Open Source' with Qt
> 2.0; I nearly fell of my chair when I read about it, actually. I'm
> sure that the constant bickering of the free software community has
> done its share. I've always thought that Troll Tech wants to be the
> good guy and that it is unfortunate that they caught so much heat from
> the people they wanted to be nice to. But from a larger perspective,
> it was a good thing. You need to go all the way.
I find it a bit disturbing that for some people on the "linux community" good
will is not good enough, and only total submission is (I'm not talking about
you here)
--
Roberto Alsina (KDE developer, MFCH)
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: Andrew Morton <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: Acessing binary file from the code without open(argv[0] ..)
Date: Wed, 13 Jan 1999 22:35:24 +1100
Pedro Ribeiro wrote:
>
> Can anyone tell-me how can i access the binary file i'm executing from the
> code under Linux (without open(argv[0], ...) ???
I guess your binary can just read itself out of memory.
The linker creates dummy integers called '_start' and '_etext' which
identify where in virtual memory your program lies (the GNU linker
produces _lots_ of these!)
#include <stdio.h>
extern int _start, _etext;
main()
{
unsigned char *s, *e;
s = (unsigned char *)&_start;
e = (unsigned char *)&_etext;
while (s < e)
{
printf("%02x\n", *s);
s++;
}
}
- Andrew.
> It should be any way to know the addresses where the binfile was paged an
> simply access them with a pointer no ??
>
> Thanks in advance.
>
> --
>
> []---------------------------------------------------------------[]
> Pedro Ribeiro
> Online: http://www.isel.pt/~pribeiro/
> IRC(PTnet) Nick: PAntMaR
> e-Mail: Personal: [EMAIL PROTECTED]
> Admin: [EMAIL PROTECTED]
> Tel: Internal Ext.1407
> Tel: NEW! +351-1-8317032 / Fax: +351-1-8317171
> []---------------------------------------------------------------[]
------------------------------
From: [EMAIL PROTECTED] (Clifford Kite)
Subject: Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6
Date: 18 Jan 1999 15:00:47 -0600
Chris Rankin ([EMAIL PROTECTED]) wrote:
: ...) One more point, though: is your primary C compiler for libc.so.5 or
: for libc.so.6?
I'm still using gcc 2.7.2.2 and libc.so.5 - yes I know that someday it'll
catch up to me but for now it works.
--
Clifford Kite Not a guru. (tm)
[EMAIL PROTECTED] Better is the enemy of good enough.
------------------------------
From: "Duncan Rose" <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.m68k
Subject: Re: A Call To Arms
Date: 13 Jan 1999 11:35:56 GMT
PHIL SMITH <[EMAIL PROTECTED]> wrote in article
<[EMAIL PROTECTED]>...
> In article <[EMAIL PROTECTED]>, Bill Anderson wrote:
> >Why not market to that sector that is *growing* the fastest?
--->8--- snip --->8---
>
> Uh, I must disagree here. Windows has a *MUCH* bigger market and thus,
> a higher potential profit. Besides, how many people have actually paid
> for software under Linux (be honest, now)? I have not, and probably will
> not ever pay for anything under Linux, the free stuff so far has filled
> my needs.
>
> I guarantee you that game developers have made more money with Windows
> than with Linux. Linux simply is not going to be a big revenue producer
> for most developers because of the nature of Linux. Its free, so why
> pay hundreds of dollars for software for it? At least, that's my
attitude
> towards it and I bet I'm not alone.
>
> Most Linux users want free software, after all, that's spirit of it to
> begin with, open and free. I just don't think the market is willing
> to spend enough money to lure a lot of commercial developers. Yes, I
> know the list of commercial developers is growing for Linux, but for
> every one, there are probably hundreds for Windows.
Not sure about this. I'd guess if you asked the VAST majority of home
users using windows on their PCs (and since we're talking about games
I guess the market is almost 100% home/personal) how much they
paid for their OS they'd say "My machine has windows preinstalled. It
was free, I didn't pay a penny for it". Wrong, of course, but that's their
perception.
Most users ONLY spend money on buying games, and I don't see why
this could not be the case for Linux, if the high-quality games were out
there in sufficient diversity (sure, we have some cool games now, but
how long can you play the same 4-5 games? Sooner or later you'll want
a new one and that will push you back in the direction of windos).
-Duncan
>
> Just my humble opinion...
>
> Phil
>
------------------------------
From: Joe Pfeiffer <[EMAIL PROTECTED]>
Subject: Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6
Date: 18 Jan 1999 14:08:45 -0700
Chris Rankin <[EMAIL PROTECTED]> writes:
> Clifford Kite wrote:
> > I recently installed ppp-2.3.5 with kernel 2.1.131, "make kernel"
> > copied three files from ppp-2.3.5/linux to /usr/include/net: if_ppp.h,
> > if_pppvar.h and ppp-comp.h - nothing else. The kernel compiled without
> > problem using with the ppp.c that came with it.
>
> Aha! The Secret Formula! I knew there had to be one! (Unless every
> kernel hacker in the Entire World has a permanent link to the Internet
> ...) One more point, though: is your primary C compiler for libc.so.5 or
> for libc.so.6?
My experience with upgrading ppp and 2.0.36 was that ``make kernel''
was a disaster. While it only copied some of the files over (like you
say for your later kernel), the result was ppp-related files in
different places in the kernel which were not compatible. I was able
to compile 2.0.36 without the ppp upgrade, install the ppp 2.3.5
programs, and everything seems to be working.
--
Joseph J. Pfeiffer, Jr., Ph.D. Phone -- (505) 646-1605
Department of Computer Science FAX -- (505) 646-1002
New Mexico State University http://www.cs.nmsu.edu/~pfeiffer
------------------------------
From: Chris Rankin <[EMAIL PROTECTED]>
Subject: Re: Upgraded: v2.2.0pre7, glibc-2.0.7pre6
Date: Mon, 18 Jan 1999 16:51:31 -0500
Chris Rankin ([EMAIL PROTECTED]) wrote:
> One more point, though: is your primary C compiler for libc.so.5 or
> for libc.so.6?
Clifford Kite wrote:
> I'm still using gcc 2.7.2.2 and libc.so.5 - yes I know that
> someday it'll catch up to me but for now it works.
That -might- explain why my "make kernel" failed then. I'm not sure, but
maybe libc.so.6 installed its own if_ppp* headers into
/usr/include/net/, which fooled ppp-2.3.5 into not installing the right
ones. Something to watch out for...
Chris.
------------------------------
From: Ross Vandegrift <[EMAIL PROTECTED]>
Subject: Re: Linux Sound Engine
Date: Mon, 18 Jan 1999 17:52:47 -0500
Reply-To: [EMAIL PROTECTED]
> All those /dev links and stuff are really the easy part, so I'd suggest just
> try writing that user-space mixing thing, make it work with a couple of
> on-disk wav files and mix them into /dev/dsp, and when that's running, you
> can start worrying on how to make actual programs pipe data to it :)
Well, it sounds (hahaha) like a good spot to start. I suppose I'll try
to get something working!
--
Ross Vandegrift | Eric J. Fenderson
alt.binaries.punk: for those of us too
punk to pay money for the music.
------------------------------
From: Thomas Steffen <[EMAIL PROTECTED]>
Subject: Re: 2.2.0pre6 booting errors
Date: 13 Jan 1999 13:48:35 +0100
>>>>> "Mumit" == Mumit Khan <[EMAIL PROTECTED]> writes:
Mumit> Why me??? The problem started when I installed an updated
Mumit> RPM for modutils, and then it just went downhill from
Mumit> there.
did you use the rpm for rawhide, by chance? (that is modutils-2.1.121-2)
as far as i can make out, rawhide uses glibc-2.0.108-0.981221. so
there might be an incompatibility if you have in fact glibc-2.0.7
installed. since i stayed well clear of rawhide rpms, everything is
back to normal here.
does this reasoning make sense? anyone to confirm it?
Thomas <[EMAIL PROTECTED]>
(C) Copyright 1998 by Thomas Steffen, not to be forwarded
--
* actually the millennium bug is off by one *
unsolicited email will be charged at 10 ecu each.
------------------------------
** 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
******************************
