jiebi/CodeConvo huggingface dataset:
Change:
name = "CVE-2019-1010319.patch"; sha256 = "011sqdgpykilaj2c4ns298z7aad03yprpva0dqr39nx88ji6jnrb"; }) <ins> (fetchpatch { url = "https://github.com/dbry/WavPack/commit/36a24c7881427d2e1e4dc1cef58f19eee0d13aec.patch"; name = "CVE-2018-7253.patch"; sha256 = "130kvmlpaj6x1pm6qzdzrmf4xzhp0pj29qrardb76zcfinx5pk2n"; }) (fetchpatch { url = "https://github.com/dbry/WavPack/commit/8e3fe45a7bac31d9a3b558ae0079e2d92a04799e.patch"; name = "CVE-2018-7254.patch"; sha256 = "06fdzw2cbdj8ajf171z1g53cl6bf1cdh2czswqldrqqvv3jkzk77"; }) </ins> ]; meta = with stdenv.lib; {

Discussion:
, (nixos-unstable) (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
Change:
libxkbcommon_7 = throw "libxkbcommon_7 has been removed because it is impacted by security issues and not used in nixpkgs, move to 'libxkbcommon'"; # Added 2023-01-03 lightdm_gtk_greeter = lightdm-gtk-greeter; # Added 2022-08-01 lightstep-tracer-cpp = throw "lightstep-tracer-cpp is deprecated since 2022-08-29; the upstream recommends migration to opentelemetry projects."; <ins> linux_wallpaperengine = throw "linux_wallpaperengine was removed due to freeimage dependency"; # Added 2024-07-19 </ins> lispPackages_new = throw "Lisp packages have been redesigned. See 'lisp-modules' in the nixpkgs manual."; # Added 2024-05-07 lispPackages = throw "Lisp packages have been redesigned. See 'lisp-modules' in the nixpkgs manual."; # Added 2024-05-07 lispPackagesFor = throw "Lisp packages have been redesigned. See 'lisp-modules' in the nixpkgs manual."; # Added 2024-05-07

Discussion:
Package name: linux-wallpaperengine Latest released version: 2023-09-23 Current version on the unstable channel: 2023-09-23 Current version on the stable/release channel: 2023-09-23 <!-- 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
nativeBuildInputs = [ autoconf automake libtool bison ]; buildInputs = [ pcre ]; <ins> configureFlags = "--without-tcl"; </ins> postPatch = '' # Disable ccache documentation as it need yodl sed -i '/man1/d' CCache/Makefile.in

Discussion:
libkrb5 (which is a rather central package in the dependency tree, unfortunately) fails to compile on Debian. That's because the system installation of tcl is (but cannot) be used: (this repeats hundreds of times) E.g. or or System: /etc/debian_version: 8.5 Nix version: nix-env (Nix) 1.11.2 Nixpkgs version: (this command fails to run for me)
triage: does it still fail?
Change:
mdcat = callPackage ../tools/text/mdcat { inherit (darwin.apple_sdk.frameworks) Security; <del> inherit (pythonPackages) ansi2html; </del> <ins> inherit (python3Packages) ansi2html; </ins> }; medfile = callPackage ../development/libraries/medfile { };

Discussion:
Describe the bug Installing mdcat/ansi2html fails To Reproduce Expected behavior It installs Additional context Notify maintainers (Removed actual author github handle) Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(andreas): nixpkgs:
I do not maintain this nixpkg; this is not my bug, I don't even know what Nixos is. You need to mention whoever is responsible for this packaging, but please keep me out.
I'm sorry. I was using the github owner field, but nixpkgs maintainer field refers to
Change:
mimic = callPackage ../applications/audio/mimic { }; <ins> mission-center = callPackage ../applications/misc/mission-center { }; </ins> meh = callPackage ../applications/graphics/meh { }; mixxx = libsForQt5.callPackage ../applications/audio/mixxx { };

Discussion:
Project description GUI system monitor. I've done most of the work for packaging already: It can't be backported as it requires blueprint-compiler =0.8 (in unstable only). Metadata homepage URL: source URL: license: gpl3 platforms: linux
As discussed in , currently has a hard dependency on , which we currently do not have.
I worked around that by downloading libnvtop and bundling it as part of the application (since patches needed to happen anyway). From the package I built already ():
I made a PR :)
Change:
duplicacy = callPackage ../tools/backup/duplicacy { }; <del> duplicati = callPackage ../tools/backup/duplicati { }; </del> duplicity = callPackage ../tools/backup/duplicity { }; duply = callPackage ../tools/backup/duply { };

Discussion:
Package name: duplicati Latest released version: () <!-- Search your package here: --- Current version on the unstable channel: 2.0.7.1 Current version on the stable/release channel: 2.0.7.1 <!-- 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]:
Change:
gettext texinfo # Fix 'makeinfo' is missing on your system. libunistring <del> python39.pkgs.jinja2 </del> <ins> python3.pkgs.jinja2 </ins> # jq is necessary for some tests and is checked by configure script jq ]; propagatedBuildInputs = [ gnunet ]; <del> preConfigure = '' </del> <ins> # From ./bootstrap preAutoreconf = '' </ins> ./contrib/gana-generate.sh <ins> pushd contrib find wallet-core/aml-backoffice/ -type f -printf '  %p n' | sort > Makefile.am.ext truncate -s -2 Makefile.am.ext cat Makefile.am.in Makefile.am.ext >> Makefile.am popd </ins> ''; enableParallelBuilding = true;

Discussion:
Package name: gnunet Latest released version: 0.21.0 Current version on the unstable channel: 0.20.0 Current version on the stable/release channel: 0.20.0 Notify maintainers Changelog: Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
tecla = callPackage ../development/libraries/tecla { }; <del> tectonic = callPackage ../tools/typesetting/tectonic { </del> <ins> tectonic = callPackage ../tools/typesetting/tectonic/wrapper.nix { }; tectonic-unwrapped = callPackage ../tools/typesetting/tectonic { </ins> harfbuzz = harfbuzzFull; };

Discussion:
Describe the bug Reproduction  Expected behavior No errors Notify maintainers Metadata Maintainer information:
The version of biber that we ship corresponds to . ships with texlive 2018 (tectonic-typesetting/tectonic-staging). And doesn't yet have a builtin solution for biber tectonic-typesetting/tectonic. You can try overriding biber to version 2.11, which should be compatible. cc as maintainer of
I would also appreciate a fix for this. I tried overriding to version 2.11, but that didn't help (similar version incompatibility), at least not on the current unstable channel or on 20.03 to match with the date of message. The version in the current derivation seems to be 3.3, which dates back to 2016, so it looks like updating would make more sense.
I marked this as stale due to inactivity. &rarr;
I've just encountered this issue too.
Which version of nixpkgs are you using? What is the output of:
Currently biber expects while nixpkgs (as well as texlive) contains . For me the override suggested in works with no issue; e.g. with home-manager: Although this works on my end, I hope this could be upstreamed to nixpkgs itself so that we can make use of the hydra cache with no need to locally rebuild tectonic; cc maintainers: Thank you very much!
Tectonic is tracking this issue in . In general, we sort of rely on Tectonic's bundles to follow texlive releases. That's why we don't embed such hardcoding of the version in Tectonic - since Tectonic could update it's bundle without an update to Tectonic itself, which could fix such an issue if it arises after a Tectonic release. Perhaps also the following Tectonic nixpkgs update will help:
Indeed... Is it then possible to create some package without the dependency, so that we can install the appropriate versions of and separately, without the need to recompile the package? :thinking: Thanks!
You have a point. I was the one who introduced the wrapping of with in ... I tend to think now that it shouldn't be that way, especially with this frequent issue of incompatibility. I pushed that as well to .

Wow nice! Thank you very much!
I have hence created a wrapper so that one can combine the two into a single package, where the -specific biber is renamed to prevent conflict with the texlive biber: I am far from proficient in nix, so the package is created following along with the previous revision of . It can be used e.g. as an override: I don't know whether it's good to upstream this or not. In any case, I think it may be useful to others like me, so it would be good to share this here haha.
Update: I am now trying to upstream a more polished solution via . would you be interested in a review? :pleading_face: The PR will close this issue.
Change:
# - Configure the display manager to run specific `xrandr` commands which will #   configure/enable displays connected to the Intel iGPU / AMD APU. <del> services.xserver.useGlamor = mkDefault offloadCfg.enable; </del> services.xserver.drivers = let in optional primeEnabled { name = igpuDriver;

Discussion:
NVIDIA driver still sets useGlamor option, which prohibits a nixos build using the master branch. Steps to reproduce the behavior: nixos system using master branch & nvidia video driver Profile validates and builds. Introduced by . I guess removing would solve the problem. Currently testing this hotfix, but as I am no export on the matter, this is probably not the solution. Fix can be found . Currently rebuilding 3000+ packages. If everything works, I would create a PR.
It probably is the solution. Setting only ever made sense for when was in . and that should automatically enable glamor. From what I can tell the mechanism that specifies the driver for the device still specifies modesetting.
I could also successfully test my fix and will try to submit my first PR now :smile:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
'' }"; <ins> extraInstallCommands = '' mkdir -p $out/share/applications $out/share/icons/hicolor/128x128/apps ln -s ${davinci}/share/applications/*.desktop $out/share/applications/ ln -s ${davinci}/graphics/DV_Resolve.png $out/share/icons/hicolor/128x128/apps/davinci-resolve${lib.optionalString studioVariant "-studio"}.png ''; </ins> passthru = { inherit davinci; updateScript = lib.getExe (writeShellApplication {

Discussion:
DaVinci Resolve Studio is missing a entry for application launchers Steps to reproduce the behavior: should contain a entry for application launchers If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See
Change:
<ins> # Teach the kernel how to run armv7l and aarch64-linux binaries, # and run GNU Hello for these architectures. import ./make-test-python.nix ({ pkgs, ... }: { name = "systemd-binfmt"; machine = { boot.binfmt.emulatedSystems = [ "armv7l-linux" "aarch64-linux" ]; }; testScript = let helloArmv7l = pkgs.pkgsCross.armv7l-hf-multiplatform.hello; helloAarch64 = pkgs.pkgsCross.aarch64-multiplatform.hello; in '' machine.start() assert "world" in machine.succeed( "${helloArmv7l}/bin/hello" ) assert "world" in machine.succeed( "${helloAarch64}/bin/hello" ) ''; }) </ins>

Discussion:
Describe the bug The indicates a dependency on . However, this unit is not automatically included with the help of . It is therefore listed as : highlights this: Expected behavior Units that are relied upon should be found. Additional context Commit seems to something to do with it. Notify maintainers Metadata Please run and paste the result. Maintainer information:
This has last been touched in I see we set in if , so we could move there as well. After reading a bit on and , is this currently halfway broken? Maybe more of the logic should be moved into …
Can you see if fixes this for you? You might want to reboot, to make sure the mount isn't active. Also, do you use any binfmt stuff?
Yes, it fixes the problem: I do not think so. I am not familiar with binfmt.
Change:
version = "1.1.2-1"; src = fetchzip { <del> url = "https://onlinesupport.fujixerox.com/driver_downloads/fxlinuxpdf112119031.zip"; </del> <ins> url = "https://support-fb.fujifilm.com/driver_downloads/fxlinuxpdf112119031.zip"; </ins> sha256 = "1mv07ch6ysk9bknfmjqsgxb803sj6vfin29s9knaqv17jvgyh0n3"; curlOpts = "--user-agent Mozilla/5.0";  # HTTP 410 otherwise };

Discussion:
Steps to reproduce the behavior: fxlinuxprint website apparently ceased to exist. The driver file is nowhere to be found on the internet. If anyone has it cached, I would appreciate if you could at least send it to me so that we can continue to use our (not so old, but really expensive) printer.
https://support-
Same problem again :-/ They have moved or removed the file once again...
Here's a copy on my machine: The original link seems to have disappeared for good. Probably might work instead?
Change:
gtk4 libGL libadwaita <del> libsoup </del> <ins> libsoup_3 </ins> wayland wayland-protocols <ins> libmicrodns </ins> ]; postPatch = '' <del> patchShebangs build-aux/meson/postinstall.py ''; postInstall = '' cp ${src}/data/icons/*.svg $out/share/icons/hicolor/scalable/apps/ cp ${src}/data/icons/*.svg $out/share/icons/hicolor/symbolic/apps/ </del> <ins> patchShebangs --build build-aux/meson/postinstall.py </ins> ''; meta = with lib; { <del> description = "A GNOME media player built using GJS with GTK4 toolkit and powered by GStreamer with OpenGL rendering. "; </del> <ins> description = "A GNOME media player built using GTK4 toolkit and powered by GStreamer with OpenGL rendering"; </ins> longDescription = '' <del> Clapper is a GNOME media player build using GJS with GTK4 toolkit. The media player is using GStreamer as a media backend and renders everything via OpenGL. </del> <ins> Clapper is a GNOME media player built using the GTK4 toolkit. The media player is using GStreamer as a media backend. </ins> ''; homepage = "https://github.com/Rafostar/clapper"; license = licenses.gpl3Plus; maintainers = with maintainers; [ ]; platforms = platforms.linux; }; <del> } </del> <ins> }) </ins>

Discussion:
Package name: clapper Latest released version: 0.6.0 Current version on the unstable channel: 0.5.2 Current version on the stable/release channel: 0.5.2 Notify maintainers Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -i bash -p cabal2nix curl jq nixfmt-rfc-style set -euo pipefail # This is the directory of this update.sh script. script_dir="$(dirname "${BASH_SOURCE[0]}")" derivation_file="${script_dir}/generated-package.nix" latest_version="$(curl --silent 'https://api.github.com/repos/gren-lang/compiler/releases/latest' | jq --raw-output '.tag_name')" echo "Updating gren to version ${latest_version}." echo "Running cabal2nix and outputting to ${derivation_file}..." cat > "${derivation_file}" << EOF # This file has been autogenerated with cabal2nix. # Update via ./update.sh EOF cabal2nix 'https://github.com/gren-lang/compiler.git' --revision "${latest_version}" --jailbreak >> "${derivation_file}" nixfmt "${derivation_file}" echo 'Finished.' </ins>

Discussion:
Project description Quoting from : Metadata homepage URL: https://gren- source URL: license: platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like, other than the top 2 lines, the License text is exactly the same as the BSD-3-Clause License (bsd3) Also:
Yeah, you're right! Just saw the same in now.
By the way, I have managed to package it, but haven't had the time to open a PR. I'll probably do it later today.
Oh, thank you! I just got it running as a flake, but very new to Nix and excited to compare how you did it
I've never packaged a haskell app before this, so this was new for me too. It seems that letting cabal2nix generate a package is the most used way currently.
Note that you could also ask upstream to put gren on Hackage. That way it would get packaged and updated semi-automatically, as part of the haskell updates workflow.
Change:
boost180 ; <del> boost15x = boost159; </del> boost16x = boost169; boost17x = boost179; boost18x = boost180;

Discussion:
Steps to reproduce the behavior: Fails on aarch64 `
Is there a use case for boost160? IMHO this will not be fixed as boost 1.60 was released 5 years before M1 existed.
It's currently a dependency of mongodb-34 and mongodb-36. I tried just change that dependency to boost-16x (which currently maps to 1.69), however that breaks the mongodb build. Nothing in nixpkgs seems to depend on those mongodb versions, so maybe remove those as well?
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , oldest-supported-numpy , scipy , numba }: buildPythonPackage rec { pname = "quaternion"; version = "2022.4.3"; format = "pyproject"; src = fetchFromGitHub { owner = "moble"; repo = pname; rev = "refs/tags/v${version}"; hash = "sha256-iLjVQ6eGwpLQXi8Sr5ShJdXMqYNclGEuq/oxR4ExDLA="; }; propagatedBuildInputs = [ oldest-supported-numpy numba scipy ]; meta = with lib; { description = "A package add built-in support for quaternions to numpy"; homepage = "https://github.com/moble/quaternion"; license = licenses.mit; maintainers = [ maintainers.ocfox ]; }; } </ins>

Discussion:
Project description This package creates a quaternion type in python, and further enables numpy to create and manipulate arrays of quaternions. The usual algebraic operations (addition and multiplication) are available, along with numerous properties like norm and various types of distance measures between two quaternions. There are also additional functions like “squad” and “slerp” interpolation, and conversions to and from axis-angle, matrix, and Euler-angle representations of rotations. The core of the code is written in C for speed. Metadata homepage URL: source URL: license: mit, platforms: unix, linux, darwin, python
Change:
services.nextcloud = { enable = true; datadir = "/var/lib/nextcloud-data"; <del> config.dbtableprefix = "nixos_"; </del> autoUpdateApps = { enable = true; startAt = "20:00";

Discussion:
Steps to reproduce the behavior: a minimal config file with Nextcloud In console In (most revelent part) In we can find <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
is this a fresh install or did you try to modify an existing install?
From a fresh install
I didn't expect that, but reproducible for me with mysql and wouldn't be surprised if postgresql has the same issue. Incidentally, this is done by default for the sqlite test and it works fine there. Will take a look ~tomorrowish, need some sleep now.
See , this doesn't seem supported anymore, I just forgot tot ake care of the deprecation, sorry! deprecates this, from now on you'll get a warning when trying to do this.
Thanks for the quick correction. I have one last question. I want to migrate an existing Nextcloud instance that has this prefix. So if this option disappears from the NixOs options, what do I do?
So the module warning points out that you should add the option manually in . Possibly it could also work that you define it via and this will land indirectly in the over the generated
My observation is that the should already be in because nextcloud explicitly writes that into this file on install. Please check if that's the case and if so, you can just remove the option from your system config as explained in the warning. The suggestion to add it on your own is mostly there because I'm not sure if that's the case in all installations and I wanted to make sure people don't break their setup over this.
I have a different prefix than the default ("nc" VS "oc"), so I'll test with At worst, I'll export/import data of each app through their interface, hoping it's possible and goes well.
Change:
sha256 = "0iqi6z6gkck2afgy200dacgcspq7i7887alcj0pklm08hbmsdy5i"; }; <ins> patches = [ # Fix fontconfig underlinking: https://github.com/NixOS/nixpkgs/issues/137794 # Can be dropped on next release. (fetchpatch { name = "fix-fontconfig-linking.patch"; url = "https://github.com/KDE/calligra/commit/62f510702ef9c34ac50f8d8601a4290ab558464c.patch"; sha256 = "11dzrp9q05dmvnwp4vk4ihcibqcf4xyr0ijscpi716cyy730flma"; excludes = [ "CMakeLists.txt" ]; }) ]; </ins> nativeBuildInputs = [ extra-cmake-modules kdoctools ]; buildInputs = [

Discussion:
Seems like some dependency versions diverged?
Hydra agrees it started failing in in August: Cc Missing sounds like a underlinking. Trying to bisect.
Was not able to get to exact commit and got a bunch: There are only 'skip'ped commits left to test. The first bad commit could be any of: (patch tweak, unlikely) (output tweak, maybe?) (patch tweak, unlikely) (kde-frameworks upgrade, likely)
probably fixed it upstream.
Let's try to fix it with
The build is still broken for me, there are some linking issues.
Perhaps the fix did not yet reach channel you are using?
Unstable via flakes.
I am not familiar with flakes. If it's then it would make sense as change did not reach there yet. If you can find commit version it bases on (maybe via ) we can match it's state.
Change:
aws-adfs = with python3Packages; toPythonApplication aws-adfs; <del> electron_6 = callPackage ../development/tools/electron/6.x.nix { }; electron_5 = callPackage ../development/tools/electron/5.x.nix { }; electron_4 = callPackage ../development/tools/electron { }; </del> <ins> inherit (callPackages ../development/tools/electron { }) electron_4 electron_5 electron_6 electron_7 electron_8; </ins> electron_3 = callPackage ../development/tools/electron/3.x.nix { }; electron = electron_4;

Discussion:
Describe the bug ^ what is says. They're several months out of date. Here are the currently supported versions: cc