[ sent to debian-devel, and bcc'd to the local user's group ]
Please direct me to where I ought to be asking this question so that
I'm most likely going to get an answer, if here's not the place.
I'm working the examples in "Advanced Programming in the UNIX
Environment", by W. Richard Steve
I will be traveling from the 16th to the 23rd, and won't be able to work on
my packages. I'd appreciate non-maintainer releases if anything serious
comes up.
--
see shy jo
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL
On Mon, 15 Dec 1997, Brian Bassett wrote:
> I recently switched to Debian from RedHat 4.2 and the one thing that I
> think that Debian could really use is an administration tool.
>
> Thus, I've decided to try and write such a tool. I've set up a webpage
> (http://www.butterfly.ml.org/debadmin/)
> "Brian" == Brian Bassett <[EMAIL PROTECTED]> writes:
Brian> The current plan calls for three interfaces (text-based
Brian> curses, X, and Web/CGI).
`deity' works on console, xterm, and X. Perhaps you can utilize that
toolkit?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the
> "Enrique" == Enrique Zanardi <[EMAIL PROTECTED]> writes:
Enrique> Any ideas?
`publib' has some editor buffer stuff in it... could you use that
somehow?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTE
Hi,
This concerns a potential buffer overrun problem with glibc2 -- wanted to
make sure that the relevant Debian people were aware of it. I'm not
running a hamm system anymore so I can't test it against the Debian libc6.
TL
-- Forwarded message --
From: Wilton Wong - ListMail <[
On Mon, 15 Dec 1997, Brian Bassett wrote:
> I recently switched to Debian from RedHat 4.2 and the one thing that I
> think that Debian could really use is an administration tool.
I suggested something similar a couple weeks ago and was informed that
this discussion had taken place already. I gue
Fabrizio Polacco writes:
> Yann Dirson wrote:
> > Problem: it's really a mmap image (thus works only for executables,
> > not libs), and includes the libs symbols:
> >
>
> But the real problem is that the sizes are ... unmanageable
> the shared lib is half the size of the static one, while
I stand corrected. DebAdmin looks dead before it gained life.
A note to whoever is now maintaining the WNPP list: You probably want to
remove the mention from section 7 about the need for an admin tool.
Brian
On Mon, 15 Dec 1997, Joe Emenaker wrote:
>
> On Mon, 15 Dec 1997, Brian Bassett wr
Folks,
Richard emailed me this. Unfortunately, I won't have time to deal with this.
And I don't even know what freeciv is ...
It would be great if someone else could help out.
Thanks, Dirk
--- Begin Message ---
Hi. I will be in Sweden until next Monday, perhaps you've seen my mail
to debian-d
Here are the diffs related to the (1 of 2) mail.
Thanks, Dirk
--- Begin Message ---
--- freeciv-1.4.3.orig/common/registry.c
+++ freeciv-1.4.3/common/registry.c
@@ -187,7 +187,8 @@
}
}
- fclose(fs);
+ if (ferror(fs) || fclose(fs) == EOF)
+return 0;
return 1;
}
--- freeciv
wnpp> o Removed perl documentaion from works in progress, as the
wnpp> provided manpages are sufficient.
There really needs to be a `perl-info' package, with the Perl TeXinfo
docs in it. `cperl-mode' in the emacs editors has the ability to
look up perl functions in the info. It's ind
> (I need that to display messages directed to stderr from busybox when
> linked to a Slang program, as in:
Uh? Why don't you just do...
int p[2];
pipe(p);
if(!fork())
{
dup2(p[1],2);
exec...
}
/* now you can read the output from the p[0] file descriptor... */
--
TO UNSUBSCRIBE
A. P. Harris writes:
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use 'run-parts'
> against, say, the directories /etc/ppp/ip-{up,down}.d/.
> This would allow, for instance, MTA packages to ship little scripts to
> flush the mail queue when the link comes up, pop-deamons to start up,
Karl M. Hegbloom writes:
> I think the main thing is that a person with very little experience
> should be led through the initial setup by a script, at the very least.
> It would be good to tell them about `minicom', with some instructions on
> how to use it to get the info they need to construct
> So do I. I first asked Christoph for this back in the spring, and I've since
> asked Phil Hands about it when he took over the package and I've seen nothing
> happen yet..
It's on my TODO list. I was intending to release a package including this
this evening, but I've just wasted a couple of
Yann Dirson <[EMAIL PROTECTED]> writes:
> Adam P. Harris writes:
> > I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> > 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
> >
> > This would allow, for instance, MTA packages to ship little scripts to
> > flush th
liiwi> Hello! I'm having trouble with fetchmail and procmail. The trouble
liiwi> is that fetchmail ignores the 'mda "formail -s procmail"' line
liiwi> totally and delivers all mail to port 25. nice. I can't remember,
liiwi> how many times I have checked everything.
Which version are you
On 14 Dec, [EMAIL PROTECTED] wrote:
> More expected money out:
>
> About $2000 for the 501(c)3 non-profit status. This
> was waiting for all those papers we were fedexing around.
>
> We have an undedicated $2000 to $3000 to spend on Debian and other
> SPI programs. Part of this was supposed to be
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
Stunningly good idea. Make it so :>
--
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94 53
Mark recently informed me that he'd accepted my offer to work on the
new emacs20 package. I just wanted to let everyone know that I was
getting started. I'd like to get something out very soon, but the
holidays may interfere a little.
Feel free to let me know if you have suggestions about how t
> I would also like to suggest a print or two. I do not know if this
> idea would actually make money, but I would buy one.
Uh-oh, you moved this topic from the other mailing list. Consider your
knuckles rapped :-) No harm done this time, but be careful.
We were discussing t-shirts and such for
Paul Slootman <[EMAIL PROTECTED]> writes:
> So, perhaps the bunzip code could be included in the bzip2 package;
That sounds like the best idea.
Guy
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
DEAR SIRS:
1. We produce items as follows:
[EMAIL PROTECTED]@ ILLEX SOUID CLEANED TUBE
Origin of squid is Argentina.
We also can offer Milkfish and Tilapia.
[EMAIL PROTECTED]@ We'll give you best price&good quailty.
2. We are more than eager to make you satisfied with quick and precise
service.
DEAR SIRS:
1. We produce items as follows:
[EMAIL PROTECTED]@ ILLEX SOUID CLEANED TUBE
Origin of squid is Argentina.
We also can offer Milkfish and Tilapia.
[EMAIL PROTECTED]@ We'll give you best price&good quailty.
2. We are more than eager to make you satisfied with quick and precise
service.
Joey Hess <[EMAIL PROTECTED]> writes:
> With debmake, new functionality was added all the time, and was added into
> the same debstd program, changing its behavior, and so different versions
> could have widly differing results on the same package.
>
> With debstd, each individual program has a
DEAR SIRS:
1. We produce items as follows:
[EMAIL PROTECTED]@ ILLEX SOUID CLEANED TUBE
Origin of squid is Argentina.
We also can offer Milkfish and Tilapia.
[EMAIL PROTECTED]@ We'll give you best price&good quailty.
2. We are more than eager to make you satisfied with quick and precise
service.
[EMAIL PROTECTED] writes:
> How fast are isp's converting to pap? No point in putting a lot of
> work into dealing with chatscripts if they are going away soon.
I believe that there will soon (if not already) be very few ISPs which
don't support PAP or CHAP. chat isn't going to be used for anyth
The newer emacs source wants to put some files in /usr/share/emacs and
/usr/libexec/emacs by default. The emacs 19 package put all these
files together in /usr/lib/.
I would assume /usr/share is now OK since it's in the FSSTND (to some
extent) and other packages are using it, but what about /usr
Philip Hands <[EMAIL PROTECTED]> writes:
> I thought I'd call the PAM-free ppp package ppp-base, like perl-base.
> I'm still not sure about the best way to do this though. It looks like the
> only thing that needs to be different is the pppd binary, so:
>
> Should I make ppp contain only the pp
Martin Schulze <[EMAIL PROTECTED]> writes:
> I'd suggest that all such packages only try to compile and package the
> libc5 packages if there is a libc5 installed.
No, that's a bad idea. A package might silently build incorrectly
because a developer didn't have libc5 or libc5-dev installed.
Unf
For the record:
I have need of a port scanner tonight, I don't see one packaged, I happen
to like nmap, and I see no record that anyone else has indicated they are
packaging it...
Expect a package upload shortly... I've got the sources reworked for libc6,
and am finishing up the package now.
Fo
[EMAIL PROTECTED] (Karl M. Hegbloom) writes:
> STREAM_MAX is defined in
> "xopen_lim.h" as _POSIX_STREAM_MAX, which in turn is defined in
> "posix1_lim.h" as 8.
I agree that defining STREAM_MAX as _POSIX_STREAM_MAX is a bug, and
that you should file a bug with `glibcbug'.
The _POSIX_*_MAX def
Has anyone else had trouble with `cvs add' dumping core? I've tried
upgrading to the latest `diff', various libc6's, and the hexagram
key. Nothing helps. What could be wrong with it?
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-
The README says:
The purpose of this program is to make replacing of shared libraries
easy and safe. It does this by firstly being linked statically, and
secondly by including many of the standard utilities within itself.
I needed it the other day. And maybe other's could need it, too. So maybe
> Philip Hands <[EMAIL PROTECTED]> writes:
>
> > I thought I'd call the PAM-free ppp package ppp-base, like perl-base.
> > I'm still not sure about the best way to do this though. It looks like the
> > only thing that needs to be different is the pppd binary, so:
> >
> > Should I make ppp conta
libc6 version of libpam0 is in incoming.
Michael
--
Dr. Michael Meskes, Project-Manager| topsystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED] | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2
-Original Message-
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
To: debian-devel@lists.debian.org
Date: Saturday, December 13, 1997 2:39 PM
Subject: Debian-devel subscriber count
>Goodness gracious. Debian-devel has >400 subscribers. Must be a lot of
>lurkers.
>
> Bruce
>
>
>--
>TO UNSUB
Mark W. Eichin <[EMAIL PROTECTED]> wrote:
> ps. Of course the behaviour in paragraph 2 has nothing to do with unix
> either; unix terminal handling is far too primitive for that. Long
> Live Multics :-)
Of course, nowadays the "interact" command under expect can easily
handle this kind of thing..
Tyson Dowd:
> A couple of us discussed this (and other problems with the mailing
> list), in the thread "Duplicate messages on this list" in debian-devel
> about a week ago and eventually came to a standstill where most people
> in the discussion were happy with the following solution:
>
>
Dear Postmaster,
PLEASE STOP this SPAM now.
This is SPAM, because is unsolicited and unwanted. If there is no
notice from you that it has been fixed, you and maybe all your
domain and your ip-networks will be blackholed at maps.vix.com (see
http://maps.vix.com for more information)
There is no e
Guy Maor writes:
> > I'd suggest that all such packages only try to compile and package the
> > libc5 packages if there is a libc5 installed.
>
> No, that's a bad idea. A package might silently build incorrectly
> because a developer didn't have libc5 or libc5-dev installed.
>
> Unfortunately ha
On Mon, 15 Dec 1997, Nicolás Lichtmaier wrote:
> > (I need that to display messages directed to stderr from busybox when
> > linked to a Slang program, as in:
>
> Uh? Why don't you just do...
>
> int p[2];
> pipe(p);
> if(!fork())
> {
> dup2(p[1],2);
> exec...
> }
> /* now you can r
> Please let noone think that just because that absurd and awful
> suggestion was the last thing anyone said that everyone is happy with
> it.
>
> Rather, the rest of us have more important things to do than to fight
> battles with people with broken mailers and broken ideas about how
> mailers ou
Rob Browning <[EMAIL PROTECTED]> writes:
> Feel free to let me know if you have suggestions about how this
> package should be handled. I'm planning to cooperate with the xemacs
> and emacs (19) package maintainers to make sure we support the
> simultaneous installation of all three packages.
I
On Tue, 16 Dec 1997, Alex Yukhimets wrote:
> > Please let noone think that just because that absurd and awful
> > suggestion was the last thing anyone said that everyone is happy with
> > it.
> >
> > Rather, the rest of us have more important things to do than to fight
> > battles with people wit
On 16 Dec 1997, Rob Browning wrote:
> The newer emacs source wants to put some files in /usr/share/emacs and
> /usr/libexec/emacs by default. The emacs 19 package put all these
> files together in /usr/lib/.
>
> I would assume /usr/share is now OK since it's in the FSSTND (to some
> extent) and
On 16-Dec-1997, Ian Jackson <[EMAIL PROTECTED]> wrote:
> Tyson Dowd:
> > A couple of us discussed this (and other problems with the mailing
> > list), in the thread "Duplicate messages on this list" in debian-devel
> > about a week ago and eventually came to a standstill where most people
> > in th
Christian Schwarz <[EMAIL PROTECTED]> wrote:
> Please check out http://www.unicom.com/pw/reply-to-harmful.html . The page
> contains several arguments against the use of "Reply-To". I fully agree to
> what Ian said.
I personally find header-munging of any sort distasteful, however
I think a couple
On 16-Dec-1997, Christian Schwarz <[EMAIL PROTECTED]> wrote:
>
> Please check out http://www.unicom.com/pw/reply-to-harmful.html . The page
> contains several arguments against the use of "Reply-To". I fully agree to
> what Ian said.
Please don't quote this URL as if all the issues in this web pa
The Debian web pages need the help of someone who follows bugtraq.
Currently the security web page is updated at random times (and
not very well). If you already follow bugtraq then you could
help Debian a lot by sending updates to [EMAIL PROTECTED]
If you already follow bugtraq, then this won't b
Christian Schwarz <[EMAIL PROTECTED]> writes:
> As the current emacs package installs its libs into
> /usr/lib/emacs/19.34/..., will moving this below /usr/share break other
> packages?
I'll certainly make sure that's not a problem before I do it, but so
far, I doubt it will be. I don't think th
"Brian" == Brian Mays <[EMAIL PROTECTED]> writes:
> Yann Dirson <[EMAIL PROTECTED]> writes:
>> Adam P. Harris writes:
>>> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
>>> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}.d/.
>>>
>>> This would allow, for instance, MT
[You (Rob Browning)]
>Christian Schwarz <[EMAIL PROTECTED]> writes:
>> As the current emacs package installs its libs into
>> /usr/lib/emacs/19.34/..., will moving this below /usr/share break other
>> packages?
>
>I'll certainly make sure that's not a problem before I do it, but so
>far, I doubt i
Hi,
I'm trying to build packages for a library and running into a number
of problems. I've build a package for a regular executable
by following the instructions in the Debian Packaging Manual.
However, I haven't found a step-by-step dicussion of how
to build a library.
I was hoping someone on
[ Brokenly-long lines wrapped ]
Philip Hands <[EMAIL PROTECTED]> writes:
> ppp is needed for doing an install from the internet via a dialup
> link. PAM is not needed until you want people to log into the
> system, so libpam is a waste of space on the install disks.
>
> I'm not certain it's wort
Mark recently informed me that he'd accepted my offer to work on the
new emacs20 package. I just wanted to let everyone know that I was
getting started. I'd like to get something out very soon, but the
holidays may interfere a little.
I had already offered to package up emacs20 mysel
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> BTW, are .elc files arch-dependant or arch-indep? I've always
> wondered about this.
They're architecture independent.
--
James
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [
From: Enrique Zanardi <[EMAIL PROTECTED]>
> Memory penalty. As busybox and dinstall are linked together in this
> implementation, forking implies doubling the already big memory
> requirements.
No, sorry, that's not right. Busybox is actually much more efficient
than you think.
The text of the bu
On Tue, Dec 16, 1997 at 11:35:23AM +0500, Adam P. Harris wrote:
>
...
> > For example, I have configured my ip-up script to start fetchmail
> > (in daemon mode) and grab articles for my local news spool unless
> > the file /etc/no_mail exists. Therefore, if I need to quickly dial
> > in, say to f
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> Rob, you're talking about moving Xemacs arch-independant files from /usr/
> lib/xemacs-XX.XX to /usr/share, right?
No, this is only for emacs20, James LewisMoss <[EMAIL PROTECTED]>
maintains xemacs.
> I think this is a good idea. When we do this fo
Just a warning to everyone running mirror scripts. Something happened to
va's FTP mirror last night and it has been erased. Please stop mirroring
va untill it can be restored!
The web site hosted at va still seems to be okay but mirroring of it's
components may have stopped.
I belive James is wo
Sorry... I really got very angry with that stuff.
Rover.
On Tue, 16 Dec 1997, I wrote:
: From: Roberto Lumbreras <[EMAIL PROTECTED]>
: To: [EMAIL PROTECTED]
: Cc: [EMAIL PROTECTED], debian-devel@lists.debian.org
: Date: Tue, 16 Dec 1997 12:40:12 +0100 (CET)
: Subject: SPAM to mailing lists! STO
[EMAIL PROTECTED] (Enrique Zanardi) wrote on 16.12.97 in <[EMAIL PROTECTED]>:
> On Mon, 15 Dec 1997, Nicolás Lichtmaier wrote:
> > Uh? Why don't you just do...
> >
> > int p[2];
> > pipe(p);
> > if(!fork())
> > {
> > dup2(p[1],2);
> > exec...
> > }
> > /* now you can read the output fro
[You ([EMAIL PROTECTED])]
>FWIW I've been using run-parts in ip-up and ip-down for some time now,
>the scripts reconfigure stuff based on my ip address (2 ISPs) etc.
>and everything works like a charm. I dunno about packages placing
>scripts in ip-[up|down].d/ -- I'd rather put them in
>/usr/do
[CC trimmed to ]
[Raul Miller]
>Hmm.. seems like XEmacs should Provide: auctex. I can't see any
>formal problem if auctex is installed as a separate package as
>well... [Why someone would want to is beyond me.]
What if you have Xemacs *and* Emacs installed, and want to use auctex
from both?
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
> What if you have Xemacs *and* Emacs installed, and want to use auctex
> from both?
My suggestion would be that whichever package provides auctex, whether
it's xemacs or a separate package, would register the .el files
somehow so that when say emacs2
Adam P. Harris <[EMAIL PROTECTED]> wrote:
> What if you have Xemacs *and* Emacs installed, and want to use auctex
> from both?
Last time (a couple weeks ago) I tried selecting both xemacs and emacs,
I found that they conflicted.
--
Raul
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the wor
>
> [You ([EMAIL PROTECTED])]
> >FWIW I've been using run-parts in ip-up and ip-down for some time now,
> >the scripts reconfigure stuff based on my ip address (2 ISPs) etc.
> >and everything works like a charm. I dunno about packages placing
> >scripts in ip-[up|down].d/ -- I'd rather put them
I found arpd on the WNPP list as being orphaned, and I'd like to pick it
up as maintainer. I tried contacting dominik, but his debian.org address
is no longer current, so the WNPP maintainer suggested I post this here.
I've got an updated package (upstream source hasn't changed yet) with
fixed ini
> "Raul" == Raul Miller <[EMAIL PROTECTED]> writes:
Raul> (1) a good mail client (e.g. a properly configured mutt)
Raul> will give you the option of respecting reply-to, or ignoring
Raul> it.
I use Gnus, and used `G p' in the *Groups* buffer to set the group
properties of this m
On Dec 16, 1997, at 11:22, Ian Jackson wrote:
> Tyson Dowd:
> > A couple of us discussed this (and other problems with the mailing
> > list), in the thread "Duplicate messages on this list" in debian-devel
> > about a week ago and eventually came to a standstill where most people
> > in the di
> "Raul" == Raul Miller <[EMAIL PROTECTED]> writes:
Raul> Hmm.. seems like XEmacs should Provide: auctex. I can't see
Raul> any formal problem if auctex is installed as a separate
Raul> package as well... [Why someone would want to is beyond
Raul> me.]
There's support for t
Philip Hands <[EMAIL PROTECTED]> wrote:
> Any better suggestions ?
run-parts should pass arguments which follow the directory.
--
Raul
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Dear Robert,
We do use qmail. If you would like to maintain our spam filter,
I will give you a login on the list server.
Thanks
Bruce
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
--- Start of forwarded message ---
Resent-Date: 16 Dec 1997 22:24:45 -
Resent-Cc: recipient list not shown: ;
Date: Tue, 16 Dec 1997 15:38:16 -0300
Message-Id: <[EMAIL PROTECTED]>
From: "Gonzalo A. Diethelm" <[EMAIL PROTECTED]>
To: Ian Jackson <[EMAIL PROTECTED]>
Cc: Debian developers l
> >FWIW I've been using run-parts in ip-up and ip-down for some time now,
> >the scripts reconfigure stuff based on my ip address (2 ISPs) etc.
> >and everything works like a charm. I dunno about packages placing
> >scripts in ip-[up|down].d/ -- I'd rather put them in
> >/usr/doc//examples.
>
>
On Tue, Dec 16, 1997 at 12:01:28PM +0500, Adam P. Harris wrote:
>
> [You (Sten Anderson)]
>
> >I am not a developer, but I have a few comments.
> >
> >When I run dselect, I see some Emacs packages as seperate deb
> >packages, e.g. auctex. Now, I prefer XEmacs, which includes auctex,
> >but how c
On Thu, Dec 11, 1997 at 12:15:11PM -0500, Charles Briscoe-Smith wrote:
> Jason Gunthorpe <[EMAIL PROTECTED]> wrote:
> >On 10 Dec 1997, Charles Briscoe-Smith wrote:
> >> ...and so on. I'm not sure that you can ever have a scheme that will work
> >> for -all- the wierd and wonderful proxies, caches
A wishlist priority bug report was filed against pppload as it's menu entry
contained this as the command:
/usr/X11R6/bin/pppload -i 2 -p 10
The bug reporter (bugger :-) - Yann Dirson suggested a conffile would be
nice. So I made a new conffile /etc/pppload and changed command to this:
/usr/
On Sun, Dec 14, 1997 at 03:34:34PM +0100, Marcus Brinkmann wrote:
>
> Hello all!
>
> I intend to package xscavenger, a lode runner like game (remember the good
> old commodore 64 days?).
>
> To be honest, I already did. I also contacted the author, and we work
> together on a new upstream releas
xlaby traps your mouse cursor in one of the mazes generated by "maze", you
must move around until you can escape - invisible walls is an option!
xnetload is like xload for network connections (similar to pppload and half
a dozen other utils, you takes your pick!)
Adrian
email: [EMAIL PROTECTED]
On Fri, Dec 12, 1997 at 03:00:32PM -0500, Chris Fearnley wrote:
> 'Sven Rudolph wrote:'
> >
> >G John Lapeyre <[EMAIL PROTECTED]> writes:
> >
> >> > I am planning to package agrep, a grep-like tool that allows to
> >>
> >>We have it already. I think it comes with glimpse .
> >
> >So it should
> --- Start of forwarded message ---
> Resent-Date: 16 Dec 1997 22:24:45 -
> Resent-Cc: recipient list not shown: ;
> Date: Tue, 16 Dec 1997 15:38:16 -0300
> Message-Id: <[EMAIL PROTECTED]>
> From: "Gonzalo A. Diethelm" <[EMAIL PROTECTED]>
> To: Ian Jackson <[EMAIL PROTECTED]>
> Cc: Deb
On 16 Dec 1997 [EMAIL PROTECTED] wrote:
> We do use qmail.
It might be worth applying the MAPS RBL (Realtime Blackhole List) patches
to qmail available at http://www.qmail.org/rbl/
Given the volume of the debian lists, it would make sense for a DNS server
on the lists.debian.org LAN to be a seco
I wish only know if out there's a .deb for PGP 2.6.3i ... tnx
--
\
Massimo Lusetti|The biMboMIx
/ Team OS/2 Italy
Univ. of Modena
FidoNet 2:332/533
E-Mail [EMAI
"Adam P. Harris" <[EMAIL PROTECTED]> writes:
>
>
> Maybe I should submit this as a wishlist to the bug system, but I was
> interested in getting some comments first.
>
> I think that /etc/ppp/ip-up and /etc/ppp/ip-down should use
> 'run-parts' against, say, the directories /etc/ppp/ip-{up,down}
Rob Browning <[EMAIL PROTECTED]> writes:
> For .el files like debian-changelog-mode.el that are generic enough
> elisp that they should work with any emacs (19, 20, or x) we need a
> shared directory or something. The only problem with this is that
> when the files are byte-compiled there's a nam
88 matches
Mail list logo
