Paradise

[Jeffrey Watts]

Hello, I'm a member of the Paradise Netrek development team.  Paradise
Netrek is a X based game that started as Xtrek back in 1986.  It is a
multiplayer, real-time, Internet game.

Paradise has undergone a revival recently, and active development has
resumed.

The Paradise Netrek developers would like to work with Debian to get
Paradise included in Debian GNU/Linux.

Please let me know what I need to do or who I need to contact.  I should
be on debian-devel but feel free to CC me.

Thanks,
Jeffrey.

o---o
| Jeffrey Watts |
| [EMAIL PROTECTED] o---o
| Systems Programmer | "Is uniformity [of religion] attainable?  |
| Network Systems Management |  Millions of innocent men, women, and |
| Sprint Communications  |  children, since the introduction of  |
o|  Christianity, have been burnt, tortured, |
 |  fined, imprisoned; yet we have not   |
 |  advanced one inch towards uniformity.|
 |  -- Thomas Jefferson, "Notes on Virginia" |
 o---o

Re: how about a real unstable?

[Sean 'Shaleh' Perry]

> 
> This is what experimental is for, no?
> 
> Unstable is for unstable Debian, not necessarily unstable software. The
> experimental distribution is much more appropriate for unstable upstream
> software.
> 

agreed with the addition that experimental must also be apt'able.  Getting
software from the bottomless pit that is experimental is nearly impossible
right now.  There is no information on what a package is for, depends on, or
otherwise.

Re: Debconf & LDAP (Was: Debconf question)

[Joey Hess]

Turbo Fredriksson wrote:
> Ahh, I see... I was looking through the sources a little, but i couldn't
> find the 'main file' so to speak... :)
> 
> How much is done, need any help? We need it at work, and i can do
> much of this on 'official company time' :)

There's a big hole in the spec debconf implements, where the specification
of the backend database should be. That hole needs to be plugged, but going
in and writing code is not the answer, we need a design.

-- 
see shy jo

Re: xterm and gnome-terminal have diferent defaults? [was: Bug#60753: mutt: /etc/Muttrc should not use colors]

[Bas Zoetekouw]

Thus spake Pedro Guerreiro ([EMAIL PROTECTED]):

> I know the problem is with gnome-terminal, so the question is how do I
> change the default binding of DEL in gnome-terminal? I've browse through
> /usr/share/doc/gnome-terminal, but that's a dead end :-(

Check out the preferences menu in gnome-terminal. There is an option
`Swap DEL/Backspace' there. No idea whether it works though.

-- 
cu,
dex.

-
``As far as the laws of mathematics refer to reality, they are not
certain, and as far as they are certain, they do not refer to reality.''
 Albert Einstein
-

Re: RBL report..

[Jason Gunthorpe]

On Tue, 28 Mar 2000, Alexander Koch wrote:

> DUL is interesting. I changed my mind on that. I rather say
> we use it since the amount of spam is certainly increasing
> the last weeks and DUL is understandable.

Yes there is more spam, but I've been looking and I haven't seen that much
(if any at all) would be blocked by DUL.

Jason

Re: debconf: how to configure non-interactive install

[Joey Hess]

Thomas Gebhardt wrote:
> is there a way to provide the configuration (i.e., to manipulate the
> debconf backend database) for a package prior to installing the
> package? Afterwards it should be possible to install the package
> with the non-interactive frontend.

Do you want to go in and change defaults in the database? Yes, that's
doable, though there is no well-polished program to do it as of yet.

-- 
see shy jo

Re: Debconf & LDAP (Was: Debconf question)

[Turbo Fredriksson]

> "Joey" == Joey Hess <[EMAIL PROTECTED]> writes:

Joey> Turbo Fredriksson wrote:
>> When reading the doc's for debconf, I saw that it should be
>> possible to have the config in a LDAP database... Exactly is
>> this supposed to get to work?

Joey> Debconf doesn't support any backend database yet, however
Joey> once it does ldap is a pretty good fit.

Ahh, I see... I was looking through the sources a little, but i couldn't
find the 'main file' so to speak... :)

How much is done, need any help? We need it at work, and i can do
much of this on 'official company time' :)


-- 

plutonium cracking jihad South Africa FSF Noriega security nuclear
North Korea assassination KGB smuggle fissionable NSA Kennedy

Re: RBL report..

[Alexander Koch]

On Tue, 28 March 2000 17:03:56 +0100, Mark Brown wrote:
> That roughly matches my experience - ORBS blocks far too much to use in

Did anyone say above.net? ORBS swamped Germany half a year
ago with mails, some big ISPs are still in the ORBS database
for 1000+ business customers are not really easy to control.

They gave one week to fix it all and that was a bad joke. It
was found out afterwards there was a port scan for some
thousands of host by some .dk ppl. Bad luck, sure, but the
XXX with them, imnsho.

DUL is interesting. I changed my mind on that. I rather say
we use it since the amount of spam is certainly increasing
the last weeks and DUL is understandable.

Craig?

Alexander

-- 
Alexander Koch - <>< - WWJD - aka Efraim - PGP 0xE7694969 - ARGH-RIPE

Re: how about a real unstable?

[Elie Rosenblum]

On Tue, Mar 28, 2000 at 09:09:43AM -0800, Andrew Lenharth wrote:
> I know others have expressed this, but a big reason we wind up with slower
> release cycles is we have a stable unstable.  i.e. unstable is rather
> stable.  Most of the other distributions start with the software that will
> be released by the time they release and start working with it early.
> 
> What I really mean: unstable should (as soon as work on potato is
> finished), have the new perl, xfree, apache, kernel, etc.  Even if they
> are still release canidates.  the sooner we have everything working with
> the new packages, the sooner we can release.  For example, to wait till
> perl 5.6 is out to try to integrate it could take longer that to start the
> integration process with a perl release canidate.
> 
> It is the unstable branch, lets take advantage of it and make it unstable 
> to start out with.  The sooner we can find problems and fix them, the
> shorter our release cycles will be, and the more upto-date our main
> packages will be.

This is what experimental is for, no?

Unstable is for unstable Debian, not necessarily unstable software. The
experimental distribution is much more appropriate for unstable upstream
software.

-- 
Elie Rosenblum That is not dead which can eternal lie,
http://www.cosanostra.net   And with strange aeons even death may die.
Admin / Mercenary / System Programmer - _The Necronomicon_

Re: Debconf & LDAP (Was: Debconf question)

[Joey Hess]

Turbo Fredriksson wrote:
> When reading the doc's for debconf, I saw that it should be possible
> to have the config in a LDAP database... Exactly is this supposed to
> get to work?

Debconf doesn't support any backend database yet, however once it does ldap
is a pretty good fit.

-- 
see shy jo

Re: Insufficient documentation for configuring a ethernet device & /etc/network/interfaces

[Josip Rodin]

On Tue, Mar 28, 2000 at 07:41:12PM +0530, C Hanish Menon wrote:
> Heres the 1st draft of the man page for /etc/network/interfaces 

But it has already been written! Update your netbase package.

-- 
Digital Electronic Being Intended for Assassination and Nullification

Re: ITP: tinydns and dnscache

[Adam McKenna]

Yes, you are correct.  The sections I was looking at are non-free/net for
dnscache, and non-free/misc for daemontools.

These will both be source packages, with build-$PACKAGE scripts, just like
qmail.

The license is:

"You may distribute copies of dnscache-1.00.tar.gz, with MD5 checksum
67d51c5403c03f08d6ba8fff0108ab27."

daemontools doesn't have any specific license attributed to it, so we will 
have to go by Dan's statements at http://cr.yp.to/softwarelaw.html

--Adam

On Tue, Mar 28, 2000 at 01:50:31AM -0500, Branden Robinson wrote:
> On Mon, Mar 27, 2000 at 02:52:59PM -0500, Adam McKenna wrote:
> > I just subscribed, and I'd like to let the list know I'm (hopefully) going 
> > to
> > be working on a couple of new packages, namely tinydns/dnscache by djb, 
> > which
> > is a replacement for BIND, and djb's "daemontools", (which is required for
> > running tinydns).
> 
> Since the letters "djb" appear here, I guess it goes without saying that
> these will have to go in non-free, but please mention the license when
> posting ITP's.
> 
> -- 
> G. Branden Robinson|If you wish to strive for peace of soul,
> Debian GNU/Linux   |then believe; if you wish to be a
> [EMAIL PROTECTED] |devotee of truth, then inquire.
> roger.ecn.purdue.edu/~branden/ |-- Friedrich Nietzsche

how about a real unstable?

[Andrew Lenharth]

I know others have expressed this, but a big reason we wind up with slower
release cycles is we have a stable unstable.  i.e. unstable is rather
stable.  Most of the other distributions start with the software that will
be released by the time they release and start working with it early.

What I really mean: unstable should (as soon as work on potato is
finished), have the new perl, xfree, apache, kernel, etc.  Even if they
are still release canidates.  the sooner we have everything working with
the new packages, the sooner we can release.  For example, to wait till
perl 5.6 is out to try to integrate it could take longer that to start the
integration process with a perl release canidate.

It is the unstable branch, lets take advantage of it and make it unstable 
to start out with.  The sooner we can find problems and fix them, the
shorter our release cycles will be, and the more upto-date our main
packages will be.

Andrew Lenharth

Remember, never ask a geek "why";
   just nod your head and back away slowly... 

--

Given infinite time, 100 monkeys could type out the complete works of
Shakespeare.
Win 98 source code? Eight monkeys, five minutes.

--

Re: RBL report..

[Mark Brown]

On Tue, Mar 28, 2000 at 06:16:43PM +1000, Hamish Moffatt wrote:

> I have received one legitimate email (from a customer) which failed
> the ORBS check, so I won't be rejecting based on that. But I see no
> reason not to reject on RBL (which Debian already does), and
> probably RSS and DUL too.

That roughly matches my experience - ORBS blocks far too much to use in
more than an advisory manner, but the other RBLs don't create any
problem.  Of course, neither of us sees the traffic Debian is seeing and
that's what any decision needs to be based upon.

-- 
Mark Brown  mailto:[EMAIL PROTECTED]   (Trying to avoid grumpiness)
http://www.tardis.ed.ac.uk/~broonie/
EUFShttp://www.eusa.ed.ac.uk/societies/filmsoc/

Unidentified subject!

[Sachin Natu]

unsubscribe

Re: WNPP

[Ethan Benson]

On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.

actually the charming US laws appear to be fixed, at least for Free
software. The kernel is going to be getting stong crypto merged in
soon apparently, and Redhat is now shipping GnuPG and such with there
dist, so it seems to apply to binaries too (non commercial anyway)

> On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:
> > I'll do this, since it relates to my work. :-)
> > 
> > On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> > > Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> > > a free tripwire replacement.
> 
> -- 
> Brian Almeida
> Debian Developer   | http://www.debian.org
> Linux Systems Engineer @ Winstar   | http://www.winstar.com
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

-- 
Ethan Benson
http://www.alaska.net/~erbenson/


pgp49fUG5IAmR.pgp
Description: PGP signature

Re: UPS setup problems (apcuspd and genpower)

[Andreas Tille]

On Tue, 28 Mar 2000, David Bristel wrote:

> If you buy a Smart-UPS, it COMES with the cable to make it work with the right
> cable.  Sure, not all cables will support it, but that's a non-issue if you 
> use
> what comes with your UPS.
I wonder how *you* can know the abilities of the cable that was enclosed in
the package with *my* UPS.  The only think that I wanted to say is that it
might happen that also if you use the cable which was shipped with
your UPS it might happen that the Debian UPS daemons don't work.
Please don't tell me that I have done something wrong.  *My* UPS works
perfectly.  If you have any hint for the original author than help
him.  He didn't got any answer except mine.  I have not said that my
answer will solve his problem, but he should have a close look onto
his cable inscription.  What's wrong with that?

Kind regards

   Andreas.

Re: ITP: manpages-da

[Peter Makholm]

Paul Slootman <[EMAIL PROTECTED]> writes:

> Wouldn't manpages-dk be the correct name?

That depends

The two letter language code is da and the two letter country code is
DK (making the correct locale: LC_ALL=da_DK)

There shouldn't be any problem using the manpages in Greenland (ie
da_GL) but if you're speaking english in Denmark (en_DK) you shouldn't
use them.

Making a long story short: I think we should use the language code and
not the country code. 

-- 
Wish for a master key and open the Magic Memory Vault! 

Debconf & LDAP (Was: Debconf question)

[Turbo Fredriksson]

When reading the doc's for debconf, I saw that it should be possible
to have the config in a LDAP database... Exactly is this supposed to
get to work?

-- 

Nazi Treasury quiche NORAD Noriega assassination KGB Peking Ft. Bragg
Khaddafi North Korea jihad fissionable genetic radar

Re: ITP: manpages-da

[Paul Slootman]

On Fri 24 Mar 2000, Peter Makholm wrote:

> In SSLUG (swedish/danish LUG) we have begun translating
> man-pages to danish. when we have finished a nice set (like
> file-utils) I will make a debian package out of it.

Wouldn't manpages-dk be the correct name?


Paul Slootman
-- 
home:   [EMAIL PROTECTED] http://www.wurtel.demon.nl/
work:   [EMAIL PROTECTED]   http://www.murphy.nl/
debian: [EMAIL PROTECTED]  http://www.debian.org/
isdn4linux: [EMAIL PROTECTED]   http://www.isdn4linux.de/

Re: Insufficient documentation for configuring a ethernet device & /etc/network/interfaces

[C Hanish Menon]

Hi

Heres the 1st draft of the man page for /etc/network/interfaces 
I think I have covered most of the main things. However If I have left out
something please do direct me in the right direction.

Also this is my first attempt at writting a man page, with out knowing the page
description language used. I looked into available man pages to identify the
page description tags required and also used help2man's output for the basic
template.

-
Keep :-)
HanishKVC
http://HanishKVC.tripod.com/

.\" Generated by passing the text file thro help2man 1.019.
.TH INTERFACES "5" "27 March 2000" "Debian Linux 2.2" "File Format's Manual"
.SH NAME
interfaces - configuration file for ifup(8) and ifdown(8)
.SH SYNOPSIS
interfaces
.SH DESCRIPTION
/etc/network/interfaces is an ASCII file which defines the different
networking interfaces available in a debian system. This could be the
loopback interface or the ethernet interface or so. This is inturn
used by the ifup and ifdown programs.
.SH FILE FORMAT
This file basically consists of many sections, with each section
corresponding to a specific interface in the system.
.PP
Each section starts with the interface declaration line which gives
a name to the interface and also specifies its type. Next its followed
by 0 or more lines which specify different options for that interface
like the ip_address, netmast and so , the details of which can be
obtained from the ifup(8) or ifdown(8) man pages. Depending on the kind
of interface there could be some _required_ options, which one should
always specify, Also there could be some _optional_ ones which one
may or may not specify as required.
.PP
.B Any given section will look like this
.PP
.nf
iface name_of_interface address_family method_for_iface_params
option_for_this_method
\&...
option_for_this_method
.fi
.PP
.B The field descriptions are:
.TP
.I name_of_interface
the name of the interface like lo, eth0 or so.
.TP
.I address_family
the usual one is inet. There are others also like inet6, ipx, etc.
Look at ifconfig(8) for more info.
.TP
.I method_for_iface_params
this specifies the method used for specifying the different
parameters(like address, netmask, gateway, etc) for the interface.
Possible values are loopback, static, dhcp, ppp, etc. Look at
ifup(8) or ifdown(8) for more info.
.TP
.I option_for_this_method
this varies from one method to the other. For example the loopback
method requires no options. Where as for the static method one has
to specify the ip address & the netmask at the minimum, and can
also specify the gateway, the network and so if required. Look at
ifup(8) and ifdown(8) manpage for details.
.IP
These options are ideally listed one below the other
in independent lines following the interface declaration.
.SH EXAMPLES
.PP
For a machine having loopback device it would be
.IP
.nf
# Loopback inteface specification
# Notice that this method requires no options
iface lo inet loopback
.fi
.PP
For a machine having Ethernet card with static ip address
specification
.IP
.nf
# Static specification of an Ethernet interface
# Note that here the address and netmask are compulsary
iface eth0 inet static
address 192.168.1.100
netmask 255.255.255.0
.fi
.PP
Ethernet interface with address configuration using dhcp
.IP
.nf
# Ethernet interface using dhcp method
# Assuming pump is used for managing dhcp on this client
iface eth0 inet dhcp
hostname potato_kvc
leasehours 2
.fi

.SH FILES
/etc/network/interfaces

.SH SEE ALSO
ifup(8), ifdown(8), ifconfig(8)

.SH NOTES IN GENERAL
This is specific to the Debian Linux system.

If you have any networking device, then see to it that the proper
driver is either built into your kernel or is loaded as a module
(using modconf or conf.modules or using modprobe or insmod).

.SH AUTHORS
.nf
ifup and ifdown author
ifconfig author
.fi

This man page is written by Hanish Menon C <[EMAIL PROTECTED]>.
If you find any errors or changes please don't hesitate to notify me
or any other concerned person so that we can together keep this
document updated.

Re: UPS setup problems (apcuspd and genpower)

[David Bristel]

If you buy a Smart-UPS, it COMES with the cable to make it work with the right
cable.  Sure, not all cables will support it, but that's a non-issue if you use
what comes with your UPS.

Dave Bristel


On Tue, 28 Mar 2000, Andreas Tille wrote:

> Date: Tue, 28 Mar 2000 08:45:41 +0200 (CEST)
> From: Andreas Tille <[EMAIL PROTECTED]>
> To: David Bristel <[EMAIL PROTECTED]>
> Cc: "Thomas R. Shemanske" <[EMAIL PROTECTED]>,
> Debian Development liste 
> Subject: Re: UPS setup problems (apcuspd and genpower)
> 
> On Mon, 27 Mar 2000, David Bristel wrote:
> 
> > This is one of the reasons why I've been happy I bought a Smart-UPS, not 
> > only
> > does it provide more information(ammount of battery power and UPS load as 
> > well
> > as other information), but the apcd package for APC monitoring worked
> > on it out of the box for slink.
> May be I wasn't explaining my point in clear words:  Yes, I *own* a
> Smart-UPS, but *not* every cable is able to support that mode.
> Check your cable facilities to get a working UPS daemon!
> 
> Kind regards
> 
>   Andreas.
> 

Re: WNPP

[Ben Collins]

On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.
> On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:

Hasing is fine, else glibc, openldapd, PAM, etc..would have to be removed
for their password hashing.

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
` [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED] '
 `---=--===-=-=-=-===-==---=--=---'

Re: RBL report..

[Joseph Carter]

On Mon, Mar 27, 2000 at 11:09:42PM -0500, Daniel Martin wrote:
> ORBS BLOCKS MORE THAN OPEN RELAYS.
> Sorry to shout, but I've been bitten by ORBS before.
> It blocks open relays *or machines which relay for open relays*.

Yeah...  "Blacklist this person we've blacklisted or we'll blacklist you."
Wonderful tactic.  And apparently it's quite effective at getting people
to pay attention to their cause of stopping open relays.

Crusaders in this war on spam know exactly what they're doing.  They must
purge the holy land of its heretics at all costs.  If a few villages
happen to get pillaged and burned...  Well, these things happen and the
villagers should get better villages.


The people who run ORBS are terrorists.  And perhaps even worse are the
people who actually use ORBS.  DUL is immoral sure, but it pales next to
the terrorism routinely practiced by ORBS.


> This means that since my campus's smarthost trusts any machine inside
> jhu.edu to send mail out (and why shouldn't it?), an open realy
> anywhere on campus can cause all mail going through the smarthost to
> be blocked.

Don't you know that it is your job to make sure that your campus is locked
down?  If you can't get some student's relay closed you have an obligation
to see that some form of disciplinary action is taken against them or that
they are blacklisted by your servers.

Those spammers must all die and so must anybody who helps them whether
they know they're helping or not!  If you can't do it you are scum and
everyone at your campus is scum and you don't DESERVE the right to send
email to anyone who doesn't like spam!


> To repeat: ORBS does not block only mail that came through open
> relays, it blocks mail that came through servers that have in the past 
> served open relays.  It allows a single open relay on a mail network
> to cause the entire mail network to be blocked.  It is to my mind an
> inordinately severe response to the problem.

And if an open relay happens to send mail through one smarthost which
sends through another which sends through another.

It's all for a good cause.  The holy land must be purged.  Remember that.

-- 
Joseph Carter <[EMAIL PROTECTED]>   GnuPG key 1024D/DCF9DAB3
Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC
The QuakeForge Project (http://quakeforge.net/)   44F9 8FF7 D7A3 DCF9 DAB3

"slackware users don't matter. in my experience, slackware users are
either clueless newbies who will have trouble even with tar, or they are
rabid do-it-yourselfers who wouldn't install someone else's pre-compiled
binary even if they were paid to do it."

Re: woody mutt users, please read

[Michael Stone]

On Mon, Mar 27, 2000 at 10:38:22PM +0200, Marco d'Itri wrote:
> You have to change all "lists" commands in your ~/.muttrc in
> "subscribe".

Was that just a gratuitous change?

-- 
Mike Stone


pgpez67xQtsKl.pgp
Description: PGP signature

Re: 0 days till bug horizon

[Thierry Laronde]

On Mon, Mar 27, 2000 at 05:38:54PM +0200, Richard Braakman wrote:
> This is the current list of bugs that are headed for the horizon.
> I generated it from the bugscan report of Mar 26 15:08, and subtracted
> the bugs that were fixed by uploads I installed today.
> 
> I will start removing these packages soon (unless they're too important,
> in which case we have a different problem).  Removal of a package is final.
> 
> Richard Braakman
[..]
> 
> Package: fetchmailconf (debian/main).
> Maintainer: Paul Haggart <[EMAIL PROTECTED]>
>   57287 generates wrong config files
> [ Removing fetchmailconf means also removing fetchmail, unless someone 
>   uploads a fetchmail version that does not create a fetchmailconf package ]

Raphaël Hertzog has marked the bug as done (this was resolved in fetchmail
5.3.3 that Raphaël uploaded (NMU) this week-end.

Something curious : in the top of the message generated by the BTS, the
bug is marked done and stamped 07 feb 2000 (?) :

---QUOTING--
Debian Bug report logs - #57287
 generates wrong config files
   
   Severity: important; Reported by:
   <[EMAIL PROTECTED]>; Done: Raphael Hertzog
   <[EMAIL PROTECTED]> Mon, 07 Feb 2000 21:03:02 GMT ; Maintainer for
   ^^^
^

Cheers,

-- 
Thierry LARONDE <[EMAIL PROTECTED]>
10, rue du Bel Air, 74000 ANNECY / Tel.-Fax : 33.(0)4.50.67.46.61
website : http://www.polynum.com
/home du SDF (Site Debian Francophone) : http://www.polynum.com/debian/

Processed: RC bug cleanup

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 61116 normal
Bug#61116: /etc/motd references BOTH /usr/doc/*/copyright AND 
/usr/share/doc/*/copyright
Severity set to `normal'.

> severity 60573 normal
Bug#60573: general: wrong perms on /dev/null and /tmp in potato upgrade
Severity set to `normal'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Darren Benham
(administrator, Debian Bugs database)

Re: WNPP

[Joel Klecker]

At 20:27 -0500 2000-03-27, Brian Almeida wrote:
>...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
>I probably can't package it due to wonderful US laws. Drat.

Hash algorithms aren't (and haven't ever been) export controlled.
-- 
Joel Klecker (aka Espy)Debian GNU/Linux Developer
mailto:[EMAIL PROTECTED]> mailto:[EMAIL PROTECTED]>
http://web.espy.org/>   http://www.debian.org/>

Re: Release-critical Bugreport for March 24, 2000

[Pedro Guerreiro]

On Fri, Mar 24, 2000 at 12:27:12PM +0100, Paolo Molaro wrote:
> On 03/24/00 Petr Cech wrote:
> > > Package: communicator (debian/contrib)
> > > Maintainer: Adam Heath <[EMAIL PROTECTED]>
> > >   60193  communicator: buss error when replying to message
> > 
> > normal communicator behaviour :(
> 
> At GUADEC Keith Packard told me that some problems with netscape/
> communicator was actually a bug in xlib. Maybe someone could try
> to reproduce this bug with XFree86 4.0 and backport the fix if
> it works there?

Well, I'm working with 4.72 since there was .deb's available, and since then
it's working has it should. OTOH, I'm only using the navigator, not the
whole mamooth communicator, so this might have something to do with it.
Anyway, I think most bugs are againt old releases (4.6, 4.7). Can't those
packages be removed (leaving 4.72) and the bugs closed?

Just my 2 Euros (I'm not yet a Debian Developer).
Pedro

xterm and gnome-terminal have diferent defaults? [was: Bug#60753: mutt: /etc/Muttrc should not use colors]

[Pedro Guerreiro]

> On Mon, Mar 20, 2000 at 04:46:04AM -0300, Nicol?s Lichtmaier wrote:

> >  Using the Space and the Backspace keys for up and down movement is absurd,
> > it's even stupid. Backspace is back-space. Those keybindings where thought
> > for keyboards without arrows, and those keyboards no longer exists...

Not trying the revive this question, but I do have one question:

If I use mutt from inside xterm, the default key for previous-line is
Backspace, and Del doesn't do nothing, but if I use it from inside
gnome-terminal, it works the other way around, ie, Backspace doesn't do
nothing and Del goes to previous-line.

I know the problem is with gnome-terminal, so the question is how do I
change the default binding of DEL in gnome-terminal? I've browse through
/usr/share/doc/gnome-terminal, but that's a dead end :-(

Thanks.
pedro

Re: WNPP

[Michael Vogt]

On Mon, Mar 27, 2000 at 11:25:46PM -0800, Joey Hess wrote:
> Michael Vogt wrote:
> > I packed aide for my personal needs some weeks ago. I just uploaded a 
> > polished
> > version to http://members.xoom.com/mydebs/debian/aide. 
> 
> Cool! Do you want me to sponsor this in?
If you like the package :-) Of course. The package lacks a good example 
/etc/aide.conf. If someone has a nice example, please send it to me. 
I will include it in the package. 

> see shy jo
bye
 Michael
-- 
GPG Fingerprint = EA71 B296 4597 4D8B 343E  821E 9624 83E1 5662 C734
 /"\ o
 \ / ASCII RIBBON CAMPAIGN  /|\
  XAGAINST HTML MAIL >>
 / \ o

Re: 0 days till bug horizon

[Richard Braakman]

On Tue, Mar 28, 2000 at 10:03:33AM +1000, Brian May wrote:
> I set the severity to important, as I feel that bbdb support is
> important for gnus, and also, because I think it should be easy to fix
> (if you know what you are doing --- I don't).
[...]
> I don't think it is worth dropping the package though.

Classic mistake.  The "important" severity is misnamed.  It doesn't mean
"this bug is important", it means "this package is unfit for release".

The bug was fixed today, though.

Richard Braakman

Re: Fwd: Re: unable to execute

[Tristan Savatier]

Anand Kumria wrote:
> 
> On Mon, 27 Mar 2000, Tristan Savatier wrote:
> 
> > Yes, but I have not received it.
> >
> > We have received several email of people reporting that mtv/mtvp
> > does not work at all on some recent distributions of Corel linux.
> > Is Corel Linux based on Debian ?
> 
> yes it is.
> 
> > In all cases, 'mtvp -h' seg faults immediately.
> > normally 'mtvp -h' should just print a help  message
> > and exit.
> 
> I just checked on my Corel box. You have two version of mtv
> available: one for glibc2.0 and the for glibc2.1
> 
> It works (well runs, I have no VCDs to test with at work) and display
> help (mtvp -h). Even the graphical intreface works too. That .deb was
> mtv_1.1.0.20-2_i386.deb
> 
> When I install the glibc2.1 version (mtv_1.1.0.20-3_i386.deb) it
> promptly fails. You don't seem to have any dependancy information in
> your .deb's which is probably a bad thing.

Our deb package files are derived from our RPM's using the
'alien' script.  Looks like alien is not perfect.

 
> Debian 2.1 ships with libc6-2.0.7.19981211-6; Corel has the same
> version. Debian 2.2 has libc6-2.1.3-7 (currently). Perhaps depending
> on the right version of the libc6 would be good. 

yes, but that would force us to make debian-specific packages.
we don't want that.  we want RPM to be our master packages,
and we convert to other formats (DEB, SLP) using alien.

BTW, have you tried to run our glibc2.1 version on your 
Debian 2.2 ? does it work ?

> Also for the glibc2.0
> version you provide an SDL deb, yet it isn't depended upon.

yes it is: but only the fullscreen extension plugin 
(mtv-fullscreen-extension) depends on SDL.

> >  usually when this type of thing happens, it is something
> > broken with the libraries.  mtvp is one of the few multithreaded
> > applications, and anything broken in the thread support would be fatal
> > for mtvp.
> 
> They've installed the wrong version; perhaps updating your ver web
> site with information for Corel would be useful too.

certainely a good idea.  we'll do that.  thanks for your help
understanding the situation.  still, I don't fully understand
why glibc2.1 and glibc2.0 are not binary (API) compatible ?
It looks like a major problem to me, and causes havoc again
(I mean, after the glibc2.0/libc5 incompatibility).

-t

debconf: how to configure non-interactive install

[Thomas Gebhardt]

Hi,

is there a way to provide the configuration (i.e., to manipulate the
debconf backend database) for a package prior to installing the
package? Afterwards it should be possible to install the package
with the non-interactive frontend.

Thanks for any help, Thomas

Re: RBL report..

[Nils Jeppe]

On Mon, 27 Mar 2000, Daniel Martin wrote:

> ORBS BLOCKS MORE THAN OPEN RELAYS.
> Sorry to shout, but I've been bitten by ORBS before.
> It blocks open relays *or machines which relay for open relays*.

Which is basically the same.

> This means that since my campus's smarthost trusts any machine inside
> jhu.edu to send mail out (and why shouldn't it?), an open realy
> anywhere on campus can cause all mail going through the smarthost to
> be blocked.

Because you shouldn't relay mail from open relays. Since the problem was
identified, block the machine which is local on your campus. Once you fix
it, notify ORBS so they will take you out of their list.

Relaying mail for open relays effectively makes YOUR SERVER an open relay,
too. It HAS to be blocked, because the mail doesn't originate from the
real open relay but from the smarthost, and if the smarthost didn't get
blocked, it would be really easy to circumvent ORBS.


> To repeat: ORBS does not block only mail that came through open
> relays, it blocks mail that came through servers that have in the past 
> served open relays.  It allows a single open relay on a mail network
> to cause the entire mail network to be blocked.  It is to my mind an
> inordinately severe response to the problem.

NO IT IS NOT. Spam is evil. Open relays are evil. Close all open relays,
they have NO justification for existence. People who like to argue
otherwise can get in touch with me, and I will happily let them deal with
all Spam I get. ;-)

To reiterate, open relays are a serious configuration problem. It's a
bug. It's a serious security hole. It has to be fixed. It isn't just a
harmless little something, it is costing hundreds of thousands of people
all around the world, every day, real money to deal with Spam.

ORBS gives you enough time to fix the problem before you get blocked. And
if for some reason you cannot fix the open relay, you have to block the
open relay from using you as a smarthost. Yes it is that simple. No there
is no alternative.

Administrators who can not deal with open relays are incompetent
fools. Administrators who do not want to deal with open relays are not one
iota better than the worst spammers out there.



There, I had to say it, now let's close the discussion, ORBS is a
reasonable answer to a real problem.


Nils


-- 
 "Kif, if there's one thing I don't need it's your 'I don't think that's
  wise' attitude."
--- Zap Brannigan

Re: ITP: tinydns and dnscache

[Marco d'Itri]

On Mar 27, Adam McKenna <[EMAIL PROTECTED]> wrote:

 >It really is a nice package.  I would encourage anyone who doesn't like
 >running BIND to take a look at this.
I would not. It's very non-free, can't be packaged as binary and has
been designed by Mr. Bernstein.

-- 
ciao,
Marco

Re: RBL report..

[Hamish Moffatt]

On Mon, Mar 27, 2000 at 11:09:42PM -0500, Daniel Martin wrote:
> ORBS BLOCKS MORE THAN OPEN RELAYS.
> Sorry to shout, but I've been bitten by ORBS before.
> It blocks open relays *or machines which relay for open relays*.

Yes, it does. I configured all of my exim systems to put warnings
in the headers on RBL failures, and configured it to check the
MAPS RBL, DUL, RSS and ORBS. ORBS is the most agressive, but every spam
I've received in the past two days has failed one of the tests.

I have received one legitimate email (from a customer) which failed
the ORBS check, so I won't be rejecting based on that. But I see no
reason not to reject on RBL (which Debian already does), and
probably RSS and DUL too.


Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

developers in .es and .hr

[Marco d'Itri]

I'd like to know if your TLD has a whois server.

-- 
ciao,
Marco

Re: first draft "aptitude howto"

[Branden Robinson]

Here's my input.  It is written from the perspective of someone who has
never even run aptitude -- but that should be okay, since that is your
target audience.  :)

On Tue, Mar 28, 2000 at 12:32:39AM +0200, Bernd Eckenfels wrote:
> aptitude
> (c) Copyright 2000, Bernd Eckenfels, Germany

Please don't assert copyright without including a license.

> aptitude is a front-end to apt and dpkg, the Debian GNU/Linux Package
> Management tools. It tries to provide a nice user interface to every-day
> package management on Debian GNU/Linux Systems.

Given the fact that we support the Hurd as well, it might be more accurate
to start migrating to just saying "Debian systems".

> You can start aptitude as non root (for example if you want to look for a
> package or see a list of new packages, but you can only use it as root to
> actually change the state of packages on your system.

s/non root/non-root/

Unmatched parenthesis.

Misleading wording as well; I suggest "but to actually change the state of
packages on your system, you must start aptitude as root."

> Aptitude is started from the command line in a console window or xterm with
> the command "aptitude".

I would drop the "in a console window or xterm".  The command line is the
command line.  In fact, it would be even more accurate to say "the shell
prompt".  Furthermore, if aptitude registers itself in the Debian menu
system, it could even be invoked without typing its name.  :)

Also, at this point I would describe the sections that appear:

"Upon startup, aptitude will present you with a list of categories into
which packages are sorted.  Not all categories may be present."

> New Packages
> Installed Packages
> Not Installed Packages
> Upgradeable Packages
> Virtual Packages

The first thing to know about any program is how to to quit it -- you can
use the 'q' ("quit") key from this initial screen to quit aptitude.

> Aptitude uses APT's cache of available packages. This means you have to
> configure /etc/apt/source.list like you are used from "apt-get". With the
> 'u' key you ask aptitude to retransmit the lists of available packages from
> different sources.

Please case "apt" consistently.  Given existing practice, I think
downcasing it all the time is appropriate, but Jason Gunthorpe is the real
authority on this subject.

s/source.list/sources.list/

"Therefore, apt's source repository file, /etc/apt/sources.list, must be
correct and up-to-date.  Use the 'u' ("update") command to instruct
aptitude to retrieve the available package lists from the sites listed in
the source repository."

> If there is a new package present, it will be grouped unter "New Packages".
> To tell aptitude, that it should remeber all new packages as seen, you tell
> it 'f' to forget.

The grammar here could be cleaned up a bit.

"If there are new packages present (in other words, Debian packages that
did not exist the last time package lists were retrieved), they will be
grouped under 'New Packages'.  To instruct aptitude to disregard the
packages' new status and sort them with the rest of the available
packages, you can use the 'f' command ("forget that packages are new").

> You can open each of this sections by ,oving the cursor to the line and
> pressing enter. Subsections for the different trees in debian package
> archives will be visible.

You can open each of the categories by moving the cursor to its line and
pressing enter.  Subsections for the different trees in Debian package
archives will become visible.

(Can you expand the subsections by pressing enter, or are the packages
listed on this screen, indented under the sections, or what?)

> If you have a packe selected, you will get information about it in the
> status line. The 'i' key will show the information/description of the
> package, the  key a more complete information about the debian
> package system values for this package. To leave the information screens,
> you can use the 'q' key. Within the main tree, the 'q' key will quit the
> program.

If you have a package selected, information about it will be shown in the
status line at the bottom (?) of the screen.  Press 'i' ("information") to
display some descriptive information about the package, or enter for a full
report about the package.  Use 'q' ("quit") to get out of the information
screens.

> In the "Not Installed Packages" or in the "New Packages", or even in the
> Dpendencies of installed pacages, you can use the "+" key to mark a package
> for installation. You can also use the "-" key on a intalled package to mark
> it for removal.

Packages that are not presently installed (in the "New Packages" or "Not
Installed Packages" categories) may be selected for installation with the
"+" ("add package") key.

> Packages which are upgradeable can be put on hold with the '-' key, so their
> desired state is downgraded from "upgrade" to "hold". If you press the '-'
> key once more, they are even deleted. To purge a package instead of deleting
> it (purgin

Re: WNPP

[Joey Hess]

Michael Vogt wrote:
> I packed aide for my personal needs some weeks ago. I just uploaded a polished
> version to http://members.xoom.com/mydebs/debian/aide. 

Cool! Do you want me to sponsor this in?

-- 
see shy jo

Re: WNPP

[Ruud de Rooij]

Brian Almeida <[EMAIL PROTECTED]> writes:

> ...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.

So dpkg must be moved to non-us because it contains an implementation
of a cryptographic hashing algorithm (MD5)?

- Ruud de Rooij.
-- 
ruud de rooij | [EMAIL PROTECTED] | http://ruud.org

Re: WNPP

[Radovan Garabik]

On Mon, Mar 27, 2000 at 08:27:29PM -0500, Brian Almeida wrote:
> ...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
> I probably can't package it due to wonderful US laws. Drat.

Strange... I read everywhere that US export restrictions are now gone.
(e.g. just a minute ago the announcement of redhat 6.2)

> On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:
> > I'll do this, since it relates to my work. :-)
> > 
> > On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> > > Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> > > a free tripwire replacement.
> 

-- 
 ---
| Radovan Garabik http://melkor.dnp.fmph.uniba.sk/~garabik/ |
| __..--^^^--..__garabik @ melkor.dnp.fmph.uniba.sk |
 ---
Antivirus alert: file .signature infected by signature virus.
Hi! I'm a signature virus! Copy me into your signature file to help me spread!

Re: UPS setup problems (apcuspd and genpower)

[Andreas Tille]

On Mon, 27 Mar 2000, David Bristel wrote:

> This is one of the reasons why I've been happy I bought a Smart-UPS, not only
> does it provide more information(ammount of battery power and UPS load as well
> as other information), but the apcd package for APC monitoring worked
> on it out of the box for slink.
May be I wasn't explaining my point in clear words:  Yes, I *own* a
Smart-UPS, but *not* every cable is able to support that mode.
Check your cable facilities to get a working UPS daemon!

Kind regards

  Andreas.

Re: keyring-maint@debian.org

[Branden Robinson]

On Mon, Mar 27, 2000 at 04:00:30PM -0600, Mike Mattice wrote:
>   How long does it take to get your gpg key updated via
> this e-mail address?

The more you ask, the longer it takes.  :)

Seriously, AFAIK keyring maintenance is handled by one (very busy) person.

Please be patient.

-- 
G. Branden Robinson|It's not a matter of alienating authors.
Debian GNU/Linux   |They have every right to license their
[EMAIL PROTECTED] |software however we like.
roger.ecn.purdue.edu/~branden/ |-- Craig Sanders, in debian-devel


pgplftmyZQTZm.pgp
Description: PGP signature

Re: woody mutt users, please read

[Branden Robinson]

On Mon, Mar 27, 2000 at 10:38:22PM +0200, Marco d'Itri wrote:
> You have to change all "lists" commands in your ~/.muttrc in
> "subscribe".

I have both.  Do you mean I can get rid of "lists" altogether?

Last time I read the docs, they appeared to do slightly different things.

-- 
G. Branden Robinson|
Debian GNU/Linux   |Exercise your freedom of religion.  Set
[EMAIL PROTECTED] |fire to a church of your choice.
roger.ecn.purdue.edu/~branden/ |


pgpj6kS3Xh08u.pgp
Description: PGP signature

Re: ITP: tinydns and dnscache

[Branden Robinson]

On Mon, Mar 27, 2000 at 02:52:59PM -0500, Adam McKenna wrote:
> I just subscribed, and I'd like to let the list know I'm (hopefully) going to
> be working on a couple of new packages, namely tinydns/dnscache by djb, which
> is a replacement for BIND, and djb's "daemontools", (which is required for
> running tinydns).

Since the letters "djb" appear here, I guess it goes without saying that
these will have to go in non-free, but please mention the license when
posting ITP's.

-- 
G. Branden Robinson|If you wish to strive for peace of soul,
Debian GNU/Linux   |then believe; if you wish to be a
[EMAIL PROTECTED] |devotee of truth, then inquire.
roger.ecn.purdue.edu/~branden/ |-- Friedrich Nietzsche


pgpH03QOQaALh.pgp
Description: PGP signature

Re: Potato - update-alternatives (Ian Jackson) and window managers - doubt (and Slink to Potato Success)

[Branden Robinson]

On Mon, Mar 27, 2000 at 09:16:10PM +0200, Wichert Akkerman wrote:
> Previously Robert Bihlmeyer wrote:
> > FWIW, gnome-session is not a window manager.
> 
> But it starts one for you, so it would be a good candidate for an
> x-window-manager alias imho.

I'm antsy about that.

gnome-session itself does NOT provide window management services.

The package also doesn't depend on a real window manager.

I think having it masquerade as a window manager could lead to people not
having a window manager installed at all.

Users generally  need to modify their .xsession files just as they do
their .profile.

If the system administrator wants to modify the default, system-wide X
session file to call gnome-session, he can.  /etc/X11/Xsession is a
conffile.  The onus should be on him to make sure there is at least one
window manager installed that gnome-session can invoke.

Debian has a very configurable X environment; I don't cram much more than I
have to down anyone's throat.  Many things are conffiles so that they can
be tailored by the local admin.  Let's please not pretend this isn't the
case, and pollute the meaning of the x-window-manager virtual package and
alternative.

Session managers and window managers are different things.  See the Debian
X FAQ.

-- 
G. Branden Robinson|You don't just decide to break Kubrick's
Debian GNU/Linux   |code of silence and then get drawn away
[EMAIL PROTECTED] |from it to a discussion about cough
roger.ecn.purdue.edu/~branden/ |medicine.


pgpCaRUEuhkto.pgp
Description: PGP signature

Re: Signing Packages.gz

[Branden Robinson]

On Tue, Mar 28, 2000 at 12:43:32AM +1000, Anthony Towns wrote:
> Actually, now I think about it, the Packages file itself is valuable
> information. Consider a Packages file that doesn't actually changes the
> .deb's, but changes the netbase entry, say to read:
> 
>   Package: netbase
>   Depends: vim
>   Conflicts: nvi, emacsen
> 
> and leaves everything else the same. You can only achieve fairly petty
> vadalism with this, but it would still be nice to avoid it, IMO.

What a deliciously evil idea.

-- 
G. Branden Robinson|Reality is what refuses to go away when
Debian GNU/Linux   |I stop believing in it.
[EMAIL PROTECTED] |-- Philip K. Dick
roger.ecn.purdue.edu/~branden/ |


pgpoJuI7bSUeY.pgp
Description: PGP signature

Re: WNPP

[Ari Makela]

Joey Hess writes:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.

This was mentioned a week or two ago and at least two people
volunteered. I might be interested too. I've not packaged anything
yet, though, and I am not a Debian developer.

-- 
#!/usr/bin/perl -w -- # Ari Makela, [EMAIL PROTECTED], http://www.iki.fi/hauva/
use strict;my $s='I am just a poor bear with a startling lack of brain.';my $t=
crypt($s,substr($s,0,2));$t=~y#IEK65c4qx AR#J o srtahuet#;$t=~s/hot/not/;my
@v=split(//,$t);push(@v,split(//,reverse('rekcah lreP')));foreach(@v){print;}

ITP: gnuplot-mode

[Ryuichi Arafune]

Unless someone else is already working on it and I missed the ITP (checked
on the wnpp list already) then I am going to be packaging up
gnuplot-mode


Source: gnuplot-mode
Section: math
Priority: optional
Maintainer: Ryuichi Arafune <[EMAIL PROTECTED]>
Standards-Version: 3.0.1

Package: gnuplot-mode
Architecture: all
Depends: emacs20 | xemacs20-mule | xemacs20-mule-canna-wnn | xemacs20-nomule | 
xemacs21-mule | xemacs21-mule-canna-wnn, gnuplot
Description: Yet another GnuPlot mode for emacsen. 
 This is inspired by the Gnuplot mode originally written by Gershon
 Elber and initial versions were written in collaboration with Phil
 Type. All of the code in the current version is new and shares only
 some concepts with the original mode by Elber. 
 . 
 Gnuplot mode has the following features: 
  1.Functions for plotting lines, regions, entire scripts, or entire files 
  2.Graphical interface to setting command arguments 
  3.Syntax colorization using font-lock or hilit19 
  4.Automated completion of common words in Gnuplot and automatic indentation 
  5.On-line help using Info for Gnuplot functions and features 
  6.Interaction with Gnuplot using comint 
  7.Convenient key bindings and pull down menus plus a toolbar for use with 
XEmacs 
  8.Customizable using the custom package 
  9.Provides several hooks for additional customization 
 10.Tested with Emacs 19.34 and 20.2 and XEmacs 20.4. Also works with NTEmacs
 20.3. 
 11.Works with any version of Gnuplot 3.5, 3.6, or 3.7 
 12.Distributed with a quick reference sheet in postscript which describes the 
features of
 Gnuplot mode 

Copyright: GPL

Re: WNPP

[Michael Vogt]

On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.
I packed aide for my personal needs some weeks ago. I just uploaded a polished
version to http://members.xoom.com/mydebs/debian/aide. 


> see shy jo
bye
 Michael

-- 
GPG Fingerprint = EA71 B296 4597 4D8B 343E  821E 9624 83E1 5662 C734
 /"\ o
 \ / ASCII RIBBON CAMPAIGN  /|\
  XAGAINST HTML MAIL >>
 / \ o

Re: Signing Packages.gz

[Chris Frey]

Quoting from the mailing list archives... :-)

Marcus Brinkmann <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 26, 2000 at 09:00:34AM +1000, Anthony Towns wrote:
> > The whole file --- verifying each entry would take at least three minutes
> 
> I don't think it is useful to sign the Packages file, because:
> 
> > Whose key should be used? Probably a special one just for dinstall,
> > that's kept fairly securely by the Novare and -admin folks, and revoked
> > regularly.
> 
> Any such key would have to be considered insecure, no matter how soon you
> revoke it. So the paranoid people still don't trust it, and the other don't
> care (probably).

Can someone explain to me why any such key would have to be considered
insecure?  If we are trusting the admin folks to generate the
Packages file itself, can't we trust them to sign it properly?
Is there another avenue that I can't see where this key could be compromised?

And by the way, how do the paranoid people do things now? (since I would like
to be one of those people :-) )  Do they compile everything from source?
The source is the only place I can find a signature at all, and this is
the path I am currently venturing out on.

Thanks for your responses!
- Chris

-- 
---
"Chase the dream, not the competition."
 - motto of the Nemesis Air Racing Team

Re: apt-get cron job

[Daniel Martin]

Peter Cordes <[EMAIL PROTECTED]> writes:

>  I use this line in /etc/crontab on my woody system:
> 42 6* * sun root/usr/bin/apt-get update ; /usr/bin/apt-get -q -d -y 
> -u dist-upgrade ; /usr/bin/apt-get autoclean
> 

I use a similar but much more complicated method to acheive a similar
result.  My situation is that I have only a dialup line and
furthermore share the line with three other people.

First, the cron job:

0 3 * * 6-7 /usr/sbin/pppd call providerapt maxconnect 7200
0 2 * * 1-5 /usr/sbin/pppd call providerapt maxconnect 10800

That says to do downloading from 3-5 am on weekends and from 2-5 am on 
weeknights.  Then, I have in /etc/ppp/ip-up.d/providerapt the contents 
of /etc/ppp/ip-up.d/provider plus the line
   ipparam apt-get

Then finally, in /etc/ppp/ip-up.d/local_aptget I have:
#!/bin/sh
#
if echo "$PPP_IPPARAM" | grep 'apt-get'; then 
  (
http_proxy="http://localhost:80/";
export http_proxy
apt-get -y update
apt-get -y -d -f dselect-upgrade
poff
  ) > /var/local/apt-get.log 2>&1 &
fi

Actually, that isn't completely correct; I have a local web proxy
(that is, close to the other end of my ppp line, but with a fast
connection to the net) that I like to load with what I'm going to get
before I go and get it, so that makes things a bit more complicated.

I should at some point put all of my local configurations up on a web
page somewhere; I'd done that once, but got busy with other things and 
didn't keep it up to date.

Re: RBL report..

[Daniel Martin]

Nils Jeppe <[EMAIL PROTECTED]> writes:

> On Sat, 25 Mar 2000, Jason Gunthorpe wrote:
> 
> > ORBS deserves special mention because of their insane hit count, I don't
> > know what that is about but ORBS would block 10% of the mails we get. I
> > think it is without question that the majority of those blocks are
> > legitimate mails. ORBS is also almost completely inclusive of the RSS and
> > RBL.
> 
> ORBS blocks all open relays. A lot of people have open relays. Since open
> relays still do not have any reason for existence other than admin
> ignorance, the "correct" way here would be to block all open relays and
> then fix the mail servers. ORBS really cuts down on spam, the accounts I
> have protected by ORBS usually only get one type of spam: that is spam
> resent via mailing lists.

ORBS BLOCKS MORE THAN OPEN RELAYS.
Sorry to shout, but I've been bitten by ORBS before.
It blocks open relays *or machines which relay for open relays*.

This means that since my campus's smarthost trusts any machine inside
jhu.edu to send mail out (and why shouldn't it?), an open realy
anywhere on campus can cause all mail going through the smarthost to
be blocked.

To repeat: ORBS does not block only mail that came through open
relays, it blocks mail that came through servers that have in the past 
served open relays.  It allows a single open relay on a mail network
to cause the entire mail network to be blocked.  It is to my mind an
inordinately severe response to the problem.

Re: Bug#32888: marked as done (base: Removing "Obsolete" package base kills a system)

[Nicolás Lichtmaier]

> On Sun, Mar 26, 2000 at 11:14:06PM -0300, Nicolás Lichtmaier wrote:
> > > dpkg-divert --package base-files --divert-to /dev.base/hda /dev/hda
> > 
> >  Ugh.. ugly... 
> > 
> >  The clean solution is to truncate the file list of base, as proposed. This
> > will "release" all the files owned by that package safely, with no danger at
> > all.
> 
> But this will only work as long as the internal format of dpkg's
> database won't change. But I heard it will definitely be changed
> in the future. So how will you deal with this "change"?
> 
> I just wanted to point out a way _without_ changing any
> _internal_ structures. I agree with you that it is ugly. But
> please be careful messing around with dpkg's internals!!!

 Dpkg has no programable interface. Its files have been used and abused by
nearly everyone (and his mother)... and it's not that bad, since it's a
simple and well understood interface.

 And you will do it with this simple shell script code...

if [ -w /var/lib/dpkg/info/base.files -a -s /var/lib/dpkg/info/base.files ]; 
then
> /var/lib/dpkg/info/base.files
fi

 So if the file is not there anymore, it won't harm anyone.

Re: woody mutt users, please read

[Allan M. Wind]

On 2000-03-27 22:38:22, Marco d'Itri wrote:

> You have to change all "lists" commands in your ~/.muttrc in
> "subscribe".

Thanks for the heads up.


/Allan
-- 
Allan M. Wind   Finger: [EMAIL PROTECTED] (GPG/PGP)
P.O. Box 2022   Email: [EMAIL PROTECTED]
Woburn, MA 01888-0022   ICQ: 44214251
USA Phone: 781.279.4513

Re: 0 days till bug horizon

[Joseph Carter]

On Mon, Mar 27, 2000 at 05:38:54PM +0200, Richard Braakman wrote:
> Package: epic4 (debian/main).
> Maintainer: Joseph Carter <[EMAIL PROTECTED]>
>   58508 Epic pre2.503 has bugs which 2.505 has not

The bugs mentioned in this report do not affect everybody.  505 fixed a
few bugs sure, but it created a new one which WOULD affect everybody.  506
fixed that, but had a problem with glibc builds which could not be fixed
this weekend.

hop said he'd fix it today.  Provided that it doesn't break anything else
(it shouldn't, this it is a short/simple patch I'm told) I'll upload it
tonight.  Need to be sure it works first.


I've downgraded the bug's priority a notch.  It probably shouldn't be RC
anyway.  (there's a potential DoS condition that is fixed in 505 that
nobody has come up with an exploit for yet which needs to be fixed in
potato in case someone can..)

-- 
Joseph Carter <[EMAIL PROTECTED]>   GnuPG key 1024D/DCF9DAB3
Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC
The QuakeForge Project (http://quakeforge.net/)   44F9 8FF7 D7A3 DCF9 DAB3

That's the funniest thing I've ever heard and I will _not_ condone it.
-- DyerMaker, 17 March 2000 MegaPhone radio show

Re: Fwd: Re: unable to execute

[Anand Kumria]

On Mon, 27 Mar 2000, Tristan Savatier wrote:

> Yes, but I have not received it.
> 
> We have received several email of people reporting that mtv/mtvp
> does not work at all on some recent distributions of Corel linux.
> Is Corel Linux based on Debian ?

yes it is.

> In all cases, 'mtvp -h' seg faults immediately.  
> normally 'mtvp -h' should just print a help  message
> and exit.

I just checked on my Corel box. You have two version of mtv
available: one for glibc2.0 and the for glibc2.1

It works (well runs, I have no VCDs to test with at work) and display
help (mtvp -h). Even the graphical intreface works too. That .deb was
mtv_1.1.0.20-2_i386.deb

When I install the glibc2.1 version (mtv_1.1.0.20-3_i386.deb) it
promptly fails. You don't seem to have any dependancy information in
your .deb's which is probably a bad thing.

Debian 2.1 ships with libc6-2.0.7.19981211-6; Corel has the same
version. Debian 2.2 has libc6-2.1.3-7 (currently). Perhaps depending
on the right version of the libc6 would be good. Also for the glibc2.0
version you provide an SDL deb, yet it isn't depended upon.

>  usually when this type of thing happens, it is something
> broken with the libraries.  mtvp is one of the few multithreaded
> applications, and anything broken in the thread support would be fatal
> for mtvp.

They've installed the wrong version; perhaps updating your ver web
site with information for Corel would be useful too.

Anand

Uninstallable packages & testing

[Anthony Towns]

Hello world,

My `testing' distribution thing is back up on auric (rather than lully)
now. http://auric.debian.org/~ajt/ . It's running daily or so.

There's a list of uninstallable packages for both woody and potato
(sorted by source package) linked from there too. Stats for potato at
the moment are: (number of uninstallable binary packages by arch)

 * sparc:45
 * i386:10
 * m68k:45
 * alpha:64
 * powerpc:75

The ten i386 uninstallables are:

cricket (not installable on any arch, librrds-perl is depended upon
but only available in woody, not potato)

libglide2-v3 (needs device3dfx-module, which is presumably built by
device3dfx-source, but there aren't any existing packages
that match the kernels we distribute. libglide2 is also
an `optional' package that seems to depend on an `extra'
package)

gsnes9x (in main, which needs snes9x-x which is in non-free)

pcmcia-modules-2.0.36 (which has already been removed, but the
rsync pulse still seems to be happening so auric's out
of date)

scalapack-lam-test
scalapack-mpich-test
scalapack-pvm-test
(all depend on atlas1, which isn't in potato, or even woody
anymore)

spamfilter
(not installable on any arch, depends on spamdb, which
isn't in potato or woody)

tkhylafax (not installable on any arch, depends on hylafax-client,
which isn't in potato)

tkirc (not installable on any arch, depends on ircii, which isn't in
potato or woody)

Cheers,
aj

-- 
Anthony Towns <[EMAIL PROTECTED]> 
I don't speak for anyone save myself. GPG encrypted mail preferred.

 ``The thing is: trying to be too generic is EVIL. It's stupid, it 
results in slower code, and it results in more bugs.''
-- Linus Torvalds


pgpDra5uWNCTw.pgp
Description: PGP signature

Re: 0 days till bug horizon

[Takuo KITAME]

> On 28 Mar 2000 05:13:39 +0200
> "Fred" == Frederic Lepied <[EMAIL PROTECTED]> wrote...

Fred> [EMAIL PROTECTED] (Takuo KITAME) writes:
> On 27 Mar 2000 15:11:17 -0500
> "CW" == Colin Walters <[EMAIL PROTECTED]> wrote...
>> 
> Package: bbdb (debian/main).
> Maintainer: Frederic Lepied <[EMAIL PROTECTED]>
> 59177 xemacs20 didn't compile bbdb-gnus on installation
>> 
CW> Instead of removing this package, couldn't we just change the Depends:
CW> to emacs20 | xemacs21 ?
>> 
>> Wait, I'm working for fix this Bug. and NMU soon.
>> 
>> Frederic, if you cannot maintain bbdb package, I'll take over.
>> How do you think?
>> 
Fred> OK take it. I have been very busy with real life problem and
Fred> I haven't done a good packager job lately.

Thanks. 
I'll upload as maintainer release.

-- 
Takuo KITAME / [EMAIL PROTECTED]
   - It was a dark and stormy night... -

Re: 0 days till bug horizon

[Frederic Lepied]

[EMAIL PROTECTED] (Takuo KITAME) writes:

> > On 27 Mar 2000 15:11:17 -0500
> > "CW" == Colin Walters <[EMAIL PROTECTED]> wrote...
> 
> >> Package: bbdb (debian/main).
> >> Maintainer: Frederic Lepied <[EMAIL PROTECTED]>
> >> 59177 xemacs20 didn't compile bbdb-gnus on installation
> 
> CW> Instead of removing this package, couldn't we just change the Depends:
> CW> to emacs20 | xemacs21 ?
> 
> Wait, I'm working for fix this Bug. and NMU soon.
> 
> Frederic, if you cannot maintain bbdb package, I'll take over.
> How do you think?
> 
OK take it. I have been very busy with real life problem and
I haven't done a good packager job lately.
-- 
Fred - May the source be with you

Re: 0 days till bug horizon

[Takuo KITAME]

> On 27 Mar 2000 15:11:17 -0500
> "CW" == Colin Walters <[EMAIL PROTECTED]> wrote...

>> Package: bbdb (debian/main).
>> Maintainer: Frederic Lepied <[EMAIL PROTECTED]>
>> 59177 xemacs20 didn't compile bbdb-gnus on installation

CW> Instead of removing this package, couldn't we just change the Depends:
CW> to emacs20 | xemacs21 ?

Wait, I'm working for fix this Bug. and NMU soon.

Frederic, if you cannot maintain bbdb package, I'll take over.
How do you think?

Regards.
-- 
Takuo KITAME / [EMAIL PROTECTED]
   - It was a dark and stormy night... -

quiero el read player

[Felipe Martinez]

please no have read player y lo quiero tener

Re: Fwd: Re: unable to execute

[Tristan Savatier]

Anand Kumria wrote:
> 
> On Fri, 24 Mar 2000, Dushara Jayasinghe wrote:
> 
> >
> >
> > --  Forwarded Message  --
> > Subject: Re: unable to execute
> > Date: Thu, 23 Mar 2000 21:12:12 -0800
> > From: Tristan Savatier <[EMAIL PROTECTED]>
> >
> >
> > Dushara Jayasinghe wrote:
> > >
> > > I downloaded mpegtv 1.1.0.20-3 (.deb version) from linuxberg and 
> > > installed it
> > > in Corel Linux -which seems to be the same as debian.
> > >
> > > However, when I tried to execute mtv I get the error 'Segmentation fault'
> > >
> > > What could cuase this problem?
> >
> > We don't know yet.  looks like a problem with the Debian
> > distribution (mtv works fine with all other Linux distributions).
> 
> It works fine for me on Debian 2.2 apart from cutting out the sounds
> after a few minutes of playing VCDs.
> 
> > It would help if you could forward this message to the Debian support
> > team, since the problem is on their side.
> 
> I don't think so. Have you asked this person to send the strace output
> to you?
> 
> Anand

Yes, but I have not received it.

We have received several email of people reporting that mtv/mtvp
does not work at all on some recent distributions of Corel linux.
Is Corel Linux based on Debian ?

In all cases, 'mtvp -h' seg faults immediately.  
normally 'mtvp -h' should just print a help  message
and exit.  usually when this type of thing happens, it is something
broken with the libraries.  mtvp is one of the few multithreaded
applications, and anything broken in the thread support would be fatal
for mtvp.

-t--- Begin Message ---
Hi, I would very much like to use your mtv software.  But I'm having
trouble running it under Corel.  You can see what I wrote below.  I was
trying to save you time by being short and to the point.  Maybe it was
too short and that is why it was ignored.  Can this be run under Corel? 
I would appreciate a response, even it the answer is just, no, won't
work.  That way I won't have to keep following up and trying various
methods to get an answer.  Thanks.

Michael wrote:
> 
> Problem:  I enter:  $ mtvp -h
>   Result: Segmentation fault
> 
> My OS: Linux version 2.2.12 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #1 SMP
> Tue Nov 9 14:11:25 EST 1999
> 
> mtv packages installed: mtv_1.1.0.20-3_i386.deb
> mtv-fullscreen-extension_1.1.0.20-3_i386.deb
> 
> Library/kernel version type issue?  Is there a compatible package for my
> system?--- Begin Message ---
Problem:  I enter:  $ mtvp -h
  Result: Segmentation fault

My OS: Linux version 2.2.12 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #1 SMP
Tue Nov 9 14:11:25 EST 1999

mtv packages installed: mtv_1.1.0.20-3_i386.deb
mtv-fullscreen-extension_1.1.0.20-3_i386.deb

Library/kernel version type issue?  Is there a compatible package for my
system?
--- End Message ---
--- End Message ---
--- Begin Message ---
You asked:

What is the version or name of the corel distribution that you use?

The name is Corel Linux OS Deluxe.  There is no version number, I think
this is the first release.

However proc/version returns: Linux version 2.2.12 ([EMAIL PROTECTED]) (gcc
version 2.7.2.3) #1 SMP Tue Nov 9 14:11:25 EST 1999

Note the SMP and 2.2.12.  Perhaps these are issues?  I would love to
assist with this, unfortunately at the moment I am a little over
utilized.  Corel Linux is pretty neat and seems to be immediately
popular, I hope you guys will eventually find time to look into this but
I understand and appreciate your situation.  Is there some practical way
I can find out if and when you do look into this?  It would be so neat
to have that working on my Linux system.  Thanks.


Tristan Savatier wrote:
> 
> Michael wrote:
> >
> > Hi, I would very much like to use your mtv software.  But I'm having
> > trouble running it under Corel.  You can see what I wrote below.  I was
> > trying to save you time by being short and to the point.  Maybe it was
> > too short and that is why it was ignored.  Can this be run under Corel?
> > I would appreciate a response, even it the answer is just, no, won't
> > work.  That way I won't have to keep following up and trying various
> > methods to get an answer.  Thanks.
> >
> > Michael wrote:
> > >
> > > Problem:  I enter:  $ mtvp -h
> > >   Result: Segmentation fault
> > >
> > > My OS: Linux version 2.2.12 ([EMAIL PROTECTED]) (gcc version 2.7.2.3) #1 
> > > SMP
> > > Tue Nov 9 14:11:25 EST 1999
> > >
> > > mtv packages installed: mtv_1.1.0.20-3_i386.deb
> > > mtv-fullscreen-extension_1.1.0.20-3_i386.deb
> > >
> > > Library/kernel version type issue?  Is there a compatible package for my
> > > system?
> >
> >   
> >
> > Subject: Segmentation Faults/Corel Linux
> > Date: Thu, 09 Mar 2000 23:28:47 -0800
> > From: Michael <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> >
> > Problem:  I enter:  $ mtvp -h
> > 

Re: Fwd: Re: unable to execute

[Anand Kumria]

On Fri, 24 Mar 2000, Dushara Jayasinghe wrote:

> 
> 
> --  Forwarded Message  --
> Subject: Re: unable to execute
> Date: Thu, 23 Mar 2000 21:12:12 -0800
> From: Tristan Savatier <[EMAIL PROTECTED]>
> 
> 
> Dushara Jayasinghe wrote:
> > 
> > I downloaded mpegtv 1.1.0.20-3 (.deb version) from linuxberg and installed 
> > it
> > in Corel Linux -which seems to be the same as debian.
> > 
> > However, when I tried to execute mtv I get the error 'Segmentation fault'
> > 
> > What could cuase this problem?
> 
> We don't know yet.  looks like a problem with the Debian
> distribution (mtv works fine with all other Linux distributions).

It works fine for me on Debian 2.2 apart from cutting out the sounds
after a few minutes of playing VCDs.

> It would help if you could forward this message to the Debian support
> team, since the problem is on their side.

I don't think so. Have you asked this person to send the strace output
to you?

Anand

Re: WNPP

[Brian Almeida]

...or maybe not.  It's got cryptographic hashing algos (tiger, sha1, etc), so
I probably can't package it due to wonderful US laws. Drat.
On Mon, Mar 27, 2000 at 08:12:37PM -0500, Brian Almeida wrote:
> I'll do this, since it relates to my work. :-)
> 
> On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> > Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> > a free tripwire replacement.

-- 
Brian Almeida
Debian Developer   | http://www.debian.org
Linux Systems Engineer @ Winstar   | http://www.winstar.com

Re: WNPP

[Brian Almeida]

I'll do this, since it relates to my work. :-)

On Mon, Mar 27, 2000 at 12:39:52PM -0800, Joey Hess wrote:
> Someone should package AIDE (http://www.cs.tut.fi/~rammer/aide.html). It's
> a free tripwire replacement.
> 
> -- 
> see shy jo
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Brian Almeida
Debian Developer   | http://www.debian.org
Linux Systems Engineer @ Winstar   | http://www.winstar.com

Re: 0 days till bug horizon

[Brian May]

> "Richard" == Richard Braakman <[EMAIL PROTECTED]> writes:

Richard> On Mon, Mar 27, 2000 at 11:55:49AM -0600, Manoj
Richard> Srivastava wrote:
>> This should not be a RC bug: bbdb works just fine for
>> emacs19/20, and even the basic package continues to work for
>> XEmacs (for VM users, for example). Only the interface between
>> bbdb and gnus in _one_ of the flavours of emacs is broken; does
>> it justify yanking bbdb despite the fact it works for a large
>> number of people?

Richard> That depends on what happens.  Does the install process
Richard> fail because xemacs20 happens to be installed?

Actually, for me (the original bug submitter), it works on one
computer (with xemacs20 and xemacs21 installed, I only use xemacs20),
but doesn't work on another computer (with xemacs20 installed).

I set the severity to important, as I feel that bbdb support is
important for gnus, and also, because I think it should be easy to fix
(if you know what you are doing --- I don't). The error message
doesn't make sense. I will quote it here:

xemacs20 -batch -q -no-site-file -eval "` dir=\". \"; echo \(setq load-path 
\(append \(list ; for i in $dir ; do echo \\"$i\\"\ ; done ; echo \) 
load-path\)\) ; `" -l ./bbdb.elc -eval '(if (not (string-match 
"/usr/share/xemacs20/site-lisp/../lisp/gnus" "")) (setq load-path (cons 
"/usr/share/xemacs20/site-lisp/../lisp/gnus" load-path)))'\
-f batch-byte-compile bbdb-gnus.el
Compiling /usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gnus.el...
While compiling toplevel forms in file 
/usr/share/emacs/site-lisp/bbdb/lisp/bbdb-gnus.el:
  !! File error (("Cannot open load file" "gnus"))
Done

Can't find gnus? But I use gnus all the time! I am using it
right now! I do not understand the logic that sets the load-path, it
is possible that might be wrong.

I manually compiled the bbdb-gnus file, but still couldn't use bbdb
from Gnus, so I am hoping this doesn't indicate another problem.

However, nobody has even tried to contact me... (I haven't checked the
BTS though, so somebody may have sent a message there, and failed to
send me a CC). I can provide more details, if you tell me what I
should check.

I don't think it is worth dropping the package though.
-- 
Brian May <[EMAIL PROTECTED]>

Re: Bash and Letter E

[Rodrigo Castro]

On Sun, Mar 26, 2000 at 10:00:58PM -0400, Peter Cordes wrote:
>  Is "\EOF" really what your file says here?  maybe \E isn't treated as
> escape, so bash is looking for a literal "E" to be followed by "OF", and
> then it will go to the end of the line.  (Try that, typing "EOF", and see if
> the cursor jumps to the end of the line.)  If it does, then remove that line
> from /etc/inputrc!

You made it, Peter. That was the problem. I think I only have
changed the variable INPUTRC and not the file, so it was read
everytime and I had this problem! Thank you very much for your
attention, Peter and I thank you everyone who helped me with
suggestions.

[]'s
-- 
Rodrigo Castro   <[EMAIL PROTECTED]>
Computer Science undergraduate student - University of Sao Paulo

I do not fear computers.  I fear the lack of them.
-- Isaac Asimov

Re: Debconf question

[Michael Vogt]

On Mon, Mar 27, 2000 at 03:00:43PM -0800, Joey Hess wrote:
> Michael Vogt wrote:
> > Ok, stupid me. I had a line likes this in my debian/config:
> > "db_input medium shared/ldapns/ldap-server || true"
> > So, the question is allways asked. 
> 
> I don't see why the question would always be asked. Debconf defaults to
> only asking questions if the user has not seen them before. I think the
> above should work just fine.
Human error (strikes again). You are right, of course. I set my debconf
to "Show all old questions again and again" :-) (stupid me).

> > This works, debconf asks for the ldap-server, if libpam-ldap is the first
> > package that sets this value and if shared/ldapns/ldap-server is allready
> > owned by another package, debconf is quiet.
> 
> That's incorrect, multiple packages can own a value, and multiple owners
> may be set by debconf before *any* of the packages is configured.
Yup. Very incorrect and very complicated. I removed this crap and it works
like a charm. Debconf is realy nice :)


> see shy jo
bye
 Michael
-- 
GPG Fingerprint = EA71 B296 4597 4D8B 343E  821E 9624 83E1 5662 C734
 /"\ o
 \ / ASCII RIBBON CAMPAIGN  /|\
  XAGAINST HTML MAIL >>
 / \ o

ITP: ddclient (dyndns.org IP address updater)

[Steve Greenland]

ddclient is used to update your (dynamic) IP address at dyndns.org.

Questions:

1. Section net or admin?

2. The program can use a config file to store the hostname and
dyndns.org username and password. This is convenient if one is running
it automatically (when dhcpcd gets a new ip, for example). I've modified
ddclient to only use the config file if it is unreadable by group and
other. Is this sufficient? Any better ideas? (the admin can, of course,
just run it by hand and specify the user/pwd on teh command line, there
is no requirement that the configuration file be used.)


Here's the control file:

Source: ddclient
Section: net
Priority: extra
Maintainer: Steve Greenland <[EMAIL PROTECTED]>
Standards-Version: 3.1.1

Package: ddclient
Architecture: all
Depends: perl5, debconf
Description: Update dynamic IP address at DynDNS.org
 
 A perl based client to update your dynamic IP address at DynDNS.org,
 thus allowing you and others to use a fixed hostname (myhost.dyndns.org)
 to access your machine. This client supports both the dynamic and
 (near) static services, MX setting, and alternative host. It caches the
 address, and only attempts the update if the address actually changes.

 For more information on DynDNS.org, see http://www.dyndns.org/.

-- 
Steve Greenland <[EMAIL PROTECTED]>
(Please do not CC me on mail sent to this list; I subscribe to and read
every list I post to.)

Re: Debconf question

[Joey Hess]

Michael Vogt wrote:
> Ok, stupid me. I had a line likes this in my debian/config:
> "db_input medium shared/ldapns/ldap-server || true"
> So, the question is allways asked. 

I don't see why the question would always be asked. Debconf defaults to
only asking questions if the user has not seen them before. I think the
above should work just fine.

> db_metaget shared/ldapns/ldap-server owners
> if [ "libpam-ldap" = $RET ] || [ "$1" = "reconfigure" ]; then
> db_input medium shared/ldapns/ldap-server || true 
> if
> db_go
> ---8<--
> This works, debconf asks for the ldap-server, if libpam-ldap is the first
> package that sets this value and if shared/ldapns/ldap-server is allready
> owned by another package, debconf is quiet.

That's incorrect, multiple packages can own a value, and multiple owners
may be set by debconf before *any* of the packages is configured.

-- 
see shy jo

Re: Debconf question

[Michael Vogt]

> > I tryed adding this to the template and config file of both packages and
> > hoped that after installing one lib, "db_get shared/ldapns/ldap-server"
> > for the other lib would return the value entered in the first lib.
> > But it didn't work. Any help would appreciated :)
> 
> Hm. That should work. Any package can access the values of any question in
> the debconf database.
Ok, stupid me. I had a line likes this in my debian/config:
"db_input medium shared/ldapns/ldap-server || true"
So, the question is allways asked. Currently I do something like this:
---8<--
db_metaget shared/ldapns/ldap-server owners
if [ "libpam-ldap" = $RET ] || [ "$1" = "reconfigure" ]; then
db_input medium shared/ldapns/ldap-server || true 
if
db_go
---8<--
This works, debconf asks for the ldap-server, if libpam-ldap is the first
package that sets this value and if shared/ldapns/ldap-server is allready
owned by another package, debconf is quiet. 
Do you think this is ok? Or is there a better way to handle this?



> see shy jo
bye
 Michael

P.S. debconf for libpam-ldap and libnss-ldap is almost complete. I am looking
for an expert for PAM. I made a set of ldap enabled pam files for libpam-ldap
(i used the pam.d/* in base-files as template) and I would be very happy if 
someone could have a look at them.
-- 
GPG Fingerprint = EA71 B296 4597 4D8B 343E  821E 9624 83E1 5662 C734
 /"\ o
 \ / ASCII RIBBON CAMPAIGN  /|\
  XAGAINST HTML MAIL >>
 / \ o