jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation rec { pname = "evdi"; <del> version = "v1.7.2"; </del> <ins> version = "unstable-20210401"; </ins> src = fetchFromGitHub { owner = "DisplayLink"; repo = pname; <del> rev = version; sha256 = "074j0xh037n8mc4isihfz9lap57wvxaxib32pvy6jhjl3wyik632"; </del> <ins> rev = "b0b3d131b26df62664ca33775679eea7b70c47b1"; sha256 = "09apbvdc78bbqzja9z3b1wrwmqkv3k7cn3lll5gsskxjnqbhxk9y"; </ins> }; nativeBuildInputs = kernel.moduleBuildDependencies;

Discussion:
Describe the bug kernel module fails to build against . To Reproduce Steps to reproduce the behavior: something that depends on (e.g. , add to list) Expected behavior successfully rebuilds and kernel modules that are depending on are working as expected. Additional context It fails to build with (which refers to kernel version at the moment, and is pointing to this version) but successfully builds with for me. Here are logs chunks that have the information about the failure: Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --- () () () Metadata Please note that I’m using because I couldn’t build it with . system: host os: multi-user?: sandbox: version: channels(root): channels(wenzel): nixpkgs: The channel pin is: Maintainer information:
fixed in newer version of evdi.
appreciated if you have the time to test it out ;)
This should be merged now, please try again and reopen if the issue persists. :)
sorry, I was busy to test it, but I’m planning to. Do you know if this is going to be backported to ?
Sorry, I will reopen this again. Didn't think about 20.09. I will just check what the best way is to go about that :)
I have opened a backport PR, can you test it out?
Backported and everything, should work fine. Closing. Feel free to reopen if there is still a issue!
sorry, I didn’t have time to test this. Now tested against NixOS 20.09, it compiles with latest kernelPackages and works fine after restart :+1:
Change:
vendorHash = "sha256-bEgC7j8WvCgrJ2Ahye4mfWVEmo6Y/OO64mDIJXvtaiE="; <ins> # disable flaky Test_extractZones # https://hydra.nixos.org/build/212378003/log excludedPackages = "gvproxy"; </ins> CGO_ENABLED = 1; preConfigure = ''

Discussion:
Steps to reproduce the behavior: colima on darwin or aarch64-linux Seems to still build successfully on x86_64-linux (). Please run and paste the result.
Thanks for reporting. The seems to be flaky. I opened a pr to disable it so that the hydra build should succeed again.
Change:
(filterAttrs (n: _: hasPrefix "consul.d/" n) config.environment.etc); serviceConfig = { <del> ExecStart = "@${cfg.package}/bin/consul consul agent -config-dir /etc/consul.d" </del> <ins> ExecStart = "@${cfg.package.bin}/bin/consul consul agent -config-dir /etc/consul.d" </ins> + concatMapStrings (n: " -config-file ${n}") configFiles; <del> ExecReload = "${cfg.package}/bin/consul reload"; </del> <ins> ExecReload = "${cfg.package.bin}/bin/consul reload"; </ins> PermissionsStartOnly = true; User = if cfg.dropPrivileges then "consul" else null; TimeoutStartSec = "0"; } // (optionalAttrs (cfg.leaveOnStop) { <del> ExecStop = "${cfg.package}/bin/consul leave"; </del> <ins> ExecStop = "${cfg.package.bin}/bin/consul leave"; </ins> }); path = with pkgs; [ iproute gnugrep gawk consul ];

Discussion:
NixOS services that depend on binaries are now broken (eg ) after This is because the attribute path for binaries has now changed. For example should now be .
I can do it tomorrow.
Change:
sha256 = "sha256-NQa12L0zlEz2EJjMDhWUhw5cz/zcFokjuCK5ZofTn+Q="; }; <ins> postInstall = '' cp conf.d/executables $out/share/fish/vendor_conf.d/ ''; </ins> meta = with lib; { description = "grc Colourizer for some commands on Fish shell"; license = licenses.mit;

Discussion:
Installing and on Nixos 22.11 yields when building. This error also appears everytime the fish shell is started and makes it hardly usable. Steps to reproduce the behavior: and on Nixos 22.11 with as your shell the error message during build and when starting the fish shell afterwards The Plugin working without further configuration. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. <!-- 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.
could you please take a look at this? Unfortunately, i don't have the required understanding of nix to do it myself.
I'll have a look, thank you for reporting the issue! I'm still using this plugin but not sure what the error is here
any progress?
Can you provide your configuration? This is how I'm using the grc plugin in fish with Home Manager Maybe this solves the problem for you
Ha, you finally made me use home-manager! With home-manager it works. Previously, i installed the fishPlugins as environmentPackages and configured fish the ordinary way via its file. All other Plugins from Nixos worked fine but the doesn't because of the error with . So i guess that this could be fixed but i'm no expert.
Hey I can reproduce the problem now in a virtual machine. I'll try to fix the package and add an additional section to the NixOS wiki page on how to use plugins without Home Manager (by just putting them into environment.systemPackages)
Thanks!
Added an example configuration for enabling plugins system wide to the Wiki page The following PR fixes system wide usage Thank you for the bug report :)
Thank you!
Is there any advice on how I could use this change as of now? I'm new to NixOS and am having the same issue currently. I'm wondering if I can use this patch before its released Edit: This seemed to work
As a general tip, at the beginning of your add the following: and then you can prefix every package with that you want from unstable. In this case, you could have to
Change:
maxlib = callPackage ../applications/audio/pd-plugins/maxlib { }; mupdf = callPackage ../applications/misc/mupdf { <del> openjpeg = openjpeg_2_0_1; </del> <ins> openjpeg = openjpeg_2_0; </ins> }; mypaint = callPackage ../applications/graphics/mypaint { };

Discussion:
I tried building openjpeg as a dependency when using on Mac OS X, and it failed on trying to run javac. Nevertheless, its derivation seemed to define (long line follows). The package built successfully after I installed an external JDK. It seems that for some strange reason the build script is ignoring the option.
Should fix this. JPIP builds a java component, but the cmake script does not require for
Thanks for the quick reaction! I will try the fix soon!
Change:
# Filter out x- options, which busybox doesn't do yet. local optionsFiltered="$(IFS=,; for i in $options; do if [ "${i:0:2}" != "x-" ]; then echo -n $i,; fi; done)" <ins> # Prefix (lower|upper|work)dir with /mnt-root (overlayfs) local optionsPrefixed="$( echo "$optionsFiltered" | sed -E 's#<(lowerdir|upperdir|workdir)=#1=/mnt-root#g' )" </ins> <del> echo "$device /mnt-root$mountPoint $fsType $optionsFiltered" >> /etc/fstab </del> <ins> echo "$device /mnt-root$mountPoint $fsType $optionsPrefixed" >> /etc/fstab </ins> checkFS "$device" "$fsType"

Discussion:
got it working with this for the AArch64 community box: Presumably the hackiness could be lowered by doing a thing like we already do for unionfs-fuse:
Change:
example = "/path/to/ollama/models"; description = '' The directory that the ollama service will read models from and download new models to. <ins> See also `services.ollama.writablePaths` and `services.ollama.sandbox` if downloading models or other mutation of the filesystem is required. ''; }; sandbox = lib.mkOption { type = types.bool; default = true; example = false; description = '' Whether to enable systemd's sandboxing capabilities. This sets [`DynamicUser`]( https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html#DynamicUser= ), which runs the server as a unique user with read-only access to most of the filesystem. See also `services.ollama.writablePaths`. ''; }; writablePaths = lib.mkOption { type = types.listOf types.str; default = [ ]; example = [ "/home/foo" "/mnt/foo" ]; description = '' Paths that the server should have write access to. This sets [`ReadWritePaths`]( https://www.freedesktop.org/software/systemd/man/latest/systemd.exec.html#ReadWritePaths= ), which allows specified paths to be written to through the default sandboxing. See also `services.ollama.sandbox`. </ins> ''; }; listenAddress = lib.mkOption {

Discussion:
Steps to reproduce the behavior: ollama service the model dir Ollama should work, files and directories have rw permissions for anyone and the file system is not read-only. It used to work before an update. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Could you try manually renaming the file to see if you get the same error? If you still get the error, the problem is probably with your system config. If you don't get the error, the problem could be with the ollama binary, or with the service config. Maybe try it as root as well to see if there's a difference. By the way, the reason it's trying to rename the files is due to a change in .
Renaming files solves the problem of starting ollama, but does not solve the overall problem. I can't install a new model, for example.
I found what the problem is. The ollama service has set, which creates a new user for the service and enables some sandboxing that includes making most of the filesystem read-only. I'm not sure at the moment the best way to fix this without compromising on security, so I'll do some more research on how systemd works, and any relevant systemd options. At worst, I should be able to create a nixos option that disables this sandboxing entirely. If you have any suggestions, I'd be happy to hear them.
In the meantime, a temporary workaround that I think should work is this nixos config:
Change:
patchShebangs tools/get_wb_version.sh ''; <ins> # GCC 13: error: 'int64_t' in namespace 'std' does not name a type # when updating the version make sure this is still needed env.CXXFLAGS = "-include cstdint"; </ins> env.NIX_CFLAGS_COMPILE = toString ([ # error: 'OGRErr OGRSpatialReference::importFromWkt(char**)' is deprecated "-Wno-error=deprecated-declarations"

Discussion:
Steps to reproduce the behavior: Stumbled upon this when upgrading my NixOS flake from to No maintainers so I'll just ping the last person to touch this <!-- 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]:
It broke in this PR merge Okay, the problem's with libxml2, which changed its interface a bit
Okay, I managed to fix the build, will open a PR shortly.
Thank you for writing the fix and creating the PR. Is something holding up the pull request? It's been open for over a week now.
I guess noone really reviewed the PR. I can maybe ask for a review.
I tried building mysql-workbench again today but it is still failing. Is it building properly for you? Or is it something on my end? output of
the pr that fixed this hasn't hit nixos-unstable yet, wait until it does. You can check here
Change:
sha256 = "1j34xc30vg7sfszm2jx9mlz9hy7p1l929fka9wnfcpbib8gfi43x"; }; <ins> postPatch = '' substituteInPlace CMakeLists.txt  --replace 'find_package(Qt5Core QUIET)'  'find_package(Qt5 REQUIRED COMPONENTS Core Network Sql Test Xml)' ''; </ins> prefixKey = "--prefix "; <del> propagatedBuildInputs = [ qt4 libsamplerate fftwSinglePrec ]; </del> nativeBuildInputs = [ pkgconfig which cmake ]; <del> buildInputs = stdenv.lib.optional stdenv.isDarwin darwin.apple_sdk.frameworks.SystemConfiguration; </del> <ins> buildInputs = [ fftwSinglePrec libsamplerate qtbase ] ++ stdenv.lib.optional stdenv.isDarwin darwin.apple_sdk.frameworks.SystemConfiguration; </ins> meta = with stdenv.lib; { homepage = "https://github.com/lastfm/liblastfm"; repositories.git = "git://github.com/lastfm/liblastfm.git"; description = "Official LastFM library"; <del> inherit (qt4.meta) platforms; </del> <ins> platforms = platforms.unix; </ins> maintainers =  [ maintainers.phreedom ]; license = licenses.gpl3; };

Discussion:
Describe the bug Since some day, clementine refuse to work. I bisected the error to the commit . The error message in the terminal is: realloc(): invalid pointer fish : Tâche , './result/bin/clementine' terminée par le signal SIGABRT (Abandon) To Reproduce go to a nixpkgs git tree Expected behavior clementine start as expected Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(marius): nixpkgs: Maintainer information:
Looks like we are hitting here. cc
I could have sworn I tested this… let me see if I can reproduce this issue.
Yup, and reverting the projectm fix makes it run again. Hm… I was really sure I tested clementine. I don't think I'll have time to look into this properly until the weekend, so as a quick fix, you can revert the projectm update, if you want to.
Change:
}; package = lib.mkPackageOption pkgs "xonsh" { <del> example = "xonsh.override { extraPackages = ps: [ ps.requests ]; }"; </del> <ins> example = "xonsh.wrapper.override { extraPackages = ps: [ ps.requests ]; }"; </ins> }; config = lib.mkOption {

Discussion:
Xonsh because of However, in unstable the is using
cc as maintainer
I am waiting for someone hit the button here: P.S.: I am not waiting anymore.
Upstream has unpinned prompt-toolkit after

Upstream issue: Since the issue seems to be specific to NixOS, let's track it here. The two commands above should only print "True". If applicable, add screenshots to help explain your problem. Tested on xonsh 0.13.3 and 0.13.4 system: host os: multi-user?: sandbox: version: nixpkgs:
Upstream fix:
Change:
, pythonOlder , pytz , requests <ins> , setuptools </ins> }: buildPythonPackage rec {

Discussion:
snowsql-connector-python needs setuptools python package dependency Steps to reproduce the behavior: -shell -p python3Packages.snowflake-connector-python --run "python -m snowflake.connector" python interpreter imports package without any errors snowflake-connector-python shows as a dependency <!-- 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.
Change:
pgroonga = super.callPackage ./ext/pgroonga.nix { }; <ins> pgsodium = super.callPackage ./ext/pgsodium.nix { }; </ins> pgsql-http = super.callPackage ./ext/pgsql-http.nix { }; pgvector = super.callPackage ./ext/pgvector.nix { };

Discussion:
Project description Encryption plugin/extension for PostgreSql Does not appear to be on the current list of extensions found . Metadata homepage URL: source URL: license: bsd platforms: darwin, linux
Change:
config = mkIf cfg.enable { services.redis.servers.paperless.enable = mkIf enableRedis true; <del> systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' - ${cfg.user} ${config.users.users.${cfg.user}.group} - -" "d '${cfg.mediaDir}' - ${cfg.user} ${config.users.users.${cfg.user}.group} - -" (if cfg.consumptionDirIsPublic then "d '${cfg.consumptionDir}' 777 - - - -" else "d '${cfg.consumptionDir}' - ${cfg.user} ${config.users.users.${cfg.user}.group} - -" ) ]; </del> <ins> systemd.tmpfiles.settings."10-paperless" = let defaultRule = { inherit (cfg) user; inherit (config.users.users.${cfg.user}) group; }; in { "${cfg.dataDir}".d = defaultRule; "${cfg.mediaDir}".d = defaultRule; "${cfg.consumptionDir}".d = if cfg.consumptionDirIsPublic then { mode = "777"; } else defaultRule; }; </ins> systemd.services.paperless-scheduler = { description = "Paperless Celery Beat";

Discussion:
I want to use but with and residing on an NFS mounted path. My NFS server is secured to only allow access from . I also have enabled on my NFS server, as is the recommended best practice. But the paperless module uses tmpfiles to ensure those directories are created, but root does not have permission to create files in the nfs share. Result: To be clear the nfs mounted path is so and are inside the mount. Notably the paperless service still works, if I ensure those directories exist myself. But the tmpfiles rules setup service still errors out. One workaround I thought might work would be to set and to and then set those env vars myself. However the NixOS module requires those two options to be set. Possible fixes: sub-directories could be created inside a systemd service that is running as the user. this wouldn't work without some shenangiams because if the dir is something like the user won't have permissions to make and optional so the admin can manage setting them this isn't ideal because then the user also has to muck with a flag to bypass the and let the admin manage it themselves. this my favored option I'm happy to open a PR if the maintainers like one of those options. Steps to reproduce the behavior: with and on nfs monts those directories don't exist in the nfs mount should work without error. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
, SDL , SDL_image , SDL_ttf <ins> , installShellFiles </ins> , fontconfig , libpng , libtiff

Discussion:
The GrafX2 desktop entry points to an incorrect executable, causing it to not work. Steps to reproduce the behavior: GrafX2 to use the installed desktop entry to execute child process "grafx2" (No such file or directory) GrafX2 actually starting up ! The actual executable name is "grafx2-sdl" Add a new file in "" called , with the following contents: You might have to run afterwards to clear caches? i'm not sure. Importantly, this changes to Maintainer list is empty! people who edited the file recently. (this is what happens when you don't leave a specified successor) <!-- 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]:
I will adopt this, then.
Change:
{ stdenv, fetchFromGitHub, cmake, git, glibc }: stdenv.mkDerivation rec { <del> version = "1.2.1"; pname = "lepton"; </del> <ins> version = "2019-08-20"; pname = "lepton-unstable"; </ins> src = fetchFromGitHub { repo = "lepton"; owner = "dropbox"; <del> rev = version; sha256 = "1f2vyp0crj4yw27bs53vykf2fqk4w57gv3lh9dp89dh3y7wwh1ba"; </del> <ins> rev = "3d1bc19da9f13a6e817938afd0f61a81110be4da"; sha256 = "0aqs6nvcbq8cbfv8699fa634bsz7csmk0169n069yvv17d1c07fd"; </ins> }; nativeBuildInputs = [ cmake git ];

Discussion:
, CVSSv3=7.8 (nixos-20.03, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-unstable) CVSSv3=5.5 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives. Cc
There have been no new releases, but these have been fixed. I'll update it with the latest commit
Fixed in , that should have severity: security
Change:
homepage = "https://github.com/ACINQ/eclair"; license = licenses.asl20; maintainers = with maintainers; [ prusnak ]; <del> platforms = [ "x86_64-linux" "x86_64-darwin" ]; </del> <ins> platforms = platforms.unix; </ins> }; }

Discussion:
, CVSSv3=9.4 (nixos-unstable) ACINQ Eclair before 0.6.3 allows loss of funds because of dust HTLC exposure. Scanned versions: nixos-unstable: . Cc
The CVE is incorrect here - 0.6.3 does not exist, the fix is in 0.6.2 (which does).
Fix in
Change:
ripes = libsForQt5.callPackage ../applications/emulators/ripes { }; <ins> rpcemu = callPackage ../applications/emulators/rpcemu { }; </ins> rpcs3 = libsForQt5.callPackage ../applications/emulators/rpcs3 { }; ruffle = callPackage ../applications/emulators/ruffle { };

Discussion:
Project description RiscPC Emulator Metadata homepage URL: source URL: license: gpl2 platforms: linux, darwin This also includes ROM images which could also be downloaded, as ROOL maintains these on an open source licence. Not sure the best idea for these... /var/lib? Thanks very much for all your hard work.
Builds and compiles. I will upload it tomorrow
The roms are mostly optional, in the sense the software will seek them in . There is no such a need for include them now.
Thanks very much.
how did you get it to work? I can't get it to recognize the existence of the hostfs folder.
Change:
kdePackages.qtnetworkauth kdePackages.qtscxml kdePackages.qtsvg <ins> kdePackages.qtwayland </ins> kdePackages.qtwebengine kdePackages.qt5compat kdePackages.qtmultimedia

Discussion:
I used to be able to run Digikam like so: But for a few days now, I've been getting the following error: I'm running Hyprland, and setting in my session. I can force the app to run by setting , though things are very ugly! Steps to reproduce the behavior: The app should launch, respecting the configured theme. - I can see you're not listed as a maintainer, though I also see a lot of commits against - I hope it's okay to ping! Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I also noticed you doing some work on qt apps - not sure if you'll have an opinion here? :)
I've gone back through the commits, building Digikam each time, and the last working commit seems to be , before the transition to 8.4.0 and qt6.
I know this sounds really stupid, but this can be worked around by adding to a package set. It could be to the expression, but it might make more sense to add it to the qt wrapper.
Wait, does that mean that Qt 6 applications don’t work with Wayland out of the box? That’s very strange if so, and does indeed seem like something better handled in a wrapper than in every leaf package.
Well they do work, they will just run in an X window rather than native Wayland.
PS exiftool should no longer be required in a day or two: https://nixpkgs-
This issue has been mentioned on NixOS Discourse. There might be relevant details there: