PhorgePublicGeneral discussions about Phorge. For long and complex questions, you may want to use Ponder.
thatsthejoke.gif
Admins: please approve this kind user I know: https://we.phorge.it/people/manage/1416/ Thanks :3 :3
Also maybe it's necessary to mention that the IRC chan is has a name and it's called Phorge from the msg that is shown here https://we.phorge.it/auth/start/?next=%2F
I've added a link from that message to https://we.phorge.it/w/irc/ :)
at the risk of sounding cheeky, can i ask if someone would be willing to add me to Trusted Contributors? i occasionally feel like upstreaming tasks from https://phabricator.wikimedia.org/project/view/6/ and that would allow me to do it :p
thanks :)
Can someone provide me with some guidance/docs on how to read the task graph, please? I'm sure that I'm missing something obvious, but my ADHD brain is losing it! Thanks.
Do you have a specific task graph?
The general meaning is: children task (down) are sub-tasks, blocking your current task
Let's use this one for importing Phorge into my Terraform state as an example. Can you please explain why the lines branch out as they do?
As I already tried to say, you are visiting T1, so your point of view is that. To complete it, you have children sub-tasks (pointing down from T1).
You can easily see that you should first complete T140 to be able to close T139, and that you should then complete T139 to complete T1, etc
That frame of thinking actually helps me to make sense of it, so thank you very much! Appreciate it as ever, Bozz.
This is also helpful! Thanks.
Any chance of an admin approving @chris18890, please?
Thanks, @chris!
Best of luck, @avivey. Need anything from us?
Ouch I forgot another release train for my beloved brand-new destroy workflow, now completely fixed D25772
P.S. I boldly create a new tag for the event Wikimedia Hackathon 2025 #wmhack-2025 in Istanbul, just to have more creative space to collect some stuff for the local code+review sprint and then archive that tag after the event.
If we recover more space, after that, maybe we can recover even more disk space by shutting down web interface and calling OPTIMIZE TABLE phabricator_file.files or whatever its name;
and, more from phabricator_file.file_storageblob
(reason: MySQL/MariaDB when deletes rows, may not really recover the free disk space, so an optimize table destroys and re-import the data, effectively recovering space, known bug that cannot be fixed in Phorge)
(But don't try if we don't have enough disk space, since it needs disk space to free disk space lool)
Thanks avivey! And enjoy in production the new filter by token... lol @taavi https://we.phorge.it/token/given/query/imgpytwdtshH/#R
Given we have no release this year yet, this is an opportunity to decide on which version naming we should use: YYYY.ww (YYYY Week ww) or YYYY.mm (mm/YYYY). Until 2015, Phabricator was using YYYY.mm before switching to weekly releases. However, we (Phorge) promote to stable only several times per year.
@avivey: maybe phd is not running
@aklapper Honestly, the current naming scheme looks fine to me, it's just that Phorge stable releases are several times a year, not weekly (Phab was weekly from 2015 to 2021 with some exceptions) and Phorge is unlikely to have two releases per month (rare exception: security vulnerabilities).
During the beginning (when 2022.35 got promoted), I though Phorge may have weekly releases one day and today I think some may be thinking that Phorge releases could be weekly.
@Cigaryno: Ubuntu releases, twice a year, end in .04 and .10. They are not released monthly. So I guess I don't mind if people think that Phorge releases could be weekly. If they want to find out they could go to https://we.phorge.it/w/changelog/ :)
In Z1#3558, @aklapper wrote:
@Cigaryno: Ubuntu releases, twice a year, end in .04 and .10. They are not released monthly. So I guess I don't mind if people think that Phorge releases could be weekly. If they want to find out they could go to https://we.phorge.it/w/changelog/ :)
Agree with you. Staying on YYYY.ww despite little releases is therefore the equivalent of Ubuntu release twice a year and using .04 and .10 (for April and October).
The new user @Chlod is a trusted user, thanks admin for accepting 👍
Looks like https://secure.phabricator.com is dead? Receiving 503. Which is a shame because the old tasks/revisions is very useful for documentary purposes.
When I last checked, the amazon loadbalancer reported 503 Service Unavailable: Back-end server is at capacity; it has been having issues with full diskspace for a while. It's probably AI scraper bots that cause a flood of temporary files from commits and revisions. With some luck the garbage collector gets to them in a few days.
Aaaand here a Discussion Needed thing maybe interesting, maybe already discussed in secure dot (?): T16060: arc diff: it could auto-claim the Task, if unclaimed
You should have a "Create security task" link from the favorites (flag next to your profile picture on the top) that takes you to https://we.phorge.it/maniphest/task/edit/form/1/
It's possible that this form isn't configured properly though.
Could a Blessed Committers take a look at D25955? It would make development a lot easier if that is landed.
I upgraded from Fedora 41 with PHP 8.3 to Fedora 42 with PHP 8.4. Now both Firefox and Chromium only display a "Content Encoding Error" instead of local Phorge. After applying D25887: Remove use of deprecated E_STRICT PHP constant Phorge works again.
Urgh... I cannot even arc diff anymore on PHP 8.4: https://we.phorge.it/D25887#26909
Uhm maybe we need a ./phorge/bin/diviner generate, from arcanist
Whooo thanks avivey ⭐ woooo, finally example usages about X.$ and JX.DOM.scry and JX.DOM.find and JX.DOM.findAbove with jQuery-like examples wooo look mum I know Javelin! :O https://we.phorge.it/book/javelin/article/javelin_intro/
Could Blessed Committers take a look at D25872? @valerio.bozzolan
It turns out that there's a broken importer in Nuance - the GitHub importer - that is broken, and that floods the Daemons’ log, which we keep in DB.
That log was expanding faster then the log GC was able to clean it up, and got to around 66 million lines - about 14GB.
Someone also tried to upload a 10gb file a few weeks ago, but I'm not sure how much actual bytes that took. I removed it before checking.
anyway, those were enough to consume our entire disk space, after which Phorge can't connect to the DB and crashes.
And since the bad connector was still up, we were generating garbage logs.
Now, I've stopped Nuance on this install, and I suggest you do the same on other installs. I'll file a ticket and probably just kill the bad code, assuming it doesn't work anyway.
I've also manually cleared the daemon_logevent table, which was over inflated, and the DB’s binlogs, which is another thing that takes lots of space.
Also took the opportunity to look for any possibility-evil files in the DB and only found the large one mentioned above.
And there may be a problem in the log GC code, I'll check more closely.