jiebi/CodeConvo huggingface dataset:
Code change:
Switcheroo fails with the error in the title. This does not happen in the Flatpak version (tested). (the formats might not matter, but I've specified them just in case) Steps to reproduce the behavior: a PNG file in Switcheroo to a JPEG file. the output filename. should happen. The image should convert without any errors. ! 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]:
Oops, I had in my path when I originally packaged and tested this. I have it as a dependency in and tested it with this time. Thank you for trying the flatpak and reporting it here first instead of upstream :slightlysmilingface:

Related discussion:
text: darwin.apple_sdk.frameworks.Foundation ]; <ins> preFixup = '' gappsWrapperArgs+=( --prefix PATH : "${lib.makeBinPath [ imagemagick ]}" ) ''; </ins> # Workaround for the gettext-sys issue # https://github.com/Koka/gettext-rs/issues/114 env.NIX_CFLAGS_COMPILE = lib.optionalString
Code change:
doesn't work with channel configuration. Output: Only with channels. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
That should be enough to fix it, I think?
Did you try it and did it work? If so, feel free to shoot a PR with that patch.
works for me. I didn't check any other flag combinations though. But I guess working sometimes is better than working never.
It'd be great if you could create a PR then :)

Related discussion:
text: if [[ -z $buildingAttribute ]]; then exec nix repl --file $buildFile $attr "${extraBuildFlags[@]}" elif [[ -z $flake ]]; then <del> exec nix repl '<nixpkgs/nixos>' "${extraBuildFlags[@]}" </del> <ins> exec nix repl --file '<nixpkgs/nixos>' "${extraBuildFlags[@]}" </ins> else if [[ -n "${lockFlags[0]}" ]]; then # nix repl itself does not support locking flags
Code change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.

Related discussion:
text: { lib , fetchFromGitHub , fetchpatch <del> , python3 </del> <ins> , python311 , python311Packages </ins> , glibcLocales , gobject-introspection , wrapGAppsHook3
Code change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.

Related discussion:
text: , nixosTests }: <del> python3.pkgs.buildPythonApplication rec { </del> <ins> python311Packages.buildPythonApplication rec { </ins> pname = "guake"; version = "3.10";
Code change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.

Related discussion:
text: nativeBuildInputs = [ gobject-introspection wrapGAppsHook3 <del> python3.pkgs.pip </del> <ins> python311Packages.pip </ins> ]; buildInputs = [
Code change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.

Related discussion:
text: keybinder3 libnotify libwnck <del> python3 </del> <ins> python311 </ins> vte ]; makeWrapperArgs = [ "--set LOCALE_ARCHIVE ${glibcLocales}/lib/locale/locale-archive" ]; <del> propagatedBuildInputs = with python3.pkgs; [ </del> <ins> propagatedBuildInputs = with python311Packages; [ </ins> dbus-python pycairo pygobject3
Code change:
A clear and concise description of what the bug is. Steps to reproduce the behavior: lack of directory with executables In contrast this command works as expected: Create directory with executables to invoke Guake. Observe that nixpkgs 24.05 has and in the "Programs provided" section. <img width="989" alt="image" src=""And unstable does not despite both claiming to have version 3.10 of Guake: <img width="1201" alt="image" src=""And both branches provide the same package definition. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems like the cause is the below. Oddly the command fails but the build doesn't.

Related discussion:
text: description = "Drop-down terminal for GNOME"; homepage = "http://guake-project.org"; license = licenses.gpl2Plus; <del> maintainers = [ maintainers.msteen ]; </del> <ins> maintainers = [ maintainers.msteen maintainers.heywoodlh ]; </ins> platforms = platforms.linux; }; }
Code change:
Alpaca does not use system theme configuration. (probably has something to do with flatpak) Affected: GTK4 theme GTK4 polarity Cursor theme Steps to reproduce the behavior: customized NixOS system, example: up and run nixpkgs#alpaca on nixos-unstable: App follows system theme settings: GTK4 Theme GTK4 Polarity Cursor theme ! <!-- 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]:
It works for me, with . Maybe there's something to do with your theme? (Is that some simple libadwaita stylesheets?) Also try setting .
didn't help, I will provide my gtk settings files. (they are symlinks to /nix/store btw) the theme is generated by stylix but under the hood it uses In any other situation I would assume it's a problem with my theme but this is the first time this happened to me on NixOS and I use a lot of gtk apps.
Yes, I've tried with , and it behaves the same. But there are probably other applications that behave similarly, because I set this environment variable a long time ago for similar reasons. I will try to read its source code later. (this may also be caused by me setting XDG paths)

Related discussion:
text: <del> diff --git a/src/alpaca.in b/src/alpaca.in index cb883c8..a9822cc 100755 --- a/src/alpaca.in +++ b/src/alpaca.in @@ -35,7 +35,21 @@ locale.bindtextdomain('alpaca', localedir) locale.textdomain('alpaca') gettext.install('alpaca', localedir) +# Use the right XDG paths outside flatpak +def set_xdg_path(env, default): +    app_id = "com.jeffser.Alpaca" +    base = os.getenv(env) or os.path.expanduser(default) +    path = os.path.join(base, app_id) +    if not os.path.exists(path): +        os.makedirs(path) +    os.environ[env] = path +    return + if __name__ == '__main__': +    set_xdg_path("XDG_CONFIG_HOME", "~/.config") +    set_xdg_path("XDG_DATA_HOME", "~/.local/share") +    set_xdg_path("XDG_CACHE_HOME", "~/.cache") + import gi from gi.repository import Gio </del>
Code change:
Alpaca does not use system theme configuration. (probably has something to do with flatpak) Affected: GTK4 theme GTK4 polarity Cursor theme Steps to reproduce the behavior: customized NixOS system, example: up and run nixpkgs#alpaca on nixos-unstable: App follows system theme settings: GTK4 Theme GTK4 Polarity Cursor theme ! <!-- 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]:
It works for me, with . Maybe there's something to do with your theme? (Is that some simple libadwaita stylesheets?) Also try setting .
didn't help, I will provide my gtk settings files. (they are symlinks to /nix/store btw) the theme is generated by stylix but under the hood it uses In any other situation I would assume it's a problem with my theme but this is the first time this happened to me on NixOS and I use a lot of gtk apps.
Yes, I've tried with , and it behaves the same. But there are probably other applications that behave similarly, because I set this environment variable a long time ago for similar reasons. I will try to read its source code later. (this may also be caused by me setting XDG paths)

Related discussion:
text: python3Packages.buildPythonApplication rec { pname = "alpaca"; <del> version = "1.0.1"; </del> <ins> version = "1.0.5"; </ins> pyproject = false; # Built with meson src = fetchFromGitHub { owner = "Jeffser"; repo = "Alpaca"; rev = version; <del> hash = "sha256-GxnYPnrjaJ47/i+pigw+on2dmbHwQSX+STasvqnAtuQ="; </del> <ins> hash = "sha256-xNQLaMvZaJq7Bmz+c8OQhta3IdFXpVB2bSNwXCRj6rY="; </ins> }; patches = [ # Change the way XDG paths are handled so it makes sense outside of flatpak <del> ./fix_xdg_path_flatpak.patch </del> <ins> # https://github.com/Jeffser/Alpaca/pull/187 ./flatpak_path_fixes.patch </ins> ]; <del> postPatch = '' substituteInPlace src/local_instance.py  --replace-fail '/app/bin/ollama' 'ollama' substituteInPlace src/window.py  --replace-fail '/app/share' "$out/share" ''; </del> nativeBuildInputs = [ appstream meson
Code change:
Package name: matrix-synapse Latest released version: v1.112.0 <!-- Search your package here: --- Current version on the unstable channel: 1.111.0 Current version on the stable/release channel: 1.111.0 <!-- 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 Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
They released 1.112.0 very quickly after 1.111.1, so I changed the issue.

Related discussion:
text: in python3.pkgs.buildPythonApplication rec { pname = "matrix-synapse"; <del> version = "1.111.0"; </del> <ins> version = "1.112.0"; </ins> format = "pyproject"; src = fetchFromGitHub { owner = "element-hq"; repo = "synapse"; rev = "v${version}"; <del> hash = "sha256-CgoJJK2pqkHU8X6oisY19uN6zyjGL8W3irTsraFOYQM="; </del> <ins> hash = "sha256-8iXw9C91kPWDlzo/3AA/iVCQqq47eGSORMTzEQTTS+8="; </ins> }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; <del> hash = "sha256-uKyy2m3bvo6U++Qx6t7maeIp84QfMzslPGV1so4ZT3U="; </del> <ins> hash = "sha256-hx/IMOxk4vUHXMMIcnxnC3RJcIvJL+IooZnf+m+VKSs="; </ins> }; postPatch = ''
Code change:
Steps to reproduce the behavior: mysql-workbench-8.0.38 Might be related to or Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Related discussion:
text: antlr4_12.runtime.cpp python3 mysql <del> libxml2 </del> <ins> (libxml2.override { enableHttp = true; }) </ins> libmysqlconnectorcpp vsqlite gdal
Code change:
Steps to reproduce the behavior: ncdns.goModules with or 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]:
The goModules derivation can't be built since go 1.17, see I don't think I can fix it.

Related discussion:
text: { lib <ins> , stdenv , fetchpatch </ins> , buildGoModule , fetchFromGitHub , nixosTests , libcap <ins> , go </ins> }: let <del> # ncdns source ncdns = fetchFromGitHub { owner = "namecoin"; repo = "ncdns"; rev = "5adda8d4726d389597df432eb2e17eac1677cea2"; sha256 = "sha256-Q/RrUTY4WfrByvQv1eCX29DQNf2vSIR29msmhgS73xk="; }; </del> <ins> # Note: this module is actually the source code of crypto/x509 # taken from the Go stdlib and patcheed. So, it can't simply # be pinned and added to the vendor dir as everything else. x509 = stdenv.mkDerivation rec { pname = "x509-compressed"; version = "0.0.3"; src = fetchFromGitHub { owner = "namecoin"; repo = "x509-compressed"; rev = "v${version}"; hash = "sha256-BmVtClZ3TsUbQrhwREXa42pUOlkBA4a2HVBzl1sdBIo="; }; patches = [ # https://github.com/namecoin/x509-compressed/pull/4 (fetchpatch { url = "https://github.com/namecoin/x509-compressed/commit/b4fb598b.patch"; hash = "sha256-S4Y4B4FH15IyaTJtSb03C8QffnsMXSYc6q1Gka/PVV4="; }) ]; nativeBuildInputs = [ go ]; buildPhase = '' # Put in our own lockfiles cp ${./x509-go.mod} go.mod cp ${./x509-go.sum} go.sum # Generate Go code env HOME=/tmp go generate ./... # Clean up more references to internal modules # (see https://github.com/namecoin/x509-compressed/pull/4) sed -e '/import "internal/d'  -e 's/goos.IsAndroid/0/g' -i x509/*.go ''; </ins> <del> # script to patch the crypto/x509 package x509 = fetchFromGitHub { owner = "namecoin"; repo = "x509-compressed"; rev = "2e30a62a69dac54a977410f283308df232a5d244"; sha256 = "sha256-/Bd1gYjguj8AiKHyiaIKT+Y3R7kq5gLZlJhY9g/xFXk="; # ncdns must be put in a subdirectory for this to work. postFetch = '' cp -r --no-preserve=mode "${ncdns}" "$out/ncdns" </del> <ins> installPhase = '' cp -r . "$out" </ins> ''; };
Code change:
Steps to reproduce the behavior: ncdns.goModules with or 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]:
The goModules derivation can't be built since go 1.17, see I don't think I can fix it.

Related discussion:
text: buildGoModule { pname = "ncdns"; <del> version = "unstable-2022-10-07"; </del> <ins> version = "unstable-2024-05-18"; </ins> <del> src = x509; vendorHash = "sha256-ENtTnDsz5WhRz1kiqnWQ5vyEpZtgi7ZeYvksffgW78k="; # Override the goModules fetcher derivation to apply # upstream's patch of the crypto/x509 library. modBuildPhase = '' go mod init github.com/namecoin/x509-compressed go generate ./... go mod tidy </del> <ins> src = fetchFromGitHub { owner = "namecoin"; repo = "ncdns"; rev = "8a9f7c3037384f12fae400268d0a7f79d26b5532"; hash = "sha256-lFpjfpOAgvYoV3ci2oSdy8ZOlQ2rWlApiFWcvOMdkyk="; }; </ins> <del> cd ncdns go mod init github.com/namecoin/ncdns go mod edit  -replace github.com/coreos/go-systemd=github.com/coreos/go-systemd/v22@latest  -replace github.com/namecoin/x509-compressed=$NIX_BUILD_TOP/source go mod tidy </del> <ins> # Note: to update ncdns add the following lines # #   chmod -R +w . #   go mod tidy #   cat go.mod go.sum #   exit 1 # # to the `preBuild` here and update the lock files preBuild = '' # Sideload the generated x509 module ln -s '${x509}' x509 </ins> ''; <del> # Copy over the lockfiles as well, because the source # doesn't contain it. The fixed-output derivation is # probably not reproducible anyway. modInstallPhase = '' mv -t vendor go.mod go.sum cp -r --reflink=auto vendor "$out" ''; </del> <ins> vendorHash = "sha256-FoCK2qkhbc+6D4V77pNLiC9d68nkeYJxb7uiNYEP2Xw="; </ins> buildInputs = [ libcap ]; <del> # The fetcher derivation must run with a different # $sourceRoot, but buildGoModule doesn't allow that, # so we use this ugly hack. unpackPhase = '' runHook preUnpack </del> <ins> patches = [./fix-tpl-path.patch ]; </ins> <del> unpackFile "$src" sourceRoot=$PWD/source/ncdns chmod -R u+w -- "$sourceRoot" cd $sourceRoot runHook postUnpack ''; # Same as above: can't use `patches` because that would # be also applied to the fetcher derivation, thus failing. patchPhase = '' runHook prePatch patch -p1 < ${./fix-tpl-path.patch} runHook postPatch ''; preBuild = '' chmod -R u+w vendor mv -t . vendor/go.{mod,sum} </del> <ins> # Put in our own lockfiles postPatch = '' cp ${./ncdns-go.mod} go.mod cp ${./ncdns-go.sum} go.sum </ins> ''; preCheck = '' # needed to run the ncdns test suite <del> ln -s $PWD/vendor ../../go/src </del> <ins> ln -s $PWD/vendor ../go/src </ins> ''; postInstall = ''
Code change:
Steps to reproduce the behavior: ncdns.goModules with or 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]:
The goModules derivation can't be built since go 1.17, see I don't think I can fix it.

Related discussion:
text: <ins> module github.com/namecoin/ncdns go 1.22.5 replace github.com/namecoin/x509-compressed => ./x509 replace gopkg.in/alecthomas/kingpin.v2 => github.com/alecthomas/kingpin/v2 v2.3.2 require ( github.com/btcsuite/btcd v0.24.2 github.com/fxamacker/cbor v1.5.1 github.com/golang/groupcache v0.0.0-20210331224755-41bb18bfe9da github.com/hlandau/buildinfo v0.0.0-20161112115716-337a29b54997 github.com/hlandau/degoutils v0.0.0-20161011040956-8fa2440b6344 github.com/hlandau/dexlogconfig v0.0.0-20220319061854-86a3fc314fe7 github.com/hlandau/nctestsuite v0.0.0-20151129185958-a9b78806c85c github.com/hlandau/xlog v1.0.0 github.com/kr/pretty v0.3.1 github.com/miekg/dns v1.1.61 github.com/namecoin/certinject v0.1.1 github.com/namecoin/ncbtcjson v0.1.0 github.com/namecoin/ncrpcclient v0.1.0 github.com/namecoin/splicesign v0.0.1 github.com/namecoin/tlsrestrictnss v0.0.5 github.com/namecoin/x509-compressed v0.0.0-00010101000000-000000000000 gopkg.in/hlandau/easyconfig.v1 v1.0.18 gopkg.in/hlandau/madns.v2 v2.0.2 gopkg.in/hlandau/service.v2 v2.0.17 ) require ( github.com/BurntSushi/toml v1.4.0 // indirect github.com/alecthomas/units v0.0.0-20211218093645-b94a6e3cc137 // indirect github.com/btcsuite/btcd/btcec/v2 v2.1.3 // indirect github.com/btcsuite/btcd/btcutil v1.1.5 // indirect github.com/btcsuite/btcd/chaincfg/chainhash v1.1.0 // indirect github.com/btcsuite/btclog v0.0.0-20170628155309-84c8d2346e9f // indirect github.com/btcsuite/go-socks v0.0.0-20170105172521-4720035b7bfd // indirect github.com/btcsuite/websocket v0.0.0-20150119174127-31079b680792 // indirect github.com/coreos/go-systemd v0.0.0-20191104093116-d3cd4ed1dbcf // indirect github.com/decred/dcrd/crypto/blake256 v1.0.0 // indirect github.com/decred/dcrd/dcrec/secp256k1/v4 v4.0.1 // indirect github.com/erikdubbelboer/gspt v0.0.0-20210805194459-ce36a5128377 // indirect github.com/kr/text v0.2.0 // indirect github.com/mattn/go-isatty v0.0.20 // indirect github.com/namecoin/crosssignnameconstraint v0.0.3 // indirect github.com/ogier/pflag v0.0.1 // indirect github.com/rogpeppe/go-internal v1.9.0 // indirect github.com/shiena/ansicolor v0.0.0-20230509054315-a9deabde6e02 // indirect github.com/x448/float16 v0.8.4 // indirect github.com/xhit/go-str2duration/v2 v2.1.0 // indirect golang.org/x/crypto v0.25.0 // indirect golang.org/x/mod v0.18.0 // indirect golang.org/x/net v0.26.0 // indirect golang.org/x/sync v0.7.0 // indirect golang.org/x/sys v0.22.0 // indirect golang.org/x/tools v0.22.0 // indirect gopkg.in/alecthomas/kingpin.v2 v2.0.0-00010101000000-000000000000 // indirect gopkg.in/hlandau/configurable.v1 v1.0.1 // indirect gopkg.in/hlandau/svcutils.v1 v1.0.11 // indirect ) </ins>
Code change:
Steps to reproduce the behavior: ncdns.goModules with or 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]:
The goModules derivation can't be built since go 1.17, see I don't think I can fix it.

Related discussion:
text: <ins> module github.com/namecoin/x509-compressed go 1.22.4 require golang.org/x/crypto v0.25.0 </ins>
Code change:
Steps to reproduce the behavior: ncdns.goModules with or 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]:
The goModules derivation can't be built since go 1.17, see I don't think I can fix it.

Related discussion:
text: <ins> golang.org/x/crypto v0.25.0 h1:ypSNr+bnYL2YhwoMt2zPxHFmbAN1KZs/njMG3hxUp30= golang.org/x/crypto v0.25.0/go.mod h1:T+wALwcMOSE0kXgUAnPAHqTLW+XHgcELELW8VaDgm/M= </ins>
Code change:
Running the package fails, apparently because it uses as input instead of as would be required to run:

Related discussion:
text: # hledger* overrides inherit ( let <del> installHledgerExtraFiles = overrideCabal (drv: { </del> <ins> installHledgerExtraFiles = manpagePathPrefix: overrideCabal (drv: { </ins> buildTools = drv.buildTools or [] ++ [ pkgs.buildPackages.installShellFiles ]; postInstall = '' for i in $(seq 1 9); do <del> installManPage *.$i </del> <ins> installManPage ./${manpagePathPrefix}/*.$i </ins> done <del> install -v -Dm644 *.info* -t "$out/share/info/" </del> <ins> install -v -Dm644 ./${manpagePathPrefix}/*.info* -t "$out/share/info/" </ins> if [ -e shell-completion/hledger-completion.bash ]; then installShellCompletion --name hledger shell-completion/hledger-completion.bash