Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #245099 > unrolled thread

Question related to Sbuild CLEAN_SOURCE

Started byquirin.gylstorff@siemens.com
First post2022-02-08 16:10 +0100
Last post2022-02-09 12:10 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.debian.user


Contents

  Question related to Sbuild CLEAN_SOURCE quirin.gylstorff@siemens.com - 2022-02-08 16:10 +0100
    Re: Question related to Sbuild CLEAN_SOURCE Johannes Schauer Marin Rodrigues <josch@debian.org> - 2022-02-08 22:00 +0100
      Re: Question related to Sbuild CLEAN_SOURCE quirin.gylstorff@siemens.com - 2022-02-09 12:10 +0100

#245099 — Question related to Sbuild CLEAN_SOURCE

Fromquirin.gylstorff@siemens.com
Date2022-02-08 16:10 +0100
SubjectQuestion related to Sbuild CLEAN_SOURCE
Message-ID<DOAhX-q7N-15@gated-at.bofh.it>
Dear all,

we are currently testing the integration of sbuild in ISAR[1] and
have a question related to the CLEAN_SOURCE behavior.


"When running sbuild from within an unpacked source tree, run the 
'clean' target before generating the source package. This might require 
some of the build dependencies necessary for running the 'clean' target 
to be installed on the host machine. Only disable if you start from a 
clean checkout and you know what you are doing."[2]


As noted in [2] we observe that we need dh-<helper name> in the host 
environment to execute the dh clean -with <helper name>.

Our questions are:

- Is there are reason sbuild executes clean outside of the chroot?
- How does the buildd infrastructure deal with this behavior?


[1]: https://github.com/ilbers/isar
[2]: 
https://manpages.debian.org/unstable/sbuild/sbuild.conf.5.en.html#CLEAN_SOURCE

Best regards,
Quirin Gylstorff
Siemens AG

[toc] | [next] | [standalone]


#245113

FromJohannes Schauer Marin Rodrigues <josch@debian.org>
Date2022-02-08 22:00 +0100
Message-ID<DOFKF-tuf-5@gated-at.bofh.it>
In reply to#245099

[Multipart message — attachments visible in raw view] — view raw

Hi,

please keep me in CC as I'm not subscribed to debian-user@l.d.o.

Quoting quirin.gylstorff@siemens.com (2022-02-08 15:40:40)
> we are currently testing the integration of sbuild in ISAR[1] and have a
> question related to the CLEAN_SOURCE behavior.
> 
> 
> "When running sbuild from within an unpacked source tree, run the 
> 'clean' target before generating the source package. This might require 
> some of the build dependencies necessary for running the 'clean' target 
> to be installed on the host machine. Only disable if you start from a 
> clean checkout and you know what you are doing."[2]
> 
> 
> As noted in [2] we observe that we need dh-<helper name> in the host 
> environment to execute the dh clean -with <helper name>.
> 
> Our questions are:
> 
> - Is there are reason sbuild executes clean outside of the chroot?

Yes because if you don't know what you are doing (as it says in the manpage you
cite) and you run sbuild from within an unpacked dirty source tree without
running the clean target, then you might be building something that is not the
source package you expect to be built.

> - How does the buildd infrastructure deal with this behavior?

The buildd infrastructure doesn't run sbuild from within an unpacked source
tree so it will not run the clean target outside the chroot and thus doesn't
need to have the necessary dependencies for running the clean target installed.

The fact that sbuild is able to run from inside an unpacked source tree is a
convenience feature which allows you to run sbuild without having to first
create the source package. But the actual input to sbuild is the source package
(the dsc). Don't use sbuild to create a source package. The source package is
the input to sbuild. The output of sbuild are binary packages, not source
packages.

Thanks!

cheers, josch

[toc] | [prev] | [next] | [standalone]


#245132

Fromquirin.gylstorff@siemens.com
Date2022-02-09 12:10 +0100
Message-ID<DOT1g-BQZ-11@gated-at.bofh.it>
In reply to#245113
Hi,

thanks for the fast answer - I will forward the mail to the
ISAR mailing list.

On 2/8/22 21:47, Johannes Schauer Marin Rodrigues wrote:
> Hi,
> 
> please keep me in CC as I'm not subscribed to debian-user@l.d.o.
> 
> Quoting quirin.gylstorff@siemens.com (2022-02-08 15:40:40)
>> we are currently testing the integration of sbuild in ISAR[1] and have a
>> question related to the CLEAN_SOURCE behavior.
>>
>>
>> "When running sbuild from within an unpacked source tree, run the
>> 'clean' target before generating the source package. This might require
>> some of the build dependencies necessary for running the 'clean' target
>> to be installed on the host machine. Only disable if you start from a
>> clean checkout and you know what you are doing."[2]
>>
>>
>> As noted in [2] we observe that we need dh-<helper name> in the host
>> environment to execute the dh clean -with <helper name>.
>>
>> Our questions are:
>>
>> - Is there are reason sbuild executes clean outside of the chroot?
> 
> Yes because if you don't know what you are doing (as it says in the manpage you
> cite) and you run sbuild from within an unpacked dirty source tree without
> running the clean target, then you might be building something that is not the
> source package you expect to be built.
> 
>> - How does the buildd infrastructure deal with this behavior?
> 
> The buildd infrastructure doesn't run sbuild from within an unpacked source
> tree so it will not run the clean target outside the chroot and thus doesn't
> need to have the necessary dependencies for running the clean target installed.
> 
> The fact that sbuild is able to run from inside an unpacked source tree is a
> convenience feature which allows you to run sbuild without having to first
> create the source package. But the actual input to sbuild is the source package
> (the dsc). Don't use sbuild to create a source package. The source package is
> the input to sbuild. The output of sbuild are binary packages, not source
> packages.
> 
> Thanks!
> 
Best regards,

Quirin

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web