hey frg_Away

CaptainTobin hi

if you didn't see it in the backlog

CaptainTobin saw it. Based on central or older branch ?

release

i spoke with emillio in the mozdev matrix channel

my main blockers right now are searchfox.org/mozilla-central/sourc…tings/dumps/gen_last_modified.py#52 and searchfox.org/mozilla-central/sourc…/mozbuild/mozbuild/base.py#962-1023

but there may be a few more

these prevent anything but firefox android thunderbird and heh seamonkey from building

i kinda get why they are currently like that but it sure makes it hard to build especially with rapid release

i am sure you can sympathise frg_Away

Not sure if the first is needed outside taskcluster. Second one yes. There are other dependencies in too all over the place but mostly for tests.

well i expressed I didn't know if I should just make it assume everyone gets at least the central copy or if i should do a wider patch to make remote settings build conditional

the main issue is ./mach run won't execute if it isn't those things

i kinda would like ./mach run to work

doing it manually is a pain

fix those, I do my experimental example and Mozilla is a platform again.

easy

there is another effort abusing firefox's residual xulrunner functions but it requires node and still requires building the codebase.. it is an interesting idea and approch but I like approching it kinda old school as everyone here well knows

frg_Away: fluent is kinda a strange input format

and i am not sure how I feel about how it rewrites the dom rather than xml entities

I am approching this as not what has been lost or mutated but what is still there and what is the current equivalent

and is it still possible (yes it is confirmed) and if mozilla would permit it and especially if anyone still values the potental albeit not the same as it was but potental none the less contained in a mozilla codebase as a platform

I also want mozilla to build with a qt toolkit not gtk

Well we have fluent now in 2.53 but it still needs some more work/backports. I think it is another case where it is very flexible but you actually don't need all of it. I prefer stuff a bit more static if you know what I mean.

well you can keep dtds

but maybe I could just write a converter

and it just transforms dtd and properties to ftl which transforms it into its properties format

throw that in as a build step

and there you go

it stands for firefox translation language doesn't it

ffs

lol

CaptainTobin I think it acutally exists for dtd to fluent

you backporting remote settings?

or did you already

no remote settings

frg_Away: any idea how I should handle jsdownloads in a simple way?

I shunned it from the start lol

I forgot half the things about it. I know that I cleaned up our implementation a lot but it took time.