Re: News about the debhelper toolchain

2020-02-10 Thread Niels Thykier
Hideki Yamane:
> On Mon, 10 Feb 2020 21:37:05 +0100
> Niels Thykier  wrote:
>> Remember to *remove* "--with python3" from d/rules as well. An explicit
>> "--with python3" will cause issues with Build-Depends-Indep and other
>> conditional usage (e.g. build-profiles).
> 
>  And does lintian warns it?
> 
> 

Not sure; I have not tracked the lintian side of things.  Though if it
does not, please file a bug against lintian.

~Niels



Re: News about the debhelper toolchain

2020-02-10 Thread Hideki Yamane
On Mon, 10 Feb 2020 21:37:05 +0100
Niels Thykier  wrote:
> Remember to *remove* "--with python3" from d/rules as well. An explicit
> "--with python3" will cause issues with Build-Depends-Indep and other
> conditional usage (e.g. build-profiles).

 And does lintian warns it?


-- 
Regards,

 Hideki Yamane henrich @ debian.org/iijmio-mail.jp



Re: News about the debhelper toolchain

2020-02-10 Thread Niels Thykier
Hideki Yamane:
> On Sat, 1 Feb 2020 15:38:14 +0100
> Niels Thykier  wrote:
>>  * The "dh-sequence- build-dependency" to replace the
>>"--with " parameter to dh in the debian/rules.
>>- Note that third-party add-ons may not have added the relevant
>>  Provides to support this change.
> 
> Build-Depends: debhelper (>= 10~), dh-python3,
> ↓
> Build-Depends: debhelper-compat (= 12),
> Build-Depends-Indep: dh-sequence-python3,
> 
>  like this?
> 
> 

Yes, this is now possible in general. :)  I have not tested concretely
whether dh-sequence-python3 supports being put into Build-Depends-Indep
(but it probably does).

Remember to *remove* "--with python3" from d/rules as well. An explicit
"--with python3" will cause issues with Build-Depends-Indep and other
conditional usage (e.g. build-profiles).

~Niels



Re: News about the debhelper toolchain

2020-02-10 Thread Hideki Yamane
On Sat, 1 Feb 2020 15:38:14 +0100
Niels Thykier  wrote:
>  * The "dh-sequence- build-dependency" to replace the
>"--with " parameter to dh in the debian/rules.
>- Note that third-party add-ons may not have added the relevant
>  Provides to support this change.

Build-Depends: debhelper (>= 10~), dh-python3,
↓
Build-Depends: debhelper-compat (= 12),
Build-Depends-Indep: dh-sequence-python3,

 like this?


-- 
Hideki Yamane 



Re: News about the debhelper toolchain

2020-02-02 Thread Niels Thykier
Paul Wise:
> On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
> 
>>  * debhelper generate a temporary writable directory for $HOME
>>and $XDG_RUNTIME_DIR plus clear all remaining XDG_* variables.
>>This simplifies packaging of tools that insist on writing to
>>$HOME.
> 
> What is the right approach for disabling this locally (in
> sbuild/pbuilder rather than in the package) in case someone wants to
> detect and fix such problems rather than papering over them with this
> workaround?
> 

Currently, there is no way do this for package using compat 13.  I am
happy to review patches for adding such a feature (e.g. via
DEB_BUILD_OPTIONS).



Re: News about the debhelper toolchain, challenge

2020-02-01 Thread Geert Stappers
On Sun, Feb 02, 2020 at 03:08:32AM +, Paul Wise wrote:
> On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:
> 
> >  * Support for new execute_before_X and execute_after_X targets.
> 
> Some folks on IRC mentioned that the shorter before_X/after_X would
> have been preferred by them.
 
Feel free to challange "Some folks on IRC" to create a patch.



Re: News about the debhelper toolchain

2020-02-01 Thread Paul Wise
On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:

>  * Support for new execute_before_X and execute_after_X targets.

Some folks on IRC mentioned that the shorter before_X/after_X would
have been preferred by them.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Re: News about the debhelper toolchain

2020-02-01 Thread Paul Wise
On Sat, Feb 1, 2020 at 2:39 PM Niels Thykier wrote:

>  * debhelper generate a temporary writable directory for $HOME
>and $XDG_RUNTIME_DIR plus clear all remaining XDG_* variables.
>This simplifies packaging of tools that insist on writing to
>$HOME.

What is the right approach for disabling this locally (in
sbuild/pbuilder rather than in the package) in case someone wants to
detect and fix such problems rather than papering over them with this
workaround?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise