From: Alexey Sokolov
Rationale:
src_test() {
virtx distutils-r1_src_test
}
If the test fails with "die", Xvfb keeps running forever; but it's
cleaned up correctly with die -n
Signed-off-by: Alexey Sokolov
---
eclass/distutils-r1.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
> On 6 Jan 2023, at 00:05, Alexey Sokolov wrote:
>
> 06.01.2023 00:03, Anna пишет:
>> On 2023-01-05 23:55, alexey+gen...@asokolov.org wrote:
>>> From: Alexey Sokolov
>>>
>>> if [[ ${?} -ne 0 ]]; then
>>> - die "Tests failed with ${EPYTHON}"
>>> + die -n "Tests failed with ${EPYTHON}"
>> I d
06.01.2023 00:03, Anna пишет:
On 2023-01-05 23:55, alexey+gen...@asokolov.org wrote:
From: Alexey Sokolov
if [[ ${?} -ne 0 ]]; then
- die "Tests failed with ${EPYTHON}"
+ die -n "Tests failed with ${EPYTHON}"
I don't think "nonfatal" should be used with te
On 2023-01-05 23:55, alexey+gen...@asokolov.org wrote:
> From: Alexey Sokolov
>
> Signed-off-by: Alexey Sokolov
> ---
> eclass/distutils-r1.eclass | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
> index 371d52
From: Alexey Sokolov
Signed-off-by: Alexey Sokolov
---
eclass/distutils-r1.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 371d52bcb7e..8896768d3ce 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/d
On 05/01/2023 12:09, m1027 wrote:
frederik.pfautsch: > >>> So, ideally, there is c): In a hypothetic case we would prepare
a >>> entire OS incl. our app (maybe via catalyst?) which would require
>>> a bootloader-like mini-OS on the customer's side, to receive >>>
updates over the internet, swi
frederik.pfautsch:
> > So, ideally, there is c): In a hypothetic case we would prepare
> > a entire OS incl. our app (maybe via catalyst?) which would
> > require a bootloader-like mini-OS on the customer's side, to
> > receive updates over the internet, switch the OS at boot time,
> > and fallbac
peter:
> > Whenever we need to deliver a updated app to customers whose OS is
> > too old (but updating it is too risky), we could either
> > a) keep evenly outdated dev build OSes around forever (oh no!), or
> > b) post our newly built app in a container (leaving the lovely native
> > world); and
