jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: cargo-watch on x86-64-darwin Sounds similar to this issue: Though I have a hard time seeing any dependency that would be built with a different version of the framework in its closure. <!-- 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. My system is showing as "aarch64-darwin", but I'm building with Rosetta. Hydra reports the same issue: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, rustPlatform , fetchFromGitHub , Cocoa <del> , CoreServices </del> , Foundation <del> , libiconv </del> }: rustPlatform.buildRustPackage rec {

cargoHash = "sha256-0D+aM/zap5UDQ+k9c/p+ZfN1OUjDzFRArvcmqEOcBbM="; <del> buildInputs = lib.optionals stdenv.isDarwin [ Cocoa CoreServices Foundation libiconv ]; </del> <ins> buildInputs = lib.optionals stdenv.isDarwin [ Foundation Cocoa ]; NIX_LDFLAGS = lib.optionals (stdenv.isDarwin && stdenv.isx86_64) [ "-framework" "AppKit" ]; </ins> # `test with_cargo` tries to call cargo-watch as a cargo subcommand # (calling cargo-watch with command `cargo watch`)

cargo-wasi = callPackage ../development/tools/rust/cargo-wasi { inherit (darwin.apple_sdk.frameworks) Security; }; <del> cargo-watch = darwin.apple_sdk_11_0.callPackage ../development/tools/rust/cargo-watch { inherit (darwin.apple_sdk_11_0.frameworks) Cocoa CoreServices Foundation; </del> <ins> cargo-watch = callPackage ../development/tools/rust/cargo-watch { inherit (darwin.apple_sdk.frameworks) Foundation Cocoa; </ins> }; cargo-wipe = callPackage ../development/tools/rust/cargo-wipe { }; cargo-workspaces = callPackage ../development/tools/rust/cargo-workspaces { };
Change:
Package name: gnome-shell-extension-pop-shell Latest released version: unstable-2023-11-10 <!-- Search your package here: --- Current version on the unstable channel: unstable-2023-04-27 Current version on the stable/release channel: unstable-2023-04-27 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --This brings about Gnome 45 support, as far as I know. Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
thanks for alle the involved to fix it so fast

Discussion:
stdenv.mkDerivation rec { pname = "gnome-shell-extension-pop-shell"; <del> version = "unstable-2023-04-27"; </del> <ins> version = "unstable-2023-11-10"; </ins> src = fetchFromGitHub { owner = "pop-os"; repo = "shell"; <del> rev = "b5acccefcaa653791d25f70a22c0e04f1858d96e"; hash = "sha256-w6EBHKWJ4L3ZRVmFqZhCqHGumbElQXk9udYSnwjIl6c="; </del> <ins> rev = "aafc9458a47a68c396933c637de00421f5198a2a"; hash = "sha256-74lZbEYHj7fufRSbuI2SN9rqbB3gpRa0V96qjAFc01s="; </ins> }; nativeBuildInputs = [ glib gjs typescript ];

diff --git a/src/extension.ts b/src/extension.ts <del> index c3833e9..611e84c 100644 </del> <ins> index f34e865..f12d4db 100644 </ins> --- a/src/extension.ts +++ b/src/extension.ts <del> @@ -544,7 +544,7 @@ export class Ext extends Ecs.System<ExtEvent> { return true } </del> <ins> @@ -556,7 +556,7 @@ export class Ext extends Ecs.System<ExtEvent> { return true; }; </ins> <del> -        const ipc = utils.async_process_ipc(["gjs", path]) +        const ipc = utils.async_process_ipc([path]) </del> <ins> -        const ipc = utils.async_process_ipc(['gjs', '--module', path]); +        const ipc = utils.async_process_ipc([path]); </ins> if (ipc) { const generator = (stdout: any, res: any) => { diff --git a/src/panel_settings.ts b/src/panel_settings.ts <del> index 5d02d33..1cd70d0 100644 </del> <ins> index fbcafbf..ef409ee 100644 </ins> --- a/src/panel_settings.ts +++ b/src/panel_settings.ts <del> @@ -348,7 +348,7 @@ function color_selector(ext: Ext, menu: any) { </del> <ins> @@ -352,7 +352,7 @@ function color_selector(ext: Ext, menu: any) { </ins> color_selector_item.add_child(color_button); color_button.connect('button-press-event', () => { <del> let path = Me.dir.get_path() + "/color_dialog/main.js"; -        let resp = GLib.spawn_command_line_async(`gjs ${path}`); </del> <ins> let path = get_current_path() + '/color_dialog/main.js'; -        let resp = GLib.spawn_command_line_async(`gjs --module ${path}`); </ins> +        let resp = GLib.spawn_command_line_async(`${path}`); if (!resp) { return null; <del> -- 2.37.3 </del> <ins> } </ins>
Change:
Package name: Latest released version: 77 <!-- Search your package here: --- Current version on the unstable channel: 72 Current version on the stable/release channel: 70 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. -- Thanks a lot! Note for maintainers: Please tag this issue in your PR. Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
, vte , wrapGAppsHook , xdg-utils <del> , xprop </del> }: let # Helper method to reduce redundancy

]; })) <del> (patchExtension "unite@hardpixel.eu" (old: { buildInputs = [ xprop ]; meta.maintainers = with lib.maintainers; [ rhoriguchi ]; })) </del> (patchExtension "x11gestures@joseexposito.github.io" (old: { # Extension can't find Touchegg # https://github.com/NixOS/nixpkgs/issues/137621

"taskwhisperer-extension@infinicode.de" = callPackage ./taskwhisperer { }; "tilingnome@rliang.github.com" = callPackage ./tilingnome { }; "TopIcons@phocean.net" = callPackage ./topicons-plus { }; <ins> # Can be removed when https://github.com/hardpixel/unite-shell/issues/353 resolved "unite@hardpixel.eu" = callPackage ./unite { }; </ins> "valent@andyholmes.ca" = callPackage ./valent { }; "window-corner-preview@fabiomereu.it" = callPackage ./window-corner-preview { }; }

<ins> { lib, stdenv, gnome, fetchFromGitHub, xprop, glib }: stdenv.mkDerivation rec { pname = "gnome-shell-extension-unite"; version = "77"; src = fetchFromGitHub { owner = "hardpixel"; repo = "unite-shell"; rev = "v${version}"; hash = "sha256-5PClGWOxqwTVaqBySu5I+qavaV1vcKHUvoYJ3Qgcq2o="; }; passthru = { extensionUuid = "unite@hardpixel.eu"; extensionPortalSlug = "unite"; }; nativeBuildInputs = [ glib ]; buildInputs = [ xprop ]; buildPhase = '' runHook preBuild glib-compile-schemas --strict --targetdir="unite@hardpixel.eu/schemas/" "unite@hardpixel.eu/schemas" runHook postBuild ''; installPhase = '' runHook preInstall mkdir -p $out/share/gnome-shell/extensions cp -r "unite@hardpixel.eu" $out/share/gnome-shell/extensions runHook postInstall ''; meta = with lib; { description = "Unite is a GNOME Shell extension which makes a few layout tweaks to the top panel and removes window decorations to make it look like Ubuntu Unity Shell"; license = licenses.gpl3Only; maintainers = with maintainers; [ rhoriguchi ]; homepage = "https://github.com/hardpixel/unite-shell"; broken = versionOlder gnome.gnome-shell.version "3.32"; }; } </ins>
Change:
If I understand correctly, adding the following to should stop easy_install from trying to zip eggs, which inevitably leads to the error: "ZIP does not support timestamps before 1980":
As we anyway use --always-unzip, we probably could use that. Though I don't know whether it would actually solve the problem. Apart from that a solution is already in stdenv-updates: The error occurs e.g. for git checkout, where the whole directory is copied into the store and all timestamps set to epoch 0, this is the equivalent to a tarball in the store. For building the package, the directory is copied into a temporary build directory and timestamps where preserved, that is not set to "now". A temporary workaround is used by charon:
Ah ok, that would explain why I noticed the error when using fetchhg.
Can someone check if this is still an issue now that stdenv-updates is merged?
Closing, if problem repeats, open the issue again.
For those coming in from Google on this error, it's very possible there are in fact files that have corrupt touch dates older than 1980. This raises when the of a file in the packaging tree is older than 1980. This even happened for me when zipsafe was set to You can see if you have any of these files with: In my case, there were nodemodules with corrupt dates that I simply needed to exclude through my Also see
I fixed this by invoking . My has a , so I put it in its . I found this workaround in the . Certainly this is a ridiculous thing to have to do as an end user.
your suggestion worked. Many thanks!
There are several closed tickets with this issue, so noting this on a few of them in case it interests someone. Was looking through the and happened to notice this Looks like the default is strict_timestamps=True Could be a reasonable thing to patch I think.

Discussion:
buildPythonApplication rec { name = "vim-vint-${version}"; <del> version = "0.3.18"; </del> <ins> version = "0.3.19"; </ins> src = fetchFromGitHub { owner = "kuniwak"; repo = "vint"; rev = "v${version}"; <del> sha256 = "0qrlimg385sxq4y6vqbanby31inaa1q47w9qcw5knwffbz96whrs"; </del> <ins> sha256 = "0fb0vkmn5fv4mwk6riw08hb3vsh1pivvrfwm90b95yhksq4pfi12"; </ins> }; # For python 3.5 > version > 2.7 , a nested dependency (pythonPackages.hypothesis) fails.
Change:
I don’t know what has changed in "${}clang" that caused this problem Steps to reproduce the behavior: yabai work well <!-- 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.
Thanks for the report, have a PR out to resolve this in the package.

Discussion:
dontConfigure = true; enableParallelBuilding = true; <ins> env = { # silence service.h error NIX_CFLAGS_COMPILE = "-Wno-implicit-function-declaration"; }; </ins> postPatch = '' # aarch64 code is compiled on all targets, which causes our Apple SDK headers to error out. # Since multilib doesnt work on darwin i dont know of a better way of handling this.
Change:
Project description A CLI tool for saving a faithful copy of a complete web page in a single HTML file. Metadata homepage URL: (the entire project) source URL: (the CLI tool) license: AGPL-3.0 platforms: Linux, possibly others (not sure) Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Also there is a single-file(z)-cli variant: homepage URL: (the entire project) source URL: (the CLI tool)

Discussion:
fingerprint = "9E6A 25F2 C1F2 9D76 ED00  1932 1261 173A 01E1 0298"; }]; }; <ins> n8henrie = { name = "Nathan Henrie"; github = "n8henrie"; githubId = 1234956; "keys" = [{ "fingerprint" = "F21A 6194 C9DB 9899 CD09 E24E 434B 2C14 B8C3 3422"; }]; }; </ins> nadir-ishiguro = { github = "nadir-ishiguro"; githubId = 23151917;

<ins> { lib, stdenv, buildNpmPackage, fetchFromGitHub, chromium, chromedriver, python3, }: buildNpmPackage { pname = "single-file-cli"; version = "1.1.49"; src = fetchFromGitHub { owner = "gildas-lormeau"; repo = "single-file-cli"; rev = "af0f6f119edd8bf82bce3860fa55cfad869ac874"; hash = "sha256-5pozqrIIanoLF4eugLxPRsUaoUYJurliovFFBYO/mC4="; }; npmDepsHash = "sha256-wiBpWw9nb/pWVGIc4Vl/IxxR5ic0LzLMMr3WxRNvYdM="; nativeCheckInputs = [chromium chromedriver]; doCheck = stdenv.isLinux; postBuild = '' patchShebangs ./single-file ''; checkPhase = '' runHook preCheck ${python3}/bin/python -m http.server --bind 127.0.0.1 & pid=$! ./single-file  --browser-headless  --web-driver-executable-path=chromedriver  --back-end=webdriver-chromium  http://127.0.0.1:8000 grep -F 'Page saved with SingleFile' 'Directory listing for'*.html kill $pid wait runHook postCheck ''; meta = { description = "CLI tool for saving a faithful copy of a complete web page in a single HTML file"; homepage = "https://github.com/gildas-lormeau/single-file-cli"; license = lib.licenses.agpl3Only; maintainers = with lib.maintainers; [n8henrie]; mainProgram = "single-file"; }; } </ins>
Change:
Documentation of suggests disabling substitutions should be possible by setting the option's value to "none". This fails with the following error: Trying to set the option's value to null produces: Add one of the following to fonts.fontconfig.ultimate.substitutions = "none"; fonts.fontconfig.ultimate.substitutions = null; There appears to be a mismatch in the type definition of the option and how it is being used within the module. System: NixOS 17.03 @ + plus few custom commits not related to fontconfig Nix version: 1.11.11 Nixpkgs version: Sandboxing enabled: no

Discussion:
}; substitutions = mkOption { <del> type = types.nullOr (types.enum ["free" "combi" "ms"]); </del> <ins> type = types.enum ["free" "combi" "ms" "none"]; </ins> default = "free"; description = '' Font substitutions to replace common Type 1 fonts with nicer
Change:
In , under Platforms, it is reported: but it should have at least one compatible platform. Fix the webpage with the correct information. <!-- make sure this issue is not redundant or obsolete --- [X] checked [latest Nixpkgs manual] ([source][nixpkgs-source]) and [latest NixOS manual] ([source][nixos-source]) [X] checked [open documentation issues] for possible duplicates [X] checked [open documentation pull requests] for possible solutions [latest Nixpkgs manual]: [latest NixOS manual]: [nixpkgs-source]: [nixos-source]: [open documentation issues]: [open documentation pull requests]:

Discussion:
description = "Utility to detect other OSs on a set of drives"; homepage = "http://packages.debian.org/source/sid/os-prober"; license = licenses.gpl2Plus; <ins> mainProgram = "os-prober"; </ins> maintainers = with maintainers; [ symphorien ]; <ins> platforms = platforms.linux; </ins> }; }
Change:
The IGV package freezes and crashed when a file dialog should open (open file, save as, etc.). Steps to reproduce the behavior: igv: igv "File" -"Load from File.." application crashes The file dialog should open and allow me to open a file. If I open igv through the terminal, then this error is shown: This error is the same as previously reported issues for other application, e.g. I'll shortly open a PR with the same fix. I'll rather do that in the PR with the fix. Please run and paste the result. NA

Discussion:
<del> { lib, stdenv, fetchzip, jdk11 }: </del> <ins> { lib, stdenv, fetchzip, jdk11, wrapGAppsHook }: </ins> stdenv.mkDerivation rec { pname = "igv";

chmod +x $out/bin/igv chmod +x $out/bin/igvtools ''; <ins> nativeBuildInputs = [ wrapGAppsHook ]; </ins> meta = with lib; { homepage = "https://www.broadinstitute.org/igv/";
Change:
The pijul fetcher throws a certificate error when used, for example with the following command: Related: Steps to reproduce the behavior: fetchpijul (for example like in the command above) fails with above error Repository gets fetched successfully Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Oh my, thanks for notifying, I'll make a PR to fix that ASAP!

Discussion:
<del> { lib, stdenvNoCC, pijul }: </del> <ins> { lib, stdenvNoCC, pijul, cacert }: </ins> lib.makeOverridable ( { url

else stdenvNoCC.mkDerivation { inherit name; <del> nativeBuildInputs = [ pijul ]; </del> <ins> nativeBuildInputs = [ pijul cacert ]; strictDeps = true; </ins> dontUnpack = true; dontConfigure = true;

lib.fakeSha256; inherit url change state channel; <ins> impureEnvVars = lib.fetchers.proxyImpureEnvVars; </ins> } )
Change:
When launching the extension through Inkscape, the application freezes. Steps to reproduce the behavior: Inkscape the extension under Extensions Text Launch TexText Maybe linked to <!-- not actually involved, sorry --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
hmm, it opens pretty much instantly for me on current nixos-unstable (). Do you see any error messages in the terminal where you opened Inkscape?
No error message is reported on the terminal. Is there a flag I should add to the command for verbosity? I had someone else test this and they reported the same behavior. Something else I noticed is that Inkscape returns to normal if I let it hang for 1 or 2 minutes, but no sign of the extension's window.
I don't know if its related, but I tried the builtin formula extension, and I get this error when clicking on apply: <details</detailsDo you see anything suspicious?
sorry for the ping again, but I just noticed that trying to launch TexText results in a file with this content:
No worries about the ping! Unfortunately the errors you found in don't seem to be related to TexText. The errors from the builtin formula extension don't immediately give me anything to go on either.
I was able to identify two problems that are (most likely) causing the issue. The first is the python bindings for gobject-introspection that were missing. I submitted a PR for this one and now at least the extension window opens when I click on it. The second is related to Inkscape throwing a segmentation fault when trying to use the extension. I opened an issue here I don't know what's causing it though. Hopefully we can figure this out. EDIT: Please ignore the first issue. For the second one, there seem to be a fix on the way. I will close this issue if it resolves it.
Great that you were able to figure it out!
Sorry to revive this thread, it doesn't work for me. the script errors out i believe because it doesn't contain the path to package.
I'm afraid we'd need a bit more information. I just tested on latest nixos-unstable () using the above and it worked for me. Are you using inkscape on NixOS or on a different platform? Are you using the from above or some other way to create the inkscape? Exactly when do you get an error, and what does the error look like?

Discussion:
in python3.pkgs.buildPythonApplication rec { pname = "textext"; <del> version = "1.8.1"; </del> <ins> version = "1.10.1"; </ins> src = fetchFromGitHub { owner = "textext"; repo = "textext"; rev = version; <del> sha256 = "sha256-Qzd39X0X3DdwZ3pIIGvEbNjl6dxjDf3idzjwCkp3WRg="; </del> <ins> sha256 = "sha256-FbUfZfVOYEyQVL1YMyNwb/sIUxJ+VhevatjuJI/ocIw="; </ins> }; patches = [
Change:
Steps to reproduce the behavior: zsh-fzf-tab Full log here: Add any other context about the problem here. <!-- 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. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sorry, the darwin one isn't mantained by me. cc: who commited fixes of fzf-tab on darwin.
There have been various succesfully builds of this recently, as even though I usually delete garbage over 14 days I have this: I guess on darwin we either need to not run , or else we need to build and install a .dylib, if fzf-tab supports that.

Discussion:
strictDeps = true; buildInputs = [ ncurses ]; <ins> # https://github.com/Aloxaf/fzf-tab/issues/337 env = lib.optionalAttrs stdenv.cc.isClang { NIX_CFLAGS_COMPILE = toString [ "-Wno-error=implicit-function-declaration" "-Wno-error=implicit-int" ]; }; </ins> postConfigure = '' pushd modules ./configure --disable-gdbm --without-tcsetpgrp
Change:
ucspi-tcp is broken in the current master and nixos-17.03. The bug was introduced by nix-shell -p ucspi-tcp on current master or 17.03
The failure is due to bits now being illegal. To fix it, patch the build recipe to avoid attempting to create files with those bits set.

Discussion:
url = "http://ftp.de.debian.org/debian/pool/main/u/ucspi-tcp/ucspi-tcp_0.88-3.diff.gz"; sha256 = "0mzmhz8hjkrs0khmkzs5i0s1kgmgaqz07h493bd5jj5fm5njxln6"; }) <ins> ./remove-setuid.patch </ins> ]; # Apply Debian patches

<ins> diff --git a/hier.c b/hier.c index 5663ada..1d73b84 100644 --- a/hier.c +++ b/hier.c @@ -2,8 +2,8 @@ void hier() { -  h(auto_home,-1,-1,02755); -  d(auto_home,"bin",-1,-1,02755); +  h(auto_home,-1,-1,0755); +  d(auto_home,"bin",-1,-1,0755); c(auto_home,"bin","tcpserver",-1,-1,0755); c(auto_home,"bin","tcprules",-1,-1,0755); </ins>
Change:
This site appears to be down, causing some latex package builds to fail.
Ah, I see there are already some todo comments about this. Is there anything I can do to help, or some workaround?
There is a workaround, at least, but let's not duplicate another thread:

Discussion:
let wantCurl = withRemote || withImportd; wantGcrypt = withResolved || withImportd; <del> version = "251.15"; </del> <ins> version = "251.16"; </ins> # Bump this variable on every (major) version change. See below (in the meson options list) for why. # command:

owner = "systemd"; repo = "systemd-stable"; rev = "v${version}"; <del> sha256 = "sha256-/vLu5aNW9qudZJhbisiq7Oteh5IP2hi71OEI2dZi0EA="; </del> <ins> sha256 = "sha256-46EM3sETMm5zAoLKtcGYCwmI7EYFeze/Pr4R/hwZL7Q="; </ins> }; # On major changes, or when otherwise required, you *must* reformat the patches,
Change:
Hayabusa is a swift rust fetch program. <!-- Describe the project a little: --Metadata homepage URL: source URL: license: Attribution-NonCommercial-NoDerivatives 4.0 International platforms: linux, windows Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , openssl , vulkan-loader }: rustPlatform.buildRustPackage { pname = "hayabusa"; version = "unstable-2023-11-29"; src = fetchFromGitHub { owner = "notarin"; repo = "hayabusa"; rev = "306167c632173f6633e51c5610fe32af7718ec25"; hash = "sha256-e2zoVIhxcE9cUypi8Uzz3YZe2JvIaEVuWOGpqHVtxn8="; }; cargoHash = "sha256-aoticMTrKZkRtjVXgdiBfyXJN3YcwBpM3yt07BBd3do="; enableParallelBuilding = true; nativeBuildInputs = [ pkg-config ]; buildInputs = [ openssl vulkan-loader ]; postPatch = '' substituteInPlace src/daemon/hayabusa.service  --replace "/usr/local" "$out" ''; postInstall = '' install -Dm444 src/daemon/hayabusa.service -t $out/lib/systemd/system/ ''; meta = { description = "A swift rust fetch program"; homepage = "https://github.com/notarin/hayabusa"; license = lib.licenses.cc-by-nc-nd-40; maintainers = with lib.maintainers; [ eclairevoyant ]; mainProgram = "hayabusa"; platforms = lib.platforms.linux; }; } </ins>