Hi,
The LowThresholdNMU wiki page[0] lists maintainers (and packages) for
which NMUs are welcomed. However, in it's current form, it's quite
useless: it's very difficult to check if a given package is
NMU-friendly, since the page is not machine-parseable. Also, since it's
not very useful and visib
Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> Hi,
>
> The LowThresholdNMU wiki page[0] lists maintainers (and packages) for
> which NMUs are welcomed. However, in it's current form, it's quite
> useless: it's very difficult to check if a given package is
> NMU-friendly, since the page is not machin
On Wed, Jul 11, 2007 at 07:24:21AM +, Lucas Nussbaum wrote:
> which NMUs are welcomed. However, in it's current form, it's quite
> useless: it's very difficult to check if a given package is
> NMU-friendly, since the page is not machine-parseable. Also, since it's
> not very useful and visible,
On 11/07/07 at 10:08 +0200, Reinhard Tartler wrote:
> > (1) the list should move to a text file in a VCS. For example, we could
> > use a special directory in the collab-maint alioth project, or simply a
> > repository writable by all DDs on svn.d.o. This would improve the way
> > history is kept t
On 11/07/07 at 10:20 +0200, Stefano Zacchiroli wrote:
> > (1) the list should move to a text file in a VCS. For example, we could
> > use a special directory in the collab-maint alioth project, or simply a
> > repository writable by all DDs on svn.d.o. This would improve the way
> > history is kept
[Vincent Danjean]
> What about circular dependencies that must be broken differently
> depending on the admin configuration ?
[Henrique de Moraes Holschuh]
> You have your answer right there: let the admin fix it.
Exactly. And the insserv system provides a system where overrides are
read from /
On Wed, Jul 11, 2007 at 01:16:58PM +0200, Lucas Nussbaum wrote:
>
> Another problem is that having a complex format will make syntax errors
> easy, and it would be better to be able to validate the changes
> immediately. So I thought of a VCS with the list, and a parser script.
would it be practi
On Wed, Jul 11, 2007 at 10:08:01AM +0200, Reinhard Tartler wrote:
> That's a good idea, perhaps the PTS maintainers could comment what the
> best way of integrating the information there would be? Would inventing
> a header called 'XS-NMUs-Welcome: yes' in debian/control help here? Does
> it make s
Hi,
* Lucas Nussbaum <[EMAIL PROTECTED]> [2007-07-11 15:22]:
> On 11/07/07 at 10:08 +0200, Reinhard Tartler wrote:
> > > (1) the list should move to a text file in a VCS. For example, we could
> > > use a special directory in the collab-maint alioth project, or simply a
> > > repository writable by
On Tue, Jul 10, 2007 at 07:13:03PM -0500, David Moreno Garza wrote:
> Daniel Jacobowitz wrote:
> > When last I looked (some time ago), none of the different XMMS
> > successors were ready for prime time. Are bmpx, audacious, and xmms2
> > all usable now?
>
> What's exactly a XMMS successor?
All
José Miguel Parrella Romero gmail.com> writes:
>
> The maintainers of the xmms package in Debian are proposing the removal
> of the aforementioned package. Please read on.
>
> 1. Rationale
>
> * Upstream has deprecated development and support for the current
> version of XMMS.
> * Several part
Andreas Tille rki.de> writes:
>
> On Sun, 8 Jul 2007, Thomas Viehmann wrote:
>
> > Removing the package from Debian will not affect current users that
> > much,
>
> While I perfectly agree that there are replacements for xmms that at
> first view look like a new version (for instnce audacious
On Wed, Jul 11, 2007 at 02:40:53PM +, William Pitcock wrote:
> Andreas Tille rki.de> writes:
> > I think xmms is to wide spread as that we just could wild guess how
> > many users are affected and how they could cope with this.
>
> Somebody will just maintain their own repo with gtk1.2 and xm
On 11-Jul-07, 09:40 (CDT), William Pitcock <[EMAIL PROTECTED]>
wrote:
> We are not an XMMS clone. Would you like us to remove the Winamp2 UI
> to drive this point further? If this nonsense keeps happening, it's
> exactly what we will be doing.
Like it or not, your software fits very much into the
Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz <[EMAIL PROTECTED]>
* Package name: python-rabbyt
Version : 0.0.2
Upstream Author : Matthew Marshall <[EMAIL PROTECTED]>
* URL : http://cheeseshop.python.org/pypi/Rabbyt/0.0.2
* License : LGPL 2.1 or any late
Package: wnpp
Severity: wishlist
Owner: Bernd Zeimetz <[EMAIL PROTECTED]>
* Package name: python-pyip
Version : 0.7
Upstream Author : Kenneth Jiang <[EMAIL PROTECTED]>
* URL : https://sourceforge.net/projects/pyip
* License : Python License
Programming Lang: P
On Wed, 11 Jul 2007, Lucas Nussbaum wrote:
> I can't find how I can get the full history of LowThresholdNMU,
> which could be a problem in case of abuse.
http://wiki.debian.org/LowThresholdNmu?action=info shows most of the
history, and all of it is present and diffable.
> Another problem is that
On 11/07/07 at 12:29 -0700, Don Armstrong wrote:
> On Wed, 11 Jul 2007, Lucas Nussbaum wrote:
> > I can't find how I can get the full history of LowThresholdNMU,
> > which could be a problem in case of abuse.
>
> http://wiki.debian.org/LowThresholdNmu?action=info shows most of the
> history, and a
On Wed, Jul 11, 2007 at 07:24:21AM +, Lucas Nussbaum wrote:
> Hi,
>
> The LowThresholdNMU wiki page[0] lists maintainers (and packages) for
> which NMUs are welcomed.
IMHO this should be the default for everyone without exception, and I
feel sorry we need such a page.
I mean, there is tw
Package: wnpp
Severity: wishlist
Owner: Michael Koch <[EMAIL PROTECTED]>
* Package name: javahelp2
Version : 2.0.05
Upstream Author : Sun Microsystems, Inc.
* URL : http://javahelp.dev.java.net
* License : GPL
Programming Lang: Java
Description : Java ba
On Wed, Jul 11, 2007 at 11:23:07PM +0200, Pierre Habouzit wrote:
> On Wed, Jul 11, 2007 at 07:24:21AM +, Lucas Nussbaum wrote:
> > The LowThresholdNMU wiki page[0] lists maintainers (and packages) for
> > which NMUs are welcomed.
> IMHO this should be the default for everyone without except
Hi, I have a strange problem with apt-get over https:// protocol
I built apt-0.7.2 from source, for debian etch, because
apt-transport-https was not included in the repository.
Most of the time, apt-get update and apt-get upgrade work fine over
HTTP://, but what I've noticed is that after I chan
* Filipus Klutiero ([EMAIL PROTECTED]) [070616 20:46]:
> Le vendredi 15 juin 2007 19:19, Andreas Barth a écrit?:
> > Release team structure
> > ~~
> > Steve Langasek, who served as Release Manager for the past two cycles,
> > doesn't want to be on the hot seat anymore. As he i
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Out of curiosity, have you talked to Love about this issue
Russ> already? Given that MIT Kerberos supports symbol versions
Russ> upstream, I'm a little surprised that Heimdal doesn't as
Russ> well, and I'd think that L
Package: wnpp
Severity: wishlist
Owner: Kari Pahula <[EMAIL PROTECTED]>
* Package name: haskell-syb-with-class
Version : 0.1
Upstream Author : Simon Peyton Jones, Ralf Laemmel
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/syb-with-class-0.3
* Lice
On Wed, Jul 11, 2007 at 02:23:35PM +, William Pitcock wrote:
> José Miguel Parrella Romero gmail.com> writes:
>> The maintainers of the xmms package in Debian are proposing the
>> removal of the aforementioned package. Please read on.
>> * Other distributions have already discussed XMMS remo
Package: wnpp
Severity: wishlist
Owner: Kari Pahula <[EMAIL PROTECTED]>
* Package name: haskell-generic-xml
Version : 0.1
Upstream Author : HAppS LLC
* URL :
http://hackage.haskell.org/cgi-bin/hackage-scripts/package/generic-xml-0.1
* License : BSD
Programmi
On Tue, Jul 10, 2007 at 08:56:02PM +0200, Stefano Zacchiroli wrote:
> * Package name: camlp4s
> * URL : http://cristal.inria.fr/~ddr/camlp4s/
> * License : BSD
> Question time: the license is BSD, but is not identical to the text
> I find in /usr/share/common-licenses/BSD
Brian May <[EMAIL PROTECTED]> writes:
>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
> Russ> Out of curiosity, have you talked to Love about this issue
> Russ> already? Given that MIT Kerberos supports symbol versions
> Russ> upstream, I'm a little surprised that Heimdal do
29 matches
Mail list logo
