jiebi/CodeConvo huggingface dataset:
Change:
When running with a shortcut, broot shows the errror message . Can you please enable it or make it optional? add to your broot config (HJSON format). this on a file within broot. <!-- 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.
Could you please look into this (i just saw, that you did the recent updates for broot)?
Thank you!

Discussion:
, xorg , zlib , buildPackages <ins> , withClipboard ? false </ins> }: rustPlatform.buildRustPackage rec { pname = "broot"; <del> version = "1.28.1"; </del> <ins> version = "1.29.0"; </ins> src = fetchFromGitHub { owner = "Canop"; repo = pname; rev = "v${version}"; <del> hash = "sha256-zq63PfKVcCLudsIBugGQIozG4Ve4vgBwYz0ID5k1J5o="; </del> <ins> hash = "sha256-Wx+hUm0y7w0+IYtaRE5X/5Ra37mMEMEliYFbl7c03Ww="; </ins> }; <del> cargoHash = "sha256-jjov7kW6iH+Tfi5XBjMFbRk0a4HRYZ7pWm+Aa0hUndM="; </del> <ins> cargoHash = "sha256-7B5Uxr1SsAx+mRpvQPSW7pemxp11WngEIK6vF2cbzh4="; </ins> nativeBuildInputs = [ installShellFiles

zlib ]; <ins> buildFeatures = lib.optionals withClipboard [ "clipboard" ]; </ins> RUSTONIG_SYSTEM_LIBONIG = true; postPatch = ''
Change:
does not support filtering of store paths. Rationale for that should be to the so I can link to it in the future. Note that if you need to filter a value, that will be supported soon with Reasons for not supporting store paths: guarantees that it prevents files that aren't selected from being into the store, such that changing them doesn't cause a rebuild. But if you filter a store path, all those files are already in the store and will always cause a rebuild if changed, no matter if you filter them out afterwards, so it couldn't guarantee the same. The use case is different. Store paths are only known at build time, but (and ) rely on to do the filtering, which runs at evaluation time, so using it on store paths would require , when it wouldn't be necessary Instead, functions for filtering store paths could be much more powerful by using a build-time derivation to do the filtering. And such an interface wouldn't have to be limited to just filtering, it could also rename, add and move paths. In fact you can do this already today, though it's not very pretty: Maybe there should just be a simple to take care of the boilerplate, this is tracked in is made very convenient and safe because it supports Path expression syntax to specify paths to include/exclude, like . There's no equivalent you could use for store paths with the same properties (using strings "./foo", "./bar" would have to delay checking of file existence and computations on trees to build time to avoid IFD). Originally posted by in This work is sponsored by :sparkles:

Discussion:
This use case makes little sense for files that are already in the store. This should be a separate abstraction as e.g. `pkgs.drvLayout` instead, which could have a similar interface but be specific to derivations. Additional capabilities could be supported that can't be done at evaluation time, such as renaming files, creating new directories, setting executable bits, etc. <ins> - (+) An API for filtering/transforming Nix store paths could be much more powerful, because it's not limited to just what is possible at evaluation time with `builtins.path`. Operations such as moving and adding files would be supported. </ins> ### Single files
Change:
Some critical graphics-related QtWebEngine problem arose after (), rendering the browser unusable (hangs completely shortly after start) on an unknown range of NixOS systems. Successfully worked it around for now with qutebrowser Reproduced on latest nixos-unstable () on a Vega 8 graphics laptop (therefore the driver is mesa's ). ! Under valgrind it crashes immediately.
I can reproduce the issue if using , but seems to work fine with . Running a 5700xt. I'd say should default to ? Otherwise lots of people will have broken setups (as I did).
This workaround in sorted it for me:
I wouldn't say mine is broken exactly, but it definitely has problems for me on i915 on Sway when Vulkan is enabled (copy/pasting freezes both qutebrowser and the app I was pasting to, right click takes a long time to register, I couldn't scroll some web pages with mouse any longer, etc) If enough other people are encountering issues, it should maybe default to false for now, but I may just be an outlier here, idk
I have all of the problems you mention. Setting seems to fix them. I'm also using sway and i915 on an i5-10210U.

Discussion:
, qtwebengine , enableWideVine ? false , widevine-cdm <del> , enableVulkan ? stdenv.isLinux </del> <ins> # can cause issues on some graphics chips , enableVulkan ? false </ins> , vulkan-loader }:
Change:
The URL to file is broken and can not be downloaded during build: install latest nix on SL6 update unstable channel run System: (SL6) Nix version: nix-env (Nix) 1.11.9
builds fine on both master and current . It might have been possible the host was temporarily down.
That URL is down for me. doesn't redownload.
I just noticed another broken URL needs to be fixed in : from: to
right, I could've noticed that. Pushed as well, thanks.

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
Package name: qtractor Latest released version: 0.9.38 Current version on the unstable channel: 0.9.25 Current version on the stable/release channel: 0.9.25 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Updated to 0.9.37
Updated to 0.9.38

Discussion:
<del> { alsa-lib , aubio , cmake , dssi , fetchurl , flac , libjack2 , ladspaH , ladspaPlugins , liblo , libmad , libsamplerate , libsndfile , libtool , libvorbis , lilv , lv2 , mkDerivation , opusfile , pkg-config , qttools , qtbase , rubberband , serd , sord , sratom , lib , suil }: mkDerivation rec { pname = "qtractor"; version = "0.9.25"; src = fetchurl { url = "mirror://sourceforge/${pname}/${pname}-${version}.tar.gz"; sha256 = "sha256-cKXHH7rugTJ5D7MDJmr/fX6p209wyGMQvSLbv5T0KXU="; }; nativeBuildInputs = [ cmake libtool pkg-config qttools ]; buildInputs = [ alsa-lib aubio dssi flac libjack2 ladspaH ladspaPlugins liblo libmad libsamplerate libsndfile libtool libvorbis lilv lv2 opusfile qtbase rubberband serd sord sratom suil ]; meta = with lib; { description = "Audio/MIDI multi-track sequencer"; homepage = "https://qtractor.sourceforge.io"; license = licenses.gpl2Plus; maintainers = with maintainers; [ goibhniu ]; platforms = platforms.linux; }; } </del>

<ins> { lib , alsa-lib , aubio , cmake , dssi , fetchurl , flac , libjack2 , ladspaH , ladspaPlugins , liblo , libmad , libsamplerate , libsndfile , libtool , libvorbis , lilv , lv2 , opusfile , pkg-config , qt6 , rubberband , serd , stdenv , sord , sratom , suil }: stdenv.mkDerivation rec { pname = "qtractor"; version = "0.9.38"; src = fetchurl { url = "mirror://sourceforge/qtractor/qtractor-${version}.tar.gz"; hash = "sha256-aAUOz9gztk9ynQYRq+mniUk++rM6Rdne9U1QM7jKPcU="; }; nativeBuildInputs = [ cmake libtool pkg-config qt6.qttools qt6.wrapQtAppsHook ]; buildInputs = [ alsa-lib aubio dssi flac libjack2 ladspaH ladspaPlugins liblo libmad libsamplerate libsndfile libtool libvorbis lilv lv2 opusfile qt6.qtbase qt6.qtsvg rubberband serd sord sratom suil ]; meta = with lib; { description = "Audio/MIDI multi-track sequencer"; homepage = "https://qtractor.sourceforge.io"; license = licenses.gpl2Plus; mainProgram = "qtractor"; maintainers = with maintainers; [ goibhniu ]; platforms = platforms.linux; }; } </ins>

qtpass = libsForQt5.callPackage ../applications/misc/qtpass { }; <del> qtractor = libsForQt5.callPackage ../applications/audio/qtractor { }; </del> quantomatic = callPackage ../applications/science/physics/quantomatic { }; quassel = libsForQt5.callPackage ../applications/networking/irc/quassel {
Change:
Gmail authorization got broken on Thunderbird < 52.1.0 Nixpkgs master is at 52.1.1 now, while release is at 45.8.0. So Thunderbird of at least 52.1.0 should be backported to 17.03 System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
Thank you!

Discussion:
<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.15.2"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.15/${name}.tar.xz"; sha256 = "0g71zq6dpqrw2f40wfzdf18fdw41ymr17laqniy2kr622hkxdi8w"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

<ins> {stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { version = "0.16.1"; name = "vala-${version}"; src = fetchurl { url = "mirror://gnome/sources/vala/0.16/${name}.tar.xz"; sha256 = "1n708n9ixyy9qrzyv1wf4ybvcclx43ib9ki028wwpvkz6kv8zqlb"; }; buildNativeInputs = [ yacc flex pkgconfig xz ]; buildInputs = [ glib ]; meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; }; } </ins>

{stdenv, fetchurl, yacc, flex, pkgconfig, glib, xz}: stdenv.mkDerivation rec { <del> name = "vala-0.14.2"; </del> <ins> version = "0.17.2"; name = "vala-${version}"; </ins> src = fetchurl { <del> url = mirror://gnome/sources/vala/0.14/vala-0.14.2.tar.xz; sha256 = "1l5kllw9vpwv24lzv9fp64l3sad46wpxgvsgryrwlrjg91w6jzl0"; </del> <ins> url = "mirror://gnome/sources/vala/0.17/${name}.tar.xz"; sha256 = "09i2s0dwmrk147ind2dx7nq845g12fp6fsjqrphhrr0dbi0zzgh3"; </ins> }; buildNativeInputs = [ yacc flex pkgconfig xz ];

meta = { description = "Compiler for the GObject type system"; homepage = "http://live.gnome.org/Vala"; <ins> license = "free-copyleft"; platforms = stdenv.lib.platforms.all; maintainers = [ stdenv.lib.maintainers.antono ]; </ins> }; }

urweb = callPackage ../development/compilers/urweb { }; <del> vala = callPackage ../development/compilers/vala { }; </del> <ins> vala = vala17; vala15 = callPackage ../development/compilers/vala/15.2.nix { }; vala16 = callPackage ../development/compilers/vala/16.1.nix { }; vala17 = callPackage ../development/compilers/vala/default.nix { }; </ins> visualcpp = callPackage ../development/compilers/visual-c++ { };
Change:
The upstream bug was fixed in Guile 3.0.8 or 3.0.9. This line can be removed.

Discussion:
# See below. "--without-threads" ] <del> # Disable JIT on Apple Silicon, as it is not yet supported # https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44505"; ++ lib.optional (stdenv.isDarwin && stdenv.isAarch64) "--enable-jit=no" </del> # At least on x86_64-darwin '-flto' autodetection is not correct: #  https://github.com/NixOS/nixpkgs/pull/160051#issuecomment-1046193028 ++ lib.optional (stdenv.isDarwin) "--disable-lto";
Change:
Even with a minimal one-line config, privoxy runs into a buffer overflow on trying to serve a request. This only happens when privoxy is instructed to use a socks4 or socks4a upstream proxy, not with socks5 or socks5t. This is on current nixpkgs-unstable. I confirmed that this bug does not occur with the old commit of nixpkgs, the last time our privoxy build was touched (version-bumped). So the version bump of privoxy it not at fault. Steps to reproduce the behavior: in the background (even if you don't have a socks proxy listening on ) that the privoxy process aborts Privoxy should not segfault, instead it should properly serve the request (or display an error in case upstream proxy servers were not reachable). No maintainers listed.
I'm currently bisecting. My computer is busy compiling glibc, hence definitive results will still take some time. But I'm down to 9 revisions to test (roughly 3 steps). Pinging because all of those remaining 9 revisions pertain to glibc. Update: Found the commit introducing this bug, it's , which bumped glibc from 2.37-39 to 2.38-0. <details<summarygit bisect log</summary</details<details<summarygdb backtrace</summary</summary
Reading through the , I found the following: GNU C Library with FORTIFYSOURCE. The level of fortification can either be provided, or is set to the highest value supported by the compiler. If not explicitly enabled, then fortify source is forcibly disabled so to keep original behavior unchanged. And source fortification. It seems likely to me that this may be an issue in privoxy, which is now caught by the new glibc. Edit: Ah, your backtrace seems to confirm that:
This might be related to . (However, that issue was bisected to )
Thank you, that makes sense! I'm currently believing that the issue is caused by call to strlcpy() in the Privoxy source. But I didn't verify this hypothesis yet and need to run now. Update: That's confirmed. Removing this call gets rid of the fortify-caused abort. The compiler warning is also interesting: On inspection, the buffer is actually large enough, but this fact is not properly detected. Update: I intend to change into (in ). This convinces gcc that there is enough space for the strlcpy() operation. It should semantically be the same (note that and point to the same location, they just differ in their types). I welcome comments regarding this proposed fix, will then take care of upstream reporting and submitting an interim pull request.

Discussion:
{ lib, stdenv , nixosTests <ins> , fetchpatch </ins> , fetchurl, autoreconfHook , zlib, pcre, w3m, man , openssl, brotli

sha256 = "sha256-5sy8oWVvTmFrRlf4UU4zpw9ml+nXKUNWV3g5Mio8XSw="; }; <ins> # Patch to fix socks4 and socks4a support under glibc's source fortification # (enabled by default since glibc 2.38-0) patches = [ (fetchpatch { url = "https://www.privoxy.org/gitweb/?p=privoxy.git;a=commitdiff_plain;h=19d7684ca10f6c1279568aa19e9a9da2276851f1"; sha256 = "sha256-bCb0RUVrWeGfqZYFHXDEEx+76xiNyVqehtLvk9C1j+4="; }) ]; </ins> hardeningEnable = [ "pie" ]; nativeBuildInputs = [ autoreconfHook w3m man ];
Change:
A clear and concise description of what the bug is. Stage 1 stops after LUKS unlock and the "starting LVM and device mapper" with an undescript error. Launching an interactive shell revealed that, while the LUKS devices are opened and available, trying to mount any of my two btrfs from the mapped devices directly does not work; always failing to find the other device (2x2 setup). Steps to reproduce the behavior: one btrfs spanning two LUKS devices to boot with and boot.debug1devices in the debug shell Add any other context about the problem here. Does not happen with . How the hell did this pass CI? <!-- 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.
This reproduces in . Bisecting...
No it doesn't. I had modified the test to not use systemd initrd and thought I removed those changes but it only seems to affect stage-1.
Using bisect revealed as the cause. cc
What's interesting though is that the systemd-initrd does not seem to be affected? I'll verify that on the real system now. Still, I think we should probably revert the btrfs-progs bump until the actual cause is known.
It probably is also a good idea to add a regression test for this specific issue.
The systemd-initrd test works for that if you disable the systemd-initrd part (see patch above). I don't think there's a good way to make it generic though without Should I just copy paste?
Yeah, the boot fails to format devices as they are not ready yet: Upstream an interesting call to the CI as that also started failing for unavailable devices: I'll try to bisect itself.
Bisect points at seemingly harmless change but I think it has a smoking gun: in changed IOCTL definition: I find it extremely fishy that is identical to . Deleting a device on scanning would do it. Proposed fix upstream as
The upstream fix was released as . Trying the update again: Please give it a try.

Discussion:
stdenv.mkDerivation rec { pname = "btrfs-progs"; <del> version = "6.6"; </del> <ins> version = "6.5.3"; </ins> src = fetchurl { url = "mirror://kernel/linux/kernel/people/kdave/btrfs-progs/btrfs-progs-v${version}.tar.xz"; <del> hash = "sha256-lnkple77LqrgUcLOO1YJt+m7LBpcuD/mn5LxEBtUuGk="; </del> <ins> hash = "sha256-/OfLP5IOYV5j+vJlpM2fK/OdStyqZiEcmHaX2oWi7t0="; </ins> }; nativeBuildInputs = [
Change:
Package name: apx Latest released version: 2.0.0 Current version on the unstable channel: 1.8.2 Current version on the stable/release channel: 1.7.0-1 Notify maintainers Note for maintainers: Please tag this issue in your PR.

Discussion:
{ lib , buildGoModule , fetchFromGitHub <del> , makeWrapper , installShellFiles , docker </del> , distrobox }: buildGoModule rec { pname = "apx"; <del> version = "1.8.2"; </del> <ins> version = "2.0.0"; </ins> src = fetchFromGitHub { owner = "Vanilla-OS"; repo = pname; <del> rev = "refs/tags/${version}"; hash = "sha256-nBhSl4r7LlgCA5/HCLpOleihE5n/JCJgf43KdCklQbg="; </del> <ins> rev = "v${version}"; hash = "sha256-3CelqEntpfld0n+Ewg7NCkowVjgCf5b6StfSkYbgV5k="; </ins> }; vendorHash = null; ldflags = [ "-s" "-w" ]; <del> nativeBuildInputs = [ makeWrapper installShellFiles ]; </del> <ins> postPatch = '' substituteInPlace config/apx.json  --replace "/usr/share/apx/distrobox" "${distrobox}/bin/distrobox"  --replace "/usr/share/apx" "$out/bin/apx" substituteInPlace settings/config.go  --replace "/usr/share/apx/" "$out/share/apx/" ''; </ins> postInstall = '' <del> mkdir -p $out/etc/apx cat > "$out/etc/apx/config.json" <<EOF { "containername": "apx_managed", "image": "docker.io/library/ubuntu", "pkgmanager": "apt", "distroboxpath": "${distrobox}/bin/distrobox" } EOF wrapProgram $out/bin/apx --prefix PATH : ${lib.makeBinPath [ docker distrobox ]} installManPage man/de/man1/apx.1 man/es/man1/apx.1 man/fr/man1/apx.1 man/it/man1/apx.1 man/man1/apx.1 man/nl/man1/apx.1 man/pl/man1/apx.1 man/pt/man1/apx.1 man/pt_BR/man1/apx.1 man/ro/man1/apx.1 man/ru/man1/apx.1 man/sv/man1/apx.1 man/tr/man1/apx.1 </del> <ins> install -D config/apx.json -t $out/share/apx/ install -D man/man1/apx.1 -t $out/man/man1/ </ins> ''; meta = with lib; { description = "The Vanilla OS package manager"; homepage = "https://github.com/Vanilla-OS/apx"; <del> changelog = "https://github.com/Vanilla-OS/apx/releases/tag/${version}"; </del> <ins> changelog = "https://github.com/Vanilla-OS/apx/releases/tag/v${version}"; </ins> license = licenses.gpl3Only; <del> maintainers = with maintainers; [ dit7ya ]; </del> <ins> maintainers = with maintainers; [ dit7ya jgarcia ]; </ins> }; }
Change:
Package name: bun Latest released version: 1.0.9Current version on the unstable channel: 1.0.7 Current version on the stable/release channel: 0.6.2 Notify maintainers People who've also recently updated the package: Note for maintainers: Please tag this issue in your PR.

Discussion:
}: stdenvNoCC.mkDerivation rec { <del> version = "1.0.7"; </del> <ins> version = "1.0.10"; </ins> pname = "bun"; src = passthru.sources.${stdenvNoCC.hostPlatform.system} or (throw "Unsupported system: ${stdenvNoCC.hostPlatform.system}");

sources = { "aarch64-darwin" = fetchurl { url = "https://github.com/oven-sh/bun/releases/download/bun-v${version}/bun-darwin-aarch64.zip"; <del> hash = "sha256-aPFKKCqjKZSz/ZX5G3RiIkLHIj89MGPp+PgFbE4vpgE="; </del> <ins> hash = "sha256-xwKNDTlghNkq36wMAKSa+reROqGwMm4dZ/Hfos1zuP4="; </ins> }; "aarch64-linux" = fetchurl { url = "https://github.com/oven-sh/bun/releases/download/bun-v${version}/bun-linux-aarch64.zip"; <del> hash = "sha256-u2UlimmIE2z7qsqkAbSfi7kxuOjlJGkX4RAsUGMklGc="; </del> <ins> hash = "sha256-gaquYp4q22IJHV7Fx5GxZWVFvJzU30HOmL32lkxJeQ8="; </ins> }; "x86_64-darwin" = fetchurl { url = "https://github.com/oven-sh/bun/releases/download/bun-v${version}/bun-darwin-x64.zip"; <del> hash = "sha256-MO01plCsZRR+2kC2J0/VhXJIhchMfLtMFvidPNAXtB4="; </del> <ins> hash = "sha256-DPVnTzdGprjZ16kme3Y6xBognjWHt+0N/zk0J3dm8jY="; </ins> }; "x86_64-linux" = fetchurl { url = "https://github.com/oven-sh/bun/releases/download/bun-v${version}/bun-linux-x64.zip"; <del> hash = "sha256-yw17x8DmKktE5fNBF3JQdVSEXFwAotA7hCzfLcd6JoI="; </del> <ins> hash = "sha256-Er7QiWBhENTa9xhCIVqECCzexWejBwBC59u3CJKQiwc="; </ins> }; }; updateScript = writeShellScript "update-bun" ''
Change:
Project description IDE style command line auto complete Metadata homepage URL: source URL: license: mit platforms: unix, windows
Thank you!

Discussion:
<ins> { lib, buildNpmPackage, fetchFromGitHub }: buildNpmPackage rec { pname = "inshellisense"; version = "0.0.1-rc.4"; src = fetchFromGitHub { owner = "microsoft"; repo = pname; rev = "refs/tags/${version}"; hash = "sha256-PYSonVyclGSH3ArbqJuKrBNGbJaQEp6XemwnHboVwPk="; }; npmDepsHash = "sha256-sjr4Hy1/zWPAlVGsMkyQIQcBT86KLaN2/UAaAd7Mn6Q="; meta = with lib; { description = "IDE style command line auto complete"; homepage = "https://github.com/microsoft/inshellisense"; license = licenses.mit; maintainers = [ maintainers.malo ]; }; } </ins>
Change:
Stellarium 23.3 will report its version as 80.3 and its copyright as 2000-1980 and not 2000-2023 Steps to reproduce the behavior: ~ nix run nixpkgs#stellarium -- -v Stellarium 80.3 A clear and concise description of what you expected to happen. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
Probably export with a timestamp in 2023 (instead of 1980) in ?

Discussion:
qtwayland ]; <del> preConfigure = lib.optionalString stdenv.isDarwin '' </del> <ins> preConfigure = '' export SOURCE_DATE_EPOCH=$(date -d 20${lib.versions.major version}0101 +%s) '' + lib.optionalString stdenv.isDarwin '' </ins> export LC_ALL=en_US.UTF-8 '';