J. S. Connell wrote:
> This is one of the reasons I've never bothered with shadow passwords on
> Linux - everything must either be suid root or sgid shadow, and that's a
> lot of power to give to $some_random_program.
Er, making something sgid shadow gives it the power to read /etc/shadow, and
no
On Mon, Jan 18, 1999 at 03:47:40PM -0500, Peter S Galbraith wrote:
> I wrote the script only to then realize that netscape and lynx
> _cannot_ substitute compressed "file:/" URLs, but only "http://";
> URLs (it's most probably the apache server doing it for them
> transparently anyway).
The serve
I'm already behind on maintaining the mysql packages... and now I've
started a new job, so I have even less free time than before. So I'm
looking for a co-maintainer, possibly someone new (hence, the post to
the mentors list). You should have 1) a good net connection, as the
upstream source is 3 M
I wrote:
> The mh-book package is mostly HTML files which I am compressing.
> The technical problem is that they have extension .htm and that
> neither lynx or netscape can find the links if they are
> compressed in .htm.gz files! So the book doesn't work if it's
> compressed!
>
> I see no othe
On 18 Jan 1999, Martin Bialasinski wrote:
> I heared on Solaris you have a daemon, which takes username/password
> and tells you if the combination is OK.
rpc.pwdauthd. Nice idea, but Linux doesn't have (as far as I am aware) any
kind of a credentials mechanism so you know you're talking to a _r
Hi again,
The mh-book package is mostly HTML files which I am compressing.
The technical problem is that they have extension .htm and that
neither lynx or netscape can find the links if they are
compressed in .htm.gz files! So the book doesn't work if it's
compressed!
I see no other solution th
On Mon, Jan 18, 1999 at 09:11:56AM -0500, Brian Almeida wrote:
> Hi,
>
> I was under the impression that one could replace an existing .orig.tar.gz if
> it was uploaded along with the .dsc and the md5sums matched. I have a package
> in which the upstream version didn't change any (audiofile) but
Hi,
I was under the impression that one could replace an existing .orig.tar.gz if
it was uploaded along with the .dsc and the md5sums matched. I have a package
in which the upstream version didn't change any (audiofile) but I needed some
updates from the CVS tree so that it would work with anothe
>> "CL" == Chris Leishman <[EMAIL PROTECTED]> writes:
CL> On Sun, Jan 17, 1999 at 07:37:05PM -0800, R Garth Wood wrote:
>> On Mon, 18 Jan 1999, Chris Leishman wrote:
>>
>> > The main problem, however, is that it needs to validate the
>> people connecting, > thus needs to check username/password
Robert Woodcock wrote:
> Joey Hess wrote:
> >Peter S Galbraith wrote:
> >> Joey Hess wrote:
> >>
> >> > Examples should go in /usr/doc/examples/ . Lintian will not
> >> > complain about executables in that directory.
> >>
> >> Is that /usr/doc//examples/ or really
> >> /usr/doc/examples/ ?
> >
>
On Sun, Jan 17, 1999 at 07:37:05PM -0800, R Garth Wood wrote:
> On Mon, 18 Jan 1999, Chris Leishman wrote:
>
> > The main problem, however, is that it needs to validate the people
> > connecting,
> > thus needs to check username/password (like pop). Is there a way to do this
> > and still avoid
Hi all,
I am writing a little daemon to use with a package I'm putting together.
I would like to 'do-the-right-thing' and make the daemon run under a ID other
than root (either its own or nobody). The daemon will be running from inetd.
The main problem, however, is that it needs to validate the
12 matches
Mail list logo
