Re: maintaining bulk-{small,medium,large}

[Havard Eidnes <he%NetBSD.org@localhost>]

>> > It is worse than this. Currently rust is implicitly in bulk-small. I
>> > think this is a consequence of libimagequant, which is included by
>> > graphics/gd.
>>
>> I think rust has to be limited to bulk-large.
>
> For the current specifications of the three levels I would have to
> agree, but I feel like there should be scope for something below the
> largest bulk meta package which includes firefox (& implicitly rust),
> whether that is bulk-medium or a bulk-desktop.

There is of course the rust-bin package which takes considerably
less resources to "build" and install.

> A bulk-desktop could include firefox, vnc and rdp viewers, gimp, image
> viewer & filemanager. Deciding the contents could devolve into a
> bikeshed, and I'm happy to defer the suggestion for this pass.

+libreoffice, perhaps?

>> It is worse than this. Currently rust is implicitly in bulk-small. I
>> think this is a consequence of libimagequant, which is included by
>> graphics/gd.

Ref. Hauke's comment regarding libimagequant-c etc., one could
set

LIBIMAGEQUANT_TYPE=c

> How horrible would it be to set something in bulk-small/Makefile which
> would cause any subsequent rust build to abort?

Not sure how to do that, but ref. above, there's of course

RUST_TYPE=bin

to reduce the impact on build times.

Regards,

- Håvard