[tor-bugs] #13857 [Tor bundles/installation]: Create update related information per channel

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Dec 22 16:31:50 UTC 2014


#13857: Create update related information per channel
------------------------------------------+--------------------------------
     Reporter:  gk                        |      Owner:  boklm
         Type:  enhancement               |     Status:  assigned
     Priority:  normal                    |  Milestone:
    Component:  Tor bundles/installation  |    Version:
   Resolution:                            |   Keywords:
Actual Points:                            |  TorBrowserTeam201412
       Points:                            |  Parent ID:
------------------------------------------+--------------------------------

Comment (by boklm):

 I created a bug13857-v2 branch which contains the same patches rebased on
 current master:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 bundle.git/log/?h=bug13857-v2

 It also updates the README to list the new makefile rules.

 To make it easier to test those changes I also added a
 'check_update_responses_deployement' command:
 https://gitweb.torproject.org/user/boklm/tor-browser-
 bundle.git/commit/?h=bug13857-v2&id=ca6ca42b8a78f5dd6b0cad7db0f8416e3a419332

 This loads a few URLs and check that it returns the expected version,
 includes incremental mars, or returns no update if we already have the
 latest version.

 It requires installing 2 perl modules: XML::LibXML and LWP (libxml-libxml-
 perl and libwww-perl packages on Debian/Ubuntu).

 After generating the xml responses using 'make update_responses
 update_responses-alpha' and copying the htdocs directory to a test web
 server, I used the 'check_update_responses_deployement' to check it. The
 only errors it found are caused by the osx32 -> osx64 migration:

 * on the release channel, errors on the Darwin_x86_64-gcc3 URLs, which is
 normal since we don't have yet a release for this architecture on this
 channel
 * on the alpha channel, no incremental mars on Darwin_x86-gcc3, which is
 normal since we don't generate the Darwin_x86-gcc3 -> Darwin_x86_64-gcc3
 incrementals

 So it seems that things are working as expected.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13857#comment:10>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list