01:59:12 <GrannyGoose> buc no longer around?
02:48:22 <a-865> buc comes and goes
02:48:36 <a-865> mostly not here
04:21:12 <MattATobin> hey a-865
04:21:19 <MattATobin> how are you?
04:21:31 <MattATobin> and GrannyGoose
04:21:47 <GrannyGoose> im good thanks dude
04:21:55 <GrannyGoose> an how\ are you
04:23:06 <GrannyGoose> seamonkey needs to be rebuilt in Fedora koji as it failed when it was rebuilt with ICU73.2 i think it was
04:36:22 <a-865> I use 2.53.17b1 in my CZ profile (here), but Buc's 2.53.16 for my email profile, for sane/universal time/date formats from iso8601
04:36:54 <a-865> long time since using a distro's build of SM or FF
04:39:53 <GrannyGoose> i dunno who has to rebuild it in Fedora but im  aware a few people do use it, i wouldnt kn ow how many co-maintainers buc has for seamonkey in fedora
11:43:40 <WG9s> fedora is what I use for my nightly builds they use clang-16
12:00:12 <MattATobin> WELP they did it.. they shipped the intl api change without bothering to add any other dep for platform compatibility as well as martok the implementer has deemed an issue reproducible 100% of the time as unreproducible but don't worry he added a test case which does nothing for anything.
12:00:46 <MattATobin> why is it every single time I think I got shit settled and are ready to move crap like this happens
12:01:42 <MattATobin> I guess Moonchild got what he wanted.. to become Mozilla and Firefox.. too bad he became the WRONG one..
12:02:37 <MattATobin> Guess i should abandon my webclient ambitions completely and just strip my known-working former codebase into an Interlink MailNews codebase and just otherwise be done with their nonsense and do what I wanna do.
12:02:42 <MattATobin> what do you think frg_Away
12:09:44 <frg_Away> Up to you. I am doing what makes me happy and this is keeping suite alive. That I help users with it is a byproduct :) As for backporting I think it is mozilla codebase minus bad stuff as we do it unless you have many more resources/coders at hand.
12:14:44 <MattATobin> well i suppose IF i am not gonna be looking to do innovative radical nsInsaneo things then the seamonkey's evo56 base would be more attractive
12:15:12 <MattATobin> just to keep interlink viable and get back to helping YOU guys out just by doing things without a huge commitment or affiliation.. that is quite attractive as a viable option
12:15:13 <MattATobin> thank you for inspiring it frg.. i will consider a little more
12:15:35 <MattATobin> besides, who is gonna advance mailnews core features? Athenian200? lol
12:15:53 <MattATobin> I do know who IS backporting mailnews core bits and bobs
12:15:55 <MattATobin> .. You
12:17:44 <MattATobin> Interlink the project that started with MCP bs and sarcasim bridges me back to where I started.. SeaMonkey .. do interlink halp out here and there.. fork xpfe and kde shit.. loose about 20-40 more lbs.. and find some more money and i could be doing well.. it certainly is a goal worthy of my attention
12:18:42 <MattATobin> one question: if I say hey this is busted .. you gonna give a crap?
12:18:51 <MattATobin> not fix it then and there but .. give a crap
12:21:42 <MattATobin> use that as a vector to also do the other shit i said i was gonna do for you like vs improvements, the sync shit, etc.. rust tho
12:22:10 <frg_Away> MattATobin The TB part in our base is fully functional. We use it for A/B tests. Same for browser. Suite tests are busted forever now and with the others working we can use these tests.
12:23:40 <MattATobin> i'd duplicate the app directory and just clone it into place into comm into mozilla just to keep it simple and keep mail/ as a baseline compairson but yeah it would mean doing interlink from scratch but maybe it is time.. and i of course know how to make my own private copies of anything I'd need.
12:23:46 <MattATobin> test suit isn't a big deal for me
12:23:49 <MattATobin> neither is l10n
12:25:57 <MattATobin> well I ain't out to redefine your project or codebase just have a mail client and help out a bit.
12:26:07 <MattATobin> tried that.. didn't work lol
12:26:38 <MattATobin> also..
12:26:39 <MattATobin> less xref work to maintain
12:26:46 <MattATobin> if i do this lol
12:27:11 <MattATobin> FEELS like a good idea
12:27:42 <MattATobin> have to think about it .. but given uxp became unviable again i am a bit over the codebase its self now
12:27:52 <MattATobin> thank you frg_Away
12:27:58 <MattATobin> for whatever you .. did?
12:28:01 <MattATobin> being here
12:28:06 <MattATobin> that's it being here
12:36:51 <MattATobin> another question: and this IS relating to a change I would like to make to the suite.. I would very very very much like to restore build time conditionals for --disable-mailnews and add --disable-composer so that with those two options SeaMonkey just has a standalone build mode and I would take express responsibility for maintaining that build configuration. This way I don't HAVE to be pressured into creating my own web client.. can just bri
12:36:51 <MattATobin> just build without.. would you be okay with this?
12:37:48 <MattATobin> just throw those two options, some branding, and boom standalone navigator and restoration and expansion of something not possible since pre-toolkit
12:38:39 <MattATobin> it kinda was one of the first things I wanted to contribute back in the day
12:38:48 <MattATobin> and started this
12:40:47 <MattATobin> come ooooon it is just some ifdefs and configure options lol
12:41:03 <MattATobin> don't be a NeilAway lol
12:42:56 <MattATobin> I am gonna be thinking about this for the next week as I take a trip to indiana and won't be able to do shit lol
12:46:50 <frg_Away> Untangling these parts would not be easy. Would probably mean ifdefs and code changes all over the place. Something for IanN to decide but I would only do it if suite in central dies and is removed by our "friends". Otherwise most uplifts would need to be rebased.
12:52:29 <MattATobin> actually it is VERY easy
12:52:37 <MattATobin> because it was DESIGNED that way
12:52:54 <MattATobin> it just wasn't maintained when they went from xpinstall to nsis
12:52:58 <MattATobin> and xpfe to toolkit
12:53:24 <MattATobin> because libxul and MOZ_XUL_APP conflicted with modularity
12:53:39 <MattATobin> i literally just followed the bug progression last night actually
12:53:48 <MattATobin> also i was there at the time
12:53:53 <MattATobin> lol
12:54:07 <MattATobin> also i have removed mailnews and composer from navigator at least three times now
12:54:20 <MattATobin> once in 2010
12:54:45 <MattATobin> depending on the changes from 52 on to overlays and such it likely ain't much more trivial than last time I did it
12:54:51 <MattATobin> cause HOW I did it?
12:54:57 <MattATobin> restoring the conditionals first
12:55:11 <MattATobin> then removed .. i just have to .. not remove.
12:55:24 <MattATobin> much less trivial*
12:57:10 <MattATobin> at the 52 level there were no platform changes required simply build files and a few conditionals for the component integration overlays and a few pieces of js
12:58:40 <MattATobin> well you know what? since it is so trivial .. for me at this point .. I'll do it and just letcha look at it and if you and our good and dear friend IanN_Away approves then you can bring it in.. if not i'll file it away until someone complains just enough about navigator to make it happen which after five years it still ain't lol
12:59:54 <MattATobin> i still have to figure out how to hell to build the thing tho do you have applicable build instructions that match the evo codebase?
13:09:11 <MattATobin> hai WG9s
13:59:12 <MattATobin> WG9s: which version of mozillabuild and how do i get rust?
13:59:28 <MattATobin> or is that in the mozillabuild package
13:59:29 <MattATobin> rustc
14:11:54 <MattATobin> i assume THESE are about right except i already know you have the mapi headers in-tree now https://web.archive.org/web/20180516123634/https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Windows_Prerequisites
14:12:52 <MattATobin> and i believe you said mozillabuild 3.4
16:13:37 <buc> GrannyGoose: It seems it falied to build under the latest Fedora devel due to (yet another) python3 issues, not icu-73.2 itself.
16:53:21 <MattATobin> what is the nature of the issue buc
16:55:53 <buc> MattATobin: "ModuleNotFoundError: No module named 'imp'", see https://kojipkgs.fedoraproject.org//work/tasks/977/103240977/build.log
16:57:22 <buc> I delayed it until 2.53.17 final is ready
17:06:29 <MattATobin> doesn't quite answer my question?
17:06:30 <MattATobin> .
17:07:41 <CaptainTobin> oh it sent anyway
17:07:46 <CaptainTobin> stupid matrix
18:27:07 <MattATobin> oh well
18:44:47 <therube> i just looked at my 'History' (something i don't typically do), & it goes back to 2015 ;-)
18:59:00 <MattATobin> welcome back mister frg
19:02:58 <hardys> WG9s: your webserver seems to be down
19:22:36 <MattATobin> each branch in the repo is basically master with selected c-c patches backported every single time correct? is there a canonical 2.53 trunk
19:30:35 <frg_Away> I am using mozbuild 3.4 and VS2019 19.11 latest Windows sdk 19041. rust 1.66.1 but anything later should work too.
19:30:59 <frg_Away> On the way to mozbuild 4 but msys2 need further changes. One step at a time.
19:31:25 <MattATobin> is the comm under mozilla basically only defined by these set_defconf values in the application's moz.configure now?
19:31:44 <frg_Away> buc if you have a fix for the py3 issue which is backwards comaptible I can put it into the final. 2.53.17.
19:33:07 <frg_Away> MattATobin It is all over the place. I lost track long ago. Just backported and in some places optimized our code.
19:36:30 <MattATobin> actually it is not too bad i mean the comm files them selves should be better updated especially moz.build since it would be available as well as makefiles .. save things like the main mozbuild and build.mk stuff like that
19:37:41 <MattATobin> virtualenv mazbuild base but that is just to support Must have a build or whatever
19:37:49 <MattATobin> also mozconfigure support code
19:38:55 <MattATobin> oh that's a mozconfig okay
19:39:29 <MattATobin> yeah basically you have no comm build system whatsoever what comm is now .. is just comm vs mozilla dir variables
19:39:36 <MattATobin> neat
19:40:41 <MattATobin> tho i wonder why you even need it if you are building anyway.. There is no real reason to have this unless you want to maintain the now-ability to change comm/ arbitrarily except where it is still hardcoded
19:40:52 <MattATobin> now you know the state ;)
19:41:49 <MattATobin> i was following jcrammer's work on this at the time but i kinda lost track
19:54:43 <frg_Away> MattATobin comm build system is mostly gone. Just some extensions. I think stuff like commtopsrcdir are on the way out and I have removed much of it in suite already.
22:09:35 <buc> frg: It seems python3.12 build is still broken under Fedora Rawhide. Firefox is not built with python3.12 with similar errors. So just wait for Firefox team to resolve the issue :)
22:30:56 <buc> frg: for python-3.12 https://bugzilla.mozilla.org/show_bug.cgi?id=1743785 is needed anyway.
22:41:04 <MattATobin> so I should if possible go ahead and just use normal paths when I fork mail/ to whatever/
22:41:58 <MattATobin> or just wait for whenever you ditch em lol
22:42:07 <MattATobin> that will be it