>
> If you'd prefer to move it (I didn't know it was possible to move a repo 
> across users) you can wait, if I have Owner ACLs I'd be happy to make that 
> happen.
>

Yes, I would prefer transfer as it preserves issues, watchers and stars. 
Let's wait for Dominik's response.

Strange. Maybe there's something hardcoded in the generator?
>

I don't know. It says that `beancount.tools` is a module that has no 
attribute `sheets_upload` (full traceback: 
https://github.com/xuhcc/beancount-docs/issues/14).
 
On Wednesday, May 20, 2020 at 10:11:35 PM UTC+3, Martin Blais wrote:
>
> On Wed, May 20, 2020 at 2:35 PM Kirill Goncharov <[email protected] 
> <javascript:>> wrote:
>
>> I'd love for you to move that repo under "
>>> http://github.com/beancount/docs"; if you don't mind, that would be 
>>> ideal.
>>>
>>
>> Sure, I'll rename it.
>>
>> According to the GitHub documentation 
>> <https://help.github.com/en/github/administering-a-repository/transferring-a-repository>,
>>  
>> I need a permission to create repositories in organization in order to 
>> initiate the transfer. Can you grant me such permission?
>>
>
> I'm not able to grant at the moment, I'm merely a Member of the org; I 
> just asked Dominik if he'll promote me to Owner.
> In any case, I've created an empty repo here:
> https://github.com/beancount/docs
> Are you able to push it over that (along with the history)?
>
> If you'd prefer to move it (I didn't know it was possible to move a repo 
> across users) you can wait, if I have Owner ACLs I'd be happy to make that 
> happen.
>
>  
>
>>
>> Feel free to stick your name in the generated docs somewhere as the 
>>> maintainer and get some credit for all that nice work.  Alternatively, I 
>>> have a credits file somewhere in the source repo that I can convert to a 
>>> Google doc, that would be an easy way to make this appear in your generated 
>>> docs.
>>>
>>
>> We have a history of commits, I think that's enough.
>>  
>>
>>> At a quick glance, I notice Dominik's has a full index in the API 
>>> reference, and not a hierarchical one (not sure this matters):
>>> https://aumayr.github.io/beancount-docs-static/api_reference/index.html
>>>
>>
>> I didn't found a way to build such an index automatically with mkdocs.
>>
>
> No worries.
>
>   
>
>> Also your API reference is missing the "projects" subdirectory.
>>>
>>
>> This subdirectory is not present in the beancount package downloaded from 
>> PyPI.
>> Also, the documentation generator fails to read 'tools' subdirectory, I 
>> can't figure out why. But I added documentation pages for 'loader', 
>> 'prices' and 'web' which were missing.
>>
>
> Strange. Maybe there's something hardcoded in the generator?
>
>  
>
>>
>> On Wednesday, May 20, 2020 at 6:13:07 PM UTC+3, Martin Blais wrote:
>>>
>>> On Wed, May 20, 2020 at 6:34 AM Kirill Goncharov <[email protected]> 
>>> wrote:
>>>
>>>> >After I refresh the code and migrate the tickets, I'd love to 
>>>> integrate Kirill's .md docs
>>>>
>>>> How would you like to do that?
>>>>
>>>> I think it's better to keep the parser and resulting markdown files in 
>>>> a separate repo unless there's a compelling reason to do otherwise, as 
>>>> this 
>>>> allows frequent updates (I currently do re-parsing once a week).
>>>> That being said, I would happily transfer my beancount-docs repo to 
>>>> https://github.com/beancount/ organization and add you as collaborator.
>>>>
>>>
>>> Come to think of it, this makes the most sense. This way there's no need 
>>> to pepper the code repo with documentation updates.
>>>
>>> I'd love for you to move that repo under "
>>> http://github.com/beancount/docs"; if you don't mind, that would be 
>>> ideal.
>>> It would make a https://beancount.github.io/docs/ root for that 
>>> documentation site, which is a pretty nice URL.
>>>
>>> Two more things:
>>> - Feel free to stick your name in the generated docs somewhere as the 
>>> maintainer and get some credit for all that nice work.  Alternatively, I 
>>> have a credits file somewhere in the source repo that I can convert to a 
>>> Google doc, that would be an easy way to make this appear in your generated 
>>> docs.
>>>
>>> - Your conversikon seems like it covers all of the static docs generated 
>>> by Dominik, here:
>>> https://aumayr.github.io/beancount-docs-static/ 
>>> <https://aumayr.github.io/beancount-docs-static/api_reference/index.html>
>>> Is this correct? Does it cover everything that is there?
>>> At a quick glance, I notice Dominik's has a full index in the API 
>>> reference, and not a hierarchical one (not sure this matters):
>>> https://aumayr.github.io/beancount-docs-static/api_reference/index.html
>>> Also your API reference is missing the "projects" subdirectory.
>>>
>>> Let me know if I help with anything to make this happen,
>>>
>>>  
>>>
>>>  
>>>
>>>> On Tuesday, May 19, 2020 at 4:57:14 PM UTC+3, Martin Blais wrote:
>>>>>
>>>>> On Tue, May 19, 2020 at 5:28 AM Martin Michlmayr <[email protected]> 
>>>>> wrote:
>>>>>
>>>>>> * Martin Blais <[email protected]> [2020-05-18 04:24]:
>>>>>> > Martin: Did you want to go beyond this and create a mapping?
>>>>>>
>>>>>> I have a mapping now for some users.  For quite a few people I cannot
>>>>>> find a mapping.  I think once we've done the migration, we can update
>>>>>> the BitBucket issues and let them know about the move to GitHub.
>>>>>
>>>>>  
>>>>>
>>>>>> Anyway, I emailed some people asking for their GitHub username, so
>>>>>> please give me a few days.
>>>>>>
>>>>>
>>>>> SGTM, I'll wait for your mapping and then I'll test it with 
>>>>> git-remote-hg.
>>>>> Thanks a lot for your help and thanks to Kirill Goncharov for figuring 
>>>>> out the issues migration.
>>>>>
>>>>> I re-ran the hg-fast-export conversion and git-remote-hg ones last 
>>>>> night to see if there's any benefit to using one vs. the other.
>>>>> The former fails with an exception; the latter works well.  It'll be a 
>>>>> git-remote-log conversion.
>>>>> I diffed all the heads of branches to make sure nothing's lost; seems 
>>>>> to have worked perfectly.
>>>>> I also spot-checked some of the per-branch logs, they also fine.
>>>>> The tags are also present and matching.
>>>>>
>>>>> There are a few final relatively easy things I need to figure out:
>>>>>
>>>>> - I have some repo lying around with local changes that needs to get 
>>>>> merged before I make the final conversion. I'll merge those changes in hg 
>>>>> and reimport.
>>>>>
>>>>> - Mercurial has the concept of "closing" a branch (typically when it 
>>>>> gets merged). This results over time in a large set of "inactive" and a 
>>>>> smaller set of "active" branches. The conversion merely creates branches, 
>>>>> for both active and inactive ones. The git-remote-hg docs mention "Closed 
>>>>> branches are not supported; they are not shown and you can’t close or 
>>>>> reopen. Additionally in certain rare situations a synchronization issue 
>>>>> can 
>>>>> occur (Bug #65)."  I want to figure a way to keep the branch refs / 
>>>>> history 
>>>>> yet have them not show up in the list of branches (so that the little 
>>>>> github menu doesn't show all these closed branches as if they were work 
>>>>> in 
>>>>> progress). I think I may use a tag in under archive/ like some people do 
>>>>> to 
>>>>> differentiate those from tags for released versions.
>>>>>
>>>>> - Dominik Aumayr created the github.com/beancount/beancount 
>>>>> repository originally and gave me admin rights. While I'm able to pull 
>>>>> the 
>>>>> output of a fresh git-remote-hg conversion on top of that repo (with a 
>>>>> minor merge on a tags file), I'd prefer to empty it or remove it and 
>>>>> recreate it from scratch with the latest version of the git-remote-hg 
>>>>> converter.  Is this going to cause problems? I suspect I would not since 
>>>>> I 
>>>>> can pull the recent conversion on top, the checksums are probably the 
>>>>> same 
>>>>> and the repos would be compatible. Have you done that before? I wonder if 
>>>>> it's easiest to delete and recreate the repo project in github (does 
>>>>> github 
>>>>> make that possible or if I delete the repo would the beancount/beancount 
>>>>> name be unavailable forever?).
>>>>>
>>>>> After I refresh the code and migrate the tickets, I'd love to 
>>>>> integrate Kirill's .md docs and ask if people can remove other static 
>>>>> docs 
>>>>> to there's only one copy out there and change all pointers to the repo.
>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "Beancount" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/beancount/fac47049-267d-4205-88f3-6e030e7d2039%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/beancount/fac47049-267d-4205-88f3-6e030e7d2039%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>>
>>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Beancount" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected] <javascript:>.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beancount/bbc6da8c-20a5-4c0d-9292-ce9a112b8c99%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/beancount/bbc6da8c-20a5-4c0d-9292-ce9a112b8c99%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Beancount" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beancount/a5714ee2-852a-4a19-acba-26c5c1ab6fc3%40googlegroups.com.

Reply via email to