Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Stripping in stdenv should not ignore errors #5447

Closed
edolstra opened this issue Dec 23, 2014 · 3 comments
Closed

Stripping in stdenv should not ignore errors #5447

edolstra opened this issue Dec 23, 2014 · 3 comments
Assignees
Labels
0.kind: bug Something is broken 1.severity: mass-rebuild This PR causes a large number of packages to rebuild 2.status: stale https://github.com/NixOS/nixpkgs/blob/master/.github/STALE-BOT.md

Comments

@edolstra
Copy link
Member

Ignoring errors is a source of non-determinism. E.g. if the disk is full:

strip:/nix/store/8zwj00xk91rl30g532pq00xvvnkvm58d-opencollada-1.3-18da7f4109a8eafaa290a33f5550501cc4c8bae8/lib/opencollada/steBji1n: No space left on device
strip: cannot create tempdir for archive copying (error: No space left on device)

after which the build succeeds, but with a different result than if the disk had not been full.

@edolstra edolstra added the 0.kind: bug Something is broken label Dec 23, 2014
@edolstra edolstra self-assigned this Dec 23, 2014
@vcunat vcunat added the 1.severity: mass-rebuild This PR causes a large number of packages to rebuild label Dec 23, 2014
@zimbatm
Copy link
Member

zimbatm commented Apr 9, 2016

I guess the issue here is that it would also add a lot of work for the packager to specify which programs should be strippable or not right ? I'm not even sure if we have a framework to list all the executables and libraries that a package is supposed to produce.

Stopping to ignore failures on strip is just a matter of removing || true at the end of that line:

find $dirs -type f -print0 | xargs -0 ${xargsFlags:--r} strip $commonStripFlags $stripFlags || true

@Profpatsch
Copy link
Member

triage: it looks like this hasn’t been fixed yet?

@stale
Copy link

stale bot commented Jun 4, 2020

Thank you for your contributions.

This has been automatically marked as stale because it has had no activity for 180 days.

If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity.

Here are suggestions that might help resolve this more quickly:

  1. Search for maintainers and people that previously touched the related code and @ mention them in a comment.
  2. Ask on the NixOS Discourse.
  3. Ask on the #nixos channel on irc.freenode.net.

@stale stale bot added the 2.status: stale https://github.com/NixOS/nixpkgs/blob/master/.github/STALE-BOT.md label Jun 4, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0.kind: bug Something is broken 1.severity: mass-rebuild This PR causes a large number of packages to rebuild 2.status: stale https://github.com/NixOS/nixpkgs/blob/master/.github/STALE-BOT.md
Projects
None yet
Development

No branches or pull requests

4 participants