Package: tpconfig
Version: 3.1.3-9.3
Tags: l10n patch
Severity: wishlist
The updated Vietnamese translation for the debconf file: tpconfig
completely reviewed, updated and submitted by:
Clytie Siddall
Vietnamese Free-Software Translation Team
Package: tpconfig
Severity: wishlist
Tags: l10n patch
Hi
Attached tpconfig debconf templates basque translation update, pleas commit it.
thx
-- System Information:
Debian Release: 5.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
Hi again ;)
Please discard the other translation file and use this one.
thx
--
Piarres Beobide
# translation of tpconfig-eu.po to Euskara
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Piarres Beobide
Processing commands for cont...@bugs.debian.org:
tag 439583 + pending
Bug#439583: pyzor: Various remarks about the package's description
There were no tags set.
Tags added: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Processing commands for cont...@bugs.debian.org:
tag 439583 - pending
Bug#439583: pyzor: Various remarks about the package's description
Tags were: pending
Tags removed: pending
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
Je suis président d'une coopérative d'orpaillage au Burkina faso et cet égard
,je peux vous faire faire une bonne affaire.J'ai actuellement 150kilogramme
d'or que je peux vous vendre à 7.000Euros le kilogramme (4.550.000Cfa)donc
4.550f le kilogramme.
Veuillez me contacter pour plus
Package: gnump3d
Version: 3.0-4
Severity: normal
gnump3d does not support non-ASCII characters: when a string (e.g.
album title, artist name, song title) has an accented character,
only the beginning of the string is displayed[*], up to the first
accented character (not included).
[*] More
FYI: The status of the waproamd source package
in Debian's testing distribution has changed.
Previous version: 0.6-9
Current version: (not in testing)
Hint: http://release.debian.org/britney/hints/luk
The script that generates this mail tries to extract removal
reasons from comments in
On Sun, 21 Dec 2008, Mark Brown wrote:
On Sat, Dec 20, 2008 at 06:19:26PM +0100, Raphael Hertzog wrote:
The collation of all those data will give us a better view on the
maintenance status of each package and it could be displayed on the PTS.
We could also use those info to direct new
Hi Raphaël,
I like your proposal in principle, but I see some problem with
group maintenance. While I'm in principle a supporter of group
maintenance I do not see how it should work with your proposal.
Who in the group will be addressed by your proposal? You are
talking about a passive
On Mon, 22 Dec 2008, Andreas Tille wrote:
Do you just want to parse the list of Maintainer / Uploaders
and leave out generic group addresses?
Yes, only real people are important and able to work. :)
You are talking about a passive maintainer in the case of the Perl
maintainers group.
No. I
Hello,
The basic idea is quite simple, we want to ensure that each package
is
maintained as well as possible and for this we need to ensure that
it has one or more active maintainer(s).
What do you think of the idea ?
I think this is a great idea and should be implemented.
Jeremiah
On Mon, Dec 22, 2008 at 09:25:32AM +0100, Raphael Hertzog wrote:
On Sun, 21 Dec 2008, Mark Brown wrote:
I'm not sure that the e-mail bit of this really adds anything - the
I don't understand why you say that:
- email is the primary way to get in touch with a maintainer
- making sure that
On 20/12/08 at 18:19 +0100, Raphael Hertzog wrote:
Hello,
I would like to propose something new that would partially supersede the
work done by the MIA team and that would also generate new information
somehow related to the topic of WNPP.
The basic idea is quite simple, we want to ensure
On Mon, 22 Dec 2008, Mark Brown wrote:
things. My concern with sending out the e-mails to all and sundry is
that it's taking things too far in the initial stages of the process and
that adding that further down the line when the system is established
would be a better approach.
Ok. Looks
On Mon, 22 Dec 2008, Lucas Nussbaum wrote:
Your main goal is to improve our detection of packages that need
attention. (it would also help detect inactive maintainers, but even
that has the goal of improving the quality of our packages).
Not only. One of the aspects that I like most in this
* Loïc Minier [Sun, 21 Dec 2008 20:31:16 +0100]:
Just like we have descriptions for patches, we could require a
description for shlibs.local, perhaps with a #xx bug in the text
upon reading cyril's mail, i (also) thought it'd be nice if we could
require a bug number in every shlibs.local
On Mon, Dec 22, 2008, Adeodato Simó wrote:
it is also with ideas like this that i regret that our policy process
won't allow for a top-down flow of recommendations. imho this would be a
nice use for it, once consensus was be reached that this is a good idea.
The good thing is that lintian
Raphael Hertzog hert...@debian.org writes:
I know that it is similar to the RFH/RFA that we have in WNPP but that
system is IMO not working because:
- too few maintainers are using it, thus looking for packages to help
there is not really interesting (not enough choice) and thus the
Package: qa.debian.org
Severity: normal
The scripts should be fixed to cope with src:foo as package assignment.
buxy dondelelcaro: wishlist, could the BTS refuse package names with : in
it ?
example: 504907
it ends up creation problems further down in automated scripts that rely on
the fact
20 matches
Mail list logo