> Лучше сразу chroot, что мелочиться. Если уж городить систему внутри системы.

Можно, но нужно лишь при остутствии нормальной системы сборки.

> Интересно только, куда завезли, если он даже в списке standard targets не  прописан.
>>[оверквотинг удален]
>> $ tar xJf glibc-2.29.tar.xz
>> $ /tmp/glibc-2.29/configure --prefix=/tmp/lib
>> $ make -j9 && make install
>> $ make deinstall

Если вам не завезли, то это исключительно ваши проблемы:

# make -f /usr/ports/x11/rofi/Makefile deinstall                                  
===>  Deinstalling for rofi
===>   Deinstalling rofi-1.5.4
Updating database digests format: 100%
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 1 packages (of 0 packages in the universe):
Installed packages to be REMOVED:
    rofi-1.5.4
Number of packages to be removed: 1
[1/1] Deinstalling rofi-1.5.4...
[1/1] Deleting files for rofi-1.5.4: 100%

>> Да нет, это решается
> охренеть просто как легко и логично, разломать дистровый пакет и в итоге
> все равно собрать код с make мимо пакетного менеджера.

Странные фантазии о "разломе пакета" и "мимо пакетного менеджера".
Увы, далеко не все представления анонимов о том "как оно там у вас на самом деле работает" соответствуют реальности.
Если патч не ложится "из каропки" при сборке пакета, то логично вмешаться в сборку сразу после распаковки и накладывания уже имеющихся патчей:
> make extract patch

а после правки сохранить свою версию патчей для сборки пакета:
> make makepatch clean

оно сохранится в /usr/ports/originX/nameY/files
После этого достаточно будет сделать
> make install clean

или если нужен бинарный пакет в локальной репе (/usr/ports/packages):
> make install package clean

Ну офигеть как нелогично и сложно.

> Хотя я в принципе ничего другого и не ждал, когда пох слился с ответом.

Я, в принципе, совсем не ожидал увидеть такой прокачанный скилл выборочного чтения и восприятия. Накормили^W удивили так удивили!