jiebi/CodeConvo huggingface dataset:
Code change:
-e "s,buniqb,${coreutils}/bin/uniq,"  -e "s,bcolumnb,${util-linux}/bin/column,"  -e "s,bfzf-tmuxb,${fzf}/bin/fzf-tmux,"  <del> -e "/display-message/!s,bgitb,${git}/bin/git,g"  </del> -e "s,bgrepb,${gnugrep}/bin/grep,"  -e "s,bsedb,${gnused}/bin/sed,"  -e "/fzf-tmux/!s,btmuxb,${tmux}/bin/tmux,"  -e "s,bxargsb,${findutils}/bin/xargs,"  -e "s,bxdg-openb,${xdg-utils}/bin/xdg-open,"  <ins> -e "/display-message|fzf-git-$o-widget|burl=|$remote_url =~ /!s,bgitb,${git}/bin/git,g"  </ins> -e "s,__fzf_git=.*BASH_SOURCE.*,__fzf_git=$out/share/${pname}/fzf-git.sh,"  -e "/__fzf_git=.*readlink.*/d"  fzf-git.sh

Related discussion:
text: The build attribute of the last state of the package contains a expression to substitute tool names with its Nix packages. The scrip substitutes with the git package, which includes and similar regex used in the script. Script : Packaged script in my nix store: Steps to reproduce the behavior: the package and inspect its output The regex keys aren't substituted by the git binaries store location. <!-- 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]:
Code change:
'') cfg.listenAddresses} Listen /var/run/cups/cups.sock <del> SetEnv PATH ${bindir}/lib/cups/filter:${bindir}/bin </del> <ins> SetEnv PATH /var/lib/cups/path/lib/cups/filter:/var/lib/cups/path/bin </ins> DefaultShared ${if cfg.defaultShared then "Yes" else "No"}

Related discussion:
text: In the pre-start script for , we symlink the template from the nix store into : However, if changes are made to CUPS via the GUI -- for example, enabling network access -- this symlink is overwritten with a plain file. And it contains a line with paths into the nix store. This effectively freezes some version of the cups binaries into this config file, which is no longer managed by nix. As a result, CUPS can break, e.g. when deletes the referenced store paths. For me, this meant nothing would print, and I started seeing this error in : Manually editing to update the store paths on the line (while the systemd service was stopped) got printing working again for me. I guess we could make the pre-start script do this (with a sed or something), but that seems kind of hacky ... cc commit seems especially relevant here. System: Nix version: Nixpkgs version:
Hm, maybe the right approach is to make just put in the template, and then have it also ensure that points to the correct location in the nix store? Then CUPS can write whatever other changes it wants to its config file, while the nix expression continues to have control over the "final destination" of the path ... ?
I think we want Nix to take priority here because that's what would be expected of declarative configuration and what's already done in other places. So as a quick fix towards this we can force replacement by symlinks. This should also be documented. However, we can leave some option (like currently exists for users) that reverses this and instead makes just insert and other required options. The best of both worlds, of course, would be to split the configuration into generated by Nix and values changed in CUPS on top but I doubt this can be implemented. Thoughts?
For the record, I had the same problem in OctoPrint service. It was solved by writing a small piece of software for updating YAML trees (like in Nix) and making "patch" current configuration with Nix-overridden values. Works perfectly but it would be much more difficult in CUPS ( is some kind of ad-hoc mix between XML and custom plain format).
Yeah, I don't see any directive on the manpage for .
Code change:
'') cfg.listenAddresses} Listen /var/run/cups/cups.sock <del> SetEnv PATH ${bindir}/lib/cups/filter:${bindir}/bin </del> <ins> SetEnv PATH /var/lib/cups/path/lib/cups/filter:/var/lib/cups/path/bin </ins> DefaultShared ${if cfg.defaultShared then "Yes" else "No"}

Related discussion:
text: :-( Overwriting the config file on every restart of might lead to confusion if folks are trying to use the GUI to get things configured the way they want. In particular, when I made changes in the GUI to enable remote access, it modified some of the stanzas that're currently hard-coded in at So I'm not sure how I would preserve that under this approach. (I tried to just set via , but that wasn't enough -- I don't really understand why ...)
Its man page says: ... but a bit of googling didn't turn up any pre-existing programs designed to read / write that format. (Maybe there is something buried in apache , who knows?)
There is But then you need to write Perl, which might not be an improvement.
Code change:
services.nbd.server = { enable = true; exports = { <ins> aaa = { path = "/aaa.disk"; }; </ins> vault-pub = { path = "/vault-pub.disk"; };

Related discussion:
text: Configuration snippet like this: yield a configuration like: However nbd-server expects section to always appear before export sections, otherwise it complains about not being able to find general section. I'd say this is upstream's fault because this order should not matter, but here we are. section to always appear before export sections. <!-- 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.
This looks like it should be easy to fix. I'll probably get around to it tomorrow morning.
For reference, the error looks like this:
Code change:
"-DOCIO_INSTALL_EXT_PACKAGES=NONE" # GPU test fails with: freeglut (GPU tests): failed to open display '' "-DOCIO_BUILD_GPU_TESTS=OFF" <ins> "-Dminizip-ng_INCLUDE_DIR=${minizip-ng}/include" </ins> ] ++ lib.optional (!pythonBindings) "-DOCIO_BUILD_PYTHON=OFF" ++ lib.optional (!buildApps) "-DOCIO_BUILD_APPS=OFF";

Related discussion:
text: branch to nixos-unstable to your with
Bisect has identified (specifically ) as the source of this failure in nixpkgs, cc See also upstream issue
If you're using a flake, this is how I was able to mitigate this until it's fixed. I rolled back the changes from in a branch on my fork, and used it as an overlay for the affected packages like this: This is how you would add them to your overlay: Ofc, depending on how you do stuff, you'll have to fiddle with it a bit to get it to work. I found this helpful:
The fix is now on the nixos-unstable branch, but I still cannot build my system after updating, with the same build failure for opencolorio. Is this expected?
Probably not, since and both build on Hydra.
Oh thank you, this is very bizarre. I will ask on the forum what's going on
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Code change:
<ins> #!/usr/bin/env nix-shell #!nix-shell -I nixpkgs=../../../ -i bash -p wget yarn2nix-moretea.yarn2nix # This script is based upon: # pkgs/applications/networking/instant-messengers/riot/update-riot-desktop.sh set -euo pipefail if [ "$#" -ne 1 ] || [[ "$1" == -* ]]; then echo "Regenerates the Yarn dependency lock files for the gotify-server package." echo "Usage: $0 <git release tag>" exit 1 fi GOTIFY_WEB_SRC="https://raw.githubusercontent.com/gotify/server/$1" wget "$GOTIFY_WEB_SRC/ui/package.json" -O package.json wget "$GOTIFY_WEB_SRC/ui/yarn.lock" -O yarn.lock yarn2nix --lockfile=yarn.lock > yarndeps.nix rm yarn.lock </ins>

Related discussion:
text: Project description A simple server for sending and receiving messages in real-time per WebSocket. Includes a web UI, also has an Android client for receiving notifications and an optional CLI program (distributed separately) for sending notifications. Metadata homepage URL: source URL: license: MIT platforms: anything Go runs on
I started an attempt locally, however it failed due to some timeouts while fetching Go dependencies... will retry during this week :)
I think the main difficulty is the UI, which needs to be compiled with NPM. In essence, I think the build is three-staged: fetch UI dependencies, fetch Go dependencies, do the actual build.
You may want to take a look at .
Code change:
<del> --- a/whipper/program/cdparanoia.py +++ b/whipper/program/cdparanoia.py @@ -280,10 +280,10 @@ bufsize = 1024 if self._overread: -            argv = ["cd-paranoia", "--stderr-progress", +            argv = ["@cdparanoia@/bin/cdparanoia", "--stderr-progress", "--sample-offset=%d" % self._offset, "--force-overread", ] else: -            argv = ["cd-paranoia", "--stderr-progress", +            argv = ["@cdparanoia@/bin/cdparanoia", "--stderr-progress", "--sample-offset=%d" % self._offset, ] if self._device: argv.extend(["--force-cdrom-device", self._device, ]) @@ -560,7 +560,7 @@ def getCdParanoiaVersion(): getter = common.VersionGetter('cd-paranoia', -                                  ["cd-paranoia", "-V"], +                                  ["@cdparanoia@/bin/cdparanoia", "-V"], _VERSION_RE, "%(version)s %(release)s") @@ -585,7 +585,7 @@ def __init__(self, device=None): # cdparanoia -A *always* writes cdparanoia.log self.cwd = tempfile.mkdtemp(suffix='.whipper.cache') -        self.command = ['cd-paranoia', '-A'] +        self.command = ['@cdparanoia@/bin/cdparanoia', '-A'] if device: self.command += ['-d', device] </del>

Related discussion:
text: Describe the bug throws an error when attempting to generate the musicbrainz disc id: Notify maintainers recently updated the package in listed as maintainer Maintainer information:
Code change:
version = "13.3.1.22"; src = fetchurl { <del> url = "https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </del> <ins> # Official link: https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb url = "http://web.archive.org/web/20210602004133/https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </ins> sha256 = "0rs26x0lycavybn6k1hbb5kzms0zzcmxlrmi4g8k7vyafj6s8dqh"; };

Related discussion:
text: fails to build in because of a hash mismatch Here's a log showing it: I noticed this when built a PR for 20.09. It appears that the same package builds fine on . cc
Code change:
version = "13.3.1.22"; src = fetchurl { <del> url = "https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </del> <ins> # Official link: https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb url = "http://web.archive.org/web/20210602004133/https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </ins> sha256 = "0rs26x0lycavybn6k1hbb5kzms0zzcmxlrmi4g8k7vyafj6s8dqh"; };

Related discussion:
text: Describe the bug VIber package in nixpkgs repo is broken/outdated. Getting this errors when trying to install it: To Reproduce Steps to reproduce the behavior: to install viber via config file/nix-env. Expected behavior Successful viber installation. Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
have the same issue
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Code change:
version = "13.3.1.22"; src = fetchurl { <del> url = "https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </del> <ins> # Official link: https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb url = "http://web.archive.org/web/20210602004133/https://download.cdn.viber.com/cdn/desktop/Linux/viber.deb"; </ins> sha256 = "0rs26x0lycavybn6k1hbb5kzms0zzcmxlrmi4g8k7vyafj6s8dqh"; };

Related discussion:
text: Describe the bug When installing viber, the download step won't complete because the package has an incorrect sha256. My nixos version is 19.03.. (Koi) To Reproduce Steps to reproduce the behavior: Ensure that you can install non-free packages: a) For you can set { = true; } in to override this. b) For , , or any other Nix command you can add { allowUnfree = true; } to then: Expected behavior Viber should install Screenshots Additional context Add any other context about the problem here. Metadata Please run and paste the result. Maintainer information:
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . on the on .
This is still reproducible. Is there an archive of Viber versions anywhere so we can pin Viber versions or do we have to constantly play catch-up with them?
I have the same issue, but in my case the SHA got is different:
I marked this as stale due to inactivity. &rarr;
Code change:
python3.pkgs.buildPythonApplication rec { pname = "pdm"; <del> version = "2.18.2"; </del> <ins> version = "2.19.1"; </ins> pyproject = true; disabled = python3.pkgs.pythonOlder "3.8";

Related discussion:
text: Package name: pdm Latest released version: 2.19.1 <!-- Search your package here: --- Current version on the unstable channel: 2.18.2 Current version on the stable/release channel: 2.15.3 <!-- 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]:
Code change:
<del> { mkDerivation, fetchurl, lib </del> <ins> { mkDerivation, fetchurl, lib, makeWrapper </ins> , extra-cmake-modules, kdoctools, wrapGAppsHook, wrapQtAppsHook , kconfig, kcrash, kinit, kpmcore <del> , eject, libatasmart , util-linux, qtbase </del> <ins> , cryptsetup, lvm2, mdadm, smartmontools, systemdMinimal, util-linux , btrfs-progs, dosfstools, e2fsprogs, exfat, f2fs-tools, fatresize, hfsprogs , jfsutils, nilfs-utils, ntfs3g, reiser4progs, reiserfsprogs, udftools, xfsprogs, zfs </ins> }: let <del> pname = "partitionmanager"; </del> <ins> # External programs are resolved by `partition-manager` and then # invoked by `kpmcore_externalcommand` from `kpmcore` as root. # So these packages should be in PATH of `partition-manager`. # https://github.com/KDE/kpmcore/blob/06f15334ecfbe871730a90dbe2b694ba060ee998/src/util/externalcommand_whitelist.h runtimeDeps = lib.makeBinPath [ cryptsetup lvm2 mdadm smartmontools systemdMinimal util-linux btrfs-progs dosfstools e2fsprogs exfat f2fs-tools fatresize hfsprogs jfsutils nilfs-utils ntfs3g reiser4progs reiserfsprogs udftools xfsprogs zfs # FIXME: Missing command: tune.exfat hfsck hformat fsck.nilfs2 {fsck,mkfs,debugfs,tunefs}.ocfs2 ]; </ins> in mkDerivation rec { <del> name = "${pname}-${version}"; version = "3.3.1"; </del> <ins> pname = "partitionmanager"; # NOTE: When changing this version, also change the version of `kpmcore`. version = "4.2.0"; </ins> src = fetchurl { <del> url = "mirror://kde/stable/${pname}/${version}/src/${name}.tar.xz"; sha256 = "0jhggb4xksb0k0mj752n6pz0xmccnbzlp984xydqbz3hkigra1si"; </del> <ins> url = "mirror://kde/stable/${pname}/${version}/src/${pname}-${version}.tar.xz"; hash = "sha256-6Qlt1c47Eek6TkWWBzTyBZYJ1jfhtwsC9X5q5h6IhPg="; </ins> }; <del> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapGAppsHook wrapQtAppsHook ]; </del> <ins> nativeBuildInputs = [ extra-cmake-modules kdoctools wrapGAppsHook wrapQtAppsHook makeWrapper ]; </ins> <del> # refer to kpmcore for the use of eject buildInputs = [ eject libatasmart util-linux ]; </del> propagatedBuildInputs = [ kconfig kcrash kinit kpmcore ]; <ins> postFixup = '' wrapProgram $out/bin/partitionmanager  --prefix PATH : "${runtimeDeps}" ''; </ins> meta = with lib; { description = "KDE Partition Manager"; <del> license = licenses.gpl2; </del> <ins> license = with licenses; [ cc-by-40 cc0 gpl3Plus lgpl3Plus mit ]; </ins> homepage = "https://www.kde.org/applications/system/kdepartitionmanager/"; <del> maintainers = with maintainers; [ peterhoeg ]; </del> <ins> maintainers = with maintainers; [ peterhoeg oxalica ]; </ins> }; }

Related discussion:
text: Describe the bug and failed to build on current master (). (The former depends on the latter.) Build log: To Reproduce Steps to reproduce the behavior: nixpkgs master. (or ) the build error. Expected behavior It builds. 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 run and paste the result. Maintainer information:
Code change:
{ lib <ins> , stdenv </ins> , fetchFromGitHub , buildPythonPackage , python

Related discussion:
text: On with , the tests fails with the following error: Steps to reproduce the behavior: -shell -p python3Packages.scikitimage The tests run without errors. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(smaret): nixpkgs:
Code change:
# updated by the update script # this is always the commit that should be used with asf-ui from the latest asf version rev = version; <del> hash = "sha256-dTSYlswMWWRafieWqNDIi3qCBvNAkcmZWKhQgJiv2Ts="; </del> <ins> hash = "sha256-NISUhxClFAzLQp4o9AzMzasPV9+aBAyDd1tuNT7HJw4="; </ins> }; <del> npmDepsHash = "sha256-0zzP1z3VO9Y4gBWJ+T7oHhKE/H2dzMUMg71BKupVcH4="; </del> <ins> npmDepsHash = "sha256-kI7kgSw0xs8Hsa/5lhLteDo8TgwyxIxKE1QK92D1Qio="; </ins> installPhase = '' runHook preInstall

Related discussion:
text: Looks like it now uses .NET 8 which probably made all existing plugins incompatible - Package name: ArchiSteamFarm Latest released version: 5.5.0.11 <!-- Search your package here: --- Current version on the unstable channel: 5.4.13.4 Current version on the stable/release channel: 5.4.12.5 <!-- 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]:
The package/module has no official way to use plugins, so there is no way to use them unless people are using overlays which should be constructed in a smart way to re-use the same methods as archisteamfarm does. Anyway, here is the update
Code change:
<ins> { lib, stdenv, fetchFromGitHub, cmake, ninja, SDL2, zmusic, libvpx, pkg-config, makeWrapper, bzip2, gtk3, fluidsynth, openal, libGL, vulkan-loader, }: stdenv.mkDerivation (finalAttrs: { pname = "raze"; version = "1.10.2"; src = fetchFromGitHub { owner = "ZDoom"; repo = "Raze"; rev = finalAttrs.version; hash = "sha256-R3Sm/cibg+D2QPS4UisRp91xvz3Ine2BUR8jF5Rbj1g="; leaveDotGit = true; postFetch = '' cd $out git rev-parse HEAD > COMMIT rm -rf .git ''; }; nativeBuildInputs = [ cmake ninja pkg-config makeWrapper ]; buildInputs = [ SDL2 zmusic libvpx bzip2 gtk3 fluidsynth openal libGL vulkan-loader ]; cmakeFlags = [ (lib.cmakeFeature "CMAKE_BUILD_TYPE" "Release") (lib.cmakeBool "DYN_GTK" false) (lib.cmakeBool "DYN_OPENAL" false) ]; postPatch = '' substituteInPlace tools/updaterevision/gitinfo.h.in  --replace-fail "@Tag@" "${finalAttrs.version}"  --replace-fail "@Hash@" "$(cat COMMIT)"  --replace-fail "@Timestamp@" "1970-01-01 00:00:01 +0000" ''; postInstall = '' mv $out/bin/raze $out/share/raze makeWrapper $out/share/raze/raze $out/bin/raze install -Dm644 ../source/platform/posix/org.zdoom.Raze.256.png $out/share/pixmaps/org.zdoom.Raze.png install -Dm644 ../source/platform/posix/org.zdoom.Raze.desktop $out/share/applications/org.zdoom.Raze.desktop install -Dm644 ../soundfont/raze.sf2 $out/share/raze/soundfonts/raze.sf2 ''; meta = { description = "Build engine port backed by GZDoom tech"; longDescription = '' Raze is a fork of Build engine games backed by GZDoom tech and combines Duke Nukem 3D, Blood, Redneck Rampage, Shadow Warrior and Exhumed/Powerslave in a single package. It is also capable of playing Nam and WW2 GI. ''; homepage = "https://github.com/ZDoom/Raze"; license = lib.licenses.gpl2Only; maintainers = with lib.maintainers; [ qubitnano ]; mainProgram = "raze"; platforms = [ "x86_64-linux" ]; }; }) </ins>

Related discussion:
text: Project description Raze is a fork of Build engine games backed by GZDoom tech and combines Duke Nukem 3D, Blood, Redneck Rampage, Shadow Warrior and Exhumed/Powerslave in a single package. It is also capable of playing Nam and WW2 GI. Metadata homepage URL: source URL: wiki URL: license: non-build code: , build engine & tools: platforms: linux The build instructions should be the same as for gzdoom, so I want to notify the maintainer of gzdoom if he/she is interested in this. Also I want to notify the maintainer of eduke32 because this project could more or less replace eduke32(?)
I can take a look, but my current schedule is pretty full. maybe at the end of the year? But if someone else is happy to do it, feel free and ping me on the PR
Might take a look next week. EDuke32 replacement probably won't do, because iirc HRP runs only on it etc.
Thank both of you to possibly have a look into this. I think you're right. But I see that three projects: Enhanced Resource Pack Fixes for Duke Nukem 3D Duke!Zone II Fixed Release of the got raze support, already. Possibly HRP will follow sometime...
Code change:
<ins> diff --git a/tool/tsh/tsh.go b/tool/tsh/tsh.go index 57379c40f..cb4d7b84c 100644 --- a/tool/tsh/tsh.go +++ b/tool/tsh/tsh.go @@ -514,10 +514,11 @@ func Run(args []string, opts ...cliOption) error { } } -	cf.executablePath, err = os.Executable() +	tempBinaryPath, err := os.Executable() if err != nil { return trace.Wrap(err) } +	cf.executablePath = path.Dir(tempBinaryPath) + "/tsh" if err := client.ValidateAgentKeyOption(cf.AddKeysToAgent); err != nil { return trace.Wrap(err) </ins>

Related discussion:
text: Describe the bug In order to be able to invoke the command from teleport is using  call. There is a wrapper around to bring into PATH . That means is invoked from without wrapper and the browser page never opens (due to missing ). To Reproduce Steps to reproduce the behavior: Expected behavior The path to the wrapper must be persisted in the Screenshots If applicable, add screenshots to help explain your problem. Additional context 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 run and paste the result. Maintainer information: