| 12 Oct 2025 |
|  midischwarz12 removed their profile picture. | 02:45:01 |
| midischwarz12 set a profile picture. | 02:45:11 |
 lovesegfault | (i made the test agnostic) | 02:46:01 |
| midischwarz12 | Yea, you're not technically wrong that packages on the same version of nixpkgs could have different versions. But you'd have to have a package for every version of its dependencies as well. At which point, it is usually easier to dig through git or just override the package with a different version of source. That said, you'd have to do the same for its dependencies as well. But it's much easier to push this unto the user than force all of the nixpkgs maintainers to keep every package up to date. That said, I do agree that there should be an easier CLI interface to dig through nixpkgs and find necessary package versions or versions within requirements such as version ranges | 03:26:54 |
| midischwarz12 | So for some packages, yes, we do support multiple versions b/c we need to in the current version of nixpkgs (clang, python, gcc, glibc, etc). But for most packages, that is very unnecessary to maintain the current round of packages in nixpkgs | 03:28:01 |
 tavinator | Thanks midischwarz12 I guess I am just looking for a framework to approach the problem. I would not have minded contributing the code to nixpkgs for packaging specific old versions of this or that. But it was pointed out to me that it would have an infeasible impact on Hydra -- a piece of the puzzle I wasn't seeing until now.
override the package with a different version of source.
Sounds like what I am looking for... this means using "overlays" then?
| 09:22:08 |
|  0x9t joined the room. | 09:55:46 |
 John Ericson | @lovesegfault:matrix.org: we make tests require a new enough daemon version all the time | 14:04:52 |
| John Ericson | If you grep for DaemonVersion I think you'll see it | 14:05:28 |
 justinrestivo | Hello! Any chance there's a spec about the different Fields provided for each ActivityType in the nix logger? Right now to answer this question I'm grepping the nix codebase for each ActivityType and looking at the arguments to the Activity::Activity constructor to infer the field types and number (if any exist). I'm wondering if there's an easier/more canonical way to do this. | 15:30:35 |
| midischwarz12 | You overlay when you want to stitch multiple overrides together or want the package that's available across your entire package set such as nixpkgs. What you're really desiring is just a single override and probably not overriding every package that consumes this package as a dependency. So an overlay would be unnecessary | 16:39:36 |
| midischwarz12 | * You overlay when you want to stitch multiple overrides together or want the override available across your entire package set such as nixpkgs. What you're really desiring is just a single override and probably not overriding every package that consumes this package as a dependency. So an overlay would be unnecessary | 16:40:03 |
| midischwarz12 | * You overlay when you want to stitch multiple overrides together or want the override available across your entire package set such as nixpkgs when used as a dependency. What you're really desiring is just a single override and probably not overriding every package that consumes this package as a dependency. So an overlay would be unnecessary | 16:40:25 |
| midischwarz12 | I think overlays are often reached for a bit too early and people should take note more often that this ruins a lot of the reproducible nature of nix. Your nixpkgs will no longer be the same as everyone else's when you use an overlay | 16:41:25 |
 Sergei Zimmerman (xokdvium) | Adding builds with ASAN/UBSAN to hydraJobs: https://github.com/NixOS/nix/pull/14227 | 16:59:48 |
|  @midirhee12:tchncs.de removed their profile picture. | 21:27:43 |
| @midirhee12:tchncs.de removed their display name midirhee12. | 21:28:17 |
| @midirhee12:tchncs.de left the room. | 21:28:28 |
| 13 Oct 2025 |
| tavinator | ok did you mean doing something like what's described on this page? https://nixos.org/guides/nix-pills/17-nixpkgs-overriding-packages.html | 10:27:48 |
 mrdev023 | Hi everyone, i want to know what's the recommendation to work on nixpkgs. Currently, i tried to open nixpkgs project on vscode and neovim. But it's very slow because nixpkgs have a lot of folders.
Maybe open only the correct directory ? | 17:12:11 |
 K900 | Wrong room | 17:16:05 |
| K900 | You want #Nixpkgs / NixOS contributions | 17:16:14 |
| mrdev023 | thx | 17:16:40 |
| mrdev023 | I can't join it K900 .... | 17:17:15 |
| mrdev023 | My bad just a matrix bug | 17:17:44 |
|  @perpetrator1:matrix.org left the room. | 19:22:59 |
| John Ericson | Robert Hensing (roberth): does nix eval override the "always trace" thing? | 20:47:57 |
 Robert Hensing (roberth) | John Ericson: The problem there is that printValue only prints the "final" line, which is quite sensible, considering that it may print many "values" that throw | 20:49:08 |
| John Ericson | Robert Hensing (roberth): this is implemented in the Printer class thing? | 20:50:38 |
| Robert Hensing (roberth) | yeah | 20:50:50 |
