jiebi/CodeConvo huggingface dataset:
Change:
stt = callPackage ../tools/audio/stt { }; stuntrally = callPackage ../games/stuntrally <del> { stdenv = gcc10StdenvCompat; ogre = ogre1_9; mygui = mygui.override { withOgre = true; }; }; </del> <ins> { ogre = ogre1_9; mygui = mygui.override { withOgre = true; }; }; </ins> superTux = callPackage ../games/supertux { };

Discussion:
Steps to reproduce the behavior: stuntrally Fails at 99% I'm guessing it has to do with the latest 2.6.1 release of stuntrally, but couldn't find the relevant PR
Thank you for reporting this issue I have updated stuntrally to 2.6.2 and switched to gcc11 in . This builds fine for me. Unfortunately I couldn't test if the game runs due to graphic driver issues on my side. Cloud you give it a try?
Fixed in .
Thank you and sorry I was facing issues of my own with my box. I'll take the time to report back here when I get around to testing stuntrally :)
Everything's working perfectly, thanks again!
Change:
<del> { stdenv, fetchFromGitHub, cmake, pkgconfig, makeWrapper </del> <ins> { stdenv, fetchFromGitHub, cmake, pkgconfig, wrapGAppsHook </ins> , glib, gtk3, gettext, libxkbfile, libgnome_keyring, libX11 , freerdp, libssh, libgcrypt, gnutls, makeDesktopItem , pcre, webkitgtk, libdbusmenu-gtk3, libappindicator-gtk3

Discussion:
when adding new entry , changing protocol will cause SIGTRAP with seems to be something like installing remmina version: remmina-1.2.0-rcgit.15 System: (NixOS: , Ubuntu/Fedora: , ...) 09.773. (Flounder) Nix version: (run ) nix-env (Nix) 1.11.4 Nixpkgs version: (run ) "16.09.773."
Change:
stdenv.mkDerivation { inherit pname version nginxVersion; <del> outputs = ["out" "doc"]; </del> <ins> outputs = [ "out" "doc" ]; </ins> src = if src != null then src else fetchurl { url = "https://nginx.org/download/nginx-${version}.tar.gz"; inherit hash; }; <del> nativeBuildInputs = [ removeReferencesTo ] ++ nativeBuildInputs; </del> <ins> nativeBuildInputs = [ installShellFiles removeReferencesTo ] ++ nativeBuildInputs; </ins> buildInputs = [ openssl zlib pcre libxml2 libxslt gd geoip perl ] ++ buildInputs

Discussion:
I would prefer package to install man pages in some form. The command should show manpage from shipped in release tarball. I tried a trivial implementation, but it seems to be entangled with : . Would be nice to make derivation more amenable to such changes without the breakage.
Change:
''; description = '' Home Assistant package to use. <del> Override <literal>extraPackages</literal> in order to add additional dependencies. </del> <ins> Override <literal>extraPackages</literal> or <literal>extraComponents</literal> in order to add additional dependencies. If you specify <option>config</option> and do not set <option>autoExtraComponents</option> to <literal>false</literal>, overriding <literal>extraComponents</literal> will have no effect. </ins> ''; };

Discussion:
I think this should be clearly mentioned in the manual. cc
Sorry for that. That's definitely not intended. In , I changed it so that is only overridden if .
Change:
type = types.path; default = "/var/lib/syncthing"; description = '' <ins> Path where synced directories will exist. ''; }; configDir = mkOption { type = types.path; description = '' </ins> Path where the settings and keys will exist. ''; <ins> default = let nixos = config.system.stateVersion; cond  = versionAtLeast nixos "19.03"; in cfg.dataDir + (optionalString cond "/.config/syncthing"); </ins> }; openDefaultPorts = mkOption {

Discussion:
The NixOS syncthing service with default settings sets (where $HOME is /var/lib/syncthing) and with that breaks upstream assumption: The result is that you cannot run syncthing with (nixos) default settings and give access to various users with ACLs, as syncthing will set perms 700 on the directory passed in each time it starts. And as is the same as , your default shared folders are now hidden behind 700 perms. Workaround (hack): Based on , the fix seems to be simply setting instead of . and ACL: that your user has access: syncthing: no longer have access to the share: system: host os: multi-user?: sandbox: version: channels(root): channels(bfo): nixpkgs:
The fix is easy but it will break all existing setups. We could add a and mention it in the release changes.
Change:
<ins> { stdenv , lib , fetchFromGitHub , gdk-pixbuf , gobject-introspection , gtk3 , libnotify , pango , python3Packages , wrapGAppsHook , youtube-dl , glib }: python3Packages.buildPythonApplication rec { pname = "tartube"; version = "2.0.016"; src = fetchFromGitHub { owner = "axcore"; repo = "tartube"; rev = "v${version}"; sha256 = "1y77ykihyi4v6xlsm5xldbs9lzq229l574rxz6qfvrjcbbwajfj9"; }; nativeBuildInputs = [ gobject-introspection wrapGAppsHook ]; strictDeps = false; propagatedBuildInputs = with python3Packages; [ moviepy pygobject3 pyxdg requests ]; buildInputs = [ gdk-pixbuf gtk3 glib libnotify pango ]; postInstall = '' mkdir -p $out/share/{man/man1,applications,pixmaps} cp pack/tartube.1 $out/share/man/man1 cp pack/tartube.desktop $out/share/applications cp pack/tartube.{png,xpm} $out/share/pixmaps ''; doCheck = false; makeWrapperArgs = [ "--prefix PATH : ${stdenv.lib.makeBinPath [ youtube-dl ]}" ]; meta = with lib; { description = "A GUI front-end for youtube-dl"; license = licenses.gpl3; platforms = platforms.linux; maintainers = with maintainers; [ mkg20001 luc65r ]; homepage = "https://tartube.sourceforge.io/"; }; } </ins>

Discussion:
Project description Tartube is a GUI front-end for youtube-dl, partly based on youtube-dl-gui and written in Python 3 / Gtk 3. Metadata homepage URL: source URL: license: gpl3 platforms: linux
I can't say I tested it extensively but here's my current derivation I have kicking around in a local overlay - Should at the very least be a starting point for someone.
Thank you so much. I'll keep this issue open until someone decides to close it.
You're welcome. And the issue should probably be kept open until someone contributes a derivation to nixpkgs proper (which I don't plan to for time being btw).
Change:
runHook preInstall rm -rf $out/out/$outName/{obj,gen,exe.unstripped,lib.unstripped,zip_archives} <del> rm $out/out/$outName/{args.gn,build.ninja,build.ninja.d,compile_commands.json,display_list_rendertests,flutter_tester,toolchain.ninja} </del> <ins> rm $out/out/$outName/{args.gn,build.ninja,build.ninja.d,compile_commands.json,toolchain.ninja} </ins> find $out/out/$outName -name '*_unittests' -delete find $out/out/$outName -name '*_benchmarks' -delete <ins> '' + lib.optionalString (finalAttrs.doCheck) '' rm $out/out/$outName/{display_list_rendertests,flutter_tester} '' + '' </ins> runHook postInstall '';

Discussion:
Package name: flutter Latest released version: 3.24.1 <!-- Search your package here: --- Current version on the unstable channel: 3.22.2 Current version on the stable/release channel: 3.22.2 <!-- 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. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
CC
Already being done

Package name: flutter (stable, but also beta) Latest released version: 3.24.0 <!-- Search your package here: --- Current version on the unstable channel: 3.22.2 (beta version: 3.23.0) Current version on the stable/release channel: 3.22.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]:
CC has been a blocker for updates since it affects the update script but it is close to being ready.
Hmm, hopefully this can be resolved soon, as it's quite critical for my work.
Yeah, I hope to have it done soon. It's close. Unfortunately, I just don't always have enough time.
Yeah, of course! Take your time :)
Hey, since the blocker is merged, how is it looking with updating the flutter version? :) No worries, if you're too busy right now
I plan on doing that on my next day off work which will be Thursday.
Change:
hash = "sha256-NGH6QsGyJAuk2h2YXKc1A5FBV/xMd0FzJ+1tfYWs2+Y="; }; <del> buildInputs = (if stdenv.isDarwin then [ openblas ] else [ blas lapack ]); doCheck = !stdenv.isDarwin; </del> <ins> buildInputs = [ blas lapack ]; </ins> # similar to Gsl, glpk, fftw there is also a dsdp interface # but dsdp is not yet packaged in nixpkgs <del> preConfigure = (if stdenv.isDarwin then '' export CVXOPT_BLAS_LIB=openblas export CVXOPT_LAPACK_LIB=openblas '' else '' export CVXOPT_BLAS_LIB=blas export CVXOPT_LAPACK_LIB=lapack '') + '' export CVXOPT_BUILD_DSDP=0 export CVXOPT_SUITESPARSE_LIB_DIR=${lib.getLib suitesparse}/lib export CVXOPT_SUITESPARSE_INC_DIR=${lib.getDev suitesparse}/include '' + lib.optionalString withGsl '' export CVXOPT_BUILD_GSL=1 export CVXOPT_GSL_LIB_DIR=${lib.getLib gsl}/lib export CVXOPT_GSL_INC_DIR=${lib.getDev gsl}/include '' + lib.optionalString withGlpk '' export CVXOPT_BUILD_GLPK=1 export CVXOPT_GLPK_LIB_DIR=${lib.getLib glpk}/lib export CVXOPT_GLPK_INC_DIR=${lib.getDev glpk}/include '' + lib.optionalString withFftw '' export CVXOPT_BUILD_FFTW=1 export CVXOPT_FFTW_LIB_DIR=${lib.getLib fftw}/lib export CVXOPT_FFTW_INC_DIR=${lib.getDev fftw}/include ''; </del> <ins> env = { CVXOPT_BLAS_LIB = "blas"; CVXOPT_LAPACK_LIB = "lapack"; CVXOPT_BUILD_DSDP = "0"; CVXOPT_SUITESPARSE_LIB_DIR = "${lib.getLib suitesparse}/lib"; CVXOPT_SUITESPARSE_INC_DIR = "${lib.getDev suitesparse}/include"; } // lib.optionalAttrs withGsl { CVXOPT_BUILD_GSL = "1"; CVXOPT_GSL_LIB_DIR= "${lib.getLib gsl}/lib"; CVXOPT_GSL_INC_DIR= "${lib.getDev gsl}/include"; } // lib.optionalAttrs withGlpk { CVXOPT_BUILD_GLPK = "1"; CVXOPT_GLPK_LIB_DIR = "${lib.getLib glpk}/lib"; CVXOPT_GLPK_INC_DIR = "${lib.getDev glpk}/include"; } // lib.optionalAttrs withFftw { CVXOPT_BUILD_FFTW = "1"; CVXOPT_FFTW_LIB_DIR = "${lib.getLib fftw}/lib"; CVXOPT_FFTW_INC_DIR = "${lib.getDev fftw}/include"; }; </ins> nativeCheckInputs = [ unittestCheckHook ];

Discussion:
is built with the wrong libraries, disables unit tests and causes other packages which use it to crash or produce bad data. see PR for a fix. Steps to reproduce the behavior: build on darwin, this runs unittests and will crash with a segv unit tests pass when enabled, consumers of the package run without crashing with segv inside the cvxopt package. issue will be fixed if this PR can get merged bug introduced by PR <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
sha256 = "004ly9xxjlsbrr2vhxsa1n84z3034gxrzr7z0wl45szd8v1v6qwh"; }; buildInputs = [ CaptureTiny CwdGuard FileCopyRecursiveReduced ]; <ins> propagatedBuildInputs = [ DevelCheckCompiler ]; perlPreHook = "export LD=$CC"; </ins> meta = { description = "A Module::Build class for building XS modules"; license = with stdenv.lib.licenses; [ artistic1 gpl1Plus ]; }; <del> propagatedBuildInputs = [ DevelCheckCompiler ]; </del> }; ModuleCPANTSAnalyse = buildPerlPackage rec {

Discussion:
! See the . This is to discuss Darwin-specific issues for ZHF. (or more)
Change:
darwin        = filterDoubles predicates.isDarwin; freebsd       = filterDoubles predicates.isFreeBSD; # Should be better, but MinGW is unclear. <del> gnu           = filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnu; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabi; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabihf; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.elfv1; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.elfv2; }); </del> <ins> gnu           = filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnu; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabi; }) ++ filterDoubles (matchAttrs { kernel = parse.kernels.linux; abi = parse.abis.gnueabihf; }); </ins> illumos       = filterDoubles predicates.isSunOS; linux         = filterDoubles predicates.isLinux; netbsd        = filterDoubles predicates.isNetBSD;

Discussion:
Describe the bug broke parsing of powerpc64 abi-specific configs and . Previously these ad hoc ELF ABI specifiers passed through fine. Since (cc they error with: () It's possible this only worked due to gnu-config being permissive with its parsing. The abi suffix is just a convention I came up with for powerpc64 weirdness, so I'm open to changing the way this is specified, if there is a more established convention for this. To Reproduce
Change:
"storage_curl_request_integration_test", "storage_curl_resumable_upload_session_integration_test", "storage_curl_sign_blob_integration_test", <ins> "storage_decompressive_transcoding_integration_test", </ins> "storage_grpc_integration_test", "storage_key_file_integration_test", "storage_minimal_iam_credentials_rest_integration_test",

Discussion:
name: google-cloud-cpp current version: 1.38.0 desired version: 1.42.0 maintainers: who did the last update Please tag this issue in your PR.
I don't have time to work on this at the moment.
Change:
roundcubePlugin rec { pname = "carddav"; <del> version = "3.0.3"; </del> <ins> version = "4.3.0"; </ins> src = fetchzip { <del> url = "https://github.com/blind-coder/rcmcarddav/releases/download/v${version}/carddav-${version}.tar.bz2"; sha256 = "0scqxqfwv9r4ggaammmjp51mj50qc5p4jmjliwjvcwyjr36wjq3z"; </del> <ins> url = "https://github.com/mstilkerich/rcmcarddav/releases/download/v${version}/carddav-v${version}.tar.gz"; sha256 = "1jk1whx155svfalf1kq8vavn7jsswmzx4ax5zbj01783rqyxkkd5"; </ins> }; }

Discussion:
Roundcube with the plugin enabled fails to start due to an error caused by . This seems to be caused by . Enable the module with and . Roundcube with the plugin enabled should start. and are somewhat related to this issue. Maintainer information:
Sorry, but I don't have a roundcube instance anymore and I don't have time to dig, so I'm going to step out of the role of maintainer of this package.
Created a that will resolve this
Change:
sha256 = "1abkwxdi154hnry8nsvxbklvbsnvd7cs2as0041h2kbiz824pv31"; }; <del> buildInputs= [ wrapGAppsHook gsettings-desktop-schemas gtk3 gnome3.adwaita-icon-theme dconf ]; phases = [ "unpackPhase" "patchPhase" "installPhase" "fixupPhase" ]; </del> <ins> nativeBuildInputs = [ wrapGAppsHook ]; buildInputs= [ gsettings-desktop-schemas glib gtk3 gnome3.adwaita-icon-theme dconf ]; dontConfigure = true; dontBuild = true; </ins> dontStrip = true; dontPatchELF = true;

Discussion:
Describe the bug Zotero crashes whenever it tries to open the file chooser (e.g. when you try to install addons, or add a file to a reference), complaining that no GSettings schemas are installed on the system: To Reproduce Steps to reproduce the behavior: Zotero -Add-ons the new window, click the settings cog -Install Add-on From File... Expected behavior Zotero opens the file chooser dialog (from Gtk3) Additional context I am only running xmonad with no desktop environment, which might explain why is unset - the problem is that it's looking for . As a workaround, one can set the value of to . Glancing at the Zotero's nixexpr, it's using and is listed as a build input, so I'm not sure why this is happening. Metadata Please run and paste the result. Maintainer information:
can you see if adding to fixes this, and file a PR if it does?
(also glib to buildInputs if it isn't there already)
Yes, it is strange that is listed in - it should definitely go in , however, this does not seem to fix the problem (neither does suggestion)
Maybe phases is messing this up It should instead probably set
can confirm why this addresses the issue. Before I make a pull request, could you please elaborate on why needs to be in ? It seems to work either way.
See and the first item in GLib has a setup hook for gsettings-schemas that wrapGAppsHook needs
It can work either way because gtk3 propagates it, but it still should be .
Change:
qosmic = libsForQt5.callPackage ../applications/graphics/qosmic { }; <ins> qovery-cli = callPackage ../tools/admin/qovery-cli { }; </ins> qownnotes = libsForQt5.callPackage ../applications/office/qownnotes { }; qpdf = callPackage ../development/libraries/qpdf { };

Discussion:
Project description helps tech companies to accelerate and scale application development cycle with zero infrastructure management investment. Metadata homepage URL: source URL: license: Apache-2.0 platforms: linux, darwin, windows
Change:
sha256 = sha256Hash; }; <del> nativeBuildInputs = [ unzip ]; buildInputs = [ </del> <ins> nativeBuildInputs = [ unzip </ins> makeWrapper ]; <ins> # Causes the shebangs in interpreter scripts deployed to mobile devices to be patched, which Android does not understand dontPatchShebangs = true; </ins> installPhase = '' cp -r . $out wrapProgram $out/bin/studio.sh 

Discussion:
Describe the bug Android Studio deploys some script to Android devices for native debugging, which shouldn't have a /nix/store shebang as Android does not understand this. To fix this, the . A few days ago the package got , and somehow this was broken, as now the shebang is patched again. When reverting this change, the shebang is unpatched again as it should. It should also be noted that and do not have this issue, but does. To Reproduce Steps to reproduce the behavior: the shebang being patched, even though is set to . Expected behavior Shebangs in are unpatched, which makes this work on the Android devices it gets deployed to. Additional context This was fixed with , but seems to have somehow broken again with . Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(ivv): nixpkgs: Maintainer information:
I can reproduce this locally as well. It's arbitrarily broken with from with no viable differences in the derivation that would cause this. It points to an issue with where it somehow doesn't work.
Logs do seem to confirm not being respected. I am unsure as to why this happens only on the and branches, as they get called in the exact same way as the and branches which do not have this issue.
Change:
+		os_is_macosx=false +		nonLinuxOS=false +		;; <del> +esac </del> <ins> +esac </ins> +AM_CONDITIONAL([IS_DARWIN], [test x$os_is_macosx = xtrue]) +AM_COND_IF([IS_DARWIN], +	[AC_DEFINE([IS_DARWIN], [1], [Get HostOS Type is Darwin])])

Discussion:
cc system: host os: multi-user?: sandbox: version: channels(davidak): channels(root): nixpkgs:
Thanks!

Not sure how difficult it'd be to fix this, but thought I'd note it somewhere. We recently bumped to 0.8.5 but I don't see any reason that would make the patch apply again (although I can't confirm this myself :)). If it can't be resolved reasonably perhaps the patch should be dropped and "darwin" removed from ? EDIT: Looks like libbsd has a separate "port" for OSX: which I've filed an issue on (like was done previously, apparently): Try to build libbsd on Darwin; look at Hydra/Travis build failures. System: (NixOS: , Ubuntu/Fedora: , ...) Nix version: (run ) Nixpkgs version: (run ) Sandboxing enabled: (run )
Yeah, I have just been manually updating the patch since v0.8.3. The "correct" thing to do would be to get the patch applied upstream in libbsd. Perhaps freedesktop doesn't want it though. /cc
Change:
in rustPlatform.buildRustPackage rec { pname = "rio"; <del> version = "0.1.13"; </del> <ins> version = "0.1.15"; </ins> src = fetchFromGitHub { owner = "raphamorim"; repo = "rio"; <del> rev = "refs/tags/v${version}"; hash = "sha256-JrmjQjKpL9di66z4IYTcWhNBL0CgalqOhQgVDpkh6b0="; </del> <ins> rev = "v${version}"; hash = "sha256-aLqWhRaNqi7gMDxBITLU/Tj//h7RURycLSZXOOq83As="; </ins> }; <del> cargoHash = "sha256-KWdkpQY1F0RU3JViFrXEp+JW6xdaofEmp2SlAkzPMPU="; </del> <ins> cargoHash = "sha256-4nqJbz2vauO4jRuUSDjBV1pVrAJMhIP4+eUwS1+GecU="; </ins> nativeBuildInputs = [ ncurses

Discussion:
Package name: rio Latest released version: 0.1.13 <!-- Search your package here: --- Current version on the unstable channel: 0.1.13 Current version on the stable/release channel: 0.0.39 <!-- 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. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
in stdenv.mkDerivation rec { pname = "xp-pen-deco-01-v2-driver"; <del> version = "3.2.3.230215-1"; </del> <ins> version = "3.4.9-231023"; </ins> src = fetchzip { <del> url = "https://download01.xp-pen.com/file/2023/03/XPPen-pentablet-${version}.x86_64.tar.gz"; </del> <ins> url = "https://www.xp-pen.com/download/file/id/1936/pid/440/ext/gz.html#.tar.gz"; </ins> name = "xp-pen-deco-01-v2-driver-${version}.tar.gz"; <del> sha256 = "sha256-CV4ZaGCFFcfy2J0O8leYgcyzFVwJQFQJsShOv9B7jfI="; </del> <ins> sha256 = "sha256-A/dv6DpelH0NHjlGj32tKv37S+9q3F8cYByiYlMuqLg="; </ins> }; nativeBuildInputs = [

Discussion:
Attempting to install gives error: curl: (22) The requested URL returned error: 404 error: cannot download xp-pen-deco-01-v2-driver-3.2.3.- from any mirror Steps to reproduce the behavior: modify to add the named package or do "nix-shell -p " in terminal Package installs sucessfully. If applicable, add screenshots to help explain your problem. ! I could be wrong, but it seems that the download link for the xp pen tablet driver was changed by xp pen upstream, and the link used here is now invalid. <!-- 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. `` system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Change:
# https://github.com/damentz/liquorix-package/commit/a7055b936c0f4edb8f6afd5263fe1d2f8a5cd877 RCU_BOOST = no; <del> RCU_LAZY = no; </del> <ins> RCU_LAZY = lib.mkOverride 60 no; </ins> # Swap storage is compressed with LZ4 using zswap ZSWAP_COMPRESSOR_DEFAULT_LZ4  = lib.mkOptionDefault yes;

Discussion:
Steps to reproduce the behavior: on x8664 system Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
ports = ["8181:80"]; }; }; <ins> # Stop systemd from killing remaining processes if ExecStop script # doesn't work, so that proper stopping can be tested. systemd.services."${backend}-nginx".serviceConfig.KillSignal = "SIGCONT"; </ins> }; };

Discussion:
I ran into an issue when playing with oci-containers. Stopping the containers results in a coredump for some containers, because the monitor process is killed with the rest of the cgroup. Playing with the stop script and looking at the systemd unit generated with the problem seems to be the check for : This will only run if the result is not "success". But "success" is the normal value when succeeded. Maybe this should use ? Then if the container exited with an error by itself the would not run. No such check is present in the podman generated unit: The same is used for docker, so probably the same error there.