13:41:49 <IanN> Status meeting in 21 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2025-03-30
13:54:08 <njsg> hi .*
13:54:20 <frg> njsg hi
13:55:49 <IanN> Status meeting in 7 minutes - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2025-03-30
13:56:12 <rsx11m> hi 2
13:57:32 <njsg> rsx11m: hi
13:57:38 <IanN> hi njsg and rsx11m
13:57:59 <frg> rsx11m Hi. You are early :)
13:58:29 <rsx11m> yeah, had to look if everybody managed to adjust their clocks... 8-)
13:58:37 <IanN> :D
13:59:10 <njsg> actually there's one within <1m that is still on UTC+00:00
14:00:35 <njsg> And I bet the Nokia S40 needs to be set to +01:00 too, for some reason the network it connects to also doesn't do time updates via 2G, and it merely has a DST option, but does not adjust automatically
14:01:21 <njsg> I'd say maybe there's room for some tweaks or improvement, but I guess HMD doesn't even deal with *this* code, aren't they using something different now for the OS?
14:02:32 <IanN> Status meeting time - https://wiki.mozilla.org/SeaMonkey/StatusMeetings/2025-03-30
14:02:39 <IanN> Who's taking minutes?
14:03:11 <frg> me
14:03:44 <IanN> thanks
14:03:52 <IanN> Nominees for Friends of the Fish Tank?
14:05:03 <frg> mostly slackers or already nominated around in the last weeks. The fishes must be unhappy but nothing from me.
14:05:26 <IanN> nor me, happy to take suggestions from the floow
14:05:34 <IanN> *floor
14:06:32 * rsx11m nominates the fishes for being patient with us ;-)
14:07:09 <frg> sounds good to me if no one else :) seconded
14:08:11 <IanN> thirded
14:08:19 <njsg> 4th'ed
14:08:24 <IanN> Action Items
14:08:27 <rsx11m> give them some extra food!
14:09:07 <frg> bau
14:10:28 <IanN> Status of the SeaMonkey Infrastructure
14:10:46 <frg> bau
14:10:59 <frg> Still no progress with the signing keyy I think
14:11:27 <IanN> no, I will chase later today
14:14:37 <njsg> whatever was not working now works in Mozillawiki
14:14:46 <njsg> I've been kept logged in
14:15:05 <IanN> interesting...
14:15:16 <IanN> Status of the SeaMonkey Source Tree
14:15:48 <njsg> it has been consistent now, so either something in the newest SeaMonkey release or they finally changed things on the server side (and I think it was something missing on the server side?)
14:17:28 <frg> Mostly bau. Ich worked a bit on the qip branch. Did some build backports for 2.53 and tried to fix tests but so far still broken. Probably some Python backports missing or we took out too much from the test backend.
14:18:00 <frg> Looked into the jetpack add-on breakage but no luck either.
14:18:14 <frg> ^wip branch
14:18:42 <frg> centrtal not touched. Need to do reviews but juggling too much stuff around.
14:19:53 <njsg> IanN: (ah, mediawiki was updated, bug 1424598 comment 21)
14:22:13 <IanN> njsg: ah, thanks
14:22:24 <IanN> Release Train
14:22:51 <nsITobin> I am not much help because the burdon of completing a SeaMonkey task is too high. I don't have or won't soon have the means nor time to do it like it's 2008.
14:23:51 <frg> I think we should do 2.53.21 and not wait for the key. I am just behind with the cZ reviews but can set the tree to 2.53.22b1 pre so that we have a stop patch for now.
14:24:53 <frg> nsITobin Hi and don't worry. You are doing more than 99% of the people using SeaMonkey.
14:27:43 <nsITobin> In the event I cannot .. well exist anymore I want to figure out some way to transfer my servers to SeaMonkey control because they are cheap and overspec'd well 2 of them.. irreplaceable. So we should work something like that out for worst case..
14:28:46 <frg> nsITobin long live the tobin. You won't perish any time soon.
14:29:08 <nsITobin> perish.. with my dying breath! lol but operate as a digital entity.. is less certain
14:29:43 <IanN> CopilotTobin?
14:30:22 <nsITobin> Well fund the llm I'll pour my self into it lol
14:30:45 <nsITobin> SeaMonkey AI
14:31:41 <IanN> Extensions Tracking
14:32:21 <nsITobin> sorry for the derailment.. i did kinda jump in when i remembered
14:33:00 <frg> Tried to fix the bad jetpack add-on but failed again. Just removed the jetpack tests from the build stuff.
14:34:01 <nsITobin> Extension tracking may become easier because I have sufficiently enough new PHP to magic up an add-ons site again though the rdf parser is gonna be busted by PHP 8.1+ by .4 it may be unfixable as-is
14:34:16 <nsITobin> 8.2+*
14:35:29 <nsITobin> I'll want to soon brainstorm some tools to be rolled in that will help for that purpose based on what is submitted and managed
14:38:30 <IanN> 2.Next, Feature List, Planning and Roundtable
14:39:05 <tomman> hello world~
14:39:14 <frg> hi tomman
14:39:17 <rsx11m> hello tomman
14:39:36 <IanN> hiya tomman
14:40:07 <frg> bau. Plan to update the wip branch fast but as usual need distractions from it :)
14:40:09 <njsg> tomman: hi
14:41:48 <IanN> yeah, I hate accesskeys!
14:42:15 <nsITobin> hi tomman
14:42:59 <Gert5> Hi, I dropped in a bit late, so sorry if this was already discussed.
14:43:01 <Gert5> frg wants to stop 32 bit support. My question is: will the extensions (Add-On's) still work with x64?
14:43:18 <IanN> should make no difference
14:43:42 <IanN> i don't think there are any add-ons with binaries
14:43:43 <frg> There is no current extension which does not support x64. This was only a thing with npapi and binary add-ons. Long gone.
14:43:45 <tomman> Gert5: addons do not have native code, usually
14:43:49 <nsITobin> extensions would be unaffected because the only item that made bitness important to extensions was binary xpcom components and special npapi plugins.
14:43:56 <tomman> IanN: the last one was GNOMERunner, and that one has been broken for a decade or so
14:44:02 <nsITobin> and seamonkey dropped support for that a while ago
14:44:06 <Gert5> Thanks, that answers it
14:45:08 <IanN> i've mainly been working on modernising cZ
14:45:47 <frg> I wish but seems I am the only one doing backports currently.  help!
14:46:16 <tomman> frgAI™
14:46:33 <nsITobin> does build and function testing help frg cause I can still do that easily
14:48:17 <frg> Occvasionally building wip on Linux and testing it a bit would help. I use it mainly for mail. Thing I broke some script fragment support but unsure yet.
14:48:59 <frg> It seems to be pretty fast on sites where it is working. Ebay is 100% better here for example.
14:49:31 <frg> But with at lest the optional chaing support it is not very useable.
14:51:47 <tomman> the usual suspects remain the same over here: dynamic imports, and a growing usage of static (?) class members (the "missing : before property" blah)
14:52:20 <nsITobin> woah why is my ping so high
14:52:39 <frg> tomman first works in wip and second already mostly
14:53:14 <IanN> AOB?
14:53:24 <tomman> frg: time to update my nightly then~
14:53:26 <frg> bau
14:53:40 <njsg> are wip builds also automated or just the main patch queue?
14:53:48 <frg> tomman it is a different branch. No binary.
14:54:00 <tomman> oh :/
14:54:20 <frg> I can provide one but you will not be happy. New regexp and optional chaning taken out for now.
14:54:39 <frg> So some sites work better and others works not
14:55:34 <tomman> What I would like is a debug symbols build to trace that CF hang
14:55:43 <frg> The taken out patches where kudged in from orginally Waterfox by buc I think. But they need a complete do-over. with the latest js source changes now.
14:56:02 <tomman> it's somewhere deep in libxul, but then... libxul is life itself :D
14:56:20 <frg> debuggin usually crahes beucase of a mcrotask issue. Hits a release assert.
14:56:26 <nsITobin> weren't waterfox's patches just UXP patches ported by hawkeye?
14:56:33 <frg> ^chrashes
14:56:49 <nsITobin> or am i thinking of something else
14:57:15 <nsITobin> libxul is libevil
14:57:20 <njsg> tomman: there's no libxul, there's only xul?
14:57:23 <frg> nsITobin might be. Buc provided them and I was really greateful. SeaMonkey stated working agaion for lots of sites.
14:58:01 <nsITobin> just kinda how it is supposed to be.. just needs moar!
14:58:34 <IanN> thanks for your time today, next meeting in 3 weeks time, same bat channel, same bat time
14:58:45 <rsx11m> I think our next meeting collides with Easter Sunday?
14:58:51 <frg> Main reason I go the slow route more or less. Don't want to redo stuff later again.
14:58:59 <njsg> yeah, has been bau here, so not much to add
14:59:05 <njsg> no idea what are the easter dates
14:59:15 <rsx11m> April 20th, yes
14:59:23 <frg> postpone a week
15:00:02 <rsx11m> 27th then?
15:00:11 <IanN> yeah, Easter isn't it?
15:00:11 <tomman> Regarding the CF saga, apparently they're going to launch their browser support program "soon", maybe by next week
15:00:13 <tomman> https://forum.palemoon.org/viewtopic.php?p=261206#p261206
15:00:31 <tomman> so... I'll keep an eye on that and notify, but someone should get on that
15:00:43 <IanN> okay next meeting in 4 weeks then
15:01:16 <frg> they don't really care. Unless I have bug numbers to backport I don't even have the time to try to look into it.
15:02:28 <njsg> Any chance it's an NDA programme just to prevent people from telling other projects what's needed?
15:02:42 <nsITobin> some of it is diliberate obfuscation .. as to not let any enemy projects get a leg up.. If the work is based off a bug a bug needs mentioned somewhere..
15:02:51 <rsx11m> IanN: 27th it is!
15:02:52 <nsITobin> but i could never get them to consistantly do that
15:03:18 <rsx11m> happy Easter-Egg hunting then :-D
15:03:39 <rsx11m> bye
15:03:41 <frg> hop hop hoppay
15:04:03 <nsITobin> i love software eastereggs
15:04:14 <IanN> bye rsx11m
15:04:42 <frg> see you here as away
15:05:07 <frg_Away> but not far away
15:05:10 <njsg> nsITobin: have you heard of Tuesday eggs?
15:05:19 <njsg> cya all :-)
15:05:20 <nsITobin> njsg: no
15:07:14 <njsg> nsITobin: "OpenOffice does not print on tuesdays"
15:07:32 <tomman> I should buy eggs tomorrow
15:07:56 <nsITobin> tomman: gonna take out a small loan?
15:08:03 <nsITobin> to pay for those eggs?
15:09:20 <njsg> what's with egg prices in the US
15:09:34 <njsg> it has been reported that, uh, there was talk of importing eggs from Finland?
15:09:35 <nsITobin> fascism and stupidity
15:09:40 <tomman> nsITobin: nah, no need
15:09:43 <nsITobin> same thing with everything else in the US atm
15:09:50 <tomman> it's the only cheap-ish thing remaining in Soviet Venezuela
15:09:58 <tomman> you can buy 30 eggs for $6
15:10:18 <nsITobin> and i am now personally convinced one cannot be both a fascist and smart.
15:10:23 <nsITobin> one MUST give for the other
15:12:10 <frg_Away> This time it not the dumb queue but bird flu
15:12:18 <frg_Away> ^dumb crew
15:14:30 <nsITobin> so does the RNC decide they are gonna take power based on animal flu outbreaks.. cause its been rather consistant my adult life thus far
17:31:36 <njsg> ... MICROS~1 is forcing Microsoft accounts and Internet connectivity now?
17:35:53 <frg_Away> in theory yes
17:37:04 <tomman> why they don't ditch Windows and force peoples to buy think clients and use RDP accounts then? :D
17:37:10 <tomman> --thin
17:37:21 <tomman> ...ah yeah, those pesky gamers and content producers
18:27:40 <njsg> the mastodon thread seems to suggest they might have just removed the script, not the setting, at least for now...
18:37:01 <nsITobin> I been studing the system used for generating the main website
18:37:12 <nsITobin> today
18:37:27 <nsITobin> too much manual work lol
18:40:37 <nsITobin> in terms of each page being nearly full pages in source so a global change is difficult to propigate except foreach
18:41:10 <nsITobin> and static sites are all the rage these days..
18:49:01 <nsITobin> doesn't look like the actual generation of the site has changed much beyond a few small patches since initial setup though contents of the site obviously changed
19:50:27 <nsITobin> it amazes me how robust old perl is .. even if it is hard to follow..
19:51:05 <nsITobin> i should have never stopped learning it in early 2000s .. everyone needs a cgi-bin :P
20:51:01 <nsITobin> I can only hope my code lasts half as long
20:51:36 <nsITobin> without being obviously out of date cause that perl thing ain't much less advanced than any other static site generator up till say 2017ish
20:52:08 <nsITobin> node sites not withstanding
20:52:12 <nsITobin> nodejs*