jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug executing terminates with an error. This didn't happen with idris2 Version 0.3. To Reproduce See above and below. Expected behavior The REPL should successfully start and present its own prompt Additional context Notify maintainers Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Could you try setting ? In particular, they should be set here:
The library paths mismatch.
Hey, your seems to be empty. :O This is what my recent install () looks like:
huh, why does it seems empty, it clearly contains stuff?
Ah sorry, I misread the columns then.
Can you compile and run execs?
suggestion:
when I manually adjust the library paths to include the version, it works:
Run with
Will apply, though I am now concerned about the different behavior in NixOS, so maybe I am getting the libs from somewhere else DX

Discussion:
postInstall = let includedLibs = [ "base" "contrib" "network" "prelude" ]; name = "${pname}-${version}"; <del> packagePaths = builtins.map (l: "$out/${name}/" + l) includedLibs; </del> <ins> packagePaths = builtins.map (l: "$out/${name}/${l}-${version}") includedLibs; </ins> additionalIdris2Paths = builtins.concatStringsSep ":" packagePaths; in '' # Remove existing idris2 wrapper that sets incorrect LD_LIBRARY_PATH
Change:
Describe the bug Inkcut is unable to print to a cups printer. To Reproduce Steps to reproduce the behavior: to your config to and add a printer that points to a local vinyl cutter or printer device via its USB device name, for example the printer driver for this device to Inkcut, go to and make a profile for your printer that points to this new printer to "Send to device" (Ctrl + P) in Inkcut that nothing happens, no new print job is started Expected behavior Inkcut would start a print job in cups 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(matthew): nixpkgs: Maintainer information:
Note that as a workaround you can likely use the USB-to-serial device directly as a serial interface without going through CUPS - I'm pretty sure that's the setup in / . We should still fix it so it also works via CUPS, of course :)
In my case, your workaround is not as nice as using cups, since Inkcut improperly handles the lp0 (parallel) and serial is not an option for my cutter. Cups handles the jobs properly, if the vinyl cutter is powered off half-way through a job it will not continue to send and buffer the job, it will halt the job and consider it done. So it's just a better method than to give Inkcut direct access to lp0.
I tried this, and under 'Setup' I do see my CUPS printers, so it looks like at least something works. However, indeed when I send the job to the device, indeed I see nothing show up in the print queue. Looking at the inkcut logs, however, all looks fine: Showing the 'completed jobs' in CUPS doesn't show this one, though - not as 'cancelled' either. Adding some more diagnostic logging () revealed that twisted is trying to run /usr/bin/lpr, which is of course not where that tool is located in NixOS. Making that an absolute path into the nix store seemed to help (at least things showed up in my CUPS queue, haven't tested with an actual plotter).
Well, that should be it. I always assumed was ran automatically in most cases to fix the issue of hardcoded references, Is this not the case here?
That should indeed run automatically, but only covers the line of executable scripts. In this case was just passed as a parameter to somewhere inside the python plugin, so that's hard to detect automatically ;)

Discussion:
, python3Packages , fetchFromGitHub , wrapQtAppsHook <ins> , cups </ins> }: with python3Packages;

sha256 = "0px0xdv6kyzkkpmvryrdfavv1qy2xrqdxkpmhvx1gj649xcabv32"; }; <ins> postPatch = '' substituteInPlace inkcut/device/transports/printer/plugin.py  --replace ", 'lpr', " ", '${cups}/bin/lpr', " ''; </ins> nativeBuildInputs = [ wrapQtAppsHook ]; propagatedBuildInputs = [
Change:
Describe the bug Midnight Commander is compiled with x11 support but it can't connext to x11, and because of that hotkey to paste selection doesn't work under X11 session. I debugged it a bit and it can't open x11 library and returns Should it be patched somehow? 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 Add any other context about the problem here. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
It works fine if LDLIBRARYPATH contains

Discussion:
--replace /bin/rm ${coreutils}/bin/rm ''; <del> preFixup = '' </del> <ins> postFixup = '' </ins> # remove unwanted build-dependency references sed -i -e "s!PKG_CONFIG_PATH=''${PKG_CONFIG_PATH}!PKG_CONFIG_PATH=$(echo "$PKG_CONFIG_PATH" | sed -e 's/./0/g')!" $out/bin/mc <ins> # libX11.so is loaded dynamically so autopatch doesn't detect it patchelf  --add-needed ${libX11}/lib/libX11.so  $out/bin/mc </ins> ''; meta = with lib; {
Change:
Here's how it's possible to reproduce it: both and package using nix-env or declaration in . I've tried different git versions, all them work this way. Not sure about versions, but I'm using 0.19.6 with channel on my system. into any git repository directory or with any arguments (except options, works well). Git will do nothing and return code 0. Here's an illustration of how it works: I used strace to discover what's going on and it appeared that with and without installed gives almost identical output (differs in addresses only), except for the last ~6 lines, which are: With installed: Without:
Confirming this bug.
cc
Critical point is this: I'm not able to check if eval_gettext function is working on my system now + I don't quite understand where is defined itself.
The script just calls the binary from current , which seems a bad thing to do in the first place. We should probably patch that out.
Got a fix in progress, building and testing
There. There is also an issue with in the gettextWithExpat package. The difference with just gettext is that it's wrapped and it's probably interfering with the hacky source detection in the target script.

Discussion:
-e 's|	perl -e|	${perl}/bin/perl -e|g'  $out/libexec/git-core/{git-am,git-submodule} <ins> # Fix references to gettext. substituteInPlace $out/libexec/git-core/git-sh-i18n  --replace 'gettext.sh' '${gettext}/bin/gettext.sh' </ins> # gzip (and optionally bzip2, xz, zip) are runtime dependencies for # gitweb.cgi, need to patch so that it's found sed -i -e "s|'compressor' => ['gzip'|'compressor' => ['${gzip}/bin/gzip'|"
Change:
Describe the bug When adding to the NixOS configuration the udev rules do not get installed. To Reproduce Steps to reproduce the behavior: mixxx with a DJ controller plugged in. controller is not recognized by mixxx Expected behavior The udev rules are in the correct folder i.e. or and therefore the udev service does not recognizes them. Additional context The fix in worked for me after a little modification (the rules file got renamed). Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Originally, mixxx did the right thing = install udev files to - see Later they changed the behaviour and they install to - see Sigh.

Discussion:
{ lib <ins> , stdenv </ins> , mkDerivation , fetchurl , fetchFromGitHub

"--set LOCALE_ARCHIVE ${glibcLocales}/lib/locale/locale-archive" ]; <ins> # mixxx installs udev rules to DATADIR instead of SYSCONFDIR # let's disable this and install udev rules manually via postInstall # see https://github.com/mixxxdj/mixxx/blob/2.3.0/CMakeLists.txt#L1381-L1392 cmakeFlags = [ "-DINSTALL_USER_UDEV_RULES=OFF" ]; postInstall = lib.optionalString stdenv.isLinux '' rules="$src/res/linux/mixxx-usb-uaccess.rules" if [ ! -f "$rules" ]; then echo "$rules is missing, must update the Nix file." exit 1 fi mkdir -p "$out/lib/udev/rules.d" cp "$rules" "$out/lib/udev/rules.d/69-mixxx-usb-uaccess.rules" ''; </ins> meta = with lib; { homepage = "https://mixxx.org"; description = "Digital DJ mixing software";
Change:
Currently when distributed builds enabled each derivation is uploaded to the remote server to have their hashes rewritten. Within pkgs/build-support/replace- the 'replaceHashes; derivation should be marked in such a way so that the replacement is done locally for those people who have enabled distributed builds. I believe there is a simple way to do this, but I need to look up how it is done. I've assigned myself this issue, but you might also be interested in fixing it.
, I suppose.
(triage) , any update on this ? Have you fixed it ?
Are there any updates to this issue, please?
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 .

Discussion:
<del> { runCommand, nix, lib }: </del> <ins> { runCommandLocal, nix, lib }: </ins> # Replace a single dependency in the requisites tree of drv, propagating # the change all the way up the tree, without a full rebuild. This can be

let warn = if verbose then builtins.trace else (x: y: y); <del> references = import (runCommand "references.nix" { exportReferencesGraph = [ "graph" drv ]; } '' </del> <ins> references = import (runCommandLocal "references.nix" { exportReferencesGraph = [ "graph" drv ]; } '' </ins> (echo { while read path do

drvName = drv: discard (substring 33 (stringLength (builtins.baseNameOf drv)) (builtins.baseNameOf drv)); <del> rewriteHashes = drv: hashes: runCommand (drvName drv) { nixStore = "${nix.out}/bin/nix-store"; } '' </del> <ins> rewriteHashes = drv: hashes: runCommandLocal (drvName drv) { nixStore = "${nix.out}/bin/nix-store"; } '' </ins> $nixStore --dump ${drv} | sed 's|${baseNameOf drv}|'$(basename $out)'|g' | sed -e ${ concatStringsSep " -e " (mapAttrsToList (name: value: "'s|${baseNameOf name}|${baseNameOf value}|g'"
Change:
Describe the bug Sonatype Nexus does not start on NixOS 21.05 To Reproduce nexus service service does not start and shows Expected behavior The service should run. Additional context The issue seems to be caused by the fact, that the nexus package requires exactly java 1.8. Adding the option fixes the issue for me. 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:
please test
see Java:

Discussion:
nix-build-uncached = callPackage ../development/tools/misc/nix-build-uncached { }; <del> nexus = callPackage ../development/tools/repository-managers/nexus { }; </del> <ins> nexus = callPackage ../development/tools/repository-managers/nexus { jre_headless = jre8_headless; }; </ins> nwjs = callPackage ../development/tools/nwjs { gconf = pkgs.gnome2.GConf;
Change:
Project description mnamer (media renamer) is an intelligent and highly configurable media organization utility. It parses media filenames for metadata, searches the web to fill in the blanks, and then renames and moves them. Metadata homepage URL: source URL: license: mit platforms: unix
I'll give it a try.

Discussion:
<ins> { python3Packages, fetchFromGitHub, lib }: python3Packages.buildPythonApplication rec { pname = "mnamer"; version = "2.5.3"; src = fetchFromGitHub { owner = "jkwill87"; repo = "mnamer"; rev = version; sha256 = "1frrvfhp85fh82yw9yb6n61by8qp1v7f3c0f623njxk1afawhccd"; }; propagatedBuildInputs = with python3Packages; [ babelfish requests appdirs teletype requests-cache guessit ]; patches = [ # requires specific old versions of dependencies which have been updated in nixpkgs ./remove_requirements.patch # author reads a private property that changed between versions ./update_hack.patch ]; checkInputs = [ python3Packages.pytestCheckHook ]; # disable test that fail (networking, etc) disabledTests = [ "network" "e2e" "test_utils.py" ]; meta = with lib; { homepage = "https://github.com/jkwill87/mnamer"; description = "An intelligent and highly configurable media organization utility"; license = licenses.mit; maintainers = with maintainers; [ urlordjames ]; }; } </ins>

<ins> diff --git a/setup.py b/setup.py index 245c1dd..fdc17ab 100755 --- a/setup.py +++ b/setup.py @@ -7,16 +7,12 @@ from mnamer.__version__ import VERSION with open("readme.md", "r", encoding="utf8") as fp: LONG_DESCRIPTION = fp.read() -with open("requirements.txt", "r", encoding="utf8") as fp: -    REQUIREMENTS = fp.read().splitlines() - setup( author="Jessy Williams", author_email="jessy@jessywilliams.com", description="A media file organiser", entry_points={"console_scripts": ["mnamer=mnamer.__main__:main"]}, include_package_data=True, -    install_requires=REQUIREMENTS, license="MIT", long_description=LONG_DESCRIPTION, long_description_content_type="text/markdown", </ins>

<ins> diff --git a/mnamer/utils.py b/mnamer/utils.py index 636b596..e52bd37 100644 --- a/mnamer/utils.py +++ b/mnamer/utils.py @@ -280,7 +280,7 @@ def request_json( "like Gecko) Chrome/79.0.3945.88 Safari/537.36" ) -    initial_cache_state = session._is_cache_disabled  # yes, i'm a bad person +    initial_cache_state = session._disabled  # yes, i'm a bad person try: session._is_cache_disabled = not cache response = session.request( </ins>

mmtc = callPackage ../applications/audio/mmtc { }; <ins> mnamer = callPackage ../applications/misc/mnamer { }; </ins> moc = callPackage ../applications/audio/moc { }; mod-distortion = callPackage ../applications/audio/mod-distortion { };
Change:
GPU acceleration: is required to avoid (which results in a software fallback and bad performance). SwiftShader seems to perform fine (and chrome://gpu even displays "Hardware accelerated") but SwiftShader should actually use the CPU instead of the GPU. Unfortunately the Wayland support is completely broken (crashes on startup) but it was basically already broken before: . It's still a regression that makes it worse though. Google Chrome lacks a dedicated maintainer so these issues will unfortunately persist for now. Edit: This was with Mesa's driver btw (Radeon HD 6950 GPU) but it also affects at least the proprietary Nvidia drivers: .

Discussion:
, systemd # Loaded at runtime. <del> , libexif </del> <ins> , libexif, pciutils </ins> # Additional dependencies according to other distros. ## Ubuntu

alsa-lib libXdamage libXtst libXrandr libxshmfence expat cups dbus gdk-pixbuf gcc-unwrapped.lib systemd <del> libexif </del> <ins> libexif pciutils </ins> liberation_ttf curl util-linux xdg-utils wget flac harfbuzz icu libpng opusWithCustomModes snappy speechd bzip2 libcap at-spi2-atk at-spi2-core
Change:
Describe the bug When running Pulseview from Nix, it is missing some decoders, notably uart. Looking a the stdout output, the following printed for a bunch of decoders which is weird, since the "math" module is part of the Python stdlib. With strace, I found the following: It tries to find the first available python executable, and since I don't have it in my .nix-profile, it falls back to my non-Nix system . Then all the imports fail. As a workaround, installing with nix-env resolves the problem To Reproduce Steps to reproduce the behavior: python from nix-env: pulseview: import failures and missing decoders Expected behavior No import failures Notify maintainers Metadata
I think it's libpython that wants the interpreter. If that's true, I wonder if that be fixed in libpython (abspath to /nix/store/.../bin/python3). But the easier/quicker fix is to wrap pulseview with python3. (Probably the sigrok cli needs the same wrapping.)
there's updates for some of the packages you maintain. here's something to get you started building pulseview fails with

Discussion:
<del> { lib, stdenv, fetchurl, pkg-config, glib, python3, libsigrok, check }: </del> <ins> { lib, stdenv, fetchurl, pkg-config, glib, python3, check }: </ins> stdenv.mkDerivation rec { pname = "libsigrokdecode";

}; nativeBuildInputs = [ pkg-config ]; <del> buildInputs = [ glib python3 libsigrok check ]; </del> <ins> buildInputs = [ glib python3 ]; checkInputs = [ check ]; doCheck = true; </ins> meta = with lib; { description = "Protocol decoding library for the sigrok signal analysis software suite";
Change:
Project description LEB128 or Little Endian Base 128 is a form of variable-length code compression used to store an arbitrarily large integer in a small number of bytes. LEB128 is used in the DWARF debug file format and the WebAssembly binary encoding for all integer literals. This module makes it easy to encode/decode both signed and unsigned LEB128 integers. Metadata homepage URL: source URL: license: MIT platforms: Linux, all Python

Discussion:
<ins> { buildPythonPackage, fetchFromGitHub, pytestCheckHook, lib }: buildPythonPackage rec { pname = "leb128"; version = "1.0.4"; # fetchPypi doesn't include files required for tests src = fetchFromGitHub { owner = "mohanson"; repo = "leb128"; rev = "v${version}"; sha256 = "040l6fxyzqal841kirf783kk1840gcy1gjd374jfr46v96qc8scm"; }; checkInputs = [ pytestCheckHook ]; pythonImportsCheck = [ "leb128" ]; meta = with lib; { description = "A utility to encode and decode Little Endian Base 128"; homepage = "https://github.com/mohanson/leb128"; license = licenses.mit; maintainers = with maintainers; [ urlordjames ]; }; } </ins>

leather = callPackage ../development/python-modules/leather { }; <ins> leb128 = callPackage ../development/python-modules/leb128 { }; </ins> ledger_agent = callPackage ../development/python-modules/ledger_agent { }; ledgerblue = callPackage ../development/python-modules/ledgerblue { };
Change:
Describe the bug fails to build in the latest nixos-unstable (). This seems to be caused by a failing test: I'm running right now and will update this issue when it's done. To Reproduce Steps to reproduce the behavior: Additional context <details<summaryComplete build logs</summary</detailsNotify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --There aren't any maintainers listed :( Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Seems to be a side effect of switching to Python 3.9 as default. Upstream has resolved this issue in v1.5.13 and newer.
I opened a PR that should fix this . As there are, as you mentioned, no maintainers, would you mind taking a look and leaving a review?
I still run into this issue on unstable?
Right now unstable is still at You can check to see when the channels were last updated.

Discussion:
stdenv.mkDerivation rec { pname = "system-config-printer"; <del> version = "1.5.12"; </del> <ins> version = "1.5.15"; </ins> src = fetchFromGitHub { owner = "openPrinting"; repo = pname; <del> rev = version; sha256 = "1a812jsd9pb02jbz9bq16qj5j6k2kw44g7s1xdqqkg7061rd7mwf"; </del> <ins> rev = "v${version}"; sha256 = "0a3v8fp1dfb5cwwpadc3f6mv608b5yrrqd8ddkmnrngizqwlswsc"; </ins> }; prePatch = ''

patches = [ ./detect_serverbindir.patch <del> # https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=958104 # (Fixes will be included in next upstream release.) (fetchpatch { url = "https://github.com/OpenPrinting/system-config-printer/commit/cf9903466c1a2d18a701f3b5e8c7e03483e1244d.patch"; sha256 = "03gpav618w50q90m2kdkgwclc7fv17m493fgjd633zfavb5kqr3n"; }) (fetchpatch { url = "https://github.com/OpenPrinting/system-config-printer/commit/b9289dfe105bdb502f183f0afe7a115ecae5f2af.patch"; sha256 = "12w47hy3ly4phh8jcqxvdnd5sgbnbp8dnscjd7d5y2i43kxj7b23"; }) </del> ]; buildInputs = [

pythonPath = with python3Packages; requiredPythonModules [ pycups pycurl dbus-python pygobject3 requests pycairo pysmbc ]; <ins> preConfigure = '' intltoolize --copy --force --automake ''; </ins> configureFlags = [ "--with-udev-rules" "--with-udevdir=${placeholder "out"}/etc/udev"
Change:
VST doesn't seem to compile files like in the folder, so the user cannot use it. I have a WIP that tries to resolve this with but it still doesn't seem to help, see The user should be able to import and use from VST.
Are you sure about the expected behavior? Reading the I cannot find any reference to the module.
See how they use wildcards to check if the submodules have been cloned
the problem seems to be that there are missing dependencies so its unable to compile them. i will submit a pr once i figure it out
Sorry but i couldn't fix it here's what i last tested it might have something to do with LoadPaths <details</details
do you have an idea? It looks like is not being compiled.
See proposed

Discussion:
<del> { lib, mkCoqDerivation, coq, compcert, version ? null }: </del> <ins> { lib, mkCoqDerivation, coq, compcert, ITree, version ? null }: # A few modules that are not built and installed by default #  but that may be useful to some users. # They depend on ITree. let extra_floyd_files = [ "ASTsize.v" "io_events.v" "powerlater.v" "printf.v" "quickprogram.v" ]; in </ins> with lib; mkCoqDerivation { pname = "coq${coq.coq-version}-VST";

] null; release."2.8".sha256 = "sha256-cyK88uzorRfjapNQ6XgQEmlbWnDsiyLve5po1VG52q0="; releaseRev = v: "v${v}"; <ins> extraBuildInputs = [ ITree ]; </ins> propagatedBuildInputs = [ compcert ]; <del> preConfigure = "patchShebangs util"; </del> <ins> preConfigure = '' patchShebangs util substituteInPlace Makefile  --replace 'FLOYD_FILES=' 'FLOYD_FILES= ${toString extra_floyd_files}' ''; </ins> makeFlags = [ "BITSIZE=64"
Change:
Project description A GTK image viewer with quick editing capabilities, also responsive for smaller screens, like tablets. Metadata homepage URL: source URL: license: mit platforms: linux
i did not like the program so i will not submit a pr you can use the below snippet by putting it into image- and adding to your config

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub , glib , pkg-config , wrapGAppsHook , gtk3 }: rustPlatform.buildRustPackage rec { pname = "image-roll"; version = "1.3.1"; src = fetchFromGitHub { owner = "weclaw1"; repo = pname; rev = version; sha256 = "007jzmrn4cnqbi6fy5lxanbwa4pc72fbcv9irk3pfd0wspp05s8j"; }; cargoSha256 = "sha256-dRRBfdGTXtoNbp7OWqOdNECXHCpj0ipkCOvcdekW+G4="; nativeBuildInputs = [ glib pkg-config wrapGAppsHook ]; buildInputs = [ gtk3 ]; meta = with lib; { description = "Simple and fast GTK image viewer with basic image manipulation tools"; homepage = "https://github.com/weclaw1/image-roll"; license = licenses.mit; maintainers = with maintainers; [ figsoda ]; }; } </ins>

inherit (darwin.apple_sdk.frameworks) Security; }; <ins> image-roll = callPackage ../applications/graphics/image-roll { }; </ins> imagej = callPackage ../applications/graphics/imagej { }; imagemagick6_light = imagemagick6.override {