jiebi/CodeConvo huggingface dataset:
Change:
Steps to reproduce the behavior: Happens on nixos-unstable, master, and on the commit that was made in the latest surrealdb PR. It consistently produces the same hash as prior to on x86_64-linux and aarch64-linux. <!-- 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]:
Hey so sorry about this, i was sure i had checked ofborg before merging.
Does anyone have bandwidth to make a PR ?
I can make a PR soon (later today) with the other hash, I was just curious how did get that hash.

Discussion:
hash = "sha256-KtR+qU2Xys4NkEARZBbO8mTPa7EI9JplWvXdtuLt2vE="; }; <del> patches = [ ./time.patch  # TODO: remove when https://github.com/surrealdb/surrealdb/pull/4565 merged </del> <ins> cargoPatches = [ ./time.patch # TODO: remove when https://github.com/surrealdb/surrealdb/pull/4565 merged </ins> ]; cargoHash = "sha256-5qIIPdE6HYov5EIR4do+pMeZ1Lo3at39aKOP9scfMy8=";
Change:
Steps to reproduce the behavior: from rev to /add/update Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ lib, <del> python3, </del> <ins> python3Packages, </ins> fetchFromGitHub, <del> fetchPypi </del> <ins> fetchPypi, </ins> }: <del> let python3' = (python3.override { packageOverrides = final: prev: { wxpython = prev.wxpython.overrideAttrs rec { version = "4.2.0"; src = fetchPypi { pname = "wxPython"; inherit version; hash = "sha256-ZjzrxFCdfl0RNRiGX+J093+VQ0xdV7w4btWNZc7thsc="; }; }; }; }); python3Packages = python3'.pkgs; in </del> python3Packages.buildPythonApplication rec { pname = "yt-dlg"; version = "1.8.5";

}; pyproject = true; <ins> pythonRelaxDeps = [ "wxpython" ]; </ins> build-system = with python3Packages; [ setuptools wheel
Change:
Project description A Zulip puppeting bridge for Zulip. similar to mautrix-signal etc. Metadata homepage URL: source URL: license: agpl 3 platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
See

Discussion:
<ins> { lib, fetchFromGitHub, python3Packages, }: python3Packages.buildPythonApplication rec { pname = "MatrixZulipBridge"; version = "0.4.1"; pyproject = true; disabled = python3Packages.pythonOlder "3.10"; src = fetchFromGitHub { owner = "GearKite"; repo = "MatrixZulipBridge"; rev = "v${version}"; hash = "sha256-5bDqZb8xx5SjThZUSmOcctwo6B15cjkIwA26QNfED2A="; }; build-system = with python3Packages; [ poetry-core ]; dependencies = with python3Packages; [ zulip beautifulsoup4 bidict coloredlogs emoji markdownify mautrix python-dotenv ruamel-yaml zulip-emoji-mapping ]; pythonRelaxDeps = [ "bidict" "markdownify" "ruamel-yaml" "zulip-emoji-mapping" ]; pythonImportsCheck = [ "matrixzulipbridge" ]; meta = { description = "Matrix puppeting appservice bridge for Zulip"; homepage = "https://github.com/GearKite/MatrixZulipBridge"; changelog = "https://github.com/GearKite/MatrixZulipBridge/releases/tag/v${version}"; license = lib.licenses.agpl3Only; maintainers = with lib.maintainers; [ robertrichter ]; mainProgram = "matrix-zulip-bridge"; }; } </ins>

<ins> { lib, fetchFromGitHub, python3Packages, }: python3Packages.buildPythonPackage rec { pname = "zulip-emoji-mapping"; version = "1.0.1"; pyproject = true; src = fetchFromGitHub { owner = "GearKite"; repo = "zulip-emoji-mapping"; rev = "v${version}"; hash = "sha256-logm5uAnLAcFqI7mUxKEO9ZmHqRkd6CFiCW4B5tqZzg="; }; build-system = with python3Packages; [ setuptools ]; pythonImportsCheck = [ "zulip_emoji_mapping" ]; meta = { description = "Get emojis by Zulip names"; homepage = "https://github.com/GearKite/zulip-emoji-mapping"; changelog = "https://github.com/GearKite/zulip-emoji-mapping/releases"; license = lib.licenses.asl20; maintainers = with lib.maintainers; [ robertrichter ]; }; } </ins>

zulip = callPackage ../development/python-modules/zulip { }; <ins> zulip-emoji-mapping = callPackage ../development/python-modules/zulip-emoji-mapping { }; </ins> zwave-me-ws = callPackage ../development/python-modules/zwave-me-ws { }; zwave-js-server-python = callPackage ../development/python-modules/zwave-js-server-python { };
Change:
Steps to reproduce the behavior: Cross compile for Microchip Icicle Kit() from machine. Make sure is enable for architecture. Root fs size is more than the disk image size. See file snippet 10% extra space may not be enough in some cases. In my case, apparent size of rootfs is data blocks, while it's size on disk is data blocks. so 10% extra space may not be enough in some cases. <!-- 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]:

Discussion:
# Make a crude approximation of the size of the target image. # If the script starts failing, increase the fudge factors here. numInodes=$(find ./rootImage | wc -l) <del> numDataBlocks=$(du -s -c -B 4096 --apparent-size ./rootImage | tail -1 | awk '{ print int($1 * 1.10) }') </del> <ins> numDataBlocks=$(du -s -c -B 4096 --apparent-size ./rootImage | tail -1 | awk '{ print int($1 * 1.20) }') </ins> bytes=$((2 * 4096 * $numInodes + 4096 * $numDataBlocks)) echo "Creating an EXT4 image of $bytes bytes (numInodes=$numInodes, numDataBlocks=$numDataBlocks)" <ins> mebibyte=$(( 1024 * 1024 )) # Round up to the nearest mebibyte. # This ensures whole 512 bytes sector sizes in the disk image # and helps towards aligning partitions optimally. if (( bytes % mebibyte )); then bytes=$(( ( bytes / mebibyte + 1) * mebibyte )) fi </ins> truncate -s $bytes $img faketime -f "1970-01-01 00:00:01" fakeroot mkfs.ext4 -L ${volumeLabel} -U ${uuid} -d ./rootImage $img
Change:
Haskell package gitHUD doesn't build with latest master. Output: Please run and paste the results.

Discussion:
cryptohash-sha1 = doJailbreak super.cryptohash-sha1; cryptohash-md5 = doJailbreak super.cryptohash-md5; text-short = doJailbreak super.text-short; <ins> gitHUD = dontCheck super.gitHUD; </ins> # https://github.com/aisamanra/config-ini/issues/12 config-ini = dontCheck super.config-ini;
Change:
Package name: Latest released version: 10.0.1 <!-- Search your package here: --- Current version on the unstable channel: 9.6.2 Current version on the stable/release channel: 9.6.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 <!-- 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]:

Discussion:
stdenv.mkDerivation (finalAttrs: { pname = "lunacy"; <del> version = "9.6.2"; </del> <ins> version = "10.0.1"; </ins> src = fetchurl { url = "https://lcdn.icons8.com/setup/Lunacy_${finalAttrs.version}.deb"; <del> hash = "sha256-iTne+vUnv+O/+QUKgSUr+ACdZpXrvRQkZmqghJH1fDw="; </del> <ins> hash = "sha256-roD/bKv1N2sru/tZ6Zl1J2AyY1mgj2ssB2a42kwBNHM="; </ins> }; unpackCmd = ''
Change:
Steps to reproduce the behavior: OR I'll be honest, I am not sure if this is catalogued as a build failure or not, because if I add to , without modifying the wrapper of mpv or creating an overlay for it, the configuration builds. So, adding it as a script is at fault, not the derivation itself Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
buildLua rec { pname = "mpv-notify-send"; <del> version = "0-unstable-2020-02-24"; </del> <ins> version = "0-unstable-2024-07-11"; </ins> src = fetchFromGitHub { <del> owner = "emilazy"; repo = pname; rev = "a2bab8b2fd8e8d14faa875b5cc3a73f1276cd88a"; sha256 = "sha256-EwVkhyB87TJ3i9xJmmZMSTMUKvfbImI1S+y1vgRWbDk="; </del> <ins> owner = "Parranoh"; repo = "mpv-notify-send"; rev = "d98d9fe566b222c5b909e3905e9e201eaec34959"; hash = "sha256-H8WIKfQnle27eiwnz2sxC8D1EwQplY4N7Qg5+c1e/uU="; </ins> }; <del> patches = [ # show title of online videos instead of url (fetchpatch { name = "6.patch"; # https://github.com/emilazy/mpv-notify-send/pull/6 url = "https://github.com/emilazy/mpv-notify-send/commit/948347e14890e15e89cd1e069beb1140e2d01dce.patch"; hash = "sha256-7aXQ8qeqG4yX0Uyn09xCIESnwPZsb6Frd7C49XgbpFw="; }) ]; </del> passthru.extraWrapperArgs = [ "--prefix" "PATH" ":" <del> (lib.makeBinPath libnotify) </del> <ins> (lib.makeBinPath [ libnotify ]) </ins> ]; passthru.updateScript = unstableGitUpdater { }; <del> meta = with lib; { </del> <ins> meta = { </ins> description = "Lua script for mpv to send notifications with notify-send"; <del> homepage = "https://github.com/emilazy/mpv-notify-send"; license = licenses.wtfpl; maintainers = with maintainers; [ r3n3gad3p3arl ]; </del> <ins> homepage = "https://github.com/Parranoh/mpv-notify-send"; license = lib.licenses.wtfpl; maintainers = with lib.maintainers; [ r3n3gad3p3arl ]; </ins> }; }
Change:
Package name: meli Latest released version: 0.8.7 <!-- Search your package here: --- Current version on the unstable channel: 0.8.6 Current version on the stable/release channel: 0.8.5 <!-- 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]:
Release notes: This will not fix , since is still at in meli 0.8.7. It was only updated in , which is not part of any release yet.
Sure, do you want to PR an update?
I created It builds, but tests failed locally with " executable not found in PATH". In addition to fixing that I also need to work through
is done from my point of view, apart from some error in the ofborg-eval-darwin job that I can't explain and don't know how to solve:

Discussion:
{ stdenv , lib , fetchzip <ins> , fetchpatch </ins> , rustPlatform # native build inputs

rustPlatform.buildRustPackage rec { pname = "meli"; <del> version = "0.8.6"; </del> <ins> version = "0.8.7"; </ins> src = fetchzip { urls = [

"https://codeberg.org/meli/meli/archive/v${version}.tar.gz" "https://github.com/meli/meli/archive/refs/tags/v${version}.tar.gz" ]; <del> hash = "sha256-7lSxXv2i8B6vRWIJqMiXlMqHH6fmgACy9X5qNKuj+IU="; </del> <ins> hash = "sha256-2+JIehi2wuWdARbhFPvNPIJ9ucZKWjNSORszEG9lyjw="; </ins> }; <del> cargoHash = "sha256-vZkMfaALnRBK9ZwMB2uvvJgQq+BdUX7enNnr9t5H+MY="; </del> <ins> cargoHash = "sha256-ZVhUkpiiPKbWcf56cXFgn3Nyr63STHLlD7mpYEetNIY="; cargoPatches = [ (fetchpatch { # https://github.com/NixOS/nixpkgs/issues/332957#issuecomment-2278578811 name = "fix-rust-1.80-compat.patch"; url = "https://git.meli-email.org/meli/meli/commit/6b05279a0987315c401516cac8ff0b016a8e02a8.patch"; hash = "sha256-mh8H7wmHMXAe01UTvdY8vJeeLyH6ZFwylNLFFL+4LO0="; }) ]; </ins> # Needed to get openssl-sys to use pkg-config OPENSSL_NO_VENDOR=1;

nativeCheckInputs = [ file <ins> gnum4 </ins> ]; postInstall = ''

''; checkFlags = [ <del> "--skip=conf::test_config_parse"        # panicking due to sandbox "--skip=smtp::test::test_smtp"          # requiring network "--skip=utils::xdg::query_default_app"  # doesn't build "--skip=utils::xdg::query_mime_info"    # doesn't build </del> <ins> "--skip=conf::tests::test_config_parse"            # panicking due to sandbox "--skip=utils::tests::test_shellexpandtrait_impls" # panicking due to sandbox "--skip=utils::tests::test_shellexpandtrait"       # panicking due to sandbox </ins> ]; meta = with lib; {
Change:
fails if there is an empty directory in pkgs/by-name: Steps to reproduce the behavior: -p pkgs/by-name/fo/foobar -build --argstr maintainer katexochen Ignore the empty directory. As it is basically non-existing for git, one often runs into situations when switching branches etc. where there is an empty directory left. <!-- 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]:

Discussion:
# nix-build build.nix --argstr maintainer <yourname> --argstr system aarch64-linux let <del> pkgs = import ./../../default.nix (removeAttrs args [ "maintainer" ]); </del> <ins> # This avoids a common situation for maintainers, where due to Git's behavior of not tracking # directories, they have an empty directory somewhere in `pkgs/by-name`. Because that directory # exists, `pkgs/top-level/by-name-overlay.nix` picks it up and attempts to read `package.nix` out # of it... which doesn't exist, since it's empty. # # We don't want to run the code below on every instantiation of `nixpkgs`, as the `pkgs/by-name` # eval machinery is quite performance sensitive. So we use the internals of the `by-name` overlay # to implement our own way to avoid an evaluation failure for this script. # # See <https://github.com/NixOS/nixpkgs/issues/338227> for more motivation for this code block. overlay = self: super: { _internalCallByNamePackageFile = file: if builtins.pathExists file then super._internalCallByNamePackageFile file else null; }; nixpkgsArgs = removeAttrs args [ "maintainer" "overlays" ] // { overlays = args.overlays or [] ++ [ overlay ]; }; pkgs = import ./../../default.nix nixpkgsArgs; </ins> maintainer_ = pkgs.lib.maintainers.${maintainer}; packagesWith = cond: return: set: (pkgs.lib.flatten
Change:
Steps to reproduce the behavior: betterbird Please run and paste the result.
I don't see any error, so likely your machine is just to weak. You can try reducing cores/max-jobs for nix.
I think job on hydra also failed, which cause a rebuild on my laptop. See Not sure if I'm making any mistake here?
There the error is: error[E0635]: unknown feature which means we need to update betterbird to be hopefully based on a newer thunderbird version which supports a newer rust version

Discussion:
let thunderbird-unwrapped = thunderbirdPackages.thunderbird-115; <del> version = "115.9.0"; </del> <ins> version = "115.14.0"; </ins> majVer = lib.versions.major version; betterbird-patches = fetchFromGitHub { owner = "Betterbird"; repo = "thunderbird-patches"; <del> rev = "${version}-bb26-build2"; </del> <ins> rev = "${version}-bb31"; </ins> postFetch = '' echo "Retrieving external patches"

. ./external.sh rm external.sh ''; <del> hash = "sha256-0RlI30zxiueeXdLEXPZevc8QyKr667juHk0bTcqBB1w="; </del> <ins> hash = "sha256-dXfpu+ufBfAWl1OlpQ1i8CC7N8f0NbxfaMH6BdKr28c="; </ins> }; in ((buildMozillaMach { pname = "betterbird";

src = fetchurl { # https://download.cdn.mozilla.net/pub/thunderbird/releases/ url = "mirror://mozilla/thunderbird/releases/${version}/source/thunderbird-${version}.source.tar.xz"; <del> hash = "sha256-Kut3ynA43289MG+cPSpOphWvDtzw9ykCFcpfMMEpDlc="; </del> <ins> hash = "sha256-A3/D8D9e5PI9SUetKFUE0oDpJsThprIk1zUfZoxu1/A="; </ins> }; extraPostPatch = thunderbird-unwrapped.extraPostPatch or "" + /* bash */ ''

fi # requires vendored icu, fails to link with our icu <del> if [[ $patch == 14-feature-regexp-searchterm.patch || $patch == 14-feature-regexp-searchterm-m-c.patch ]]; then </del> <ins> # feature-506064 depends on those icu patches if [[ $patch == 14-feature-regexp-searchterm.patch || $patch == 14-feature-regexp-searchterm-m-c.patch || $patch == feature-506064-match-diacritics.patch || $patch == feature-506064-match-diacritics-m-c.patch ]]; then </ins> continue fi
Change:
There are at least two open security issues (CVE-2017-,CVE-2017-) which affect shibboleth-se and opensaml. The details can be obtained from the upstream annoucement: There are new releases & patches available that fix those open issues. Either updating or marking those packages as broken/insecure seems sensible to me. CC current maintainers:
Sorry for the late response. Thanks for bringing this to my attention. I will fix the packages in the next few days. I actually think the bigger issue is this one, which affects the xml parser: So xml-tooling-c also needs to be fixed, and should be marked broken if not fixed.

Discussion:
stdenv.mkDerivation rec { name = "opensaml-cpp-${version}"; <del> version = "2.6.0"; </del> <ins> version = "2.6.1"; </ins> src = fetchgit { url = "https://git.shibboleth.net/git/cpp-opensaml.git"; <del> rev = "61193de29e4c9f1ccff7ed7e1f42c2748c62be77"; sha256 = "1jlxa1f2qn0kd15fzjqp80apxn42v47wg3mx1vk424m31rhi00xr"; </del> <ins> rev = version; sha256 = "0wjb6jyvh4hwpy1pvhh63i821746nqijysrd4vasbirkf4h6z7nx"; </ins> }; buildInputs = [ boost openssl log4shib xercesc xml-security-c xml-tooling-c zlib ];

stdenv.mkDerivation rec { name = "shibboleth-sp-${version}"; <del> version = "2.6.0"; </del> <ins> version = "2.6.1"; </ins> src = fetchgit { url = "https://git.shibboleth.net/git/cpp-sp.git"; <del> rev = "9ebba5c3a16d03769f436e383e4c4cdaa33f5509"; sha256 = "1b5r4nd098lnjwr2g13f04ycqv5fvbrhpwg6fsdk8xy9cigvfzxj"; </del> <ins> rev = version; sha256 = "01q13p7gc0janjfml6zs46na8qnval8hc833fk2wrnmi4w9xw4fd"; </ins> }; nativeBuildInputs = [ autoreconfHook pkgconfig ];

stdenv.mkDerivation rec { name = "xml-tooling-c-${version}"; <del> version = "1.6.0"; </del> <ins> version = "1.6.3"; </ins> src = fetchgit { url = "https://git.shibboleth.net/git/cpp-xmltooling.git"; <del> rev = "db08101c3854518a59096be95ed6564838381744"; sha256 = "0rhzvxm4z3pm28kpk34hayhm12bjjms2kygv1z68vnz8ijzgcinq"; </del> <ins> rev = version; sha256 = "09z2pp3yy3kqx22vwgxyi3s0vlpdv9camw8dpi3q8piff6zxak3q"; </ins> }; buildInputs = [ boost curl openssl log4shib xercesc xml-security-c ];
Change:
there seem to be missing dependencies for kdePackages.kongress open the app i am at unstable channel. kongress version 24.08.0 the older version at libsForQt5.kongress still works Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
{ mkKdeDerivation, <ins> kcontacts, qtlocation, </ins> qtsvg, }: mkKdeDerivation { pname = "kongress"; <del> extraBuildInputs = [qtsvg]; </del> <ins> extraBuildInputs = [kcontacts qtsvg qtlocation]; </ins> }
Change:
Steps to reproduce the behavior: scenefx <!-- 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]:

Discussion:
mesa, validatePkgConfig, testers, <ins> wayland-scanner, </ins> }: stdenv.mkDerivation (finalAttrs: {

strictDeps = true; <ins> depsBuildBuild = [ pkg-config ]; </ins> nativeBuildInputs = [ meson ninja pkg-config scdoc validatePkgConfig <ins> wayland-scanner </ins> ]; buildInputs = [
Change:
Steps to reproduce the behavior: xdg-desktop-portal-hyprland-1.3.3 This issue only recently occurred upon updating to the latest revision. My entire nix config is . <!-- 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]:
I suspect this is fixed by For some reason has a pkg-config that defines that it has a non-existent include directory, which cmake then later chokes on since it declares it has a dependency on as a package, not a tool.
Indeed. I'm cooking up a PR for this.

Discussion:
hash = "sha256-cyyxu/oj4QEFp3CVx2WeXa9T4OAUyynuBJHGkBZSxJI="; }; <ins> patches = [ # CMake formatting, required for the next two commits to cleanly apply (fetchpatch { url = "https://github.com/hyprwm/xdg-desktop-portal-hyprland/commit/5555f467f68ce7cdf1060991c24263073b95e9da.patch"; hash = "sha256-yNkg7GCXDPJdsE7M6J98YylnRxQWpcM5N3olix7Oc1A="; }) # removes wayland-scanner from deps, as it includes a pkg-config that # defines that it has a non-existent include directory which trips up CMake (fetchpatch { url = "https://github.com/hyprwm/xdg-desktop-portal-hyprland/commit/0dd9af698b9386bcf25d3ea9f5017eca721831c1.patch"; hash = "sha256-Y6eWASHoMXVN2rYJ1rs0jy2qP81/qbHsZU+6b7XNBBg="; }) # handle finding wayland-scanner more nicely (fetchpatch { url = "https://github.com/hyprwm/xdg-desktop-portal-hyprland/commit/2425e8f541525fa7409d9f26a8ffaf92a3767251.patch"; hash = "sha256-6dCg/U/SIjtvo07Z3tn0Hn8Xwx72nwVz6Q2cFnObonU="; }) ]; depsBuildBuild = [ pkg-config ]; </ins> nativeBuildInputs = [ cmake pkg-config
Change:
Steps to reproduce the behavior: Seems to be a regression introduced in . Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: `/nix/store/ia1zpg1s63v6b3vin3n7bxxjgcs51s2r-source Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
in <del> assert platformSpecific ? ${cpuName}; </del> assert msVarsTemplate -> fdSize4MB; <ins> assert msVarsTemplate -> platformSpecific ? ${cpuName}; </ins> assert msVarsTemplate -> platformSpecific.${cpuName} ? msVarsArgs; edk2.mkDerivation projectDscPath (finalAttrs: {
Change:
Apostrophe doesn't render LaTeX in Preview Mode, as expected. Instead of rendering maths equations (like ) as equations, it escape them while surrounding them with either parenthesis or square brackets. Steps to reproduce the behavior: in Apostrophe's tutorial Preview Mode using CTRL+P to the section the equations made in LaTeX escaped instead of rendered with Pandoc LaTeX It should render the equations and any symbols written between or with pandoc LaTeX, for example showing as a fraction and not In editing: ! In preview: ! This behavior is reproducible on both Apostrophe 3.0 and 3.1. (ie. NixOS 24.05 and NixOS 24.11 (unstable) I also tried installing alongside Apostrophe and and to no avail. <!-- 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 case is probably due to temp file path.
I'm not sure what you mean by that? If I understand correctly, you're saying this might be happening due to the file being stored in right? However Apostrophe exhibits this behavior with files already saved in a directory outside of (e.g. in ) Can you reproduce the behavior?
Latex rendering is done by regex matching latex expressions and transforming them into pictures by texlive (what a strange decision). Presumably something happened after the image was generated, since the dependency should be satisfied. I was busy with other things when I last wrote this comment, and I'll check it out later today
This is very possibly due to some Flatpak assumptions that normally happen from python devs
is dead code. is dead code. The math rendering should be done by pandoc converting to and letting mathjax render.

Discussion:
libspelling, fetchFromGitHub, python3Packages, <ins> nodePackages, </ins> meson, ninja, pkg-config,

hash = "sha256-a+J+GasFmRvu5cJ1GLXscoJ+owzFXsLhCbeDbYChkyQ="; }; in <del> python3Packages.buildPythonApplication rec { </del> <ins> python3Packages.buildPythonApplication { </ins> inherit version src; pname = "apostrophe"; pyproject = false;

patchShebangs --build build-aux/meson_post_install.py '' <ins> # Use mathjax from nixpkgs to avoid loading from CDN + '' substituteInPlace apostrophe/preview_converter.py  --replace-fail "--mathjax" "--mathjax=file://${nodePackages.mathjax}/lib/node_modules/mathjax/es5/tex-chtml-full.js" '' </ins> # Should be done in postInstall, but meson checks this eagerly before build + '' install -d $out/share/apostrophe/libs