jiebi/CodeConvo huggingface dataset:
Code change:
Project description
I marked this as stale due to inactivity. &rarr;
ping! Is this still an issue?
has been The command still does not have documentation in the Nixpkgs manual.
Is satisfying? Could use approval to get merged.
It's a good step, but it doesn't (yet?) tell me what the options are.
Now it does.

Related discussion:
text: ##### `dontPatchShebangs` {#var-stdenv-dontPatchShebangs} <del> If set, scripts starting with `#!` do not have their interpreter paths rewritten to paths in the Nix store. </del> <ins> If set, scripts starting with `#!` do not have their interpreter paths rewritten to paths in the Nix store. See [](#patch-shebangs.sh) on how patching shebangs works. </ins> ##### `dontPruneLibtoolFiles` {#var-stdenv-dontPruneLibtoolFiles}
Code change:
Project description
I marked this as stale due to inactivity. &rarr;
ping! Is this still an issue?
has been The command still does not have documentation in the Nixpkgs manual.
Is satisfying? Could use approval to get merged.
It's a good step, but it doesn't (yet?) tell me what the options are.
Now it does.

Related discussion:
text: The *existence* of setups hooks has long been documented and packages inside Nixpkgs are free to use this mechanism. Other packages, however, should not rely on these mechanisms not changing between Nixpkgs versions. Because of the existing issues with this system, there’s little benefit from mandating it be stable for any period of time. <del> First, let’s cover some setup hooks that are part of Nixpkgs default stdenv. This means that they are run for every package built using `stdenv.mkDerivation`. Some of these are platform specific, so they may run on Linux but not Darwin or vice-versa. </del> <ins> First, let’s cover some setup hooks that are part of Nixpkgs default `stdenv`. This means that they are run for every package built using `stdenv.mkDerivation` or when using a custom builder that has `source $stdenv/setup`. Some of these are platform specific, so they may run on Linux but not Darwin or vice-versa. </ins> ### `move-docs.sh` {#move-docs.sh}
Code change:
Project description
I marked this as stale due to inactivity. &rarr;
ping! Is this still an issue?
has been The command still does not have documentation in the Nixpkgs manual.
Is satisfying? Could use approval to get merged.
It's a good step, but it doesn't (yet?) tell me what the options are.
Now it does.

Related discussion:
text: [^footnote-stdenv-ignored-build-platform]: The build platform is ignored because it is a mere implementation detail of the package satisfying the dependency: As a general programming principle, dependencies are always *specified* as interfaces, not concrete implementation. [^footnote-stdenv-native-dependencies-in-path]: Currently, this means for native builds all dependencies are put on the `PATH`. But in the future that may not be the case for sake of matching cross: the platforms would be assumed to be unique for native and cross builds alike, so only the `depsBuild*` and `nativeBuildInputs` would be added to the `PATH`. <del> [^footnote-stdenv-propagated-dependencies]: Nix itself already takes a package’s transitive dependencies into account, but this propagation ensures nixpkgs-specific infrastructure like setup hooks (mentioned above) also are run as if the propagated dependency. </del> <ins> [^footnote-stdenv-propagated-dependencies]: Nix itself already takes a package’s transitive dependencies into account, but this propagation ensures nixpkgs-specific infrastructure like [setup hooks](#ssec-setup-hooks) also are run as if it were a propagated dependency. </ins> [^footnote-stdenv-find-inputs-location]: The `findInputs` function, currently residing in `pkgs/stdenv/generic/setup.sh`, implements the propagation logic. [^footnote-stdenv-sys-lib-search-path]: It clears the `sys_lib_*search_path` variables in the Libtool script to prevent Libtool from using libraries in `/usr/lib` and such. [^footnote-stdenv-build-time-guessing-impurity]: Eventually these will be passed building natively as well, to improve determinism: build-time guessing, as is done today, is a risk of impurity.
Code change:
Project description Emote is a modern emoji picker for Linux rocket. Written in GTK3, Emote is lightweight and stays out of your way. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Related discussion:
text: <ins> { lib, fetchFromGitHub, python3Packages, wrapGAppsHook, gobject-introspection, gtk3, keybinder3, xdotool, pango, gdk-pixbuf, atk, librsvg }: python3Packages.buildPythonApplication rec { pname = "emote"; version = "2.0.0"; src = fetchFromGitHub { owner = "tom-james-watson"; repo = "Emote"; rev = "v${version}"; sha256 = "kYXFD6VBnuEZ0ZMsF6ZmN4V0JN83puxRILpNlllVsKQ="; }; postPatch = '' substituteInPlace setup.py --replace "pygobject==3.36.0" "pygobject" substituteInPlace emote/config.py --replace 'os.environ.get("SNAP")' "'$out/share/emote'" substituteInPlace snap/gui/emote.desktop --replace "Icon=''${SNAP}/usr/share/icons/emote.svg" "Icon=emote.svg" ''; nativeBuildInputs = [ wrapGAppsHook gobject-introspection keybinder3 pango gdk-pixbuf atk ]; propagatedBuildInputs = [ python3Packages.pygobject3 gtk3 xdotool librsvg ]; postInstall = '' install -D snap/gui/emote.desktop $out/share/applications/emote.desktop install -D snap/gui/emote.svg $out/share/pixmaps/emote.svg install -D -t $out/share/emote/static static/{emojis.json,logo.svg,style.css} ''; dontWrapGApps = true; preFixup = '' makeWrapperArgs+=("''${gappsWrapperArgs[@]}") ''; doCheck = false; meta = with lib; { description = "A modern emoji picker for Linux"; homepage = "https://github.com/tom-james-watson/emote"; license = licenses.gpl3Plus; maintainers = with maintainers; [ angustrau ]; platforms = platforms.linux; }; } </ins>
Code change:
Project description Emote is a modern emoji picker for Linux rocket. Written in GTK3, Emote is lightweight and stays out of your way. Metadata homepage URL: source URL: license: gpl3 platforms: linux

Related discussion:
text: autoreconfHook = buildPackages.autoreconfHook269; }; <ins> emote = callPackage ../tools/inputmethods/emote { }; </ins> engauge-digitizer = libsForQt5.callPackage ../applications/science/math/engauge-digitizer { }; epubcheck = callPackage ../tools/text/epubcheck { };
Code change:
Looks like it is missing python3Packages.setuptools...
works for me - please provide output from
fixes that, but then you will be running into
I have informed the author of archivy, and he's looking into it.
This is because in the version requirements are loosened and an incompatible new version of flask is used to run archivy. Removing this change to the version constraints for flask would fix the problem.

Related discussion:
text: <del> { lib , buildPythonApplication , fetchPypi , appdirs , attrs , beautifulsoup4 , click-plugins , elasticsearch , flask-compress , flask_login , flask_wtf , html2text , python-dotenv , python-frontmatter , requests , tinydb , validators , werkzeug , wtforms }: </del> <ins> { lib, stdenv, python3, fetchPypi }: let defaultOverrides = [ (self: super: { flask = super.flask.overridePythonAttrs (oldAttrs: rec { version = "1.1.2"; pname = "Flask"; src = super.fetchPypi { inherit pname version; sha256 = "sha256-Tvoa4tfJhlr0iYbeiuuFBL8yx/PW/ck1PTSyH0sScGA="; }; checkInputs = [ self.pytest ]; propagatedBuildInputs = with self; [ itsdangerous click werkzeug jinja2 ]; doCheck = false; }); }) (self: super: { flask_login = super.flask_login.overridePythonAttrs (oldAttrs: rec { pname = "Flask"; version = "0.5.0"; src = fetchPypi { inherit pname version; sha256 = "6d33aef15b5bcead780acc339464aae8a6e28f13c90d8b1cf9de8b549d1c0b4b"; }; doCheck = false; }); }) ]; mkOverride = attrname: version: sha256: self: super: { ${attrname} = super.${attrname}.overridePythonAttrs (oldAttrs: { inherit version; src = oldAttrs.src.override { inherit version sha256; }; }); }; py = python3.override { # Put packageOverrides at the start so they are applied after defaultOverrides packageOverrides = lib.foldr lib.composeExtensions (self: super: { }) (defaultOverrides); }; in with py.pkgs; </ins> buildPythonApplication rec { pname = "archivy";
Code change:
Looks like it is missing python3Packages.setuptools...
works for me - please provide output from
fixes that, but then you will be running into
I have informed the author of archivy, and he's looking into it.
This is because in the version requirements are loosened and an incompatible new version of flask is used to run archivy. Removing this change to the version constraints for flask would fix the problem.

Related discussion:
text: --replace 'validators ==' 'validators >='  --replace 'tinydb ==' 'tinydb >='  --replace 'Flask_WTF == 0.14.3' 'Flask_WTF'  <del> --replace 'Werkzeug ==' 'Werkzeug >='  --replace 'Flask ==' 'Flask >=' </del> <ins> --replace 'Werkzeug ==' 'Werkzeug >=' </ins> ''; propagatedBuildInputs = [
Code change:
Looks like it is missing python3Packages.setuptools...
works for me - please provide output from
fixes that, but then you will be running into
I have informed the author of archivy, and he's looking into it.
This is because in the version requirements are loosened and an incompatible new version of flask is used to run archivy. Removing this change to the version constraints for flask would fix the problem.

Related discussion:
text: python-dotenv python-frontmatter requests <ins> setuptools </ins> tinydb validators werkzeug
Code change:
gPodder crashes and dumps core when trying to import an OPML file: Steps to reproduce the behavior: "Subscriptions -Import from OPML file" the crash I'm using KDE Plasma, not Gnome as a desktop, in case that's related to GSettings discovery. gdb backtrace from the coredump: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Maintainer information:
This crash does not appear in the flatpak verision of gPodder, so I assume it is related to our Nix packaging.
Looks like something on my system sets the right environment variable to prevent this crash: I tried to add dconf, gsettings-desktop-schemas and hicolor-icon-theme but nothing seems to be picked up by the . Maybe has a better idea? The crash only happens when I do with nix-shell.
That would be schemas from gtk3 if it crashes on trying to open file chooser.
Yeah but gtk3 is already in so something is off here with
If it is Python package, it needs strictDeps false
indeed fixes this issue, see PR
This is quite a footgun, can we disable from somehow?

Related discussion:
text: glibcLocales ]; <ins> # as of 2021-07, the gobject-introspection setup hook does not # work with `strictDeps` enabled, thus for proper `wrapGAppsHook` # it needs to be disabled explicitly. https://github.com/NixOS/nixpkgs/issues/56943 strictDeps = false; </ins> buildInputs = [ python3 <ins> gtk3 </ins> gobject-introspection gnome.adwaita-icon-theme ];
Code change:
gPodder crashes and dumps core when trying to import an OPML file: Steps to reproduce the behavior: "Subscriptions -Import from OPML file" the crash I'm using KDE Plasma, not Gnome as a desktop, in case that's related to GSettings discovery. gdb backtrace from the coredump: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. Maintainer information:
This crash does not appear in the flatpak verision of gPodder, so I assume it is related to our Nix packaging.
Looks like something on my system sets the right environment variable to prevent this crash: I tried to add dconf, gsettings-desktop-schemas and hicolor-icon-theme but nothing seems to be picked up by the . Maybe has a better idea? The crash only happens when I do with nix-shell.
That would be schemas from gtk3 if it crashes on trying to open file chooser.
Yeah but gtk3 is already in so something is off here with
If it is Python package, it needs strictDeps false
indeed fixes this issue, see PR
This is quite a footgun, can we disable from somehow?

Related discussion:
text: eyeD3 podcastparser html5lib <del> gtk3 </del> ]; makeFlags = [
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: }; _module.freeformType = mkOption { <del> # Disallow merging for now, but could be implemented nicely with a `types.optionType` type = types.nullOr (types.uniq types.attrs); </del> <ins> type = types.nullOr types.optionType; </ins> internal = true; default = null; description = ''
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: checkConfigError 'infinite recursion encountered' config.foo ./freeform-attrsOf.nix ./freeform-unstr-dep-str.nix checkConfigError 'The option .* is used but not defined' config.foo ./freeform-lazyAttrsOf.nix ./freeform-unstr-dep-str.nix checkConfigOutput '^"24"$' config.foo ./freeform-lazyAttrsOf.nix ./freeform-unstr-dep-str.nix ./define-value-string.nix <ins> # submodules in freeformTypes should have their locations annotated checkConfigOutput '/freeform-submodules.nix"$' config.fooDeclarations.0 ./freeform-submodules.nix # freeformTypes can get merged using `types.type`, including submodules checkConfigOutput '^10$' config.free.xxx.foo ./freeform-submodules.nix checkConfigOutput '^10$' config.free.yyy.bar ./freeform-submodules.nix </ins> ## types.anything # Check that attribute sets are merged recursively
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: checkConfigError "The option .multiple. is defined multiple times" config.multiple ./raw.nix checkConfigOutput "bar" config.priorities ./raw.nix <ins> # Test that types.optionType merges types correctly checkConfigOutput '^10$' config.theOption.int ./optionTypeMerging.nix checkConfigOutput '^"hello"$' config.theOption.str ./optionTypeMerging.nix # Test that types.optionType correctly annotates option locations checkConfigError 'The option .theOption.nested. in .other.nix. is already declared in .optionTypeFile.nix.' config.theOption.nested ./optionTypeFile.nix </ins> cat <<EOF ====== module tests ====== $pass Pass
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: <ins> { lib, options, ... }: with lib.types; { options.fooDeclarations = lib.mkOption { default = (options.free.type.getSubOptions [])._freeformOptions.foo.declarations; }; options.free = lib.mkOption { type = submodule { config._module.freeformType = lib.mkMerge [ (attrsOf (submodule { options.foo = lib.mkOption {}; })) (attrsOf (submodule { options.bar = lib.mkOption {}; })) ]; }; }; config.free.xxx.foo = 10; config.free.yyy.bar = 10; } </ins>
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: <ins> { config, lib, ... }: { _file = "optionTypeFile.nix"; options.theType = lib.mkOption { type = lib.types.optionType; }; options.theOption = lib.mkOption { type = config.theType; default = {}; }; config.theType = lib.mkMerge [ (lib.types.submodule { options.nested = lib.mkOption { type = lib.types.int; }; }) (lib.types.submodule { _file = "other.nix"; options.nested = lib.mkOption { type = lib.types.str; }; }) ]; } </ins>
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: <ins> { config, lib, ... }: { options.theType = lib.mkOption { type = lib.types.optionType; }; options.theOption = lib.mkOption { type = config.theType; }; config.theType = lib.mkMerge [ (lib.types.submodule { options.int = lib.mkOption { type = lib.types.int; default = 10; }; }) (lib.types.submodule { options.str = lib.mkOption { type = lib.types.str; }; }) ]; config.theOption.str = "hello"; } </ins>
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: boolToString ; <del> inherit (lib.modules) mergeDefinitions; </del> <ins> inherit (lib.modules) mergeDefinitions fixupOptionType mergeOptionDecls ; </ins> outer_types = rec { isType = type: x: (x._type or "") == type;
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: modules = toList modules; }; <ins> # The type of a type! optionType = mkOptionType { name = "optionType"; description = "optionType"; check = value: value._type or null == "option-type"; merge = loc: defs: let # Prepares the type definitions for mergeOptionDecls, which # annotates submodules types with file locations optionModules = map ({ value, file }: { _file = file; # There's no way to merge types directly from the module system, # but we can cheat a bit by just declaring an option with the type options = lib.mkOption { type = value; }; } ) defs; # Merges all the types into a single one, including submodule merging. # This also propagates file information to all submodules mergedOption = fixupOptionType loc (mergeOptionDecls loc optionModules); in mergedOption.type; }; </ins> submoduleWith = { modules , specialArgs ? {}
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: should only be used when checking, merging and nested evaluation are not desirable. <ins> `types.optionType` :   The type of an option's type. Its merging operation ensures that nested options have the correct file location annotated, and that if possible, multiple option definitions are correctly merged together. The main use case is as the type of the `_module.freeformType` option. </ins> `types.attrs` :   A free-form attribute set.
Code change:
See the : the options aren't declared by any file (it's actually , but that's stripped at some point). I think this is most likely because they are declared inside a : but I don't know the module system well enough to troubleshoot this. This was causing the unstable channel import to because of an which should be fixed by This is an issue of the module system, so pinging
fixes this, thanks for the report!

Related discussion:
text: </varlistentry> <varlistentry> <term> <ins> <literal>types.optionType</literal> </term> <listitem> <para> The type of an option’s type. Its merging operation ensures that nested options have the correct file location annotated, and that if possible, multiple option definitions are correctly merged together. The main use case is as the type of the <literal>_module.freeformType</literal> option. </para> </listitem> </varlistentry> <varlistentry> <term> </ins> <literal>types.attrs</literal> </term> <listitem>
Code change:
This project is no longer activily maintained! there is a spiritual successor, so maybe package that instead cc maintainer
I marked this as stale due to inactivity. &rarr;

Related discussion:
text: <del> { lib, stdenv, fetchFromGitHub, nix-update-script, meson, ninja, pkg-config, vala, gettext, python3 , appstream-glib, desktop-file-utils, wrapGAppsHook, gnome-online-accounts , gtk3, libgee, libpeas, librest, webkitgtk, gsettings-desktop-schemas , curl, glib, gnome, gst_all_1, json-glib, libnotify, libsecret, sqlite, gumbo, libxml2 }: stdenv.mkDerivation rec { pname = "feedreader"; version = "2.11.0"; src = fetchFromGitHub { owner = "jangernert"; repo = pname; rev = "v${version}"; sha256 = "1agy1nkpkdsy2kbrrc8nrwphj5n86rikjjvwkr8klbf88mzl6civ"; }; nativeBuildInputs = [ meson ninja pkg-config vala gettext appstream-glib desktop-file-utils libxml2 python3 wrapGAppsHook ]; buildInputs = [ curl glib json-glib libnotify libsecret sqlite gumbo gtk3 libgee libpeas gnome.libsoup librest webkitgtk gsettings-desktop-schemas gnome-online-accounts ] ++ (with gst_all_1; [ gstreamer gst-plugins-base gst-plugins-good ]); postPatch = '' patchShebangs build-aux/meson_post_install.py ''; passthru = { updateScript = nix-update-script { attrPath = pname; }; }; meta = with lib; { description = "A modern desktop application designed to complement existing web-based RSS accounts"; homepage = "https://jangernert.github.io/FeedReader/"; license = licenses.gpl3Plus; maintainers = with maintainers; [ edwtjo ]; platforms = platforms.linux; }; } </del>
Code change:
This project is no longer activily maintained! there is a spiritual successor, so maybe package that instead cc maintainer
I marked this as stale due to inactivity. &rarr;

Related discussion:
text: fast-neural-doodle = throw "fast-neural-doodle has been removed, as the upstream project has been abandoned"; # Added 2020-03-28 fastnlo = fastnlo_toolkit; # Added 2021-04-24 fedora-coreos-config-transpiler = throw "fedora-coreos-config-transpiler has been renamed to 'butane'"; # Added 2021-04-13 <ins> feedreader = throw "feedreader is no longer activily maintained since 2019. The developer is working on a spiritual successor called NewsFlash."; # Added 2022-05-03 </ins> fetchFromGithub = throw "You meant fetchFromGitHub, with a capital H"; ffadoFull = throw "'ffadoFull' has been renamed to/replaced by 'ffado'"; # Converted to throw 2022-02-22 ffmpeg-sixel = throw "ffmpeg-sixel has been removed, because it was an outdated/unmaintained fork of ffmpeg"; # Added 2022-03-23";