Re: [custom] Some issues for custom debian distributions

2003-07-28 Thread Bob Proulx
Christoph Berg wrote:
> The problem that one doesn't want things like .bash_completion read
> there is easily solved by
> 
>   # check whether we run interactively
>   [ "$PS1" ] || return
> 
> (Something like that exists in Debian's /etc/skel/.bash_profile.)

Uh, no.  You are thinking of /etc/skel/.bashrc which does that.  The
profile sources the bashrc unconditionally.

> So test for reading ~/.bashrc should be done first in X startup files,
> only reading ~/{.bash_,}profile if the former doesn't exist.

Bash already automatically loads up the bashrc file if it is not a
login shell.  Loading bashrc is not the problem.  It is loading up
functionality which traditionally exists in the profile which is the
problem.

BTW, I see a lot of people turn their terminals into login shells with
'xterm -ls' and the like in order to make every shell a login shell
and source their profiles.  Which I think is a less than optimal
configuration and I avoid that myself.

Bob


pgpMenSL60IBd.pgp
Description: PGP signature


Re: clamav-daemon: Bashism in init file, and restart

2003-07-28 Thread Timshel Knoll
Hi,

It's better to write POSIX standards - compliant shell scripts than just
explicitly use /bin/bash, IMHO, especially for bash-isms as simple as
this one. Just replace ">& /dev/null" with "> /dev/null 2>&1".

Cheers,

Timshel

-- 
Timshel Knoll
Debian GNU/Linux Developer  http://www.debian.org/
SPI Contributing Member http://www.spi-inc.org/
GnuPG:  1024D/DE3E8AA7 Timshel Knoll <[EMAIL PROTECTED]>
Fingerprint:6ABC 91A9 E274 ED67 0E32  8F0F 5DFA 9391 DE3E 8AA7


signature.asc
Description: This is a digitally signed message part


Re: [custom] Some issues for custom debian distributions

2003-07-28 Thread Christoph Berg
Re: Re: [custom] Some issues for custom debian distributions [Bob Proulx 
<[EMAIL PROTECTED]>, Sun, Jul 27, 2003 at 11:10:40PM -0600, <[EMAIL PROTECTED]>]
> > # check whether we run interactively
> > [ "$PS1" ] || return
> > 
> > (Something like that exists in Debian's /etc/skel/.bash_profile.)
> 
> Uh, no.  You are thinking of /etc/skel/.bashrc which does that.  The
> profile sources the bashrc unconditionally.

Sorry - I screwed up the file names. FYI, the "source" is commented out
in /etc/skel/.bash_profile:

#if [ -f ~/.bashrc ]; then
#source ~/.bashrc
#fi

(Maybe that should be changed - it would be a resonable default for
users that don't want to edit/don't know how to edit .bash_profile.)

> Bash already automatically loads up the bashrc file if it is not a
> login shell.  Loading bashrc is not the problem.  It is loading up
> functionality which traditionally exists in the profile which is the
> problem.

Only for interactive shells, quoting bash(1):
   When an interactive shell that is not a login shell is started,
   bash reads and executes  commands from ~/.bashrc, if that file
   exists.  This may be inhibited by using the --norc option. The
   --rcfile file option will force bash to read and execute commands
   from  file  instead  of ~/.bashrc.

Nevertheless, the above test for $PS1 is still useful if you source
.bashrc in .xsession etc where you want variables, but no completion
etc.

Christoph
-- 
Christoph Berg <[EMAIL PROTECTED]>, http://www.df7cb.de
Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944


pgpDanoNoJYAx.pgp
Description: PGP signature


hey

2003-07-28 Thread Diane M Marsh



hi my name is tom and i saw your name at this site 
so i figured maybe u could send some pics and stuff so  my email is [EMAIL PROTECTED] 
later


Bug#203187: ITP: charva -- java windowing toolkit for text terminals

2003-07-28 Thread Arnaud Vandyck
Package: wnpp
Severity: wishlist

* Package name: charva
  Version : 1.0.1
  Upstream Author : Rob Pitman <[EMAIL PROTECTED]>
* URL or Web page : http://www.pitman.co.za/projects/charva/
* License : LGPL
  Description : java windowing toolkit for text terminals

Java framework for presenting  a "graphical" user interface, composed of
elements such as  windows, dialogs, menus, textfields and  buttons, on a
traditional character-cell ASCII  terminal. It has an API  based on that
of "Swing"  (a.k.a. the  Java Foundation Classes).  Programmers familiar
with AWT  and Swing will  find programming CHARVA  straightforward. User
interfaces can be designed on  WYSIWYG IDEs such as Borland JBuilder and
then  easily  converted  to  CHARVA  merely  by  changing  the  "import"
statements  to  import  the  "charva.awt  and  "charvax.swing"  packages
instead of the standard "java.awt" and "javax.swing" packages. 

HomePage: 
Screenshots: 

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpv4J7MRFKvI.pgp
Description: PGP signature


Bug#203188: ITP: jaxe -- xml editor written in java

2003-07-28 Thread Arnaud Vandyck
Package: wnpp
Severity: wishlist

* Package name: jaxe
  Version : 1.5
  Upstream Author : Damien Guillaume, Bodo Tasche, Léa Guillon, Bertrand
Delacretaz, Sven Kitschke.
* URL or Web page : http://jaxe.sourceforge.net/
* License : GPL
  Description : xml editor written in java

Jaxe features:
* configurable with an XML schema and a file describing the menus to
  insert the elements
* adapted to structured narrative XML documents
* validation at elements insertion
* multi-platform (Java 1.3+)
* free open-source software
* possible  addition of  Java  modules to  add customised  graphical
  interfaces
* HTML preview with an XSLT stylesheet
* panel with a tree view
* panel with allowed elements
* panel with the current element attributes
* contextual menu
* multiple undo/redo
* source code display
* complete validation using Xerces
* configuration file examples  for XHTML strict, simplified Docbook,
  and a schema for online courses
* French, English  and German localisations (the  system language is
  used by default)
* spell checking with English, French and German dictionaries

-- Arnaud Vandyck, STE fi, ULg
   Formateur Cellule Programmation.


pgpmu9XJRA3Tl.pgp
Description: PGP signature


Re: hey

2003-07-28 Thread Xavier Roche
It might be a good idea to reject MIME messages in -devel? Do we need 
attachments? (patchs can be inserted in the message body)




Re: hey

2003-07-28 Thread Matthew Palmer
[It might also be a good idea to wrap your postings]

On Mon, Jul 28, 2003 at 01:07:46PM +0200, Xavier Roche wrote:
> It might be a good idea to reject MIME messages in -devel? Do we need
> attachments? (patchs can be inserted in the message body)

GPG/MIME is nice.  And attached patches make things tidier (although the
overhead for very small patches is significant).

I don't see the problem, honestly.  One piece of spam gets through, and your
world is falling.  I don't know what the list admins are doing, but they're
doing it damn well as far as I'm concerned.

- Matt




Re: hey

2003-07-28 Thread Arnaud Vandyck
Xavier Roche <[EMAIL PROTECTED]> wrote:
> It might be a good idea to  reject MIME messages in -devel? Do we need
> attachments? (patchs can be inserted in the message body)

pgp signature *should* be attached

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/


pgp6Q8YBVPiDi.pgp
Description: PGP signature


Re: hey

2003-07-28 Thread Christoph Berg
Re: Re: hey [Xavier Roche <[EMAIL PROTECTED]>, Mon, Jul 28, 2003 at 01:07:46PM 
+0200, <[EMAIL PROTECTED]>]
> It might be a good idea to reject MIME messages in -devel? Do we need 
> attachments? (patchs can be inserted in the message body)

/me would miss his gpg signature

Christoph
-- 
Christoph Berg <[EMAIL PROTECTED]>, http://www.df7cb.de
Wohnheim D, 2405, Universität des Saarlandes, 0681/9657944


pgp9HmFbIWekM.pgp
Description: PGP signature


Re: hey

2003-07-28 Thread Colin Watson
On Mon, Jul 28, 2003 at 01:07:46PM +0200, Xavier Roche wrote:
> It might be a good idea to reject MIME messages in -devel? Do we need
> attachments? (patchs can be inserted in the message body)

Even the BTS understands attachments now. I wouldn't be a fan of
rejecting them from -devel. In particular, some crap mailers mangle
inline patches.

-- 
Colin Watson  [EMAIL PROTECTED]




Bug#203200: ITP: sins -- Snake game playable with only one key

2003-07-28 Thread Sebastian 'yath' Schmidt
Package: wnpp
Version: unavailable; reported 2003-07-28
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: sins
  Version : 0.3
  Upstream Author : Petr Malat <[EMAIL PROTECTED]>
* URL : http://petrm.host.sk/sins.html
* License : GPL
  Description : Snake game playable with only one key

SINS is a snake game inspired by the Palm game Sccave. It is a
snake game, which is only played with the spacebar. With it, you
can boost the snake up while trying not to hit a wall.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQE/JSsHvBVic1oTsEgRAvp3AJ95f5/ZIYpMbXla/0epmSyYunmg6wCeJuxy
xN0DQNIWML6+KEXFYXEvg+M=
=hJXP
-END PGP SIGNATURE-




mplayer ITP status

2003-07-28 Thread Robert Millan

Hello!

What is the current status of mplayer's ITP? After the opendivx driver
removal, has anyone investigated wether it's fully free software?

-- 
Robert Millan

"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."

 -- J.R.R.T, Ainulindale (Silmarillion)




Please take me off your list.

2003-07-28 Thread SCORDATO, C.








 








Re: Bug#203148: ITP: libi18n-java -- internationalization library for java

2003-07-28 Thread Adam Heath
On Mon, 28 Jul 2003, Arnaud Vandyck wrote:

> Package: wnpp
> Severity: wishlist
>
> * Package name: libi18n-java
>   Version : 0.1
>   Upstream Author : Jean-Hugues de Raigniac <[EMAIL PROTECTED]>
> * URL or Web page : http://jhraigniac.freesurf.fr/i18n-lib/
> * License : ACME Labs Freeware License
>   Description : internationalization library for java
>
>  This library is needed by ArgoUML.

That's no excuse for not writing a proper description.




Re: db.debian.org, changing mail forwarding without it

2003-07-28 Thread Adam Heath
On Sun, 27 Jul 2003, Hugo van der Merwe wrote:

> Hello,
>
> Seems db.debian.org is still offline. Is there any way I can change my
> mail forwarding without it? It forwards to [EMAIL PROTECTED],
> currently bach is broken, so bounces are going all over the place
> (mailing list subscriptions). I need to change it to... maybe
> [EMAIL PROTECTED] Cannot contact the admin of bach, it's weekend. :(

Create a .forward in your $HOME on master.debian.org.





Re: Please take me off your list.

2003-07-28 Thread Theo Cabrerizo Diem
At end of every message posted there are instructions to remove your
email from this list.

[]'s

On Mon, 2003-07-28 at 13:05, SCORDATO, C. wrote:
>  
> 
> 




Re: Future releases of Debian

2003-07-28 Thread Roger Leigh
Adrian Bunk <[EMAIL PROTECTED]> writes:

> On Sat, Jul 19, 2003 at 08:42:37PM +0100, Roger Leigh wrote:
>>...
>> I contacted the SRM about the possibility of inclusion of gimp-print
>> 4.2.5-1woody0 in a point release, but I've not had any reply yet.  It
>> doesn't meed the usual criteria for a stable release, but this type of
>> update would greatly improve the "woody experience" for users of
>> stable.
>
> This is a case where a new version of gimp-print would help you.
>
> I know many people who need a new version of SANE for their printer.
>
> Some people will soon need support for kernel 2.6.
>
> My Matrox G550 requires XFree86 >= 4.2 .
>
>
> If you start to include new versions, like you suggest for gimp-print,
> into stable it's worse than an official backport - people upgrading to
> the latest point release will automatically get an improved new version,
> but this version might contain new bugs that affect them.

I'm not sure (in the case of Gimp-Print) that this would be true.
4.2.5 is a stable point release, only incorporating bugfixes and
quality improvements.  Any regressions have surely been caught--the
last four point releases have all featured in releases of Mandrake,
SuSE et. al.  There is a new point release (4.2.6) due out, but it is
only very trivial bug fixes, which are not fixing regressions from
prior versions.  In this case, it really would be a drop-in
replacement.


Regards,
Roger

-- 
Roger Leigh

Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers




lvm2 maintainer needed

2003-07-28 Thread Wichert Akkerman
Is anyone willing to maintain lvm2? Its last upload was over a year ago
and its listed maintainer does not seem to be a Debian developer
according to db.debian.org .

Wichert.

-- 
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/   It is hard to make things simple.




Re: lvm2 maintainer needed

2003-07-28 Thread Andres Salomon
Despite claims otherwise, I'm actually alive, w/ experimental packages
at http://sloth.voxel.net/~dilinger/lvm2/.  Various things (bugs, loss
of an internet connection, upstream developers going on vacation) have
kept me from uploading; however, after talking w/ upstream, I'm going to
do an upload to simply get rid of the grave bugs before I attempt to
collaborate w/ [EMAIL PROTECTED] (who is one of the upstreams on vacation)
to get lvm10 compatibilty working.

Also, I'm not in db.debian.org since I've been sponsored (and on that
note, anyone in the upstate New York/Albany area willing to sign my key
so I can get the NM process started?)


On Mon, 2003-07-28 at 14:58, Wichert Akkerman wrote:
> Is anyone willing to maintain lvm2? Its last upload was over a year ago
> and its listed maintainer does not seem to be a Debian developer
> according to db.debian.org .
> 
> Wichert.




Re: lvm2 maintainer needed

2003-07-28 Thread Andres Salomon
Oh, also, the last upload was 5 months ago; I typo'd in the changelog,
putting 2002 instead of 2003. :)


On Mon, 2003-07-28 at 14:58, Wichert Akkerman wrote:
> Is anyone willing to maintain lvm2? Its last upload was over a year ago
> and its listed maintainer does not seem to be a Debian developer
> according to db.debian.org .
> 
> Wichert.




Re: Future releases of Debian

2003-07-28 Thread Adrian Bunk
On Mon, Jul 28, 2003 at 07:57:46PM +0100, Roger Leigh wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
> 
> > On Sat, Jul 19, 2003 at 08:42:37PM +0100, Roger Leigh wrote:
> >>...
> >> I contacted the SRM about the possibility of inclusion of gimp-print
> >> 4.2.5-1woody0 in a point release, but I've not had any reply yet.  It
> >> doesn't meed the usual criteria for a stable release, but this type of
> >> update would greatly improve the "woody experience" for users of
> >> stable.
> >
> > This is a case where a new version of gimp-print would help you.
> >
> > I know many people who need a new version of SANE for their printer.
> >
> > Some people will soon need support for kernel 2.6.
> >
> > My Matrox G550 requires XFree86 >= 4.2 .
> >
> >
> > If you start to include new versions, like you suggest for gimp-print,
> > into stable it's worse than an official backport - people upgrading to
> > the latest point release will automatically get an improved new version,
> > but this version might contain new bugs that affect them.
> 
> I'm not sure (in the case of Gimp-Print) that this would be true.
> 4.2.5 is a stable point release, only incorporating bugfixes and
> quality improvements.  Any regressions have surely been caught--the

"Any regressions" is _very_ optimistic.

Even though it's tested, there might be rare cases where it breaks a 
setup that worked with the version in woody.

Hypothetical example:
Perhaps some exotic printers are broken on MIPS?

> last four point releases have all featured in releases of Mandrake,
> SuSE et. al.  There is a new point release (4.2.6) due out, but it is
> only very trivial bug fixes, which are not fixing regressions from
> prior versions.  In this case, it really would be a drop-in
> replacement.

Unfortunately, "trivial fixes" and "new bugs" aren't mutual exclusive.

The solution for your problem isn't to lobby new oftware into an old 
stable, the solution is that you Debian developers manage to make more 
frequent stable releases - if there was a new stable release exactly 
once a year, Debian 3.1 was already released.

> Regards,
> Roger

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed




Re: lvm2 maintainer needed

2003-07-28 Thread Andreas Barth
* Wichert Akkerman ([EMAIL PROTECTED]) [030728 21:32]:
> Is anyone willing to maintain lvm2? Its last upload was over a year ago
> and its listed maintainer does not seem to be a Debian developer
> according to db.debian.org .

According to packages.qa.d.o was the lastest upload in 2003 (though it
is strange that the Date in the changes says something of 2002, but
the version number ensures that it was 2003).

Above all, did you try to reach the maintainer by private mail first?
Not being a DD is not a cause to not be asked. (Though the both
RC-bugs should be fixed soon.)

And: If you searched e.g. by google, you would have noticed his new
mail adress [EMAIL PROTECTED], and that he still is activley
maintaining debian packages (I needed less than one minute for that).
Perhaps you should read Chapter 7.4 of the developers reference. Even
if a maintainer is MIA, you should post to debian-qa first according
to reference, and this maintainer is not MIA.


Cheers,
Andi
-- 
   http://home.arcor.de/andreas-barth/
   PGP 1024/89FB5CE5  DC F1 85 6D A6 45 9C 0F  3B BE F1 D0 C5 D1 D9 0C




Bug#203249: ITP: ocamldap -- LDAP bindings for OCaml.

2003-07-28 Thread Sylvain LE GALL
Package: wnpp
Version: unavailable; reported 2003-07-28
Severity: wishlist


* Package name: ocamldap
  Version : 1.1.0 
  Upstream Author : Miles Egan, Eric Stokes <[EMAIL PROTECTED]>
* URL : http://www.csun.edu/~eric/ocamldap-1.1.0.tar.gz
* License : LGPL
  Description : LDAP bindings for OCaml.

 A library to access ldap directory services from ocaml.
 .
 It is based on a binding of openldap.
 
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gallu 2.4.21 #1 mar jun 17 09:43:18 CEST 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]





More mailing from BTS?

2003-07-28 Thread Nikita V. Youshchenko
Currently, BTS sends weekly two mails to debian-devel-announce - one about
WNPP and one about RC bugs.

I think it will help to improve Debian quality if several more lists will be
"broadcasted" by BTS:

- Bugs that have "patch" tag for (e.g.) 2 weeks (and don't have "wontfix"
tag). Broadcasting such information will help in (seems not rear)
situations when random people submit bug fixes but those are ignored by
not-very-active package maintainers.

- Bugs that are more than N months|years old (and don't have "wontfix" tag).
Broadcasting this information will motivate people to fix or close those
bugs at last. If package maitainer doesn't deal with a bug for a year, he
probably needs help, even if he didn't add "help" tag to the bug.

- Packages with more than N bugs (I don't know what is a good value for N.
Maybe 30 or 50 or 100). Packages with huge bug lists probably need
community help.

Almost every RC bug list mailing gets some positive discussion on
debian-devel, and some bugs get fixed. I believe that these additional
mails will have the same effect.




Re: lvm2 maintainer needed

2003-07-28 Thread Wichert Akkerman
Previously Andres Salomon wrote:
> Despite claims otherwise, I'm actually alive, w/ experimental packages
> at http://sloth.voxel.net/~dilinger/lvm2/.  Various things (bugs, loss
> of an internet connection, upstream developers going on vacation) have
> kept me from uploading; however, after talking w/ upstream, I'm going to
> do an upload to simply get rid of the grave bugs before I attempt to
> collaborate w/ [EMAIL PROTECTED] (who is one of the upstreams on vacation)
> to get lvm10 compatibilty working.

Ah, good to hear that. Could you also make sure to add a statement in
the package description for devmapper about which ioctl interface it
implements? Current kernels support either v1 or v4 but I can't find
any reference to that in the package.

Wichert.

-- 
Wichert Akkerman <[EMAIL PROTECTED]>It is simple to make things.
http://www.wiggy.net/   It is hard to make things simple.




Bug#203256: ITP: cryptokit -- cryptographic primitives for OCaml

2003-07-28 Thread Sylvain LE GALL
Package: wnpp
Version: unavailable; reported 2003-07-28
Severity: wishlist


* Package name: cryptokit
  Version : 1.2
  Upstream Author : Xavier Leroy <[EMAIL PROTECTED]>
* URL : http://pauillac.inria.fr/~xleroy/software.html
* License : LGPL
  Description : cryptographic primitives for OCaml

The Cryptokit library for Objective Caml provides a variety of
cryptographic primitives that can be used to implement cryptographic
protocols in security-sensitive applications.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gallu 2.4.21 #1 mar jun 17 09:43:18 CEST 2003 i686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]





Opteron progress??

2003-07-28 Thread Andrew M.A. Cater

I was actually asked directly at work today what I thought was
going to happen to Red Hat and whether Debian supported the AMD64.

I've seen a couple of posts on this topic since about March.

Anybody care to sum up in words suitable for a suit how well
Debian supports AMD64 / when it will be ready to support AMD64

[I already know it runs on Alpha and ia64 and sparc ... but they're
perhalps looking to buy us some _different_ 64 bit chips :) ]

Andy




Re: Opteron progress??

2003-07-28 Thread Joshua Kwan
On Mon, Jul 28, 2003 at 10:10:08PM +, Andrew M.A. Cater wrote:
> Anybody care to sum up in words suitable for a suit how well
> Debian supports AMD64 / when it will be ready to support AMD64

In practical terms, Debian does support AMD64, because the architecture
is backwards compatible with x86 code. As for a completely native
collection of packages, I don't think it is done yet.

-Josh

-- 
Using words to describe magic is like using a screwdriver to cut roast beef.
-- Tom Robbins


pgpOYSNV8WVCN.pgp
Description: PGP signature


Re: Opteron progress??

2003-07-28 Thread Bart Trojanowski
* Andrew M.A. Cater <[EMAIL PROTECTED]> [030728 18:06]:
> 
> I was actually asked directly at work today what I thought was
> going to happen to Red Hat and whether Debian supported the AMD64.
> 
> I've seen a couple of posts on this topic since about March.
> 
> Anybody care to sum up in words suitable for a suit how well
> Debian supports AMD64 / when it will be ready to support AMD64

We do not have a full port.  At this time, the best we can do is install
Sarge (32bit) and run the kernel in 64bit.  By installing the biarch
toolchain and glibc you will be able to compile your own 64bit programs
(but not deb packages).

Arnd and I have a quite a few libraries packaged up for AMD64 arch.
Sadly, the ported utilities and libraries are not yet enough to run
anything useful (like apache).  You can get some of these by following
the links on this page:

http://jukie.net/~bart/debian/amd64/

Also, I invite you to join the mailing list referenced there.

I am currently working on some changes to dpkg and apt that will make it
possible to build and install pure-64bit and 32/64 biarch packages while
still maintaining compatibility with i386 packages.

I hope to have these done by the end of August.

Regards,
Bart.

-- 
WebSig: http://www.jukie.net/~bart/sig/


pgprfLUOGTXz6.pgp
Description: PGP signature


Re: logging out a ssh-user

2003-07-28 Thread Matt Zimmerman
On Sun, Jul 27, 2003 at 04:44:44PM +0100, Colin Watson wrote:

> On Sun, Jul 27, 2003 at 04:45:33PM +0200, Matthias Urlichs wrote:
> > It's also tagged "pending" since May... Matthew, do you need a
> > co-maintainer for ssh? 
> 
> Matthew's *got* a co-maintainer for ssh, as a cursory check of the
> changelog would have revealed. Hello.
> 
> ISTR that I tagged that bug pending because it was fixed in upstream CVS
> and that was a handy way to separate it out. I suppose I shouldn't do
> that really.

I have done this as well, as I want these bugs out of my face because the
are already fixed.  'pending' is my standard "make it go away because it has
already been dealt with" tag.  Maybe we need a new tag?

-- 
 - mdz