Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Danack
    @Danack
    Well in that case, I'm going to play with my new vaporizer.
    Danack
    @Danack

    FYI What I was going to say tonight was that:

    i) making sure the configure.php in the doc-base repo and the phd render have tests would be a good thing to have done eventually. Currently that code can only be used via the command line, which is slightly annoying, but also the partial render can only render one file at a time, which is quite annoying. Changing that to be better would be not too difficult to do, but obviously would be better once someone has checked that there are enough tests in place to make sure rendering the manual doesn't break.

    ii) I'm going to crack on improving https://github.com/danack/PHPDocTool to make it have a front-end that shows what it's doing (and what was recently rendered), to have a place where you can drop in the url of a github fork of the docs and have it render that before a PR is opened, and anything else sensible I can think of.
    Nikita Popov
    @nikic
    Ooops, missed the time...
    But looks like I didn't really miss anything :D
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    Btw, I'm a little bit absence due to some stuff from work, but, next week, I pretend to re-schedule our Hangouts, so we can align in what step we're in this migration.
    Andreas Heigl
    @heiglandreas
    @carusogabriel Do you want to answer to the mail from Derick about abandoning the Mirrors? Or does not affect us at all? In the end the deployment-process will still be the same....
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    @heiglandreas What email, my friend? It was in some list from php.net?

    Ahh, just saw it in the internals@.

    I don't think that this will affect us.

    @nikic Aren't we using the git.php.net domain for this migration?

    Nikita Popov
    @nikic
    Shouldn't affect us
    Or only in ways that makes things simpler :)
    Andreas Heigl
    @heiglandreas
    Git filter-branch looks like a good way to replace all the SVN-IDs in the history of the non-english languages through the complete history....
    And then it should be possible to run a cront-task that retrieves the new stuff from SVN, replaces the IDs with the hashes and then pushes to the main repo .
    It should be sufficient to run that on an hourly schedule....
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    @heiglandreas Git filter-branch?
    Andreas Heigl
    @heiglandreas
    exactly that.
    it will run the filter on the local copy and then push the altered commits to the upstream repo
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    Awesome! Maybe next week we can Hangout to see the evolution of that?
    Andreas Heigl
    @heiglandreas
    That should be possible. At least I can tell something about the ideas and how far I got until then. Next saturday?
    Or is Thursday better?
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    I can’t Tuesday and Thursday due to English :confused:
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    @/all Let's hangout this weekend to align our evolution on this? :)
    Danack
    @Danack
    Yes.
    Also.....I'm pissed off at docker. I'm pretty sure that we could make a really nice UX for a local editor tool that does things like automatically jumps to the file you've been editing.
    Except that the whole filesystem is just too slow in Docker to be able to watch or handle as many files as there are in the manual.
    So.....i'm chucking all of those ideas away, and reverting to some bash scripts that will run on the host machine instead.
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    That sucks. The UX of the current editor is PITA
    Andreas Heigl
    @heiglandreas
    Sorry for being unresponsive. It's been a hard time the last weeks....
    But I managed to get git filter-branch going. Running it on the german translation took about 15 hours, but now all the Revision-IDs are replaced with the corresponding hashes!
    Now I need to automate that process to only run from the last successfull hash on...
    Andreas Heigl
    @heiglandreas
    And then we need to find a machine to run that on via a cron-job.
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50

    @heiglandreas Don't worry, I believe we all are :)

    Good to know that we achieve that!

    @nikic What is missing from your side?

    Nikita Popov
    @nikic
    I think we mainly need input from @salathe, who is running the mirror right now
    @heiglandreas I'm a bit surprised that the filter-branch took 15 hours, that sounds like way too much.
    Unless you're on Windows maybe?
    Andreas Heigl
    @heiglandreas
    Nope. On Linux. But it has to check out every commit and then alter the hashes in all files.
    That takes it's time.
    with ~370 000 commits that takes a minute or two ;-)
    And that was only the first run! Now the next runs shall be incremental and will succeed in a matter of minutes.
    Nikita Popov
    @nikic
    Can you share the code you're using for this?
    Andreas Heigl
    @heiglandreas
    Sure. It was # git filter-branch --tree-filter '/home/aheigl/projects/private/phpdoc/meta/bin/phpdocmeta replaceEnglishRevisionTag -t /home/aheigl/projects/private/phpdoc/en/hash.table'
    Ghost
    @ghost~5a799b6cd73408ce4f8bea50
    Awesome, that Wiki will help us document everything
    Andreas Heigl
    @heiglandreas
    THat's why I started it :joy: I would never have remembered the different steps!
    Nikita Popov
    @nikic
    Is there a reason to use sed for this rather than preg_replace, as you're already reading in the file anyway?
    Andreas Heigl
    @heiglandreas
    I'm only reading the first 1024 bytes to see whether it is necessary to parse the file at all. But sure I could do all of that in PHP.
    Andreas Heigl
    @heiglandreas
    Also skipping all the output might make it faster as well...