On Sun, 26 Jul 2020, Andrej Shadura wrote:
>> basically, the bmake mk files don’t even remotely contain
>> anything usable.
>
>Any more details please? :)
There’s no bsd.*.mk there, so it’s ?make, not bmake, assuming
b stands for BSD…
> I have uploaded a new version with /usr/share/mk being the
Control: found -1 20200710-4
I have uploaded a new version with /usr/share/mk being the NetBSD files:
* /usr/share/bmake/mk-netbsd ships NetBSD files
* /usr/share/bmake/mk-bmake ships bmake files
* /usr/share/mk is a symlink to bmake/mk-netbsd
--
Cheers,
Andrej
Hi,
> Can you please provide more details?
basically, the bmake mk files don’t even remotely contain
anything usable. Adding -m /usr/share/bmake/mk-netbsd fixes
this in bullseye/sid with a versioned B-D on the new bmake.
It is not the first time {p⇒b}make’s deficiencies troubled
makefs, though…
Hi,
On Sun, 26 Jul 2020, at 18:45, Thorsten Glaser wrote:
> On Fri, 24 Jul 2020, Debian FTP Masters wrote:
>
> >* Ship bmake mk files (Closes: #823185).
>
> Thanks for breaking bmake’s r-builddeps without notice.
Well, I did test bmake with some rbuilddeps and found no regressions; sorry
On Fri, 24 Jul 2020, Debian FTP Masters wrote:
>* Ship bmake mk files (Closes: #823185).
Thanks for breaking bmake’s r-builddeps without notice.
bye,
//mirabilos
--
Yes, I hate users and I want them to suffer.
-- Marco d'Itri on gmane.linux.debian.devel.general
5 matches
Mail list logo