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
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 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
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-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
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 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 , 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
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
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
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
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 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
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.
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
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
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
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
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
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, 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
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
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
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
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,
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?
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
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
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
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
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
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 :
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
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
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
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
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
-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
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
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
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
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
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
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
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
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: 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
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: pylibravatar
Version : 1.5
Upstream Author : Francois Marier
* URL : https://launchpad.net/pylibravatar
* License : MIT
Programming Lang: Python
Description : Libravatar module for
49 matches
Mail list logo