HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
AcademySoftwareFoundation
rez
Python2016–2021
AcademySoftwareFoundation / rez

rez

An integrated package configuration, build and deployment system for software

6Distinct people
8Mentions
0Explicit recommenders
1.1KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

An integrated package configuration, build and deployment system for software

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 1:49:46 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year8 dated mentions

Observed mentions: 2016-04-04 20:46:24 UTC to 2021-12-04 17:22:02 UTC.

0122016-01-01 00:00:00 UTC to 2017-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments20162017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 2 mentions; 1 submissions, 1 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2021

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20162016-01-01 00:00:00 UTC2017-01-01 00:00:00 UTC110
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC101
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC101
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC211
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC220

What Hacker News says

8 sources
Working in 3D graphics there are lots of different constraints unfortunately and it isn't an easy solution. A lot of 3d graphics houses have to roll their own solution. This is a famous one in the cycle and a common approach-> https://github.com/nerdvegas/rez The issue is that the environment varies a lot and there's usually a lot of C++ code that needs to be compiled to interact with the python plugins based on different environments with 500+ libraries mixing & matching...
In What the Heck Is Pyproject.toml?
> huge hacks like Nix are born in this quest. Would you mind elaborating on this? Maybe I'm using Linux wrong, but Nix seems like a huge step forward fixing a lot of my frustrations. Admittedly, I haven't used it in production. One huge benefit of language-specific package managers is having multiple versions of packages on the same system and you can choose which you'd like for the project (without changing the OS). I feel like 10 years ago I heard a lot of grumbling about languages like Ruby or Python should just use apt/rpm, but I haven't see any OS package manager put much effort into this use-case (this is ignoring mac/win support). The closest I've seen is something like Red Hat's Software Collections. Personally, I feel strongly that any software that's critical to your company should be decoupled from the OS. This is borne th
Read the rest
rough painful and much delayed OS updates and following it makes things much easier long term. My personal use-case is that different projects (working on multiple in tandem) need different stacks of versions. Also giving the ability to swap versions on the fly. Here's one package manager specifically designed for it https://github.com/nerdvegas/rez Swapping versions in Linux is pretty heavy out of the box (with rpm/apt); download, remove old versions files, write new versions files. Only one installed at a time. a/b comparing libraries is a pain. For the things I need, I build things into folders like libjpeg-turbo/2.0.2 and nasm/2.14.02 and set the ./configure flags to point to these...basically a more ad hoc approach to what Nix does. Where am I going wrong?
In Red Hat Enterprise Linux 8 released
I know nothing about this Fedora tech (but am really curious). Windows and macOS don't mix libraries and Applications with a packaging system and Linux distros do. I've always felt like the packaging systems for each OS had very different goals and most all of the Linux distro's packaging systems had way too much overlap to warrant different tech. When you're talking about packaging systems for macOS and Windows are you talking about things like Homebrew/Chocolatey or their interface for installing applications? I just don't see other OSes handling these things any better. I've been in the camp that language-specific package managers shouldn't have to be a thing. I'm on your side in that I think it's ridiculous that package managers have belligerent towards language-specific package managers (they'll package up libraries for language
Read the rest
s, but not change their packaging system to address the needs they were trying to fill). Like you, I maintain my own ~/.local/bin and it sucks because the next thing I want to do is message the guy next to me and say, "run this." Instead, I have to explain how to build or install everything I just did and troubleshoot any problems. But I don't see any benefits for Windows or macOS for doing this. At larger vfx and animation studios, they all have their own packaging system they've written to manage a project's tools (here's one that's been Open Sourced[1]). I've also wanted alternative approaches, like Nix, to gain popularity. [1] https://github.com/nerdvegas/rez
In Fedora 29
By reading your comment and a little bit of the package declarations in some nix packages, it seems like the software package system of nix is very similar to rez. Rez ( https://github.com/nerdvegas/rez ) is used by some visual effects companies (including mine) to manage software packages. It allows us to have great flexibility in the mix & match of software versions and runtime environments.
In What is Nix and why you should try it
darkvertex·Apr 4, 2016Submission

Ask HN: Generic cross-platform package and environment manager?

First time asking here. Hi everyone! At my employer (a visual effects house) we use CentOS, Windows and OSX, with various softwares. The internal code is mostly Python, but there's a bit of C as well. We are looking for a generic package manager for internal use that can resolve package dependencies and assemble environments with specific versions to make our dev life a little better. We're currently considering Rez: https://github.com/nerdvegas/rez which (if you've never heard of it) is a Python-powered, software-agnostic, platform-agnostic packager, dependency resolver and environment prep'er. It's a cool project, but some of us are convinced that someone must have solved the problem of cross-platform packaging and environment handling already. So far, the only similar project I've found is "conda": http://conda.pydata.org/docs/ Do you
Read the rest
guys know any others? What do you use and/or like? I'm all ears.
3 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.