the message writing textbox in xenforo is made with JavaScript and stuff like ctrl+shift+home/end don't work properly, the selection goes all weird

for some reason they just couldn't use a normal HTML textbox, instead they had to implement even that in JavaScript

normal HTML textarea*

just in case anyone is here expecting a meeting, the next meeting is on January 5.

our feerless leader is out-of-pocket (and yes, that was a ROcky and Bullwinkle reference)

IanN is out-of-pocket this week

so no meeting til Jan 5th

frg_Away: good morning, do you know of a good method to convert a git repo into an HG repo?

nsITobin: he is best to ask but do you need to convert it to hg or do you just want to use the hg front-end. If so , that is kind of what heptapod does is it a hg fron end with a git backend

so you have a git repo but can treat it like a mercurial repo

thg is crossplatform and mq is amazing, git has its uses to be sure

stgit seems overcomplicated .. there is quilt but thg has a UI ;)

nsITobin I never did it

Ther is a bridge available so hg can access a git repo. Maybe you can decouple it afterwards.

the real issue with git in a practical sense if you don't mind mutible history is that its gc is odd and dangling references can persist no matter how many attempts to slim the repo down.. often requring single-branch clones and even that doesn't always work..

so there is a reverse git cinnabar around acting as a bridge?

For a single branch you could probably export the patches and check in if not too big. I do it the other way around into gitlab for the releases with the patches in the queue.

Same for l10n updated. central l10n is now in gitlab and I just export them and add them to the mq series fiele. But there I qfold afterwards.

Only one l10n patch for 2.53 releases.

nsITobin yes but I never tried it and not sure how good it is.

wg9s mentioned heptapod.. isn't heptapod using hg-git

nsITobin core is gitlab so they probably use somthing there. I really didn't check As long as it works for us I am happy :)

looks like those who were attacking my gogs instance have moved on to attacking MCP's gitea server..

SUCCESS

well of a small repo

lol

nsITobin with bridge?

hg-git uses dulwich as the bridge from what I just read

doesn't seem to like dumb-http repo hosting tho

frg_Away: looks like I need to also fork git-cinnabar 0.5.11 after that it gets rustified

nahh it will be so amazing an secure you don't want anything else but the rust version!

plus maintaining python3 code is a nightmare

oh look what I found DESPITE the search algro mcmblog.azurewebsites.net/how-to-modify-history-in-tortoisehg

so frg_Away i got some strange history duplication where this history exists but isn't connected to anything is there an easy way to purge 6468-12805

frg_Away: figured it out.. was because of tags

from other branches that were also same sha as in master

that created alt-universe in hg.. now it will be right

so likely best to clone single branch and take note and delete the tags THEN hg clone

you have to decide on ONE canonical history with hg and git isn't a fan of that

hey look Moonchild CAN do it.. he just chooses not to.. forum.palemoon.org/viewtopic.php?f=46&t=31907&p=258189#p258189

there is some important stuff there frg_Away

regarding the ublock cookie saga

nsITobin They made the cokkie startup asyncronous. Hopefully shouldn't/doesn't affect us. Everything here from 58 and 59 is long in already.

right

not sure why it was brought up originally but glad to know for sure it isn't gonna be a mine stepped on later

I nuke cookies anyway during shutdown so I probably wouldn't notice. But someone else shpould have complained if there where problems here.

i like having my sessions maintained

i dunno why but I feel that when I walk up or sit down to a console it should be.. ready to use with everything open and available to me..