jiebi/CodeConvo huggingface dataset:
Change:
Project description A UTF-8 vector graphics and audio capable terminal. Not a high priority, already available in Flatpak. But it seems cool, so just want to get it in the pkg queue. Metadata homepage URL: https://ctx.graphics/terminal/ source URL: license: terminal GPLv3+, renderer LGPLv3+ platforms: linux, darwin

Discussion:
<ins> { lib , stdenv , fetchgit , SDL2 , alsa-lib , babl , curl , libdrm # Not documented , pkg-config , enableFb ? false }: stdenv.mkDerivation rec { pname = "ctx"; version = "0.pre+date=2021-10-09"; src = fetchgit { name = "ctx-source"; # because of a dash starting the directory url = "https://ctx.graphics/.git/"; rev = "d11d0d1a719a3c77712528e2feed8c0878e0ea64"; sha256 = "sha256-Az3POgdvDOVaaRtzLlISDODhAKbefpGx5KgwO3dttqs="; }; nativeBuildInputs = [ pkg-config ]; buildInputs = [ SDL2 alsa-lib babl curl libdrm ]; configureScript = "./configure.sh"; configureFlags = lib.optional enableFb "--enable-fb"; dontAddPrefix = true; hardeningDisable = [ "format" ]; installFlags = [ "PREFIX=${placeholder "out"}" ]; meta = with lib; { homepage = "https://ctx.graphics/"; description = "Vector graphics terminal"; longDescription= '' ctx is an interactive 2D vector graphics, audio, text- canvas and terminal, with escape sequences that enable a 2D vector drawing API using a vector graphics protocol. ''; license = licenses.gpl3Plus; maintainers = with maintainers; [ AndersonTorres]; platforms = platforms.unix; }; } </ins>

inherit (lxqt) qtermwidget; }; <ins> ctx = callPackage ../applications/terminal-emulators/ctx { }; </ins> darktile = callPackage ../applications/terminal-emulators/darktile { }; eterm = callPackage ../applications/terminal-emulators/eterm { };
Change:
I enabled the following chromium enterprise policy: This created a .desktop file in But the command crashes, because it tries to start the unwrapped binary directly from the nix store. We should try to point Exec at just so the wrapper from PATH is used.
CC
Not sure what's happening here. On my system it seems to be fine:
Please read the description again, specifically I am talking about the .desktop files created by chromium, at runtime.
Ok, I was assuming NixOS put it there. Chromium creating files at runtime sucks... (unfortunately it's not even surprising :o)
setting the env var in the wrapper script may help ;drc=;l=405
I marked this as stale due to inactivity. &rarr;
(as already mentioned) would probably work for Chromium too. Just in case someone's still interested and has time and motivation to test it and submit a PR ;)
This is not exactly a NixOS caused issue. As chrome creates the shortcut wherever the binary is currently installed, and there is no nice way (other than patching chrome) to solve this. While discussion of patching chromium to always point to relative chrome i cant say much about. To get this working today, you need to edit each desktop file manually from to its relative name . and use at the top of the file. While this adds a minor security issue due to executable being relative and not absolute, it seems like the simplest solution for now. There is also this flake that will run a service in the background to do this editing automatically for you: Hope this helps! :D

Discussion:
export CHROME_DEVEL_SANDBOX="$sandbox/bin/${sandboxExecutableName}" fi <ins> # Make generated desktop shortcuts have a valid executable name. export CHROME_WRAPPER='chromium' </ins> '' + lib.optionalString (libPath != "") '' # To avoid loading .so files from cwd, LD_LIBRARY_PATH here must not # contain an empty section before or after a colon.
Change:
The nixopsUnstable version is not set correctly. It should show the version. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --

Discussion:
nixops = super.nixops.overridePythonAttrs ( old: { <ins> postPatch = '' substituteInPlace nixops/args.py --subst-var version ''; </ins> meta = old.meta // { homepage = https://github.com/NixOS/nixops; description = "NixOS cloud provisioning and deployment tool";
Change:
nixops doesn't build.
wrong eelco. Use
is it feasible to keep nixops 1.x buildable, which requires python 2.7?
I'm not very active anymore in Nixpkgs so best ask some other Python maintainers. It is labor intensive to keep these packages available, frustrating contributors.
Thanks that answers it for me. Effort is better spent on making NixOps 2 release worthy. NixOps 1 is not sustainable.
I've started a fund for NixOps maintenance on OpenCollective, because NixOps 1 is not sustainable. Please contribute if you or your company can, and spread the word. Especially recurring contributions are highly appreciated. A NixOps 2 release is the main priority, but the fund can cover other deployment tech as well. Let's do this!
Thanks for setting that up! FWIW I did just open to fix this particular rebuild issue though. (Posting explicitly b/c I'm pretty sure GH doesn't automatically notify participants when a PR fixing an issue is opened.)
On a fresh installation of Nix on MacOS, when I run I get . Is there something I need to do to get the fix from ? I'm new to Nix & NixOps, so any help is appreciated! :)
The fix from is . So you can ask to use that exact revision of nixpkgs to provide the instructions for building the package that you've asked it for, like so: Fair warning that, depending on how much of nixops's pre-requisites from that exact commit have been built & cached by hydra, you may have to wait for quite a lot of local builds before that command completes. But of course they'll be cached in your after that first run.
Thank you! Unfortunately, I get this error when I run that (even after running ): This is probably a Nix noob problem, but do you have any tips?
I tried these: adding the flag to the command... no effect. clearing my cache(s) with ... which changed the error to . This new error persists even after uninstalling & reinstalling Nix. :( seems to do nothing. At least still works :)
The NixOps packages don't bundle their own Nix, so these Nix errors seem to pertain to the Nix you've installed. Maybe the can help?
Thank you, they helped me solve my problem - somehow my was owned by instead of .
For me, at commit (latest release) and at commit (latest in the branch), nixops is still broken, but this time because is not supported for interpreter . It once again seems to be a problem As far as I can see, dropped Python 2 support since release 3.3.0 (nixpkgs commit ) and later this has been enforced within nixpkgs at commit . And is an indirect dependency of . I'm not sure if I should create a separate issue for this or if this issue can be reused.
please open a new issue for that and comment here once you have.

Discussion:
''; propagatedBuildInputs = [ <del> brotlicffi </del> certifi <del> charset-normalizer chardet </del> idna urllib3 ] ++ lib.optionals (isPy3k) [

charset-normalizer ] ++ lib.optionals (isPy27) [ brotli <ins> chardet </ins> ]; checkInputs = [
Change:
, CVSSv3=5.9 (nixos-21.05, nixos-unstable) In Alpine through 2.24, untagged responses from an IMAP server are accepted before STARTTLS. Scanned versions: nixos-21.05: ; nixos-unstable: . Cc

Discussion:
stdenv.mkDerivation rec { pname = "alpine"; <del> version = "2.24"; </del> <ins> version = "2.25"; </ins> src = fetchurl { url = "http://alpine.x10host.com/alpine/release/src/${pname}-${version}.tar.xz"; <del> sha256 = "1vxw19nx10y7nx01d9i6gah2f3y5r2idbq56l13bdqi91bx9y6k5"; </del> <ins> sha256 = "0xppxhcbafq9qa1rns5zl0n238gai08xhvcf2as0nx7nh84ib2k5"; </ins> }; buildInputs = [
Change:
, CVSSv3=7.5 (nixos-21.05, nixos-unstable) The STARTTLS feature in Exim through 4.94.2 allows response injection (buffering) during MTA SMTP sending. Scanned versions: nixos-21.05: ; nixos-unstable: . Cc Cc Cc
There's no fix available upstream AFAICT
Exim 4.95 has been released:

Discussion:
stdenv.mkDerivation rec { pname = "exim"; <del> version = "4.94.2"; </del> <ins> version = "4.95"; </ins> src = fetchurl { url = "https://ftp.exim.org/pub/exim/exim4/${pname}-${version}.tar.xz"; <del> sha256 = "0x4j698gsawm8a3bz531pf1k6izyxfvry4hj5wb0aqphi7y62605"; </del> <ins> sha256 = "0rzi0kc3qiiaw8vnv5qrpwdvvh4sr5chns026xy99spjzx9vd76c"; </ins> }; nativeBuildInputs = [ pkg-config ];
Change:
, CVSSv3=7.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) CVSSv3=6.5 (nixos-21.05, nixos-unstable) Live555 through 1.08 mishandles huge requests for the same MP3 stream, leading to recursion and s stack-based buffer over-read. An attacker can leverage this to launch a DoS attack. Live555 through 1.08 does not handle MPEG-1 or 2 files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Live555 through 1.08 does not handle Matroska and Ogg files properly. Sending two successive RTSP SETUP commands for the same track causes a Use-After-Free and daemon crash. Scanned versions: nixos-21.05: ; nixos-unstable: .

Discussion:
url = "https://raw.githubusercontent.com/archlinux/svntogit-packages/4250fe8f28c220d883db454cec2b2c76a07473eb/trunk/vlc-3.0.11.1-srt_1.4.2.patch"; sha256 = "53poWjZfwq/6l316sqiCp0AtcGweyXBntcLDFPSokHQ="; }) <ins> # patches to build with recent live555 # upstream issue: https://code.videolan.org/videolan/vlc/-/issues/25473 (fetchpatch { url = "https://code.videolan.org/videolan/vlc/uploads/3c84ea58d7b94d7a8d354eaffe4b7d55/0001-Get-addr-by-ref.-from-getConnectionEndpointAddress.patch"; sha256 = "171d3qjl9a4dm13sqig3ra8s2zcr76wfnqz4ba4asg139cyc1axd"; }) (fetchpatch { url = "https://code.videolan.org/videolan/vlc/uploads/eb1c313d2d499b8a777314f789794f9d/0001-Add-lssl-and-lcrypto-to-liblive555_plugin_la_LIBADD.patch"; sha256 = "0kyi8q2zn2ww148ngbia9c7qjgdrijf4jlvxyxgrj29cb5iy1kda"; }) </ins> ]; postPatch = ''

<del> { stdenv, fetchurl, lib, darwin }: </del> <ins> { stdenv, fetchurl, lib, darwin, openssl }: </ins> # Based on https://projects.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD stdenv.mkDerivation rec { pname = "live555"; <del> version = "2019.11.22"; </del> <ins> version = "2022.01.21"; </ins> src = fetchurl { # the upstream doesn't provide a stable URL urls = [ "mirror://sourceforge/slackbuildsdirectlinks/live.${version}.tar.gz" "https://download.videolan.org/contrib/live555/live.${version}.tar.gz" ]; <del> sha256 = "144y2wsfpaclkj7srx85f3y3parzn7vbjmzc2afc62wdsb9gn46d"; </del> <ins> sha256 = "03m9wgw06vs93nbd55yq8qjpm92mcg9j7cih8j6blfnv8b0pj9bn"; </ins> }; postPatch = '' sed 's,/bin/rm,rm,g' -i genMakefiles <ins> substituteInPlace config.macosx-catalina  --replace '/usr/lib/libssl.46.dylib' "${openssl.out}/lib/libssl.dylib"  --replace '/usr/lib/libcrypto.44.dylib' "${openssl.out}/lib/libcrypto.dylib" </ins> sed  -e 's/$(INCLUDES) -I. -O2 -DSOCKLEN_T/$(INCLUDES) -I. -O2 -I. -fPIC -DRTSPCLIENT_SYNCHRONOUS_INTERFACE=1 -DSOCKLEN_T/g'  -i config.linux

runHook preConfigure ./genMakefiles ${{ <del> x86_64-darwin = "macosx"; </del> <ins> x86_64-darwin = "macosx-catalina"; </ins> i686-linux = "linux"; x86_64-linux = "linux-64bit"; aarch64-linux = "linux-64bit";

nativeBuildInputs = lib.optional stdenv.isDarwin darwin.cctools; <ins> buildInputs = [ openssl ]; </ins> enableParallelBuilding = true; meta = with lib; {
Change:
Vscode fails to build during step Steps to reproduce the behavior: or Vscode to install into environment ran before attempting to install <!-- 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. Maintainer information:
If I set my channel back to before I am able to successfully install vscode:
This commit comes from // cc
The path does not exist. This is pretty easy to filter out of the error message but why it is missing is the million dollar question. To fix that build with -K and inspect the output where the directory is that it is searching for. I will try to take a look at this later.
probably something to do with darwin
I didn't even look at that yet. Builds fine on Linux, for Darwin I no longer want to invest time. If you find a solution feel free to submit a PR. Maybe it is already enough to gate this part of the code behind a `?
Just wondering if that new PR fixes your bug
I've been lurking because I ran into the same failure. Unfortunately, no dice. Given this expression, part of my dotfiles: I get the same build failure: System context:
The postpatch should be made linux only Or investigate how the darwin src differs from the linux src and see if the same patches can be applied there

Discussion:
''; # See https://github.com/NixOS/nixpkgs/issues/49643#issuecomment-873853897 <del> postPatch = '' </del> <ins> # linux only because of https://github.com/NixOS/nixpkgs/issues/138729 postPatch = lib.optionalString stdenv.isLinux '' </ins> # this is a fix for "save as root" functionality packed="resources/app/node_modules.asar" unpacked="resources/app/node_modules"
Change:
cliphist wayland clipboard manager Metadata homepage URL: source URL: license: gplv3+ platforms: linux

Discussion:
githubId = 40633781; name = "Sergei S."; }; <ins> dit7ya = { email = "7rat13@gmail.com"; github = "dit7ya"; githubId = 14034137; name = "Mostly Void"; }; </ins> dizfer = { email = "david@izquierdofernandez.com"; github = "dizfer";

<ins> { lib, buildGoModule, fetchFromGitHub }: buildGoModule rec { pname = "cliphist"; version = "0.1.0"; src = fetchFromGitHub { owner = "sentriz"; repo = pname; rev = "v${version}"; sha256 = "sha256-CZW7dhOd7E74VNjnvhxvSSUZQtbkGi4uRUM9YQCuJZw="; }; vendorSha256 = "sha256-UrKSDvskGwHjwkb/fjvaJZ8xXFD98BFeSJxwJpc8A+M="; meta = with lib; { description = "Wayland clipboard manager"; homepage = "https://github.com/sentriz/cliphist"; license = licenses.gpl3Only; platforms = platforms.linux; maintainers = with maintainers; [ dit7ya ]; }; } </ins>

chntpw = callPackage ../tools/security/chntpw { }; <ins> cliphist = callPackage ../tools/wayland/cliphist { }; </ins> clipman = callPackage ../tools/wayland/clipman { }; kanshi = callPackage ../tools/wayland/kanshi { };
Change:
<!-- 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: argyllcms <!-- 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: 2.2.0 desired version: 2.2.1 last edited by testing it is only possible with gnome color manager setting, since displaycal is broken you also need special, expensive hardware

Discussion:
stdenv.mkDerivation rec { pname = "argyllcms"; <del> version = "2.2.0"; </del> <ins> version = "2.2.1"; </ins> src = fetchzip { # Kind of flacky URL, it was reaturning 406 and inconsistent binaries for a # while on me. It might be good to find a mirror url = "https://www.argyllcms.com/Argyll_V${version}_src.zip"; <del> sha256 = "sha256-EcVwYJfJbWWXl58O3ulsrWgUYTgR4uWdMgb0Z140Pu4="; </del> <ins> sha256 = "sha256-umY3wQfG26Okqnw+MCUnlwWTAyJ6MR/FHe5oe61KBh0="; </ins> }; <del> patches = [ ./gcc5.patch ]; </del> # The contents of this file comes from the Jamtop file from the # root of the ArgyllCMS distribution, rewritten to pick up Nixpkgs # library paths. When ArgyllCMS is updated, make sure that changes # in that file is reflected here. jamTop = writeText "argyllcms_jamtop" '' DESTDIR = "/" ; <del> REFSUBDIR = "ref" ; </del> <ins> REFSUBDIR = "share/argyllcms" ; </ins> # Keep this DESTDIR anchored to Jamtop. PREFIX is used literally ANCHORED_PATH_VARS = DESTDIR ;

# enable dummy Demo Instrument (only if code is available) USE_DEMOINST = true ; <ins> # enable Video Test Patch Generator and 3DLUT device support # (V2.0.0 and above) USE_VTPGLUT = false ; # enable Printer device support USE_PRINTER = false ; # enable CMF Measurement device and accessory support (if present) USE_CMFM = false ; </ins> # Use ArgyllCMS version of libusb (deprecated - don't use) USE_LIBUSB = false ; <del> # For testing CCast DEFINES += CCTEST_PATTERN ; </del> <ins> # Compile in graph plotting code (Not fully implemented) USE_PLOT = true ;		# [true] </ins> JPEGLIB = ; JPEGINC = ;

# Install udev rules, but remove lines that set up the udev-acl # stuff, since that is handled by udev's own rules (70-udev-acl.rules) <del> # # Move ref to a better place (there must be a way to make the install target # do that for us) </del> postInstall = '' rm -v $out/bin/License.txt mkdir -p $out/etc/udev/rules.d sed -i '/udev-acl/d' usb/55-Argyll.rules cp -v usb/55-Argyll.rules $out/etc/udev/rules.d/ <del> mkdir -p $out/share/ mv $out/ref $out/share/argyllcms </del> ''; meta = with lib; {
Change:
Project description Gigalixir is a hosting provider for Elixir apps. Its CLI is currently available on PyPi homepage URL: source URL: license: mit platforms: linux, darwin

Discussion:
<ins> { buildPythonApplication , click , fetchPypi , git , httpretty , lib , qrcode , pygments , pyopenssl , pytestCheckHook , requests , rollbar , stripe , sure }: buildPythonApplication rec { pname = "gigalixir"; version = "1.2.3"; src = fetchPypi { inherit pname version; sha256 = "1b7a9aed7e61a3828f5a11774803edc39358e2ac463b3b5e52af267f3420dc66"; }; postPatch = '' substituteInPlace setup.py --replace "'pytest-runner'," "" ''; propagatedBuildInputs = [ click requests stripe rollbar pygments qrcode pyopenssl ]; checkInputs = [ httpretty sure pytestCheckHook git ]; pythonImportsCheck = [ "gigalixir" ]; meta = with lib; { description = "Gigalixir Command-Line Interface"; homepage = "https://github.com/gigalixir/gigalixir-cli"; license = licenses.mit; maintainers = with maintainers; [ superherointj ]; }; } </ins>

<ins> { aiocontextvars , blinker , buildPythonPackage , fetchPypi , httpx , lib , mock , pytestCheckHook , requests , six , unittest2 , webob }: buildPythonPackage rec { pname = "rollbar"; version = "0.16.2"; src = fetchPypi { inherit pname version; sha256 = "aa3b570062dd8dfb0e11537ba858f9e1633a604680e062a525434b8245540f87"; }; propagatedBuildInputs = [ requests six ]; checkInputs = [ webob blinker unittest2 mock httpx aiocontextvars pytestCheckHook ]; pythonImportsCheck = [ "rollbar" ]; meta = with lib; { description = "Error tracking and logging from Python to Rollbar"; homepage = "https://github.com/rollbar/pyrollbar"; license = licenses.mit; maintainers = with maintainers; [ superherointj ]; }; } </ins>

fnott = callPackage ../applications/misc/fnott { }; <ins> gigalixir = with python3Packages; toPythonApplication gigalixir; </ins> go-libp2p-daemon = callPackage ../servers/go-libp2p-daemon { }; go-motion = callPackage ../development/tools/go-motion { };

gidgethub = callPackage ../development/python-modules/gidgethub { }; <ins> gigalixir = callPackage ../development/python-modules/gigalixir { }; </ins> gin-config = callPackage ../development/python-modules/gin-config { }; gios = callPackage ../development/python-modules/gios { };

rokuecp = callPackage ../development/python-modules/rokuecp { }; <ins> rollbar = callPackage ../development/python-modules/rollbar { }; </ins> roman = callPackage ../development/python-modules/roman { }; roombapy = callPackage ../development/python-modules/roombapy { };
Change:
on fails to build if is set to Steps to reproduce the behavior: with set to should build <details<summaryFull build log</summary<br</details Maintainer information:
I marked this as stale due to inactivity. &rarr;
Still an issue
still an issue
Option has been renamed to . Still broken.
Here's the exact error: Since it doesn't work and, judging by this issue, hasn't for a while, let's just remove that flag.

Discussion:
, withMultithread ? true # Multithreading via pthreads/win32 threads , withNetwork ? withHeadlessDeps # Network support , withPixelutils ? withHeadlessDeps # Pixel utils in libavutil <del> , withLTO ? false # build with link-time optimization </del> /* *  Program options */

(enableFeature withSmallBuild "small") (enableFeature withRuntimeCPUDetection "runtime-cpudetect") <del> (enableFeature withLTO "lto") </del> (enableFeature withGrayscale "gray") (enableFeature withSwscaleAlpha "swscale-alpha") (enableFeature withHardcodedTables "hardcoded-tables")
Change:
Recently, introduced libnatpmp as a dependency for Transmission. But for some reason the file is not executable (not on unstable, nor on nixos-21.05). This makes transmission-daemon fail to load the library at startup on my server with the "hardened" profile. Steps to reproduce the behavior: with being: as root, and observe failing to start due to libnatpmp is executable and can start without issues. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --For For libnatpmp: For transmission-daemon: system: host os: multi-user?: sandbox: version: channels(root): channels(minijackson): nixpkgs: Maintainer information:
NixOS tests also broke with the same error:
fedora does this either chmod or patch the install command in Makefile

Discussion:
makeFlags = [ "INSTALLPREFIX=$(out)" ]; <ins> postFixup = '' chmod +x $out/lib/* ''; </ins> meta = with lib; { homepage = "http://miniupnp.free.fr/libnatpmp.html"; description = "NAT-PMP client";
Change:
this is due to supertag using an old version of lexical-core which is incompatible with new versions of rust, which is fixed upstream in rust-lexical , but supertag hasn't updated its dependencies and made a new release yet A easy fix would be to patch its to use a newer version of lexical-core if anyone is interested

Discussion:
<ins> --- a/Cargo.lock +++ b/Cargo.lock @@ -1,5 +1,7 @@ # This file is automatically @generated by Cargo. # It is not intended for manual editing. +version = 3 + [[package]] name = "adler32" version = "1.2.0" @@ -530,13 +532,13 @@ checksum = "830d08ce1d1d941e6b30645f1a0eb5643013d835ce3779a5fc208261dbe10f55" [[package]] name = "lexical-core" -version = "0.7.4" +version = "0.7.6" source = "registry+https://github.com/rust-lang/crates.io-index" -checksum = "db65c6da02e61f55dae90a0ae427b2a5f6b3e8db09f58d10efab23af92592616" +checksum = "6607c62aa161d23d17a9072cc5da0be67cdfc89d3afb1e8d9c842bebc2525ffe" dependencies = [ "arrayvec", "bitflags 1.2.1", - "cfg-if 0.1.10", + "cfg-if 1.0.0", "ryu", "static_assertions", ] </ins>

sha256 = "0jzm7pn38hlr96n0z8gqfsfdbw48y0nnbsgjdq7hpgwmcgvgqdam"; }; <del> cargoSha256 = "093vrpp4in8854hb0h1lxrp8v6i9vfja0l69dnnp7z15qkpbir4f"; </del> <ins> # lexical-core is outdated and incompatible with newer versions of rust # patches Cargo.lock to include a more up-to-date version of lexical-core cargoPatches = [ ./cargo-lock-update-lexical-core.patch ]; cargoSha256 = "sha256-W5Emkbe1jI9Z+irMckD/3gJO47rACa9E5k5dqAFC1yQ="; </ins> LIBCLANG_PATH = "${llvmPackages.libclang.lib}/lib";