In article <[EMAIL PROTECTED]>,
Joey Hess <[EMAIL PROTECTED]> writes:
> I don't think wish is the right name. Unless you're familiar with tk (as
> opposed to just trying to get it installed), you may not know that the tk
> interperter is named wish.
You don't need to. As a user, you inst
In article <[EMAIL PROTECTED]>,
Joey Hess <[EMAIL PROTECTED]> writes:
> Look at it this way: I don't think any of the man pages mention ASR at all.
> So the only person who is going to connect ASR with the package is someone
> who looks at the package description. Who's most likly to do t
In article <[EMAIL PROTECTED]>,
Amos Shapira <[EMAIL PROTECTED]> writes:
> PLEASE PLEASE PLEASE! If you are allready at it - it would be nice to
> be able to find files which do NOT come from any package. This will
> make it much easier for the person in charge to find sniffer log files
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> Hi! I subscribed a few days ago, (and have been somewhat overwhelmed
> by the quantity of mail on this list; is there a digestified version?)
> and would like to propose that I package up Inform, Frotz, a
In article <[EMAIL PROTECTED]>,
Goswin Brederlow <[EMAIL PROTECTED]> writes:
>
> Short question inbetween:
>
> Why is the Debian /etc/inittab different from one use on Watchtower?
Why should it be the same?
I don't know what the Watchtower one was like (I've never had the misfortune
to
In article <[EMAIL PROTECTED]>,
<[EMAIL PROTECTED]> writes:
> - what is the status of lib gdbm and libc6 ? . Htdig uses gdbm but
> libc6 provides db and sometime ago I'seen a post of Ulrich Drepper (glibc
> maintener), he said that he was unable to find a maintainer for ligdbm. So
>
In article <[EMAIL PROTECTED]>,
"Boris D. Beletsky" <[EMAIL PROTECTED]> writes:
> Can somebody help this guy. Problem is that pppd tells him that
> kernel lacks PPP support - I told him that he should recompile the
> kernel but seems like it didn't work. I think I remember that there
> was
In article <[EMAIL PROTECTED]>,
Brian White <[EMAIL PROTECTED]> writes:
>> If we had Frotz, it would be simple to package up a large(ish) number
>> of the games available.
>
> Just so you know, I've already packaged up an Infocom parser (called
> "infocom") package.
Yes, but it's crap.
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
>> Can't be linked dynamically either... read the GPL.
>
> Can too. Read the law.
>
> The GPL _cannot_ restrict someone from doing that, regardless of what they
> put in it.
Although they _can_ restrict you f
In article <[EMAIL PROTECTED]>,
Vincent Renardias <[EMAIL PROTECTED]> writes:
> Just think about it: consider Windows95, OS/2, AIX, MacOS, Linux.
> Linux is the only one to ask "what's your DNS IP addr?, etc..." in the middle
> of the installation.
Possibly because linux is the only one
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (joost witteveen) writes:
>> Because they want to run remote X Sessions.
> So it will at least not just be a web-server. But anyway, I get your
> point.
So it could be just a web server that people want to maintain using a GUI
editor.
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> I've been putting together a few packages of Z-code stuff, following my
> previous posting, and want to use a virtual package,
> `zcode-interpreter'... I'd like to put the appropriate man-page before
> yo
In article <[EMAIL PROTECTED]>,
Santiago Vila Doncel <[EMAIL PROTECTED]> writes:
> BTW: There will be a completely GPLed procmail in hamm soon. Could we make
> it the "standard MDA" as well? :-) [ Red-Hat *already* does this ]
Not if we adopt exim as the standard MTA: although exim works
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
>> We need X versions too (I'm not going anywhere near svgalib or other console
>> stuff, I've been forced to reboot too many times, which isn't very funny
>> when I've also got other users logged in).
>
> Umm. My
In article <[EMAIL PROTECTED]>,
SirDibos <[EMAIL PROTECTED]> writes:
> Why is Koules only available for X??? I *loved* the variety of console
> games that came with Debian. Now one by one they are being X'ised from
> the distribution =(
We need X versions too (I'm not going anywhere ne
In article <[EMAIL PROTECTED]>,
Christoph Lameter <[EMAIL PROTECTED]> writes:
> It might be good if we would replace smail in hamm with exim.
I agree entirely. Though we should keep smail for people who use smail
elsewhere and don't want to switch.
> - Exim is scalable from running from
In article <[EMAIL PROTECTED]>,
Alexander Koch <[EMAIL PROTECTED]> writes:
> Both qmail (which proved insecure ) and Exim are not capable
> of UUCP or even bang paths! So a lot of those guys in countries where phone
> costs are terrible (like in Germany) still use it and they WILL have a
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> I seem to remember reading somewhere in the exim docs that some simple
> bang addresses are understood by exim. Not sure about that.
You can cope with host!user by using a rewrite rule, not anything much more
In article <[EMAIL PROTECTED]>,
Alex Yukhimets <[EMAIL PROTECTED]> writes:
> The most solid ground not to switch to libc6 is not instability from the
> user's point of view (may be libc6 is not that bad), but from the point of
> view of developer who's using different kind of commercial d
In article <[EMAIL PROTECTED]>,
Heiko Schlittermann <[EMAIL PROTECTED]> writes:
>: It might be good if we would replace smail in hamm with exim. Exim should
>: be the standard mailer for hamm:
>
> ... hmmm, ``never change a running system'', and smail _is_ running.
No-one's suggesting
In article <[EMAIL PROTECTED]>,
"Christian Hudon" <[EMAIL PROTECTED]> writes:
> And yes, I think it'd be a good idea, assuming that exim's .forward syntax
> is backward-compatible with sendmail/smail's syntax.
Yes and no. Exim will understand ones from sendmail or smail; obviously once
y
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> All packages that provide HTML documentation should register these
> documents to the menu system, too. Check out section section 4.1, `Web
> servers and applications' for details.
Is that as w
In article <[EMAIL PROTECTED]>,
Erv Walter <[EMAIL PROTECTED]> writes:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LC_ALL = (unset),
> LANG = "us"
> are supported and installed on your system.
> perl: warning: Fall
In article <[EMAIL PROTECTED]>,
Mark Eichin <[EMAIL PROTECTED]> writes:
> I've seen this reported elsewhere; if the xemacs maintainer has
> vanished, perhaps someone could grab the debian sources and rebuild a
> non-maintainer release using the 3.3 libs? Or at least look into the
> proble
In article <[EMAIL PROTECTED]>,
David Frey <[EMAIL PROTECTED]> writes:
> exim should be able to parse simple bang-paths IMO (host!user), since most >
> UUCP paths
It can read them with rewriting; it can't rewrite them but you could
probably use a perl script or something to generate the
In article <[EMAIL PROTECTED]>,
David Frey <[EMAIL PROTECTED]> writes:
>>TOPIC 4: editor/pager policy
> What is the benefit of /usr/bin/sensible-{editor,pager}?
> Why don't we just default to EDITOR=/usr/bin/vi and PAGER=/usr/bin/more
> if both variables are unset? (auch, don't beat me)
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> The current structure (of packages installed on my system) is:
>
> Miscellaneous
> Development
> Document Preparation
> Information
> Emacs
> Programming
> teTeX
>
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
> I hope he has good arguments for it, since I would not like to have two
> concurring menu systems in Debian: menu and dwww. I think it shouldn't be
> too hard to change the menu package to dwww's needs, if this should be
> necess
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> Guy Maor is the current maintainer of the "bash" package. However, he told
> us that he is offline for about 4 weeks. So I think someone else should
> grab it and upload a non-maintainer (interim) release.
Is
In article <[EMAIL PROTECTED]>,
Tomislav Vujec <[EMAIL PROTECTED]> writes:
> But setting LANG to _correct_ value (e.g. en or en_US) might help.
perl was giving me errors when I had it set to en_GB (before I installed
debian).
In article <[EMAIL PROTECTED]>,
Charles Briscoe-Smith <[EMAIL PROTECTED]> writes:
> It's at ftp://pcsw104b.ukc.ac.uk/pub/cpb4/>, and I will upload it
> as and when. Incidentally, there's a package there called 'curses',
Assuming that's the game by Graham Nelson, great, I like being able
In article <[EMAIL PROTECTED]>,
"Larry 'Daffy' Daffner" <[EMAIL PROTECTED]> writes:
> svgalib (svgalib1, svgalib1-bin, svgalib1-dev, aout-svgalib which
> probably doesn't need any further updates)
> zgv
I don't want those because I avoid svgalib and everything to do with it.
> xco
In article <[EMAIL PROTECTED]>,
Christian Schwarz <[EMAIL PROTECTED]> writes:
> There is a virtual package "imap-client" which is "suggested" by imap-4
> (Suggests: pine | imap-client) but no package seems to provide it. Thus, I
> suggest to remove this entry, too:
>
> imap-client
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Kai Henningsen) writes:
> Consider a system using "real" time. On June 31, its idea of time would be
> wrong until the next software upgrade.
No. Using real time, the system clock increments normally, and correctly
measures the time si
In article <[EMAIL PROTECTED]>,
Ben Gertzfield <[EMAIL PROTECTED]> writes:
>> You should certainly remove libdb-dev, since libc6-dev replaces it (as
>> libc6 includes libdb.) I haven't done a libdb-altdev, and unless
>> someone asks probably won't bother (the libgdbm* packages are alread
On Sun, 22 Jun 1997, Lars Wirzenius wrote:
> - having a central repository for autoconf test result might speed things
> up (I think autoconf supports this; someone should investigate)
Yes; I do it. You need to set the environment variable CONFIG_SITE to the
name of a file---I use /etc/config.s
On Mon, 23 Jun 1997, joost witteveen wrote:
> (in fakt so much, that I may be tempted to write it myself. You
> don't need that many changes).
Well, you need to write your own version of make that looks for any attempt
to run chmod, chown etc, and then fakes all the ownership and modes in the
re
On 24 Jun 1997, Mark Eichin wrote:
> > 0.5.21, gpc is 2.something, who knows about gnat...
>
> gnat is 3.09, 3.10a is in test and might be released some
> time... in any case, while merging gcc/g77/gpc into one release
> probably makes a lot of sense, gnat is "not like the others" --
> because it
On Tue, 24 Jun 1997, Philip Hands wrote:
> I think we should aim to get all documentation into separate packages.
>
> Would it not be possible to make the package building tools (deb-make, debstd
> etc.) assume a simplest case of ``single binary, and single docs package''
> rather than the curr
On Fri, 27 Jun 1997, Martin Schulze wrote:
> Therefore I recommend changing our policy slightly. I'll write down a
> paragraph for our policy later (or would you like to step forward,
> Christian?).
>
> If a package contains both a server and a client, and the server
> opens another possibil
On Tue, 24 Jun 1997, Joey Hess wrote:
> I haven't been following this thread closely (catching up on mail backlog
> after vacation), but the reason I've heard why it's not acceptable to ship
> only info files and convert to html on the fly is because the converter in
> dwww that does this produces
On Sat, 28 Jun 1997, Andreas Jellinghaus wrote:
> dpkg-source -x /some/path/to/file_version-rev.dsc
>
> creates not only file_version/, but also file_version.orig.tar.gz.
> why ?
So that once you've modified it you can easily package up your changed
version.
--
TO UNSUBSCRIBE FROM THIS MAILING
On Sat, 28 Jun 1997, Erik Andersen wrote:
> iThis is correct, but has the unfortunate side effect of not being portable,
> since not all /bin/sh happin to be bash.
No, it also works with ksh. I believe posix.2 specifies that /bin/sh has to
provide various features---basically to be a clone of k
On Sun, 29 Jun 1997, Joey Hess wrote:
> > The directory is very large when you have a lot of packages
> > installed, and it takes a lot of processing to open it with a file
> > manager, web browser, or dired.
>
> I completly agree. I have 434 items in /usr/doc, and that's too many.
> Splitting i
On Sun, 29 Jun 1997, Andreas Jellinghaus wrote:
> > I know that ISDN here is implemented differently from the way it
> > is in the USA and I believe it is also different from that in Europe.
> >
> > Does anyone use ISDN in the UK with Linux?
>
> i don't know, but i don't think so (at least there
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Mariusz Pagowski) writes:
> I learned about samba package allowing me to access disks
> on NT machine from unix/linux.
Actually the other way round; samba lets you turn your unix box into a
windows network compatible fileserver. There is
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Dale Scheetz) writes:
> The one that is desperate for a new home is imap-4. I have never been able
> to adequately test this package. There are several outstanding bugs that I
> have been unable to come to terms with and for this reason a
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Adam P. Harris) writes:
> The issue of keeping Debian bo crunchy and fresh w/o inhibiting the bold
> experimentalism of the hamm lineage is critical to Debian's success.
It hopefully won't be a problem once hamm is released. With a compl
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Brian Mays) writes:
> Okay. I'm building a new unstable version of rxvt with backspace set
> to ^H. From this point on, Debian's rxvt policy will be to use ^H as
> backspace by default.
Couldn't you force it to ^? instead? That would be
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes:
> that do this, and file a bug report against them. You should mention that
> tail +4 is dangerous since the behaviour of crontab -l might change , and
> recommend something like:
>
> crontab -l | sed -e '/
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] (G John Lapeyre) writes:
> Recipes generators and the linux system 'random', which is the longer
Do you mean the library call random? No, that isn't brilliant, though if you
try other unixes you'll probably find them worse. Apparently /dev
On Tue, Jan 06, 1998 at 01:26:22PM +0100, Michael Meskes wrote:
> Did anyone take over lyx? It seems as if we're close the release of a new
> stable version.
I took it over. I haven't done anything to it until now, because of the lack
of a libc6-based xforms (and you (IIRC) beat me to it once ther
On Sat, Jan 10, 1998 at 03:00:17PM -0500, Jaldhar H. Vyas wrote:
> Thanks but I was able to solve the pw_encrypt problem on my own.
> Apparently in libc6 you can just replace it with crypt().
I tried that and it didn't work: have you tested it? Maybe I just did
something silly.
--
TO UNSUBSCRI
On Wed, Apr 15, 1998 at 05:02:39PM +, Rev. Joseph Carter wrote:
> > The thing is that I had a prefectly working IPmasq setup, with rules
> > changed in ip-up and ip-down.
>
> hmm, now there's an idea. Since I don't use diald or similar, I just set
> the rules static.
I do use diald, and set
On Tue, Apr 14, 1998 at 05:32:17PM -0800, Ben Gertzfield wrote:
> Marcus> Did the interface change (e.g. do we need to upload new
> Marcus> versions of related packages) ?
>
> No, the API has not changed since 0.99.4. There are still some packages
> using the old API though, I believe.
W
On Fri, Apr 17, 1998 at 11:56:02AM +0100, Enrique Zanardi wrote:
> > That will be a problem with lyx as the upstream side is thinking about a
> > switch anyway, but qt is the leading candidate there.
>
> Someone should tell them about GTK, now that version 1.0 has been released.
> A little bit of
set to /etc/ENV.
#
# This currently does almost but not quite like what bash does by
# default - the differences are the reading of root's .bashrc, for
# use with su, and the default bashrc if the user doesn't have one.
#
# Mark Baker - 31 October 1996
#
case "${--}" in *i*)
On Mon, Apr 27, 1998 at 01:49:33PM -0500, Manoj Srivastava wrote:
> I understand that one may want a little more leeway than say
> the policy documents are writ in stone (I personally prefer that),
> but to deny that and make no mention of any mechanism of enforcement
> of policy is disqu
On Mon, Apr 27, 1998 at 06:05:51PM -0400, Bob Hilliard wrote:
> include the plural". Then all of the clumsy constructions using
> plural pronouns (they, their) to refer to singular entities (Leader,
> Secretary, etc.) should be changed to use singular masculine pronouns
> (him, his).
"They" is no
On Tue, Apr 28, 1998 at 01:26:37AM -0500, Branden Robinson wrote:
> 1) ship an empty /etc/X11/window-managers with xbase
> 2) mark it as a conffile
So you don't think other packages---such as the window managers---should
modify it?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Tue, Apr 28, 1998 at 04:50:45PM +0200, Thomas Roessler wrote:
> Today, I reported two bugs in debian packages which
> install binaries suid root. Both bugs were avoidable:
There's a third one too---we install xterm suid root, which isn't necessary
(the alternative is to use a wrapper program t
On Tue, Apr 28, 1998 at 05:57:55PM +0200, A Mennucc wrote:
> > Vulnerabilities exist in the terminal emulator xterm(1), and the Xaw
> > library distributed in various MIT X Consortium; X Consortium, Inc.;
> > and The Open Group X Project Team releases. These vulnerabilities may
> > be exploited by
On Tue, Apr 28, 1998 at 12:45:33PM -0500, Branden Robinson wrote:
> Well, the reason xterm is setuid is because it needs privileged access to
> the utmp file. However, this is presently a problem under some
> circumstances (see bug #20685).
I understand it also needs it to allocate a pty.
> XFr
On Tue, Apr 28, 1998 at 10:59:49AM +0200, Andreas Jellinghaus wrote:
> btw: in my opinion debian needs a general resource database (something like
> windows nt registry, but with a better, unixlike implementation).
We have one. It's called /etc.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
wit
On Mon, Apr 20, 1998 at 10:24:33PM -0500, Branden Robinson wrote:
> After hamm is released I'm going to be re-engineering XFree86 a bit. An
> xserver-common package will be created,
I understand that will be necessary (or at least highly desirable) in future
anyway, since new releases of XFree86
On Fri, May 01, 1998 at 11:10:39PM -0700, Jim Pick wrote:
> - targetted towards desktop use only, no server apps, just a few games
>
> - minimal size - optimized for installation via 28.8k modem via FTP,
>which will be the primary distribution mechanism (not CD).
These don't seem consisten
On Sat, May 02, 1998 at 11:36:28AM -0700, John Labovitz wrote:
> have you looked at ssmtp? i just took a quick look at the source, and
> it seems that it's *extremely* simple -- sounds like a good one for a
> send-only MTA.
But this is aimed at dialup users! You don't want a send-only MTA, as di
On Sun, May 03, 1998 at 01:37:28AM +1000, Hamish Moffatt wrote:
> things (like different alias files per domain). exim and smail are both
> easy to set up with the provided configuration programs though
> (which seem pretty much identical in my limited experience).
eximconfig was originally based
On Sat, May 02, 1998 at 10:52:48PM +, Rev. Joseph Carter wrote:
> > But this is aimed at dialup users! You don't want a send-only MTA, as dialup
> > users presumably want to store their mail locally.
>
> Their mail isn't gonna get delivered by smtp
No? I know several dialup ISPs that do prov
What do people think about this?
Personally I feel that the "internal" in the name really should have
been a big enough clue, and I don't want to include a file that's not
meant to be used just because some idiots have written software that
needs it.
I'm not even sure it will work; what is i
In article <[EMAIL PROTECTED]>,
Chris Walker <[EMAIL PROTECTED]> writes:
>> My exim package currently allows relaying; as Craig points out below, what
>> you allow relaying to/from is extremely site-dependent.
>
> I beg to differ. I think what is the sensible default depends on the
> usa
In article <[EMAIL PROTECTED]>,
Tom Lees <[EMAIL PROTECTED]> writes:
>> (I actually had to install an extra hard drive in order to build this
>> package. It takes over 200MB of hard disk space to build--is that a
>> record?)
>
> No, IIRC the just the XFree86 sources take ~250MB :>
The
In article <[EMAIL PROTECTED]>,
Bart Schuller <[EMAIL PROTECTED]> writes:
> Also, I'd hope that if xterm now does color as standard, that fact is
> reflected in its terminfo entry.
No, because if you do that, programs like slrn will try to use colour, which
means they are almost impossib
In article <[EMAIL PROTECTED]>,
Andy Mortimer <[EMAIL PROTECTED]> writes:
> There has just been a long list of bugs against packages using `bashisms'
> in their scripts, and I can certainly remember this issue coming up
> before. But I don't know about anyone else, but I certainly have no
In article <[EMAIL PROTECTED]>,
"Karl M. Hegbloom" <[EMAIL PROTECTED]> writes:
> So do I. It would make it a lot easier to do bug reports when things
> fail at installation or upgrade time.
I agree, but I'm puzzled by what you chose for the subject line. This sort
of functionality bel
In article <[EMAIL PROTECTED]>,
Andreas Jellinghaus <[EMAIL PROTECTED]> writes:
> b) change policy to _not_ allow config information in /etc scripts
I disagree strongly. A script without config information doesn't belong in
/etc at all.
Having your database seems like a reasonable idea,
On Sat, 24 May 1997, Vincent Renardias wrote:
> As a compromise it could use the same system than the sendmail aliases:
> The user make changes in a plain text file (/etc/aliases), but the
> application 'compiles' this file as a db database (/etc/aliases.db)?
Can you rely on all applications tha
In article <[EMAIL PROTECTED]>,
Tom Lees <[EMAIL PROTECTED]> writes:
>> the other solution is to have a small utility that stores these values,
>> can change them and gives the values to the scripts.
>
> The third solution, which I prefer is a utility which modifies the
> variables with
In article <[EMAIL PROTECTED]>,
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> See, I think this is buggy. I have been using Emacs for nearly
> a decade now, and nobody takes my C-H default away from me (in other
> words, people have had exposure to applications like emacs on othe
In article <[EMAIL PROTECTED]>,
Fabrizio Polacco <[EMAIL PROTECTED]> writes:
> Bug#10039 exposed a problem with the "feature" of man to index all the
> 'man' and 'MAN' subdirectory it finds in the HOME and current directory,
> when it is invoked.
I can see automatically supporting $HOME/
In article <[EMAIL PROTECTED]>,
Fabrizio Polacco <[EMAIL PROTECTED]> writes:
> Anyway, the whole feature seems strange to me, because usually man
> hierarchies are at the same level of binary dirs, not under them.
I agree; remove it completely. If it looked in a more sensible place for t
In article <[EMAIL PROTECTED]>,
Carey Evans <[EMAIL PROTECTED]> writes:
> I've removed group write permissions from my home dir because of the
> programs like qmail and ssh which don't like it. I don't think
> anything would break because of removing these permissions, so maybe
> adduser
I've just uploaded version 3 of libpcre.
I've put it in a new package, libpcre3, and given it a new soname. I'm not
sure if this was strictly necessary or not: the upstream documentation
doesn't mention binary compatibility with the old version, probably because
older versions weren't intended to
On Wed, Jan 03, 2001 at 02:00:07PM +1100, Dancer Vesperman wrote:
> Certainly we have things like exim, lftp, ssh that work 'out of the box'
> with v6...and apps that work with v6 work (equally) flawlessly in
> v4-only environments.
That's not necessarily the case. There were lots of problems w
Andreas Metzler wrote:
Mark has uploaded it yesterday in the evening. The bad news is that
4.3 seems to be broken on m68k, ia64 and alpha, "make test" fails.
I do not believe it is actually broken, at least not on alpha; I'm
assuming the problems on the other architectures are similar.
It does no
Zygo Blaxell wrote:
I have exim configured in daemon mode and I use xinetd instead of inetd.
The last two security updates left me with no running exim daemon and
nothing listening in port 25. The latest one was nice enough to create
an /etc/inetd.conf that was empty except for this line:
smtp
On Sat, May 15, 1999 at 10:26:35AM +0100, James Troup wrote:
> >* OS/Makefile-Default: Enabled IPv6 support (this therefore requires
> > glibc 2.1)
>
> Bah, this will break exim for m68k. :(
So will everything else network-related then, since we're hoping to get as
much as possible using IP
87 matches
Mail list logo
