Conversation
|
I don't understand why this PR include commits before "common/ en edits from fr migration" which is the first I did after branching master ??? |
Because this commit is a merge from another branch which includes the other changes. |
|
Le mar. 5 avr. 2022 à 23:00, Hans ***@***.***> a écrit :
Because this commit is a merge from another branch which includes the
other changes.
How is that?
I branched from master and cheery picked my commits from petter's
translate-po4a-migration branch?
|
|
This patch remove trailing space from adoc table cells, which will break building with po4a older than version 0.66. |
|
720c3a8 to
eac33d9
Compare
|
Just in case you are wondering, you need to scroll up a bit to find the error: On my small laptop that I edited the documentation on I was admittedly a few times just pushing to the build demon to get it built for me. You can run this locally with and there are times when it builds locally but not on github. I can chime in when desperation takes the overhand (which I consider to be a physiological response to those missing anchors). Steffen |
|
Looks like after a 2 hours fight I managed to cleanup this commit. @smoe thanks for the build hints ! Just pushed first tentative fixes at build errors and warnings... Will give local building a try after this... And reach out to any of yall if drawning ':D Thanks again for your support. @petterreinholdtsen your tables fix (#1698) should now be cleanly mergeable on this. |
10a798f to
1347e8c
Compare
|
overview.adoc:916 - [[cap:modal-groups]][[tbl:gcodes-modal-groups]]
+ [[cap:modal-groups]]
+ [[tbl:gcodes-modal-groups]] |
Only had fixed warnings 😛 |
1347e8c to
78eb18b
Compare
|
Not too bad! You reintroduced a bad link to the Spanish files, though :) I just copied the messages over here for your convenience. |
Isn't it ?! 😅
Arf... Thanks 👍 PS: after a couple of missing build deps (libgtk-3-dev python3-tk python3-lxml) and finding the adequate configure option, I'm building locally ATM... |
|
Hm. dpkg-buildpackage tells you if you have all the build-deps. |
Still 5 of them to kill but have to take a break before I punch the screen !
|
OK guys just pushed again with still 5 anchors issues. Time for a break, deep breathing... and a couple of beers ! 🤯 |
|
Ok, but don't take too many beers I am waaaaiiting... |
|
Le mer. 6 avr. 2022 à 20:37, Hans ***@***.***> a écrit :
Ok, but don't take too many beers I am waaaaiiting...
I'm not that kind of guy! 😜
No, I am just kidding ;-). But it would be nice if you don't do force push
up from now. I based by branch at the tip of your branch...
Oh OK, I had other commits reordering and squashing to come but, well...
I'm AFK for this evening, those anchors have sucked enough brain for the
day
|
069b648 to
666723b
Compare
|
Le dim. 10 avr. 2022 à 20:12, Hans ***@***.***> a écrit :
@silopolis <https://github.com/silopolis> silopolis force-pushed the
fr_backtranslation branch from 069b648
<069b648>
to 666723b
<666723b>
11 minutes ago
Thank you that you destroyed my work of half my Sunday
Kidding me?
Let me undo...
|
|
Ah you rebased on master, right? Fortunately I didn't fetch/pull your branch. So the easiest would be to force push the copy of your branch from https://github.com/hansu/linuxcnc/tree/fr_backtranslation to your branch |
666723b to
069b648
Compare
Yes, that's what I did ! I "always" rebase.
Thought that was OK that I rebase on master, merge your PR, cherry-pick @smoe 's commit to leave you mergeable branch in a snap !
For sure !
Reverted back to before merging and force pushed to hopefully rewind and recover your work |
Which commit of @smoe?
and somewhere in between Steffens cherry-picks
Yes, that seems to have fixed it. Thanks |
|
Le dim. 10 avr. 2022 à 21:05, Hans ***@***.***> a écrit :
Thought that was OK that I rebase on master, merge your PR, cherry-pick
@smoe <https://github.com/smoe> 's commit to leave you mergeable branch
in a snap !
Which commit of @smoe <https://github.com/smoe>?
The one reverting temp commenting of glossaries
My idea was to do it in this order
We definitely should learn a lot from collaboration on this branch...
1. merge PR14
2. revert the Chris' commit on master
3. merge this PR
4. merge Petters PR
5. re-apply Chris' changes on master
Mine, as explained earlier was:
* rebase on master (preserving Chris' commit)
* merge your review PR14 here
* cherry-pick @smoe 's commit to re-enable glossaries
* merge this branch into master
* merge Petter's PR holding migration tooling and po4a tool chain
* create respective docs/[es|fr]_migration branches to resync _es and _fr
(AFAIC, by cherry-picking from Petter's translate-po4a branch and then
re-running the migration script)
* merge docs/[es|fr]_migration branches
* validate builds
* setup weblate integration
* validate weblate integration
Yes, that seems to have fixed it. Thanks
That was half a sunday against barely an hour so ;-)
|
I mean we can skip 3. as it doesn't leads to conflicts. |
|
i created the branch https://github.com/LinuxCNC/linuxcnc/tree/docs-devel and |
|
Many thanks for the interim merge to master. Somehow I feel that all of a sudden about everyone wants to commit something to the documentation :) I just rebased to master (afterhaving rebased to silopolis' branch before) and somehow I feel that this is all starting to get a bit difficult. @silopolis , when you start po4a-syncing file, please ping me, so you know my workflow. |
|
The day ends. I had a look at those "translate-units". These look reasonable. So, unless we dramatically increase the coverage now with this second iteration, we likely should have started with those we already have. |
|
@silopolis , @hansu |
|
Le lun. 11 avr. 2022 à 01:47, Steffen Möller ***@***.***> a
écrit :
this is all starting to get a bit difficult.
And the technical part doesn't look like the hardest, but is that a
surprise ?!
@silopolis <https://github.com/silopolis> , when you start po4a-syncing
file, please ping me, so you know my workflow.
I'm hanging on #linuxcnc-devel and Matrix rooms, catch me there when you're
available :)
In the meantime, as I couldn't find sleep, I created a docs/fr_migration
from master after @hansu merged
|
|
Le lun. 11 avr. 2022 à 13:59, Steffen Möller ***@***.***> a
écrit :
@silopolis <https://github.com/silopolis> , @hansu
<https://github.com/hansu>
Hello, hello,
I am not exactly sure about what means of communication we have now since
this branch was merged.
First answer that come to mind is #linuxcnc-devel, we can also create a
#linuxcnc-docs to not awake the sleeping bears there ;-P with our tchatty
tchats and for the upcoming thriving documentarians and translators
community !
Someone should create a new PR :)
Don't push me...
Oups I already did ! :D
|
|
For me it would be nice to have a chat like slack or mattermost whatever, what provides a history on the server |
|
Le lun. 11 avr. 2022 à 15:17, Hans ***@***.***> a écrit :
For me it would be nice to have a chat like slack or mattermost whatever,
what provides a history on the server
That's why I use the Matrix bridged rooms for IRC with Element client.
Also have the QtPyVCP friends there :)
|
|
Le ven. 8 avr. 2022 à 21:17, Steffen Möller ***@***.***> a
écrit :
Hm. Ignore my comment, then. :) I had the impression
No problem, I was myself lost in impressions 😅
Will get the rest of it...
… |
|
[silopolis]
We're making progress !
> xmllint --valid /usr/local/Github/linuxcnc/docs/src/Master_Documentation.xml
> ```
How do you get/keep XML files to run xmllint ?
I notice a2x have a option --no-xmllint, so I would guess it is the
default. I guess you could also use --keep-artifacts. Personally, I
have only ran xmllint when something failed, and then the xml file is
left behind.
Note dblatex is more forgiving than the docbook xsd describes, so
xmllint will report more problems than those that make dblatex fail.
…--
Happy hacking
Petter Reinholdtsen
|
|
Le jeu. 7 avr. 2022 à 11:58, Hans ***@***.***> a écrit :
But it depends from where it is referenced.
Message ID: ***@***.***>
This is insane...
Trying to find clues in AsciiDoc documentation I found this
https://asciidoc-py.github.io/userguide.html#X30
Maybe we should give a try to the form:
image::images/layout.png["Alt text", title="Title text"]
Instead of
.Title text
image::images/layout.png["Alt text"]
... but then you stumble on this before finishing to write this message:
[[tiger_image]]
.Tyger tyger
image::tiger.png[]
In the xref section at the end of
https://asciidoc-py.github.io/userguide.html#_inline_macros
|

Tentative PR for english docs edits and french "backtranslations"