jiebi/CodeConvo huggingface dataset:
Change:
Obviously this is bad for closure size reduction, since we don't want the whole gcc package pulled in. (Is xrdb even needed anymore in a modern desktop?)
At least Arch Linux uses the preprocessor, so it should work for us as well. It's only 992K currently (single-output, i686).
PR:

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
Project description Generics library for agda Metadata homepage URL: source URL: license: ? () platforms: All I guess CC:
Is this 2.6.1 compatible?
That's a good question. I haven't tried yet.
The license is MIT, and there was a recent release compatible with 2.6.1.
(See )

Discussion:
<ins> { lib, mkDerivation, fetchFromGitHub, standard-library }: mkDerivation rec { pname = "generic"; version = "0.1"; src = fetchFromGitHub { repo = "Generic"; owner = "effectfully"; rev = "v${version}"; sha256 = "121121rg3daaqp91845fbyws6g28hyj1ywmh12n54r3nicb35g5q"; }; buildInputs = [ standard-library ]; preBuild = '' echo "module Everything where" > Everything.agda find src -name '*.agda' | sed -e 's/src///;s///./g;s/.agda$//;s/^/import /' >> Everything.agda ''; meta = with lib; { description = "A library for doing generic programming in Agda"; homepage = src.meta.homepage; license = licenses.mit; platforms = platforms.unix; maintainers = with maintainers; [ alexarice turion ]; }; } </ins>

agda-categories = callPackage ../development/libraries/agda/agda-categories { }; cubical = callPackage ../development/libraries/agda/cubical { }; <ins> generic = callPackage ../development/libraries/agda/generic { }; </ins> }; in mkAgdaPackages Agda
Change:
Describe the bug nix-gitignore lets the hash of the source change when some file changes in .git (notably .git/FETCHHEAD) To Reproduce Steps to reproduce the behavior: a git repo in a as follows: Expected behavior Hash does not change Additional context I intend to open a PR to fix this soon Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(symphorien): channels(foo): nixpkgs: Maintainer information:

Discussion:
''); withGitignoreFile = patterns: root: <del> lib.toList patterns ++ [(root + "/.gitignore")]; </del> <ins> lib.toList patterns ++ [ ".git" ] ++ [(root + "/.gitignore")]; </ins> withRecursiveGitignoreFile = patterns: root: <del> lib.toList patterns ++ [(compileRecursiveGitignore root)]; </del> <ins> lib.toList patterns ++ [ ".git" ] ++ [(compileRecursiveGitignore root)]; </ins> # filterSource derivatives
Change:
To Reproduce Expected behavior No rustc reference Notify maintainers & myself. Maintainer information:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
I marked this as stale due to inactivity. &rarr;
Checked and it's still an issue.
This is no longer a problem with the fix applied in :
Reopening now since the update to 4.0.0 at .

Discussion:
postInstall = '' installManPage texlab.1 <ins> # Remove generated dylib of human_name dependency. TexLab statically # links to the generated rlib and doesn't reference the dylib. I # couldn't find any way to prevent building this by passing cargo flags. # See https://github.com/djudd/human-name/blob/master/Cargo.toml#L43 rm "$out/lib/libhuman_name${stdenv.hostPlatform.extensions.sharedLibrary}" rmdir "$out/lib" </ins> ''; passthru.updateScript = nix-update-script {
Change:
To Reproduce Steps to reproduce the behavior: [nix-shell:~/Downloads]$ binwalk -E WARNING: Failed to import matplotlib module, visual entropy graphing will be disabled DECIMAL HEXADECIMAL ENTROPY
0 0x0 Rising entropy edge (0.) [nix-shell:~/Downloads]$ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(asbachb): channels(root): nixpkgs: yaml attribute: python38Packages.binwalk-full python38Packages.binwalk module:
Opened fixing this, PTAL.

Discussion:
, cramfsprogs , cramfsswap , lzma <ins> , matplotlib </ins> , nose , pycrypto , pyqtgraph ? null }: let <del> visualizationSupport = (pyqtgraph != null); </del> <ins> visualizationSupport = (pyqtgraph != null) && (matplotlib != null); </ins> version = "2.2.0"; in buildPythonPackage {

}; propagatedBuildInputs = [ zlib xz ncompress gzip bzip2 gnutar p7zip cabextract cramfsswap cramfsprogs lzma pycrypto ] <del> ++ stdenv.lib.optional visualizationSupport pyqtgraph; </del> <ins> ++ stdenv.lib.optionals visualizationSupport [ matplotlib pyqtgraph ]; </ins> # setup.py only installs version.py during install, not test postPatch = ''

binwalk = callPackage ../development/python-modules/binwalk { pyqtgraph = null; <ins> matplotlib = null; </ins> }; binwalk-full = appendToName "full" (self.binwalk.override { pyqtgraph = self.pyqtgraph; <ins> matplotlib = self.matplotlib; </ins> }); bitmath = callPackage ../development/python-modules/bitmath { };
Change:
Describe the bug Building packages that use always try to use all cores, independent of ( argument to nix-build) To Reproduce Run , and observe that it spawns many rustc processes (depending on the amount of available processors). Expected behavior The function should pass as argument to cargo. Additional notes Fixing this will probably cause a rebuild of all rust packages, so should we batch this with other changes to the cargo builder? Notify maintainers
has been merged

Discussion:
"CXX_${rust.toRustTarget stdenv.buildPlatform}"="${cxxForBuild}"  "CC_${rust.toRustTarget stdenv.hostPlatform}"="${ccForHost}"  "CXX_${rust.toRustTarget stdenv.hostPlatform}"="${cxxForHost}"  <del> cargo build  </del> <ins> cargo build -j $NIX_BUILD_CORES  </ins> ${stdenv.lib.optionalString (buildType == "release") "--release"}  --target ${rustTarget}  --frozen ${concatStringsSep " " cargoBuildFlags}

${stdenv.lib.optionalString (buildAndTestSubdir != null) "pushd ${buildAndTestSubdir}"} runHook preCheck echo "Running cargo test ${argstr} -- ''${checkFlags} ''${checkFlagsArray+''${checkFlagsArray[@]}}" <del> cargo test ${argstr} -- ''${checkFlags} ''${checkFlagsArray+"''${checkFlagsArray[@]}"} </del> <ins> cargo test -j $NIX_BUILD_CORES ${argstr} -- --test-threads=$NIX_BUILD_CORES ''${checkFlags} ''${checkFlagsArray+"''${checkFlagsArray[@]}"} </ins> runHook postCheck ${stdenv.lib.optionalString (buildAndTestSubdir != null) "popd"} '');
Change:
I'm trying to build the latest google terraform provider by overriding the existing versions, here is a reproducing the error I'm hitting: Is this possibly because the vendor/ directory was removed? I noticed this override: I'm looking for any way to build a more recent google terraform provider. Ideas?
Hi, to rephrase this as not a question - please may we have some more recent terraform providers? The current ones are quite old. I'm happy to do the work to update them but would appreciate some guidance around how these modules are meant to work - perhaps knows if this is an expected explosion due to the upstream vendor/ change? I'm not particularly familiar with go modules.
I found a solution to this, the problem occurs because "{go-modules}" is used within a string in "configurePhase". I something like this to my overlay (I'm using minio): Its far from ideal - unfortunately I can't find a way to hook and pull out the modules to push into the configure phase without copying all of the code to build the modules. It works... but its not great.
I marked this as stale due to inactivity. &rarr;

Discussion:
"owner": "hashicorp", "provider-source-address": "registry.terraform.io/hashicorp/google", "repo": "terraform-provider-google", <del> "rev": "v3.47.0", "sha256": "05xb0q56y9088qbyaf3vzjm9im1s2azxffhjffjpzi0i79k0g2p0", "vendorSha256": "1h83p7ncv7b4ci7qdig7hb81zk9458fq9aqqbkryawf1w7wbaq2a", "version": "3.47.0" </del> <ins> "rev": "v3.62.0", "sha256": "0x0qp8nk88667hvlpgxrdjsgirw8iwv85gn3k9xb37a3lw7xs4qz", "vendorSha256": "0w6aavj1c4blpvsy00vz4dcj8rnxx6a586b16lqp6s1flqmlqrbi", "version": "3.62.0" </ins> }, "google-beta": { "owner": "hashicorp",
Change:
While attempting to build cabal2nix from the current head (): However commit from three days ago builds successfully while no changes have been made to Am I missing something obvious here? As I understand it should not be resulting in different hashes. I'll add that this appears to have happened in the past where commits and have updated the hash.
I have also run into this recently, had to remove it from my config when installing nixos.
Sounds like with as well. /cc maintainer

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
The values for and should be determined as follows: defaults to . a argument is provided, then should be intersected with . defaults to the value of . meta.hydraPlatformshydraPlatformsmeta.platforms`.
(triage) have you fixed this in the meantime?
(triage) ping
Yes, this was fixed a while ago.

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
After installing NixOS from there was no /var/log/journal/. As journald is by default guessing if it should write logs to disk based on that directories existance, all my logs were getting saved to /run/log/. Shouldn't we use Storage=persistent by default?
Hmm, I can see this as well. It's probably , (EDIT: bleh, this doesn't create the journal directory either): Details: in , we have but looks like that's not actually enough ():

Discussion:
{stdenv, fetchurl}: stdenv.mkDerivation rec { <del> name = "ncompress-4.2.4.3"; </del> <ins> name = "ncompress-4.2.4.4"; </ins> builder = ./builder.sh;

src = fetchurl { url = "mirror://sourceforge/project/ncompress/${name}.tar.gz"; <del> sha256 = "1y44ixc1w2vfvj1lm4dkcljlwv882ynrvm5i6l0lg1gf883j246l"; </del> <ins> sha256 = "0yjiwv1hwb253x3m6r1dq2k7m5c9nz0ib2j7fnm3hark7y6s42xh"; </ins> }; meta = {
Change:
All arguments passed to Victoriametrics by the systemd service after httpListenAddr are improperly formatted and ignored. Test Case: Renders to: Which gives the following error messages in the logs: Looks like the generated service config should be escaping newlines in the whole file. Maintainer: System info: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
How did this ever work in There are clearly some missing
Well, now I know why my was ignored.

Discussion:
ExecStart = '' ${cfg.package}/bin/victoria-metrics  -storageDataPath=/var/lib/victoriametrics  <del> -httpListenAddr ${cfg.listenAddress} -retentionPeriod ${toString cfg.retentionPeriod} </del> <ins> -httpListenAddr ${cfg.listenAddress}  -retentionPeriod ${toString cfg.retentionPeriod}  </ins> ${lib.escapeShellArgs cfg.extraOptions} ''; };
Change:
It seems to me that pdfreader 1.02 in nixos doesn't work with nixos 20.03 kodi version. It apears as disabled and I can't enable it. When I install version 2.01 over zip file, it's visible but when I try to start it it crashes because no PIL support in python. When I then add: to my systempackages, it doesn't change anything. I can't also "from PIL import Image" the paths are probably not correctly set.
how do you install ? I'm guessing something like ... Can you try this: :thinking:
Yes I do it like that but doesn't help, I tried to updated to kodi 20.09 just now didn't change anything. I think part of the problem is that kodi version of pdfreader is 1.02 instead of the current version 2.01 (or whatever is currently the latest), so 1.02 does not work with other reasons and when I install "manual" over zip file the 2.01 your dependency get's not correctly installed for that package. Even in unstable is still 1.02 while 2.01 is current:
I haven't had a chance to test this plugin yet but I'm working on updates:
I was able to run from NixOS , and then imperatively install the from inside with this configuration: When I tried to load a with images I ran into the following error, though: This doesn't really look to be NixOS related, though... :thinking:
again the 1.02 version of this plugin is I think from 2014 or so, the 2.01 is from 2020, I didn't remember what is changed in this versions 1 thing is python 3.x support which is what 2.01 introduced but don't remember what 2.x did, but I think it fixed stuff that likely cause this errors. This version might just be incompatible with current kodi versions period. Even if it would be theoretically still functional I just find it a wasted time to try to fix the old one if 2.0 is a "complete rewrite" with "multiple improvements and fixes".
I'll revisit this plugin before goes stable with their next major version, under the assumption the author of this plugin will have released a compatible version.
Well I tested the plugin it's pretty useless, you have to type in the pdf name in a file open dialog with full path... that's not more than a proof of concept plugin, don't waste your time to get it working. My workaround that worked for some stuff was to convert pdf to images and then watch the images in a folder. The conversion with text seemed not to work reliable but that is no kodi problem.

Discussion:
pdfreader = mkKodiPlugin rec { plugin = "pdfreader"; namespace = "plugin.image.pdf"; <del> version = "1.0.2"; </del> <ins> version = "2.0.2"; </ins> <del> src = fetchFromGitHub rec { name = plugin + "-" + version + ".tar.gz"; owner = "teeedubb"; repo = owner + "-xbmc-repo"; rev = "0a405b95208ced8a1365ad3193eade8d1c2117ce"; sha256 = "1iv7d030z3xvlflvp4p5v3riqnwg9g0yvzxszy63v1a6x5kpjkqa"; </del> <ins> src = fetchFromGitHub { owner = "i96751414"; repo = "plugin.image.pdfreader"; rev = "v${version}"; sha256 = "0nkqhlm1gyagq6xpdgqvd5qxyr2ngpml9smdmzfabc8b972mwjml"; </ins> }; meta = { homepage = "https://forum.kodi.tv/showthread.php?tid=187421"; description = "A comic book reader"; maintainers = with maintainers; [ edwtjo ]; <del> broken = true; # requires port to python3 </del> }; };
Change:
I installed spacefm on nixos-unstable channel. I observed a couple of problems: of the program icons are missing. do not work. I tried view -preferences, click "show thumbnails" asked to edit /etc/spacefm and said it was going to ask for a root password. After that thumbnails still did not work but the checkbox shows checked.
Here is a log
Adding as dependencies, fixes the icon warnings. Leaving the only warning on startup as:
Turning on the at-spi2-core service fixes the accessibility warning.
This looks relevant to
Is this issue fixed by ?
Unfortunately, no. I didn't figure out how to fix the thumbnailing.
On my system, it is not coming up with the correct mime-type for a .jpg file, so that might be why the thumbnails are not working.
I haven't tried, but I guess the solution I have purposed for should also work here.
The mime problem might be fixed by .
And the thumbnailing issue does seem same as in . (I don't know a good solution though.)
Are these issues still relevant? Also see my recent which should improve the mime-type situation.
I'm not sure, I stopped using spacefm. I'll close this.
Thumbnails aren’t working for me at all, for anything. I have the “show thumbnails” option checked. I’m using SpaceFM 1.0.5 in Ubuntu MATE 18.04 LTS. (note: I originally posted this at , whoops)

Discussion:
<del> { pkgs, fetchurl, stdenv, gtk3, udev, desktop_file_utils, shared_mime_info , intltool, pkgconfig, makeWrapper, ffmpegthumbnailer, jmtpfs, ifuse, lsof, udisks }: </del> <ins> { pkgs, fetchurl, stdenv, gtk3, udev, desktop_file_utils, shared_mime_info , intltool, pkgconfig, makeWrapper, ffmpegthumbnailer, jmtpfs, ifuse, lsof, udisks, hicolor_icon_theme, adwaita-icon-theme }: </ins> stdenv.mkDerivation rec { name = "spacefm-${version}";

sourceHighlight = callPackage ../tools/text/source-highlight { }; <del> spaceFM = callPackage ../applications/misc/spacefm { }; </del> <ins> spaceFM = callPackage ../applications/misc/spacefm { adwaita-icon-theme = gnome3.adwaita-icon-theme; }; </ins> squashfsTools = callPackage ../tools/filesystems/squashfs { };
Change:
, CVSSv3=9.8 (nixos-20.03) CVSSv3=7.8 (nixos-20.03) Scanned versions: nixos-20.03: . Cc
Resolved via .

Discussion:
<del> {stdenv, fetchurl, which}: </del> <ins> {stdenv, fetchurl, fetchpatch, which}: </ins> let s = # Generated upstream information rec {

name = "${s.name}.tar.bz2"; }; <ins> patches = [ (fetchpatch { name = "CVE-2020-17367.patch"; url = "https://github.com/netblue30/firejail/commit/2c734d6350ad321fccbefc5ef0382199ac331b37.patch"; sha256 = "1gxz4jxp80gxnn46195qxcpmikwqab9d0ylj9zkm62lycp84ij6n"; }) (fetchpatch { name = "CVE-2020-17368.patch"; url = "https://github.com/netblue30/firejail/commit/34193604fed04cad2b7b6b0f1a3a0428afd9ed5b.patch"; sha256 = "0n4ch3qykxx870201l8lz81f7h84vk93pzz77f5cjbd30cxnbddl"; }) ]; </ins> prePatch = '' # Allow whitelisting ~/.nix-profile substituteInPlace etc/firejail.config --replace
Change:
, CVSSv3=9.1 (nixos-20.03, nixos-unstable) CVSSv3=9.1 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: .
NixOS 20.03 is EOL, so this issue isn't actionable anymore (but fixed in unstable and 20.09).

Discussion:
{ stdenv, buildEnv, fetchurl, mono }: let <del> version = "1.8.0"; </del> <ins> version = "1.14.0"; </ins> drv = stdenv.mkDerivation { pname = "keepassrpc"; inherit version; src = fetchurl { url    = "https://github.com/kee-org/keepassrpc/releases/download/v${version}/KeePassRPC.plgx"; <del> sha256 = "1dclfpia559cqf78qw29zz235h1df5md4kgjv3bbi8y41wwmx7cd"; </del> <ins> sha256 = "1c410cc93c0252e7cfdb02507b8172c13e18d12c97f08630b721d897dc9b8b24"; </ins> }; meta = with stdenv.lib; {
Change:
, CVSSv3=7.8 (nixos-20.03) Scanned versions: nixos-20.03: . Cc Cc

Discussion:
, pkgconfig, cmake, ninja, python3, wrapGAppsHook, wrapQtAppsHook , qtbase, qtimageformats, gtk3, libsForQt5, enchant2, lz4, xxHash , dee, ffmpeg_4, openalSoft, minizip, libopus, alsaLib, libpulseaudio, range-v3 <del> , tl-expected, microsoft_gsl, hunspell </del> <ins> , tl-expected, hunspell </ins> # TODO: Shouldn't be required: , pcre, xorg, utillinux, libselinux, libsepol, epoxy, at-spi2-core, libXtst , xdg_utils

mkDerivation rec { pname = "telegram-desktop"; <del> version = "2.1.0"; </del> <ins> version = "2.2.0"; </ins> # Telegram-Desktop with submodules src = fetchurl { url = "https://github.com/telegramdesktop/tdesktop/releases/download/v${version}/tdesktop-${version}-full.tar.gz"; <del> sha256 = "0l5917w90z9pg1al1hzcycb4yxv03vc88jg958ifl9nlvz1arll6"; </del> <ins> sha256 = "1chikb02df4qqnickcmx96lcx481b14kmksjsp7h94g0d223ypq0"; </ins> }; postPatch = ''

buildInputs = [ qtbase qtimageformats gtk3 libsForQt5.libdbusmenu enchant2 lz4 xxHash dee ffmpeg_4 openalSoft minizip libopus alsaLib libpulseaudio range-v3 <del> tl-expected microsoft_gsl hunspell </del> <ins> tl-expected hunspell </ins> # TODO: Shouldn't be required: pcre xorg.libpthreadstubs xorg.libXdmcp utillinux libselinux libsepol epoxy at-spi2-core libXtst ];

"-DTDESKTOP_API_TEST=ON" "-DDESKTOP_APP_USE_PACKAGED_RLOTTIE=OFF" "-DDESKTOP_APP_USE_PACKAGED_VARIANT=OFF" <ins> "-DDESKTOP_APP_USE_PACKAGED_GSL=OFF" </ins> "-DTDESKTOP_DISABLE_REGISTER_CUSTOM_SCHEME=ON" "-DTDESKTOP_USE_PACKAGED_TGVOIP=OFF" #"-DDESKTOP_APP_SPECIAL_TARGET=""" # TODO: Error when set to "": Bad special target '""'
Change:
Describe the bug Evaluating my system stopped working since the last channel update (Jul 17), because systemd confinement can no longer evaluate package list with ("nixos/nginx: move configuration testing script into reload command") Evaluating it in the repl yields the following: To Reproduce Steps to reproduce the behavior: gives most of the config required to have the breakage but... Expected behavior evaluates to something Additional informations I was able to work around the issue by forcing the value, e.g. So the problem is purely in the way the package list is built that doesn't parse properly complex commands? or intermediate variables I'm not sure... The machine I'm testing this on is way too slow to test comfortably, I'll play around later this week if required. Notify maintainers (and I guess as this concerns nginx) Metadata Maintainer information: (not sure how that works, please adjust if required)
To be confirmed, but I guess that the case where is a list is not handled by :
I confirmed that this is the case with yesterday: forcing value to a single item fixes it, back to a list with trivial values breaks again. So the construction of the package list is not resilient enough to list values - ju1m provided a fix for me to try, which looks good to me but I didn't take time to test yet: one of us will probably open a PR sooner or later
Has this been fixed in the meantime, or a PR filed? I'd assume this will break peoples setups when using the module - having multiple etc. seems pretty common.
Thanks for the reminder, hadn't taken time -- doing this now. FWIW I'm not sure how many people actually use confinement ? But might as well fix for 20.09 :)

Discussion:
]; execPkgs = lib.concatMap (opt: let isSet = config.serviceConfig ? ${opt}; <del> in lib.optional isSet config.serviceConfig.${opt}) execOpts; </del> <ins> in lib.flatten (lib.optional isSet config.serviceConfig.${opt})) execOpts; </ins> unitAttrs = toplevelConfig.systemd.units."${name}.service"; allPkgs = lib.singleton (builtins.toJSON unitAttrs); unitPkgs = if fullUnit then allPkgs else execPkgs;