i think the most sensible solution to avoid duplicating profdata 
archives on openbsd's servers is:

make DIST_SUBDIR be mozilla

that means librewolf and firefox pkg tarballs would exist under mozilla/ 
on the openbsd pkg server

what do you think of that?


Am 31.08.26 um 15:12 schrieb Leah Rowe:
>
> yeah this is the openbsd ports system equivalent of me whacking it 
> until it works
>
> if you have a better way, i'd be open. i couldn't make it just fetch 
> from the mozilla one. i wanted to make it just fetch from the openbsd 
> one, but the liberwolf/ part of the string i couldn't change
>
> i suppose i could just hardcode it some more. if you want to merge it, 
> tell me otherwise yeah i can change it.
>
> i'm currently working on another change, to add multi-language 
> support. i think it'll work. it's currently building. i'll know if it 
> works when it's compiled, and after that i have another change to test 
> alongside it that will require me to rebase and build again
>
> i'll submit it later when i gcet it working. the way languages work in 
> mach is really stupid in my opinion. you have to build it separately 
> and then package it manually, they don't just have an option for it in 
> mozconfig like e.g. --languages=all
>
> some stuff i said in other emails was wrong. librewolf does support 
> translations perfectly, in the user interface. just need to compile 
> the xpi files. i know on the firefox port you just use the xpd files 
> already generated by the mozilla project, but in librewolf i have to 
> build them from source
>
>
> Am 31.08.26 um 14:26 schrieb landry@openbsd.org:
>> Le Mon, Aug 31, 2026 at 09:32:04AM +0100, Leah Rowe a écrit :
>>> Hi everyone,
>>>
>>> The attached patch does the following to the librewolf port:
>>>
>>> * Enable PGO on builds, by re-using Firefox PGO data. LibreWolf makes
>>> extensive modification to parts of Firefox, but most of the overall 
>>> codebase
>>> remains unchanged. Most files remain unchanged in LibreWolf, so this 
>>> PGO
>>> data will easily improve performance on LibreWolf as well, except on 
>>> those
>>> parts that may differ substantially in LibreWolf, in which case the
>>> gain/loss would probably be zero.
>>>
>>> I'm unsure if any other project has ever tested building LibreWolf 
>>> this way,
>>> but it does build, and it works perfectly. This should provide a 
>>> notable
>>> performance increase depending on the user's workload. The LibreWolf 
>>> port is
>>> version-matched to the FireFox port, and uses the same profile data 
>>> that a
>>> corresponding FireFox version would in OpenBSD; since PGO already works
>>> there, we know it'll work in LibreWolf.
>> while reusing PGO data is fine, i don't really see the point of changing
>> DISTFILES.profdata (and having to make it ?= in moz.port.mk), setting
>> FFDIST & FFVERSION since in all cases it wont share it with firefox as
>> DIST_SUBDIR is set to something different, and it'll get fetched a
>> second time with the same name but in that distinct DIST_SUBDIR. at that
>> point.. oh well. i don't really care either way :)
>
-- 
Company director, Minifree Ltd
Registered in England, No. 9361826 | VAT No. GB202190462
Registered Office: 19 Hilton Road, Canvey Island, Essex SS8 9QA, UK

• OpenPGP_0x5C654067D383B1FF.asc (3K)