Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz <[EMAIL PROTECTED]>
* Package name: boolstuff
Version : 0.1.11
Upstream Author : Pierre Sarrazin <[EMAIL PROTECTED]>
* URL : http://perso.b2b2c.ca/sarrazip/dev/boolstuff.html
* License : GPL
Programming Lan
Package: wnpp
Severity: wishlist
Owner: Jan Hauke Rahm <[EMAIL PROTECTED]>
* Package name: squirrelmail-gpg
Version : 2.1
Upstream Author : Brian G. Peterson <[EMAIL PROTECTED]>
* URL : http://www.squirrelmail.org/plugin_view.php?id=153
* License : GPL
Program
On Wed, Feb 20, 2008 at 01:56:05AM -0800, Don Armstrong wrote:
> On Wed, 20 Feb 2008, Jan Hauke Rahm wrote:
> > * Decrypt on reading encrypted message
> > * Encrypt, Decrypt, and Sign Attachments
> > * Sign messages and verify signatures
>
> I really, really hope it's implementing in some in
On Wed, 20 Feb 2008, Jan Hauke Rahm wrote:
> * Decrypt on reading encrypted message
> * Encrypt, Decrypt, and Sign Attachments
> * Sign messages and verify signatures
I really, really hope it's implementing in some incredibly novel way
that doesn't involve having secret keys on the webserver
also sprach Manoj Srivastava <[EMAIL PROTECTED]> [2008.02.17.0029 +0100]:
> > But sometimes you will have to touch an integration branch and then
> > things get messy, especially if there are dependencies between feature
> > branches. I think David is making a very strong point here...
>
>
On Wed, 20 Feb 2008, Jan Hauke Rahm wrote:
> On Wed, Feb 20, 2008 at 01:56:05AM -0800, Don Armstrong wrote:
> > Otherwise it's pretty much insta-buggy by design.
>
> Kind of, yes...
I think the other features are worthwhile enough to work around this,
so I'd strongly suggest that this package hav
On Wed, Feb 20, 2008 at 10:32:01AM +0100, Jan Hauke Rahm wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Jan Hauke Rahm <[EMAIL PROTECTED]>
>
> * Package name: squirrelmail-gpg
> Version : 2.1
> Upstream Author : Brian G. Peterson <[EMAIL PROTECTED]>
> * URL : http
On ke, 2008-02-20 at 01:56 -0800, Don Armstrong wrote:
> On Wed, 20 Feb 2008, Jan Hauke Rahm wrote:
> > * Decrypt on reading encrypted message
> > * Encrypt, Decrypt, and Sign Attachments
> > * Sign messages and verify signatures
>
> I really, really hope it's implementing in some incredibly
Package: wnpp
Severity: wishlist
Owner: Charles Plessy <[EMAIL PROTECTED]>
(Hope I am not breaking parsers... how about using a template that is
directly cut-pastable in/from debian/control and debian/copyright ?)
Source: emboss-kaptain
Homepage: http://userpage.fu-berlin.de/~sgmd/download.html
D
Package: wnpp
Severity: wishlist
Owner: Matthew Johnson <[EMAIL PROTECTED]>
X-Debbugs-CC: debian-devel@lists.debian.org
Source package: trilead-ssh2
Binary package(s): libtrilead-ssh2-java
Version: 211-1
Licence: BSD
Author: Trilead AG
H
Package: wnpp
Severity: wishlist
Owner: Paul J Stevens <[EMAIL PROTECTED]>
* Package name: libzdb
Version : 2.1
Upstream Author : Jan-Henrik Haukeland <[EMAIL PROTECTED]>
* URL : http://www.tildeslash.com/libzdb/
* License : GPL-3
Programming Lang: C
Descri
On Wed, 20 Feb 2008 11:17:29 +0100, martin f krafft <[EMAIL PROTECTED]> said:
>> You hack in the sloppy branch. You merge change sets from the sloppy
>> branch into the feature branches. You merge the delta from the
>> feature branch into the integration branch. In my experience, there
>> is usua
Package: wnpp
Severity: wishlist
Owner: Noah Slater <[EMAIL PROTECTED]>
* Package name: python-trio
Version : 20080204
Upstream Author : Sean B. Palmer <[EMAIL PROTECTED]>
* URL : http://inamidst.com/sw/trio/
* License : Eiffel Forum License 2
Programming Lan
On Wed, Feb 20, 2008 at 04:44:13PM +, Shachar Shemesh wrote:
> Changing the line to read:
> >Copyright (C) 2007-2008 by Shachar Shemesh
> pacifies lintian, but I still think this is over sensitivity on its
> behalf.
The regexp matches Copyright or ©. (c) and (C) are not recognized.
See http:
On Wed, Feb 20, 2008 at 06:44:13PM +0200, Shachar Shemesh wrote:
>> W: fakeroot-ng: copyright-without-copyright-notice
>> N:
>> N: The copyright file for this package does not appear to contain a
>> N: copyright notice. You should copy the copyright notice from the
>> N: upstream source (or a
Il giorno Wed, 20 Feb 2008 18:44:13 +0200
Shachar Shemesh <[EMAIL PROTECTED]> ha scritto:
> > Fakeroot-ng is copyrighted (C) 2007-2008 by Shachar Shemesh
> >
> > ...
>
> At least superficially, the copyright file lives up to all of the
> requirements that lintian asks for.
>
> Lintian version 1.
Hi all,
I'm packaging a new version of fakeroot-ng, and I get the following
warning from Lintian -iI:
W: fakeroot-ng: copyright-without-copyright-notice
N:
N: The copyright file for this package does not appear to contain a
N: copyright notice. You should copy the copyright notice from t
On ke, 2008-02-20 at 18:44 +0200, Shachar Shemesh wrote:
> > Fakeroot-ng is copyrighted (C) 2007-2008 by Shachar Shemesh
..
> Changing the line to read:
> > Copyright (C) 2007-2008 by Shachar Shemesh
> pacifies lintian, but I still think this is over sensitivity on its behalf.
I am not a lawyer, b
Hi,
I'm the maintainer of the DSCM mercurial.
At this moment, I do not have lot of free time. Moreover, I'm not a
big user of mercurial anymore (I often use git that I find less
intuitive but more powerful).
So I'm looking for co-maintainer of this package. I would be very
disappointed if me
Lars Wirzenius wrote:
> I am not a lawyer, but it is my understanding that in most parts of the
> world, you have to actually use the word "Copyright" (or one of the
> alternatives lintian lists), for a strictly valid copyright statement.
> The "copyrighted" you use is not, strictly speaking, the r
Frans Pop <[EMAIL PROTECTED]> writes:
> OTOH, it complains about this too (from installation-guide):
> The Installation Guide is copyright 1996 Bruce Perens; 1996, 1997 Sven
> Rudolph;
> 1998 Igor Grobman, James Treacy; 1998-2002 Adam Di Carlo; 2003 Chris Tillman;
> 2004-2007 by the Debian Instal
On ke, 2008-02-20 at 10:53 -0800, Russ Allbery wrote:
> Frans Pop <[EMAIL PROTECTED]> writes:
>
> > OTOH, it complains about this too (from installation-guide):
> > The Installation Guide is copyright 1996 Bruce Perens; 1996, 1997 Sven
> > Rudolph;
> > 1998 Igor Grobman, James Treacy; 1998-2002 A
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> Well, for example the U.S. Copyright Office specifies:
>
> The symbol © (the letter C in a circle), or the word
> “Copyright,” or the abbreviation “Copr.”; and
> -- http://www.copyright.gov/circs/circ03.html
>
> so I would assume
Hi,
I'll be happy to help with this package.
William
On Wed, 2008-02-20 at 19:05 +0100, Vincent Danjean wrote:
> Hi,
>
> I'm the maintainer of the DSCM mercurial.
> At this moment, I do not have lot of free time. Moreover, I'm not a
> big user of mercurial anymore (I often use git that I find
Russ Allbery wrote:
> That's just a bug. It will be fixed in the next release. Sorry about
> that.
Thanks Russ.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bas Wijnen <[EMAIL PROTECTED]> writes:
> Also, lintian wants a statement of the form "Copyright ".
> While saying "it is copyrighted " seems to have the same
> meaning to me, I'm not sure how lawyers think about this. Again, better
> be safe and use the standard format.
Despite common misunder
Il giorno Wed, 20 Feb 2008 22:25:57 +0100 (CET)
Andreas Tille <[EMAIL PROTECTED]> ha scritto:
> On Wed, 20 Feb 2008, [EMAIL PROTECTED] wrote:
>
> > def getOriginator(bug):
> > - return getField(bug, "originator")
> > + return getField(bug, "originator").replace("<",
> > "<").replace(">", ">")
On Thu, Feb 21, 2008 at 05:11:43AM +0800, [EMAIL PROTECTED] wrote:
> With the new style of "mass tirage" of bugs,
>
> The user submits a bug;
> while (sleep 1 year) {
> He gets a message asking him to verify if the bug still exists;
> He perhaps especially reinstalls the package that he long a
[EMAIL PROTECTED] writes:
> With the new style of "mass tirage" of bugs,
The word is "triage"; it's a term from hospital work.
> The user submits a bug;
> while (sleep 1 year) {
> He gets a message asking him to verify if the bug still exists;
> He perhaps especially reinstalls the package t
With the new style of "mass tirage" of bugs,
The user submits a bug;
while (sleep 1 year) {
He gets a message asking him to verify if the bug still exists;
He perhaps especially reinstalls the package that he long ago stopped using &&
He verifies it || the bug is closed
}
Now disposing of t
On Wed, 20 Feb 2008, [EMAIL PROTECTED] wrote:
def getOriginator(bug):
- return getField(bug, "originator")
+ return getField(bug, "originator").replace("<", "<").replace(">",
">")
Lastly you can blame me for causing this problem. It was my
shameless switching of HTMLTemplates Enc
On Wednesday 20 February 2008 05:22:08 pm Manoj Srivastava wrote:
> > Yes, just like I want to have feature branches instead of one gigantic
> > debian branch.
>
> I use my CSM to provide me the changeset:
> baz diff
>
> Indeed, I can get diffs between branch A and branch B --
The colors were introduced for distinction, to speed up hopping from
bug to
bug of a certain type. I decided against coloring the legend because
it
(probably, didn't try) looks ugly and because in my view it was not
important which color ITP is. But that's just my view. I plan to
open up t
On Wed, Feb 20, 2008 at 11:09:03PM +0100, sean finney wrote:
> On Wednesday 20 February 2008 05:22:08 pm Manoj Srivastava wrote:
> > > Yes, just like I want to have feature branches instead of one gigantic
> > > debian branch.
> >
> > I use my CSM to provide me the changeset:
> > baz dif
On Wed February 20 2008 3:43:18 pm Ben Finney wrote:
> Who other than the bug reporter would you suggest should try
> reproducing the bug?
>
> Suggesting "put that effort into fixing the bugs" is presuming that
> the prospective bug fixer knows *which* bugs are worth the effort. If
> the bug report
Please don't send me copies of messages that are also sent to the
list, as I didn't ask for them.
John Goerzen <[EMAIL PROTECTED]> writes:
> On Wed February 20 2008 3:43:18 pm Ben Finney wrote:
> > What would you put in place of triage?
>
> I think that the point is that triage should happen at
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler <[EMAIL PROTECTED]>
* Package name: libbusiness-us-usps-webtools-perl
Version : 1.11
Upstream Author : brian d foy <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Business-US-USPS-WebTools/
* License :
Package: wnpp
Severity: wishlist
Owner: Ivan Kohler <[EMAIL PROTECTED]>
* Package name: libhash-asobject-perl
Version : 0.10
Upstream Author : Paul Hoffman <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Hash-AsObject/
* License : Perl
Programming Lang
I'm very bad at doing this myself, but it is equally important for bug
submitters to triage their own bugs, especially if they have lots or
many old ones. A ping, some extra info, anything get the bug closer to
being fixed.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email
On Wed, Feb 6, 2008 at 4:13 AM, Leo costela Antunes <[EMAIL PROTECTED]> wrote:
> One possible improvement would be fetching information from DMC[1] to
> help the prioritizing of hosts based on freshness (this could also help
> avoid temporarily downed mirrors).
This would be much help for Thai
On Wed, 20 Feb 2008, David Paleino wrote:
Lastly you can blame me for causing this problem. It was my
shameless switching of HTMLTemplates Encoding mechanism. [..]
Erm... why did you post this on -devel? :)
To add one mistake to the previous one? ;-)
Mine was a private CC -- no problem y
"Paul Wise" <[EMAIL PROTECTED]> writes:
> I'm very bad at doing this myself, but it is equally important for bug
> submitters to triage their own bugs, especially if they have lots or
> many old ones.
It's important for bug submitters to *confirm* their own bugs,
especially if newer versions of t
Quoting Paul Wise ([EMAIL PROTECTED]):
> I'm very bad at doing this myself, but it is equally important for bug
> submitters to triage their own bugs, especially if they have lots or
> many old ones. A ping, some extra info, anything get the bug closer to
> being fixed.
Or also sometimes refrain
Noah Slater a écrit :
>> I'd suggest expanding what RDF is, at least in the long description. Even
>> better would be expanding it in the synopsis of course.
>
> I disargree with you on this point. If the user doesn't know what RDF is they
> certainly don't want to install the package and know
44 matches
Mail list logo
