[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-commits] [Git][tpo/applications/tor-browser-build][main] Bug 41114: Mullvad Browser 13.5a7-build2

Title: GitLab

richard pushed to branch main at The Tor Project / Applications / tor-browser-build

Commits:

  • 5059b98c
    by Nicolas Vigier at 2024-04-25T17:01:35+02:00 
    Bug 41114: Mullvad Browser 13.5a7-build2

Update pkg_revision to force rebuild of linux-packages. Having
var/browser_release_date being in the past should solve the
reproducibility problem of the deb file.

5 changed files:

Changes:

  • .gitlab/issue_templates/Release Prep - Mullvad Browser Alpha.md
    ... ... @@ -39,7 +39,7 @@ Mullvad Browser Alpha (and Nightly) are on the `main` branch
    39 39 
     - [ ] Update `rbm.conf`
    40 40 
       - [ ] `var/torbrowser_version` : update to next version
    41 41 
       - [ ] `var/torbrowser_build` : update to `$(MULLVAD_BROWSER_BUILD_N)`
    42 
    -  - [ ] `var/browser_release_date` : update to build date
    42 
    +  - [ ] `var/browser_release_date` : update to build date. For the build to be reproducible, the date should be in the past when building.
    43 43 
       - [ ] `var/torbrowser_incremental_from` : update to previous Desktop version
    44 44 
         - **NOTE**: We try to build incrementals for the previous 3 desktop versions except in the case of a watershed update
    45 45 
         - **IMPORTANT**: Really *actually* make sure this is the previous Desktop version or else the `make mullvadbrowser-incrementals-*` step will fail

  • .gitlab/issue_templates/Release Prep - Mullvad Browser Stable.md
    ... ... @@ -39,7 +39,7 @@ Mullvad Browser Stable lives in the various `maint-$(MULLVAD_BROWSER_MAJOR).$(MU
    39 39 
     - [ ] Update `rbm.conf`
    40 40 
       - [ ] `var/torbrowser_version` : update to next version
    41 41 
       - [ ] `var/torbrowser_build` : update to `$(MULLVAD_BROWSER_BUILD_N)`
    42 
    -  - [ ] `var/browser_release_date` : update to build date
    42 
    +  - [ ] `var/browser_release_date` : update to build date. For the build to be reproducible, the date should be in the past when building.
    43 43 
       - [ ] `var/torbrowser_incremental_from` : update to previous Desktop version
    44 44 
         - **NOTE**: We try to build incrementals for the previous 3 desktop versions except in the case of a watershed update
    45 45 
         - **IMPORTANT**: Really *actually* make sure this is the previous Desktop version or else the `make mullvadbrowser-incrementals-*` step will fail

  • .gitlab/issue_templates/Release Prep - Tor Browser Alpha.md
    ... ... @@ -38,7 +38,7 @@ Tor Browser Alpha (and Nightly) are on the `main` branch
    38 38 
     - [ ] Update `rbm.conf`
    39 39 
       - [ ] `var/torbrowser_version` : update to next version
    40 40 
       - [ ] `var/torbrowser_build` : update to `$(TOR_BROWSER_BUILD_N)`
    41 
    -  - [ ] `var/browser_release_date` : update to build date
    41 
    +  - [ ] `var/browser_release_date` : update to build date. For the build to be reproducible, the date should be in the past when building.
    42 42 
       - [ ] ***(Desktop Only)***`var/torbrowser_incremental_from` : update to previous Desktop version
    43 43 
         - **NOTE**: We try to build incrementals for the previous 3 desktop versions except in the case of a watershed update
    44 44 
         - **IMPORTANT**: Really *actually* make sure this is the previous Desktop version or else the `make torbrowser-incrementals-*` step will fail

  • .gitlab/issue_templates/Release Prep - Tor Browser Stable.md
    ... ... @@ -38,7 +38,7 @@ Tor Browser Stable lives in the various `maint-$(TOR_BROWSER_MAJOR).$(TOR_BROWSE
    38 38 
     - [ ] Update `rbm.conf`
    39 39 
       - [ ] `var/torbrowser_version` : update to next version
    40 40 
       - [ ] `var/torbrowser_build` : update to `$(TOR_BROWSER_BUILD_N)`
    41 
    -  - [ ] `var/browser_release_date` : update to build date
    41 
    +  - [ ] `var/browser_release_date` : update to build date. For the build to be reproducible, the date should be in the past when building.
    42 42 
       - [ ] ***(Desktop Only)***`var/torbrowser_incremental_from` : update to previous Desktop version
    43 43 
         - **NOTE**: We try to build incrementals for the previous 3 desktop versions except in the case of a watershed update
    44 44 
         - **IMPORTANT**: Really *actually* make sure this is the previous Desktop version or else the `make torbrowser-incrementals-*` step will fail

  • rbm.conf
    ... ... @@ -74,11 +74,13 @@ buildconf:
    74 74
    75 75 
     var:
    76 76 
       torbrowser_version: '13.5a7'
    77 
    -  torbrowser_build: 'build1'
    77 
    +  torbrowser_build: 'build2'
    78 78 
       torbrowser_incremental_from:
    79 79 
         - '13.5a6'
    80 80 
         - '13.5a5'
    81 81 
         - '13.5a4'
    82 
    +  # This should be the date of when the build is started. For the build
    83 
    +  # to be reproducible, browser_release_date should always be in the past.
    82 84 
       browser_release_date: '2024/04/25 12:00:00'
    83 85 
       browser_release_date_timestamp: '[% USE date; date.format(c("var/browser_release_date"), "%s") %]'
    84 86 
       updater_enabled: 1

    • —
    View it on GitLab.
    You're receiving this email because of your account on gitlab.torproject.org. Manage all notifications · Help 

    _______________________________________________
tor-commits mailing list
tor-commits@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-commits