On Sat, Oct 12, 2013 at 8:26 AM, Charles Plessy wrote:
> I think that this would be more suitable for the Upstream Guide
> (https://wiki.debian.org/UpstreamGuide). The Debian Policy focuses on how to
> integrate works in Debian, so if being XDG-compliant or not does not make a
> difference, then
debian-de...@liska.ath.cx (Olе Streicher) writes:
> Lars Wirzenius writes:
>> Having Debian versions of the programs differ in this from everyone
>> else would create a lot of confusion, and needlessly cause everyone
>> more support burden than is needed.
> Isn't that the same case with the FHS?
Ian Jackson writes:
> Russ Allbery writes ("Re: automake transition breakages"):
>> Well, the simple answer is that we avoid having to maintain local
>> patches against the upstream source to remove -Werror, since generally
>> it's not something over which we have a choice without patching the
>>
Le Fri, Oct 11, 2013 at 09:04:57PM +0200, Olе Streicher a écrit :
>
> I don't mean it as a strong requirement (yet); but couldn't this be
> included in the policy as recommendation and/or goal?
Hi Olе,
I think that this would be more suitable for the Upstream Guide
(https://wiki.debian.org/Upstr
On Sun, Aug 11, 2013 at 11:28:47AM +1000, Craig Small wrote:
> On Fri, Aug 09, 2013 at 01:39:20PM +0200, Ben Hutchings wrote:
> > I also wonder whether it would not be more sensible to split procps into
> > essential and non-essential binary packages. Aside from pidof, I bet
> > there are lots of
On Fri, Oct 11, 2013 at 09:55:34PM +0100, Dmitrijs Ledkovs wrote:
> I'm not sure, but launchpad is running 64-bit machines even when
> compiling for the i386 architecture, and then launchpad supports PAE
> only and thus can get >4GB of address space.
A 32-bit process can still only address 32-bits
On 11 October 2013 22:34, Ben Hutchings wrote:
> On Fri, Oct 11, 2013 at 09:55:34PM +0100, Dmitrijs Ledkovs wrote:
> [...]
>> I'm not sure, but launchpad is running 64-bit machines even when
>> compiling for the i386 architecture, and then launchpad supports PAE
>> only and thus can get >4GB of ad
Cyril Brulebois (2013-09-30):
> That's nice for well maintained packages. Not so nice when packages
> start FTBFSing in the middle of a transition because of an automake
> update, and maintainers are otherwise busy or MIA.
FWIW it took me less than 10 days after I wrote this to actually hit
this
On Fri, Oct 11, 2013 at 09:55:34PM +0100, Dmitrijs Ledkovs wrote:
[...]
> I'm not sure, but launchpad is running 64-bit machines even when
> compiling for the i386 architecture, and then launchpad supports PAE
> only and thus can get >4GB of address space.
[...]
Which bit of 'Physical Address Exte
On 11 October 2013 20:32, Steve Langasek wrote:
> severity 726009 serious
> thanks
>
> This remains a serious bug. Your package, which previously built on
> multiple architectures, is now failing to build due to memory exhaustion.
> While in some circumstances it is permissible to remove the old
On Fri, Oct 11, 2013 at 12:32:27PM -0700, Steve Langasek wrote:
> severity 726009 serious
> thanks
>
> This remains a serious bug. Your package, which previously built on
> multiple architectures, is now failing to build due to memory exhaustion.
> While in some circumstances it is permissible t
On Fri, Oct 11, 2013 at 09:04:57PM +0200, Olе Streicher wrote:
> Lars Wirzenius writes:
> > Having Debian versions of the programs differ in this from everyone
> > else would create a lot of confusion, and needlessly cause everyone
> > more support burden than is needed.
>
> Isn't that the same c
severity 726009 serious
thanks
This remains a serious bug. Your package, which previously built on
multiple architectures, is now failing to build due to memory exhaustion.
While in some circumstances it is permissible to remove the old binaries and
drop support for an architecture, this remains
Lars Wirzenius writes:
> Having Debian versions of the programs differ in this from everyone
> else would create a lot of confusion, and needlessly cause everyone
> more support burden than is needed.
Isn't that the same case with the FHS?
To bring an example here from my ongoing packaging proje
severity 726009 wishlist
retitle 726009 Yade requires too much RAM for building
thanks
Hello,
thanks for bug-report. The problem is, that all build-failures are due
to insufficient RAM on build-machines [1]. I do not really know how to
"fix" that except of backlisting of some machines, as was sug
+++ Lars Wirzenius [2013-10-11 18:48 +0100]:
> On Fri, Oct 11, 2013 at 07:17:32PM +0200, Olе Streicher wrote:
> > What are the status, the pros and cons here? Is there an attempt to get
> > the XDG somehow into the Debian policy?
>
> There is no active Debian effort to make all our packages to con
On Fri, Oct 11, 2013 at 07:17:32PM +0200, Olе Streicher wrote:
> What are the status, the pros and cons here? Is there an attempt to get
> the XDG somehow into the Debian policy?
There is no active Debian effort to make all our packages to conform
to the XDG directory spec. It is my understanding
Hi,
for one of my packages (astropy), I am currently in discussion with
upstream on whether the XDG rules shoule be applied [1]. I am arguing
there that for a new software, it would be better to follow this
standard.
The XDG basedir specification [2] basically defines where user specific
configur
Russ Allbery writes ("Re: automake transition breakages"):
> Cyril Brulebois writes:
> > Meaning one needs to get a fix once; a random NMUer might need to chase
> > upstream patches (never a pleasure when fixing unrelated issues). Given
> > what you wrote, I'm not sure what it buys us to keep -Wer
Package: wnpp
Owner: Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 (CPAN/PAUSE)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libconvert-ascii85-perl
Version : 0.01
Upstream Author : Lukas Mai
* URL : https://metacpan.org/release/Conve
Package: wnpp
Owner: Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 (CPAN/PAUSE)
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libtypes-path-tiny-perl
Version : 0.005
Upstream Author : David Golden
* URL : https://metacpan.org/release/T
Package: wnpp
Severity: wishlist
Owner: Wolodja Wentland
* Package name: tigris
Version : 0.1.1
Upstream Author : Matthew Lee Hinman
* URL : https://github.com/dakrone/tigris
* License : EPL-1.0
Programming Lang: Clojure, Java
Description : Stream-base
22 matches
Mail list logo
