Re: Uploaded tnt_1.1a3-1_i386.deb to master

[csmall]

Manoj Srivastava wrote:
> Hi,
>   I just saw a package being announced on debian-devel-changes,
>  namely, tnt. I did not see it being announced as intended to package
>  (I may have missed it, in which case I apologize); I think that this
>  was now policy? In any case, that is a trivial thing compared to what

I couldn't find any reference to a new package with an old maintainer
in the documentation.  Asking on IRC, the response was just to package it.
I doubt if anyone would be working on tnt.

> 
>  * Modified source code to fit FHS and compile on libc6
> 
>   The libc6 is good; FHS -- is not so very good. I thought we
>  are holding off on the FHS until after 2.0 is released? (This could
>  have been something clarified on the intent to package discussion).
> 
>   What exactly does this mean? What was done to make it conform
>  to FHS that would contravene FSSTND (and hence current policy)? I
>  think the move to FHS should be taken as an concerted effort, not
>  piecemeal, package by package.

AFAIK for my package there is no significant difference between FHS and
FSSTND.

What it means is that the programs originally were written very much like
a DOS program, ie all the config files etc had to be in the current directory
and there was no order about them.  I just did some cleaning up.


>   Should this be moved to the policy list?
I'm not on the policy list so if you are talking about tnt in particular
you'll have to CC me in to comment.

BTW, if anyone is thinking of compiling ax.25 stuff with libc6 there is a
fair amount of changes to put into the includes (they have a problem).
I'll be taking that up with the right channels.


   -Craig


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: not a first amendment question

[Kai Henningsen]

[EMAIL PROTECTED] (Petri Wessman)  wrote on 02.12.97 in <[EMAIL PROTECTED]>:

> On Mon, 01 Dec 1997 16:40:00 -0500, Brian White <[EMAIL PROTECTED]> said:
>
> Brian> Morality is a touchy subject and (in my opinion) the _only_ place to
> Brian> draw this line is all or nothing.
>
> Agreed, except that clearly illegal stuff should be banned, of
> course. I doubt anyone would condone a child_pornography.deb package,
> for instance :-)

Depends on what it is and does. Say it's a report about cp from the UN ...  
:-)


MfG Kai


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: various computers for adoption

[Mark W. Eichin]

>DecStation 5000. MIPS R4000, but different byte-sex from other MIPS
>systems. No Linux kernel, and may never have one because the
>documentation's not available.
>DecStation 3000. MIPS R3000. See above.

Actually, there's enough documentation for the 3000 series at least --
proof by existence: NetBSD 1.3.  I don't know if the 5000 series is
supported, however.

[I'd be willing to try and put machines like these on the net, but I'm
on the far side of the continent from Bruce and figure someone closer
will probably deal.  Machines this vintage are unlikely to justify [or
*survive*] shipping anyway...]


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: EGCS EGCS EGCS

[Galen Hazelwood]

Johnie Ingram wrote:

> Dude!
>
> The egcs bunch is going to make an official release of egcs in like 3
> hours;  Elliot Lee and a bunch of developers are looking all over IRC
> for you.  :-)

I don't do IRC.  Will check it out, but be warned--I'm hurting for disk space
right now.  I'll see about compiling something for experimental ASAP.

--Galen



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Debian Commercial Support

[bruce]

I moved this discussion to debian-consultants. I'll eventually move it to
my own list server.

Bruce


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Intent to package: umich-ldap / WNPP: Dermot Bradley probably not maintaining packages

[Joey Hess]

Joey Hess wrote:
> Ed Donovan wrote:
> > I think Dermot Bradley isn't actively maintaining packages.  I sent mail
> > to one of his addresses, about packaging gated, a while back.  I didn't
> > hear from him, though I saw gated came off the WNPP list under his name
> > later on.  His packages in the archive are mrtg, libgd, libgd-dev, and
> > radiusd-merit (the last already tagged as an orphan); the most recent
> > date on any of them is July 24.  And I don't see any mails to -devel or
> > -user from him since July.  
> 
> Hm, if so I'd like to take over mrtg. 

(And libgd*, since mrtg depends on them, however, if anyone else really
wants them, I'd be glad to not have the bother. :-)

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

`COAS'

[Karl M. Hegbloom]

 I wonder if anyone else has seen this: http://www.caldera.com/coas/ ?

 Perhaps Diety should become a part of that?


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Intent to package: umich-ldap / WNPP: Dermot Bradley probably not maintaining packages

[Joey Hess]

Ed Donovan wrote:
> I think Dermot Bradley isn't actively maintaining packages.  I sent mail
> to one of his addresses, about packaging gated, a while back.  I didn't
> hear from him, though I saw gated came off the WNPP list under his name
> later on.  His packages in the archive are mrtg, libgd, libgd-dev, and
> radiusd-merit (the last already tagged as an orphan); the most recent
> date on any of them is July 24.  And I don't see any mails to -devel or
> -user from him since July.  

Hm, if so I'd like to take over mrtg. 

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: perl module packages: why do they exist?

[Raul Miller]

Manoj Srivastava <[EMAIL PROTECTED]> wrote:
>  # generate the control file
>  % make-ppkg --generate --package libcgi-perl --module CGI-modules > control
>  % vi control# make sure things look ok (espescially version numbers)
>  % make-ppkg -d my-packaging-directory control 
>  % dpkg -I my-packaging-directory/libcgi-perl*.deb# check
>  % dpkg -BGiE my-packaging-directory/libcgi-perl*.deb # install
> 
>   How does this sound? Is it still worth trying to modify
>  ExtUtils (still feels presumtuous of me to have that modified for
>  Debian -- after all, even the Linux kernel is not modified for us, we
>  just roll our own make-kpkg)? 

This is excellent.

We'll need some experience with it before we want to tackle the larger
issues.

This doesn't address browsing after the fashion of either dselect,
deity, or cpan...  Integrating this aspect into debian is going to
be real fun.

Finally, I don't see any problem with having a debian-specific
patch to ExtUtils. Whether this gets integrated back into the main
distribution is another issue -- perhaps if the underlying concepts can
be generalized [perhaps in a data-driven fashion] such that they're
useful in more contexts than debian... Again, I think we'll want to have
some experience with your make-ppkg before we venture too far in this
direction.

If I may oversimplify a bit further: ExtUtil integration might be
re-write 2, while deity integration might be re-write 4.

-- 
Raul


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Proposal to package propsel

[Charles Briscoe-Smith]

Steve Dunham <[EMAIL PROTECTED]> wrote:
>You might want to take a look at x2x also.  It passes selections and
>allows you to use one mouse and keyboard with both displays.
>
>   ftp://gatekeeper.dec.com/pub/DEC/SRC/x2x/x2x-1.26.tar.gz

Thank you!  That is one NEAT program.  At first glance, I thought it
subsumed the functionality of propsel, but I think there's room for both
in the distribution.  Expect packages soon!

-- 
Charles Briscoe-Smith
White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4>
PGP public keyprint: 74 68 AB 2E 1C 60 22 94  B8 21 2D 01 DE 66 13 E2


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: be careful with Replaces, please

[Yann Dirson]

Scott Ellis writes:
 > Nope, didn't seem to be flagged for install on my end.  I would have
 > suggested keeping the same name and conflicting with the versions of dump
 > and quota that would have depended on the libraries.

OK. I think I'll change the name back to "e2fsprogs", and just make it
conflict with old "dump" and "quota" packages.  There's not much
chances anybody else will complaint, except for people having build
local packages depending on it.

Anyone has objections to this ?
-- 
Yann Dirson  <[EMAIL PROTECTED]>  | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]>  | support Debian GNU/Linux:
debian-email:   <[EMAIL PROTECTED]>  | more powerful, more stable !
http://www.a2points.com/homepage/3475232 |
-
A computer engineer's looking for a job !
-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: perl module packages: why do they exist?

[Manoj Srivastava]

Hi,
I had not considered modifying ExtUtils, firstly, because I
 didn't think I could get a patch in (it would be presumtuous of me to
 think otherwise, don't you think?), and secondly, it is not
 necessary. I already package CGI-modules, and have come up with a
 Debian specific packagin infrastructure that is almost mechanical --
 except that there are a few things that need be specified by hand

Specifically, the Debian control file information; which has
 things like which section (devel/libs/net/x11 etc), whether it is
 meant for the stable or the development Debian tree, whether it is
 part of the main distribution, or it is contrib or non-free,
 description, dependencies on toher debian packages, debian-revision,
 and a package name that meets debian Policy.

I am including a live rules file (Andreas, this is a simple
 make file) that shows how I do it; and given a control file, or the
 data therin, I can autogenrate a customized rules file for any
 package. 

This could, of course, be done up as a MakeMaker rule, with
 proper defaults and all, but I think it would need work on someone's
 part; and I hesitate to impose on the authors.

My proposal is (and I have it partially implemented) that
 there be a package that; given a control file, optionally downloads
 the package using cpan.pm, (giving us the pristine upstream source
 required by the new Debian source archive policy), unpacks it,
 creates a subdirectory debian, copies the control file there,
 generates the rules, menu, pre-and-post inst files, creaters debian
 Changelog file, and a Debian README, and a initial copyright file in
 that directory.

Optionally, the script can do a build, and create the Debian
 .deb package. The user can then check the copyright and the rest of
 the package for correctness so far. Installation is then very simple
 (dpkg -i ../*.deb).


What I'm trying to say is that a Debian package requires
 information that is Debian specific, and it seems unfair to ask
 authors to include it in the package (even if they were conversant
 with Debian policy).

I'll try and make it as painless for the user as possible, 

 # generate the control file
 % make-ppkg --generate --package libcgi-perl --module CGI-modules > control
 % vi control# make sure things look ok (espescially version numbers)
 % make-ppkg -d my-packaging-directory control 
 % dpkg -I my-packaging-directory/libcgi-perl*.deb# check
 % dpkg -BGiE my-packaging-directory/libcgi-perl*.deb # install

How does this sound? Is it still worth trying to modify
 ExtUtils (still feels presumtuous of me to have that modified for
 Debian -- after all, even the Linux kernel is not modified for us, we
 just roll our own make-kpkg)? 

manoj
-- 
 Faith in a holy cause is to a considerable extent a substitute for
 lost faith in ourselves.  -- Eric Hoffer
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E

__
#! /usr/bin/make -f
 -*- Mode: Makefile -*- ###
## rules ---
## Author   : Manoj Srivastava ( [EMAIL PROTECTED] )
## Created On   : Wed Nov 20 16:07:20 1996
## Created On Node  : tiamat.datasync.com
## Last Modified By : Manoj Srivastava
## Last Modified On : Wed Nov  5 11:46:00 1997
## Last Machine Used: tiamat.datasync.com
## Update Count : 29
## Status   : Unknown, Use with caution!
## HISTORY  :
## Description  :
##
###


FILES_TO_CLEAN = debian/files debian/buildinfo debian/substvars
STAMPS_TO_CLEAN = stamp-configure stamp-build stamp-binary
DIRS_TO_CLEAN  = debian/tmp
thisdir=$(shell pwd)

install_file= install -p -o root -g root -m 644
install_program= install -p -o root -g root -m 755
make_directory= install -p -d -o root -g root -m 755
deb_rule = $(MAKE) -f $(thisdir)/debian/rules

package = $(shell grep Source debian/control | sed 's/^Source: //')
version= $(shell head -1 debian/changelog | \
 perl -nle 'm/\S+\s+\((\S+)\)/ && print $$1')

PRIVLIB := $(shell perl -e 'use Config; print "$$Config{'privlibexp'}\n";')
ARCHLIB := $(shell perl -e 'use Config; print "$$Config{'archlibexp'}\n";')
DOCDIR  := debian/tmp/usr/doc/$(package)
FILES_TO_COMPRESS= $(DOCDIR)/README.* $(DOCDIR)/changelog.debian

all build: configure stamp-build
stamp-build:
# Builds the binary package.
$(checkdir)
-test ! -f stamp-configure && $(MAKE) -f debian/rules configure
$(MAKE)
dpkg -l perl 'libc*' make dpkg-dev | \
  awk '$$1 == "ii" { printf("%s-%s\n", $$2, $$3) }' > \
   debian/buildinfo
touch stamp-build

configure: stamp-configure Makefile
stamp-configure Makefile:
$(checkdir)
-test ! -f 

Re: Broken *deb's in hamm

[Joey Hess]

Brederlow wrote:
> Esspecially anoying (for me) is xfishtank_2.2.orig.tar.gz for me,
> cause the bin (or my X) is broken and I want to compile a debug
> version of it.

Seems to have gotten corrupted on master, I'll reupload the source.

-- 
see shy jo


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Proposal to package propsel

[Adrian Bridgett]

On Tue, Dec 02, 1997 at 09:19:46PM +, Charles Briscoe-Smith wrote:
> I just saw this on c.o.l.a. and want to package it:
> 
> Title:  propsel
> Version:27-Nov-1997
> Entered-date:   27-Nov-1997
> Description:propsel is for people who work with more than a single
> X11 display on their desk. It allows one to paste into a
> xterm on one display the contents of the selection of
> another display.

This reminds me - does anyone know of the easiest way to do this between a
VT console and an xterm (apart from getting another VT and doing "cat" to a
temporary file!)

Thanks

Adrian

email: [EMAIL PROTECTED]   | Debian Linux - www.debian.org
http://www.poboxes.com/adrian.bridgett   | Because bloated, unstable 
PGP key available on public key servers  | operating systems are from MS


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Find user IP

[Turbo Fredriksson]

I got a problem with my TCPQuota... I need to know the IP address of a
connecting user (telnet/ssh etc), since the host field isn't big enough...

I've tried to read the utmp file, but some progs don't seem to register the
ipaddress, only the hostaddress. I don't realy want to change telnetd/sshd
and ???, any ideas where the IP might be recorded?

---
 Turbo_ /// If there are no Amigas in heaven, send me to HELL!
 ^\\\/
 Unix _IS_ user friendly - it's just selective about who its friends are !
 Turbo Fredriksson Tel: +46-704-697645
 S-415 10 Göteborg[EMAIL PROTECTED]
 SWEDEN www5.tripnet.se/~turbo
   My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html'
 Key fingerprint = B7 92 93 0E 06 94 D6 22  98 1F 0B 5B FE 33 A1 0B 
---


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble?  e-mail to [EMAIL PROTECTED] .

perl module packages: why do they exist?

[Adam P. Harris]

[APH: I'm CC'ing the CPAN.pm maintainer here, since I though Mssr 
 König might be interested in the issues we're having.  I'm going to 
 recap that discussion, if everyone will tolerate me a little.  Note
 also I use CPAN.pm to refer to the Perl module, and CPAN to refer to
 the actual archive.  Andreas, I'm not sure if your interested or
 even the right party to talk to, but feel free to forward this to
 anyone who might be interested or just trash this message.]

Andreas, this is part of discussion we're having on the Debian developer's
list concerning what I consider some conflicts existing between
the Perl module maintainence subsystem, CPAN.pm, and Debian's
package maintanance system.  (BTW, Debian is a free linux distribution, 
and is widely hailed as having the premier Unix s/w packaging system.)
I raised this thread, asking why Debian developers bothered making 
packages out of CPAN modules, when Perl already had dependancy tracking 
and update featuers.  Said developers pointed out some problems
they have with CPAN.pm and it's operations.  I guess the major reasons we 
need a Perl module version control mechnaism are the following:

* no good way to sync Perl module version numbers w/ Debian version 
  tracking (see below)
* quality control for Perl modules; put them thru testing before release

[You ([EMAIL PROTECTED])]
>Raul Miller <[EMAIL PROTECTED]> wrote:
>> >About two months ago, I upgraded a CPAN bundle on a production server.
>> >Two interesting things happened:
>> >
>> >(1) perl itself got upgraded, and
>> >(2) wais got upgraded.
> 
>Adam P. Harris <[EMAIL PROTECTED]> wrote:
>> Huh??? Perl itself?  I don't think this is possible.
>
>Take a look at TIMB/perl5.004_04.tar.gz

Wow.  Guess I'm a little out of it.

>It is automatically brought in when you install something in 
>CPAN that requires a more recent perl version that what you
>have.

There should be a flag to disable this behavior!

>Of course, you can bail out of the install at that point, but that's not
>the issue here.
>
>In my opinion, once we've evolved a good cpan->debian packager, we
>should integrate it with the CPAN module so that it uses this mechanism
>to build, test and install cpan modules.  Presumably, it should also
>archive the installed package somewhere (at least as an option), and
>manage minor revision numbers automatically.

I completely agree.  I suppose this is a ExtUtils issue?  So as I under
stand you, say, the Makefile produced by `perl Makefile.pl' would, say, 
have a 'debian-pkg' rule or something.  Right?

>Further, it's going to be essential that we get dependencies *right*
>for the part of the system which can be managed via CPAN. This is going
>to be tricky -- since dependency information in cpan is embedded in
>makefile rules, we'll probably have to implement a shared database so
>that as people use the system we accumulate such information. [This
>might also be a fertile ground for people to get together when thrashing
>out problems with fringe packages.]

Can't you pull out module version numbers from the modules themselves?  I 
think this is what ExtUtils does when it makes `Makefile'.

I think the way to do this is to add some state to install Perl modules.
Modules installed with dpkg should be distinguishable from user installed
(say using CPAN.pm) modules.  Actually, no need to add state when it's
already there; user-installed modules are installed in 
/usr/local/lib/perl5/site_perl.  The next step would be to try to hack
CPAN.pm to disallow updating (or overriding by having copies in 
/usr/local/lib/ perl5) files which _must_ by Debian policy be under package
management control (i.e., /usr/lib/perl5). 

The corollary to this is that users who insist on installing a packaged
and installed module right from CPAN must first remove the package (?).
This would disallow installation of packages that rely on that Perl
module, which is probably desired behavior.  Debian hackers could always 
override the dependancies.

Manoj, I guess I just now have come around to where you were all along? ;)

.A. P. [EMAIL PROTECTED]http://www.onShore.com/>


pgp4nG9DwGnjB.pgp
Description: PGP signature

Re: bo-updates packages

[Mark Baker]

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 completely new
set of libraries it is not possible to run hamm packages on a bo system, but
hopefully debian 2.1 packages will run on a hamm system correctly; I can't
see much point in going to a lot of effort to fix a temporary problem.

Re: Need someone to take some of my packages.

[Rob Browning]

Dale Scheetz <[EMAIL PROTECTED]> writes:

> The other two packages that I should find better homes for are; libident,
> and m4. Each of these packages have "minor" bugs reported against them and
> are not a maintainance problem. The also fall into the catagory of
> "relatively untestable" packages, and would fair better under someone
> elses care. 
> 
> Please contact me if you are interested in any of these packages.

I'll take m4 for you.

-- 
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Need someone to take some of my packages.

[Wichert Akkerman]

Previously Mark Baker wrote:
> I had a look at it a week or so ago. I can't get it to support shadow
> passwords properly: the code that's supposed to support them for linux
> doesn't compile (under libc6, I haven't tried it on a libc5 system). Since
> the code is virtually unintelligible anyway, the best solution is probably
> to write it from scratch or copy it from a program that gets it right.

Take a look at the code I made for lockvc 3.0. It handles both shadow and
normal password (and mixed shadow/non-shadow) passwords well. And it's in
a seperate sourcefile so it's easy to use in another application.

Wichert.

-- 
==
This combination of bytes forms a message written to you by Wichert Akkerman.
E-Mail: [EMAIL PROTECTED]
WWW: http://www.wi.leidenuniv.nl/~wakkerma/


pgpK3LnT4kP53.pgp
Description: PGP signature

bo-updates packages

[Adam P. Harris]

[You (Hamish Moffatt)]
> Or does any of this matter ? :-)

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.  I
know a lot of people, even within my company, using Debian in a production
environment, but frustrated by the lagginess of package such as xemacs,
perl, etc. etc.

I guess this is probably a policy discussion, but I'm not on that list.  I
was pleased to see the version numbering std.  Since there's no existing
policy documentation on keeping bo fresh based on a recompile of a hamm
package, maybe someone familiar with the discussion can answer the
following questions:

* Is it kosher for a non-package maintainer to do an upload of a hamm
  package recompile for bo? 
* Where would this non-maintainer-created upload go?
* Do std maintainer created packages get upload to a wierd place or to 
  the std place?

.A. P. [EMAIL PROTECTED]http://www.onShore.com/>


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Need someone to take some of my packages.

[Mark Baker]

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 alone the
> package would be better off in more skilled hands.

I had a look at it a week or so ago. I can't get it to support shadow
passwords properly: the code that's supposed to support them for linux
doesn't compile (under libc6, I haven't tried it on a libc5 system). Since
the code is virtually unintelligible anyway, the best solution is probably
to write it from scratch or copy it from a program that gets it right.

Re: linux/unix to NT

[Raul Miller]

Mariusz Pagowski <[EMAIL PROTECTED]> wrote:
> Hello,
> I learned about samba package allowing me to access disks
> on NT machine from unix/linux. But does samba allow me
> to login/telnet to NT machine from linux/unix and run remotely
> a program on it? If not is there some software which would allow 
> me to do it?

NT has a telnet daemon that will give you a command prompt.  This
isn't useful as it might be, since most of NTs apps (including
administrative apps) will not work from the command line.  However,
you can do a few basic things (manipulate files).

-- 
Raul


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Debian Commercial Support

[Andrew Howell]

On Tue, Dec 02, 1997 at 03:57:00PM -0800, Bruce Perens wrote:
> Now that I am leaving the project leader position, I have some options
> open to me that would have been conflicts of interest for before, but are
> to Debian's benefit. I am assembling a 24/7 commercial support network for
> Debian. The support database (essentially the replies of the email support
> folks) will be GPL-ed and published.
> 
> I am looking for developers around the world who are interested in handling
> email support and/or telephone support for pay.

I'd be very interested in this not only for myself but the whole idea in itself
it great.

When you say developers do you mean the developer of a package would answer
mail associated for that package or would it be a free for all among developers?

Andrew


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Need someone to take some of my packages.

[Dale Scheetz]

I am finding myself with almost no time to spend on packages, coupled with
a large project that I must deal with, leaves me without the resources to
make code freeze on several of my packages.

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 alone the
package would be better off in more skilled hands. If you have any
interest in this package, please contact me for the details.

The other two packages that I should find better homes for are; libident,
and m4. Each of these packages have "minor" bugs reported against them and
are not a maintainance problem. The also fall into the catagory of
"relatively untestable" packages, and would fair better under someone
elses care. 

Please contact me if you are interested in any of these packages.

Waiting is,

Dwarf
-- 
_-_-_-_-_-_-  _-_-_-_-_-_-_-

aka   Dale Scheetz   Phone:   1 (904) 656-9769
  Flexible Software  11000 McCrackin Road
  e-mail:  [EMAIL PROTECTED] Tallahassee, FL  32308

_-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Mailinglists documented

[Yann Dirson]

Martin Schulze writes:
 > Good evening folks,
[...]
 >   All the mailing lists that are served on lists.debian.org are now
 >   documented in one file and this should reflect their actual state.

One nice thing would be to document a way for anyone to know which
debian lists he's currently subscribed to.

Is there such a mechanism, or is there only this stuff (what's its
name, anyway ?) to be run on master to get the info ?

-- 
Yann Dirson  <[EMAIL PROTECTED]>  | Stop making M$-Bill richer & richer,
alt-email: <[EMAIL PROTECTED]>  | support Debian GNU/Linux:
debian-email:   <[EMAIL PROTECTED]>  | more powerful, more stable !
http://www.a2points.com/homepage/3475232 |
-
A computer engineer's looking for a job !
-


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Broken *deb's in hamm

[Brederlow]

Rob Browning <[EMAIL PROTECTED]> writes:

> Sten Anderson <[EMAIL PROTECTED]> writes:
> 
> > I have tried downloading them from a different mirror with the same
> > result. Are these packages really bogus, or am I just cursed? I don't
> > rely on these packages, but dselect complains, and that is a little
> > annoying.  
> 
> As far as I can tell, there are corrupted files on master.  I had to
> re-upload perl-tk (with a new revision) to fix the problem.

I downloaded a mirror of source yesterday and converted (most of) it
to bz2 files using a script. I got several packages that had trailing
spam in their gz files and some gz files were corrupted (mainly the
once mentioned in previous mails). I don't have a list, cause wasn't
watching it munch away on the packages on 16 comps parallel for
several hours during the night.

Esspecially anoying (for me) is xfishtank_2.2.orig.tar.gz for me,
cause the bin (or my X) is broken and I want to compile a debug
version of it.

Could somebody modify the upload scripts to check packages and source
files before moving them from incomming or is that to mauch cpu?

May the Source be with you.
Mrvn


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Contents.gz

[Richard Braakman]

There's ~maor/masterfiles/mkcontents on master, but I don't know if
that is the script that was actually used to create them.  It might
be a possibly-older copy.

Unfortunately, per-user crontab files are read-protected, so there's
no way to trace a path from the weekly cron job to the Contents file.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Contents.gz

[Martin Schulze]

Folks,

could anybody tell me which program created the Contents
files?


Regards,

Joey

-- 
  / Martin Schulze  *  Debian Linux Maintainer  *  [EMAIL PROTECTED]/
 / http://www.debian.org/  http://home.pages.de/~joey/


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Config file management utility

[Enrique Zanardi]

On Tue, 2 Dec 1997, Joe Emenaker wrote:

> Has much discussion been had about a possible configuration file
> management script for the package config scripts to use?
> 
> For example, I installed cron on a Debian box, and then installed mgetty.
> Mgetty placed the following at the end of my /etc/crontab:
> 
>   #-- mgetty begin 
>   20,40 * * * *   root faxrunq
>   #-- mgetty end
> 
> Then, when I updated cron, it asked if I wanted to replace my
> /etc/crontab. I'm assuming that this would have hosed my mgetty settings,
> so I was forced to make the changes to /etc/crontab by hand. 
> 
> So, I was thinking... why not have a utility that the scripts would use to
> make all modifications to config files kinda like what mgetty did with
> the "#-- mgetty begin" and "#-- mgetty end"? The only difference is that
> *all* packages (even the package that "owns" a particular config file)
> would be encouraged to use the utility. In the example, cron would use the
> utility to make updates to /etc/crontab, as /etc/crontab would ostensibly
> have "#-- cron begin" and "#-- cron end" statements as well.
> 
> Of course, the utility would have to have command switches to alter what
> comment character to use... whether the file could be deleted if it was
> empty (after removing a section, say)
> 
> Has this already been discussed and thrown out?

Some time ago, while discussing the install-info utility, that adds or
remove lines to the info/dir file, Ian Jackson proposed to follow the
ideas implemented in the "menu" package.

In a few words: each package provides a little "-snippet"
file that goes under a well known directory, and an "update-" 
utility rebuilds the config file using all the snippets it finds under
that directory. That way it should be easy to implement an "update-crontab", 
(taking care of not removing lines added by the system administrator).
It would be even better to have a single general tool like:
"update-configfile --file=" to manage menus, crontabs,
info/dir and similar config files.

-- 
Enrique Zanardi[EMAIL PROTECTED]
Dpto. Fisica Fundamental y Experimental Univ. de La Laguna


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

www.il.debian.org ---> Israeli WWW Linux mirror

[Boris D. Beletsky]

Unfortunately www.il.debian.org is down and will stay down few days
more. I am (the system administrator of this machine) having major
problems with it's hardware and I hope to solve them during the next
week. I apologize for the inconvenience.

thks,
borik
__
Boris D. Beletsky   [EMAIL PROTECTED]
Network Administrator  [EMAIL PROTECTED]
Berger Financial Research,  [EMAIL PROTECTED]
IBM Building   Home: +972 2 6411880
Tel-Aviv IsraelWork: +972 3 6944218








--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Broken *deb's in hamm

[Rob Browning]

Sten Anderson <[EMAIL PROTECTED]> writes:

> I have tried downloading them from a different mirror with the same
> result. Are these packages really bogus, or am I just cursed? I don't
> rely on these packages, but dselect complains, and that is a little
> annoying.  

As far as I can tell, there are corrupted files on master.  I had to
re-upload perl-tk (with a new revision) to fix the problem.

-- 
Rob Browning <[EMAIL PROTECTED]>
PGP fingerprint = E8 0E 0D 04 F5 21 A0 94  53 2B 97 F5 D6 4E 39 30


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Intent to package: umich-ldap / WNPP: Dermot Bradley probably not maintaining packages

[Ed Donovan]

Hi - 

(Excuse me if I'm cc'ing this around too much.)

I think Dermot Bradley isn't actively maintaining packages.  I sent mail
to one of his addresses, about packaging gated, a while back.  I didn't
hear from him, though I saw gated came off the WNPP list under his name
later on.  His packages in the archive are mrtg, libgd, libgd-dev, and
radiusd-merit (the last already tagged as an orphan); the most recent
date on any of them is July 24.  And I don't see any mails to -devel or
-user from him since July.  

So I think he's probably just gotten too busy, and you should go for it
with ldap, Brian.  :-)  

Philippe - hope it's reasonable to run this info by you.

Thanks all,

--
Ed Donovan  [EMAIL PROTECTED]



> "Brian" == Brian Bassett <[EMAIL PROTECTED]> writes:

Brian> Oops...  forgot about that doc.  Sorry for any
Brian> confusion. Brian

Brian> On Tue, 2 Dec 1997, Adam P. Harris wrote:

>>  [Brian Bassett <[EMAIL PROTECTED]>] I was wondering if
>> anyone was working on packaging the University of Michigan's LDAP
>> server and client suite.  I noticed that hamm does not contain
>> anything LDAP related and thought this might be a good addition.
>> 
>> According to the debian prospective packages list,
>> http://www.debian.org/doc/prospective-packages.html Dermot
>> Bradley <[EMAIL PROTECTED]> is working on that package.
>> 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Technical Support Database suggestion...

[Andreas Jellinghaus]

On Tue 02 Dec 1997, Ean Schuessler wrote:
> I think that it would be useful if we were to design a technical
> support database.

i agree. ther german suse distribution for example has one, and it's
great. we should try to get as good results. they proved that such a
database could do great things.

i can get their software, it's gpl'ed.

> It would also be interesting to build a language translation system
> that used similar methods. Package maintainers could submit
> application texts and messages to a database and Debianites could
> cooperatively translate them to other languages.

what about implementing this : make the database writeable for everyone
(e.g. via a cgi script, or a small programm, that sends an email like
bug, perfect : both), and "only" moderate it (accept or reject
submissions). this way our users could help us !

> All these applications should be web based.

i agree. sgml could the best format for the whole thing : 
you could also create text versions, or print the whole thing with tex.

go !
as usual : it get's only done, if you do it yourself, so go !

andreas


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Easier configuration idea....

[Manoj Srivastava]

Hi,

You should probably subscribe to debian-admintool. There was a
 raging discussion a while back, and then we decided to wait
 for Caldera's tool COAS (I think) and see if that could be
 proted/modified for Debian.

manoj
-- 
 If you want to see useful Perl examples, we can certainly arrange to
 have comp.lang.misc flooded with them, but I don't think that would
 help the advance of civilization.  :-) --Larry Wall in
 <[EMAIL PROTECTED]>
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Duplicate messages on this list

[Manoj Srivastava]

Hi,

No, please don't muck with reply-to. That's evil. And if I
 hadn't lost my disk, I'd have a handy-dandy url for you. Hmmm. Try 
 http://www.unicom.com/pw/reply-to-harmful.html

manoj
-- 
 "Can you imagine what it would be like if there had been ``look and
 feel'' lawsuits over automobiles?" Mark Diekhans ([EMAIL PROTECTED])
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Uploaded tnt_1.1a3-1_i386.deb to master

[Manoj Srivastava]

Hi,
I just saw a package being announced on debian-devel-changes,
 namely, tnt. I did not see it being announced as intended to package
 (I may have missed it, in which case I apologize); I think that this
 was now policy? In any case, that is a trivial thing compared to what
 I say next:

 * Modified source code to fit FHS and compile on libc6

The libc6 is good; FHS -- is not so very good. I thought we
 are holding off on the FHS until after 2.0 is released? (This could
 have been something clarified on the intent to package discussion).

What exactly does this mean? What was done to make it conform
 to FHS that would contravene FSSTND (and hence current policy)? I
 think the move to FHS should be taken as an concerted effort, not
 piecemeal, package by package.

Should this be moved to the policy list?

manoj
 who hopes he is over-reacting
-- 
 : 1.  What is the possibility of this being added in the future? In
 the near future, the probability is close to zero.  In the distant
 future, I'll be dead, and posterity can do whatever they like...  :-)
 --lwall
Manoj Srivastava  <[EMAIL PROTECTED]> 
Key C7261095 fingerprint = CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: bo-updates packages

[Hamish Moffatt]

On Tue, Dec 02, 1997 at 08:39:35PM -0500, Joey Hess wrote:
> Hamish Moffatt wrote:
> > To control the version number of the .deb produced, you can either
> > add something to the changelog (which isn't desirable in this case
> > I think), or call dpkg-gencontrol with the version on the command
> > line.
> 
> Why wouldn't you want to add something like "* backported to libc5" to the
> changelog? Makes sense to me..

Hmmm, ok. What's the story with source for bo-updates?
Obviously changelog and rules changes are required, so a new source
upload would probably be in order too. Can we have a standard rule
to produce a back-ported package, so that the non-i386 people
can do it too? Or since Debian has never formally been released
on non-i386, doesn't it matter? Or does any of this matter ? :-)


Hamish

-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: linux/unix to NT

[Gonzalo A. Diethelm]

On Dec  2, 1997, at 14:48, Mariusz Pagowski wrote:
 > Hello,
 > I learned about samba package allowing me to access disks
 > on NT machine from unix/linux.

Rather the other way: you can see your linux volumes from NT (in the
\\linuxbox\path style used by SMB).

 > But does samba allow me
 > to login/telnet to NT machine from linux/unix and run remotely
 > a program on it? If not is there some software which would allow 
 > me to do it?

If you only need to run console apps, there are a few free telnet
daemons that run on NT. Forget anything fancy like trying to run a
graphical app with you DISPLAY pointing to your linux box, though; NT
is not up to the task (unless you pay big bucks...).

 > Mariusz

-- 
Gonzalo Diethelm # Windows 95: n. 32-bit extensions and a graphical shell for
[EMAIL PROTECTED] # a 16-bit patch to an 8-bit operating system originally 
 =Debian Linux=  # coded for a 4-bit microprocessor, written by a 2-bit 
 www.debian.org  # company that can't stand for 1 bit of competition.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Announcing supermount-0.6 for 2.0.32 (fwd)

[Kenneth MacDonald]

Paul Seelig <[EMAIL PROTECTED]> writes:

> 
> Hi all!
> 
> Passing on an announcement i've long been waiting for! :-)
> 
> This kernel patch would be a very nice user friendly addon for Debian. 
> How about applying this patch to the distribution kernel?
> 
> I'm currently compiling it in and will be playing around with it for a
> while. I think it would be a good idea if people here could heavily
> test the supermount patch.
>   Thank you, P. *8^)

I've been using Stephen's supermount patches since before their
official release (he wrote them while we were working at a linux based
Internet cafe a few years ago).  The only shortcomings I have come
across are...

 o Doesn't work well with modularised device drivers or filesystems.
 o Cannot NFS export the supermount mount point.
 
The first is the one which may sting us, but I presume the floppy and
IDE drivers are compiled into the boot disc kernel, along with at
least ext2fs and at least some form of dosfs.

This patch would, above all, simplify the floppy installation code.

Kenny.

> -- Forwarded message --
> Date: Mon, 24 Nov 1997 22:56:31 GMT
> From: "Stephen C. Tweedie" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Cc: Stephen Tweedie <[EMAIL PROTECTED]>
> Subject: Announcing supermount-0.6 for 2.0.32
> 
>   Announcing supermount-0.6 for 2.0.32 kernels
>   
> 
> The latest release of supermount, supermount-0.6, is now available at
> 
> ftp://linux.dcs.ed.ac.uk/pub/linux/supermount/supermount-0.6.diff.gz
> 
> (to appear at)
> ftp://sunsite.unc.edu/pub/Linux/system/filesystems/supermount-0.6.diff.gz
> 


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Broken *deb's in hamm

[Sten Anderson]

I have recently downloaded a mirror of Hamm, but some of the packages
appear to be broken. The following command:

$ find . -name *.deb -exec dpkg -I "{}" ';' | grep 'not a debian'

results in (slightly edited):

dpkg-deb: `./debian/hamm/binary-i386/editors/emacspeak_7.0-1.deb' 
is not a debian format archive

dpkg-deb: `./debian/hamm/binary-i386/devel/lesstifg-dbg_0.82-1.deb' 
is not a debian format archive

dpkg-deb: `./debian/hamm/binary-i386/utils/ftape-2.0.30_3.04c-0.1.deb' 
is not a debian format archive

dpkg-deb: `./debian/hamm/binary-i386/oldlibs/lesstif-altdbg_0.82-1.deb' 
is not a debian format archive


I have tried downloading them from a different mirror with the same
result. Are these packages really bogus, or am I just cursed? I don't
rely on these packages, but dselect complains, and that is a little
annoying.  

- Sten Anderson



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: Changing Project Leadership (was: Debian Commercial Support)

[Stephen Zander]

Kindly ignore my last blather.  I am now subscribed to debian-announce.


Stephen
---
"Normality is a statistical illusion." -- me



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Changing Project Leadership (was: Debian Commercial Support)

[Stephen Zander]

Bruce Perens wrote:
> Now that I am leaving the project leader position, I have some options
> open to me that would have been conflicts of interest for before...

I assume this means that the results are in from the recent election.
Was there any intention of announcing this to this list or did it
already go through debian-announce (to which I am not subscribed)?

If you feel its Ian's place to make some announcement Bruce, didn't you
just circumvent that option? :/


Stephen
---
"Normality is a statistical illusion." -- me



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Duplicate messages on this list

[Gonzalo A. Diethelm]

Here I go again...

I raised the question some time ago regarding the annoying duplicate
messages I'm getting from all Debian lists; sometimes I'll get the
same message up to five times. Greg Stark <[EMAIL PROTECTED]> suggested
several solutions, none of which where satisfying to me, because they
wouldn't help me BEFORE I download the messages via modem. I sent a
note to Greg asking him to elaborate on his points, and never got an
answer. I'm posting that note here.

On Nov 23, 1997, at 21:08, Gonzalo A. Diethelm wrote:
 > Hi Greg,
 > 
 > On Nov 23, 1997, at 11:18, Greg Stark wrote:
 >  > Tyson Dowd <[EMAIL PROTECTED]> writes:
 >  > > The Debian lists don't have Reply-To: set to the list.
 >  > 
 >  > This is the correct configuration
 > 
 > Would you care to explain to me why this is the correct configuration?
 > Besides debian-devel, I'm subscribed to other mailing lists, and I do
 > get messages from these lists with a Reply-To header set to the list's
 > address. What's wrong with this? Please note I'm not being sarcastic
 > or anything; I really want to learn about this subject. You seem
 > pretty adamant about your position, so I figured I would contact you
 > on private e-mail; it looks like you have discussed this matter
 > before...
 > 
 >  > > Because of this problem, I have started using "mutt" as my
 >  > > mailreader, because it allows you to get around this problem with
 >  > > a "list-reply".  But unless the Reply-To: is changed, or everyone
 >  > > starts using different mailers, this will be a problem.
 >  > 
 >  > This isn't "getting around the problem" this is the correct
 >  > solution. Setting the Reply-To in a mailing list is wrong. You can
 >  > reduce the duplicates you get by adding a "Mail-Copies-To: never"
 >  > header.
 > 
 > Again, why would this be the correct solution?
 > 
 > And, if this IS the correct solution, what do you mean by adding a
 > "Mail-Copies-To: never" header? Should I do this on my local mailer?
 > Should the list software do this?
 > 
 >  > greg

So, I ask (as both a question and a request) whether it would be
reasonable to add a Reply-To to the messages sent by the Debian
lists. I'm subscribed to other mailing lists (like ACE's) and they do
this to good effect.

If this has been covered before, my apologies, but if this is the case
then please point me to the appropriate documentation, and I'll shut
up (for a while, at least).

-- 
Gonzalo Diethelm # Windows 95: n. 32-bit extensions and a graphical shell for
[EMAIL PROTECTED] # a 16-bit patch to an 8-bit operating system originally 
 =Debian Linux=  # coded for a 4-bit microprocessor, written by a 2-bit 
 www.debian.org  # company that can't stand for 1 bit of competition.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble? 
e-mail to [EMAIL PROTECTED] .