On 26/12/13 at 13:20 +0100, Lucas Nussbaum wrote:
> Dear Developers,
>
> It is my great pleasure and honor to officialize the existence and the
> powers of one of Debian's most important teams: the Release Team.
Hi,
I'd like to note that the discussion on this delegation was inconclusive
on a co
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/26/2013 07:23 AM, Lucas Nussbaum wrote:
> On 26/12/13 at 13:20 +0100, Lucas Nussbaum wrote:
>
>> Dear Developers,
>>
>> It is my great pleasure and honor to officialize the existence and
>> the powers of one of Debian's most important teams:
On Thu, 2013-12-26 at 09:02 -0500, The Wanderer wrote:
> It's seemed intuitively obvious to me that a "release goal" could
> equally be defined as "a new criterion by which a package can be judged
> to be RC-buggy".
One of the defining points of release goals (at least as they've
historically exis
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/26/2013 09:35 AM, Adam D. Barratt wrote:
> On Thu, 2013-12-26 at 09:02 -0500, The Wanderer wrote:
>
>> It's seemed intuitively obvious to me that a "release goal" could
>> equally be defined as "a new criterion by which a package can be
>> ju
On mer, dic 25, 2013 at 01:36:13 -0800, Jonathan Nieder wrote:
> Russ Allbery wrote:
>
> > Has anyone asked the Git maintainers whether they object to their software
> > being linked with a libcurl that uses OpenSSL?
>
> I am not the author of the most of Git. As a minority author:
>
> - libcu
On Wed, Dec 25, 2013 at 7:06 PM, Paul Tagliamonte wrote:
> On Thu, Dec 26, 2013 at 07:26:37AM +0800, Paul Wise wrote:
>> On Thu, Dec 26, 2013 at 4:57 AM, Jerome BENOIT wrote:
>>
>> > is there a proper way to get rid of the recent
>> > privacy-breach-google-adsense Lintian violation/error report [1
Niels Thykier writes:
> Britney changes
> ===
> We have deployed a change in Britney that causes her to pay more
> attention to essential packages. In particular, all packages now have
> to be co-installable with the essential set. Previously, a package
> could conflict with a esse
On Thu, Dec 26, 2013 at 06:08:03PM +0100, Niels Thykier wrote:
> Britney changes
> ===
>
> We have deployed a change in Britney that causes her to pay more
> attention to essential packages. In particular, all packages now have
> to be co-installable with the essential set. Previousl
On Thu, Dec 26, 2013 at 10:03:12AM -0800, Russ Allbery wrote:
> Niels Thykier writes:
> > We have deployed a change in Britney that causes her to pay more
> > attention to essential packages. In particular, all packages now have
> > to be co-installable with the essential set. Previously, a pac
On 2013-12-26 19:23, Josh Triplett wrote:
> On Thu, Dec 26, 2013 at 06:08:03PM +0100, Niels Thykier wrote:
>> Britney changes
>> ===
>>
>> We have deployed a change in Britney that causes her to pay more
>> attention to essential packages. In particular, all packages now have
>> to be
❦ 26 décembre 2013 01:04 CET, Colin Watson :
> It is true that compatibility is sometimes less than ideal, but brushing
> the problem under the carpet just means that somebody gets to discover
> this when they're in a hurry trying to fix some unrelated problem years
> later, when the change in t
Vincent Bernat writes:
> ❦ 26 décembre 2013 01:04 CET, Colin Watson :
>> It is true that compatibility is sometimes less than ideal, but
>> brushing the problem under the carpet just means that somebody gets to
>> discover this when they're in a hurry trying to fix some unrelated
>> problem yea
On Sun, Dec 22, 2013 at 03:56:04PM -0800, Russ Allbery wrote:
> Zbigniew Jędrzejewski-Szmek writes:
>
> > But this should be safe for instance units, so I'd like to see
> > 'systemctl stop/status/... server@*.service' implemented.
>
> That would be very useful for distribution packagers. If, fo
]] Vincent Bernat
> We don't need to put more burden on maintainers. It is better to really
> build from sources and it is good if you spend time on it, but IMO, we
> can't afford to make this a rule.
Given that the configure is automatically generated from configure.ac,
it's pretty clear that c
❦ 26 décembre 2013 21:10 CET, Russ Allbery :
>> Urgent updates, like security issues, seldom need to patch the build
>> system. For one hour spent by the maintainer to fix the build system to
>> be able to build with a more recent version of automake or a more
>> ancient version of automake, how
On Thu, Dec 26, 2013 at 09:01:29PM +0100, Vincent Bernat wrote:
> ❦ 26 décembre 2013 01:04 CET, Colin Watson :
> > It is true that compatibility is sometimes less than ideal, but brushing
> > the problem under the carpet just means that somebody gets to discover
> > this when they're in a hurry t
On Thu, Dec 26, 2013 at 11:09:38PM +0100, Vincent Bernat wrote:
> See for example libevent which is a well-maintained software. It won't
> compile with automake 1.13 and later (because automake thinks that using
> $(top_srcdir) in TESTS is broken while it worked perfectly). This will
> be fixed whe
On Thu, Dec 26, 2013 at 01:00:56PM -0500, Andrew Starr-Bochicchio wrote:
> What exactly are you proposing? At least for Sphinx, and I imagine
> other tools, things like adsense aren't automatically injected into
> the html.
Erm, my memory officially sucks. I was confusing Sphinx with
readthedocs,
2013/12/25 Thomas Goirand :
> Don't you think it would be more reasonable if the mariadb-client
> contained a Provides: mysql-client, rather than changing each and every
> software dependency in Debian?
Currently the package contains "Provides: virtual-mysql-server" but I
guess this needs to be re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
- --- Please fill out the fields below. ---
Package name: automake
Version: 1:1.14-3
Upstream Author: [NAME ]
URL: [http://example.com]
Lice
On Thu, 2013-12-26 at 13:00 -0500, Andrew Starr-Bochicchio wrote:
> What exactly are you proposing? At least for Sphinx, and I imagine
> other tools, things like adsense aren't automatically injected into
> the html. The author must explicitly add this stuff into the template.
> I agree that we do
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 529 (new: 3)
Total number of packages offered up for adoption: 158 (new: 1)
Total number of packages request
On Thu, Dec 26, 2013 at 7:34 AM, Paul Wise wrote:
> Building as much as possible from source at package build time should
> be the norm not the exception, otherwise the build process for that
> source will bitrot and we will never detect that.
Having said that, I expect there will be exceptions t
Excerpts from Ben Hutchings's message of 2013-12-25 04:32:01 -0800:
> On Wed, 2013-12-25 at 03:41 -0800, Clint Byrum wrote:
> > Excerpts from Vincent Bernat's message of 2013-12-25 03:36:30 -0800:
> > > ❦ 25 décembre 2013 08:27 CET, Thomas Goirand :
> > >
> > > > Don't you think it would be more
Excerpts from Vincent Bernat's message of 2013-12-25 09:52:40 -0800:
> ❦ 25 décembre 2013 12:41 CET, Clint Byrum :
>
> >> > Don't you think it would be more reasonable if the mariadb-client
> >> > contained a Provides: mysql-client, rather than changing each and every
> >> > software dependency
Paul Wise writes:
> Personally whenever I see this tag or this issue on upstream websites I
> will encourage them to either just drop GA or use piwik instead if they
> actually need what GA provides. I encourage everyone else on this list
> to do the same.
If we could manage to get piwik package
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: python-args
Version : 0.1.0
Upstream Author : Kenneth Reitz
* URL or Web page : https://github.com/kennethreitz/args
* License : BSD
Description : Command Arguments for Humans
This simple pytho
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: awscli
Version : 1.2.9
Upstream Author : Amazon.com, Iinc.
* URL or Web page : http://aws.amazon.com/cli/
* License : Apache
Description : Universal Command Line Environment for AWS
This packag
Le Fri, Dec 27, 2013 at 09:36:33AM +0800, Paul Wise a écrit :
> On Thu, Dec 26, 2013 at 7:34 AM, Paul Wise wrote:
>
> > Building as much as possible from source at package build time should
> > be the norm not the exception, otherwise the build process for that
> > source will bitrot and we will n
Package: wnpp
Owner: Salvatore Bonaccorso
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: librunning-commentary-perl
Version : 0.05
Upstream Author : Damian Conway
* URL : https://metacpan.org/release/Run
30 matches
Mail list logo
