Control: block -1 by 764216
Am 07.10.2014 um 08:53 schrieb Johannes Schauer:
Control: block -1 by 763766 744246
Hi,
On Sat, 26 Apr 2014 20:37:19 +0200 Helmut Grohne hel...@subdivi.de wrote:
I worked out a patch that uses the build profile specification. With the
software in sid (dpkg,
Hi,
Quoting Sven Joachim (2014-10-11 18:46:20)
Thanks. I suppose the debhelper build dependency needs to be bumped to (=
9.20141010) then?
correct.
Your patch appears to work, but at the end of the build dpkg-genchanges
bailed out due to an undefined subroutine which seems to be what
Control: block -1 by 763766 744246
Hi,
On Sat, 26 Apr 2014 20:37:19 +0200 Helmut Grohne hel...@subdivi.de wrote:
I worked out a patch that uses the build profile specification. With the
software in sid (dpkg, apt, ...) this actually works. I renamed the profile
from stage1 to nobiarch,
On Fri, Feb 07, 2014 at 08:42:11PM +0100, Sven Joachim wrote:
Yes, use !profile.stage1 in anything you don't need for a stage1 build.
See https://blog.mister-muffin.de/2014/02/06/botch-updates/ and
deb-src-control(5).
I worked out a patch that uses the build profile specification. With the
On 2014-02-07 05:32 +0100, Daniel Schepler wrote:
As the subject says: the attached patch allows for bootstrapping ncurses, at
an early stage of the process when multilib compilers and libraries are not
yet available.
diff -urN ncurses-5.9+20130608.old/debian/rules
Huh, I wasn't aware that this had finally made its way into dpkg. So
yes, that does make sense.
Is there any way to specify the corresponding changes in Build-Depends
yet? Although, depending on how it works, even if it's in dpkg we
might not be able to actually use it in real uploads until
On 2014-02-07 19:17 +0100, Daniel Schepler wrote:
Huh, I wasn't aware that this had finally made its way into dpkg. So
yes, that does make sense.
Is there any way to specify the corresponding changes in Build-Depends
yet?
Yes, use !profile.stage1 in anything you don't need for a stage1
OK, so that hasn't changed that much since the last proposal I saw. I
don't currently see any way to specify that certain packages are not
built in certain profiles, though, which would make cases like this
easier (e.g. declare Built-In-Profiles: !profile:stage1 on the
multilib packages instead
Source: ncurses
Version: 5.9+20140118-1
Severity: wishlist
Tags: patch
As the subject says: the attached patch allows for bootstrapping ncurses, at
an early stage of the process when multilib compilers and libraries are not
yet available.
--
Daniel Schepler
diff -urN
9 matches
Mail list logo