jiebi/CodeConvo huggingface dataset:
Change:
Describe the bug I cannot run lightworks from 19.09 branch. Running produces . I am using ThinkPad W530 with i7-3740QM. I use the integrated Intel GPU and optionally use optirun to run tasks on the NVIDIA QUADRO 1000M. When I run I get . To Reproduce Steps to reproduce the behavior without optirun: Steps to reproduce the behavior with optirun: to your Expected behavior Lightwork would start up. Metadata Maintainer information:
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
No relevant changes were made to the lightworks package therefore the issue still occurs. I expect to fix this, however it is not merged yet.

Discussion:
{ lib, stdenv, fetchurl, dpkg, makeWrapper, buildFHSUserEnv , gtk3, gdk-pixbuf, cairo, libjpeg_original, glib, pango, libGLU <del> , nvidia_cg_toolkit, zlib, openssl, portaudio </del> <ins> , libGL, nvidia_cg_toolkit, zlib, openssl, libuuid , alsaLib, udev </ins> }: let fullPath = lib.makeLibraryPath [

libjpeg_original glib pango <ins> libGL </ins> libGLU nvidia_cg_toolkit zlib openssl <del> portaudio </del> <ins> libuuid alsaLib udev </ins> ]; lightworks = stdenv.mkDerivation rec { <del> version = "14.0.0"; </del> <ins> version = "2021.2.1"; rev = "128456"; </ins> pname = "lightworks"; src = if stdenv.hostPlatform.system == "x86_64-linux" then fetchurl { <del> url = "http://downloads.lwks.com/v14/lwks-14.0.0-amd64.deb"; sha256 = "66eb9f9678d979db76199f1c99a71df0ddc017bb47dfda976b508849ab305033"; </del> <ins> url = "https://cdn.lwks.com/releases/${version}/lightworks_${lib.versions.majorMinor version}_r${rev}.deb"; sha256 = "sha256-GkTg43IUF1NgEm/wT9CZw68Dw/R2BYBU/F4bsCxQowQ="; </ins> } else throw "${pname}-${version} is not supported on ${stdenv.hostPlatform.system}";

description = "Professional Non-Linear Video Editor"; homepage = "https://www.lwks.com/"; license = lib.licenses.unfree; <del> maintainers = [ lib.maintainers.antonxy ]; </del> <ins> maintainers = with lib.maintainers; [ antonxy vojta001 ]; </ins> platforms = [ "x86_64-linux" ]; }; }

liferea = callPackage ../applications/networking/newsreaders/liferea { }; <del> lightworks = callPackage ../applications/video/lightworks { portaudio = portaudio2014; }; </del> <ins> lightworks = callPackage ../applications/video/lightworks { }; </ins> lingot = callPackage ../applications/audio/lingot { };
Change:
Describe the bug The recent commit causes electrum to fail to build with the error: No matching distribution found for qdarkstyle<2.7 To Reproduce Steps to reproduce the behavior: nixpkgs and checkout commit Expected behavior The build should complete successfully. Additional context Metadata system: host os: multi-user?: sandbox: version: channels(root): I DON'T USE channels nixpkgs: Maintainer information:
I tried this patch to remove the <2.7 restriction and electrum seems to work just fine. Apparently the reason for enforcing qdarkstyle<2.7 is to avoid making a dependency, per commit I'll check with upstream to see what they intend to do.

Discussion:
'' + (if enableQt then '' substituteInPlace ./electrum/qrscanner.py  --replace ${libzbar_name} ${zbar.lib}/lib/libzbar${stdenv.hostPlatform.extensions.sharedLibrary} <ins> sed -i 's/qdarkstyle<2.7/qdarkstyle<3.0/' contrib/requirements/requirements.txt </ins> '' else '' sed -i '/qdarkstyle/d' contrib/requirements/requirements.txt '');
Change:
Describe the bug When I start a scummvm game installed via the integration, I get an error in the logs about To Reproduce Steps to reproduce the behavior: Blade Runner from using Lutris. Blade Runner. Expected behavior Game starts without any problems. Metadata
do you mind checking out and trying to run the game with those changes?
That works an absolute treat!

Discussion:
libcap libtiff libva libgphoto2 libxslt libtxc_dxtn libsndfile giflib zlib glib alsaLib zziplib bash dbus keyutils zip cabextract freetype unzip coreutils readline gcc SDL SDL2 curl graphite2 gtk2 gtk3 udev ncurses wayland libglvnd <del> vulkan-loader xdg_utils sqlite gnutls </del> <ins> vulkan-loader xdg_utils sqlite gnutls libbsd </ins> # PCSX2 // TODO: "libgobject-2.0.so.0: wrong ELF class: ELFCLASS64"
Change:
Describe the bug I have configured the new ACME module (from 20.03) and after a rebuild nothing happened. I expected to have a certificate or a (failed) certificate request, but neither of these happened. Apparently I have to wait four days until my certificates would automatically appear, that is a bit long. To Reproduce Steps to reproduce the behavior: a certificate through certificate request doesn't happen before the systemd-timer is due Expected behavior I should have a certificate as soon as possible. Metadata Maintainer information:
presumably you have a service which requires this certificate. You should make that service require your certificate service. Both and services do this with their options and could demonstrate for you how to do this. If any part of what I said isn't clear, or any part of the code please do not hesitate to ask for details.
Got it, I can make that work. But is that really the intended behaviour?
Would you want each certificate to renew each and every time you rebuilt your system? That sounds like much more of a problem. You could always manually execute the certificate service any time you want, but the intention is that you utilize systemd and make services depend on other services. Why provision a certificate unless you need it. If you need it, declare it so and it will be provisioned.
It wouldn't renew on every rebuild: Starting the renew service doesn't do anything if no renew is needed. I think having the certificate be created when a rebuild is done sounds reasonable. I think it might simply be a matter of adding to the acme services.
That and also making sure on boot that the certificate is in order is also a good practice.
thanks for clarifying that. I think I was mistaking the implementation which did attempt to renew every time it was called, if I recall correctly :thinking:

Discussion:
description = "Renew ACME Certificate for ${cert}"; after = [ "network.target" "network-online.target" ]; wants = [ "network-online.target" ]; <ins> wantedBy = [ "multi-user.target" ]; </ins> serviceConfig = { Type = "oneshot"; # With RemainAfterExit the service is considered active even
Change:
Describe the bug blender 2.82 built with enableNumpy set to true builds and installs without errors, but at run-time it fails to find numpy. There may be other issues with other libraries not being found as I'm having trouble activating a number of plugins and I don't think all use numpy, though at the moment I can only say for certainty numpy doesn't work. To Reproduce Steps to reproduce the behavior: blender with blender and go to the Scripting tab. in the console. The following comes up: This worked with 2.81. Expected behavior numpy should be imported with no errors. Metadata Result of : Maintainer information:

Discussion:
, jackaudioSupport ? false, libjack2 , cudaSupport ? config.cudaSupport or false, cudatoolkit , colladaSupport ? true, opencollada <del> , enableNumpy ? false, makeWrapper </del> <ins> , makeWrapper </ins> , pugixml, SDL, Cocoa, CoreGraphics, ForceFeedback, OpenAL, OpenGL }:

enableParallelBuilding = true; <del> postInstall = optionalString enableNumpy '' wrapProgram $out/bin/blender  --prefix PYTHONPATH : ${python3Packages.numpy}/${python.sitePackages} ''; </del> <ins> blenderExecutable = placeholder "out" + (if stdenv.isDarwin then "/Blender.app/Contents/MacOS/Blender" else "/bin/blender"); # --python-expr is used to workaround https://developer.blender.org/T74304 postInstall = '' wrapProgram $blenderExecutable  --add-flags '--python-expr "import sys; sys.path.append("${python3Packages.numpy}/${python.sitePackages}")"' ''; </ins> # Set RUNPATH so that libcuda and libnvrtc in /run/opengl-driver(-32)/lib can be # found. See the explanation in libglvnd.
Change:
This is the content of on my system: It has set to , which does not exist. This path should point to the include directory of vulkan-headers package. Also, the package contain headers that include headers from vulkan-headers package. Should the pc file for glfw3 add vulkan-headers to the include path? Metadata system: host os: multi-user?: sandbox: version: channels(saga): nixpkgs:
Ping (Vulkan maintainer), I'm seeing when building anything depending on vulkan-loader using pkgconfig.
Thanks for the ping! Drafted Please confirm that this solves the problem.

Discussion:
buildInputs = [ cmake python3 xlibsWrapper libxcb libXrandr libXext wayland ]; enableParallelBuilding = true; <ins> preConfigure = '' substituteInPlace loader/vulkan.pc.in --replace 'includedir=''${prefix}/include' 'includedir=${vulkan-headers}/include' ''; </ins> cmakeFlags = [ "-DSYSCONFDIR=${addOpenGLRunpath.driverLink}/share" "-DVULKAN_HEADERS_INSTALL_DIR=${vulkan-headers}"
Change:
Project description Python interface to Bluetooth LE on Linux describe the project a little This package seems to be required by mitemp_bt component of home-assistant service. Metadata homepage URL: source URL: license: gpl2+ platforms: linux
So far this is what I got: But it doesn't build because it can't find pkg-config or glib.h .
It's vendoring in a C dependency and compiling it sigh..... we would want to swap that out for one from nixpkgs but I'm not sure how. Given that there aren't any tests I'm not sure we can know if the version from nixpkgs (which might differ from the one vendored in) would even work.
I am also interested in bluepy. It is the only reliable library for BLE on Linux that I've found.
This works for me.
Can you provide an example of how you are using this in your

Discussion:
<ins> { stdenv , buildPythonPackage , fetchPypi , pkg-config , glib }: buildPythonPackage rec { pname = "bluepy"; version = "1.3.0"; src = fetchPypi { inherit pname version; sha256 = "1v0wjy1rz0rbwghr1z3xhdm06lqn9iig6vr5j2wmymh3w6pysw9a"; }; buildInputs = [ glib ]; nativeBuildInputs = [ pkg-config ]; # tests try to access hardware checkPhase = '' $out/bin/blescan --help > /dev/null $out/bin/sensortag --help > /dev/null $out/bin/thingy52 --help > /dev/null ''; pythonImportsCheck = [ "bluepy" ]; meta = with stdenv.lib; { description = "Python interface to Bluetooth LE on Linux"; homepage = "https://github.com/IanHarvey/bluepy"; maintainers = with maintainers; [ georgewhewell ]; license = licenses.gpl2; }; } </ins>

blivet = callPackage ../development/python-modules/blivet { }; <ins> bluepy = callPackage ../development/python-modules/bluepy { }; </ins> boltons = callPackage ../development/python-modules/boltons { }; bravia-tv = callPackage ../development/python-modules/bravia-tv { };
Change:
Describe the bug If I change and enable when the cert/key in question already exists the group access will not be granted after rebuilding and restarting the . This is because a condition in the post start script does so only when the key is newer than the existing one. To Reproduce Steps to reproduce the behavior: without group/allowKeysForGroup and start the service to reques the certificate group and allowKeysForGroup again and restart the service, the ownership/ode will not be updated Expected behavior The group and chmod setting should be set on existing certificates as well as new ones. Metadata Please run and paste the result. Maintainer information:
Additionally, shouldn't chmod 0640 suffice on the files?
cc as potentially interested individuals

Discussion:
lpath = "acme/${cert}"; apath = "/var/lib/${lpath}"; spath = "/var/lib/acme/.lego"; <del> rights = if data.allowKeysForGroup then "750" else "700"; </del> <ins> fileMode = if data.allowKeysForGroup then "640" else "600"; </ins> globalOpts = [ "-d" data.domain "--email" data.email "--path" "." "--key-type" data.keyType ] ++ optionals (cfg.acceptTerms) [ "--accept-tos" ] ++ optionals (data.dnsProvider != null && !data.dnsPropagationCheck) [ "--dns.disable-cp" ]

Group = data.group; PrivateTmp = true; StateDirectory = "acme/.lego ${lpath}"; <del> StateDirectoryMode = rights; </del> <ins> StateDirectoryMode = if data.allowKeysForGroup then "750" else "700"; </ins> WorkingDirectory = spath; # Only try loading the credentialsFile if the dns challenge is enabled EnvironmentFile = if data.dnsProvider != null then data.credentialsFile else null;

cp -p ${spath}/certificates/${keyName}.issuer.crt chain.pem ln -s fullchain.pem cert.pem cat key.pem fullchain.pem > full.pem <del> chmod ${rights} *.pem chown '${data.user}:${data.group}' *.pem </del> fi <ins> chmod ${fileMode} *.pem chown '${data.user}:${data.group}' *.pem </ins> ${data.postRun} ''; in

# Give key acme permissions chown '${data.user}:${data.group}' "${apath}/"{key,fullchain,full}.pem <del> chmod ${rights} "${apath}/"{key,fullchain,full}.pem </del> <ins> chmod ${fileMode} "${apath}/"{key,fullchain,full}.pem </ins> ''; serviceConfig = { Type = "oneshot";
Change:
The dvc package is on version 0.24, but PyPI has version 0.87 with a bunch of new features. The old version can't handle new dvc files.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Dunno if you are interested yet, but it is a hell of a dependency-chasing to compile it. I have four libraries to Python packages, and now I found my first transitive dependency.

Discussion:
{ lib , python3 , fetchFromGitHub <ins> , fetchpatch </ins> , enableGoogle ? false , enableAWS ? false , enableAzure ? false

python3.pkgs.buildPythonApplication rec { pname = "dvc"; <del> version = "2.9.3"; </del> <ins> version = "2.9.5"; </ins> format = "setuptools"; src = fetchFromGitHub { owner = "iterative"; repo = pname; rev = version; <del> hash = "sha256-nRlgo7Wjs7RgTUxoMYQh5YEsqiJtdWH2ex79rhXagAQ="; </del> <ins> hash = "sha256-MviiA0ja1IaxMPlqu2dhIGBcdEXiEvBYnK9731dihMg="; </ins> }; <ins> # make the patch apply prePatch = '' substituteInPlace setup.cfg  --replace "scmrepo==0.0.7" "scmrepo==0.0.10" ''; patches = [ ./dvc-daemon.patch (fetchpatch { url = "https://github.com/iterative/dvc/commit/ab54b5bdfcef3576b455a17670b8df27beb504ce.patch"; sha256 = "sha256-wzMK6Br7/+d3EEGpfPuQ6Trj8IPfehdUvOvX3HZlS+o="; }) ]; postPatch = '' substituteInPlace setup.cfg  --replace "grandalf==0.6" "grandalf>=0.6"  --replace "scmrepo==0.0.13" "scmrepo" substituteInPlace dvc/daemon.py  --subst-var-by dvc "$out/bin/dcv" ''; </ins> nativeBuildInputs = with python3.pkgs; [ setuptools-scm setuptools-scm-git-archive

importlib-resources ]; <del> patches = [ ./dvc-daemon.patch ]; postPatch = '' substituteInPlace setup.cfg  --replace "grandalf==0.6" "grandalf>=0.6" substituteInPlace dvc/daemon.py  --subst-var-by dvc "$out/bin/dcv" ''; </del> # Tests require access to real cloud services doCheck = false;
Change:
Project description TexturePacker - Utility for creating optimized sprite sheets. Metadata homepage URL: source URL: license: unfree platforms: linux Here is what I have so far: CLI works, while GUI segfaults: <details</details
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .

Discussion:
<ins> { lib , stdenv , fetchurl , dpkg , autoPatchelfHook , wrapQtAppsHook , qtbase , qtdeclarative , qtsvg }: stdenv.mkDerivation (finalAttrs: { pname = "texturepacker"; version = "7.1.0"; src = fetchurl { url = "https://www.codeandweb.com/download/texturepacker/${finalAttrs.version}/TexturePacker-${finalAttrs.version}.deb"; hash = "sha256-9HbmdMPTp6qZCEU/lIZv4HbjKUlEtPVval+y0tiYObc="; }; nativeBuildInputs = [ dpkg autoPatchelfHook wrapQtAppsHook ]; buildInputs = [ qtbase qtdeclarative qtsvg ]; installPhase = '' mkdir -p $out/bin $out/lib cp usr/lib/texturepacker/{libGrantlee_Templates.so.5,libHQX.so.1.0.0,libPVRTexLib.so} $out/lib cp usr/lib/texturepacker/TexturePacker $out/bin cp -r usr/share $out ''; meta = { changelog = "https://www.codeandweb.com/texturepacker/download"; description = "Sprite sheet creator and game graphics optimizer"; homepage = "https://www.codeandweb.com/texturepacker"; license = lib.licenses.unfree; mainProgram = "TexturePacker"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = [ "x86_64-linux" ]; }; }) </ins>

texture-synthesis = callPackage ../tools/graphics/texture-synthesis { }; <ins> texturepacker = qt6.callPackage ../applications/graphics/texturepacker { }; </ins> tty-solitaire = callPackage ../applications/misc/tty-solitaire { }; termtosvg = callPackage ../tools/misc/termtosvg { };
Change:
removed the older libgcrypt version, but the current spotify client seems to depend on Pretending with produces an error like: GCRYPT_1.2' not found ...` Would it be ok to keep the old library as well, or do we make no concessions on account of disgusting binary blobs?
if anything depends on an older version of a lib it's ok to readd it. Feel free to make a PR to reintroduce the older version and let spotify use it. cc

Discussion:
}; spotify-unwrapped = callPackage ../applications/audio/spotify { <del> libgcrypt = libgcrypt_1_5; libpng = libpng12; </del> curl = curl.override { sslSupport = false; gnutlsSupport = true; };
Change:
Prefer Git revision rather release. Version 2.0 is from 2017-03-28.
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
I created which addresses this issue.
Thanks! Since the time, I had my own version: Terminal [] []: [] []:
Feel free to change/add you to the maintainers if you want to.

Discussion:
<del> { lib, stdenv, fetchurl </del> <ins> { lib, stdenv, fetchgit </ins> , pkgconfig, wrapGAppsHook <del> , glib, glib-networking, gsettings-desktop-schemas, gtk, libsoup, webkitgtk </del> <ins> , glib, gcr, glib-networking, gsettings-desktop-schemas, gtk, libsoup, webkitgtk </ins> , xorg, dmenu, findutils, gnused, coreutils , patches ? null }: stdenv.mkDerivation rec { pname = "surf"; <del> version = "2.0"; </del> <ins> version = "unstable-2019-02-08"; </ins> <del> src = fetchurl { url = "https://dl.suckless.org/surf/surf-${version}.tar.gz"; sha256 = "07cmajyafljigy10d21kkyvv5jf3hxkx06pz3rwwk3y3c9x4rvps"; </del> <ins> src = fetchgit { url = "git://git.suckless.org/surf"; rev = "d068a3878b6b9f2841a49cd7948cdf9d62b55585"; sha256 = "0pjsv2q8c74sdmqsalym8wa2lv55lj4pd36miam5wd12769xw68m"; </ins> }; nativeBuildInputs = [ pkgconfig wrapGAppsHook ]; <del> buildInputs = [ glib glib-networking gsettings-desktop-schemas gtk libsoup webkitgtk ]; </del> <ins> buildInputs = [ glib gcr glib-networking gsettings-desktop-schemas gtk libsoup webkitgtk ]; </ins> inherit patches;

''; meta = with stdenv.lib; { <del> description = "A simple web browser based on WebKit/GTK"; </del> <ins> description = "A simple web browser based on WebKitGTK"; </ins> longDescription = '' <del> Surf is a simple web browser based on WebKit/GTK. It is able to display </del> <ins> surf is a simple web browser based on WebKitGTK. It is able to display </ins> websites and follow links. It supports the XEmbed protocol which makes it possible to embed it in another application. Furthermore, one can point surf to another URI by setting its XProperties.
Change:
Describe the bug The dbeaver-ce-7.0.0 package has a hash mismatch To Reproduce nix-build -A dbeaver Screenshots Tested on master @

Discussion:
src = fetchurl { url = "https://dbeaver.io/files/${version}/dbeaver-ce-${version}-linux.gtk.x86_64.tar.gz"; <del> sha256 = "0ggay9igpqwq016yzfz2dw3cjhlzadaml0hi06iqzhxljr86qm44"; </del> <ins> sha256 = "1fnvwndzny51z0zmdnlafdcxawsyz435g712mc4bjjj29qy0inzm"; </ins> }; installPhase = ''
Change:
Current download address for the skype is outdated and has been removed A clear and concise description of what the bug is. In channel nixos-19.09, The package corresponds to version skypeforlinux-8.51.0.72, the download link of which has been outdated. The oldest available version is , according to To Reproduce Steps to reproduce the behavior: -env -iA Expected behavior Successful installation Screenshots Additional context No Metadata
/cc skype maintainers: and
It seems has a mirror for most skype versions. I don't know if we should add it in addition to as a fallback to allow building older releases.
Would indeed be nice to have mirrors for older builds. I like this idea. Never done that tough. might be relevant.
Is there anything actionable that we can do? Otherwise I suggest to close this issue.

Discussion:
# Media support MEDIA_CAMERA_SUPPORT? y MEDIA_RC_SUPPORT? y <ins> MEDIA_USB_SUPPORT y </ins> ${if kernelPlatform ? kernelExtraConfig then kernelPlatform.kernelExtraConfig else ""} ${extraConfig}