| 12 Apr 2025 |
 emily | fantastic great work! | 21:35:55 |
| emily | FWIW, BerkeleyDB was abandoned by Oracle. I know there are various forks and API-compatible replacements | 21:36:53 |
| emily | maybe one of them avoids this issue? | 21:36:54 |
| emily | it also might be an option to move packages off BerkeleyDB to alternative backends like GNU dbm where supported: https://fedoraproject.org/wiki/User:Pkubat/Draft_-_Removing_BerkeleyDB_from_Fedora | 21:37:48 |
| emily | for libpinyin,
libpinyin X GPLv3+ depends on KyotoCabinet since f24 | 21:41:20 |
| emily | though I'm not sure if Kyoto Cabinet is maintained either 😆 | 21:42:12 |
| emily | ah, https://dbmx.net/kyotocabinet/ points to https://dbmx.net/tkrzw/. | 21:42:35 |
| emily | but https://github.com/libpinyin/libpinyin/blob/a6f4d3c239883b5e1dd0770ab2b433042845e9c9/configure.ac hardcodes only support for Berkeley DB and Kyoto Cabinet. | 21:43:04 |
| emily | the latest Kyoto Cabinet is still like three years newer than the latest Berkeley DB, and there's a good chance it doesn't have this specific reproducibility bug, so… it may be a good option for libpinyin :) | 21:46:43 |
| 13 Apr 2025 |
|  Bot_wxt1221 joined the room. | 13:32:05 |
 guider-le-recit | Hi miss Emily, you are aboslutely correct, I edited the package.nix file, removed Berkeley DB from buildInputs and replaced it with kyotocabinet, added a list configureFlags = [ "--with-dbm=KyotoCabinet" ];, and now the build completes no more derivation errors | 13:32:30 |
