Bug#508035: ITP: python-django-treebeard -- Efficient implementations of tree data structures for Django

Package: wnpp Severity: wishlist Owner: Chris Lamb <[EMAIL PROTECTED]> X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-django-treebeard Version : 1.1 Upstream Author : Gustavo Picon <[EMAIL PROTECTED]> * URL : http://code.google.com/p/django-treeb

Bug#508033: ITP: libcvd -- C++ library for computer vision, image, and video processing

Package: wnpp Severity: wishlist Owner: Albert Huang <[EMAIL PROTECTED]> * Package name: libcvd Version : 0.7 Upstream Author : Ed Rosten <[EMAIL PROTECTED]> * URL : http://mi.eng.cam.ac.uk/~er258/cvd/ * License : LGPL Programming Lang: C++ Description

Bug#508020: ITP: maven-clean-plugin -- Maven clean plugin

Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: maven-clean-plugin Version : 2.2 Upstream Author : Apache Software Foundation * URL : http://maven.apache.org/plugins/maven-clean-plugin/ * License : Apache 2.0 Programm

Bug#508014: ITP: maven-shared-io -- Maven API for I/O support

Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: maven-shared-io Version : 1.1 Upstream Author : Apache Software Foundation * URL : http://maven.apache.org * License : Apache 2.0 Programming Lang: Java Description

Bug#508012: ITP: maven-file-management -- Maven File Management API

Package: wnpp Severity: wishlist Owner: Torsten Werner <[EMAIL PROTECTED]> * Package name: maven-file-management Version : 1.2 Upstream Author : Apache Software Foundation * URL : http://maven.apache.org/shared/file-management/ * License : Apache 2.0 Programmi

Re: Bits from the buildd.debian.org world

On 2008-12-04, Michael Banck <[EMAIL PROTECTED]> wrote: > On Mon, Nov 24, 2008 at 07:26:06PM +0100, Adeodato Simó wrote: >> Recent work from Steve McIntyre (current DPL) in coordination with Ryan >> Murray (wanna-build maintainer and buildd admin for several architectures) >> has led to the inject

Re: Packages still depending on GTK+ 1.2

On Sat, 6 Dec 2008 22:15:06 +0100 Klaus Ethgen <[EMAIL PROTECTED]> wrote: > Am Sa den 6. Dez 2008 um 21:38 schrieb Daniel Moerner: > > xmms is gone: > > It is still in stable and there are many installations. More than 7000 > in popcon. And there is still no alternative. Soon to be only in olds

Re: Packages still depending on GTK+ 1.2

On Fri, 05 Dec 2008 19:06:26 +0100, Josselin Mouette wrote: > Colin Watson <[EMAIL PROTECTED]> >putty > => hotwire, a plain terminal… According to , PuTTY trunk will build against GTK+ 2.0. \o/ -- Sam Morris h

Re: Packages still depending on GTK+ 1.2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Sa den 6. Dez 2008 um 21:38 schrieb Daniel Moerner: > xmms is gone: It is still in stable and there are many installations. More than 7000 in popcon. And there is still no alternative. Klaus - -- Klaus Ethgenhttp:/

Re: Packages still depending on GTK+ 1.2

On Sat, Dec 6, 2008 at 11:42 AM, Klaus Ethgen <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > You forgot xmms. It is still heavily used and there are no alternative > for it. (It is just such a application as xv - very old but there are no > alternative that complet

Re: Packages still depending on GTK+ 1.2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You forgot xmms. It is still heavily used and there are no alternative for it. (It is just such a application as xv - very old but there are no alternative that completely replace it (in all facets).) Regards Klaus - -- Klaus Ethgen

Re: Packages still depending on GTK+ 1.2

On Sat, Dec 06, 2008 at 04:25:17AM +0100, Josselin Mouette wrote: > Le vendredi 05 d?cembre 2008 ? 22:49 +, Mark Brown a ?crit : > > It's nothing to do with power management. I'd rather let it stay until > > lenny is released, though if it were the only thing keeping GTK 1.2 in > > it should

Re: Packages still depending on GTK+ 1.2

Josselin Mouette <[EMAIL PROTECTED]> wrote: >> And nope, visualboyadvance doesn't replace gsnes9x, although the latter is >> just >> a front-end. > > Gah, I thought it was able to handle SNES ROMs. The correct answer would > probably be zsnes, although it only works on i386. You missed the word

Packages-arch-specific maintainance changes

Dear developers, we, the wanna-build admins, made the switch and put Packages-arch-specific, the file which states what packages are excluded from which architectures, into our hands. This means that the submission rules for changes to this precious file that controls our building infrastructure

Re: Packages still depending on GTK+ 1.2

Morten Kjeldgaard wrote: On 06/12/2008, at 15.47, Barry deFreese wrote: Obviously I was exaggerating purposely. Yes, but, you know, exaggerating the position of others in a forum like this is not really constructive. In fact, it signals that you've run out of arguments. Give me a break.

Re: Packages still depending on GTK+ 1.2

On 06/12/2008, at 15.47, Barry deFreese wrote: Obviously I was exaggerating purposely. Yes, but, you know, exaggerating the position of others in a forum like this is not really constructive. In fact, it signals that you've run out of arguments. I raised a -- I think -- valid concern th

Re: Packages still depending on GTK+ 1.2

Le samedi 06 décembre 2008 à 14:27 +0100, Morten Kjeldgaard a écrit : > GTK+ 1.2 is not just any old library. It was the first truly open and > free graphics toolkit of excellent quality, an alternative to Motif > and the ugly Xaw widget sets, and was eagerly embraced by everyone. > This is a

Re: Packages still depending on GTK+ 1.2

Le vendredi 05 décembre 2008 à 21:43 -0600, Raphael Geissert a écrit : > > Alain Schroeder <[EMAIL PROTECTED]> > >gsnes9x > > => visualboyadvance ? > > C'mon, there are at least 15 years between the two consoles. > And nope, visualboyadvance doesn't replace gsnes9x, although the latter is >

Bug#507988: ITP: SubLib -- CLI library that eases the development of subtitling applications

Package: wnpp Severity: wishlist Owner: Tiago Bortoletto Vaz <[EMAIL PROTECTED]> * Package name: SubLib Version : 0.9 Upstream Author : Pedro Castro <[EMAIL PROTECTED]> * URL : http://sublib.sourceforge.net/ * License : GPL Programming Lang: C# Description

Re: Packages still depending on GTK+ 1.2

On Fri, Dec 5, 2008 at 7:06 PM, Josselin Mouette <[EMAIL PROTECTED]> wrote: > Devid Filoni <[EMAIL PROTECTED]> > dillo > => there is a new upstream based on FLTK I'm working on fltk2 package in order to update dillo to the new upstream version that requires it. Devid Antonio Filoni -- To UNS

Re: Packages still depending on GTK+ 1.2

Michael Banck wrote: On Sat, Dec 06, 2008 at 09:20:31AM -0500, Barry deFreese wrote: Morten Kjeldgaard wrote: So I am not advocating keeping every bit of software around. If we keep every version of every library out there how do we support it? Morten did not say that.

Re: Packages still depending on GTK+ 1.2

On Sat, Dec 06, 2008 at 09:20:31AM -0500, Barry deFreese wrote: > Morten Kjeldgaard wrote: >> So I am not advocating keeping every bit of software around. > If we keep every version of every library out there how do we support > it? Morten did not say that. Michael -- To UNSUBSCRIBE, email

Re: Packages still depending on GTK+ 1.2

Morten Kjeldgaard wrote: For whom is the Debian distribution? Is it created to satisfy the needs of only the packagers and developers? If so, it is absolutely logical to get rid of everything a couple of years past expiry date. So I am not advocating keeping every bit of software around. I

Asistencia de contraseñas de Google

Para iniciar el proceso de restablecimiento de la contraseña de su cuenta de Google [EMAIL PROTECTED], visite el enlace siguiente http://www.google.com/accounts/RP?c=CLfEm8PG2PuSkwEQ8vvw1YDHsLkU&hl=es Si el enlace anterior no funciona, pruebe a copiarlo y pegarlo en una nueva ventana del navegado

Asistencia de contraseñas de Google

Para iniciar el proceso de restablecimiento de la contraseña de su cuenta de Google [EMAIL PROTECTED], visite el enlace siguiente http://www.google.com/accounts/RP?c=CM70gv30jbmtpAEQv5uh5s7wgdgE&hl=es Si el enlace anterior no funciona, pruebe a copiarlo y pegarlo en una nueva ventana del navegado

Asistencia de contraseñas de Google

Para iniciar el proceso de restablecimiento de la contraseña de su cuenta de Google [EMAIL PROTECTED], visite el enlace siguiente http://www.google.com/accounts/RP?c=CMPMypD35oqo9AEQ-N72iNXf3aw5&hl=es Si el enlace anterior no funciona, pruebe a copiarlo y pegarlo en una nueva ventana del navegado

Re: Packages still depending on GTK+ 1.2

On 06/12/2008, at 10.01, Mike Hommey wrote: With such arguments, we would still ship every single bit that was shipped some day. This is going nowhere. I don't recall advocating that every single bit that was shipped some day should be kept around. You are twisting my words and distorting

Re: Bug#457318: qmail and related packages in NEW

This one time, at band camp, Gerrit Pape said: > Finally, just as not supporting VRFY, not rejecting in the SMTP > conversation makes it harder for the spammers to sort out bad recipient > addresses, and so to use their resources even more efficiently. That is so stunningly wrong an argument I can

Asistencia de contraseñas de Google

Para iniciar el proceso de restablecimiento de la contraseña de su cuenta de Google [EMAIL PROTECTED], visite el enlace siguiente http://www.google.com/accounts/RP?c=CLfK2uPDmNHyQhDKlbvV0sHz744B&hl=es Si el enlace anterior no funciona, pruebe a copiarlo y pegarlo en una nueva ventana del navegado

Re: Packages still depending on GTK+ 1.2

On Fri, 5 Dec 2008, Josselin Mouette wrote: Andreas Tille <[EMAIL PROTECTED]> libgtkimreg paul => Yay, an imaging library and an image viewer As I said in a similar thread: These two packages should not block a GTK 1.2 removal but as long as the library is there they might remain. Just fou

Re: Packages still depending on GTK+ 1.2

On Sat, Dec 06, 2008 at 01:50:44AM +0100, Morten Kjeldgaard wrote: > > On 06/12/2008, at 00.09, Michael Banck wrote: > >>> There are several useful science programs that still make use of GTK+ >>> 1.2, one is a very useful chemistry program, GAMGI, which is in the >>> new >>> queue and on its way