jiebi/CodeConvo huggingface dataset:
Change:
--replace "/bin/bash" "${bash}/bin/bash -ex" cp ${ffmpeg_3_1_6} tools/depends/target/ffmpeg/ffmpeg-3.1.6-${rel}.tar.gz ln -s ${libdvdcss.src} tools/depends/target/libdvdcss/libdvdcss-master.tar.gz <del> ln -s ${libdvdnav.src} tools/depends/target/libdvdnav/libdvdnav-master.tar.gz ln -s ${libdvdread.src} tools/depends/target/libdvdread/libdvdread-master.tar.gz </del> <ins> cp ${libdvdnav_src} tools/depends/target/libdvdnav/libdvdnav-master.tar.gz cp ${libdvdread_src} tools/depends/target/libdvdread/libdvdread-master.tar.gz </ins> ''; preConfigure = ''

Discussion:
Kodi has forked libdvdnav and other libs (libdvdcss and libdvdread). It needs to be built against those fork (eg.: ) otherwise functionalities like reading dvd fail. Try to play a dvd with kodi. Observe in the logs Will try to submit a patch later this week. System: NixOS: 17-03
Change:
buildPythonPackage rec { pname = "treeo"; <del> version = "0.4.0"; </del> <ins> # Note that there is a version 0.4.0, but it was released in error. At the # time of writing (2022-03-29), v0.0.11 is the latest as reported on GitHub # and PyPI. version = "0.0.11"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "cgarciae"; repo = pname; rev = version; <del> sha256 = "176r1kgsdlylvdrxmhnzni81p8m9cfnsn4wwn6fnmsgam2qbp76j"; </del> <ins> hash = "sha256-zs3F8i+G5OX/A9wOO60xVuvnm2QqrL+dHIrC0qwH37o="; </ins> }; <del> postPatch = '' substituteInPlace pyproject.toml  --replace 'typing-extensions = "^3.10.0"' 'typing-extensions = "*"' ''; </del> <ins> # See https://github.com/cgarciae/treex/issues/68. patches = [ (fetchpatch { url = "https://github.com/cgarciae/treeo/pull/14/commits/022915da2b3bf76406a7c79d1b4593bee7956f16.patch"; hash = "sha256-WGxJqqrf2g0yZe30RyG1xxbloiqj1awuf1Y4eh5y+z0="; }) (fetchpatch { url = "https://github.com/cgarciae/treeo/pull/14/commits/99f9488bd0c977780844fd79743167b0010d359b.patch"; hash = "sha256-oKDYs+Ah0QXkhiJysIudQ6VLIiUiIcnQisxYp6GJuTc="; }) ]; </ins> nativeBuildInputs = [ poetry-core

Discussion:
Build of failed on x86_64-linux as of . Maintainer cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
Change:
postPatch = lib.optionalString transcodingSupport '' substituteInPlace  transcode/transcode.go  <del> --replace  </del> <ins> --replace-fail  </ins> '`ffmpeg'  '`${lib.getBin ffmpeg}/bin/ffmpeg' '' + '' substituteInPlace  jukebox/jukebox.go  <del> --replace  </del> <ins> --replace-fail  </ins> '"mpv"'  '"${lib.getBin mpv}/bin/mpv"' '' + '' substituteInPlace server/ctrlsubsonic/testdata/test*  <del> --replace  </del> <ins> --replace-quiet  </ins> '"audio/flac"'  '"audio/x-flac"' '';

Discussion:
Steps to reproduce the behavior: latest It was reported originally in , it seems to be an issue with the version of Swift that's being used. <!-- 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]:
Change:
stdenv.mkDerivation rec { name = "shibboleth-sp-${version}"; <del> version = "2.6.0"; </del> <ins> version = "2.6.1"; </ins> src = fetchgit { url = "https://git.shibboleth.net/git/cpp-sp.git"; <del> rev = "9ebba5c3a16d03769f436e383e4c4cdaa33f5509"; sha256 = "1b5r4nd098lnjwr2g13f04ycqv5fvbrhpwg6fsdk8xy9cigvfzxj"; </del> <ins> rev = version; sha256 = "01q13p7gc0janjfml6zs46na8qnval8hc833fk2wrnmi4w9xw4fd"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig ];

Discussion:
There are at least two open security issues (CVE-2017-,CVE-2017-) which affect shibboleth-se and opensaml. The details can be obtained from the upstream annoucement: There are new releases & patches available that fix those open issues. Either updating or marking those packages as broken/insecure seems sensible to me. CC current maintainers:
Sorry for the late response. Thanks for bringing this to my attention. I will fix the packages in the next few days. I actually think the bigger issue is this one, which affects the xml parser: So xml-tooling-c also needs to be fixed, and should be marked broken if not fixed.
Change:
++ optionals (cfg.socket != null) [ "--interface" cfg.socket ] ++ optionals (cfg.interface != null) [ "--interface" cfg.interface ] ++ [ "--signal" (toString cfg.signal) ] <del> ++ (concatLists (mapAttrsToList (_k: _v: [ "--client-option" "${_k}=${_v}" ]) cfg.clientOptions)) </del> <ins> ++ (lib.concatLists (lib.mapAttrsToList (_k: _v: [ "--client-option" "${_k}=${_v}" ]) cfg.clientOptions)) </ins> ++ [ "--terminal-type" cfg.terminalType ] ++ optionals cfg.checkOrigin [ "--check-origin" ] ++ optionals cfg.writeable [ "--writable" ] # the typo is correct ++ [ "--max-clients" (toString cfg.maxClients) ] ++ optionals (cfg.indexFile != null) [ "--index" cfg.indexFile ] ++ optionals cfg.enableIPv6 [ "--ipv6" ] <del> ++ optionals cfg.enableSSL [ "--ssl-cert" cfg.certFile "--ssl-key" cfg.keyFile "--ssl-ca" cfg.caFile ] </del> <ins> ++ optionals cfg.enableSSL [ "--ssl" "--ssl-cert" cfg.certFile "--ssl-key" cfg.keyFile ] ++ optionals ( cfg.enableSSL && cfg.caFile != null ) [ "--ssl-ca" cfg.caFile ] </ins> ++ [ "--debug" (toString cfg.logLevel) ]; in

Discussion:
has an assertion on enableSSL that requires certFile, keyFile, and caFile, but caFile is optional with SSL and only used for client certificate validation. ttyd is able to serve over SSL with valid certificates Steps to reproduce the behavior: builds with the provided options Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I've committed a fixed file to my own flake that fixes the assertion (as well as adding the "--ssl" flag, which was missing)
please view
Change:
shiboken2; }; <del> freedv = callPackage ../applications/radio/freedv { }; </del> <ins> freedv = callPackage ../applications/radio/freedv { inherit (darwin.apple_sdk.frameworks) AppKit AVFoundation Cocoa CoreMedia; }; </ins> freemind = callPackage ../applications/misc/freemind { jdk = jdk8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731

Discussion:
Building freedv on darwin fails. Steps to reproduce the behavior: It builds. This is the error message from the build: Seems the maintainer doesn't exist or is not a github name. Please run and paste the result.
As a first step, I created to mark the build broken on darwin.
I’ll assign the issue to for now as they were already investigating the matter.
I'm still seeing the issue, even after : This is on: system: host os: multi-user?: sandbox: version: channels(nknezevi1): nixpkgs:
Change:
systemd.services.connman = { description = "Connection service"; wantedBy = [ "multi-user.target" ]; <del> after = [ "syslog.target" ]; </del> <ins> after = [ "syslog.target" ] ++ optional enableIwd "iwd.service"; requires = optional enableIwd "iwd.service"; </ins> serviceConfig = { Type = "dbus"; BusName = "net.connman"; Restart = "on-failure"; <del> ExecStart = "${pkgs.connman}/sbin/connmand --config=${configFile} --nodaemon ${toString cfg.extraFlags}"; </del> <ins> ExecStart = toString ([ "${pkgs.connman}/sbin/connmand" "--config=${configFile}" "--nodaemon" ] ++ optional enableIwd "--wifi=iwd_agent" ++ cfg.extraFlags); </ins> StandardOutput = "null"; }; };

Discussion:
connman built with iwd: But module contains assertion that returns error when wpasupplicant is disabled (enabling iwd disables wpasupplicant):
In , the only supported way to use is to use it as a standalone wireless daemon. Even if you assertion was disabled, it wouldn't make a difference, since the configurations don't allow for to connect to . The default is setup for which differs from the one that is required [1]. Though it does look like it's relatively easy to enable integration with the addition of two services, for now it might be better to just override the module manually on your local configuration. [1]
If someone ends up putting together the needed bits, please share (probably as a PR)! Ive kludged network-manager into using iwd (kludge is needed for similar assertion and to not run iwd standalone, IIRC) but I'm keen to give connman a try :).
FYI guys, ConnMan doesn't really keep up to date with iwd and integration between the two might lead to frustration. See and The best bet for now is to use network manager with iwd ()
NetworkManager is ugly and buggy
I've been also using iwd without network manager or connman just fine.
I'm thinking of writing a GUI for iwd - to use iwd + dhcpcd
Heads up for anyone interested iwd 1.0 was released with breaking changes, refs:
Change:
++ lib.optional sndioSupport sndio ++ lib.optional jackSupport libjack2 ++ lib.optional smartcardSupport opensc <del> ++ lib.optional (cfg.speechSynthesisSupport or false) speechd </del> <ins> ++ lib.optional (cfg.speechSynthesisSupport or true) speechd </ins> ++ pkcs11Modules ++ gtk_modules; gtk_modules = [ libcanberra-gtk3 ];

Discussion:
Firefox's speech synthesis got as support in , but it's disabled by default. I'm suggesting here that since speech synthesis is an accessibility feature, it should be enabled by default and then opted out by the user if the user doesn't require or need speech synthesis.
might revert this, this is probably not solved before that one has been merged/closed
got closed.
Change:
}: assert guiSupport -> (dbus != null); <del> with stdenv.lib; </del> <ins> with lib; </ins> <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> name = "qbittorrent-${version}"; version = "4.1.7";

Discussion:
Describe the bug Running qbittorrent causes the following error To Reproduce Install qbittorrent and run Expected behavior A clear and concise description of what you expected to happen. Screenshots If applicable, add screenshots to help explain your problem. Additional context Another example of: Metadata Please run and paste the result. Maintainer information:
Change:
# version args , src, version , meta ? {} <ins> , patches ? null </ins> }: python2Packages.buildPythonApplication { name = "nixops-${version}"; <del> inherit version src; </del> <ins> inherit version src patches; </ins> buildInputs = [ libxslt ];

Discussion:
Trying to install nix-ops on macOS I get the following error (I'm using nixpkgs-unstable) Looking at old issues there were a couple on build being broken on darwin. Is it supposed to work? Using verbose, it seems to be an issue related to libvirt indeed looking at the package definition libvirt59_0 is the package broken on darwin. Perhaps it's impossible to upgrade libvirt in python2 ? I'm not an expert on python, so not sure how to move forward with this one. I'm open to testing ideas for a fix. issue open in nixops as well Metadata Please run and paste the result. Maintainer information:
Change:
buildPythonPackage rec { pname = "types-protobuf"; <del> version = "3.18.1"; </del> <ins> version = "3.18.2"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "6696bf3cabc51dcc076e8de025c405dbdea7488c5268c2febd14527dac82c233"; </del> <ins> sha256 = "ca21dedfe7759acbeb0cd8f5c72a74ff3c409ae0c07bc1d94eff5123ac0fa23c"; </ins> }; propagatedBuildInputs = [ types-futures ];

Discussion:
Upgrading fails, seemingly because the existing systemd version is newer in 21.11 than unstable. Steps to reproduce the behavior: NixOS 21.11 21.11 channel, add unstable channel NixOS upgrades from 21.11 to unstable. is the commit upgrading systemd to 249.7, cherry picks it to 21.11. Adding the flag to the invocation would also solve this issue, albeit leaving the newer EFI files in place. <!-- 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.
I think the corresponding PR is
As pointed out above by this will be fixed when staging-next gets merged ().
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
common = { scalaVersion, sha256 }: stdenv.mkDerivation rec { pname = "ammonite"; <del> version = "2.5.3"; </del> <ins> version = "3.0.0-M1"; </ins> src = fetchurl { url =

Discussion:
Steps to reproduce the behavior: ammonite This problem started 5 days ago, with no recent update to the nix expression of ammonite, scala ~or jdk. So that's quite weird.~ UPDATE: JDK seems to have been bumped to 21. A newer version of Ammonite does not have the problem. <!-- 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]:
Change:
PLATFORMS ruby <ins> x86_64-linux </ins> DEPENDENCIES neocities BUNDLED WITH <del> 2.1.4 </del> <ins> 2.5.5 </ins>

Discussion:
I'm not really sure how it happened, however we have 2 copies of the Neocities CLI: One from , and another from . After formatting the nix files in each, the only differences are: Description Maintainers Platforms ( lists ) Gemfile lock platform/bundled-with version ( is bundled-with , has as a platform and is bundled-with ) is older, while is newer and slightly more complete, as it seems. One should be removed, with the other aliased to it. CC as the maintainer of the other Neocities package.
this happened before, i wonder if there are more cases like this rn
I'll take care of this -- it seems like is out of date so might as well take care of that, too.
Change:
<ins> diff --git a/src/libtracker-miners-common/tracker-landlock.c b/src/libtracker-miners-common/tracker-landlock.c index 6d4510be1..1de5d5a90 100644 --- a/src/libtracker-miners-common/tracker-landlock.c +++ b/src/libtracker-miners-common/tracker-landlock.c @@ -184,6 +184,10 @@ gboolean tracker_landlock_init (const gchar * const *indexed_folders) { TrackerLandlockRule stock_rules[] = { +		{ "/nix/store", +		 (LANDLOCK_ACCESS_FS_EXECUTE | +		  LANDLOCK_ACCESS_FS_READ_FILE | +		  LANDLOCK_ACCESS_FS_READ_DIR) }, /* Allow access to the executable itself */ { LIBEXECDIR "/tracker-extract-3", LANDLOCK_ACCESS_FS_READ_FILE | </ins>

Discussion:
GNOME Music appears empty, but there are music files in my music folder. Steps to reproduce the behavior: NixOS with flake in. music files in music folder. GNOME Music. Music shows up. ! One new line of those appears every time I drop a music file on the music folder. <!-- 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]:
Sounds like this error is still happening: Probably will want to open a new upstream issue.
Have the same issue
Opened
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Wondering what's the plan given the upstream findings.
No plan currently. Basically waiting for someone to be sufficiently annoyed to fix this. Suggested action in
Change:
<del> { stdenv, fetchurl, cmake, ninja, llvm, llvm_8, curl, tzdata </del> <ins> { stdenv, fetchurl, cmake, ninja, llvm_5, llvm_8, curl, tzdata </ins> , python, libconfig, lit, gdb, unzip, darwin, bash , callPackage, makeWrapper, targetPackages , bootstrapVersion ? false

Discussion:
See It seems to have been but now fails on all platforms. According to this was introduced in See for more details. Interestingly enough the same failure was seen with in cc
I think I was wrong. I guess the problem is the switch to llvm 7 from llvm 5 as a default. I will try it out and follow up with a PR if everything works.
That was the problem this issue can be closed with
Change:
let # See lutris/util/linux.py <del> binPath = lib.makeBinPath [ </del> <ins> requiredTools = [ </ins> xrandr pciutils psmisc

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: lutris-unwrapped <!-- 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: 0.5.8.4 desired version: 0.5.9 <!-- 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:
<ins> { stdenv, fetchFromGitHub, audiofile, libtiff, autoreconfHook }: stdenv.mkDerivation rec { version = "3.0.0"; pname = "spandsp"; src = fetchFromGitHub { owner = "freeswitch"; repo = pname; rev = "6ec23e5a7e411a22d59e5678d12c4d2942c4a4b6"; # upstream does not seem to believe in tags sha256 = "03w0s99y3zibi5fnvn8lk92dggfgrr0mz5255745jfbz28b2d5y7"; }; outputs = [ "out" "dev" ]; nativeBuildInputs = [ autoreconfHook ]; propagatedBuildInputs = [ audiofile libtiff ]; meta = { description = "A portable and modular SIP User-Agent with audio and video support"; homepage = "https://github.com/freeswitch/spandsp"; platforms = with stdenv.lib.platforms; linux; maintainers = with stdenv.lib.maintainers; [ ajs124 ]; license = stdenv.lib.licenses.gpl2; }; } </ins>

Discussion:
Describe the bug version 1.18.0 fails to build. To Reproduce Steps to reproduce the behavior: Expected behavior Build properly completes. Logs Full build log: Additional context This is blocking rebuilds. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(anna): nixpkgs: Maintainer information:
I'm experiencing this as well.
might be due to spansp upgrade in
Change:
<ins> import ./make-test-python.nix ( { pkgs, lib, ... }: let textInput = "This works."; inputBoxText = "Enter input"; inputBox = pkgs.writeShellScript "zenity-input" '' ${lib.getExe pkgs.gnome.zenity} --entry --text '${inputBoxText}:' > /tmp/output & ''; in { name = "ydotool"; meta = { maintainers = with lib.maintainers; [ OPNA2608 quantenzitrone ]; }; nodes = { headless = { config, ... }: { imports = [ ./common/user-account.nix ]; users.users.alice.extraGroups = [ "ydotool" ]; programs.ydotool.enable = true; services.getty.autologinUser = "alice"; }; x11 = { config, ... }: { imports = [ ./common/user-account.nix ./common/auto.nix ./common/x11.nix ]; users.users.alice.extraGroups = [ "ydotool" ]; programs.ydotool.enable = true; test-support.displayManager.auto = { enable = true; user = "alice"; }; services.xserver.windowManager.dwm.enable = true; services.displayManager.defaultSession = lib.mkForce "none+dwm"; }; wayland = { config, ... }: { imports = [ ./common/user-account.nix ]; services.cage = { enable = true; user = "alice"; }; programs.ydotool.enable = true; services.cage.program = inputBox; }; }; enableOCR = true; testScript = { nodes, ... }: '' def as_user(cmd: str): """ Return a shell command for running a shell command as a specific user. """ return f"sudo -u alice -i {cmd}" start_all() # Headless headless.wait_for_unit("multi-user.target") headless.wait_for_text("alice") headless.succeed(as_user("ydotool type 'echo ${textInput} > /tmp/output'")) # text input headless.succeed(as_user("ydotool key 28:1 28:0")) # text input headless.screenshot("headless_input") headless.wait_for_file("/tmp/output") headless.wait_until_succeeds("grep '${textInput}' /tmp/output") # text input # X11 x11.wait_for_x() x11.execute(as_user("${inputBox}")) x11.wait_for_text("${inputBoxText}") x11.succeed(as_user("ydotool type '${textInput}'")) # text input x11.screenshot("x11_input") x11.succeed(as_user("ydotool mousemove -a 400 110")) # mouse input x11.succeed(as_user("ydotool click 0xC0")) # mouse input x11.wait_for_file("/tmp/output") x11.wait_until_succeeds("grep '${textInput}' /tmp/output") # text input # Wayland wayland.wait_for_unit("graphical.target") wayland.wait_for_text("${inputBoxText}") wayland.succeed("ydotool type '${textInput}'") # text input wayland.screenshot("wayland_input") wayland.succeed("ydotool mousemove -a 100 100") # mouse input wayland.succeed("ydotool click 0xC0") # mouse input wayland.wait_for_file("/tmp/output") wayland.wait_until_succeeds("grep '${textInput}' /tmp/output") # text input ''; } ) </ins>

Discussion:
requires to be running in order to be used otherwise it aborts and crashes (see ). It would make sense to have a NixOS configuration option in order to automatically configure to run. Some NixOS module option (perhaps ) that automatically configures and runs as a systemd service in the background.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
rev = "v${version}"; hash = "sha256-HTi2FKzKCbRaP13XERUmHkJgw8IfKaRJvsK3+YxFFdc="; }; <del> buildInputs = prev.buildInputs ++ [ pkg-config ]; </del> <ins> nativeBuildInputs = prev.nativeBuildInputs ++ [ pkg-config ]; </ins> patches = (prev.patches or [ ]) ++ [ (fetchpatch { name = "stormlib-optimizations.patch";

Discussion:
Steps to reproduce the behavior: 2ship2harkinian I'm still learning how the build system works but I was able to fix this by changing to in both places on this line: I can open a PR with these changes if that's the correct fix. <!-- 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]:
Thanks for the report. Yes, should be in , whoops. Something in the recent staging-next merge must be checking for this now.
Whoops, I didn't see you had made a PR too. Closing mine. That same title is eerie...
yes, cmake strictDeps were fixed: i did fix a bunch of packages but missed this one...
Change:
# This is useful to build environments for developing on that # package. getHaskellBuildInputs = p: <del> (p.override { mkDerivation = extractBuildInputs p.compiler; }).haskellBuildInputs; </del> <ins> (overrideCabal p (args: { passthru = (args.passthru or {}) // { _getHaskellBuildInputs = extractBuildInputs p.compiler args; }; }))._getHaskellBuildInputs; </ins> # Under normal evaluation, simply return the original package. Under # nix-shell evaluation, return a nix-shell optimized environment.

Discussion:
system: host os: multi-user?: sandbox: version: channels(luigy): nixpkgs:
cc