[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#39949: [core-updates] rust@1.20 fails tests
From: |
Bengt Richter |
Subject: |
bug#39949: [core-updates] rust@1.20 fails tests |
Date: |
Tue, 31 Mar 2020 23:46:01 +0200 |
User-agent: |
Mutt/1.10.1 (2018-07-13) |
Hi Marius,
On +2020-03-31 16:04:03 +0200, Marius Bakke wrote:
> Marius Bakke <address@hidden> writes:
>
> > Rust 1.20 fails a test on core-updates, possibly because of the new
> > version of GNU Make (4.3).
> >
> > I suppose we can disable that test for the bootstrap builds as long as
> > it works for the latest version of Rust.
>
> Fixed by giving Rust an earlier version of GNU Make in commit
> 47cd0febe957b698cc2ae28978bdc3bc89e787f9.
ISTM this kind of "fixed" is not the same as e.g. an upstream upgrade that
"fixes" "the problem" -- so I'm wondering if work-flow-wise
you have a way to tell some upgrade-watching robot to notify you (or your
s/w[1])
when the inevitable revision to your "fix" should be done.
Are there any general standards for subscribing interest in being notified
when a particular package or file gets upgraded/revised/etc in any "distro"
your package may be dependent on?
[1] Is there such a thing as a derivation/service that sits and waits for such
a notification, and maybe sends you a patch when it does get notified?
Just curious how the world works :)
--
Regards,
Bengt Richter