00:12:46 <njsg> 0309|21:06:46 <+tomman> "moar Javascript solves everything" -- a Googler <--- "I had a problem and I thought of using javascript, now I have two problems"? :-P (no, wait, that's regex)
00:13:07 <nsITobin> so three problems
00:28:45 <njsg> "[[:digit:]]\+ problems\?"
00:33:49 <nsITobin> (.*)
00:34:37 <nsITobin> basically my regex skills are (.*) and (something|else|other)
00:34:40 <njsg> \1\1
00:35:12 <njsg> nsITobin: my regex and sed skills aren't much, but are enough to create confusing expressions
00:35:31 <nsITobin> I can do that with my face njsg
00:35:39 <nsITobin> no regex needed
00:36:09 <njsg> I wonder if I ought to s@regex@&p@ above, along with soaren'toain'to
00:38:56 <nsITobin> my brain, njsg my brain..
00:41:14 <njsg> I do admit it does have a resemblance of Lovecraftian horror in a way.
00:43:33 <nsITobin> i think that too
00:45:06 <nsITobin> so the next mozilla logo after they get tired of their surrender slash money flag logo is gonna just be Cthulhu
00:45:18 <nsITobin> str8 up
00:45:52 <nsITobin> all the AI and telemetry and ads
00:45:57 <nsITobin> njsg: think of it
00:47:36 <njsg> too sleepy and low on caffeine to think
00:48:08 <nsITobin> well you don't have to think of it.. its already there.. in your nightmares
00:48:16 <nsITobin> it's*
01:58:05 <nsITobin> njsg: i accomplished the hg copy and rename stuff :) Quite proud of my self over this tivial accomplishment.
01:58:13 <nsITobin> trivial
15:17:17 <nsITobin> i dunno if anyone is aware of this.. but working.. is hard LOL
15:17:24 <nsITobin> i needed more sleep
15:20:26 <therube> ah, it's only DST, you'll be OK tomorrow ;-)
15:26:27 <frg_Away> hi nsITobin therube
15:26:45 <therube> helo Frank
15:26:54 <therube> Mat
15:27:37 <nsITobin> sup the frg_Away also hello therube
15:27:53 <therube> so the other day, before you'd mentioned it, i came across a picture of T with a vap pipe, & i was kind of wonder if you were still vaping.  & per your post the other day, that's a yes.
15:28:15 <nsITobin> I do still vape
15:29:32 <nsITobin> entire ecosystems were built powered by nicotine and caffine..
15:29:40 <nsITobin> because I built them.
15:30:48 <nsITobin> this country partly runs on nicotine and caffine
15:31:39 <nsITobin> we need the coffee or soda to keep us active and alert and the nicotine to calm our active and alert asses down
15:32:59 <nsITobin> the issue with managed additictions is you HAVE to manage them.
15:38:18 <nsITobin> so i am pretty sure I can accomplish the mechanical work of converting js xpcom components and jsms to esmodules.. but the bulk of them won't be testable
15:38:36 <nsITobin> on central
15:41:26 <nsITobin> well i suppose that isn't technically true registered xpcom esmodules can be tested in isolation but its tricky
16:17:56 <nsITobin> yeah there is no way I can do this right now save some simple bits for xpcom js components to esm .. if the jsm loader was working I would just go js component to jsm to esmodule but the jump direct is a lot harder than what I already did to make aboutredirector work again
16:40:11 <nsITobin> but the patches up on bug 1952288 are updated and with a part 4
16:41:39 <frg_Away> nsITobin will move them into the patch queue and rebase
16:43:48 <nsITobin> xul references patch will complain because of the minor realignment excluding --enable-updater cause its default on as ian rightly pointed out
16:45:04 <nsITobin> you know the most beneficial thing we can make seamonkey on central do.. be a big Get Involved advertisement.
16:45:37 <nsITobin> someone grabs runs it and all it does is tell them how to get involved in seamonkey development
16:56:01 <nsITobin> i did manage the devtools hg copy and rename and edit
16:57:38 <nsITobin> that patch was updated as well last night 1952319
17:02:59 <nsITobin> https://bugzilla.mozilla.org/show_bug.cgi?id=783526
17:03:02 <nsITobin> ugh
17:10:19 <nsITobin> https://hg.mozilla.org/mozilla-central/rev/c029327279f5
17:10:22 <nsITobin> more ugh
17:10:35 <nsITobin> so resource uri is dead
17:10:45 <nsITobin> moz-src i would guess is not exposed to the web
17:10:58 <nsITobin> not dead dead yet but dead soon
17:15:03 <nsITobin> no doesn't look like its any different.. so why the hell are they doing it
17:15:11 <nsITobin> or rather did it
17:15:53 <nsITobin> they added a whole mozbuild directive for it and everything
17:16:45 <nsITobin> +Only privileged (system principal / "chrome" privileged) code can load
17:16:45 <nsITobin> +or link to `moz-src` URLs.
17:16:48 <nsITobin> yep there it is
17:17:47 <nsITobin> +The intention is that in future we make it possible to have more fine-grained
17:17:48 <nsITobin> +restrictions for `moz-src` URLs with non-empty "host" portions
17:17:48 <nsITobin> +(e.g. `moz-src://about/` for content only accessible to about: pages), but this
17:17:48 <nsITobin> +has not yet been implemented.
17:18:20 <nsITobin> why fix the resource uri when you can spawn half a dozen new ones..
17:18:21 <nsITobin> ffs
17:23:04 <frg_Away> gitlab wip updated. Synced with 2.53
17:24:36 <nsITobin> which mozilla version switched to 2022 do you know off hand frg_Away
17:24:44 <nsITobin> it was after 115
17:32:40 <frg_Away> nsITobin Bug 1881382
17:36:49 <nsITobin> 115 is when 2022 support was added 126 was when 2019 was dropped
17:37:42 <frg_Away> Yes toolchain was added in 115
17:38:45 <nsITobin> i need to go back to 103 convert xpcom components to jsms.. then fast forward to before 126 to convert jsms into esmodules.. THAT is how you are gonna get those patches and I need to do it SOON before 115 build deps are gone cause
17:39:13 <nsITobin> well cause mozilla
17:41:34 <nsITobin> after that.. see about xbl to xul webcomps .. once THAT is mastered the rest is just normal ass depercations and api refactors.. nothing ANYONE couldn't eventually handle if desired..
17:42:08 <nsITobin> then the entire breadth of mozilla's patch history is far more open if these mass shinanagans of core tech are sorted
17:42:44 <nsITobin> ... or so goes the theory ;)
17:47:20 <frg_Away> nsITobin huge task I am still not sure if it can be mastered without a team working on it full time.
17:47:36 <frg_Away> I am working on munch now :) bbl
17:55:32 <nsITobin> jsm to esm is actually fairly str8 forward.. xpcom to jsm is .. less so
17:56:39 <nsITobin> yeah I nuked one of these https://goldenkrust.com/golden-krust-jamaican-patties-near-me/mild-beef-patties/
17:57:13 <nsITobin> least it has more filling than a hot pocket and a fraction of the price
18:02:55 <nsITobin> if i could build 68-91 i'd just do it to it.. but I can't olest I been able is esr102 aside from seamonkey and anything 3.6 to 52 and also seamonkey xpfe
18:44:17 <nsITobin> greetings FrankLion
18:44:28 <nsITobin> what's up?
18:46:15 <FrankLion> nsITobin: Hi, how are you?
18:48:37 <nsITobin> Not bad.. been doing some central patches but I think I am gonna switch over to server and php while I think about attempting big tedious and impossible tasks..
19:04:05 <nsITobin> FrankLion: feel free to Get Involved! :P
19:06:27 <FrankLion> Well, it's good you're making progress though. Creating anything has always been far harder than destroying stuff, as parts of the world are now discovering.
21:04:22 <frg_Away> gitlab wip updated. cZ problem fixed
21:24:39 <nsITobin> cool
21:24:44 <nsITobin> what was the issue?
21:26:18 <frg_Away> bad comment in patch from a few hours ago.
21:26:55 <frg_Away> Same for 2.53 but IanN already updated it there.
21:29:41 <frg_Away> nsITobin you forgot to set r? fro thew new central patches
21:35:51 <frg_Away> gitlab central updated
21:36:05 <frg_Away> nsITobin didn't built central. please check.
21:52:27 <nsITobin> I'll get it.. sorry i was prepping pork steak with bbq sauce
21:53:15 <nsITobin> one would think I wouldn't miss such things .. just lack of the habit i guess
21:53:25 <nsITobin> have to form em
21:57:53 <frg_Away> nsITobin devtools patch is also set to new not assigned. If you can't set I can. just holler.
22:00:59 <nsITobin> I have always been spairing with my bugedit privs
22:01:27 <nsITobin> likely the reason I still have them :P
22:03:43 <frg_Away> devtools integration in 2.53 is meh also. ratty did an intial patch but it was non standard. Correct would have been to add the devtools menu as overlay or so but that clashes with other things.  I looked at it briefly 2 years or so ago but never found the time to properly fix it. Half of the items are dead now because of it. Something for the future.
22:03:50 <nsITobin> devtools cc bug set to assigned and build conf fix and revamp patches set r? to ian
22:04:09 <frg_Away> ratty would probably done it in a week. sigh.
22:04:17 <nsITobin> frg_Away: later devtools has menu items added dynamically
22:04:43 <frg_Away> yes not sure if it was the case already or overlay.
22:04:44 <nsITobin> Pale Moon has the key to that
22:05:26 <nsITobin> can't remember if I got em hooked back up or if it was janek or justoff.. one of us did..
22:07:15 <nsITobin> real question was was it done in tycho or uxp..
22:08:13 <frg_Away> there is a l-devtools-patchwork.patch in wip comm. Did this as a start then long ago. If you want it be my guest.
22:09:12 <nsITobin> had to be uxp.. tycho is still using hardcoded menu items
22:09:13 <frg_Away> Problem was that CustomizableUI.js clashed with NoScript. If present assumed that it was Firefox not suite. Baaadddd design.
22:09:31 <frg_Away> was a stub anyway
22:09:40 <nsITobin> well NoScript is known to cause issues.
22:12:12 <nsITobin> https://repo.palemoon.org/MoonchildProductions/UXP/commit/0e6c1d1dc32ea14841bd7f834cd9e9f1f5e62408
22:12:19 <nsITobin> and a fixup by me
22:12:20 <nsITobin> https://repo.palemoon.org/MoonchildProductions/UXP/commit/be78355e8374c566488e1004e3f3c41785dd3dd0
22:12:37 <nsITobin> plenty enough to do it to seamonkey
22:13:44 <nsITobin> https://repo.palemoon.org/MoonchildProductions/UXP/issues/102
22:16:22 <nsITobin> *closes rpmo*
22:20:31 <nsITobin> i wrote this?
22:21:06 <nsITobin> anyway yeah but it may require a patch to the mozilla side
22:27:06 <IanN_Away> nsITobin: will be bug 1952757 be of use
22:27:19 <IanN_Away> too many bes
22:35:01 <nsITobin>  checking
22:37:24 <frg_Away> basically only needed to add the pre string
22:38:20 <IanN_Away> might make the central changes easier though
22:38:28 <nsITobin> now for my impression of an LLM.. It looks like a patch adding a package display version to init.configure.
22:39:57 <nsITobin> so what is this variable used for?
22:40:20 <nsITobin> what does it affect just what the version is in zip and installer filenames?
22:41:26 <frg_Away> As the name implies only the packaging. You could also use the display version and alter it by removing the spaces
22:41:29 <IanN_Away> nsITobin: yeah, for naming in packaging zips and installers
22:41:56 <nsITobin> can't you exploit installer prettynames for that?
22:43:19 <frg_Away> I thought of adding some scripting to do this but was just easier/faster to use a different version string.
22:43:43 <nsITobin> doesn't MOZ_PKG_VERSION would should be MOZ_APP_PACKAGE_VERSION least according to my instincts need to be propigated into the packager in toolkit?
22:44:52 <nsITobin> or MOZ_APP_VERSION_PACKAGE
22:47:35 <frg_Away> nsITobin I didn't think we discussed it much. MOZ_APP_PACKAGE_VERSION might be better but the man needs to approve it :) I am a bit indifferent either way.
22:56:11 <frg_Away> and now for soemthing sleepy different. nn
23:02:51 <nsITobin> feel free to ignore my tendancy to get that nitty gritty it practically doesn't matter
23:03:31 <nsITobin> it is a handy skill but I know it can get annoying
23:05:21 <nsITobin> since currently MOZ_PKG_VERSION is a seamonkey thing I would certainly conform this to central as both a part five on the build revamp bug but part five would have to stay as a TOP cause it needs an m-c part.
23:07:25 <nsITobin> oh this is 253
23:07:33 <nsITobin> do it for both
23:09:18 <nsITobin> sorry I am confusing my self..
23:10:08 <nsITobin> so this bug is going to 253 and for backport sake it needs to be adapted for the central queue as well but obviously won't get into upstream
23:10:14 <nsITobin> is that correct IanN_Away?
23:37:04 <IanN_Away> nsITobin: yes
23:39:05 <nsITobin> shouldn't be an issue .. that's askin for trouble LOL