jiebi/CodeConvo huggingface dataset:
Change:
Project description I'm using Termius everyday because it is quite simple to easy and it allows me to share my ssh keys between my different computers and even my phone. I really like this app and it's possible to get the premium features for free with github student. Currently I have to restart to windows in order to use it and I would really like to be able to use it on nixos too :) Metadata homepage URL: source URL: this is closed source license: I'm not sure but I can ask them platforms: this is an electron app so there is a version for basically every systems
Duplicate of .

Discussion:
<ins> { atomEnv , autoPatchelfHook , dpkg , fetchurl , makeDesktopItem , makeWrapper , stdenv , udev , wrapGAppsHook }: stdenv.mkDerivation rec { pname = "termius"; version = "5.10.1"; src = fetchurl { url = "https://deb.termius.com/pool/main/t/termius-app/termius-app_${version}_amd64.deb"; sha256 = "04zh0zzyp906lf6mz3xzxybn2a55rv3vvrj0m12gnrb8kjb3pk5s"; }; desktopItem = makeDesktopItem { categories = "Network;"; comment = "The SSH client that works on Desktop and Mobile"; desktopName = "Termius"; exec = "termius-app"; genericName = "Cross-platform SSH client"; icon = "termius-app"; name = "termius-app"; }; dontBuild = true; dontConfigure = true; dontPatchELF = true; dontWrapGApps = true; nativeBuildInputs = [ autoPatchelfHook dpkg makeWrapper wrapGAppsHook ]; buildInputs = atomEnv.packages; unpackPhase = "dpkg-deb -x $src ."; installPhase = '' mkdir -p "$out/bin" cp -R "opt" "$out" cp -R "usr/share" "$out/share" chmod -R g-w "$out" # Desktop file mkdir -p "$out/share/applications" cp "${desktopItem}/share/applications/"* "$out/share/applications" ''; runtimeDependencies = [ udev.lib ]; postFixup = '' makeWrapper $out/opt/Termius/termius-app $out/bin/termius-app  "''${gappsWrapperArgs[@]}" ''; meta = with stdenv.lib; { description = "A cross-platform SSH client with cloud data sync and more"; homepage = "https://termius.com/"; downloadPage = "https://termius.com/linux/"; license = licenses.unfree; maintainers = with maintainers; [ filalex77 ]; platforms = [ "x86_64-linux" ]; }; } </ins>

pythonPackages = python3Packages; }; <ins> termius = callPackage ../applications/networking/termius { }; </ins> termplay = callPackage ../tools/misc/termplay { }; tewisay = callPackage ../tools/misc/tewisay { };
Change:
Describe the bug LLDB is not provided by default in NixOS's Android SDK. On enabling this package, I found out that the command failed to discover and , resulting of the following trace. To Reproduce Steps to reproduce the behavior: a file with the following content, using . Expected behavior Result in installed derivation. Metadata Please run and paste the result. Maintainer information:
Replacing openssl with openssl10_2 should fix it here:

Discussion:
deployAndroidPackage { inherit package os; buildInputs = [ autoPatchelfHook ] <del> ++ lib.optional (os == "linux") [ pkgs.glibc pkgs.stdenv.cc.cc pkgs.zlib pkgs.openssl.out pkgs.ncurses5 ]; </del> <ins> ++ lib.optional (os == "linux") [ pkgs.glibc pkgs.stdenv.cc.cc pkgs.zlib pkgs.openssl_1_0_2.out pkgs.ncurses5 ]; </ins> patchInstructions = lib.optionalString (os == "linux") '' addAutoPatchelfSearchPath $packageBaseDir/lib autoPatchelf $packageBaseDir/lib
Change:
Project description Keeweb webapp is a browser and desktop password manager compatible with KeePass databases. It features an Electron-based desktop application. Metadata homepage URL: source URL: license: mit platforms: Electron (unix, linux, darwin, windows) and Web
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 .
still important to me
While PR to nixpkgs is still open, I've keeweb to NUR repo () as well.

Discussion:
<ins> { stdenv, fetchurl, appimageTools, undmg, libsecret }: let inherit (stdenv.hostPlatform) system; throwSystem = throw "Unsupported system: ${system}"; pname = "keeweb"; version = "1.15.7"; name = "${pname}-${version}"; suffix = { x86_64-linux = "linux.AppImage"; x86_64-darwin = "mac.dmg"; }.${system} or throwSystem; src = fetchurl { url = "https://github.com/keeweb/keeweb/releases/download/v${version}/KeeWeb-${version}.${suffix}"; sha256 = { x86_64-linux = "0cy0avl0m07xs523xm0rzsmifl28sv4rjb2jj3x492qmr2v64ckk"; x86_64-darwin = "0r8c3zi0ibj0bb0gfc1axfn0y4qpjqfr0xpcxf810d65kaz6wic4"; }.${system} or throwSystem; }; appimageContents = appimageTools.extract { inherit name src; }; meta = with stdenv.lib; { description = "Free cross-platform password manager compatible with KeePass"; homepage = "https://keeweb.info/"; license = licenses.mit; maintainers = with maintainers; [ sikmir ]; platforms = [ "x86_64-linux" "x86_64-darwin" ]; }; linux = appimageTools.wrapType2 rec { inherit name src meta; extraPkgs = pkgs: with pkgs; [ libsecret ]; extraInstallCommands = '' mv $out/bin/{${name},${pname}} install -Dm644 ${appimageContents}/keeweb.desktop -t $out/share/applications install -Dm644 ${appimageContents}/keeweb.png -t $out/share/icons/hicolor/256x256/apps install -Dm644 ${appimageContents}/usr/share/mime/keeweb.xml -t $out/share/mime substituteInPlace $out/share/applications/keeweb.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; }; darwin = stdenv.mkDerivation { inherit pname version src meta; nativeBuildInputs = [ undmg ]; sourceRoot = "KeeWeb.app"; installPhase = '' mkdir -p $out/Applications/KeeWeb.app cp -R . $out/Applications/KeeWeb.app ''; }; in if stdenv.isDarwin then darwin else linux </ins>

keepassx2 = callPackage ../applications/misc/keepassx/2.0.nix { }; keepassxc = libsForQt5.callPackage ../applications/misc/keepassx/community.nix { }; <ins> keeweb = callPackage ../applications/misc/keeweb { }; </ins> inherit (gnome3) evince; evolution-data-server = gnome3.evolution-data-server; evolution-ews = callPackage ../applications/networking/mailreaders/evolution/evolution-ews { };
Change:
Describe the bug it adds source paths to the store it is partial To Reproduce Steps to reproduce the behavior: Partiality: Adding sources to store: a module with a option the module use that path by further filtering the source it source will be in the store (nb can be huge) Expected behavior No side effects, so also no exceptions. Additional context will need to understand when string coercion is possible to avoid both exceptions and adding sources to the store. toString implementation: string coercion: Metadata Maintainer information:

Discussion:
path = mkOptionType { name = "path"; <del> # Hacky: there is no ‘isPath’ primop. check = x: builtins.substring 0 1 (toString x) == "/"; </del> <ins> check = x: isCoercibleToString x && builtins.substring 0 1 (toString x) == "/"; </ins> merge = mergeEqualOption; };
Change:
Describe the bug When installing NixOS in a VirtualBox VM using a VirtIO disk device, does not include the kernel module in the setting, rendering the resulting system unbootable. In the live system, this kernel module is loaded (verified with ). The module is also not detected when running nixos-generate-config from the resulting VM, meaning that the system would be rendered unbootable when the hardware config is regenerated (e.g. to detect newly hardware). To Reproduce Steps to reproduce the behavior: a new VM with an empty disk connected via a VirtIO interface using the latest NixOS installation ISO, using to generate the initial config. to reboot into the installed system, stage 1 will hang because the root filesystem cannot be found. Or, easier: from within a VirtualBox VM with the root filesystem on a VirtIO disk. that the kernel module is not included in the setting. Expected behavior The kernel module should be to the setting by . Metadata system: host os: multi-user?: sandbox: version: nixpkgs:
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 ran across this issue, too. For the file , the vendor ID is still correct but the device ID is .
I marked this as stale due to inactivity. &rarr;

Discussion:
} # In case this is a virtio scsi device, we need to explicitly make this available. <del> if ($vendor eq "0x1af4" && $device eq "0x1004") { </del> <ins> if ($vendor eq "0x1af4" && ($device eq "0x1004" || $device eq "0x1048") ) { </ins> push @initrdAvailableKernelModules, "virtio_scsi"; }
Change:
Describe the bug nix-shell -p bitcoind fails with: Metadata Please run and paste the result. (I'm running nixpkgs-unstable, and I just updated the channel) Maintainer information:

Discussion:
<del> { stdenv, fetchurl, pkgconfig, autoreconfHook, openssl, db48, boost, zeromq, rapidcheck </del> <ins> { stdenv, fetchurl, pkgconfig, autoreconfHook, openssl, db48, boost, zeromq, rapidcheck, hexdump </ins> , zlib, miniupnpc, qtbase ? null, qttools ? null, wrapQtAppsHook ? null, utillinux, python3, qrencode, libevent , withGui }:

nativeBuildInputs = [ pkgconfig autoreconfHook ] <ins> ++ optional stdenv.isDarwin hexdump </ins> ++ optional withGui wrapQtAppsHook; buildInputs = [ openssl db48 boost zlib zeromq miniupnpc libevent]

homepage = http://www.bitcoin.org/; maintainers = with maintainers; [ roconnor AndersonTorres ]; license = licenses.mit; <del> # bitcoin needs hexdump to build, which doesn't seem to build on darwin at the moment. platforms = platforms.linux; </del> <ins> platforms = platforms.unix; </ins> }; }
Change:
Describe the bug Error during system Update To Reproduce Steps to reproduce the behavior: assuming you have Python 3.7 pacvkages that depands on numexpr Screenshots Full error message below Metadata Please run and paste the result.
from builds fine.
Seems issue disappears not sure what was changed

Discussion:
buildPythonPackage rec { pname = "numexpr"; <del> version = "2.7.0"; </del> <ins> version = "2.7.1"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "37324b5981b8962102bdc8640c4f05f5589da5d1df2702418783085cb78ca217"; </del> <ins> sha256 = "1c82z0zx0542j9df6ckjz6pn1g13b21hbza4hghcw6vyhbckklmh"; </ins> }; # Remove existing site.cfg, use the one we built for numpy.
Change:
, CVSSv3=8.0 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
Staged in all three supported branches.

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}
Change:
, CVSSv3=5.3 (nixos-19.03, nixos-19.09, nixos-unstable) Scanned versions: nixos-19.03: ; nixos-19.09: ; nixos-unstable: . May contain false positives.
See also:
Closely related:

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}
Change:
Describe the bug Python 3.7 pycurl is failing to build in the latest nix unstable To Reproduce Steps to reproduce the behavior: python3.7-pycurl- fails with an assertion failure in the test, i.e. Expected behavior The build works without issues Build Log Metadata Maintainer information:
I tried building the same derivation three times, having 2 failures and 1 successful build. The failures are different from the one in the given build log. Command: on latest Success logs: Failure logs: I think that tests are a bit... "flaky", so to say. (read "non-deterministic")
I tried running it 3 times and didn't get it to work, let me try a few more times. Might it be the case that on some machines its failing reliably?
This is the latest run with even more tests failing Something seems to be quite wrong the tests, i.e. they seem to be seriously flaky.
Update on this, I did manage to get it to eventually pass the tests but it took 20 times. Maybe we should report these flaky tests to upstream?
I opened to disable the tests, which will fix this
This issue still exists despite your fix I got it today on 20.03. The reason is probably that is not the only one that can trigger it, there is also a : Full build errors: <details</details
PR at
And another one : <details</detailsPR:

Discussion:
jcumming = "Jack Cummings <jack@mudshark.org>"; kkallio = "Karn Kallio <tierpluspluslists@gmail.com>"; ktosiek = "Tomasz Kontusz <tomasz.kontusz@gmail.com>"; <ins> linquize = "Linquize <linquize@yahoo.com.hk>"; </ins> lovek323 = "Jason O'Conal <jason@oconal.id.au>"; ludo = "Ludovic Courtès <ludo@gnu.org>"; madjar = "Georges Dubus <georges.dubus@compiletoi.net>";

<ins> { stdenv, autoconf, automake, libtool, m4, fetchurl, bash, pkgconfig, sqlite }: stdenv.mkDerivation rec { name = "libcangjie-1.0"; src = fetchurl { url = "https://github.com/Cangjians/libcangjie/archive/v1.0.tar.gz"; sha256 = "15la1pxa2fvhznlbkl32qp2cgd602bvrx2zmahybypbfik0cgqk1"; }; buildInputs = [ automake autoconf libtool m4 pkgconfig sqlite ]; configureScript = "./autogen.sh"; preConfigure = '' find . -name '*.sh' -exec sed -e 's@#!/bin/bash@${bash}/bin/bash@' -i '{}' ';' ''; doCheck = true; meta = { description = "A C library implementing the Cangjie input method"; longDescription = '' libcangjie is a library implementing the Cangjie input method. ''; homepage = http://cangjians.github.io/projects/libcangjie/; license = "LGPLv3+"; maintainers = [ stdenv.lib.maintainers.linquize ]; platforms = stdenv.lib.platforms.all; }; } </ins>

inherit (gnome3) libcroco; <ins> libcangjie = callPackage ../development/libraries/libcangjie { }; </ins> libctemplate = callPackage ../development/libraries/libctemplate { }; libcue = callPackage ../development/libraries/libcue { };
Change:
Describe the bug Unfortunately, python language server 0.4.24 is no longer hosted so curl fails. The quick fix is to use 0.4.71 instead. Although I wonder if we can use instead for greater stability? Not clear how to map version numbers, though. The contributing guide shows how to use GitHub checkout instead.
It might be that this is now possible to package the language server. Its packaging was blocked by . Which might just have been resolved by . In the meantime, the quickfix seems like a good idea, that is, unless you have some free time to attempt the packaging yourself.
Meh, could you reopen? Unbelievably, 0.4.71 was hosted two days ago but no longer. I wrote a script to check what's available: It appears they host only latest for old versions, and two for current. So perhaps we switch to for now..?
sigh... why do people do this :(

Discussion:
else throw "Only x86_64 Linux and Darwin are supported."; languageServerSha256 = { <del> linux-x64 = "1w3y0sn6ijk1vspi4lailg1q1iy9lwslhx92c7jbrrkiaszvaqwn"; osx-x64 = "11l4fic8cvgh1l3dq6qxi51pwhcic79zf13rhyajl5w5g13caafp"; </del> <ins> linux-x64 = "159xfhpvqw6k8s5bk5jw3aydn6v61fbanq2mvddxcrf5hwf8cj8h"; osx-x64 = "0xjh1h77axbbyxikqkhq885n97srm0f15s4976pm1rka03zvd0bg"; </ins> }.${arch}; # version is languageServerVersion in the package.json languageServer = extractNuGet rec { name = "Python-Language-Server"; <del> version = "0.4.24"; </del> <ins> version = "0.4.71"; </ins> src = fetchurl { url = "https://pvsc.azureedge.net/python-language-server-stable/${name}-${arch}.${version}.nupkg";
Change:
Describe the bug When trying to start the Enpass password manager as non-root user you get the following error message: It runs normally when you start it as root. To Reproduce Steps to reproduce the behavior: Enpass package through environment.systemPackages or <name.packages Enpass with the terminal. Expected behavior Should also be working as normal user. Additional context As DesktopManager KDE Plasma is used. Running on NixOs 19.09 Metadata system: host os: multi-user?: sandbox: version: nixpkgs: 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 .
still important to me
I don't have KDE installation near at hand. Could you try an updated version from the nixpkgs/master branch?
Thanks for your reply. I'm using nixos-unstable, and this is my system information:
thank you I reproduced it in VM. I tried to run a new version 6.5.1 from master branch on KDE, still getting error: I'll try to find out what this is all about.
I managed to get it working with your nixos-config. I've created a Draft PR fixing that issue. Whoever is interested in testing are welcome . Review is also appreciated.

Discussion:
# lsof must be in PATH for proper operation wrapProgram $out/bin/Enpass  --set LD_LIBRARY_PATH "${libPath}"  <del> --prefix PATH : ${lsof}/bin </del> <ins> --prefix PATH : ${lsof}/bin  --unset QML2_IMPORT_PATH  --unset QT_PLUGIN_PATH </ins> ''; }; updater = {
Change:
Describe the bug Each run of leaves a temporary directory in $TMPDIR. To Reproduce Use , then a new temporary directory is in $TMPDIR. Expected behavior The temporary directory is removed. Additional context This code is likely wrong: The reference should be escaped or defined before the .

Discussion:
fi # A place to drop temporary stuff. <ins> tmpdir="$(mktemp -d -p $mountPoint)" </ins> trap "rm -rf $tmpdir" EXIT <del> tmpdir="$(mktemp -d)" </del> <ins> # store temporary files on target filesystem by default export TMPDIR=${TMPDIR:-$tmpdir} </ins> sub="auto?trusted=1"
Change:
Describe the bug The krita build on hydra fails since gcc 9.0 was introduced, because of the log size. Expected behavior Krita should be available on Additional context Krita builds: First failing build: Last log line: Probably introduced through these commits (use gcc 9 by default): I guess silencing some warnings could fix this. Maintainer information: cc

Discussion:
python3Packages.pyqt5 ] ++ lib.optional (stdenv.hostPlatform.isi686 || stdenv.hostPlatform.isx86_64) vc; <del> NIX_CFLAGS_COMPILE = [ "-I${ilmbase.dev}/include/OpenEXR" ]; </del> <ins> NIX_CFLAGS_COMPILE = [ "-I${ilmbase.dev}/include/OpenEXR" ] ++ lib.optional stdenv.cc.isGNU "-Wno-deprecated-copy"; </ins> cmakeFlags = [ "-DPYQT5_SIP_DIR=${python3Packages.pyqt5}/share/sip/PyQt5"
Change:
Describe the bug All modules are not bundled in ber_metaocaml package. To Reproduce Steps to reproduce the behavior: Expected behavior

Discussion:
buildPhase = '' make world <del> make -i install </del> make bootstrap make opt.opt <ins> make -i install </ins> make installopt mkdir -p $out/include ln -sv $out/lib/ocaml/caml $out/include/caml
Change:
Project description There is a new programming font with ligatures in town, from the people at Jetbrains, known for their IDE's. I have a sneaking suspicion that this is going to be very popular very soon. Metadata homepage URL: source URL: license: Apache 2+ platforms: All(?)

Discussion:
<ins> { lib, fetchzip }: let version = "1.0.0"; in fetchzip rec { name = "JetBrainsMono-${version}"; url = "https://download.jetbrains.com/fonts/JetBrainsMono-${version}.zip"; sha256 = "0mwqi66d56v4ml1w7wjsiidrh153jvh0czafyic47rkvmxhnrrhv"; postFetch = '' unzip $downloadedFile install -m444 -Dt $out/share/fonts/truetype *.ttf ''; meta = with lib; { description = "A typeface made for developers"; homepage = "https://jetbrains.com/mono/"; license = licenses.asl20; maintainers = [ maintainers.marsam ]; platforms = platforms.all; }; } </ins>

iwona = callPackage ../data/fonts/iwona { }; <ins> jetbrains-mono = callPackage ../data/fonts/jetbrains-mono { }; </ins> jost = callPackage ../data/fonts/jost { }; joypixels = callPackage ../data/fonts/joypixels { };
Change:
, CVSSv3=9.8 (nixos-19.09) CVSSv3=9.8 (nixos-19.09) CVSSv3=9.8 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09, nixos-unstable) CVSSv3=7.5 (nixos-19.09) CVSSv3=5.9 (nixos-19.09) CVSSv3=5.5 (nixos-19.09) CVSSv3=5.3 (nixos-19.09, nixos-unstable) Scanned versions: nixos-19.09: ; nixos-unstable: . May contain false positives.
See also:
30.1 is also the default version in 20.03 ATM.

Discussion:
stdenv.mkDerivation rec { pname = "sqlite-analyzer"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> src = assert version == sqlite.version; fetchurl { url = "https://sqlite.org/2020/sqlite-src-${archiveVersion version}.zip"; <del> sha256 = "1jqhs896cvp9l399mjpbv1x2qbfvq875l1vrgnl3zc4ffdjxs9z0"; </del> <ins> sha256 = "1fgmslzf013ry3a7g2vms7zyg24gs53gfj308r6ki4inbn3g04lk"; </ins> }; nativeBuildInputs = [ unzip ];

stdenv.mkDerivation rec { pname = "sqlite"; <del> version = "3.32.2"; </del> <ins> version = "3.32.3"; </ins> # NB! Make sure to update analyzer.nix src (in the same directory). src = fetchurl { url = "https://sqlite.org/2020/sqlite-autoconf-${archiveVersion version}.tar.gz"; <del> sha256 = "1130bcd70s2vlsq0d638pb5qrw9kwqvjswnp2dfypghx9hjz3gid"; </del> <ins> sha256 = "0rlbaq177gcgk5dswd3akbhv2nvvzljrbhgy18hklbhw7h90f5d3"; </ins> }; outputs = [ "bin" "dev" "out" ];
Change:
We should mention in nixos manual Chapter 6 that options can be dicovered with and It will help newbs learn how to discover packages more easily. As a new user, I was sticking everything I wanted inside of the array, and I didn't not realize that is a better route to take because it configures many things automatically. For example, results in also being installed as well as features enabled, while writing does not. This will be helpful to new users.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:

Discussion:
<command>nixos-rebuild switch</command>. </para> <ins> <note> <para> Some packages require additional global configuration such as D-Bus or systemd service registration so adding them to <xref linkend="opt-environment.systemPackages"/> might not be sufficient. You are advised to check the <link xlink:href="#ch-options">list of options</link> whether a NixOS module for the package does not exist. </para> </note> </ins> <para> You can get a list of the available packages as follows: <screen>