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
No comments:
Post a Comment