You mean a source tarball just for the browser part or for the whole bundle, including things like pluggable transports, the browser profile, tor, etc.?
If the need is to create tarballs for the components that are currently at https://bits.torbsd.org/pub/OpenBSD/distfiles/, then I think we could easily add to tor-browser-build some make commands such as make src-tarballs-alpha and make src-tarballs-release that would generate tarballs for those components (firefox, tor-launcher and torbutton). When you need to update the OpenBSD port, you can then run this and upload the tarballs somewhere. Would that be enough?
You mean a source tarball just for the browser part or for the whole bundle, including things like pluggable transports, the browser profile, tor, etc.?
Okay, answering my own question: looking at the related tickets (#25877 (moved) and #25878 (moved)) it seems only the browser part, torbutton, and tor-launcher are requested.
Some other idea, maybe for a different ticket: after looking a little at https://github.com/openbsd/ports/tree/master/www/tor-browser, I have been thinking that in addition to having a command to generate source tarballs, if that's helpful it might be possible to add the openbsd www/tor-browser directory somewhere into tor-browser-build. Then we could have some make openbsd-port-release command that would generate an updated www/tor-browser directory with:
Makefile files for tor-browser, browser, https-everywhere, noscript, tor-launcher, torbutton with updated version numbers
distinfo files for browser, https-everywhere, noscript, tor-launcher, torbutton with updated SHA256SUM and SIZE
tor-browser/browser/files/extension-overrides.js file with updated list of bridges and other prefs
Then the openbsd port release process could be something like:
checkout the new tor browser version tag in tor-browser-build
run make openbsd-port-release
upload source tarballs somewhere
copy updated www/tor-browser to openbsd ports tree
go to the openbsd ports tree, start the build and commit the changes
I'm sorry to rain on your parade but really none of that would help me at all. All I really need are source tarballs. Signed not necessary. Checksums would be good.
All of them would benefit from official source tarballs with stable hash, because Gentoo is a source-based distro. That means torbrowser sources need to be fetched and compiled by each user when installing. Hash verification is needed for reasons of security and quality assurance.
dist.torproject.org sounds like a stable, official place to fetch source tarballs from, so please put them there.
Keeping the last 2 releases suffices for Gentoo, which has a mirroring system, which will keep copies for as long as needed. The only requirement is that a given source URL has a constant hash over time.
I believe the 'needs_information' tag is no longer valid. Please remove it so that tor devs don't think the bug waits for user input.
With this patch, we can run src-tarballs-{release,alpha}, which create source tarballs in directory {alpha,release}/src-tarballs/$TORBROWSER_VERSION.
However, it might be easier if we just put those files into the normal bundle directory, so that we can sign and publish them like the other bundles. I will make a revision of the patch doing that.
Trac: Status: needs_information to needs_revision Keywords: N/Adeleted, tbb-rbm, TorBrowserTeam201903 added
With this patch we generate source tarballs during build, and include them in sha256sums-unsigned-build.txt. Currently it generates the following files:
attila: Are you good if we only keep the latest two releases? And putting them on dist.torproject.org would work as well for you?
Sorry for the belated reply. Yes, this would work great. I see this is happening for the alpha
releases already! Looking forward to dropping my git-wrangling when this hits the stable releases
as well... thanks a lot.