Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: tiptop
Version: 2.2
Upstream Author: Erven Rohou
URL: http://tiptop.gforge.inria.fr/
License: GPLv2
Description: (from the websi
Hi,
2014-07-16 3:36 GMT+02:00 Guillem Jover :
> Hi!
>
[...]
> Such warning might have made sense iff:
>
> - the new formats had been uncontroversial,
There is no such thing as being uncontroversial in Debian. There is
always somebody nitpicking when gaining hundred features and losing
one.
Tha
❦ 16 juillet 2014 09:58 +0900, Charles Plessy :
> Patch systems have a high importance in Debian because we accumulate patches
> that have little relevance for Upstream and the software's users. One of the
> solution is to standardise the patch systems, but another solution is to stop
> produci
Hi Charles,
Quoting Charles Plessy (2014-07-16 02:58:58)
> viewed from the opposite side of the chain, I have the impression that in
> most cases where I receive a report that package X does not build on
> architecture Y, it is a pure waste of time, since that package has no user
> base on that ar
Jeroen Dekkers wrote:
> You forget one of the big problems with OpenSSL that LibreSSL doesn't
> fix: the license. It actually makes the mess even bigger, given that
> some of the GPL exceptions only talk about "the OpenSSL library" and
> don't exempt OpenSSL-derived code. So even if LibreSSL is a d
On Sat, Jul 12, 2014 at 12:06:27AM +0200, Toni Mueller wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Toni Mueller
>
> * Package name: libressl
> Version : 2.0.0
> Upstream Author : The OpenBSD project, the OpenSSL project et al.
> * URL : http://www.libressl.org
On Mon, 2014-07-14 at 14:09:55 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 14 Jul 2014, Kurt Roeckx wrote:
> > This will all probably take some time.
>
> As long as you don't mean to wait to deploy symbol versioning. It becomes
> *really* painful after a while. Changes to symbol versioni
Hi!
On Tue, 2014-07-15 at 10:11:00 +0200, Peter Palfrader wrote:
> On Tue, 15 Jul 2014, Mattia Rizzolo wrote:
> > A proper lintian warning can enlighten the maintainer and push him
> > toward the change or somehow qualify the NMUer to add that file (if
> > there are no other big changes)
>
> Ther
Hi!
On Tue, 2014-07-15 at 18:39:14 -0400, Michael Gilbert wrote:
> On Tue, Jul 15, 2014 at 3:50 PM, Scott Kitterman wrote:
> > It would be nice, however, to have a way to specify the alternate behavior
> > in
> > a consistent reliable way (meaning something I can put in the package when I
> > add
Le Wed, Jul 16, 2014 at 01:19:05AM +0100, Wookey a écrit :
> +++ Michael Gilbert [2014-07-15 18:39 -0400]:
> > On Tue, Jul 15, 2014 at 3:50 PM, Scott Kitterman wrote:
> > > It would be nice, however, to have a way to specify the alternate
> > > behavior in
> > > a consistent reliable way (meaning
On Tue, Jul 15, 2014 at 10:42:15AM +0900, Charles Plessy wrote:
> Le Tue, Jul 15, 2014 at 03:26:30AM +0200, Mattia Rizzolo a écrit :
> > In fact I'm wondering what is the rationale to stay with the 1.0 format,
> > given
> > all the benefits of the 3.0 (quilt) format:
>
> Hi Mattia,
>
> I am not
+++ Michael Gilbert [2014-07-15 18:39 -0400]:
> On Tue, Jul 15, 2014 at 3:50 PM, Scott Kitterman wrote:
> > It would be nice, however, to have a way to specify the alternate behavior
> > in
> > a consistent reliable way (meaning something I can put in the package when I
> > add source/format).
>
Le 15/07/2014 23:55, Matthias Klose a écrit :
> No. Don't do it. This is complete bullshit for Debian at this point. We are
> trying to prepare a release, working on a possible update to Java 8, and we
> don't have the resources to work on Java 9 at this time.
Ok, but could you say it nicely ple
2014-07-16 0:44 GMT+02:00 Mattia Rizzolo :
> On Wed, Jul 16, 2014 at 12:39 AM, Michael Gilbert wrote:
>> This would be far better solved with a system conffile of some sort
>> like /etc/dpkg/dpkg-source.cfg, which admittedly doesn't exist yet.
>
> in general I feel the lack of a $HOME/.dpkg.conf c
On Wed, Jul 16, 2014 at 12:39 AM, Michael Gilbert wrote:
> This would be far better solved with a system conffile of some sort
> like /etc/dpkg/dpkg-source.cfg, which admittedly doesn't exist yet.
in general I feel the lack of a $HOME/.dpkg.conf conffile...
Luckily there are wrappers (debuild?) t
On Tue, Jul 15, 2014 at 3:50 PM, Scott Kitterman wrote:
> It would be nice, however, to have a way to specify the alternate behavior in
> a consistent reliable way (meaning something I can put in the package when I
> add source/format).
Archive consistency is far more important than individual mai
On Tue, Jul 15, 2014 at 10:53:10AM -0700, Russ Allbery wrote:
> Adam Borowski writes:
> > On Tue, Jul 15, 2014 at 03:26:28PM +0100, Jonathan Dowland wrote:
> >> It *is* a shame that the patch-handling aspect of 3.0 (Quilt) is
> >> offputting enough to folks that some are avoiding 3.0 altogether an
On Jul 15, 2014, at 09:07 PM, Raphael Hertzog wrote:
>If quilt is the problem, aren't you more satisfied with tools like gbp-pq
>that lets you avoid quilt and use (rebased) git branches to manage the
>quilt series?
My one experience with this was not very successful, although I'm sure it was
pebk
Am 15.07.2014 23:08, schrieb Emmanuel Bourg:
> This was expected but now it's effective, Java 9 no longer supports
> source/target level 1.5:
>
> http://mail.openjdk.java.net/pipermail/jdk9-dev/2014-July/000972.html
>
> So if you update a package and see these settings please bump them to 1.6.
>
On Jul 15, 2014, at 12:37 PM, Scott Kitterman wrote:
>On Tuesday, July 15, 2014 18:12:41 Andreas Metzler wrote:
>> Scott Kitterman wrote:
>> [...]
>>
>> > It seems to me 3.0 (Quilt) is still applying patches when the
>> > package is extracted using dpkg-source. Is there a way to avoid
>> > that
Le dimanche 6 juillet 2014 13:01:47, Mike Gabriel a écrit :
> Hi Benoit,
Hello mike,
> On Fr 04 Jul 2014 15:58:28 CEST, Benoit Mortier wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Benoit Mortier
> >
> > * Package name: schema2ldif
> >
> > Version : 0.1
> > Upstre
On Mon, Jul 14, 2014 at 01:32:40PM -0700, Russ Allbery wrote:
> In the world in which BSD software is linked with LibreSSL and the license
> exceptions have not been changed to allow OpenSSL-derived software, now
> (due to the way that Debian applies this rule transitively) GPL software
> can't li
On Tuesday, July 15, 2014 21:04:32 Raphael Hertzog wrote:
> Hi Scott,
>
> On Tue, 15 Jul 2014, Scott Kitterman wrote:
> > It seems to me 3.0 (Quilt) is still applying patches when the package is
> > extracted using dpkg-source. Is there a way to avoid that too? That's
> > been my major objection
On 2014-07-15 16:00, Thorsten Glaser wrote:
Martin Zobel-Helas dixit:
Furthermore, we will change the people.debian.org web-service such
that
only HTTPS connections will be supported (unencrypted requests will
be
redirected).
[…]
Take it as a heads-up to maybe move stuff elsewhere, if it nee
Hi,
On Tue, 15 Jul 2014, Jonathan Dowland wrote:
> It *is* a shame that the patch-handling aspect of 3.0 (Quilt) is offputting
> enough to folks that some are avoiding 3.0 altogether and not benefitting from
> the other improvements. However the single-debian-patch workaround is a pretty
> good co
Hi Scott,
On Tue, 15 Jul 2014, Scott Kitterman wrote:
> It seems to me 3.0 (Quilt) is still applying patches when the package is
> extracted using dpkg-source. Is there a way to avoid that too? That's been
> my major objection.
Can you elaborate on your objection?
Having patches applied by d
Package: wnpp
Severity: wishlist
Owner: "Stephan Sürken"
* Package name: ui-utilcpp
Version : 1.8.2
Upstream Author : Stephan Sürken
* URL : http://ui-utilcpp.sourceforge.net/
* License : LGPL
Programming Lang: C++
Description : UI C++ utility librar
Adam Borowski writes:
> On Tue, Jul 15, 2014 at 03:26:28PM +0100, Jonathan Dowland wrote:
>> It *is* a shame that the patch-handling aspect of 3.0 (Quilt) is
>> offputting enough to folks that some are avoiding 3.0 altogether and
>> not benefitting from the other improvements. However the
>> sing
On Tue, Jul 15, 2014 at 03:26:28PM +0100, Jonathan Dowland wrote:
> It *is* a shame that the patch-handling aspect of 3.0 (Quilt) is offputting
> enough to folks that some are avoiding 3.0 altogether and not benefitting from
> the other improvements. However the single-debian-patch workaround is a
On Tuesday, July 15, 2014 18:12:41 Andreas Metzler wrote:
> Scott Kitterman wrote:
> [...]
>
> > It seems to me 3.0 (Quilt) is still applying patches when the
> > package is extracted using dpkg-source. Is there a way to avoid
> > that too? That's been my major objection.
>
> dpkg-source -x --
Scott Kitterman wrote:
[...]
> It seems to me 3.0 (Quilt) is still applying patches when the
> package is extracted using dpkg-source. Is there a way to avoid
> that too? That's been my major objection.
dpkg-source -x --skip-patches foo.dsc
(Does not work in debian/source/options, though)
cu A
On 07/15/2014 09:42 AM, Charles Plessy wrote:
> I am not a big fan of the 3.0 (quilt) format because it imposes a patch
> system.
> In particular, this format does not make much sense when managing the source
> package with Git.
I'm not sure I'm following you. I do use git for packaging, and I ha
Package: wnpp
Severity: wishlist
Owner: Alessio Treglia
* Package name: mod-authz-securepass
Version : 0~20140715+0git93f271f5
Upstream Author : Giuseppe Paterno'
* URL : https://github.com/gplll/mod_authz_securepass
* License : GPL-2+
Programming La
On Tuesday, July 15, 2014 15:26:28 Jonathan Dowland wrote:
> On Tue, Jul 15, 2014 at 10:43:05AM +0200, Raphael Hertzog wrote:
> > Can we have a reasonable discussion based on real arguments and not on
> > personal feelings?
>
> I haven't read any personal feelings yet, apart from personal preferen
El 14/07/14 18:14, Leo Iannacone escribió:
> Hi Fernando,
>
> AFAIK nobody in JavaScript Team is working on.
>
> Consider to join us[0] if you want to package it.
>
> Cheers!
>
> Leo.
>
> [0] - https://wiki.debian.org/Javascript
>
>
Thanks you.
--
Fernando Toledo
Dock Sud BBS
http://bbs.do
On Tue, Jul 15, 2014 at 10:43:05AM +0200, Raphael Hertzog wrote:
> Can we have a reasonable discussion based on real arguments and not on
> personal feelings?
I haven't read any personal feelings yet, apart from personal preferences about
how to handle patches.
It *is* a shame that the patch-hand
Le dimanche 6 juillet 2014 20:53:49, Ryan Tandy a écrit :
> On 06/07/14 04:03 AM, Bastian Blank wrote:
> > On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote:
> >> schema2ldif will read the given input file and convert it to an
> >> LDIF file that you can insert into you LDAP direct
Le dimanche 6 juillet 2014 13:03:39, Bastian Blank a écrit :
> On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote:
> > schema2ldif will read the given input file and convert it to an LDIF
> > file that you can insert into you LDAP directory
>
> Did you talk to the openldap maintainer
Dixi quod…
>Martin Zobel-Helas dixit:
>
>>Furthermore, we will change the people.debian.org web-service such that
>>only HTTPS connections will be supported (unencrypted requests will be
>>redirected).
[…]
>Take it as a heads-up to maybe move stuff elsewhere, if it needs http
>(e.g. APT repos work
On Jul 15, Ryo IGARASHI wrote:
> If libressl is supposed to be the binary compatible replacement for openssl,
> the experience of these BLAS libraries might be helpful.
It is not.
--
ciao,
Marco
signature.asc
Description: Digital signature
Hi, all,
On Sun, Jul 13, 2014 at 2:15 AM, Russ Allbery wrote:
> Kurt Roeckx writes:
>> On Sat, Jul 12, 2014 at 01:53:45PM +0200, Toni Mueller wrote:
>
>>> my intention is to package this stuff so one can have both openssl and
>>> libressl installed in parallel. libressl currently has libraries w
On Tue, Jul 15, 2014 at 07:43:27AM +0200, Andreas Metzler wrote:
> > That turns smaller adjustments in applications into
> > developing entirely different interfaces for each application, while
> > GnuTLS itself still lacks a lot of features.
>
> Do you have any reference for this? I have not foll
On Tue, 15 Jul 2014, Peter Palfrader wrote:
> On Tue, 15 Jul 2014, Mattia Rizzolo wrote:
>
> > A proper lintian warning can enlighten the maintainer and push him
> > toward the change or somehow qualify the NMUer to add that file (if
> > there are no other big changes)
>
> There's no reason to ha
Hi,
On Tue, 15 Jul 2014, Mattia Rizzolo wrote:
> >> https://wiki.debian.org/Projects/DebSrc3.0
> >
> > Well, this is a one-sided view of the question from the creator of the 3.0
> > format, listing no disadvantages whatsoever.
>
> Good. It's a wiki page, let's edit it. There is a
> Advantages_of_
On Tue, 15 Jul 2014, Mattia Rizzolo wrote:
> A proper lintian warning can enlighten the maintainer and push him
> toward the change or somehow qualify the NMUer to add that file (if
> there are no other big changes)
There's no reason to have a debian/source/format in a classic debian
package. Th
On Tue, Jul 15, 2014 at 4:48 AM, Steve Langasek wrote:
Hi Steve,
> I understand not wanting to repackage the upstream tarball for source format
> 1.0. What I don't understand is why you *did* do this, instead of just
> switching the package to format 3.0 (quilt) as part of the update you were
>
46 matches
Mail list logo
