-
nsITobin
GOOD NEWS: My patch works.
-
nsITobin
BAD NEWS: Adding it makes cloudflare want MORE
-
nsITobin
now I am getting it bitching about force-colors prefers contrast and prefers reduced motion.. and I am not entirely convinced this isn't a redhairing .. i dunno if UXP added any of these..
-
nsITobin
HOWEVER if it is literally failing cause these media features it means you are being denied access OVER STYLE
-
nsITobin
That is ridiculous.
-
nsITobin
I knew css was a bad idea... ATTRIBUTES FOR LIFE!
-
nsITobin
<body bgcolor="#ccc">
-
nsITobin
I actually had to PORT it not just apply it manually.. the code changed SLIGHTLY and i ignored rust
-
nsITobin
Might be worth attempting to just.. provide the default response should actually be simpler than the prefers color scheme..
-
nsITobin
it is getting late tho
-
njsg
they're using css animations too (sorry, "transitions", whatever, the thing that makes webpages feel slow and stutter), so besides webgl there's this too to fail
-
njsg
mimasama: have you had any better luck with CloudFlare?
-
nsITobin
Winders is now all setup to build the seamonkey more cleanly than yesterday.. I am gonna redo the UXP prefers-color-scheme patch and attempt to incorperate tests from the stylo version.. we at least get that out of this..
-
nsITobin
The old Windows Update dialog was DESIGNED to operate sequantually.. its acting pretty off since in windows 10 by this point they made em all download at once
-
frg_Away
nsITobin thanks. don't bother with tests. You would need to build Firefox for them but because of the python changes there is breakage there currently. wip fixes some of it already but needs more.
-
frg_Away
I would make it a TOP- patch. If we get stylo up later it could be replaced and if we decide to scrap stylo we can integrate it properly later.
-
nsITobin
-
nsITobin
btw
-
nsITobin
it has a snag because it ises vswhere like the build system it will find the latest version
-
nsITobin
well I am falling back to windows for primary seamonkey development because as it stands doing dev on linux is painful at the moment. My environment is a bit too new for it.. an issue I intend to help improve of course but have to have a reliable way to build it to make it reliable everywhere
-
nsITobin
option 1 of course skipps the older vcvars detection and calling and is eq to just start-shell.bat so you can use both as you see fit .. if you want it to be for 2019 just change the year in the script.
-
nsITobin
frg_Away: is stylo hooked up?
-
nsITobin
like at all?
-
frg_Away
nsITobin disabled per default. If you enable it breaks. Needs more stuff ported and with rust it is a rat race.
-
nsITobin
it would be IDEAL tho gross if we could hook stylo up and leech off it till the actual style system can get cpp patches
-
frg_Away
nsITobin is it needed for normal building order bootstrap only? Currently I specify ac_add_options --with-visual-studio-version=20xx in the mozcinfig and it picks up the toolchain. VS2017 VS20919 and VS2022 currently supported.
-
nsITobin
that's right... you have that capability
-
nsITobin
I couldn't get sm to pick up the .mozillabuild artifact version of vs2019
-
frg_Away
nsI yeah we added everything essential up to 60 and more but ripped out some gerated stuff and this needs more later fixes. Hacked cssparser to be buildible under later rust. So cssparser cbindgen and other stuff need to be updated first.
-
frg_Away
nsITobin it calls vswhere internally and the artifact is probably not registered. So a no go with the artifacts.
-
nsITobin
my dev environment is recreated anytime something changes so I hit snags you may not if you been using something established
-
nsITobin
which is good cause can squash bugs!
-
frg_Away
-
nsITobin
the batch file uses pretty much the exact same logic but where is it using the state directory
-
frg_Away
nsITobin well I like it rather static :) Have 3 build vms with different configs and WG9s does clang daily so usually Windows bugs are covered fast. Linux on the other hand...
-
frg_Away
need a coffee bbl
-
nsITobin
oh yeah Windows seems to run well
-
nsITobin
windows version
-
nsITobin
-
nsITobin
a200 didn't do a very good job with this
-
nsITobin
and yucksp didn't get that configure flag
-
frg_Away
back
-
frg_Away
I took almost the whole buildchain patches till 65 at this time I think. Just adapted for VS2017 and up which mozilla never did properly
-
frg_Away
still good time where I didn't need to do firefighter every day and could concentrate one on task.
-
nsITobin
I think I basically merged your logic from it with a200's for aura .. for the five minutes that existed over several months...
-
nsITobin
I dunno HOW I got switched to DBZ Nemekian Time but I need to go faster!
-
nsITobin
decided to index waterfox.. still debating if I should tell him I am so he can benefit
-
nsITobin
greetings therube
-
nsITobin
therube: fyi logbot.thereisonlyxul.org/seamonkey
-
nsITobin
exists
-
nsITobin
oh my god.. I figured it out.. Waterfox is literally setup like a built in xul extension
-
nsITobin
LOL
-
nsITobin
actually that isn't a bad idea but it sure relies on some hacky hacks
-
nsITobin
if that stuff were still in place aside from rebranding firefox .. everything waterfox is is the eq of one of the more complex xul extensions.
-
nsITobin
I kinda approve now that I get it
-
nsITobin
one of my secondary monitors blanks out when building the code
-
nsITobin
-
nsITobin
bugs me
-
frg_Away
bbl
-
nsITobin
k
-
nsITobin
I see a few style issues there but the aren't difficult to fix on windows at least
-
nsITobin
cloning heptapod
-
nsITobin
this is gonna take a good minute
-
nsITobin
be back as well
-
nsITobin
I wish dom still used xpconnect instead of jsapi
-
frg_Away
-
nsITobin
fun!
-
nsITobin
mxr needs a real big cleanup and push to move most functions to PHP
-
nsITobin
my version won't run on old apache/cgi anymore
-
nsITobin
good thing too last time it was four requests to certain files would bring the server down
-
nsITobin
sqlite.c is completely excluded from search and ident because its single file nature is just too much to handle past like a handful of requests.. everything else save perhaps old-configure does pretty well considering its age
-
nsITobin
however I did tell it to treat sys.mjs and mjs files as javascript
-
nsITobin
rust support I don't see happening very easily but I should be able to futz in some syntax highlighting
-
nsITobin
getting some heavy rain and some lightning.. hope i won't have to shut down
-
nsITobin
or the internet cuts out
-
nsITobin
I am getting warnings about watchman is that normal?
-
nsITobin
when applying
-
frg_Away
nsITobin I took watchman.exe out the hard way by renaming it. Sucks up cpu for nothing really needed.
-
nsITobin
so how do i make this heptapod tree build?
-
frg_Away
nsITobin which one?
-
nsITobin
253
-
nsITobin
-
nsITobin
stock mzlabld 3.4
-
frg_Away
Min works but updated.
-
frg_Away
Try export MACH_USE_SYSTEM_PYTHON=1 in the mozconfig
-
nsITobin
seems happy with that
-
nsITobin
yeah these are all things I should include in updated build instructions
-
frg_Away
nsITobin 2.53 is a bit wobbly. wip is further with build fixes. Might need to merge them first if I can make wip to fully work in time
-
nsITobin
-
nsITobin
I will let this build complete so I know it is good and do it again with this repo
-
frg_Away
nsITobin yes
-
frg_Away
-
frg_Away
you need to rename the series-text files to series or just ignore the error at the end if you do qpush -all
-
frg_Away
I put a non existig patch in to shield the not yet done stuff
-
frg_Away
l10n is from 2.53
-
nsITobin
well what I built identifies its self as 2.53.20
-
nsITobin
is that correct?
-
nsITobin
for the 253 patches
-
nsITobin
repo
-
frg_Away
nsITobin yes
-
nsITobin
oh beta 1 pre as well
-
frg_Away
yes again
-
frg_Away
dropped all the stuff for the ua
-
nsITobin
$ cat comm/suite/config/version.txt
-
nsITobin
2.53.20
-
nsITobin
$ cat comm/suite/config/version_display.txt
-
nsITobin
2.53.20 beta 1 pre
-
nsITobin
$ cat comm/suite/config/version_package.txt
-
nsITobin
2.53.20b1pre
-
nsITobin
you not using toolkit abpre+ stuff as to not trigger the build system into building nightly or beta code?
-
nsITobin
in version.txt
-
nsITobin
?
-
frg_Away
correct
-
frg_Away
not even sure it builds with enable-nightly.
-
nsITobin
not up for depthcharge builds?
-
frg_Away
yes
-
nsITobin
i always thought seamonkey should have called em that in the minefield era
-
frg_Away
want stabilty
-
frg_Away
If we find something we want we drive it till nighty pref for it is gone.
-
nsITobin
took years to resolve all the codepaths in UXP but mostly it took years to get anyone to do it lol
-
frg_Away
there is also enable-debug and enable-fuzzing and a 100 others
-
nsITobin
granted esr52's divergence with nightly early alpha beta/release was a lot smaller than it quickly became
-
frg_Away
enable-debug is the only one I should take a look when I find some time. Probably broken.
-
nsITobin
again familar debug builds were busted for years
-
frg_Away
They are basically unusable even if working.
-
nsITobin
scratch that debug builds WERE working initally and they got busted for years from not being maintained then fixed at my urging.. I had to use debug output to port Pale Moon's appcore enough to get a main window so it could be fixed the rest of the way
-
nsITobin
as for some reason console output isn't enablable even basic console output isn't enablable on windows in non-debug builds
-
nsITobin
and the js console was removed and devtools couldn't work cause not firefox
-
nsITobin
I actually don't wanna think about that.. it was annoying lol
-
frg_Away
nsITobin well we have both consoles :)
-
nsITobin
of course.. who do you think I stole the updated code from?
-
frg_Away
devtools is better but if I want to see whats going on during start I need the other.
-
njsg
SeaMonkey has enough consoles that I should probably finally figure out which one is better for which task
-
nsITobin
in 52 devtools ran like crap for a long time till certain fixes in the js engine improved it quite a bit..
repo.palemoon.org/MoonchildProductions/UXP/issues/338
-
nsITobin
sorry they run like crap NOW they USED to run like shit
-
nsITobin
lol
-
njsg
under UNIX there can be stuff printed to the standard streams in the associated terminal device, under windows I often enable the same, although the windows' terminal emulator feels a bit lacking, then there is the error console, and was it two or three more?
-
njsg
a js console (devtools?) and a browser console in devtools style too?
-
nsITobin
njsg: for causal errors and chrome errors .. toolkit js console.. for web unless you have that hack enabled.. devtools
-
nsITobin
is my opinion
-
nsITobin
fight me lol
-
nsITobin
oh hell i forgot about the BROWSER console
-
njsg
trickiest thing for me was to remember that, to get the command prompt in the browser js console, that needs a setting (debugging?) enabled
-
nsITobin
which is chrome level devtools error console
-
nsITobin
so we have THREE
-
nsITobin
ALL THE CONSOLES!
-
njsg
at one point I was suggesting that to run a bit of code with access to XUL windows, and wasn't aware it'd normally not allow that
-
» njsg plugs in the VT and directs output there - does it count as a fourth?
-
nsITobin
console console is FOUR
-
nsITobin
but not on windows unless debug
-
njsg
I don't think a debug build is necessary, just one or two prefs to enable that output?
-
nsITobin
SeaMonkey the All in one Console Suite
-
nsITobin
njsg: well if there is on windows i never found it so please share
-
nsITobin
Elect me as President of the United States.. every component will be matched with a slightly different console
-
nsITobin
could be mozilla added something as well .. heptapod is timing out on me
-
njsg
nsITobin: I think -console parameter in seamonkey.exe then some setting which I don't remember right away
-
nsITobin
i think you won't get any stdout on windows of course right now heptapod is http request error incomplete response
-
njsg
I could swear there's an option for that but I can't find one modified in this profile I have open :-\ (maybe it's necessary only on windows?)
-
frg_Away
nsITobin wich hg? stock 3.4 might be too old
-
nsITobin
it checked out earliuer
-
nsITobin
but I'll use systemhg
-
nsITobin
uhhh winkey+r cmd
-
frg_Away
do
-
frg_Away
python -m pip install --upgrade pip
-
frg_Away
pip install -U appdirs
-
frg_Away
pip install -U compare-locales
-
frg_Away
pip install -U fluent
-
frg_Away
pip install -U mercurial
-
frg_Away
pip install -U packaging
-
frg_Away
pip install -U pyparsing
-
frg_Away
pip install -U setuptools
-
frg_Away
pip install -U six
-
frg_Away
pip install -U virtualenv
-
nsITobin
it errored out at mercurial
-
nsITobin
frg_Away:
-
frg_Away
I overcame it but maybe because of bootstrap esr115
-
nsITobin
i already ran bootstrap for esr115 and downgraded rust
-
nsITobin
ERROR: Command errored out with exit status 1: 'd:\binoc\workstation\applications\Environment\smbuild\python\python.exe' 'd:\binoc\workstation\applications\Environment\smbuild\python\lib\site-packages\pip\_vendor\pep517\_in_process.py' get_requires_for_build_wheel 'c:\users\mattat~1\appdata\local\temp\tmpoouzzd' Check the logs for full command output.
-
nsITobin
I am using system installed hg to checkout
-
nsITobin
should perform some surgery on mozillabuild me things
-
nsITobin
abort: HTTP request error (incomplete response)
-
nsITobin
(this may be an intermittent network failure; if the error persists, consider contacting the network or server operator)
-
frg_Away
nsITobin yeah can reproduce in anothervm.there at 5.92
-
nsITobin
oh okay i was starting some network diagnostics lol
-
nsITobin
cause seems like it ain't the local workstation
-
nsITobin
are these patches successive as in if I had to could I do it with git?
-
nsITobin
i wonder where their datacenter is
-
nsITobin
oh good it cloned down
-
nsITobin
could be the storms if they are dc'd in texas or louisiana
-
frg_Away
nsITobin successive copy to .hg/patches and just run hg qpush --all
-
nsITobin
unable to read 253-release-top.patch
-
nsITobin
now at: 1470307-1-PARTIAL-BACKOUT-25320.patch
-
nsITobin
normal right?
-
nsITobin
for comm
-
frg_Away
nsITobin yes that is my marker Stuff beyond is for later or never
-
nsITobin
i need more esr trees.. thought i could put it off for a while but nop
-
frg_Away
I only need TortoiseHg and can look up the history of directories and files easy with it.
-
frg_Away
grab it. It is a lifesaver on Windows and Linux
-
nsITobin
i have it
-
nsITobin
i just need to learn it better
-
nsITobin
still patching the platform
-
nsITobin
takes a good minute eh?
-
frg_Away
have set it up with console and repos:
ibb.co/bmf2fCH
-
nsITobin
yeah
-
frg_Away
nsITobin yes when this is ready we need to update gitlab and heptapod masters. Currently about 11000 patches in mozilla and this is a bit much.
-
nsITobin
hg is why I originally started using sourcetree
-
nsITobin
but the lesson there is sourcetree did not really teach me how to use git or hg
-
nsITobin
of course workbench is a bit lower level than that old junk
-
nsITobin
from atlassian
-
nsITobin
wip build kicked off
-
nsITobin
sorry for the abrupt exit i checked my cpu temp and had to shut down and clean the dust out of my cpu cooler
-
nsITobin
and my environments broken
-
nsITobin
frg_Away: remind me once I have it figured out and reproducable to recompile the vmware modules and create a virtual machine
-
frg_Away
nsITobin if this is abotu the congoing build. I usually rename python3 to python3something in mozilla-buld. Usually kills the build gracefully.
-
nsITobin
well it WAS building but I had to shut down when I restarted it was failing I think I just need to refresh my mozillabuild
-
nsITobin
there it goes
-
nsITobin
yeah python got corrupt or some shit
-
nsITobin
I think I am gonna have to NOT access this drive from linux anymore
-
nsITobin
kicked off again let's hope my cpu stays under 80 instead of damn near 90
-
nsITobin
C
-
nsITobin
under "normal" conditions my processor should hit the power limit before hitting the thermal limit which seems to be about 82-83 when it shot up to 89 well dust.
-
guest_
frg_Away and nsITobin: have you ever tried a Windows Docker Container with Visual Studio 2019 or 2022 and all necessary tools to build SeaMonkey ? this docker file can than easily be shared by developers to have a working build environment without risking the local computer for daily use ?
-
nsITobin
guest_: does one currently exist?
-
guest_
you could than easily play with different Rust version without risking to loose a working build environment
-
frg_Away
guest_ no
-
nsITobin
see we have a bootstrap issue here including mozbootstrap lol we need to be able to one hundred percent need to be able to create a build environment when needed to create a build environment that could be shared.. HOWEVER.. what about windows licenses?
-
guest_
images with VS 2019 or VS 2022 should be available and they need to be updated to include all other needed tools for SeaMonkey build
-
nsITobin
guest_: visual studio isn;t the only question
-
nsITobin
some of these bits and bobs are on the fly
-
frg_Away
I currently use virtualbox vms. Zero experience with docker and I suspect will be the same when I cross the big bridge. I unfortunately don't have the time to go this route and set it up.
-
nsITobin
throw rust deps in it and we'd spend way too much time updating images than updating the code.. it's a great idea if the issues can be worked out but right now.. build instructions that anyone cna follow and it work for em on their respective os would be far more useful and attainable.
-
guest_
that's the point - there's no up-to-date build instructions for Windows.
-
nsITobin
I will be updating some soon as I figure out everything ;)
-
guest_
everything which had been configured in the VM should be able to replicated in dockerfile
-
nsITobin
any one of us can bruteforce a working env.. kinda what I am doing right now but that doesn't help someone like mrnhmath
-
nsITobin
guest_: this is not a new concept .. mozilla used to have some images at one time.. and I made a centos 7 vm and shared it so we all had a common build setup.. the issue right now is everything is in major flux and getting EITHER easy old style dep find and get OR new style half-automatic .. we have to nail down what needs what and write it down before any such image could even be thought about ;)
-
guest_
frg_Away: what Windows version is your VM running ?
-
frg_Away
Server 2012 R2 for release 2016 for most of the work 2019 for 2.53 only and 2022 for future.
-
nsITobin
I build on a lightly NTLite'd Windows 10 LTSC 2019
-
nsITobin
hope they come back they have a good idea surely worth putting on the want list
-
frg_Away
our next build server uses 2019
-
nsITobin
is this switched over to components.conf or are they there just for patches?
-
frg_Away
just for the patches. Don't think it is used.
-
nsITobin
wait was this compiled by vs or clang?
-
nsITobin
about:buildconfig shows only clang
-
frg_Away
nsITobin if it finds a working clang it picks it. Have not fixed it. Use export CC=cl in the mozconfig.
-
nsITobin
well it built
-
nsITobin
and .. runs with clang
-
nsITobin
i'd really like to know what we need visual studio for if clang can compile
-
nsITobin
what is it used for in modern mozilla?
-
frg_Away
nsITobin support stuff includes and other things.
-
frg_Away
-
frg_Away
build config which includes it:
paste.debian.net/1324146
-
frg_Away
-
frg_Away
and now sleep. nn
-
nsITobin
rest welll
-
nsITobin
here is the one I am using
paste.debian.net/1324148
-
nsITobin
solid 75C
-
nsITobin
njsg: doesn't look like I will be burning my computer out building seamonkey .. today anyway :P
-
njsg
nsITobin: it's not khtml-chromium-qtwebkit, for sure
-
njsg
or, how I call that one, "stress test that can trigger thermal shutdown"
-
nsITobin
qtwebkit was a respectable project .. qtWEBENGINE is a big fat lie
-
nsITobin
as just wrapped chrome
-
nsITobin
where qtwebkit was an implimentation in webkit if i am not mistaken
-
nsITobin
of webkit in qt
-
nsITobin
WebKit is an open source web browser engine. WebKit's HTML and JavaScript code began as a branch of the KHTML and KJS libraries from KDE. As part of KDE framework KHTML was based on Qt but during their porting efforts Apple's engineers made WebKit toolkit independent. QtWebKit is a project aiming at porting this fabulous engine back to Qt.
-
nsITobin
and its dead
-
nsITobin
njsg: can you give me a broad overview of how to deal with l10n cause if I add the ui bits of prefers-color-scheme the strings will need updated in not-en-US
-
mrnhmath
someone tried to revive it but of course couldn't keep up
-
nsITobin
well mrnhmath there you go.. port seamonkey to qtwebkit
-
nsITobin
:P
-
mrnhmath
port seamonkey to ladybug
-
mrnhmath
whatever that project name is
-
njsg
nsITobin: non-en-US locales are in the l10n repository, so you could make patches to update that one. there might have been ways to deal with this via pontoon, not sure what's the best approach now
-
njsg
nsITobin: actually, isn't there a queue for l10n too?
-
nsITobin
right i worked that part out.. question IS do I just add the english strings or is there a process to get em translated i have to wait on .. or??
-
njsg
ah ok, not sure about that
-
nsITobin
I personally would want prefers-color-scheme in the next release cause it is a low risk patch that DOES have beyond clownflare webcompat impacts .. why do you think it was added to UXP when there are other nifter things like fuckin background bluring
-
nsITobin
but it has l10n impacts IF the GUI bit is added
-
nsITobin
idealy it would be nice to expand it so it CAN follow system scheme as well AND even make it more of a site preference so you can have light or dark on a persite basis
-
nsITobin
for instance i prefer some stuff dark and other stuff light
-
nsITobin
but wait long enough and a FORM of what I just said will be in eventually ;)
-
nsITobin
just not as good
-
njsg
is there a prefers-color-scheme: black-no-I-really-mean-000000-not-some-residual-brightness?
-
nsITobin
but hell if stylo isn't an immidiate consern.. then we can certainly mine UXP for style patches largely applicable to seamonkey's nsStyle
-
njsg
dark gray actually has a visible impact in the background here, so being able to choose 000000 would improve matters *so* much in some sites
-
nsITobin
njsg: no unfortently .. despite amoled being more commonplace getting that sliky smooth black just ain't in the current design trends
-
njsg
but I guess it's one of these things, like how I get more readable text the instant I disable webfonts :-P
-
njsg
nsITobin: ah I see [turns on VT and fires up elinks]
-
nsITobin
I'd exterminate for a huge ass amoled screen
-
nsITobin
dark mode? you mean monolith mode
-
nsITobin
njsg: That
-
nsITobin
that is what we should call it
-
nsITobin
light dark monolith
-
nsITobin
;)
-
njsg
I'd go with monochromatic or monochrome except even that one isn't much of a good name, usually it has at least two colors (foreground and background) *and* you can get two more (standout and bold), so not exactly *mono*chromatic
-
njsg
(if anyone's wondering, foreground and background are usually swapped in reverse video, so there you'd get these two colors (or one color and lack of color, okay, that one might be suitable for "monochromatic"), now bold can be a different brigtness (or, in a terminal emulator that does colors, even a completely different color); standout mode is reverse video but with that color as background)
-
njsg
all of that much more readable than gray on white
-
nsITobin
monodramatic?
-
njsg
no, we always go with THX
-
nsITobin
wasn't it black on grey already?
-
nsITobin
originally
-
nsITobin
in the old days
-
nsITobin
that was netscape's doing wasn't it?
-
njsg
that was probably relatively common, because pure white as a background wasn't much of a good choice
-
njsg
NCSA Mosaic did that for sure
-
njsg
Windows in general used to do it, at least with Windows 4 and I'm guessing NT at least 4? or 5 thru 6.1? Not really sure about newer ones.
-
njsg
#d4d0c8 in NT 5.0