jiebi/CodeConvo huggingface dataset:
Change:
stdenvNoCC.mkDerivation { inherit pname version src; <del> nativeBuildInputs = [ undmg ]; </del> <ins> nativeBuildInputs = [ _7zz ]; </ins> sourceRoot = "LosslessCut.app"; installPhase = '' <del> mkdir -p "$out/Applications/LosslessCut.app" cp -R . "$out/Applications/LosslessCut.app" </del> <ins> runHook preInstall mkdir -p "$out/Applications" cd .. mv "$sourceRoot" "$out/Applications" </ins> mkdir -p "$out/bin" <del> ln -s "$out/Applications/LosslessCut.app/Contents/MacOS/LosslessCut" "$out/bin/losslesscut" </del> <ins> ln -s "$out/Applications/$(basename "$sourceRoot")/Contents/MacOS/LosslessCut" "$out/bin/losslesscut" runHook postInstall </ins> ''; meta = metaCommon // (with lib; {

Discussion:
Package name: losslesscut-bin Latest released version: <!-- Search your package here: --- Current version on the unstable channel: 3.58.0 Current version on the stable/release channel: 3.58.0 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
update title aswell
Hi! Thanks for reminding, and sorry for late response. I just submitted a PR () that tries to automate the update of . Please take a look. (If merged, r-ryantm should be able to do the update from now on. User can update it through or create an update commit through ). If you need the update now, I'll open another PR that updates .
Appreciate it! I can wait until the PR is merged, no problem.
Change:
'' else '' jq <${pkgs.writeText "database.yml" (builtins.toJSON databaseConfig)}  <ins> '${if lib.versionAtLeast (lib.getVersion cfg.packages.gitlab) "15.9" then ".production.main as $main | del(.production.main) | .production |= {main: $main} + ." else ""}'  </ins> >'${cfg.statePath}/config/database.yml' '' }

Discussion:
after applying the latest update for gitlab from the 23.11-release channel gitlab can not be started. Steps to reproduce the behavior: a running gitlab instance running on NixOS 23.11-release commit gitlab-db-config error gitlab succeeds to start None Add any other context about the problem here. working state
How's your service config look like? I guess you don't use ?
You are right, is not used in this instance. it boils down to:
It's wild that this isn't covered by the NixOS tests I'll propose a fix for this. Thanks for reporting!
thanks for fixing :+1:
I have pushed a fix to github:tomsiewert/nixpkgs branch . Could you please test it if it works for you now? I don't have a working test env rn to check it properly
tested! It works :rocket:
Awesome! Could you please add your feedback to my PR and maybe give a thumbs-up? That way the PR may get faster attention to NixOS maintainers allowed to merge to master.
Change:
Type = "dbus"; BusName = "org.opensuse.Snapper"; ExecStart = "${pkgs.snapper}/bin/snapperd"; <ins> CapabilityBoundingSet = "CAP_DAC_OVERRIDE CAP_FOWNER CAP_CHOWN CAP_FSETID CAP_SETFCAP CAP_SYS_ADMIN CAP_SYS_MODULE CAP_IPC_LOCK CAP_SYS_NICE"; LockPersonality = true; NoNewPrivileges = false; PrivateNetwork = true; ProtectHostname = true; RestrictAddressFamilies = "AF_UNIX"; RestrictRealtime = true; </ins> }; }; systemd.services.snapper-timeline = { description = "Timeline of Snapper Snapshots"; inherit documentation; <ins> requires = [ "local-fs.target" ]; </ins> serviceConfig.ExecStart = "${pkgs.snapper}/lib/snapper/systemd-helper --timeline"; <del> }; systemd.timers.snapper-timeline = { description = "Timeline of Snapper Snapshots"; inherit documentation; wantedBy = [ "basic.target" ]; timerConfig.OnCalendar = cfg.snapshotInterval; </del> <ins> startAt = cfg.snapshotInterval; </ins> }; systemd.services.snapper-cleanup = {

Discussion:
Snapper stops to take snapshots after a system update and reboot. snapper in autoUpgrade and autoUpgrade.allowReboot in for system upgrade and reboot. .service succeds, but snapper- does not start (see below). will start to take snapshots after or snapper- should start without intervention after a reboot. journalctl -u snapper- systemctl status snapper- snapper- is not listed in journalctl -u snapperd.service snapper list <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Maintainer information:
correctly starts snapper- after a (manual) reboot. The new snapshotOnBoot option is working as well. Reboot after a system upgrade has not been testet yet.
snapper- fails to restart after a system upgrade, but snapshotOnBoot works as expected. systemctl status snapper- journalctl -u snapper- snapper list
Change:
fingerprint = "E90C BA34 55B3 6236 740C  038F 0D94 8CE1 9CF4 9C5F"; }]; }; <ins> mksafavi = { name = "MK Safavi"; email = "mksafavi@gmail.com"; github = "mksafavi"; githubId = 50653293; }; </ins> mktip = { email = "mo.issa.ok+nix@gmail.com"; github = "mktip";

Discussion:
Project description A simple GTK4 based video player for mobile phones Metadata homepage URL: source URL: license: GPL3 platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi. Is this a package you're working on? If not, I packaged it but I'm not sure if it's correct. I can send a PR for it as starter. [It's the first time I built anything on NixOS].
Not currently working on this, but can help test.
I a PR for this. It would be great if you could check it out. Though running it gives this warning but can play videos. Also I couldn't play x265 videos with it. Is this normal?
Change:
} )) { name = "${pname}-${version}"; <del> sha256 = "0gmp2ahmfd97nn9bwpfx9lznjmjkd042slnrrbdmyh59cqh98y2m"; </del> <ins> sha256 = "0lqqpa88v0br93qw7450a4blyi3pwn7sq2k04h0ikbsqrdnfj7lj"; </ins> }; FONTCONFIG_FILE = fontsConf;

Discussion:
Project description Racket on Chez Scheme (Racket CS) may become the default Racket implementation in the next release [1] [1] Metadata homepage URL: https://racket- source URL: license: MIT or Apache 2.0 platforms: unix
Released:
Just a note. Reading stumbled upon the following (emphasis mine): This probably needs to be worked-around...
I thought I'd have a stab at a pull request for bumping to 8.0. It's still compiling, but right now it's looking good. I just had to bump the version number, correct the checksum and fix some hardcoded paths and their like. I'll report back when I know more! Update: There were no further problems. Upstream took care of everything :-) I confirm that I got a working drracket 8.0. Test for yourself here:
Change:
cp -a resources/icons $out/share interp="$(cat $NIX_CC/nix-support/dynamic-linker)" <del> patchelf --set-interpreter $interp $out/share/1password/{1password,1Password-BrowserSupport,1Password-KeyringHelper,op-ssh-sign} patchelf --set-rpath ${rpath}:$out/share/1password $out/share/1password/{1password,1Password-BrowserSupport,1Password-KeyringHelper,op-ssh-sign} </del> <ins> patchelf --set-interpreter $interp $out/share/1password/{1password,1Password-BrowserSupport,1Password-HIDHelper,1Password-KeyringHelper,1Password-LastPass-Exporter,op-ssh-sign} patchelf --set-rpath ${rpath}:$out/share/1password $out/share/1password/{1password,1Password-BrowserSupport,1Password-HIDHelper,1Password-KeyringHelper,1Password-LastPass-Exporter,op-ssh-sign} </ins> for file in $(find $out -type f -name *.so* ); do patchelf --set-rpath ${rpath}:$out/share/1password $file done <ins> ln -s $out/share/1password/op-ssh-sign $out/bin/op-ssh-sign </ins> runHook postInstall '';

Discussion:
Commit signing with 1Password requires op-ssh-sign. Up until now, I found that it was linked in , which wasn't in PATH either, but at least it wasn't a file directly from the store. However, a recent update has wiped this symlink (the entire folder), and rebuilding doesn't recreate it. I had to include a path to a file in the store directly in my git config, which is not too clean. All the 1Password binaries are in path except for this one. Isn't it possible to add this to some folder in PATH? Steps to reproduce the behavior: found The program should be found
Nevermind, I am new to nix. I realized I could just link it as "{pkgs.1password-gui}/share/1password/op-ssh-sign"... However, I did notice that it was downloaded again, probably because I installed it from my with "programs.1password-gui", but this is installing it directly from nixpkgs. If there is a better way to do, I'd really appreciate some guidance :)
Ah, that feature seems to have a bit of a subpar UX right now, I wonder if 1p would be open to fixing that on Nix specifically. See for a fix, lemme know if that works.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
<ins> { stdenv, fetchFromGitHub } : stdenv.mkDerivation rec { pname = "fbcat"; version = "0.5.1"; src = fetchFromGitHub { owner = "jwilk"; repo = pname; rev = version; sha256 = "08y79br4a4cgkjnslw0hw57441ybsapaw7wjdbak19mv9lnl5ll9"; }; # hardcoded because makefile target "install" depends on libxslt dependencies from network # that are just too hard to monkeypatch here # so this is the simple fix. installPhase = '' mkdir -p $out install -d $out/bin install -m755 fbcat $out/bin/ install -m755 fbgrab $out/bin/ install -d $out/share/man/man1 ''; meta = with stdenv.lib; { homepage = "http://jwilk.net/software/fbcat"; description = "Framebuffer screenshot tool"; license = licenses.gpl2Plus; maintainers = [ maintainers.matthiasbeyer ]; platforms = platforms.linux; }; } </ins>

Discussion:
Project description fbcat takes a screenshot using the Linux framebuffer device. Metadata homepage URL: source URL: license: gpl2+ platforms: linux
Change:
"https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_i686}_i686.tar.gz" "https://web.archive.org/web/https://download.nomachine.com/download/${versionMajor}/Linux/nomachine_${version}_${versionBuild_i686}_i686.tar.gz" ]; <del> sha256 = "0dl138ry9n1qh651zh0zvp88qhgxrs2kvvnq329jw0py5v70b9pm"; </del> <ins> sha256 = "1q14hxjy66s5cpq19rshscsm679csb6p16c5p2agh5zd64cr4am6"; </ins> } else throw "NoMachine client is not supported on ${stdenv.hostPlatform.system}";

Discussion:
Describe the bug the package nomachine-client cannot build trying % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 138 100 138 0 0 8 0 0:00:17 0:00:15 0:00:02 30 100 142k 0 142k 0 0 7033 0 --:--:-- 0:00:20 --:--:-- hash mismatch in fixed-output derivation '/nix/store/qgm0ps149dm4n0z76rhyl647mvg52qar-': wanted: sha256:1b6r9bwkr8mhaljma19ikxpkmlx8iy5r1vf5hlv27bja2zz1r8xr got: sha256:1jpyp2z2qy1dh8w40qbid7yjffq6gp940krxsfd3d7n4pr9a268w cannot build derivation '/nix/store/q4wkpnggxd0y0g4drjib6g1swxawfp1w-nomachine-client-': 1 dependencies couldn't be built cannot build derivation '/nix/store/zzsga5l3qh8anqymvcbxl8az92ka6jy9-system-': 1 dependencies couldn't be built cannot build derivation '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-': 1 dependencies couldn't be built error: build of '/nix/store/plvdk8jn20k891hrkxcb9kvr8685wnvi-nixos-system-Bach-' failed running on 20.03 To Reproduce Steps to reproduce the behavior: environment.systemPackages = with pkgs; [ nomachine-client ]; Notify maintainers Metadata these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.

4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''. system: host os: multi-user?: sandbox: version: nixpkgs:
May be fixed by
This needs to be backported as well
Backported in and .
Change:
cp "$src" "$out/webapps/airsonic.war" ''; <ins> passthru.tests = { airsonic-starts = nixosTests.airsonic; }; </ins> meta = with lib; { description = "Personal media streamer"; homepage = "https://airsonic.github.io";

Discussion:
Describe the bug The Airsonic service fails to start. To Reproduce Steps to reproduce the behavior: = true; to your config. reveals the following error: Cannot load configuration class: which causes the application to enter a restart loop. <details<summaryError trace</summary<p</p</detailsExpected behavior It doesn't error, and instead runs successfully. Additional context It doesn't seem to be due to an Airsonic update that this started to fail, so my guess is that something got changed with the JRE. I think Airsonic will only work with JDK 8 (see: ), but I'm not very familiar with how Java works, so I'm not sure. Notify maintainers Metadata Fails on both of the following systems: Maintainer information:
Change:
(fetchbower "requirejs-plugins" "1.0.3" "^1.0.3" "00s3sdz1ykygx5shldwhhhybwgw7c99vkqd94i5i5x0gl97ifxf5") (fetchbower "dragula.js" "3.7.2" "3.7.2" "0dbkmrl8bcxiplprmmp9fj96ri5nahb2ql8cc7zwawncv0drvlh0") (fetchbower "MathJax" "3.0.5" "3.0.5" "087a9av15qj43m8pr3b9g59ncmydhmg40m6dfzsac62ykianh2a0") <del> (fetchbower "chainpad-netflux" "0.12.9" "^0.12.0" "1b2jkfl354gs9iy05i6db9g0hnngacxd2wdv59lc0icbmx62fpvi") (fetchbower "netflux-websocket" "0.1.21" "^0.1.20" "13ia8cqipq1jnyzzxwf9yy91gzwnwb2g5kzb6l8id5gdr415q5yn") (fetchbower "es6-promise" "3.3.1" "^3.2.2" "0ai6z5admfs84fdx6663ips49kqgz4x68ays78cic0xfb7pp6vcz") </del> <ins> (fetchbower "chainpad-netflux" "1.0.0" "^1.0.0" "08rpc73x1vyvd6zkb7w0m1smzjhq3b7cwb30nlmg93x873zjlsl6") (fetchbower "netflux-websocket" "1.0.0" "^1.0.0" "10hgc5ra3ll7qc2r8aal6p03gx6dgz06l2b54lh995pvf901wzi6") </ins> ]; }

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on github to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the the current version of the package --- <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- name: cryptpad <!-- The current version can be found easily with the same process than above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 4.9.0 desired version: 4.11.0 <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
}; sourceRoot = "${src.name}/bindings/python"; <ins> maturinBuildFlags = [ "--interpreter ${python.executable}" ]; </ins> nativeBuildInputs = [ pkg-config

Discussion:
N/A No maintainers are defined, but was last to update it Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
steam-runtime-wrapped = callPackage ./runtime-wrapped.nix { }; steam = callPackage ./steam.nix { }; steam-fhsenv = callPackage ./fhsenv.nix { <del> glxinfo-i686 = pkgsi686Linux.glxinfo; </del> <ins> glxinfo-i686 = if self.steamArch == "amd64" then pkgsi686Linux.glxinfo else glxinfo; </ins> steam-runtime-wrapped-i686 = if self.steamArch == "amd64" then pkgsi686Linux.steamPackages.steam-runtime-wrapped

Discussion:
when trying to build steam for aarch64 a bad error in another place is thrown Steps to reproduce the behaviour: accidentally add steam on aarch64-linux the trace ends up somewhere in the fhs builder bubble wrap scripts (happens when trying to add sublime to the set) i suspect setting platforms might work
Change:
"d /etc/ipsec.d 0700 root root -" "d /var/lib/NetworkManager-fortisslvpn 0700 root root -" <del> "d /var/lib/dhclient 0755 root root -" </del> "d /var/lib/misc 0755 root root -" # for dnsmasq.leases ];

Discussion:
Was announced multiple times, now it is EOL with release 4.2.3 We should remove it before branching 22.05.
Change:
buildFlags = [ "qemu-system-i386" ]; <del> desktopItems = [ (makeDesktopItem { name = "xemu"; desktopName = "xemu"; exec = "xemu"; icon = "xemu"; }) ]; </del> <ins> separateDebugInfo = true; dontUseMesonConfigure = true; setOutputFlags = false; strictDeps = true; </ins> postPatch = '' patchShebangs .

Discussion:
Generated desktop file for package is missing categories. It can be easily solved by adding to and deleting list. I tested it, it works. But perhaps it would be better to patch desktop file to use /nix/store path as I saw other people do. It would be better to use provided desktop file, or at least recreate it. It is not a bug, but rather improvement request. I need categories set for my desktop, and it would be nice to have them out of the box. And I think it is better to use provided desktop file instead of creating a new one if possible. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { config, lib, ... }: { options.theType = lib.mkOption { type = lib.types.optionType; }; options.theOption = lib.mkOption { type = config.theType; }; config.theType = lib.mkMerge [ (lib.types.submodule { options.int = lib.mkOption { type = lib.types.int; default = 10; }; }) (lib.types.submodule { options.str = lib.mkOption { type = lib.types.str; }; }) ]; config.theOption.str = "hello"; } </ins>

Discussion:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!
Change:
# don't on NixOS).  Add the equivalent NixOS path, /var/lib/cups/path/share. # See: https://github.com/NixOS/nixpkgs/issues/21796 ./hplip-3.20.11-nixos-cups-ppd-search-path.patch <ins> # Remove all ImageProcessor functionality since that is closed source (fetchurl { url = "https://sources.debian.org/data/main/h/hplip/3.22.4%2Bdfsg0-1/debian/patches/0028-Remove-ImageProcessor-binary-installs.patch"; sha256 = "sha256:18njrq5wrf3fi4lnpd1jqmaqr7ph5d7jxm7f15b1wwrbxir1rmml"; }) # Revert changes that break compilation under -Werror=format-security ./revert-snprintf-change.patch </ins> ]; postPatch = ''

Discussion:
The recent fixes to disable in hplip didn't seem to properly work on , making the whole package fail with a cryptic error. Additionally, due to a dependency failure in PyQt5, the package further refuses to build unless it's disabled. Steps to reproduce the behavior: an aarch64-linux user it fail due to PyQt5 failure that PyQt5 support can be disabled it fail again with -related errors hplip works n/a Current unstable as of writing this is . <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --cc as maintainer
cc as PyQt5 maintainer due to dependency failure - should a separate issue be filed for this?
Can reproduce. I ended up moving the print server to a x86-64 machine which was conveniently only a ~meter away from the RPi.
Also got bit by this on a RaspberryPi 4 server upgrade to 22.05. Did a bit of investigation, and came up with an overlay workaround (and hplip upgrade to 3.22.4) using a patch by the Debian crew: The meat of the issue comes down to the HP folks feeling the need to include their non-free x86/-64 'ImageProcessor' in the default build (even when the applicable flag is specified). So the community consensus is hoping that HP will fix/revert this, but until then everyone's just patching it out. Could this patch be to the patch list (and likely update hplip to 3.22.4) ?
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
grafanaTypes.datasourceConfig = types.submodule { freeformType = provisioningSettingsFormat.type; <del> imports = [ (mkRemovedOptionModule [ "password" ] '' `services.grafana.provision.datasources.settings.datasources.<name>.password` has been removed in Grafana 9. Use `secureJsonData` instead. '') (mkRemovedOptionModule [ "basicAuthPassword" ] '' `services.grafana.provision.datasources.settings.datasources.<name>.basicAuthPassword` has been removed in Grafana 9. Use `secureJsonData` instead. '') ]; </del> options = { name = mkOption { type = types.str;

Discussion:
The module seems to be generating wrong file. Steps to reproduce the behavior: I have this in my : And the generated looks like this: I have problem where is creating 3 datasources from this, not sure if this is what causing it. (screenshot below) The shouldn't be there. ! This is the code where the data is being parsed: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result.
Seems like the duplicated datasources in the screenshot is not caused by this, it was my mistake and those were created when I was playing with the interface
Sounds a bit like to me
Yeah that's exactly the problem. Should this be closed for duplicate?
Change:
<ins> { "x86_64-linux": { "urls": [ "https://web.archive.org/web/20240330140328/https://out7.hex-rays.com/files/idafree84_linux.run" ], "sha256": "1wg60afkhjj7my2la4x4qf6gdxzl2aqdbvd6zfnwf8n3bl7ckn2a" }, "x86_64-darwin": { "urls": [ "https://web.archive.org/web/20240330140623/https://out7.hex-rays.com/files/idafree84_mac.app.zip" ], "sha256": "0a97xb0ah6rcq69whs5xvkar43ci8r5nan9wa29ad19w8k25ryym" }, "aarch64-darwin": { "urls": [ "https://web.archive.org/web/20240330140634/https://out7.hex-rays.com/files/arm_idafree84_mac.app.zip" ], "sha256": "10wwq7ia1z1kxfigj4i7xr037bzv1cg3pyvrl27jdq9v7bghdf3m" } } </ins>

Discussion:
Project description <!-- Describe the project a little: --I'm looking to install (the free version of) IDA Pro decompiler software. Metadata homepage URL: https://hex- source URL: (n/a that I can find, see ) license: non-free platforms: they say "linux"
There's a PR which is waiting for feedback to be addressed, but otherwise testing it might expedite getting it merged:
Change:
"azan@faissal.bensefia.id" = "azan-islamic-prayer-times"; "azan@hatem.masmoudi.org" = null; <del> # That extension is broken because of https://github.com/NixOS/nixpkgs/issues/118612 "flypie@schneegans.github.com" = null; </del> # ############################################################################ # Overrides for extensions that were manually packaged in the past but are gradually # being replaced by automatic packaging where possible.

Discussion:
FlyPie GNOME Extension does not appear as package despite it is inside . It is not reported in too. Is it due to build failure?
Looks like FlyPie was disabled due to : The files containing unicode characters in their names were removed in anyway (and was fixed in ), and from a quick test locally it seems like builds fine now.
So, can it be enabled again?
Just rebuilding my configuration with it enabled to try it out now - if it works I'll open a PR shortly :+1:
Tested and looks to work fine :+1:
Thank you for merging the PR. On which nix version repo it is available? I'm searching it by but I cannot find it.
It needs some time to reach the channels, you can track its progress on
Thanks. It will be available only for unstable or also for 23.11?
Backported in
Thanks I see in both of trackers the pkg should be available but still it cannot be installed and in nixsearch is not present.
Maybe a typo? I can see it in search:
Thanks. I was typing .
I note that if I install fly-pie by , I can retrieve it. If I install it by flakes, I cannot. How can we make fly-pie available also by flakes? In my flake configuration I'm using 23.11 repo version.
Maybe you should run .
Yes. It solved the issue. Thank you.