On Wed, Aug 26, 2015 at 01:52:25PM -0700, Ryan Tandy wrote:
We can drop libperl-dev if we disable slapd, but perl (the interpreter) is
still used in a couple of places in debian/rules. But that should be OK for
your cross build because you can use the host's perl, right?
I see you are getting
On Wed, Aug 26, 2015 at 05:11:35PM -0700, Ryan Tandy wrote:
Please have a look at current git and let me know if you spot anything I
messed up. Do I need any tighter Build-Depends? dpkg-dev/debhelper?
There is disagreement about this question. I for one believe that adding
a version restriction
On Wed, Aug 26, 2015 at 12:26 PM, Helmut Grohne hel...@subdivi.de wrote:
Control: user helm...@debian.org
Control: usertags + rebootstrap
Hi Ryan and Daniel,
Thanks to Daniel for highlighting this bug to me. I know I'm being late
to the party, but let us please reconsider this stage
On Wed, Aug 26, 2015 at 12:36:00PM -0700, Daniel Schepler wrote:
I don't have any objections - based on my experience, just libldap2-dev and
dependencies are sufficient for progressing the bootstrap. On the other
hand, I also have a cyrus-sasl2 bootstrap that also gets rid of
krb5-multidev,
Control: user helm...@debian.org
Control: usertags + rebootstrap
Hi Ryan and Daniel,
Thanks to Daniel for highlighting this bug to me. I know I'm being late
to the party, but let us please reconsider this stage before uploading.
On Tue, Aug 25, 2015 at 12:51:56PM -0700, Ryan Tandy wrote:
No
On Wed, Aug 26, 2015 at 10:02:10PM +0200, Helmut Grohne wrote:
What I can say for sure though is that the cross bootstrap still has
trouble with perl and the thinner stage1 drops libperl-dev, which means
that I can cross openldap without having to figure out Perl yet. There
is no (apparent)
Hi Helmut,
On Wed, Aug 26, 2015 at 09:26:26PM +0200, Helmut Grohne wrote:
I think that when adding a stage one should look further than just the
immediate cycle. This is the main reason that prevented me from
submitting a stage for openldap: I was lacking assurance that I was
doing it
On Wed, Aug 26, 2015 at 01:23:52PM -0700, Ryan Tandy wrote:
I don't have any objection to building stage1 without slapd, if that helps.
Most of the Build-Depends are only needed for slapd. For just the libraries
and clients, I'd say we only need debhelper, dh-autoreconf, gnutls-dev,
On Wed, Aug 26, 2015 at 10:39:23PM +0200, Helmut Grohne wrote:
On Wed, Aug 26, 2015 at 01:23:52PM -0700, Ryan Tandy wrote:
I don't have any objection to building stage1 without slapd, if that helps.
Most of the Build-Depends are only needed for slapd. For just the libraries
and clients, I'd say
On Tue, Aug 25, 2015 at 12:51 PM, Ryan Tandy r...@nardis.ca wrote:
No hurry. Revised patch attached... I think it's correct, but would
appreciate a thumbs-up when you have time. Thanks a lot for your help!
That patch looks good to me.
--
Daniel
On Tue, Aug 25, 2015 at 11:33 AM, Ryan Tandy r...@nardis.ca wrote:
Hi Daniel,
Sorry for not responding to this in so long.
On Tue, Sep 24, 2013 at 09:31:36AM -0700, Daniel Schepler wrote:
During bootstrapping, I need to break the Build-Depends cycle openldap -
heimdal-dev - libldap2-dev.
Hi Daniel,
Sorry for not responding to this in so long.
On Tue, Sep 24, 2013 at 09:31:36AM -0700, Daniel Schepler wrote:
During bootstrapping, I need to break the Build-Depends cycle openldap -
heimdal-dev - libldap2-dev. The attached patch allows this.
Thanks for the patch! Comments below.
On Tue, Aug 25, 2015 at 11:53:00AM -0700, Daniel Schepler wrote:
The new (much simpler) equivalent would be putting Build-Profiles:
!stage1 into the slapd-smbk5pwd debian/control stanza.
Great, that seems to work nicely.
I would definitely want to exclude that package from the stage1 profile
Source: openldap
Version: 2.4.31-1+nmu2
Severity: wishlist
Tags: patch
During bootstrapping, I need to break the Build-Depends cycle openldap -
heimdal-dev - libldap2-dev. The attached patch allows this. (There's also a
small part that's not qualified by ifeq ($(DEB_BUILD_PROFILE),stage1) as
14 matches
Mail list logo
