Package: wnpp
Severity: wishlist
Owner: Francois Marier
* Package name: pylibravatar
Version : 1.5
Upstream Author : Francois Marier
* URL : https://launchpad.net/pylibravatar
* License : MIT
Programming Lang: Python
Description : Libravatar module for
To provide all the binaries in gcc-mingw32 it will have to depend on
{gcc,g++,gfortran}-mingw-w64-i686; its only contents will be the
compatibility symlinks you mention (and the usual /usr/share/doc contents).
It will pull in mingw-w64-i686-dev indirectly, and binutils-mingw-w64-i686
too.
This s
Package: wnpp
Severity: wishlist
Owner: Francois Marier
* Package name: txlibravatar
Version : 1.0
Upstream Author : Francois Marier
* URL : https://launchpad.net/txLibravatar
* License : MIT
Programming Lang: Python
Description : Libravatar module for
Gergely Nagy schrieb am Sonntag, den 27. November 2011:
Hi,
> > Recently [1], dpatch's maintainer uploaded a new version indicating
> > that dpatch is now deprecated. Following that, he filed a bug [2] so
> > that lintian might warn that dpatch's makefile has been deprecated
> > since 2003, and
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: thredds
Version : 4.2.9
Upstream Author : UCAR
* URL : http://www.unidata.ucar.edu/software/tds/
* License : MIT
Programming Lang: Java
Description : Data server (middleware) fo
Alexander Wirt writes:
>> > Recently [1], dpatch's maintainer uploaded a new version indicating
>> > that dpatch is now deprecated. Following that, he filed a bug [2] so
>> > that lintian might warn that dpatch's makefile has been deprecated
>> > since 2003, and that dpatch itself is now depreca
On Mon, 28 Nov 2011, Alexander Wirt wrote:
> Since there is no proper alternative (no quilt is not) I will continue to use
> dpatch for all of my packages.
Is it only the fact that dpatch "patches" can be scripts that justify this
assertion?
If not, I would be interested to learn why quilt is no
Package: wnpp
Severity: wishlist
Owner: James Page
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: jenkins-htmlunit
Version : 2.6-jenkins-6
* URL : http://github.com/jenkinsci/htmlunit
* License : Apache-2.0
Programming Lang: Java
Description
Gergely Nagy schrieb am Montag, den 28. November 2011:
> Alexander Wirt writes:
>
> >> > Recently [1], dpatch's maintainer uploaded a new version indicating
> >> > that dpatch is now deprecated. Following that, he filed a bug [2] so
> >> > that lintian might warn that dpatch's makefile has been
Raphael Hertzog schrieb am Montag, den 28. November 2011:
> On Mon, 28 Nov 2011, Alexander Wirt wrote:
> > Since there is no proper alternative (no quilt is not) I will continue to
> > use
> > dpatch for all of my packages.
>
> Is it only the fact that dpatch "patches" can be scripts that justi
The compatibility report for libconfig between libconfig8/1.3.2 and
libconfig9/1.4.8 versions (see attachment) generated by the
abi-compliance-checker [1] tool may be of help to upgrade this package.
[1] http://forge.ispras.ru/projects/abi-compliance-checker/files
On 11/15/2011 10:15 PM, Jonat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Raphaël,
On 28.11.2011 11:55, Raphael Hertzog wrote:
> On Mon, 28 Nov 2011, Alexander Wirt wrote:
>> Since there is no proper alternative (no quilt is not) I will continue to use
>> dpatch for all of my packages.
>
> Is it only the fact that dpat
Arno Töll writes ("Re: Lintian ERROR saying dpatch is obsolete"):
> On the other hand, if dpkg would support a rules target to be executed
> before applying patches, that would be a great improvement. Or,
> alternatively most patches-which-are-scripts could be avoided if quilt
> had better support
Bob Proulx writes ("Re: Is anyone using the Units program in a script? [and 1
more messages]"):
> For this type of question under discussion of a utility such as
> 'units' I would suggest using the bug-gnu-ut...@gnu.org mailing list.
> It is widely subscribed to by those interested in the utilitie
On Mon, Nov 28, 2011 at 01:44:21PM +0100, Arno Töll wrote:
> that's exactly the problem I'm facing for a migration of dpatch to quilt
> I'm working on. There is no possible solution to execute any code/rules
> target before a 3.0 source package applies patches, right?
Good! I want to be able to i
Hi,
On Mon, 28 Nov 2011, Alexander Wirt wrote:
> And the problem that debians dpatchs is full of evil patches that makes it
> just incompatible to other quilts on non-debian systems.
I assume you meant s/dpatchs/quilt/.
Can you back up that assertion? It's true that quilt has a lot of patches
a
Package: wnpp
Severity: wishlist
Owner: Salvo Tomaselli
* Package name: python-wordpress-library
Version : unknown?
Upstream Author : Michele Ferretti
* URL : http://code.google.com/p/wordpress-library/
* License : LGPL
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Julien Danjou
* Package name: python-openstack-compute
Version : git
Upstream Author : Jacob Kaplan-Moss
* URL : https://github.com/jacobian/openstack.compute
* License : BSD
Programming Lang: Python
Description :
On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
> And I still like the "never touch a running system" approach. If dpatch works
> without problems, why deprecate it?
One reason is that the surface area of Debian development tools is too large
and daunting for newcomers. When altern
Jon Dowland schrieb am Montag, den 28. November 2011:
> On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
> > And I still like the "never touch a running system" approach. If dpatch
> > works
> > without problems, why deprecate it?
>
> One reason is that the surface area of Debian
Alexander Wirt writes:
> Jon Dowland schrieb am Montag, den 28. November 2011:
>
>> On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
>> > And I still like the "never touch a running system" approach. If dpatch
>> > works
>> > without problems, why deprecate it?
>>
>> One reason i
Package: wnpp
Severity: wishlist
Owner: Julien Danjou
* Package name: python-cloudfiles
Version : git
Upstream Author : Rackspace US, Inc
* URL : https://github.com/rackspace/python-cloudfiles
* License : BSD
Programming Lang: Python
Description : Pytho
Package: wnpp
Severity: wishlist
Owner: Simon Chopin
* Package name: lastfmfp
Version : 1.6.0
Upstream Author : Last.fm Ltd
* URL : http://github.com/lastfm/FingerprinterL
* License : LGPL-2.1+
Programming Lang: C++
Description : Last.fm audio fingerpr
Hi,
As many people (including me) are very disappointed in gnome3, switching
from a very configurable desktop environment in gnome2 to a almost not
configurable tablet one, is there any chance that Debian could supply
the Mint version too, with many goodies from gnome3 and a gnome2
look-and-feel?
On 11/28/2011 10:56 AM, Svante Signell wrote:
> Hi,
>
> As many people (including me) are very disappointed in gnome3, switching
> from a very configurable desktop environment in gnome2 to a almost not
> configurable tablet one, is there any chance that Debian could supply
> the Mint version too,
Goswin von Brederlow schrieb am Monday, den 28. November 2011:
> Alexander Wirt writes:
>
> > Jon Dowland schrieb am Montag, den 28. November 2011:
> >
> >> On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
> >> > And I still like the "never touch a running system" approach. If dpa
Package: wnpp
Severity: wishlist
Owner: Andy Cress
* Package name : ipmiutil
Version : 2.8.0
Upstream Author : Andy Cress *
URL : http://ipmiutil.sourceforge.net *
License : BSD
Programming Lang: C, C++
Description : Easy-to-use IPMI server management utilities
The ipmiutil package
On Mon, Nov 28, 2011 at 11:50:17AM -0800, Andy Cress wrote:
> * Package name : ipmiutil
We already have at least two full ipmi suites. Please describe why
ipmiutil is better then freeipmi and ipmitool.
Bastian
--
Vulcans never bluff.
-- Spock, "The Doomsday Machine", stardate 42
On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
> Its simple and things like dpatch-edit-patch are just great. I now use dpatch
> for round 8 years and it worked every time. I don't see any reason to move
> away.
>
> And I still like the "never touch a running system" approach. If
Bastian,
Having more than one IPMI package to cover different user-community preferences
certainly has a number of precedents. Think of all the SMTP packages, for
instance.
I believe ipmiutil is better, as described below, but some may disagree.
Nevertheless, giving users the choice is a go
On Mon, 28 Nov 2011 09:34:00 +0100, Fabian Greffrath
wrote:
> > To provide all the binaries in gcc-mingw32 it will have to depend on
> > {gcc,g++,gfortran}-mingw-w64-i686; its only contents will be the
> > compatibility symlinks you mention (and the usual /usr/share/doc
> > contents). It will pull
On Mon, Nov 28, 2011 at 08:58:42PM GMT, Andy Cress wrote:
> It supports Windows servers, the others do not. So users who have mixed OS
> environments would prefer ipmiutil.
If that's true it's enough of a reason for me for it to be packaged.
Regards,
--
Raf
--
To UNSUBSCRIBE, email to deb
Stefano Zacchiroli schrieb am Monday, den 28. November 2011:
> On Mon, Nov 28, 2011 at 12:54:57PM +0100, Alexander Wirt wrote:
> > Its simple and things like dpatch-edit-patch are just great. I now use
> > dpatch
> > for round 8 years and it worked every time. I don't see any reason to move
> > a
Le lundi 28 novembre 2011 à 19:56 +0100, Svante Signell a écrit :
> As many people (including me) are very disappointed in gnome3, switching
> from a very configurable desktop environment in gnome2 to a almost not
> configurable tablet one, is there any chance that Debian could supply
> the Mint v
Ian Jackson wrote:
> I think the best way to fix this is to prepare both renaming uploads
> in advance, and allow either of the two contending maintainers to
> upload both packages simultaneously.
Thanks, that sounds sensible to me.
Since this still seems to be stalled, I would like to hear from
On 11/28/2011 02:33 PM, Raf Czlonka wrote:
> On Mon, Nov 28, 2011 at 08:58:42PM GMT, Andy Cress wrote:
>> It supports Windows servers, the others do not. So users who have mixed OS
>> environments would prefer ipmiutil.
>
> If that's true it's enough of a reason for me for it to be packaged.
On Mon, Nov 28, 2011 at 5:41 PM, Alexander Wirt wrote:
> The question is: who decides? I have a bunch of packages and an established
> workflow that served me well over the last years. I don't want to learn
> another *censored* system, just because someone said its the new standard or
> it is bette
Michael Gilbert writes:
> On Mon, Nov 28, 2011 at 5:41 PM, Alexander Wirt wrote:
>> The question is: who decides? I have a bunch of packages and an
>> established workflow that served me well over the last years. I don't
>> want to learn another *censored* system, just because someone said its
>>
On 29/11/2011 00:16, Jonathan Nieder wrote:
> Ian Jackson wrote:
>
>> I think the best way to fix this is to prepare both renaming uploads
>> in advance, and allow either of the two contending maintainers to
>> upload both packages simultaneously.
>
> Thanks, that sounds sensible to me.
>
> Since
On Mon, Nov 28, 2011 at 7:32 PM, Russ Allbery wrote:
> Michael Gilbert writes:
>> On Mon, Nov 28, 2011 at 5:41 PM, Alexander Wirt wrote:
>
>>> The question is: who decides? I have a bunch of packages and an
>>> established workflow that served me well over the last years. I don't
>>> want to learn
Michael Gilbert writes:
> On Mon, Nov 28, 2011 at 7:32 PM, Russ Allbery wrote:
>> If someone else is willing to be the maintainer of the tool (as is the
>> case here), I think it's a bit more complicated than that.
> That isn't quite the case. The existing maintainer isn't stepping down,
> he's
* Jérémy Lal , 2011-11-29, 01:23:
Is there a simple way to search all packages having a node shebang ?
http://lintian.debian.org/tags/unusual-interpreter.html
(Unfortunately, the list might be incomplete because the lintian lab is
still a bit broken; see bug #641468.)
--
Jakub Wilk
--
To U
On Sun, Nov 27, 2011 at 06:44:04PM +0100, Luk Claes wrote:
> Besides it would be great that everyone uploading has a big reminder to
> switch away from dpatch. Switching to v3 quilt should be easy.
There are several features of dpatch that can't be trivially migrated to v3
quilt.
- Custom patch
Jérémy Lal wrote:
> I can prepare a patch for nodejs package.
Thanks!
[...]
> - I can't help but talk about "npm", an essential development tool distributed
> in latest nodejs (can be compared to ruby's gem). It allows one to install and
> publish npm packages to a common registry.
> It will nee
On 11-11-28 at 04:53pm, Russ Allbery wrote:
> If, for example, Joey decided that debhelper was a bad idea and
> everyone should switch to CDBS, I'm sure we'd all listen closely to
> the reasoning, but I don't think his opinion would automatically win.
> :)
:-D
- Jonas
--
* Jonas Smedegaa
On Tue, Nov 29, 2011 at 9:04 AM, Steve Langasek wrote:
> - Custom patch commands, as already discussed. Yes, we should get rid of
> them, but that doesn't make it easy to convert them.
>
> - Conditional application of patches. Some packages have patches that are
> only applied on a per-arc
On 11/29/2011 02:56 AM, Svante Signell wrote:
> Hi,
>
> As many people (including me) are very disappointed in gnome3, switching
> from a very configurable desktop environment in gnome2 to a almost not
> configurable tablet one, is there any chance that Debian could supply
> the Mint version too, w
also sprach tony mancill [2011.11.29.0030 +0100]:
> I concur. The more Debian can do to ease its introduction into mixed
> and/or non-Debian environments, the more potentially attractive it is to
> users. Having impiutil part of Debian, provided that it is not buggy
> and is well-maintained, mea
On Mon, Nov 28, 2011 at 11:41:43PM +0100, Alexander Wirt wrote:
> > We have a tradition in Debian on standardizing on interfaces, which is
> > good. But also standardizing on tools has value, because it reduces the
> > cost of diversity throughout the archive. If standardizing on tools is
> > consi
49 matches
Mail list logo
