Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #245099 > unrolled thread
| Started by | quirin.gylstorff@siemens.com |
|---|---|
| First post | 2022-02-08 16:10 +0100 |
| Last post | 2022-02-09 12:10 +0100 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.debian.user
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
| From | quirin.gylstorff@siemens.com |
|---|---|
| Date | 2022-02-08 16:10 +0100 |
| Subject | Question 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]
| From | Johannes Schauer Marin Rodrigues <josch@debian.org> |
|---|---|
| Date | 2022-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]
| From | quirin.gylstorff@siemens.com |
|---|---|
| Date | 2022-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