jiebi/CodeConvo huggingface dataset:
Change:
OpenGL ]; <del> nativeBuildInputs = [ makeWrapper pkg-config ] ++ lib.optional (stdenv.hostPlatform.system == "i686-linux") nasm; </del> <ins> nativeBuildInputs = [ makeWrapper pkg-config copyDesktopItems graphicsmagick ] ++ lib.optionals (stdenv.hostPlatform.system == "i686-linux") [ nasm ]; </ins> postPatch = '' substituteInPlace source/imgui/src/imgui_impl_sdl2.cpp  <del> --replace '#include <SDL.h>' '#include <SDL2/SDL.h>'  --replace '#include <SDL_syswm.h>' '#include <SDL2/SDL_syswm.h>'  --replace '#include <SDL_vulkan.h>' '#include <SDL2/SDL_vulkan.h>' </del> <ins> --replace-fail '#include <SDL.h>' '#include <SDL2/SDL.h>'  --replace-fail '#include <SDL_syswm.h>' '#include <SDL2/SDL_syswm.h>'  --replace-fail '#include <SDL_vulkan.h>' '#include <SDL2/SDL_vulkan.h>' </ins> '' + lib.optionalString stdenv.isLinux '' <del> substituteInPlace source/build/src/glbuild.cpp  --replace libGLU.so ${libGLU}/lib/libGLU.so </del> for f in glad.c glad_wgl.c ; do substituteInPlace source/glad/src/$f  <del> --replace libGL.so ${libGL}/lib/libGL.so </del> <ins> --replace-fail libGL.so ${libGL}/lib/libGL.so </ins> done '';

Discussion:
Package name: Latest released version: <!-- Search your package here: --- Current version on the unstable channel: Current version on the stable/release channel: <!-- 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. I realized through the , which refers to the source code of the following repo: "See for more details.", that eduke32 seems to support Shadow Warrior, which the confirms with: "Shadow Warrior (Note: Supported by VoidSW ONLY, not EDuke32 itself!)". Furthermore it seems that this "EDuke32's VoidSW launcher" (to run Shadow Warrior) could be build with a eduke32 build flag, as Gentoo did it, for example: -flag name="voidsw" Enable support for Shadow Warrior (Classic) through VoidSW In addition to the apparently uninteresting project: , this could be another option to start Shadow Warrior emulated under NixOS, or is there anything against it? What do you think?
Updated in to version
Change:
ignoreCollisions = false; paths = pkgList.nonbin; <ins> pathsToLink = [ "/" "/tex/generic/config" # make it a real directory for scheme-infraonly ]; </ins> buildInputs = [ makeWrapper ] ++ pkgList.extraInputs;

Discussion:
Describe the bug I am unable to build an environment with and just the texlive packages that I want to use. To Reproduce Steps to reproduce the behavior: this file, where the package is used only as an example. : Expected behavior A symlink to a directory containing and with the requested files. Additional context I am trying to build a texlive environment with only the packages I need. Notify maintainers Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(raghu): nixpkgs: Maintainer information:
It works now. Many thanks.
Applied to release-20.03 as well, should hit the channel soon. Enjoy!
Change:
<ins> { lib , stdenv , fetchFromGitHub , perlPackages }: stdenv.mkDerivation rec { pname = "triehash"; version = "0.3"; src = fetchFromGitHub { owner = "julian-klode"; repo = pname; rev = "debian/0.3-3"; hash = "sha256-LxVcYj2WKHbhNu5x/DFkxQPOYrVkNvwiE/qcODq52Lc="; }; nativeBuildInputs = [ perlPackages.perl ]; postPatch = '' patchShebangs triehash.pl ''; dontConfigure = true; dontBuild = true; installPhase = '' runHook preInstall install -d $out/bin $out/share/doc/${pname}/ $out/share/${pname}/ install triehash.pl $out/bin/triehash install README.md $out/share/doc/${pname}/ cp -r tests/ $out/share/${pname}/tests/ runHook postInstall ''; meta = with lib; { homepage = "https://github.com/julian-klode/triehash"; description = "Order-preserving minimal perfect hash function generator"; license = with licenses; mit; maintainers = with maintainers; [ AndersonTorres ]; platforms = perlPackages.perl.meta.platforms; }; } </ins>

Discussion:
Describe the bug Between and , apt somehow got reintroduced into the repository () but without an entry in all- It could be bumped to 2.1.18 - Out-of-date package report It doesn't compile for the same reason for which it was originally removed from Nixpkgs and I don't know how to fix it - bug report I need apt for another package to work properly (apt -python-apt -python-debian -click: ) - packaging request? To Reproduce for apt package -not packaged in Nixpkgs repo -but package code exists? commit/PR history - (staging) removed all apt code, (master) bumped apt Expected behavior apt being either in all- or missing from the repository completely. Preferably, a working apt derivation. Additional context Notify maintainers package maintainer for apt last bump to package originally removed the package Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(bt1cn): nixpkgs: Maintainer information:
FWIW, I briefly looked into this: Switching to gcc9 hides the detailed error message, but compilation still fails.
I looked into this a little. fixes the build, but the binary that can be produced is far from functional. reveals that apt expects several other files relative to its install location to exist. As the package is currently defunct and unreachable, I think it is best to remove it.
I marked this as stale due to inactivity. &rarr;
Bump, still exists.
Change:
"--set-default QT_QPA_PLATFORM xcb" ]; <del> nativeBuildInputs = [ cmake pkg-config ]; </del> <ins> nativeBuildInputs = [ cmake pkg-config ninja ]; </ins> buildInputs = [ alsa-lib libjack2 freetype lame libogg libpulseaudio libsndfile libvorbis <del> portaudio portmidi # tesseract </del> <ins> portaudio portmidi flac # tesseract </ins> qtbase qtdeclarative qtgraphicaleffects qtquickcontrols2 <del> qtscript qtsvg qttools qtwebengine qtxmlpatterns </del> <ins> qtscript qtsvg qttools qtwebengine qtxmlpatterns qtnetworkauth qtx11extras </ins> ]; passthru.tests = nixosTests.musescore;

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 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: musescore <!-- The current version can be found easily with the same process as 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: 3.6.2 desired version: 4.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:
with subtest("/etc is mounted as an overlay"): machine.succeed("findmnt --kernel --type overlay /etc") <ins> with subtest("direct symlinks point to the target without indirection"): assert machine.succeed("readlink -n /etc/localtime") == "/etc/zoneinfo/Utc" </ins> with subtest("switching to the same generation"): machine.succeed("/run/current-system/bin/switch-to-configuration test")

Discussion:
Locale module is the only place in nixpkgs that mentions etc entry type: overlay generation code acknowledges the existence only of the type (). The provided system configuration builds. Mentioning since they committed the overlay code. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Simply replacing with in the locale module makes the build succeed. reports the correct timezone, and the symlink correctly points to the selected timezone within the .
Ah, it's much more complicated than that. The reason why exists is because some apps try to read the timezone name directly from the symlink path itself (, ). While the solution above makes the provided system configuration build, Java applications will fallback to using UTC because they are unable to parse the timezone name from the generated symlink.
Change:
with subtest("/etc is mounted as an overlay"): machine.succeed("findmnt --kernel --type overlay /etc") <ins> with subtest("direct symlinks point to the target without indirection"): assert machine.succeed("readlink -n /etc/localtime") == "/etc/zoneinfo/Utc" </ins> with subtest("switching to the same generation"): machine.succeed("/run/current-system/bin/switch-to-configuration test")

Discussion:
If I try to make my system perlless, my system rebuild fails. Steps to reproduce the behavior: the following module to your system configuration: The command succeeds. Commands: succeeds. I use flakes. <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Odd, thought was meant to fix this. Perhaps more digging is needed.
What is the revision of nixpkgs that you are trying to build your system with? is merged without a 24.05 backport.
Per nix-info they're on 24.05 not unstable, so that makes sense. Is it backportable?
The PR itself is backportable, but I'm not sure if it complies with nixpkgs' .
Right, that's what I meant to ask - is it a breaking change? (i.e. is it possible for someone to rely on the old behaviour?) or simply a bugfix with low chance of regressions?
Is it not a breaking change because the option is marked as experimental (and also because the behavior before the PR was erroneous in the first place).
Fixed in .
Change:
done; ''; <del> # Map nixpkgs architecture to Docker notation # Reference: https://github.com/docker-library/official-images#architectures-other-than-amd64 getArch = nixSystem: { aarch64-linux = "arm64v8"; armv7l-linux = "arm32v7"; x86_64-linux = "amd64"; powerpc64le-linux = "ppc64le"; i686-linux = "i386"; }.${nixSystem} or "Can't map Nix system ${nixSystem} to Docker architecture notation. Please check that your input and your requested build are correct or update the mapping in Nixpkgs."; </del> <ins> # The OCI Image specification recommends that configurations use values listed # in the Go Language document for GOARCH. # Reference: https://github.com/opencontainers/image-spec/blob/master/config.md#properties # For the mapping from Nixpkgs system parameters to GOARCH, we can reuse the # mapping from the go package. defaultArch = go.GOARCH; </ins> in rec {

Discussion:
Describe the bug It seems generates images with the wrong architecture set. ( began setting these values, but the values before were also wrong) To Reproduce Compared to the current version of : If you actually run the image on arm, Docker complains. Expected behavior Architectures embedded in the image configuration should match those generated by Docker. Additional context The warning message printed by Docker if the running platform doesn't match the image's platform. The operating system, architecture, and variant are determined by and . (If the image's architecture is "arm" and the variant is empty, as it almost always is, it is normalized to "v7", see ) Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(terin): nixpkgs: Maintainer information:
The specification is a bit loose, but the examples given all follow and . If we take a look at the specification, the fields should be and . Every officiall and semi-official image I've looked at, included the pre-multiarch manifest "legacy" images referenced at follow this pattern.
Change:
<ins> { lib , mkKdeDerivation , fetchFromGitLab , libgit2 }: mkKdeDerivation rec { pname = "kup"; version = "0.10.0"; src = fetchFromGitLab { domain = "invent.kde.org"; owner = "system"; repo = "kup"; rev = "${pname}-${version}"; hash = "sha256-G/GXmcQI1OBnCE7saPHeHDAMeL2WR6nVttMlKV2e01I="; }; extraBuildInputs = [ libgit2 ]; meta = with lib; { license = licenses.gpl2Plus; maintainers = [ maintainers.pwoelfel ]; }; } </ins>

Discussion:
kup is currently still packaged for KDE Frameworks 5 only. A git build has to be used, since the project did no official release for years. The new naming scheme kdePackages is advised to be used.
There has been an official release since then:
Yeah, it has been since been included in the KDE project. They do regular releases.
I have startet trying to build kup for plasma 6, but two dependencies are still missing in kdePackages: and And I think that the current kup version mussed be moved to and the new should become . Am I right?` Maybe one of the KDE Experts can build these missing dependencies as I am not smart enough to do this: :sweat_smile: KDE Experts:
plasma-framework is libplasma now, kinit no longer exists. Don't just copy-paste the qt5 expression, start from scratch and see what it actually needs.
I would but the dependencies are not updated yet in the Kup repo. So there is no doc how to build for qt6.
Read the
Now I have this: But I got this error and dont understand how to solve:
Read the
I have read it. I have and removed all packages according to it. But I never have done anything with a So I dont find the issue. It seams, that it always want to use qt5, with I dont understand as I only import qt6 stuff. Sorry for annoying you with my missing knowledge.
What I'm really trying to say is that you need to do your own research. I can just write the expression for you, but that's not going to help long term. The answers are out there, and I've verified they're not difficult to find.
Change:
''; meta = with lib; { <del> homepage = "http://megastep.org/makeself"; </del> <ins> homepage = "https://makeself.io"; </ins> description = "Utility to create self-extracting packages"; license = licenses.gpl2; maintainers = [ maintainers.wmertens ];

Discussion:
Currently the nixos-unstable channel is blocked because is failing due to its dependency : I haven’t been able to reproduce this locally. The error doesn’t make sense. It seems to come from : But plainly is not less than 1, unless there’s a signed 32-bit overflow bug in , which I don’t think there is? Is something wacky on Hydra? Notify maintainers Maintainer information:
This problem has been appearing randomly for months at least. I had looked into it a bit, but I had no idea what's wrong. A few retries usually work around it.
Cc in case you have any ideas?
Not really sure, but I'd check what the output of the command gives you since that's what's used to determine disk space. Maybe the filesystem is reporting this erroneously.
Currently not channel blocking so I changed the label.
This has blocked the last two nixos-unstable updates again (among other failures).
So, it really is 31-bit overflow in our default build-time :
... and cross-ref to upstream:
Change:
cp -r scripts/sql $out/share/seafile ''; <ins> passthru.tests = { inherit (nixosTests) seafile; }; </ins> meta = with lib; { description = "File syncing and sharing software with file encryption and group sharing, emphasis on reliability and high performance"; homepage = "https://github.com/haiwen/seafile-server";

Discussion:
, CVSSv3=5.9 (nixos-21.11, nixos-unstable) Seafile is an open source cloud storage system. A sync token is used in Seafile file syncing protocol to authorize access to library data. To improve performance, the token is cached in memory in seaf-server. Upon receiving a token from sync client or SeaDrive client, the server checks whether the token exist in the cache. However, if the token exists in cache, the server doesn't check whether it's associated with the specific library in the URL. This vulnerability makes it possible to use any valid sync token to access data from any known library. Note that the attacker has to first find out the ID of a library which it has no access to. The library ID is a random UUID, which is not possible to be guessed. There are no workarounds for this issue. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc Cc
Change:
toShellPath = shell: if types.shellPackage.check shell then "/run/current-system/sw${shell.shellPath}" <ins> else if types.package.check shell then throw "${shell} is not a shell package" </ins> else shell; }

Discussion:
Users with have the shell but should have something like . One result of this issue is that these users can't create forward-only SSH sessions. clever on #nixos found commit which introduced the issue. System: Nix version: Nixpkgs version:
cc
I just found out that the program doesn't export the shellPath passthrough for some reason.
Change:
<ins> { lib , trivialBuild , recutils }: trivialBuild { pname = "rec-mode"; inherit (recutils) version src; postUnpack = '' sourceRoot="$sourceRoot/etc" ''; meta = recutils.meta // { description = "A major mode for editing rec files"; }; } </ins>

Discussion:
Project description The advertises an advanced Emacs mode with the following features: Navigation mode and editing mode. Field folding. Visual edition of fields driven by types. User manual. …as well as Org mode integration: Read data from recfiles into a table in an org-mode buffer in Emacs. Publish the resulting data. Unfortunately and are not provided in the package provided by nixpkgs. They should be in , but the only file there is . See source linked below. Metadata homepage URL: source URL: license: GPL 3+ platforms: Unix
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Change:
include ${pkgs.nginx}/conf/uwsgi_params; uwsgi_pass unix:/run/searx/uwsgi.sock; ''; <del> locations."/searx/static/".alias = "${pkgs.searx}/share/static/"; </del> <ins> locations."/searx/static/".alias = "${config.services.searx.package}/share/static/"; </ins> }; # allow nginx access to the searx socket

Discussion:
The searx service is trying to start and it fails because the actual name is of the executable has been changed to Steps to reproduce the behavior: ... use newest unstable branch ... try to deploy searx service with ... searx service fails to start searx service should start without any issues The default searx package on Nixos is in Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Thanks for reporting, I just encountered this bug as well after I updated to the latest unstable branch. I believe that a general migration from to naming needs to be done to avoid these kind of issues in the future.
Change:
<ins> { lib, config, pkgs, ... }: let cfg = config.services.homebox; inherit (lib) mkEnableOption mkPackageOption mkDefault types mkIf ; in { options.services.homebox = { enable = mkEnableOption "homebox"; package = mkPackageOption pkgs "homebox" { }; settings = lib.mkOption { type = types.attrsOf types.str; defaultText = '' HBOX_STORAGE_DATA = "/var/lib/homebox/data"; HBOX_STORAGE_SQLITE_URL = "/var/lib/homebox/data/homebox.db?_pragma=busy_timeout=999&_pragma=journal_mode=WAL&_fk=1"; HBOX_OPTIONS_ALLOW_REGISTRATION = "false"; HBOX_MODE = "production"; ''; description = '' The homebox configuration as Environment variables. For definitions and available options see the upstream [documentation](https://hay-kot.github.io/homebox/quick-start/#env-variables-configuration). ''; }; }; config = mkIf cfg.enable { users.users.homebox = { isSystemUser = true; group = "homebox"; }; users.groups.homebox = { }; services.homebox.settings = { HBOX_STORAGE_DATA = mkDefault "/var/lib/homebox/data"; HBOX_STORAGE_SQLITE_URL = mkDefault "/var/lib/homebox/data/homebox.db?_pragma=busy_timeout=999&_pragma=journal_mode=WAL&_fk=1"; HBOX_OPTIONS_ALLOW_REGISTRATION = mkDefault "false"; HBOX_MODE = mkDefault "production"; }; systemd.services.homebox = { after = [ "network.target" ]; environment = cfg.settings; serviceConfig = { User = "homebox"; Group = "homebox"; ExecStart = lib.getExe cfg.package; StateDirectory = "homebox"; WorkingDirectory = "/var/lib/homebox"; LimitNOFILE = "1048576"; PrivateTmp = true; PrivateDevices = true; StateDirectoryMode = "0700"; Restart = "always"; # Hardening CapabilityBoundingSet = ""; LockPersonality = true; MemoryDenyWriteExecute = true; PrivateUsers = true; ProtectClock = true; ProtectControlGroups = true; ProtectHome = true; ProtectHostname = true; ProtectKernelLogs = true; ProtectKernelModules = true; ProtectKernelTunables = true; ProtectProc = "invisible"; ProcSubset = "pid"; ProtectSystem = "strict"; RestrictAddressFamilies = [ "AF_INET" "AF_INET6" "AF_NETLINK" ]; RestrictNamespaces = true; RestrictRealtime = true; SystemCallArchitectures = "native"; SystemCallFilter = [ "@system-service" "@pkey" ]; RestrictSUIDSGID = true; PrivateMounts = true; UMask = "0077"; }; wantedBy = [ "multi-user.target" ]; }; }; meta.maintainers = with lib.maintainers; [ patrickdag ]; } </ins>

Discussion:
Project description Like a simpler Snipe-IT for home usage. Keep track of inventories, warranties, and manuals. Metadata homepage URL: https://hay- source URL: license: APL3 platforms: presumably Go's platforms? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
It makes use of , so is technically a blocker. I'm hoping it will work with to bypass that issue.
homebox was archived:
feel free to reopen if there's maintained, viable fork.
I see picking up activity, tentatively re-opening the issue for now. Will revisit to see if it keeps being maintained long term.
There's an active repo being worked on here:
Change:
<ins> { lib , stdenv , fetchurl , SDL2 , SDL2_image , SDL2_mixer , fontconfig , freealut , freeglut , ftgl , gettext , glpng , libGL , libGLU , openal , pkg-config , quesoglc }: stdenv.mkDerivation rec { pname = "chromium-bsu"; version = "0.9.16.1"; src = fetchurl { url = "mirror://sourceforge/project/chromium-bsu/Chromium%20B.S.U.%20source%20code/${pname}-${version}.tar.gz"; hash = "sha256-ocFBo00ZpZYHroEWahmGTrjITPhrFVRi/tMabVbhYko="; }; nativeBuildInputs = [ gettext pkg-config ]; buildInputs = [ SDL2 SDL2_image SDL2_mixer fontconfig freealut freeglut ftgl glpng libGL libGLU openal quesoglc ]; # Autodetection is somewhat buggy; this is to avoid SLD1 to be loaded configureFlags = [ "--disable-sdlimage" "--disable-sdlmixer" ]; postInstall = '' install -D misc/chromium-bsu.png $out/share/pixmaps/chromium-bsu.png install -D misc/chromium-bsu.desktop $out/share/applications/chromium-bsu.desktop ''; meta = with lib; { homepage = "http://chromium-bsu.sourceforge.net/"; description = "A fast paced, arcade-style, top-scrolling space shooter"; license = licenses.artistic1; maintainers = with maintainers; [ AndersonTorres ]; platforms = platforms.unix; }; } # TODO [ AndersonTorres ]: joystick; gothic uralic font </ins>

Discussion:
Project description This package is available in the Gentoo package repository: ; (the ebuild isn't for the latest released version, tho) Metadata homepage URL: http://chromium- source URL: gentoo url, nixos has an equivalent to the sourceforge mirrors, but I don't know how to translate it. see also: license: (according to gentoo) , (according to project homepage) platforms: unix. requires OpenGL
Please do the honors,