Hello!
Recently I asked for inclusion of 'runit-init' into init metapackage
Pre-Depends: (#838480). Response, in particular mentioned, that
since 'runit-init' does not provide 'halt', 'reboot' and other
scripts, it would break things.
Unfortunately, I did not received reply about following ques
* Svante Signell , 2016-10-04, 08:54:
From memory I think this is due to usage of the default rule:
%:
dh $@
with no override_dh_auto_build and override_dh_auto_test rules. By default the
tests are run under fakeroot,
No, they're not.
--
Jakub Wilk
* Alastair McKinstry , 2016-10-03, 15:50:
What do DDs think should be done about this - move all tests outside
binary-arch?
Yes. Everything that doesn't require root privileges should be done in build*,
not in binary*.
In the long run, I'd love if Debian supported building packages without
On Tue, 2016-10-04 at 10:55 +0200, Jakub Wilk wrote:
> * Svante Signell , 2016-10-04, 08:54:
> >
> > From memory I think this is due to usage of the default rule:
> > %:
> > dh $@
> >
> > with no override_dh_auto_build and override_dh_auto_test rules. By default
> > the
> > tests are run
Jakub Wilk, on Tue 04 Oct 2016 10:55:36 +0200, wrote:
> * Svante Signell , 2016-10-04, 08:54:
> >From memory I think this is due to usage of the default rule:
> >%:
> >dh $@
> >
> >with no override_dh_auto_build and override_dh_auto_test rules. By default
> >the tests are run under fakeroot
Dmitry Bogatov writes ("Interface of `shutdown', 'halt', ... programs"):
> Recently I asked for inclusion of 'runit-init' into init metapackage
> Pre-Depends: (#838480). Response, in particular mentioned, that
> since 'runit-init' does not provide 'halt', 'reboot' and other
> scripts, it would bre
Samuel Thibault writes ("Re: package builds crashing under fakeroot"):
> Jakub Wilk, on Tue 04 Oct 2016 10:55:36 +0200, wrote:
> > >with no override_dh_auto_build and override_dh_auto_test rules. By default
> > >the tests are run under fakeroot,
> >
> > No, they're not.
>
> Err, I've seen them do
On Fri, Sep 30, 2016 at 08:53:05AM +0200, Pascal Grange wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Pascal Grange
>
> * Package name: bash-unit
> Version : 1.0.2
> Upstream Author : Pascal Grange
> * URL : https://github.com/pgrange/bash-unit
> * License
* Pascal Grange , 2016-09-30, 08:53:
* URL : https://github.com/pgrange/bash-unit
404
--
Jakub Wilk
On Tue, Oct 4, 2016 at 12:22 PM, Jakub Wilk wrote:
> * Pascal Grange , 2016-09-30, 08:53:
>>
>> * URL : https://github.com/pgrange/bash-unit
>
>
> 404
https://github.com/pgrange/bash_unit
Hi,
On Mon Oct 03, 2016 at 22:02:00 +, Niels Thykier wrote:
> Hi,
>
> Slightly overdue, we have created a survey for the Stretch artwork.
>
> Please cast your vote at:
> *
> https://surveys.larjona.net/index.php?r=survey/index&sid=926823&lang=en_us
> * Please be nice and vote only once!
Control: tags 837915 help
Hi!
On 25/09/2016 13:21, Michael Banck wrote:
as I just diagnosed this for a different package: the problem appears to
be that mpirun is run during binary-arch, i.e. under fakeroot. Latest
openmpi does not like that apparenlty and crashes.
Not sure how to fix it for a
On 2016-10-04 08:23 +0400, David Myers wrote:
> Hello all.
Welcome, more people helping out is good.
> I have just taken on a task of creating a deb package for an open source Java
> based project (runs in Tomcat or other embeded container).
I can't answer most of your questions, but people at
On Mon, Oct 03, 2016 at 10:02:00PM +, Niels Thykier wrote:
>Hi,
>
>Slightly overdue, we have created a survey for the Stretch artwork.
>
>Please cast your vote at:
> *
>https://surveys.larjona.net/index.php?r=survey/index&sid=926823&lang=en_us
> * Please be nice and vote only once!
Awesome st
Package: wnpp
Severity: wishlist
Owner: Jonathan Dowland
* Package name: golang-gopkg-flosch-pongo2.v3
Version : 3.0
Upstream Author : Florian Schlachter
* URL : https://github.com/flosch/pongo2
* License : Expat
Programming Lang: Go
Description : Djang
Martin Zobel-Helas:
> Hi,
>
> On Mon Oct 03, 2016 at 22:02:00 +, Niels Thykier wrote:
>> Hi,
>>
>> Slightly overdue, we have created a survey for the Stretch artwork.
>>
>> Please cast your vote at:
>> *
>> https://surveys.larjona.net/index.php?r=survey/index&sid=926823&lang=en_us
>> * Ple
* Graham Inggs , 2016-10-04, 12:33:
Not sure how to fix it for aster as apparently building the elements catalog
is part of the upstream install run. Maybe the upstream build system can be
modified to build that catalog during build, not install?
I'm not really familiar with aster's build sys
Hello,
Quick question. Will the new plasma LTS release make it into the next stable?
I think it would be a mistake if it did not.
Sincerely,
Brad
Looping in the related people.
AFAIR from discussions on IRC, yes.
On 10/04/2016 03:16 PM, Bradley Robert Baago wrote:
> Hello,
>
> Quick question. Will the new plasma LTS release make it into the next stable?
> I think it would be a mistake if it did not.
>
> Sincerely,
>
> Brad
>
--
Simo
(Cc-ing ftpmaster, debian-devel)
On Tue, Oct 04, 2016 at 07:05:09PM +0200, Emilio Pozuelo Monfort wrote:
> (Cc-ing debian-a11y)
>
> Hi,
Hi Emilio,
> On 30/09/16 13:03, Andreas Henriksson wrote:
> > While the patch would solve the RC bug and get dasher back into
> > testing, I'm hesitant to assi
Package: wnpp
Severity: wishlist
Owner: Jerome Benoit
* Package name: sagenb-export
Version : 2.0
Upstream Author : Volker Braun
* URL : https://github.com/vbraun/ExportSageNB
* License : GPL
Programming Lang: Python
Description : Convert SageNB Notebo
On 4 October 2016 at 16:40, Simon Quigley wrote:
> On 10/04/2016 03:16 PM, Bradley Robert Baago wrote:
>> Hello,
>>
>> Quick question. Will the new plasma LTS release make it into the next stable?
>> I think it would be a mistake if it did not.
>>
> Looping in the related people.
>
> AFAIR from di
Ouch! That's a stupid mistake ;(
Thank you for your feedback.
The correct URL is with an underscore instead of a dash :
https://github.com/pgrange/bash_unit
Message d'origine
De : Jakub Wilk
Date : 04/10/2016 12:22 (GMT+01:00)
À : 839...@bugs.debian.org
Cc : debian-devel@l
23 matches
Mail list logo