mozfile seems to already be present on the sources.
Problem might be that the virtualenv is not being properly activated (hint here), or it might be a problem with our Python packages. We fixed a few issues regarding module installation and search paths, and I even added tentative support for the “venv” install scheme, but only on 3.11/3.12, and it may not work as intended (I have almost zero experience with virtualenvs).
Given that mozfile seems only used for testing purposes, maybe there’s a way to disable the tests on these early stages?
Anyway, I haven’t tried any of this, so I don’t know if there’s some procedure/step that might be missing.
If the problem turns out to be on our Python ports, we may be able to fix it (specially if we get better help than just me ).
No one is restrained from trying to tackle this, “my” personal 2 cents is that I have enough browser experience on Haiku, so for me current stat is fine enough, looking out more on the progress on webkit2 then waiting for a port of Firefox (well, we’ve been waiting for about 20 years, can hold of a bit still )
I succeeded with the build system yesterday at late evening.
All I had to do was to remove the Virtualenv folder,so that it’s created from scratch again.
I don’t know what changed in my environment so that I didn’t run into the bug again,but now things look a lot better.
Had the build server running the whole day while I was at work,now I hit another error (but much later in the build process,and maybe I’ll figure out how to fix it).
No,they’re not LibreWolf-specific.
The mistake I made was completely replacing LibreWolfs Cargo.lock with yours because I failed to keep up with the changes and reverts you did to it.
Now your repository has some dependencies in a different version than LibreWolf,so this caused the error.
Your repository has zerofrom 0.1.4 and LibreWolf expects 0.1.2.
I’m working not on Firefox ESR 128 release tag, but on ESR 128 branch which will be used to release future 128.x versions from. I estimated weeks or months to work to start up and running, so easier rebasing 128.x changes from upstream was desired.
First I tried continuing from where I had the last error,but after I found the wait time too long (waited over an hour),I deleted my progress and started from a clean environment again.
Now it’s again hanging at the same point.
I don’t know if anything is going to happen if I leave it alone,but it doesn’t show any error yet.
Edit: I just came back from work,and no,nothing else happened here,it’s still stuck at this point.
I’ll abort and take a break for now.
Not It not languishes It needs developers to make the things work, It needs some time but without developers firefox nor webkit nor radeon_hd nor haiku even existes yet. There IS my thinking. Everything is welcome.
Once Firefox has been ported, hopefully Waterfox will soon follow next. It has a couple extra features such as a native vertical tabs implementation with previews (in collaboration with the Tree Style Tabs project) and settings for toggling parts of the UI.
Suppose that for people who’d prefer to use Stack and Tile for managing tabs, (auto)hiding the tab bar could in theory make Waterfox fit a bit better with that paradigm since the duplicate functionality of in-browser tabs would be mostly hidden away.
how much slightly modified Firefox clones - projects? - are existing ?
It’s hilarious - for me - how much popping up as a proposal, … one after another !..
I am slightly afraid not all of them will appear on Haiku as a package.
Me myself - would be satisfied with a standard Mozilla Firefox, or a Seamonkey ( weird, huh ? ) which I used lastly on Windows, almost 2 years ago, before I switched to Haiku.
TreeStyleTabs already fufilled that function, can make it look native with a few config tweaks. Shame they just now implement something similar; Despite vertical tabs being superior to horizontal in every way possible.
Last time I tried TreeStyleTabs, I didn’t find a way to hide the default horizontal tab bar. Not that I did search for very long, before I even started installing any extensions, I was already put off by all the ads (for Pocket, various websites in the default welcome screen, etc), and so, at the moment, I’m staying with Vivaldi. But, with Manifest v3 being removed, I will have to look for alternatives again so I can continue using ublock origin.
If you use Haiku nightly (or maybe beta5 branch?), and installed runtime-requirement packages, you can run this and you see how it’s far to usable state.
Install runtime requirement
This list is not exhaustive maybe some more packages required
If you’re lucky enogh you can open some websites. But almost everytime you will see tab crashing. You may need to reload and reopen url multiple times.
).
)
