<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/maint/reproducible_build, branch arti-v1.4.4</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.4'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-05-07T22:43:36Z</updated>
<entry>
<title>Note a lingering mystery in reproduible_build</title>
<updated>2025-05-07T22:43:36Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-07T22:43:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=3107e938276d6bb6f2fd09260ebdfab0f4701826'/>
<id>urn:sha1:3107e938276d6bb6f2fd09260ebdfab0f4701826</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove MSRV-1.77 workarounds in reproducible_build script.</title>
<updated>2025-05-07T22:40:01Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-07T22:40:01Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=34a7bfe138a7819223d66978a15929dd63f2508b'/>
<id>urn:sha1:34a7bfe138a7819223d66978a15929dd63f2508b</id>
<content type='text'>
Since it's using 1.86 now, there's no reason to downgrade these
packages.
</content>
</entry>
<entry>
<title>reproducible_build: use osxcross darwin linker with stdc++</title>
<updated>2025-05-07T22:36:06Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-05-07T22:36:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6438f9f741e4231801609a72bb2557c9c257945b'/>
<id>urn:sha1:6438f9f741e4231801609a72bb2557c9c257945b</id>
<content type='text'>
After upgrading to rust:1.86.0-alpine3.21, we got a new error:

```
osxcross: error: cannot find libc++ headers
```

To fix this, we change the linker to
`x86_64-apple-darwin16-clang++-stdc++`.
This invokes some osxcross magic that tells it to find the C++
headers in the stdc++ location... and possibly more.
</content>
</entry>
<entry>
<title>reproducible_build: downgrade to crunchy 0.2.2</title>
<updated>2025-04-28T18:59:55Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-24T16:16:28Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=15e1316859565c4bd84784843c51e68f30d34862'/>
<id>urn:sha1:15e1316859565c4bd84784843c51e68f30d34862</id>
<content type='text'>
This is a workaround for
https://github.com/eira-fransham/crunchy/pull/17
</content>
</entry>
<entry>
<title>Enable --features=full on reproducible builds.</title>
<updated>2025-04-28T18:59:55Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-04-24T14:44:00Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=994f98a675965879004c1186b3450fac5876aa4d'/>
<id>urn:sha1:994f98a675965879004c1186b3450fac5876aa4d</id>
<content type='text'>
We generally recommend that people build with --features=full IRL,
so this better matches what we're hoping they come up with.

Additionally, it will help cases like #1964, where packagers would
like to use reproducible builds as inputs to their own packages.

Closes #1964
</content>
</entry>
<entry>
<title>maint/reproducible_build: Downgrade base64ct.</title>
<updated>2025-03-27T17:07:26Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2025-03-27T17:06:30Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e4c29c33940acc49959147ab71ce6210fb6aac5d'/>
<id>urn:sha1:e4c29c33940acc49959147ab71ce6210fb6aac5d</id>
<content type='text'>
This is a workaround for
https://gitlab.torproject.org/tpo/core/arti/-/issues/1335
</content>
</entry>
<entry>
<title>maint: downgrade dependencies in 'reproducible_build' script</title>
<updated>2025-02-27T15:32:37Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-02-27T03:47:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=29e43d37f7b9a08ea02f12f1fcabb709fd941cb6'/>
<id>urn:sha1:29e43d37f7b9a08ea02f12f1fcabb709fd941cb6</id>
<content type='text'>
This is a workaround for
https://gitlab.torproject.org/tpo/core/arti/-/issues/1335
</content>
</entry>
<entry>
<title>Explicitly specify the deployment target of macOS to 10.7.</title>
<updated>2024-09-01T21:09:36Z</updated>
<author>
<name>Alexander Færøy</name>
<email>ahf@0x90.dk</email>
</author>
<published>2024-09-01T21:09:36Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=e111fc0ba22bd609e0d41d700555bb9bacd561c1'/>
<id>urn:sha1:e111fc0ba22bd609e0d41d700555bb9bacd561c1</id>
<content type='text'>
osxcross tries in various ways to detect which version of the compiler
we have, which version of the OS, which C++ standard library we use, and
many other things. With this variable set, osxcross seems able to detect
the environment provided by the SDK that we use.

The error messages from osxcross is as follows:

    osxcross: error: cannot find libc++ headers
    osxcross: error: while detecting target

This origins from its internal target detection code in target.cpp of
osxcross. This file contains a signficant amount of the detection for
paths of different versions of the macOS SDK's and macOS versions. All
of this is truly cursed.

In osxcross's main.cpp, the variable is read in:

  if (char *p = getenv("MACOSX_DEPLOYMENT_TARGET")) {
    target.OSNum = parseOSVersion(p);
    unsetenv("MACOSX_DEPLOYMENT_TARGET");
  }

and setting it thus forces the OS version to be parsed from the variable
instead of its (in our case failed) attempt at detecting the version
itself.

Fixes: tpo/core/arti#1394
</content>
</entry>
<entry>
<title>fix macos reproducible builds</title>
<updated>2023-04-16T11:22:18Z</updated>
<author>
<name>trinity-1686a</name>
<email>trinity@deuxfleurs.fr</email>
</author>
<published>2023-04-16T11:22:18Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1b348f56135f6a9e23d3bd53c9c69ffeabff503d'/>
<id>urn:sha1:1b348f56135f6a9e23d3bd53c9c69ffeabff503d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>shell: use /usr/bin/env instead of absolute paths</title>
<updated>2023-01-25T17:35:53Z</updated>
<author>
<name>Emil Engler</name>
<email>me@emilengler.com</email>
</author>
<published>2023-01-25T17:35:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=79097484de7401bf247e14c1bdf5982aee4518a1'/>
<id>urn:sha1:79097484de7401bf247e14c1bdf5982aee4518a1</id>
<content type='text'>
This commit changes the shebang in all shell scripts from absolute
paths (such as `/bin/bash` or `/usr/bin/python3`) to the `/usr/bin/env`
binary with the accompanying interpreter as it's argument.

The reason for this are as follows:
- NixOS cannot work with absolute paths
- BSD systems install their packages in /usr/local/bin
</content>
</entry>
</feed>
