03:30:50 <Bennty> I know Seamonkey gets security updates to the newest firefox esr, but does Seamonkey get web engine updates, Like for the newest html and JS features? If not, could you use UXP to keep it updated?
03:31:52 <tomman> hit'n'run
09:51:07 <njsg> and the shortest answer is probably really "that's what's being done already". Also they forgot to mention CSS
11:33:05 <njsg> "redhat jira"
11:33:48 <njsg> that's fun... But at this rate I'd not be surprised if Mozilla themselves abandoned bugzilla :-\
12:24:10 <nsITobin> Good morning njsg and frg_Away
12:26:52 <frg_Away> nsITobin hi
12:30:48 <ContributorTobin> https://github.com/lah7/gtk3-classic/tree/master i deff need to apply all these patches to gtk3 once my lfs is up and going
12:32:31 <ContributorTobin> frg_Away: so https://bugzilla.mozilla.org/show_bug.cgi?id=1441651 looks like the next item on the vs2022 list I think
12:33:36 <ContributorTobin> my skills are still rusty as hell.. this is NOT acceptable cause rust never is lol
12:35:54 <frg_Away> trying next but currently the wip branch does not like gcc. If VS2022 does not like part 4 from bug 1530937 I need someone with c++ skills who can unbreak the mozilla mess.
12:38:11 <ContributorTobin> frg_Away: at some point you will have to switch the codebase to clang only
12:38:37 <ContributorTobin> mozilla stopped considering vs2022 as a compiler around this time
12:38:41 <frg_Away> I very much dislike this
12:38:45 <ContributorTobin> i do too
12:38:49 <frg_Away> I know
12:39:21 <ContributorTobin> i beleive the predominate system compiler should be responsible.. msvc for winders gcc for anything unix but not mac
12:39:29 <ContributorTobin> heh that old define
12:39:59 <frg_Away> clang is ok but I want a second one working in case of dumps and errors. Not the first time a compiler failed to produce bad code.
12:40:22 <frg_Away> ^and produced
12:43:38 <ContributorTobin> https://clang.llvm.org/get_started.html
12:43:44 <ContributorTobin> this is why clang is unacceptable
12:44:02 <ContributorTobin> because it does not generate its self.
12:44:14 <ContributorTobin> thus it is an invalid system compiler in my opinion
12:44:20 <ContributorTobin> gcc compiles its self
12:44:51 <ContributorTobin> and instead of just needing gcc and autohell you also need cmake which has even more dependancies
12:48:44 <ContributorTobin> it is basically why I have rejected RPM package management for my thing going forward .. system components shouldn't need too many high level dependancies and requirements because THEY are the basis upon more complex stuff is built
12:49:56 <ContributorTobin> frg_Away: which gcc version are you attempting to use for 1530937
12:50:41 <frg_Away> well clang > 14 currently can not build the cross compiled macOS version. Crashes when started.
12:50:50 <frg_Away> gcc 9
12:50:57 <frg_Away> from CentOS 7
12:53:11 <ContributorTobin> is our current short .. "short" term goal to get to 68 eq functionality then take stock?
13:00:31 <frg_Away> I try to get some more parser stuff in to be able to backport fields. Also need to rebase the current optional chaining and regexp stuff which is currently not in.
13:01:00 <frg_Away> I think 68 is a good middle point to try.
13:20:31 <ContributorTobin> if I had the time at the moment I'd start investigating ESR68 .. and seeing if the war on xbl can be reversed.. because I think it can and if so Thunderbird maintained rdf far longer than mozilla did .. if most extensions are long abandoned and busted than aside from content blockers and privacy nonsense the extension system and definition is up to you and if it is a factor in doing something.
13:24:37 <frg_Away> CoordinatorTobin i left most of the xpconect stuff out and only did the needed things for compartment to realm. Need to review it later but so far it seems to work fine with end of 67. Unfortunatetely they added about a 1000 patches in 68. Seems to be one of the last big change releases before the layoffs and slow down.
13:25:49 <ContributorTobin> yeah i thought the same thing
13:53:53 <ContributorTobin> welcome back
13:54:31 <ContributorTobin> wonder if this firefox 68 will build successfully
13:54:35 <ContributorTobin> nope
13:55:31 <ContributorTobin> oh rust issues
13:56:23 <frg_Away> If you build the real esr68 you need old rust.
13:57:24 <ContributorTobin> yeah and I can't easily get that on linux.. another reason rust is evil
13:59:19 <frg_Away> CaptaionTobin rustup works for me too there.
13:59:46 <ContributorTobin> got the command handy?
14:00:19 <frg_Away> Need to re open the vm. stay tuned
14:02:47 <frg_Away> export PATH="/mnt/linuxdata/seamonkey/linux/nasm:$HOME/.cargo/bin:$PATH"
14:02:48 <frg_Away> rustup default 1.73.0-x86_64-unknown-linux-gnu
14:07:51 <ContributorTobin> removed system rust and installed rustup and am running rustup-init
14:09:34 <ContributorTobin> installing 1.73
14:10:14 <ContributorTobin> cd /binoc/workstation/projects/newcode/esr68
14:10:19 <ContributorTobin> err
14:14:33 <ContributorTobin> error: proc-macro derive panicked
14:21:45 <frg_Away> 1.73 is too new
14:24:27 <frg_Away> 1.34 seems to be it in 68
14:24:56 <frg_Away> https://searchfox.org/mozilla-esr68/source/python/mozboot/mozboot/base.py#154
14:25:33 <frg_Away> yupp bug 1536543
14:26:16 <ContributorTobin>  5:03.58 error: failed to run custom build command for `style v0.0.1 (/binoc/workstation/projects/newcode/esr68/servo/components/style)`
14:26:16 <ContributorTobin>  5:03.58 process didn't exit successfully: `/binoc/workstation/projects/newcode/esr68/obj-x86_64-pc-linux-gnu/release/build/style-215d39610807c9c7/build-script-build` (exit code: 101)
14:26:23 <ContributorTobin> with 1.34
14:27:00 <ContributorTobin> what a robust and dependable and safe language so safe you can't even reliably compile it to even run it.. can't get more safe than that!
14:27:17 <frg_Away> been there seen it
14:27:49 <frg_Away> trying to get stylo to work for some time now
14:28:16 <ContributorTobin> I was in a lunar trench lobbing insults at people rather than accepting rust's existance remember..
14:28:45 <ContributorTobin> so i get all the nastyness all at once
14:28:56 <ContributorTobin> instead of trickled out over years
14:38:02 <ContributorTobin> I give up .. for now.. Obviously building on here isn't gonna work. I will have to select a period system and that is way more work than is warrented for a quick experiment
14:52:29 <ContributorTobin> GitLab now enforces expiry dates on tokens that originally had no set expiration date. Those tokens were given an expiration date of one year later. Please review your personal access tokens, project access tokens and group access tokens to ensure you are aware of upcoming expirations.
14:52:59 <ContributorTobin> wonder when github will do the same thing
14:57:41 <frg_Away> ContributorTobin welcome the the club of real life rust users :)
14:59:31 <ContributorTobin> it's gross
15:22:24 <ContributorTobin> there now that that all works .. and cli is fixed i can move it back onto the web https://ibb.co/JjKfQ73
15:23:01 <ContributorTobin> get those modules rewritten so they actually work
15:23:15 <ContributorTobin> and components
23:02:23 <nsITobin> sup njsg