There is a list of default_authorities in src/or/config.c.
We want it in a separate file at src/or/auth_dirs.inc.
This should be implemented like the default_fallbacks array, which includes the fallback list from src/or/fallback_dirs.inc.
We will need to implement two branches for backporting:
a branch on maint-0.2.9 for 0.2.9 and later. It has IPv6 addresses.
a branch on maint-0.2.5 for 0.2.5. It has no IPv6 addresses.
(Then, after we have moved it into a separate file, we want to automatically generate the file, in a new format. See the rest of the children of legacy/trac#24818 (moved).)
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
I've been crawling through the files, just getting myself oriented, and I think I see where I went wrong. Ha, wow, nice and easy fix. Should I also create the auth_dirs.inc file or is that legacy/trac#24853 (moved)?
We won't backport this to 0.2.5, because the format is missing ipv6. Instead, we will manually backport any authority changes that happen before May 2018 when 0.2.5 is EOL.
Trac: Description: There is a list of default_authorities in src/or/config.c.
We want it in a separate file at src/or/auth_dirs.inc.
This should be implemented like the default_fallbacks array, which includes the fallback list from src/or/fallback_dirs.inc.
We will need to implement two branches for backporting:
a branch on maint-0.2.9 for 0.2.9 and later. It has IPv6 addresses.
a branch on maint-0.2.5 for 0.2.5. It has no IPv6 addresses.
(Then, after we have moved it into a separate file, we want to automatically generate the file, in a new format. See the rest of the children of legacy/trac#24818 (moved).)
to
There is a list of default_authorities in src/or/config.c.
We want it in a separate file at src/or/auth_dirs.inc.
This should be implemented like the default_fallbacks array, which includes the fallback list from src/or/fallback_dirs.inc.
We will need to implement two branches for backporting:
a branch on maint-0.2.9 for 0.2.9 and later. It has IPv6 addresses.
a branch on maint-0.2.5 for 0.2.5. It has no IPv6 addresses.
(Then, after we have moved it into a separate file, we want to automatically generate the file, in a new format. See the rest of the children of legacy/trac#24818 (moved).)
You can attach them to this ticket using the "Attachments" button near the top of the ticket.
(If you don't see it, let me know, and I will enable it for you.)
Or you can clone https://git.torproject.org/tor.git , create a new branch, commit the patches to that branch, and push the branch to GitHub or a similar public repository.
Hi, can you also upload a copy of the auth_dirs.inc file?
We usually use the "diff" command to produce a small patch file containing all the changed files. If you would like, you can also upload a patch file containing the changes to config.c, and the new auth_dirs.inc file.
Trac: Status: new to needs_revision Keywords: 030-backport deleted, N/Aadded
Do you need any help with those tasks? or do you have any other specific tickets that you would like me to work on?
Ticket legacy/trac#24851 (moved) is the next step: we want to generate the auth_dirs.inc file using a script.
That way, we can update it automatically when authority details change.
If you know python, or you're willing to learn, it's a good ticket.
Otherwise, I'm not actively working on anything in C at the moment, but I'll let you know. Or you can look for tickets.
Yeah, sure, I can take that one on. I know Python, C and Java so for future reference you guys can hit me up with any projects based on those languages.
Thanks for your patches. I think they look good, but it's not possible for us to integrate them right now in the current form as we need them in a Git patch format. I can do this for you if you want me to.
Otherwise you can do this yourself as it will make the life of the patch reviewers much easier: create a branch in Git with your changes in, do a git add <file> for each <file> you have modified, then do git commit and write a commit message. For Tor we normally also want a 'changes' file that describes the change for use in ChangeLog messages when we make the release. Once this is done you can push your branch to, for example, Github and post a link here for where we can review it :-)
Pushed new version to https://github.com/torproject/tor/pull/43 (based of on master). The new version have the auth_dirs.inc file added to the set of included files when we make releases (ORHEADERS in this case).