there xr.binaryoutcast.com

and xrchive.binaryoutcast.com

cross-reference archive.. xrchive

frg: I have put comm under mozilla for mozilla-central as a test.. gonna do that for seamonkey like i said.. THAT way you can xref between release and central str8 up and UXP I guess .. most of my files aren't in their traditional cvs locations tho

there seamonkey-2.53 and mozilla-central have comm under mozilla

hey next year would you guys perhaps would like some new site software written just for you based on my php stuff?

NewTobinParadigm: no idea re: jcrammer, sorry

it was 61.0a1

but I think I am gonna add comm as a comm directory from 1.9.1 on

just so on the xrchive all the files are where they are across all the trees

njsg: do you ever use the cross-reference?

not currently, but I'll probably end up using it often

frg_Away: so you see mah messages?

NewTobinParadigm Yeah was/are on real life and work issues the last week so didn't do much. Personally 90%+ of my work currently is code. Appreciate the offer but the website works and would rather not invest time here. Feels a bit like Window dressing on the Titanic with the code needs updates first :) Not pretty but does the job. IanN|Away might chime in andf tell me otherwise.

well more so the xr changes

NewTobinParadigm They are great. I use this one often for backports and checking stuff. Thanks here.

where I shoved all the archived trees elsewhere

so that the main xr instance is focused on active trees and all the historical stuff is historically historic

I am gonna strip the surrounding template and make the php part of it bridge the two somehow eventually

Yeah for history I usually sue thg in the tree.

well u'd have a fun time going back to research xpinstall using hg alone

or say the pre-1.0 build a multinational company who runs a shitty isp forced a once great company they bought to release Netscape 6

NewTobinParadigm There are three tools I use 90% of the time thg mercurial-scm.org/release/tortoisehg - Total Commander and Notepad++

The last 2 are probably the reason why I am not on Linux yet.

i use a modified mozillabuild package, notepad++, sourcetree 1.5 and no newer, msvc obviously, git..

npp and sourcetree need xul clones

mozillabuild 3.4 but git only for the releases. The hg mq extension is a lifesaver for backporting.

i mean a xul git client has to run at LEAST as well as a .net git client

my new AuraBuild package will provide a fuckin menu and either operate in 2.2 or 3.4 mode

also will have php included for some reason only known to me

shit

there

and i been updating tools

nsis 7zip etc

I would try to go the VS2019 at least. That is what I currently use. VS2017 is also ok. Unlie the first mess I made now better VS2017 backports are already in our esr52 branches. VS2019 is not much different. VS2022 is still unstable but ok in 2.53 too.

frg_Away: the difference between 2.2 and 3.x is that the change where the build system uses vswhere instead of the batch files to find vs

that's the key difference

plus updated 7zip nsis

etc

lol

so no need for the specific version batch files after that

NewTobinParadigm. I had some fun with variable expansion in makefile I think 3.3 not sure.

well moonzilla has done a bunch of work to up the build system and codebase to be building on 2021

but still builds currently on 2015

str8

NewTobinParadigm VS2015 support ist gone. from the mozilla trees. Now VS2017 and up. msvc itself support is also gone. So far I was able to keep it.

vs support PERIOD is gone

from moztrees

yeah you did say that

yeah

I just believe the best compiler is the compiler made for your system

They still need the tools. The cross compile under Linux is a mess too.

i do want to make cross compile work for windows builds just because

Needs wine blargg... Nothing I am eager to backport.

only downside is no shellservice because no helper cause no nsis

and no nsis installer either

VS2019 for ESR52 is here: bug1602259.bmoattachments.org/attachment.cgi?id=9114394

Never checked in. I picked the VS2017 toolset from it because of XP then but if you use 142 you should get the VS2019 compiler.

other than that you should get yourself a somewhat poorly optimized build after a few patches

They use win for nsis and some other stuff.

yeah i linked that bug in my research

IF you have to go 2019 or newer you are stuck vs as a service anyway so may as well go for the latest (after some saturation time)

VS2022 is bug 1728988 but only for 2.53.

well like I said, Moonchild and co have already done it for UXP.. they backported the mozilla way

VS2019 and VS2022 community are just like VS2015.

I'll do as well but I will go back later and make it not shit

Just no isos.

I will keep a copy on my storage subdomain

with the rest of the build tools

I alrays use an offline layout with 17 and later: D:\Soft\Microsoft\VS2019\vs_community.exe --layout D:\Soft\Microsoft\VS2019\VS2019-16.11 --lang en-US

So I have something to go back if MS forks up a release again.

I also bundled the mapi headers a while back

thanks for the command

i will make a couple of 7zip archives of 2019 and 2022 and keep em around for us

be publicly accessable but NOT publicly browseable so just ask ;)

why the hell do i even still build mapi anyway

NewTobinParadigm I am a packrat. Have everything back to VS2010 I think

If you update VS20xx to the next minor release you need to clean the tree: D:\Soft\Microsoft\VS2019\vs_community.exe --layout D:\Soft\Microsoft\VS2019\VS2019-16.11 --clean D:\Soft\Microsoft\VS2019\VS2019-16.11\Archive\9487b904-f162-424d-9df4-4c0d320a7c0c\Catalog.json

MS did document all this. Be aware that you need specific release level installers to fetch the desired branch. The currently available one will always check out VS2022. I still have the ones for 17 and 19 if you need them.

frg_Away: I could use a copy of 19 for an unrelated few things.. 2017 is .. who the fuck cares about 2017 outside you guys

NewToBinParadigm pinballz.net/custom/frg/vs_community.zip

NewTobinParadigm let me know when you go it. Installer will downlad latest VS2019 with layout command. About 30 GB

i got the zip file

frg_Away

oki

now this will download the stuff but not install it

can I use Visual Studio 6? :trollface:

to compile the codebase?

not anymore

once

this is gonna take forever

frg_Away: how large will this get?

47,7GB

well has to be a way to trim it down after the fact

The layout takes params but I never bothered.

like prep an install consistant with classical mozdev

and ditch the rest of the packages

i need to figure out how to build the 1.8 and 1.9.x branches again

for historical research purposes

i found the vs2017 community by some url manip based on a link for a later version

also just specifing en-US saves a lot of space apperently

basically i believe the commands will only allow what the installer choices are not per-package basis

Yes otherwise pulls in all languages too.

so you can JUST do cpp

but I dabble in .net from time to time

..

real question is.. can I get 2015 and 2022 to co-exist on the same machine

i mean i can vhd clone my machine in a few hours and do it that way but ye

PERSONALLY I would like a system with vs2008 through 2022

but i think the possibility of THAT functioning is remote as fuck

maybe with a bunch of VMs and several TBs of storage

VS2022 still includes the VS2015 compiler as a package. Just a question of setting up the env then. One of the things that bloats the full package.

well frg_Away let's think about this.. IF one is still going to target windows 7.. do you think vs2022 is a wise decision?

frg_Away: yeah but how can you configure WHICH visual studio is used

cause the codebase especially post-mozillabuild-2.2 it uses vswhere to grab the latest installed

NewTobinParadigm. Works fine. I am running my SeaMonkey mail in 2008 R2 vm and occasionally try a VS2022 build.

well i mean on real hardware

and this era of the majority of the code

NewTobInParadigm. Back magic. This is what I did in the VS2019 patch for esr52. Picked the 141 toolset not the 142. For 2015 you pick 140. But don't ask me for the details. Still a somewhat fake dev :)

which visual studio version would produce the best results

NewTobinParadigm Not sure if VS2022 will install in 7 but the code runs under it for sure.

yeah is basically visual studio development pretty much over as it is just cpp std and ui changes and almost nothing else?

frg_Away: of course it will run.. but will it run well

some compilers just produce suboptimal builds .. especially with mozilla code.. gcc 6 comes to mind

easy way is to just compile one of each and throw it through dromaeo.. I am gonna have to learn how to set that back up for my self.. the repo i had it in was under MCP and I don't have a local copy

Yes. I have installed the VS2022 runtime im 7 real and vm. Usually not bother to bundle the runtime with my local builds. For building I use 2016 most of the time but I regularly test under 7 to 11.

well after the Aura Runtime Environment is vs-updated i am gonna redouble my efforts on windows 11 styling

i am gonna have to override popup menus at the very least

they are disgusting cause the true win32 popup menu styling is disgusting

and the widget bullshit is just doing what it was told.. which was seek out native styling and apply it..

that worked for about 15 ;)

11 is soo much sh*t. The taskbar is total crap and the popup menu is super forked up total cra*p. One reason why I am on Server 2019. Support till 2029. And then I will switch to Server 2022 and get another 2 years. Then hope 2031 is the year of Linux finally but not seeing it.

so I will make some stylistic widget styling consideration for Windows 11 continue improving 10.. 8 i think i did the bare minimum to care aboot.. 7's styling is perfect.

Well if they extend esu 7 might have some life till 2026 left.

like evidenced by my recent navigator screenshot.. i will respect native os styling but ONLY to a point. lack or obviously intentional bad styling .. fuck you i am overriding that mandate

and that ALONE is why XUL is superior.

I can do. anything. I. want.

well both downloads are at 37%!

so they popup a gui progress window that shows download progress for a cli tool.. wtf is the logic of that

NewTobinParadigm. First thing I do after any update is to remove all vctip.exe files from the tools dirs. Just phone home ones running during and slowing down the builds. Then gutting Community\Common7\servicehub.config.json and removing anything under servicehub. Don't do it if you want the ui. Final step is to remove the update check in task scheduler. I always do this manually.

VS2022 installs the Webview Runtime. Bon voyage to this one too if you don't use the ui.

vs_community2017.exe --layout .\VS2017 --add Microsoft.VisualStudio.Workload.NativeDesktop --add Microsoft.VisualStudio.Workload.ManagedDesktop --includeRecommended --lang en-US

is what I am doing same for 2019 and will do for 2022

that should cover legit cases

being desktop native and managed..

aside from cli there are no other targets ;)

OH look under 3 gbs each.. so basically everything not desktop is a million gigs

nice

CaptainTobin cut the net and try to install. If it works then should be good.

My install is about 5.5GB unpacked so 3GB sounds ok.

as long as i don't select something not in the layout or use a specific switch

it shouldn't touch the net except for the ridiculous amount of telemetry which i gather is MOST of the code weight anyway

think how fast the base windows win32 system would run if microsoft removed all the telemetry

microzilla

what xulapp was an?

fx sm an

what is an

android?