Re: Bug#308725: ITP: dhcpv6 -- a stateful address autoconfiguration protocol for IPv6

[Peter Samuelson]

[Adam M.]
>   Description : a stateful address autoconfiguration protocol for IPv6
>  DHCPv6 is a stateful address autoconfiguration protocol for IPv6, a
>  counterpart to IPv6 stateless address autoconfiguration protocol.

Please specify whether your package provides a client, a server, or
both.  If it's only a client, or only a server, you should probably
rename the package accordingly (see the DHCPv4-related packages).

It wouldn't hurt to mention that the stateless server is the Debian
package 'radvd' and doesn't require specific client software other than
iproute or whatever.

>  It can either be used independently or it can coexist with its
>  counterpart protocol. This protocol uses client/server mode of
>  operation but can also provide support through a Relay Agent.

Is the Relay Agent provided by this package as well, or by a separate
Debian package, or does Debian not have one at all?


signature.asc
Description: Digital signature

Macromedia Dreamwaver+FlashMX = usd109.95

[Eblount]

OEM version:
www.b0f8estzfmb0qct.okrughjamb.com

Download version:
www.b0x7w0dzf4tacet.aphraimnhl.com

Debian-devel-announce.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: pine license

[Glenn Maynard]

On Thu, May 12, 2005 at 08:44:42AM +0200, Jeroen van Wolffelaar wrote:
> On Thu, May 12, 2005 at 10:33:18AM +0900, Miles Bader wrote:
> > Wouter Verhelst <[EMAIL PROTECTED]> writes:
> > > Well, there's nano -- and if you want the pine UI, most people recommend
> > > mutt with a .muttrc that contains pine-style keybindings.
> > >
> > > At least that's what I used when switching from pine to mutt...
> > 
> > Does that actually offer the "pine experience" though?
> 
> Could you all please discuss this type of stuff on -legal, not on
> -devel, the technical discussion list?

How, exactly, is .muttrc and the "pine experience" relevant to debian-legal?

-- 
Glenn Maynard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#308725: ITP: dhcpv6 -- a stateful address autoconfiguration protocol for IPv6

[Wouter Verhelst]

On Thu, May 12, 2005 at 02:10:35AM -0500, Peter Samuelson wrote:
> It wouldn't hurt to mention that the stateless server is the Debian
> package 'radvd' and doesn't require specific client software other than
> iproute or whatever.

s/other than.*//

The kernel handles routing advertisement packets.

-- 
The amount of time between slipping on the peel and landing on the
pavement is precisely one bananosecond


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[Fwd: RFS: eaccelerator - PHP script cacher]

[Roberto C. Sanchez]

I forwarding this to d-d since after a couple of days I
still have no response from anyone on d-m willing to sponsor
this package.

I really hope that someone sees the need for a PHP script
caching package in the Debian repository.  I am also hoping
that someone is willing to help me with rest of the steps in
becoming a DD.  (After a few years of using Debian and
intending to try and become a DD, I have decided that it
is time for me to get off my butt and do it.  Especially
since if I wait until I have "enough time" I will never do
it.)

-Roberto

 Original Message 
Subject: RFS: eaccelerator - PHP script cacher
Date: Wed, 11 May 2005 00:43:06 -0400
From: Roberto C. Sanchez <[EMAIL PROTECTED]>
To: Debian Mentors 
CC: [EMAIL PROTECTED]

Greetings debian-mentors (and Ola),

Short story: after a recent upgrade of my server from Woody to Sarge,
along with going from horde2 to horde3, I noticed that my PHP
performance sucked :-(   I embarked on a quest to learn about PHP
performance tuning, and decided (among other things) to install a
caching program.  There is currently no cahcing program for PHP
scripts in the Debian archive, so I packaged it up and am seeking a
sponsor.

Details:

Package name: eacclereator
License: GPL2
Description: Increases performance of PHP scripts by caching
 eAccelerator is a free open source PHP accelerator,
 optimizer, encoder and dynamic content cache for PHP.
 It increases performance of PHP scripts by caching them
 in compiled state, so that the overhead of compiling is
 almost completely eliminated. Also it uses some
 optimizations to speed up execution of PHP scripts.
 eAccelerator typically reduces server load and increases
 the speed of your PHP code by 1-10 times.
 .
 eAccelerator is a fork of TurckMMCache
 ( http://sourceforge.net/project/turckmm-cache/  )
 .
 For more information see the eAccelerator homepage at
 http://eaccelerator.net/HomeUk

You can get the binary and source packages from here:

deb http://familiasanchez.net/~sanchezr/debian/ sarge main
deb-src http://familiasanchez.net/~sanchezr/debian/ sarge main

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


signature.asc
Description: OpenPGP digital signature

what's the time Mr Wolf?

[Bella]

Order : Rolex or Cartier or Breitling
http://exquisite.q67.net/replica/vron/festive.html
What's in your louis vuitton handbag?

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308797: ITP: qtdmm -- GUI for digital multimeter (DMM)

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller <[EMAIL PROTECTED]>


* Package name: qtdmm
  Version : 0.8.4
  Upstream Author : Matthias Toussaint <[EMAIL PROTECTED]>
* URL : http://www.mtoussaint.de/qtdmm.html
* License : GPL
  Description : GUI for digital multimeter (DMM)

 QtDMM is a DMM readout software including a configurable recorder.
 The recorder features manual start, scheduled start (at a given time) and
 triggered automatic start when given thresholds are reached.  Additionally
 you can start an external application when given thresholds are reached.
 
 It was initially written for Metex (and compatible like VOLTCRAFT)
 multimeter which use an 14 byte protocol. Later several more protocols
 have been added. With version 0.8 the ability to display more than one
 value from the multimeter was added.

 A package awaiting your sponsoring is on
 http://bioinformatics.pzr.uni-rostock.de/~moeller/debian/qtdmm

 Steffen



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [Fwd: RFS: eaccelerator - PHP script cacher]

[Florian Weimer]

* Roberto C. Sanchez:

> I forwarding this to d-d since after a couple of days I
> still have no response from anyone on d-m willing to sponsor
> this package.

Please have a look at the following discussions:





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: reassign 308495 to pmud, severity of 308495 is important

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 308495 pmud
Bug#308495: general: pmud does not turn off display
Bug reassigned from package `general' to `pmud'.

> severity 308495 important
Bug#308495: general: pmud does not turn off display
Severity set to `important'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [Fwd: RFS: eaccelerator - PHP script cacher]

[Roberto C. Sanchez]

Quoting Florian Weimer <[EMAIL PROTECTED]>:
* Roberto C. Sanchez:
I forwarding this to d-d since after a couple of days I
still have no response from anyone on d-m willing to sponsor
this package.
Please have a look at the following discussions:


Thanks.  I was not aware.  Is there a problem with me providing the 
eAccelerator
packages?  I am not distributing PHP at all, and I also have the eAccelerator
source available with the binary.  If there is a problem, then I will remove
them so they are not longer publically accessible.

I really hope that this is worked out.
-Roberto
--
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#308837: ITP: kfolding -- KDE applet for Folding@home

[MaXeR]

Package: wnpp
Severity: wishlist
Owner: MaXeR <[EMAIL PROTECTED]>

* Package name: kfolding
  Version : 1.0.0-rc2-1
  Upstream Author : Kevin Hessels <[EMAIL PROTECTED]>
* URL : http://members.shaw.ca/khessels/kfolding/
* License : GPL
  Description : KDE applet for [EMAIL PROTECTED]

 Kfolding is an applet for the KDE panel. It provides a 
 convenient and unobtrusive way to monitor, visualise, 
 and control the [EMAIL PROTECTED] client software.
 .
 Features:
  - One-click access to start and stop the client software
  - Graphical display of the current work unit's progress
  - Detailed work queue information
  - 3D visualisation of the current work unit

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-maxer
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#308725: ITP: dhcpv6 -- a stateful address autoconfiguration protocol for IPv6

[Adam M]

On 5/12/05, Peter Samuelson <[EMAIL PROTECTED]> wrote:
> 
> [Adam M.]
> >   Description : a stateful address autoconfiguration protocol for IPv6
> >  DHCPv6 is a stateful address autoconfiguration protocol for IPv6, a
> >  counterpart to IPv6 stateless address autoconfiguration protocol.
> 
> Please specify whether your package provides a client, a server, or
> both.  If it's only a client, or only a server, you should probably
> rename the package accordingly (see the DHCPv4-related packages).

This was meant as a ITP: 

One binary will include the client, and another the server

> It wouldn't hurt to mention that the stateless server is the Debian
> package 'radvd' and doesn't require specific client software other than
> iproute or whatever.

Yes, radvd is the stateless server and the kernel has the "client" for
auto-self-configuration.

> >  It can either be used independently or it can coexist with its
> >  counterpart protocol. This protocol uses client/server mode of
> >  operation but can also provide support through a Relay Agent.
> 
> Is the Relay Agent provided by this package as well, or by a separate
> Debian package, or does Debian not have one at all?

I don't think there is one. The sources do have a dhcp6relay.c, but
that is not compiled. The relay agent is in the TODO list. I guess the
Relay Agent should have been lowercase!

- Adam

Re: adduser: what is the difference between --disabled-password and--disabled-login

[Marc Haber]

On Wed, 11 May 2005 01:40:33 +0300, Shaul Karl <[EMAIL PROTECTED]> wrote:
>The way I understand it, the effect of ! or * is identical.

No.

>Alternatively, the difference is set by the configuration of pam, which,
>I believe, is out of adduser scope. This match my experience that login
>through SSH RSA key is possible even if a '!' is used.
>  In any case, am I right that adduser's --disabled-login and 
>--disabled-password looks to be the same?

Once again, it is "UsePam yes" in the default /etc/ssh/sshd_config
which breaks things.

If that option is switched off, an account created with adduser
--disabled-login is impossible to ssh into (log entry "sshd[14704]:
User testuser not allowed because account is locked") while an account
created with adduser --disabled-password can ssh in fine via
authorized_keys.

"UsePam yes" is generally a _big_ surprise for the local admin since
it allows passwords to be used even if "UsePasswordAuthentification
no" is set in sshd_config.

Looks like we have just found the second security option which is
broken by "UsePam yes". Bad, very bad.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Bug#308873: ITP: mercurial -- scalable distributed SCM

[Vincent Danjean]

Package: wnpp
Severity: wishlist
Owner: Vincent Danjean <[EMAIL PROTECTED]>

* Package name: mercurial
  Version : 0.4e
  Upstream Author : Matt Mackall <[EMAIL PROTECTED]>
* URL : http://selenic.com/mercurial
* License : GPL
  Description : scalable distributed SCM

Mercurial is a very efficient distributed SCM. It is very similar to git
(the SCM used by Linus for the kernel), but does not take so many place
to save data (it stores diff instead of plain file for modified files)

>From the upstream author, mercurial is a new proof-of-concept SCM. The
goals are:
   * to initially be as simple (and thereby hackable) as possible
   * to be as scalable as possible
   * to be memory, disk, and bandwidth efficient
   * to be able to do "clone/branch and pull/sync" style
   * development


 As the interface can still change a lot (it new software), I will not
write the missing man page immediately (so it will not be uploaded in
Debian for now). However, the experimental package can be found here:
http://dept-info.labri.fr/~danjean/deb.html#mercurial

  Vincent

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-act
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Debian Woody -> Sarge upgrade report

[Roberto C. Sanchez]

Roberto C. Sanchez wrote:
[SNIP]
> In summary, here are the things that I saw:
> 1. Dependency resolution was spectacular (who would expect less from
> Debian?)
> 2. New config files went OK.
> 3. Cyrus IMAP (going from cyrus v1.5 to cyrus21) broke very hard
> 4. sslwrap upgrade completely choked over openssl
[SNIP]
> 3.  I really have no idea what happened here.  I carefully followed
> the upgrade instructions, but my mailboxes.db ended up corrupted, which
> caused the cyrus server to go crazy.  Also, once I got saslauthd to
> where it would work correctly, cyrus refused all imap and imaps
> connections.  I ended up having to go into /etc/hosts.allow and add
> ALL:LOCAL for cyrus to finally accept only local imap connections.
> I never figured out how to get it to accept imaps connections without
> adding ALL:ALL, which is not an acceptable solution).  About 4 hours
> of Google searching yielded no useful information.  I ended up setting
> impas to go through sslwrap (as I had for cyrus v1.5), since it would
> accept remote connections.  I can't tell if this is a bug or a mis-
> configuration on my part.
[SNIP]

OK.  I figured this out.  The problem was misconfiguration on my part.
However, I think the documentation was less than helpful.  I had this
in /etc/hosts.allow prior to upgrade:

imapd: LOCAL

Since cyrus in Woody was not ssl-enabled, I had sslwrap to proxy imaps.
Here is the section from README.Debian in cyrus21-common:

 o The services are tcp-wrapped.  Their hosts.allow/hosts.deny id is the
   service name in /etc/cyrus.conf. See hosts_access(5).

I didn't quite understand and/or see this during the upgrade, but
I ended up having to add LOCAL: ALL to /etc/hosts.allow (which I did
not like).  I finally figured this out after reading the README.Debian
for about the fifth time yesterday.

I don't think it is quite worthy of a bug report (maybe low priority,
but then the change won't go into Sarge).  However, I think that it
should be more clearly stated that, e.g., if you HAD 'imapd' listed in
hosts.allow, that it now becomes 'imap'.  I consider myself an
experienced user/admin and this little thing totally caught me off
guard.

Just my thoughts,

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~sanchezr


signature.asc
Description: OpenPGP digital signature

Re: /usr/lib vs /usr/libexec

[Nathanael Nerode]

> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> 
> > Which doesn't? Minix maybe. Even ext2/3 has hashes for dir if you
> > format it that way.
Thomas Bushnell BSG wrote:
> 
> Is this the Debian default for installation?

Yes, it is.  I just checked and every install I've done turned this on without 
my knowledge.  :-)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: adduser: what is the difference between --disabled-password and--disabled-login

[Russ Allbery]

Marc Haber <[EMAIL PROTECTED]> writes:

> "UsePam yes" is generally a _big_ surprise for the local admin since it
> allows passwords to be used even if "UsePasswordAuthentification no" is
> set in sshd_config.

Yes, because UsePam doesn't use password authentication; it just uses
passwords to authenticate.  *sigh*.  The sshd documentation is
particularly bad in this area.

To share what took me hours to figure out:  There are two authentication
mechanisms in SSH that use passwords.  One is called "password" and the
other is called "keyboard-interactive".  When sshd_config talks about the
option UsePasswordAuthentication, it's not speaking in English, it's
speaking in terms of the SSH protocol and is talking about disabling the
password *authentication method*.  The authentication method
keyboard-interactive may still be enabled.

To add an additional twist, OpenSSH uses keyboard-interactive to talk to
itself, but a lot of the other SSH clients out there only know password.

Any corrections welcome; I figured out the above by reading the source
code and looking at protocol traces and I may still have the details
wrong.

-- 
Russ Allbery ([EMAIL PROTECTED]) 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

RC bug #308477 and MIA maintainer (?)

[=?iso-8859-1?Q?Fr=E9d=E9ric?= Bothamy]

Hello,

I have recently (3 days ago) reported the RC bug #308477 for the
libtextwrap1 package. As I have not received any answer from the
maintainer (and there is another older important bug for which he has
made no comments), I am wondering if:

- I am not totally wrong on this bug report (I am still unsure about the
  "Run-time support programs" of the 8.2 section of Debian Policy)
- the maintainer (Tomohiro Kubota) may be MIA (from what I have found
  using debian.org website, his last message was in august 2004).

If both conditions are true, the source package libtextwrap would be a
good candidate for an NMU (a patch is included in the bug report), but
it would definitely need some more testing from a DD (removal is
probably not an option as cdebconf depends on it).

Greetings,


Fred

PS: please CC as I am not subscribed to the list. Thanks.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: /usr/lib vs /usr/libexec

[Thomas Bushnell BSG]

Josselin Mouette <[EMAIL PROTECTED]> writes:

> Le mercredi 11 mai 2005 Ã 13:35 -0300, Humberto Massa a Ãcrit :
>> Imagine that, to load Konqui, you have to go 200 times to the disk (ok, 
>> cache, but...), each of them reading the 1 entries I have in 
>> /usr/lib, some of them twice or three times, to follow the symlinks.
>> 
>> This is a real inefficiency.
>
> You said it: there is a cache. After the first access, the directory
> will be in the cache. Making all of this a purely imaginary problem.

The whole directory is in the cache?  I don't think so.  Remember,
that in between each lookup, a library gets searched, which probably
flushes the entire cache.

Re: RC bug #308477 and MIA maintainer (?)

[Steve Langasek]

severity 308477 important
thanks

Hi Fred,

On Fri, May 13, 2005 at 02:45:41AM +0200, Frédéric Bothamy wrote:
> I have recently (3 days ago) reported the RC bug #308477 for the
> libtextwrap1 package. As I have not received any answer from the
> maintainer (and there is another older important bug for which he has
> made no comments), I am wondering if:

> - I am not totally wrong on this bug report (I am still unsure about the
>   "Run-time support programs" of the 8.2 section of Debian Policy)
> - the maintainer (Tomohiro Kubota) may be MIA (from what I have found
>   using debian.org website, his last message was in august 2004).

> If both conditions are true, the source package libtextwrap would be a
> good candidate for an NMU (a patch is included in the bug report), but
> it would definitely need some more testing from a DD (removal is
> probably not an option as cdebconf depends on it).

You are correct that it is a policy violation.  However, not all policy
violations are release-critical for a given release; see
.  In particular, since there
are no other versions of libtextwrap for us to worry about conflicting with
this /usr/bin/dotextwrap binary, this bug is not RC for sarge because
nothing is broken by it in practice.  Moving the binary to the -dev package
can be done just as well post-sarge whenever libtextwrap2 appears, using the
same Replaces: libtextwrap1 with no ill effects.

Thanks,
-- 
Steve Langasek
postmodern programmer


signature.asc
Description: Digital signature

Photoshop, Windows, Office. CHEAP.

[Blanch]

OS-Adobe-Macromedia etc All under $15-$99 CDS
http://bamuxe.azwpdrs37kszpta.hitchiclah.com

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]