00:02:58 <nsITobin> now that i CAN get the artifacts as I see fit I need to figure out which one of them are actually needed for sm253
00:19:18 <nsITobin> not counting cargo and rustup.. the only toolchain artifacts needed for win64 for seamonkey 2.53 is clang cbindgen and nasm.. and it is just dumpping them into ~/.mozbuild or the designated MOZBUILD_STATE_PATH
00:20:34 <nsITobin> everything else is either installed systemwide or provided by mozillabuild
00:20:41 <nsITobin> for sm253
00:22:00 <nsITobin> wonder what on linux is actually needed
00:22:10 <nsITobin> doubt it is much else
00:34:38 <nsITobin> ./mach artifact toolchain --from-build linux64-{clang,cbindgen,node,nasm}
01:22:33 <nsITobin> figured out how to get rust up and select 1.76 directly
01:22:53 <nsITobin> the toolchain is ALMOST back in SeaMonkey's control
01:26:56 <nsITobin> There isn't any piece of Mozilla Infra I can't reverse engineer and reduce down to something simple .. it is .. only .. a .. matter .. of .. tiiiiimmmeee
01:33:48 <nsITobin> I think we won't be needing esr115 for setting up build environments for much longer
01:41:54 <nsITobin> it .. worked
01:42:15 <nsITobin> just need to collect and script it up
01:42:22 <nsITobin> this is great
13:19:25 <Tobin|webirc> good morning
13:20:56 <frg_Away> hi tobinmanynames
13:21:36 <Tobin|webirc> i don't have my nickserv password memorized i am in the kitchen
13:23:12 <Tobin|webirc> just gonna have to setup znc i guess lol
13:25:17 <Tobin|webirc> but seriously i have made some new breakthroughs in rectifing this explicitly need a large ass modern mozilla source clone to built little ol seamonkey
13:25:30 <Tobin|webirc> situation
13:29:38 <Tobin|webirc> save mac cross-compiling extras all sm needs is rust 1.76 and rustup is easy to get plus artifacts clang cbindgen nasm and node for some reason but that's it
13:31:15 <Tobin|webirc> and those are just extract the tar
13:32:10 <frg_Away> back soon
13:32:16 <Tobin|webirc> kk
14:06:19 <nsITobin> only artifacts that seem unique to mac cross-compile from the linux is linux64-cctools-port and macosx64-sdk but the sdk may be protected like vs i dunno yet
14:06:50 <frg_Away> nsITobin sdk is usually not available. Grabing it from github usually
14:07:13 <nsITobin> I think I know which repo lol
14:09:53 <frg_Away> unfortunately later sdks are mee. Need to check but 12.3 is the last good one for now.
14:10:31 <nsITobin> oh is it OS 12 now?
14:10:47 <frg_Away> 14.6.1
14:11:05 <nsITobin> you know it was simpler when it was just OS X
14:11:49 <frg_Away> after 10.14 it did go to the dumpster. 10.15 was so so  but with the marm macs and 11 quality and visuals declined
14:12:00 <frg_Away> ^arm macs
14:14:12 <nsITobin> so to fill in the missing gap for everyone else between taskcluster treeherder and bootstrap.. these files have lists of toolchain artifacts in em for different build conditions and the build system will happily get any of them except things like visual studio if you individually list it out to it
14:14:15 <nsITobin> https://hg.mozilla.org/releases/mozilla-esr115/file/9549b40e0c2e599f630c08fd429510d4edf3bfa9/taskcluster/ci/build/
14:24:19 <nsITobin> but of course its a limited time thing and matching revs and their toolchain artifacts drop off
16:31:23 <nsITobin> I bet Bug 1228841 is why fireftp is also busted
17:07:11 <frg_Away> should be an easy fixer
17:56:09 <WG9s> seems obvious we need to get those who are complaining on board with testing beta builds.
18:00:28 <frg_Away> this was/is not recent breakage.
18:04:37 <WG9s> So why do they always seem to show up just after a release????
18:50:37 <nsITobin> only thing recent is trying to get fireftp working
18:50:41 <nsITobin> :P
18:51:51 <nsITobin> as for changes long past are only noticed on new releases and sometimes several releases later.. it is a mystory
21:11:02 <Ray_Net> Hello, Is is easy to go from 32 bits 2.53.3 SM to 64 bits 2.32.19 SM ? And how to proceed ?
21:11:39 <nsITobin> Ray_Net: sup
21:12:31 <nsITobin> Ray_Net: uninstall 32bit but make sure not to have it clear your data.. install 64bit
21:12:35 <nsITobin> should be good to go
21:13:04 <nsITobin> backup your profile tho as always
21:13:53 <nsITobin> oh wait
21:14:41 <nsITobin> Ray_Net: you may have to pass through an intermidiate step depending if nss store migration still exists
21:14:54 <nsITobin> but bitness has no impact
21:15:11 <nsITobin> you should update more often ;)
21:16:06 <Ray_Net> did you think that i must first go in 32 bits 2.53.3 to 32 bits 2.53.19 first ,
21:17:08 <nsITobin> no the bitness doesn't matter
21:17:56 <Ray_Net> What's the intermediate step ?
21:18:06 <nsITobin> it may not be needed
21:19:17 <Ray_Net> thanks, Are the 32b and the 64b profiles in the same location ?
21:19:22 <nsITobin> here is what you do.. back up your profile, remove 32bit old and install 64bit current and check if your passwords work if they do then no problem if they do not you will need the backup
21:19:27 <nsITobin> profiles yes
21:19:44 <nsITobin> on windows its in remote appdata
21:19:54 <nsITobin> or %appdata%
21:19:59 <Ray_Net> ok, I did not have any password
21:20:10 <nsITobin> i mean saved passwords of any kind
21:21:15 <Ray_Net> All my passwords are in the "Password Safe" program
21:21:20 <nsITobin> somewhere along the line nss switched from dbm to sqlite and i can't keep all the versions of UXP SeaMonkey Thunderbird and Firefox of when they dropped dbm migration or not
21:22:17 <Ray_Net> Thanks for all the informations you give me
21:22:18 <nsITobin> but yeah profiles don't care about bitness and 32 and 64 profiles are in the same place
21:24:05 <nsITobin> I always wondered why couldn't the profile manager make periodic profile backups especially on update.. yeah i know the later attempt at channel based profiles but still
21:40:35 <frg_Away> If you are on 2.53.x uninstall 32 bit, reboot if Windows and install 64 bit
21:40:58 <nsITobin> well there you go no nss to worry about
21:41:12 <nsITobin> Ray_Net:
21:45:51 <Ray_Net> OK, I will add "Reboot" (or better "RESTART") in the procedure
21:47:07 <Ray_Net> Yes, I am under windows 10
21:48:16 <frg_Away> nsITobin If you enabled elfhack can you try the latest 2.53 patch queue fresh out of the oven.
21:48:49 <frg_Away> Ray_Net I have disabled fast start. I rather like a clean reboot
21:48:52 <nsITobin> buc's flags are in the chat log but where do I put em
21:49:03 <nsITobin> mozconfig?
21:49:12 <Ray_Net> Just to be sure .... uninstalling and installing did not use the "msi" part of windows ?  (because my windows have some msi parts corrupted)
21:49:30 <frg_Away> no msi
21:49:34 <nsITobin> the normal installer is nsis
21:50:40 <nsITobin> https://logbot.thereisonlyxul.org/seamonkey/20240909#c6665
21:51:00 <nsITobin> is that in LDFLAGS in my env or in mozconfig or what
21:52:10 <frg_Away> Maybe try without them. I added all elfhack paches up to the last. Mozilla does use this ony for android in libwebrtc.
21:55:03 <frg_Away> relrhack not supported yet btw. Would need more backports.
22:05:03 <nsITobin> without elfhack i get solid builds i guess it just starts up somewhat slower?
22:05:28 <nsITobin> next time buc stops by I'll ask him my noob question ;)
22:06:33 <frg_Away> nsITobin personally I don't really miss it. Disabled for ages.
22:06:37 <WG9s> nsITobin: without elfhack the resultant binary will probably be bigger which could result in slower startup.
22:08:23 <nsITobin> still seems like a solution for the problem of libxul being massive which is a problem they created
22:09:46 <frg_Away> The important question now is if thex fixed the vbox 8.1 guest additions for final 7.1
22:11:37 <nsITobin> need to get picom compiled for rocky VIII and get vmware installed as well as wine likely built my self.. so i can switch over to my new home until I get back to my LFS which i can build on Rocky VIII
22:12:37 <frg_Away> nope not fixed
22:15:50 <nsITobin> Well I am gonna create kickstarts specifically configured for compiling SeaMonkey on rocky 8 and maybe make some VMs pre-configured
22:16:06 <nsITobin> also need to reposync rocky 8 rpms
23:54:17 <nsITobin> rest well frg