Index | Thread | Search

From:
Leah Rowe <info@minifree.org>
Subject:
Re: www/librewolf: speed improvements
To:
landry@openbsd.org
Cc:
ports@openbsd.org
Date:
Mon, 31 Aug 2026 15:12:17 +0100

Download raw body.

Thread
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