Re: pentium specific packages

[Marcelo E. Magallon]

On Sun, 7 Dec 1997, Brandon Mitchell wrote:

> How about a binary-pent directory with symlinks back to binary-i386 until
> a package is uploaded.  Then we need to tell dselect(ftp) to get the
> packages from binary-pent instead of binary-i386.

it's the obvious way... create another architecture tree, binary-i586
(gosh, that going to hit hard on the mirror eventually. Time to get yet
another harddisk for the Debian mirror ;) It's just a minor (I hope)
modification to dpkg:

$ dpkg --print-architecture
i386
$ dpkg --print-gnu-build-architecture
i486
$ dpkg --print-installation-architecture
i386

> Is there an easy way to do this?  (Also, if pentium clones also work
> with the ecgs compiled packages, maybe i586 is better than pent.) 

I think it should be i586, although I'm not clear if ecgs supports Kx et
al. It should... 


Marcelo


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

X question

[Bill Bauer]

I recently installed a copy of Debian Linux I acquired through a subscription
to Boot Magazine and I'm havig trouble getting X configured.

I've been getting some help from a guy on the linux user's group
tells me that it is because /usr/X11R6/bin/X is linked to the wrong server,
I have an S3 ViRGE chipset, but for whatever reason X is trying to use
the S3 generic server, I tried re-running XF86Setup, but it doesn't update the
links, this is what he said:

  "Debian does some weird security thing with X.  They don't
have a symbolic link to the server like everybody else does.
I'm not sure how to set things up.  Anyhow, make sure you have
XF86_S3V in /usr/bin/X11 for starters.  I guess as a kludge
to get it working in the event that you don't figure out the
correct way to get debian to use the XF86_S3V server you can
just rename the XF86_S3V server to XF86_S3 or create a symbolic
link from XF86_S3 to XF86_S3V (ln -s XF86_S3V XF86_S3)."

do you have a better way?

any help would be appreciated.

Bill Bauer


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

Re: X question

[Jason Gunthorpe]

On Sun, 7 Dec 1997, Bill Bauer wrote:

> just rename the XF86_S3V server to XF86_S3 or create a symbolic
> link from XF86_S3 to XF86_S3V (ln -s XF86_S3V XF86_S3)."
> 
> do you have a better way?

Edit /etc/X11/Xserver. Change the first line.

Jason


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

Re: libc5 backports problem

[Hamish Moffatt]

On Sun, Dec 07, 1997 at 07:11:56PM +0100, Paul Seelig wrote:
> [EMAIL PROTECTED] (Hamish Moffatt) writes:
> > The only prolbem is that you cannot produce these packages
> > on a purely bo system as some have promised/hoped. For example,
> > Tim Sailer is offering access to a bo system for backporting,
> > but unless it has been upgraded to dpkg from hamm then pristine
> > sources aren't supported.
> > 
> I don't remember who it was, but somebody has announced that he
> succeeded compiling the hamm version of the latest dpkg/dpkg-dev for
> libc5 and made it available in "project/experimental". I have this
> packages installed along with "debhelper" and have (almost) no
> problems making libc5 versions of hamm sources.

dpkg-dev is platform independent (it is in binary-all), so no problem there.
After I upgraded that on my bo system, I built some bo-unstable type
packages successfully. However, it can't be done on the absolutely pure
bo system. That's all I wanted to point out.


Hamish
-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org


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

Maintainer of procps?

[David Welton]

I have written a 'tmem' program, similiar to tload, and would like to
see if there is interest in including it in procps.  So.. since Helmut
Geyer seems to have dissappeared (anyone know if he is ok?:-(, I'm
curious who I ought to be sending this to...

Thanks,
-- 
David Welton  http://www.efn.org/~davidw 

Debian GNU/Linux - www.debian.org


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

Re: Does it conform our demands?

[John Goerzen]

Jozef,

I am the assistant sysadmin in the Computer Science Dept. at Wichita
State Univ.  There, we use Debian for everything you mention except
PPP.  At home, I use PPP dial-on-demand successfully.

My comments below refer to Debian 1.3.1, the latest release.

Jozef Bednarik <[EMAIL PROTECTED]> writes:

> all) supports the following features:
> 
> NIS (yellow pages)

This works fine.  In the CS Dept., our NIS server is a SunOS machine
and all the Linux boxed work fine.  Debian can also be a NIS server.

> DNS

Our departmental nameserver is a Debian 486.

> automount

The Debian package amd provides this functionality.

> PPP
> PPP dial on demand

Dial-on-demand is provided by the Debian diald package.  It works
quite nicely and is very configurable.

> SMTP

You have several choices for SMTP (mail transport agent) programs.  We
use sendmail, but you can also pick smail, exim, or qmail.

> POP3

Programs like qpopper provide this functionality.

> IMAP4

Debian has an IMAP daemon complete with the latest security fixes.

> 3Com fast ethernet adapter 3C905-TX (or at least any other fast ethernet
> card available on the market)

We use some 3COM cards.  We have had best luck with cards based on
Digital's chipset.  These include Kingston and SMC cards.

-- 
John Goerzen  | Developing for Debian GNU/Linux (www.debian.org)
Custom Programming| Debian GNU/Linux is a free replacement for
[EMAIL PROTECTED] | DOS/Windows -- check it out at www.debian.org.
--+--
Find out how to avoid all those pesky crashes, lockups, application errors,
and slow applications at http://www.debian.org -- Debian can replace Windows
95 with a much more stable operating system.


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

Re: BS in rxvt+ncurses

[Ricardas Cepas]

On Sun Dec  7 21:56:55 1997 +
   (Sekmadienis, 1997 m. gruodÅio 7 d. 23:56:55 +0200),
  Philip Hands wrote:

> Sorry, but don't we keep on agreeing that the <--- key generating DEL is the 
> right thing to do ?
> 
No, I don't think so.

> I could have sworn that I've been in several discussions that resulted in 
> that 
> conclusion, with the caveat that people should be able to reverse the default 
> easily if they feel the need, as a local configuration option.
> 
> I must admit that I have got a little bored with the discussion at times, and 
> may have skipped some of it.  So if someone has a more powerful argument for 
> ``<--- generates BS'' than ``well they sound the same'' I'd like to hear it.
> 
It was discussed really boringly often.

> I don't want to start a flame war, so feel free to mail me direct, and I'll 
> summarise to the list.
> 
> Cheers, Phil.
> 
Common trend is to use stty erase value for
key_backspace. In that way you can easily set it to whatever
you want or what suites your terminal even without root access.
Some people may say 'that evil M$-DOS use Backspace
for Backspace key, let's do the opposite'. But I don't think
this is relevent.


Regards,
-- 

  RiÄardas Äepas


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

IP Masquerade setup package

[Brian Bassett]

Hello all,

I've got a package which sets up firewalling/forwarding for kernels
with that support compiled in.  These scripts started life in a howto,
and are GPL'd.  Would anyone object to me uploading it to master for
inclusion?

Thanks,

Brian Bassett
+-+---+
| Brian Bassett   | [EMAIL PROTECTED]   |
| EECS at WSU | http://www.wsu.edu:8080/~brianb   |
+-+---+
| It's not the one bullet with your name on it that you have  |
| to worry about; it's the twenty thousand-odd rounds labeled |
| "occupant."   -- Murphy on war  |
+-+


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

non-US mirror at ftp.rising.com.au/debian-non-US

[Hamish Moffatt]

non-US's README.mirrors lists a mirror of non-US at
ftp.progsoc.uts.edu.au. I find this site a bit unreliable so I have
set up a mirror at ftp.rising.com.au/debian-non-US. Who
do I contact to get listed in README.mirrors?

Although I see that ftp.au.debian.org has non-US but is not listed
in the mirrors list either, so perhaps I don't need to keep mine.
Is there any interest in doing things like non-us.au.debian.org,
like www.au & ftp.au ? (etc for other countries)


hamish
-- 
Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5
CCs of replies from mailing lists are welcome.   http://hamish.home.ml.org


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

libpwdb-0.54D-1.1

[Michael Meskes]

I just downloaded the latest libpam packages. They depend on a new libpwdb
package that doesn't seem to be anywhere on master. Where do I find it? I
have now installed libpam in parts due to this dependency. Hopefully I can
force the installation without breaking anything.

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) 2405/4670-44
Use Debian GNU/Linux!  | Fax: (+49) 2405/4670-10


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

Re: IP Masquerade setup package

[CD Rasmussen]

Please do.

Thanks,
  Costa

   Date: Sun, 07 Dec 1997 22:58:26 -0800
   To: debian-devel@lists.debian.org
   From: Brian Bassett <[EMAIL PROTECTED]>
   Subject: IP Masquerade setup package
   
   I've got a package which sets up firewalling/forwarding for kernels
   with that support compiled in.  These scripts started life in a howto,
   and are GPL'd.  Would anyone object to me uploading it to master for
   inclusion?


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

Re: BS in rxvt+ncurses

[Paul Slootman]

On Mon 08 Dec 1997, Remco Blaakmeer wrote:
> 
> I just want to be able to use both the 'Backspace' key and the 'Delete'
> key on any VC, xterm or rxvt and I want them to do just what I expect them
> to do, which is the same as what they do in MS-DOS.
> 
> Now, if I am seeing it totally wrong, then please explain it to me.

The VC sends DEL (octal 177) for the '<--' key, so by your own
requirements rxvt should also send DEL for that key.

> A year ago I started using Linux and all of a sudden I got confronted with
> people who strongly believe that the 'Backspace' key should do 'Delete'.
> This is very, very confusing to me. Why don't you just let the keys do
> what is written on them? I don't want the 'A' key to generate a 'B' and I
> don't want my 'Backspace' key to do 'Delete'. I have a 'Delete' key for
> that.

It's not a question of a key "doing" something. The key sends something,
and the application / tty driver "does" something with it. As long as the
"stty erase" value corresponds to what the "<--" key sends, there's no
problem.  You could make that key send ctrl-e or whatever; as long as the
stty value corresponds to that, it will work the way you expect it to.

As rxvt's default action is to configure the "<--" key to send whatever
is in the "stty erase" value, rxvt does The Right Thing, IMHO. Forcing
rxvt to always send ^H for the "<--" key would not be consistent with
what VC's do.


Paul Slootman
-- 
Can you get your operating system fixed when you need it?
Linux - the supportable operating system. http://www.debian.org/support.html
home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED]
http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands


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

RE: libc5

[Michael Meskes]

Good point David. That is all your point are good. But stopping libc5
work means we have to convert all packages before the next release. IMO
this should even hold for non-free or contrib packages. I doubt we are
able to do that, so I prefer to have a libc5 version that is as
compatible with libc6 as it gets.

Michael
--
Dr. Michael Meskes, Projekt-Manager| topystem Systemhaus GmbH
[EMAIL PROTECTED]| Europark A2, Adenauerstr. 20
[EMAIL PROTECTED]  | 52146 Wuerselen
Go SF49ers! Use Debian GNU/Linux!  | Tel: (+49) 2405/4670-44

> --
> From: David Engel[SMTP:[EMAIL PROTECTED]
> Sent: Freitag, 5. Dezember 1997 20:53
> To:   Michael Meskes
> Subject:  Re: libc5
> 
> On Fri, Dec 05, 1997 at 07:01:01PM +0100, Michael Meskes wrote:
> > I think David Engel is working on an interim libc6 release. But it
> seems
> > there are quite a lot of packages to be worked on.
> > 
> > Michael
> > 
> > > --
> > > Von:  [EMAIL PROTECTED]:[EMAIL PROTECTED]
> > > Gesendet: Donnerstag, 4. Dezember 1997 16:49
> > > An:   debian-devel@lists.debian.org
> > > Betreff:  Re: libc5
> > > 
> > > Michael Meskes wrote:
> > > > How come this packaged hasn't been updated for a while. Since
> H.J.
> > > Lu is
> > > > adding more and more libc6 compatibility changes I think it
> makes
> > > sense to
> > > > stay up-to-date with libc5, too.
> 
> We are switching to libc6.  I don't see any point in continuing work
> on libc5 except for security fixes.  Even if the risk is small, what
> do we gain?
> 
> > > I haven't heard anything from Helmut Geyer in months, except for a
> > > message on Sep 24 saying he was back.  (Apparently he wasn't).
> 
> I think it's safe to assume that Helmut is gone (from Debian).  IMO,
> even if Helmut were to reappear today, he would have to re-establish
> his presence for quite some time beforing being trusted again with
> such important packages as libc.
> 
> > > I think it is time to officially orphan his packages, so that they
> can
> > > find new maintainers.
> > > 
> > > As far as I can tell from the Packages files, this is his current
> list
> > > of packages:
> > > 
> > > Source glibc: (already taken over)
> > >   libc6-pic, libc6, libc6-dbg, locales, libc6-dev, timezones,
> > > libc6-doc
> 
> I am maintaining libc6* until a suitable replacement can be found.
> Any volunteers should contact me.
> 
> > > Source procps:
> > >   procps, libproc-dev, xproc
> > > 
> > > Source libc:
> > >   libc5-altdev, libc5, libc5-altdbg
> > > 
> > > Source fortune-mod:
> > >   fortune-mod, fortunes
> > > 
> > > Package ghostview
> > > Package lacheck   (needs conversion to libc6)
> > > Package chos
> > > Package auctex
> > > Package xxgdb
> 
> David
> -- 
> David EngelODS Networks
> [EMAIL PROTECTED]   1001 E. Arapaho Road
> (972) 234-6400 Richardson, TX  75081
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe"
> to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .
> 


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

Re: BS in rxvt+ncurses

[Philip Hands]

Remco Blaakmeer <[EMAIL PROTECTED]> wrote:
> I started using PCs when the only choice for me was MS-DOS with probably
> MS-Windows 3.0 on it. Things were easy back then. The 'Backspace' key did
> 'Backspace' and the 'Delete' key did 'Delete', just like the letters on
> the keys said.
> 
> A year ago I started using Linux and all of a sudden I got confronted with
> people who strongly believe that the 'Backspace' key should do 'Delete'.
> This is very, very confusing to me. Why don't you just let the keys do
> what is written on them? I don't want the 'A' key to generate a 'B' and I
> don't want my 'Backspace' key to do 'Delete'. I have a 'Delete' key for
> that.
> 
> I just want to be able to use both the 'Backspace' key and the 'Delete'
> key on any VC, xterm or rxvt and I want them to do just what I expect them
> to do, which is the same as what they do in MS-DOS.
> 
> Now, if I am seeing it totally wrong, then please explain it to me.

OK, you are not seeing it totally wrong, just a little bit wrong.

I would say that what you actually want to see is, that when you press the 
<--- key that it performs a Delete-Char-Left action (as in DOS), and when you 
press the DEL key it performs a Delete-Current-Char action.

I agree absolutely with this.

Where we differ is about whether it is important for the <--- key to generate 
a BS (ASCII 08) character and the DEL key to generate a DEL (ASCII 0x7F) 
character.  Most of the time it makes no difference to either of us what these 
two keys generate, as long as the required action takes place.

When does it make a difference:

  1) when using broken software that takes no notice of stty or terminfo
 settings

  This is a bug and should be fixed in _that_ software

  2) when attaching to a Linux system from a terminal emulator that cannot be
 set that way we want

  This is a bit of a pain, but can be handled by setting stty and terminfo as
  required to match your terminal emulator.  It is also the main cause of grief
  about this problem IMHO, since the people that have this problem are quite
  often the least able to fix it.

  3) when attaching from Linux systems to either other Linux systems, or other
 Unix systems.
  
  It makes life a lot easier if all the systems you are likely to talk to use
  the same standard mapping, regardless of what that standard is.

  This is my main reason for wanting the <--- == DEL setting to be standard,
  because it already is in Unixland (apart from SysV which you can override
  with stty), and so adding systems to a mixed environment is more likely to
  fit in if this is the default.  This is the source of most of the flames,
  since a lot of people have only ever used various SysV systems (and there's
  no shame in that), and so think that the standard Unix mapping is <---==BS

  4) when attaching from Linux to non-Unix hosts.

  This is a real problem, because mainframes etc, tend to be rather attached
  to their key settings, but there are other solutions on a case by case basis
  (i.e. tn3270/x3270 for mainframes)

Here are a few related pros and cons.

<--- == BS, but we must decide on one or the other as the installation default.

<--- == BS sounds right.  IMHO this is just silly.

<--- == DEL is different from DOS.  This to is just silly

<--- == DEL gives us an extra usable key on the main keyboard, since it 
differentiates between <--- and ^H

<--- == DEL is standard in Linux-land at the moment (very strong argument for 
keeping it that way IMHO)

<--- == BS allows the uninitiated easier use from DOS/Windows telnet's and the 
like (this needs a HOWTO to explain how to do the configuration, but is 
probably the strongest argument for the BS setting)

In conclusion, I'd say <--- == DEL gets to be the default setting on three 
grounds:

 1) Inertia
 2) Emacs (more inertia and extra functionality)
 3) Ease of reversing the decision by local admins.

We need to make point 3 a reality of course ;-)

I hope that is a fairly even handed summary, but please tell me if there is a 
decent technical reason for making <--- == BS the default.

Cheers, Phil.



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

Re: libpwdb-0.54D-1.1

[jdassen]

On Mon, Dec 08, 1997 at 11:31:10AM +0100, Michael Meskes wrote:
> I just downloaded the latest libpam packages. They depend on a new libpwdb
> package that doesn't seem to be anywhere on master. Where do I find it? I
> have now installed libpam in parts due to this dependency. Hopefully I can
> force the installation without breaking anything.

It's currently in Incoming/HELD-FOR-GUY .

HTH,
Ray
-- 
LEADERSHIP  A form of self-preservation exhibited by people with auto-
destructive imaginations in order to ensure that when it comes to the crunch 
it'll be someone else's bones which go crack and not their own.   
- The Hipcrime Vocab by Chad C. Mulligan


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

Re: libc5

[David Engel]

On Sat, Dec 06, 1997 at 03:51:26PM +0100, Michael Meskes wrote:
> Good point David. That is all your point are good. But stopping libc5
> work means we have to convert all packages before the next release. IMO
> this should even hold for non-free or contrib packages. I doubt we are
> able to do that, so I prefer to have a libc5 version that is as
> compatible with libc6 as it gets.

What areas of compatibility are being worked on?  I sure hope they
have to do with binary compatibility because there is no benefit to
adding source compatibility.

David
-- 
David EngelODS Networks
[EMAIL PROTECTED]   1001 E. Arapaho Road
(972) 234-6400 Richardson, TX  75081


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

Compiling question

[Syd Alsobrook]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,
I apologise for this of topic question,but I have not been able to 
find the answer elsewhere.

I am trying to compile apache 1.2.4 with the dbm auth module on 
linux, but when it tries to compile the module it can not find the 
db.h file so it quits. I have gdbm installed and find reports 
/usr/include/db/db.h but I don't know how to tell apache where to 
find the file I know it should go in the Makefile EXTRA_LIBS= but I 
can not seem to find the correct syntax.

could someone help me?

thanks,
syd

-BEGIN PGP SIGNATURE-
Version: PGP for Personal Privacy 5.0
Charset: noconv

iQA/AwUBNIwtBywk+M1fFNmTEQKj8ACg00V/yNKFJOhl6oX/x0vEmbA538sAoIU6
mlK0mrXvMwx8BdDAmeMDY+SE
=Sbao
-END PGP SIGNATURE-


Sydney Alsobrook
513-558-9902
Computer Consultant
SysAdmin
University of Cincinnati
Department of Family Medicine


--
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,
>>"Kai" == Kai Henningsen <[EMAIL PROTECTED]> writes:

Kai> [EMAIL PROTECTED] (Manoj Srivastava) wrote on 06.12.97 in
Kai> <[EMAIL PROTECTED]>:
>> If I set a reply-to address for the list manually, then having it
>> munged is not just being less pleasing, it is *broken*
>> behaviour. Why should we break perfectly standard mail processing
>> because some mailers are broken out there?

Kai> No such thing. It is pretty clear to me (after the discussion on
Kai> DRUMS) that there currently is no "perfectly standard" Reply-To:
Kai> processing; the header is used in too many incompatible ways.

Umm, can it be that there is no "perfectly standard" Reply-To:
 processing simply because too many lists stomped right over the RFC
 822's first two examples of reply-to usage (namely, for the author to
 send mail elsewhare)? I'll re-read the RFC's in question (because of
 my disk crash, I have lost my mirror), but I have yet to read
 anything to convince me to break reply-to's by munging them.

Kai> There are _no_ universally accepted, useful conventions for
Kai> Reply-To:. Sad but true. 822 was too imprecise in it's
Kai> definition, plus current mailing lists were unknown back then.

From the quote on this mailing list, I think 822 was precise
 enough; but I am no expert.

Kai> If you can't get your mailer to reply to From: when you want to,
Kai> complain to it's programmer - it's broken.

I thought that is the author sets reply-to, then that should
 be used for replies, and not from. I can reply to from: unless there
 is a reply-to, when that takes precedence. If people munge reply-to,
 I'll never knoe, will I?

Kai> (As to "From: is broken", Reply-To: was _never_ meant to fix
Kai> that. From: _should_ be settable by the mail sender - read 822 if
Kai> you don't believe me. Mailers (or system setups) that don't allow
Kai> you to do that are _clearly_ broken. From: is not, and never has
Kai> been, meant for any sort of authentication info.)

Correct, but if the author chooses to use reply-to, in
 accordance with rfc 822, it should be respected. (ours not to
 question the wisdom of the author)

>> electronic mail standards and convention, is none of our
>> business. We *shoul* *not* break it.

Kai> Sorry. No can do. You will always break it for someone.

I have no qualms about breaking it for people who are not
 coforming to standards.

>> I think people should get decent mail user agents.

Kai> There don't seem to be many that match your definition of
Kai> "decent".  (Incidentally, that's part of why I'm still thinking
Kai> about writing my own.)

But there are some.

manoj
-- 
 The magician is seated in his high chair and looks upon the world
 with favor. He is at the height of his powers.  If he closes his
 eyes, he causes the world to disappear.  If he opens his eyes, he
 causes the world to come back.  If there is harmony within him, the
 world is harmonious.  If rage shatters his inner harmony, the unity
 of the world is shattered.  If desire arises within him, he utters
 the magic syllables that causes the desired object to appear. His
 wishes, his thoughts, his gestures, his noises command the
 universe. Selma Fraiberg, _The Magic Years_, pg. 107
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: announcement lists

[Manoj Srivastava]

Hi,

Also, there are packages that watch URL's, I think (lurkftp
 does a nice job for ftp sites). I'm sure there is one for other url's
 as well (can be easy to write one using LWP)

manoj
-- 
 "Sometimes I wonder if men and women really suit each other. Perhaps
 they should live next door and just visit now and then." Katherine
 Hepburn
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: Bug#15484: cvs in bo is still vulnerable

[Tom Lees]

On Sat, Nov 29, 1997 at 10:02:00PM +0100, Martin Schulze wrote:
> Package: cvs
> Version: bo version
> Severity: grave
> 
> Hmbf,
> 
> the version of cvs in bo is still vulnerable to the pserver bug.  I'm
> sorry, but at the moment I can't provide a bugtraq or cert message,
> but there was one.
> 
> Tom Lees told me:
> 
>   The cvs in bo is vulnerable. The cvs in hamm is not.
>   This hole was fixed in upstream release 1.9.10.
> 
>   If you want a version for bo which is not vulnerable, report it as a
>   bug (add a header "Severity: grave").
> 
> which I'm hereby doing.  Can we please have an upload to bo-fixed.

This means putting a new version (1.9.10 vs 1.9) into bo. Should I do this?


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

intent to package rinetd

[Gergely Madarasz]

Hello!

Here is the description:

 rinetd redirects TCP connections from one IP address and port to another.
 rinetd is a single-process server which handles any number of connections
 to the address/port pairs specified in the file /etc/rinetd.conf. Since
 rinetd runs as a single process using nonblocking I/O, it is able to
 redirect a large number of connections without a severe impact on the
 machine. This makes it practical to run services on machines inside an IP
 masquerading firewall.

The package has one binary, and one manpage. The copyright is GNU GPL. Any
objections?

Greg

--
Madarasz Gergely   [EMAIL PROTECTED] [EMAIL PROTECTED]
  It's practically impossible to look at a penguin and feel angry.
  Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
  HuLUG: http://www.cab.u-szeged.hu/local/linux/


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

Re: Compiling question

[Oliver Elphick]

Syd Alsobrook wrote:
  >I am trying to compile apache 1.2.4 with the dbm auth module on 
  >linux, but when it tries to compile the module it can not find the 
  >db.h file so it quits. I have gdbm installed and find reports 
  >/usr/include/db/db.h but I don't know how to tell apache where to 
  >find the file I know it should go in the Makefile EXTRA_LIBS= but I 
  >can not seem to find the correct syntax.
 
I don't have apache on my system, so I cannot check, but I think that
EXTRA_LIBS is not the right place; that ought to come in the link options
bit of the command line, which is too late.  You want an option called
EXTRA_INCLUDES, if there is one, and it should contain `-I/usr/include/db'
to tell gcc to look there for include files as well as in /usr/include.

-- 
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight  http://www.lfix.co.uk/oliver

PGP key from public servers; key ID 32B8FAA1

Unsolicited email advertisements are not welcome; any person sending
such will be invoiced for telephone time used in downloading together
with a £25 administration charge.



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

postgresql update

[Oliver Elphick]

Someone was asking on one of these lists for up-to-date files of postgresql,
since there were some problems with earlier versions.  Unfortunately, I
have lost the message; sorry about that.

The latest version is in Incoming. If you cannot get into master.debian.org,
you can download the current version (6.2.1-4) from:

    
-- 
Oliver Elphick[EMAIL PROTECTED]
Isle of Wight  http://www.lfix.co.uk/oliver

PGP key from public servers; key ID 32B8FAA1

Unsolicited email advertisements are not welcome; any person sending
such will be invoiced for telephone time used in downloading together
with a £25 administration charge.



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

Re: intent to package rinetd

[Joey Hess]

Gergely Madarasz wrote:
> Here is the description:
> 
>  rinetd redirects TCP connections from one IP address and port to another.
>  rinetd is a single-process server which handles any number of connections
>  to the address/port pairs specified in the file /etc/rinetd.conf. Since
>  rinetd runs as a single process using nonblocking I/O, it is able to
>  redirect a large number of connections without a severe impact on the
>  machine. This makes it practical to run services on machines inside an IP
>  masquerading firewall.
> 
> The package has one binary, and one manpage. The copyright is GNU GPL. Any
> objections?

Well, no objections, but we already have the redir package, which seems to
do the same thing. However, it seems that rinetd is designed for more heavy
duty uses, right?

-- 
see shy jo


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

Re: intent to package rinetd

[Brian Bassett]

Sounds like a good idea.

Brian

On Mon, 8 Dec 1997, Gergely Madarasz wrote:

> Hello!
> 
> Here is the description:
> 
>  rinetd redirects TCP connections from one IP address and port to another.
>  rinetd is a single-process server which handles any number of connections
>  to the address/port pairs specified in the file /etc/rinetd.conf. Since
>  rinetd runs as a single process using nonblocking I/O, it is able to
>  redirect a large number of connections without a severe impact on the
>  machine. This makes it practical to run services on machines inside an IP
>  masquerading firewall.
> 
> The package has one binary, and one manpage. The copyright is GNU GPL. Any
> objections?
> 
> Greg
> 
> --
> Madarasz Gergely   [EMAIL PROTECTED] [EMAIL PROTECTED]
>   It's practically impossible to look at a penguin and feel angry.
>   Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
>   HuLUG: http://www.cab.u-szeged.hu/local/linux/
> 
> 
> --
> TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
> [EMAIL PROTECTED] . 
> Trouble?  e-mail to [EMAIL PROTECTED] .
> 
> 


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

Where's the SCSI support in Debian?

[Cooper]

I've tried installing Debian on my machine via a 24-speed Pioneer CD-ROM
attached to my Buslogic SCSI Flashpoint LT adapter.
Imagine my surprise when the machine told me that there was no CD-ROM
attached to my machine. When examining the FAQ and the README, I found
that Debian claims to support all SCSI-adapters that are supported by
Linux.
I got my machine to run Linux using the Slackware distribution and it
works like a charm so there are Linux drivers for my Buslogic. Howcome
Debian doesn't have these compiled into the kernel?

Cooper

--
"FUCK the Spice Girls!"
 - Shirley Manson, lead vocalist of Garbage -



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

Re: intent to package rinetd

[Gergely Madarasz]

On Mon, 8 Dec 1997, Joey Hess wrote:

> 
> Well, no objections, but we already have the redir package, which seems to
> do the same thing. However, it seems that rinetd is designed for more heavy
> duty uses, right?

Oh, I was not aware of redir. But as you say, it really seems so... only
one running executable needed for multiple connections.

Greg

--
Madarasz Gergely   [EMAIL PROTECTED] [EMAIL PROTECTED]
  It's practically impossible to look at a penguin and feel angry.
  Egy pingvinre gyakorlatilag lehetetlen haragosan nezni.
  HuLUG: http://www.cab.u-szeged.hu/local/linux/


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

Re: intent to package rinetd

[Peter Tobias]

Gergely Madarasz wrote:
> > Well, no objections, but we already have the redir package, which seems to
> > do the same thing. However, it seems that rinetd is designed for more heavy
> > duty uses, right?
> 
> Oh, I was not aware of redir. But as you say, it really seems so... only
> one running executable needed for multiple connections.

You can also use the "socket" package for that job. But you're right
rinetd is designed for heavy duty use. IIRC there is a redir or socket
process for every connection (because it is started via inetd). rinetd
seems to handle all connections from one process.


Thanks,

Peter

-- 
Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02  04 62 89 6C 2F DD F1 3C 


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

Re: Where's the SCSI support in Debian?

[Andreas Jellinghaus]

On Mon 08 Dec 1997, Cooper wrote:
> I've tried installing Debian on my machine via a 24-speed Pioneer CD-ROM
> attached to my Buslogic SCSI Flashpoint LT adapter.
> Imagine my surprise when the machine told me that there was no CD-ROM
> attached to my machine. When examining the FAQ and the README, I found
> that Debian claims to support all SCSI-adapters that are supported by
> Linux.
> I got my machine to run Linux using the Slackware distribution and it
> works like a charm so there are Linux drivers for my Buslogic. Howcome
> Debian doesn't have these compiled into the kernel?

at the time bo was released, the options for the kernel were 2.0.29 and
2.0.30. as 2.0.30 turned out to be unstable on some machines, debian
decided to use the 2.0.29 kernel. the only problem is :
buslogic flashpoint support started with 2.0.30 :-(

i wrote a mail about that topic about 5 months ago (maybe i even filed a
bug report, i don't remember).

get a 2.0.32 kernel, compile it and it will work !
in the worst case, i can compile a kernel for you.

andreas


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

Re: Can I stay current using source packages instead of binaries?

[Brian K Servis]

Peter Mutsaers writes:
>
>Hello,
>
>Normally I stay current with hamm using dselect or dpkg directly. This
>uses binary packages. The drawback is that sometimes (most often) the
>real package doesn't change, but only the patches that were made to
>'debianize' it.
>
>Now I wonder whether it is possible (e.g. like the FreeBSD ports
>system) to stay current using source code; thus one only downloads the
>underlying package once, and gets new versions of the debian patches
>only.
>
>Thanks,
>

This is a VERY interesting concept.  I would think that this could
even be applied to the binaries.  Since much of the changes are to
text based config files or the Debian control files.  I envision a
patch based upgrade for the Debian revision updates.  Just update the
files that have actually changed, and then update the dpkg status
files to reflect the upgrade.  Of course if there is a binary update
then that would be included in the update package. This would be a
huge savings for those of us who live off of dpkg-ftp over a dialup
connection.  Has this been discussed on debian-devel?

Brian 
-- 
Mechanical Engineering  [EMAIL PROTECTED]
Purdue University   http://www.ecn.purdue.edu/~servis


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

Re: Where's the SCSI support in Debian?

[Cooper]

Andreas Jellinghaus wrote:

> On Mon 08 Dec 1997, Cooper wrote:
> > I've tried installing Debian on my machine via a 24-speed Pioneer CD-ROM
> > attached to my Buslogic SCSI Flashpoint LT adapter.
> > Imagine my surprise when the machine told me that there was no CD-ROM
> > attached to my machine. When examining the FAQ and the README, I found
> > that Debian claims to support all SCSI-adapters that are supported by
> > Linux.
> > I got my machine to run Linux using the Slackware distribution and it
> > works like a charm so there are Linux drivers for my Buslogic. Howcome
> > Debian doesn't have these compiled into the kernel?
>
> at the time bo was released, the options for the kernel were 2.0.29 and
> 2.0.30. as 2.0.30 turned out to be unstable on some machines, debian
> decided to use the 2.0.29 kernel. the only problem is :
> buslogic flashpoint support started with 2.0.30 :-(
>
> i wrote a mail about that topic about 5 months ago (maybe i even filed a
> bug report, i don't remember).
>
> get a 2.0.32 kernel, compile it and it will work !
> in the worst case, i can compile a kernel for you.
>
> andreas

Thanks! I'll have a crack at it.

Cooper

--
"FUCK the Spice Girls!"
 - Shirley Manson, lead vocalist of Garbage -



--
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

[Kai Henningsen]

[EMAIL PROTECTED] (Mark W. Eichin)  wrote on 07.12.97 in <[EMAIL PROTECTED]>:

> On 07-Dec-1997 12:43:00, Kai Henningsen <[EMAIL PROTECTED]> wrote:
> > Which easily leads (for me) to actually missing them - because of
> > duplicate suppression, they do not show up where they are expected (with
> > the mailing list).
>
> One of the reasons I *don't* use duplicate supression (I leave it in
> "warning" mode), *and* I sort on X-Mailing-List!  The nicest thing about

Well, my duplicate suppression does nothing more than setting the "is  
read" flag, _plus_ thread the duplicate to the original.

As to sorting mailing lists, I usually subscribe to [EMAIL PROTECTED] as user 
name  
kai-list, so that takes care of sorting :-)


MfG Kai


--
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

[Kai Henningsen]

[EMAIL PROTECTED] (Steve Greenland)  wrote on 07.12.97 in <[EMAIL PROTECTED]>:

> On 07-Dec-1997 12:43:00, Kai Henningsen <[EMAIL PROTECTED]> wrote:
> > That's true. The problem, however, is that better solutions are next to
> > non-existant - I sure don't consider something that only works for a very
> > small number of mail clients a "solution".
>
> "Reply-to-all" + editing is available only with a "small number of clients"?

That's a "solution"? It's about as good as what I currently use (address  
replies via the address book). It's also about as error prone.

> > Don't break the setup for 90% to cater to 10%. I think you are in the 10%
> > group, here.
>
> I don't think the ratio is that lob-sided. I think the main argument
> against the Reply-To: list munging is that you're more likely to send

Note that I don't advocate Reply-To: munging. I'm just attacking some  
arguments against it. _I_ can live with the current setup, even though  
it's definitely suboptimal.


MfG Kai


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

Re: predepends on libc6?

[Kai Henningsen]

[EMAIL PROTECTED] (James Troup)  wrote on 07.12.97 in <[EMAIL PROTECTED]>:

[Deleted the part where you once again dodge the question _why_ ldconfig  
is important]

> [dpkg does ordering on configuration and removal, not install]

Aah. Now _this_ is a good (and probably sufficient) point.

>From this, I'd say that everything needed by dpkg -i MUST pre-depend on  
any other package that it needs for that functionality used by dpkg -i. We  
just need to find out what that is.

I've just tried to strace dpkg -i libc6, and look at the result; _that_  
install needs

dpkg (dpkg, dpkg-split, dpkg-deb, libdpkg)
gzip
tar
fileutils (rm)
ldso (ldconfig)
libc

So we'd probably need pre-depends dpkg->(gzip,tar,fileutils)->libc->ldso.

Of these, we have tar->libc6, fileutils->libc6, libc6->ldso.

By the way, shouldn't Pre-Depends: only be used for Essential: yes  
packages? I see Pre-Depends: without Essential: in the following packages:  
libc5, libc6, perl, netstd, elvis-tiny, libreadline2 - probably some of  
these ought to be essential, and the others not use pre-depends?

> > I do agree that gzip should get the predependency, since it doesn't
> > make sense for it to be inconsistent with all those other packages.
>
> Now that is the single most lame reason I've yet to hear for a package
> to have a Pre-Depends:.

Do I see a "but all those other packages use ldconfig" - "that doesn't  
mean it's right" type argument here?

MfG Kai


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

Re: BS in rxvt+ncurses

[Alexander E. Apke]

> Here are a few related pros and cons.
> 
> <--- == BS, but we must decide on one or the other as the installation 
> default.
> 
> <--- == BS sounds right.  IMHO this is just silly.
> 
> <--- == DEL is different from DOS.  This to is just silly
> 
> <--- == DEL gives us an extra usable key on the main keyboard, since it 
> differentiates between <--- and ^H
> 
> <--- == DEL is standard in Linux-land at the moment (very strong argument for 
> keeping it that way IMHO)
> 
> <--- == BS allows the uninitiated easier use from DOS/Windows telnet's and 
> the 
> like (this needs a HOWTO to explain how to do the configuration, but is 
> probably the strongest argument for the BS setting)


I think there is another reason for choosing <--- == BS, for
internationalization.  I believe it requires <--- == BS, though I am not
entirely sure.  This may be the reason for the push for <--- == BS, even
though debian developers seem to accept  <--- == DEL. 


> In conclusion, I'd say <--- == DEL gets to be the default setting on three 
> grounds:
> 
>  1) Inertia
>  2) Emacs (more inertia and extra functionality)
>  3) Ease of reversing the decision by local admins.
> 
> We need to make point 3 a reality of course ;-)

I agree, but if feel the opposite <--- == BS should be default
because most linux users come from the dos world, and the keys on a linux
terminal/xterm should act the same as in dos.  Emacs users know more about
unix and therfore should know how to change stty erase

But definatly #3 should be followed.


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

Re: intent to package rinetd

[ioannis]

  Speaking of socket type programs, there is a program by
 Mr. R. Stevens (the famous unix networking author) called sock which
 allows configuration of all the socket flags, and acts as both server and
 client sinking or souring packets that are adjustable. Though its been 3 
 years since I used sock, the 1990 version of the program was not completely
 finished as I remember, but it was very useful utility indeed. A lot easier
 to use than netcat.

 The copyright was either bsd or public domain (if memory serves).


-- 

Ioannis Tambouras
[EMAIL PROTECTED], West Palm Beach, Florida
Signed pgp-key on key server.


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

OpenBSD-pax (was: Re: Libc6 progress: 1997-12-06)

[David Frey]

On Mon, Dec 8 1997 0:49 +0100 Richard Braakman writes:
> David Frey wrote:
> > On Sat, Dec 6 1997 21:50 +0100 Richard Braakman writes:
> > > David Frey <[EMAIL PROTECTED]>:
> > >   pax-2.1-3(Not DFSG-compliant?)
> > 
> > Hmm. I uploaded pax a few weeks ago into non-free (this was Mark H. Col
burn's
> > version)
> 
> Let's see... I checked my archives, and I found an upload of pax-2.1-4
> from you dated 13 Sep.  Is that the one you mean?
> 
> I suspect that that one was rejected, because it had Distribution: non-fr
ee
> as well as "* recompiled for libc6".  Uploads for the non-free part of
> unstable need a Distribution: unstable and a section non-free/foo.
Aha. This was it.

> This one went to the old non-free.

Oops. I didn't intend to do that. Guy, can you delete it, please? (Sorry).
 
> > But anyway,
> > if I manage it to compile the Open-BSD pax, we'll have a free pax again!
> 
> Great :)
> 
> What do you want me to put in the comment next to pax?

Waiting for the OpenBSD-Version?

At the moment, I need to write a fgetln()-Function in order to be able
to compile the thing. Does anybody have such a thing handy?

David



--
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

[Gonzalo A. Diethelm]

On Dec  6, 1997, at 16:56, Fabrizio Polacco wrote:
 > Manoj Srivastava wrote:
 > > Personally, I still think that reply-to is a bad solution; 
 > 
 > I agree.
 > 
 > > The people with sad mail software and lazy fingers are
 > >  penalizing the people with low bandwidth. Don't break conforming
 > >  software to cater to broken software.
 > 
 > Are we sure that we giving the right answers to Gonzalo's problem?

I don't think so.; the right answer would be "Let's use
Reply-To!"... 8)

 > I received his post about "Re: linux/unix to NT" twice (only his):
 > 
 > one had the headers:
 > 
 > Received: (from [EMAIL PROTECTED]) by templinux.bucknell.edu (8.8.5/8.8.5)
 >   id VAA07482; Tue, 2 Dec 1997 21:19:26 -0500
 > Resent-Date: Tue, 2 Dec 1997 21:19:26 -0500
 > Date:  Tue, 2 Dec 1997 18:13:06 -0300
 > Message-Id:  <[EMAIL PROTECTED]>
 > Resent-Message-ID:   <"y-M46C.A.OzB.lGMh0"@templinux>
 > X-Mailing-List:  archive/latest/513
 > 
 > while the other:
 > 
 > Received:  (from [EMAIL PROTECTED]) by newton.nowhere.cl (8.8.5/8.8.5) 
 >id SAA01886; Tue, 2 Dec 1997 18:13:06 -0300
 > Resent-Date:  3 Dec 1997 02:12:33 -
 > Date:  Tue, 2 Dec 1997 18:13:06 -0300
 > Message-Id:  <[EMAIL PROTECTED]>
 > Resent-Message-ID:  <"V_NgkD.A.M7B.RAMh0"@debian>
 > X-Mailing-List:   archive/latest/11843
 > 
 > 
 > That messages took two different paths and were distributed by two
 > different servers (is templinux.bucknell.edu our list backup or is a
 > NNTP/SMTP gateway ? )
 > Has Gonzalo a newsfeed serving debian-devel?

Nope. This looks like an altogether different problem.

 > fabrizio

-- 
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: Duplicate messages on this list

[Gonzalo A. Diethelm]

On Dec  5, 1997, at 15:49, Tyson Dowd wrote:
 > On 02-Dec-1997, Manoj Srivastava <[EMAIL PROTECTED]> wrote:
 > >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
 > 
 > Which, as we have discussed before on this list, is an incorrect
 > assessment of the problem as it applies to the debian lists.

Let me agree 100% on this. I visited the URL listed above, and it
didn't convince me at all, at least not for the case under discussion
here. The URL covers with a lot of detail how to send a reply to the
original poster of a message or to the whole recipient list;
obviously, the problem here is altogether different.

 > 1. We have a policy of no cc:s, but nearly everyone uses them
 >because there is no Reply-To: set.

Right.

 > 2. We have information that should be on the list going into
 >private email instead (where it is effectively *lost* to all
 >other developers).

It would seem most of the people just hit reply-to without even
looking at the headers that are generated for them (perhaps not every
mail reader will show you these headers).

 > 3. We have threads jumping from debian-private to debian-devel
 >because people accidently add the wrong To: or Cc: header by
 >hand after replying to the individual instead of the list.
 >Nothing too confidential has been disclosed yet.

 > 4. We are penalizing people with low-bandwith or high-cost net
 >connections by forcing them to download things multiple times.

When I first asked about Reply-To, I thought this single issue would
be more than enough reason to add a Reply-To header. I have to put up
with lots of duplicates, and I only realize they are duplicates AFTER
I have downloaded them via modem. It is very annoying, and I'm really
considering unsubscribing just because of this (not that many people
will notice this, but I thought the list maintainers would want to
know what issues their users have to put up with).

 > On the plus side, in the very occasional situations where a "Reply-To:"
 > is useful, we don't munge it. This is useful when you want to reply to
 > someone in person, but their "From:" address doesn't work, or if
 > you want to move a discussion from one mailing list to another (except
 > that if people use "group reply" as advocated by that URL, 
 > it will probably just move it to *both* lists).

Exactly.

 > I'd like it to be fixed, but it seems that there are a few people who
 > have strong opinions on the matter, but are not prepared to discuss or
 > fix the problems it causes.

For whatever it is worth, I am subscribed to other mailing lists
(namely, ACE's), which add a Reply-To header; not only have I NEVER
seen a duplicate coming from this list (unless I'm CC'ed directly by
the sender), but I have also NEVER EVER seen anybody complain about
the list munging an original Reply-To header.

 > Tyson Dowd

-- 
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] .

Work-Needing and Prospective Packages for Debian GNU/Linux

[wnpp]

Work-Needing and Prospective Packages for Debian GNU/Linux
[EMAIL PROTECTED]
$Id: packages.sgml,v 1.61 1997/12/08 23:34:40 johnie Exp $

1.  General Questions

1.1.  Before reading this document

You should have read the Debian GNU/Linux FAQ
.

1.2.  Purpose of this document

This document is intended to identify areas that need your
contributions. It provides information that hopefully changes quite
often, so it supplements the Debian GNU/Linux FAQ.

1.3.  Getting newer versions of this document

Newer versions of this document will be available via FTP and HTTP:

  o  

  o  

  o  

1.4.  Feedback

Please send additions, corrections, suggestions and wishes to the WNPP
maintainer [EMAIL PROTECTED]  Please mention to which version of this
document your comments refer.

Try to change the subject of your mail to reflect the packages you're
talking about, it makes it easier for to sort out all "Re: Work-
Needing and Prospective Packages" emails. A suggested subject line
reads "WNPP: removing foopackage" or "WNPP: working on barpackage".
Thanks.

2.  Recent Changes

2.1.  Since version 1.59 1997/11/17

  o  The libc6 suite (libc6-pic, libc6, libc6-dbg, locales, libc6-dev,
   timezones, libc6-doc) is adopted by David Engel
   .

  o  Packages fortunes, fortune-mod and chos adopted by Brian Bassett
   .

  o  Orphaned auctex, bzip (libc5), ghostview, lacheck (libc5), libc5,
   libc5-altdbg, libc5-altdev, libc6.1, libc6.1-dbg, libc6.1-dev,
   libc6.1-pic, libproc-dev, procps, xproc, and xxgdb.

  o  Christoph Lameter  is offering most of
   his packages: debmake, debsums, bonnie, fvwm95, linuxlogo, ncsa,
   poppassd, suidmanager, and verse, among others.

  o  The gnome window manager is being worked on by Francesco Tapparo
   .

  o  Hamish Moffat has taken over guavac.

  o  Rob Browning <[EMAIL PROTECTED]> has adopted swisswatch, hfsutils,
   and psutils.

  o  The rocks-and-diamonds package has been uploaded.

  o  Gergely Madarasz  is working on
   rinetd.

  o  Added enlightement to packages someone should work on -- copies are
   floating around the net but were never uploaded to master.

  o  Orphaned blt.

  o  The Work Needing and Prospective Packages list is temporarily being
   maintained by Johnie Ingram .

3.  Orphaned packages

(An orphaned package is a package that has no current maintainer.)

Please inform [EMAIL PROTECTED] via e-mail:

  o  when you find that you need to orphan a package

  o  when you believe that the following list is incomplete

  o  when you would like to maintain one of these packages.

Rob Browning [EMAIL PROTECTED] :

  o  blt

Helmut Geyer [EMAIL PROTECTED] :

  o  auctex

  o  bzip (libc5)

  o  ghostview

  o  lacheck (libc5)

  o  libc5

  o  libc5-altdbg

  o  libc5-altdev

  o  libc6.1

  o  libc6.1-dbg

  o  libc6.1-dev

  o  libc6.1-pic

  o  libproc-dev

  o  procps

  o  xproc

  o  xxgdb

Orn E. Hansen :

  o  dialdcost

  o  xega

  o  xmailtool

  o  xspread

Yves Arrouye [EMAIL PROTECTED] :

  o  compress-package

  o  ppd-adobe-common, ppd-adobe-extra, ppd-adobe-misc, ppd-gs

  o  psptools

Dominik Kubla [EMAIL PROTECTED] :

  o  arpd

  o  csh

Brian C. White [EMAIL PROTECTED] :

  o  zyxel

Raul D. Miller [EMAIL PROTECTED] :

  o  j1 (in old source format)

  o  sam (in old source format)

Michael Nonweiler [EMAIL PROTECTED] :

  o  nas

Jim Robinson [EMAIL PROTECTED] :

  o  mh-papers

  o  term

  o  witalian

  o  pari, paridoc

Doug Geiger [EMAIL PROTECTED] :

  o  apsfilter

Erick Branderhorst [EMAIL PROTECTED] :

  o  giftrans

  o  mathpad

  o  mfbasfnt

  o  wenglish

Christian Linhart [EMAIL PROTECTED] :

  o  xarchie

  o  bibindex

Shaya Potter [EMAIL PROTECTED] :

  o  opie

  o  pgcc

Stuart Lamble [EMAIL PROTECTED] :

  o  fsp

Guy R. Thomas [EMAIL PROTECTED] :

  o  dld (do we still need this ?)

Patrick J Edwards [EMAIL PROTECTED] :

  o  mailpgp

Dermot Bradley [EMAIL PROTECTED] :

  o  radiusd-merit

Robert Leslie [EMAIL PROTECTED] :

  o  motifnls

Tom Lees [EMAIL PROTECTED] :

  o  file-rc

David Engel [EMAIL PROTECTED] :

  o  tcl74

  o  tcl75

  o  tk40

  o  tk41

  o  tkman

Philippe Troin [EMAIL PROTECTED] :

  o  tclx74

  o  tclx75

  o  tix40

Michael Fletcher [EMAIL PROTECTED] :

  o  guavac

  o  javalex

  o  java-cup

  o  rsynth

Karl Sackett [EMAIL PROTECTED] :

  o  9fonts

  o  9menu

  o  9term

  o  9wm

  o  courtney

  o  freelip

  o  groupkit

  o  imgstar

  o  lee

  o  mimedecode

  o  objpak

  o  pgapack

  o  premail

  o  saoimage

  o  snns

  o  tcs

  o  tkdiff

  o  wily

  o  xbattle

  o  xephem-smotif

[geppetto@eecs.com: Re: guavac]

[Hamish Moffatt]

guavac includes a classes.zip containing Java classes. There was
no mention of the copyright for these (which have been included
with the guavac package since at least 0.2.6p1-1.1,
which was the previous release to mine). I contacted the author,
whose reply is below.

I fear there may still be a copyright problem, and it is
definately a problem that there is no source. He says we can leave
out the classes.zip, but then do I need to modify the original tar.gz to
leave it out, else the source package may have copyright problems?

thanks,
Hamish

-Forwarded message from David Engberg <[EMAIL PROTECTED]>-

Return-Path: <[EMAIL PROTECTED]>
Received: from gridsat.thegrid.net ([209.60.100.4]) by yodeller.rising.com.au
 with esmtp (ident root using rfc1413) id m0xf6Hy-000W81C
(Debian Smail-3.2 1996-Jul-4 #2); Tue, 9 Dec 1997 03:44:10 +1100 (EST)
Received: from eecs.com (n2-102-81.thegrid.net [209.60.102.81])
by gridsat.thegrid.net (8.8.7/8.8.5) with ESMTP id IAA28475
for <[EMAIL PROTECTED]>; Mon, 8 Dec 1997 08:43:52 -0800 (PST)
Message-ID: <[EMAIL PROTECTED]>
Date: Mon, 08 Dec 1997 08:43:56 -0800
From: David Engberg <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.03 [en] (Win95; I)
MIME-Version: 1.0
To: Hamish Moffatt <[EMAIL PROTECTED]>
Subject: Re: guavac
References: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

> I maintain a package of your guavac compiler for the Debian GNU/Linux
> operating system. I was wondering, what is the source of the classes.zip
> file included in guavac-1.0.tar.gz? There is no mention of it in
> the documentation, and there is no source either. Unfortunately this
> may create copyright problems for Debian.

The files in classes.zip contain only the interfaces to all of the Java 1.1
classes ... none of the implementation of any of the methods is included, so
they would only be useful in compiling.  I created these files by writing a
program that would go over Sun's public API and pick out the interface to
each class without generating code.

If this would cause a problem for Gnu distributions, you can leave it out
with a note that users will need to compile with Sun's (or Netscape's)
classes in their CLASSPATH.

-End of forwarded message-

-- 
Hamish Moffatt   Mobile: +61 412 011 176   [EMAIL PROTECTED]

Rising Software Australia Pty. Ltd. 
Developers of music education software including Auralia & Musition.
31 Elmhurst Road, Blackburn, Victoria Australia, 3130
Phone: +61 3 9894 4788  Fax: +61 3 9894 3362  USA Toll Free: 1-888-667-7839
Internet: http://www.rising.com.au/


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

Re: BS in rxvt+ncurses

[David Frey]

On Mon, Dec 8 1997 10:58 GMT Philip Hands writes:
> <--- == DEL is standard in Linux-land at the moment (very strong argument
> for keeping it that way IMHO)
This comes from the fact, that the Linux VC is emulating a VT102.

David



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