| 23 Sep 2025 |
 Vladimír Čunát | Ah, you reverted too fast. | 12:49:18 |
| Vladimír Čunát | So staging-next never knew this merge+revert. | 12:49:36 |
| Vladimír Čunát | i.e. the merge base (for master->staging-next) always seemed like master didn't change anything and staging-next updated it. | 12:50:29 |
 Wolfgang Walther | Ah, that was a misunderstanding on my part, then. | 12:50:40 |
| Wolfgang Walther | I thought this was already in staging-next. | 12:50:47 |
| Wolfgang Walther | But it was what caused the merge conflict and never made it there. | 12:50:55 |
| Wolfgang Walther | After the revert, the state was clean again. | 12:51:00 |
| Wolfgang Walther | (there was never a manual merge) | 12:51:07 |
| Vladimír Čunát | It is in staging-next now, but there was no auto-merge on the state between merging the PR and reverting it. | 12:51:58 |
| Vladimír Čunát | * It is in staging-next now, but there was no merge on the state between merging the PR and reverting it. | 12:52:10 |
| Wolfgang Walther | yes. | 12:52:15 |
| Wolfgang Walther | It only came in as merge+revert = no-op. I see. | 12:52:22 |
 K900 | Yeah | 12:52:35 |
| Wolfgang Walther | In any case, the update is already there, so nothing to do for me :D | 12:52:54 |
| Vladimír Čunát | Rarely you run into such "problems" resulting from the dumbness of 3-way merging. | 12:53:05 |
| Vladimír Čunát | If the auto-merge timing was different, it would resolve differently. | 12:53:21 |
| Vladimír Čunát | Or "luckily" it wouldn't merge cleanly because of the fetcher rewrite. | 12:54:31 |
| Wolfgang Walther | exactly | 12:54:43 |
| Vladimír Čunát | So, when are we switching to pijul? 😆 | 12:58:38 |
 Fabián Heredia | Hi, for cmake 4 I want to pull a patch from sourceforge but I can't seem to find an easy way to do that and seems like other maintainers have opted to inline / commit the patch into a file in nikpkgs. wsid?
https://sourceforge.net/p/panotools/libpano13/ci/698e20b4d296c1dbde9d010c3fb8d54050e56ddb/ | 15:03:10 |
| Fabián Heredia | * Hi, for cmake 4 I want to pull a patch from sourceforge but I can't seem to find an easy way to do that and seems like other maintainers have opted to inline / commit the patch into a file in nikpkgs. What should I do?
https://sourceforge.net/p/panotools/libpano13/ci/698e20b4d296c1dbde9d010c3fb8d54050e56ddb/ | 15:03:21 |
| K900 | IMO just vendor it | 15:06:49 |
| K900 | It's three lines who gives a shit | 15:06:52 |
| Vladimír Čunát | Or even substituteInPlace 😄 | 15:39:51 |
 emily | (I would be fine with substituteInPlace) | 15:47:58 |
 Lun | docker-tini has a merged CMake 4 patch, doesn't apply on top of the newest tagged release
do I substitute or bump to an unreleased rev that has the fix? | 15:59:47 |
| emily | how old is the release? | 16:00:03 |
| Lun | diff from last tag to HEAD https://github.com/krallin/tini/compare/v0.19.0...369448a167e8b3da4ca5bca0b3307500c3371828 | 16:00:16 |
| emily | 5 years and benign fixes, including one that might avoid a warning disable flag or such? I'd bump yeah | 16:03:55 |
| Lun | lixPackageSets.git is failing some toml tests with overflow errors
do we just need to bump it past https://git.lix.systems/lix-project/lix/commit/4de09b6b5493db4bd7f6348255a1fdcb38b9ed2f ? | 16:06:31 |
