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