jiebi/CodeConvo huggingface dataset:
Change:
{ stdenv , lib , fetchurl <ins> , fetchpatch </ins> , gettext , meson , ninja

Discussion:
Not sure if this needs to be reported or going to be caught by automation anyway. Still, trying to install steam from unstable repo fails. Steps to reproduce the behavior: to install steam from unstable ... ... Please run and paste the result. Maintainer information:
Seems like reported already, thx , closing this one.
I think we should still keep this issue open. Not only was that comment in a merged merge request (rather than an issue) but Steam affects all desktop environments including non-gnome ones such as i3 (which I am running).
Upstream report:
This doesn't affect just Steam but also (but not limited to) Lutris and Wine.
I have stumbled upon this build failure tonight; with a command inside the unstable-small channel. Is the fix still in the production pipeline?
Change:
runHook postDist ''; <ins> passthru.tests = { inherit (nixosTests) codimd; }; </ins> meta = with stdenv.lib; { description = "Realtime collaborative markdown notes on all platforms"; license = licenses.agpl3;

Discussion:
Describe the bug Using sqlite as backend yields the following error How should sqlite be ? Should yarn be ran again? To Reproduce Notify maintainers Metadata Maintainer information:
I did some digging into why this does not work anymore and it seems that this probably did not work for a long time without anyone noticing (including me), even though this should have been caught by the test. The node module is built with using , but on startup I could see that node looks for the module with . Also according to node version 10 does not seem to be officially supported by . Adding.. ..directly after calling for does work, but I am pretty sure that this hack could have weird consequences during runtime :) Building codimd with node version 12, which is officially supported by sqlite3, is probably our best option here and I just successfully ran the test with it. I'll open a PR with the update later this evening. /cc
Working well now, thanks!
Change:
{ 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> }; }

Discussion:
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.
Change:
"ValidHTTPCodes" = "404"; } ''; <ins> description = "Extra configuration to be appendend to awstats.${name}.conf."; </ins> }; webService = {

Discussion:
Describe the bug NixOS manual combined fails to build since commit . This was introduced by the changes to the package awstats. This is the output: To Reproduce Steps to reproduce the behavior: Expected behavior It should be possible to build the nixos-manual-combined without errors. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(terje): nixpkgs:
this issue was resolved in there is one more issue with docs - a warning What should it be? You can test manual builds with
this was my mistake :disappointed: I had the entry to the manual. Unfortunately I confused myself by checking the manual on another PR, and then thinking I had checked the manual for the PR. The issue was compounded by me being rather occupied on Christmas day (mostly with only cell phone but no computer), which I supposed in hindsight was a reason I shouldn't have merged the change on Christmas eve after the kids were in bed. I apologize for all the hassle. It looks like the option lost its during this PR... another thing I would have noticed if I had checked the manual... When is back they can create a PR to add a description along the lines of , unless this pressing enough you want me to file a PR today. Thanks again to all who helped out on this!
no pressure!
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
mkdir -p $out ${if stdenv.isDarwin then '' mkdir "$out/bin" <del> ln -s ../Applications/kitty.app/Contents/MacOS/kitty "$out/bin/kitty" </del> <ins> ln -s ../Applications/kitty.app/Contents/MacOS/kitty-deref-symlink "$out/bin/kitty" </ins> mkdir "$out/Applications" cp -r kitty.app "$out/Applications/kitty.app" '' else ''

Discussion:
Due to MacOS oddities does not work when executed as symlink() and hence, the wrapper installed via cannot work on MacOS. In fact, is unusable on MacOS whatever the content is. Any idea what could be done about this? Should we remove the directory altogether from the build output to prevent confusion?
I think the best thing to do here is just remove the symlink and use
If you wish to use a symlink, use one that points to kitty-deref-symlink
Change:
<del> { stdenv, fetchurl, readline }: </del> <ins> { stdenv, fetchurl, readline, makeWrapper }: </ins> let dsoPatch = fetchurl {

Discussion:
Lua is looking for modules within the wrong path: instead of Within the nix expression the correct path for is set: Also the prefixes in are correct. What can I do? How can I change this behavior? I tried to add a setup-hook with an but that didn't work. Any suggestions?
Change:
fetchFromGitHub, stdenv, gitUpdater, <ins> testers, </ins> cmake, }:

Discussion:
Steps to reproduce the behavior: hanbrake-1.8.0 / ffmpeg-full-7.0 The ffmpeg override is failing to build, complaining about not finding xevd <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Sorry, misread. thought it was the handbrake custom thing and not the actual ffmpeg_7-full package.
Seems to be related to the upgrade from xevd 0.4.1 to 0.5.0
Created a fix for it
Change:
https://github.com/roxma/nvim-cm-racer/,, https://github.com/hrsh7th/nvim-cmp/,, https://github.com/weilbith/nvim-code-action-menu/,, <del> https://github.com/norcalli/nvim-colorizer.lua/,, </del> <ins> https://github.com/nvchad/nvim-colorizer.lua/,, </ins> https://github.com/terrortylor/nvim-comment/,, https://github.com/hrsh7th/nvim-compe/,, https://github.com/roxma/nvim-completion-manager/,,

Discussion:
<!-- Note that these are hard requirements --<!-- You can use the "Go to file" functionality on GitHub to find the package Then you can go to the history for this package Find the latest "packagename: oldversion -newversion" commit The "newversion" is the current version of the package --- <!-- 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! --- name: <!-- The current version can be found easily with the same process as above for checking the master branch If an open PR is present for the package, take this version as the current one and link to the PR --current version: 2020-6-11 desired version: Latest on <!-- Search your package here: If no maintainer is listed for your package, tag the person that last updated the package --maintainers: Please tag this issue in your PR.
Change:
<ins> { lib , buildPythonPackage , fetchFromGitHub , substituteAll , cmdstan , pandas , numpy , tqdm , xarray , pytestCheckHook }: buildPythonPackage rec { pname = "cmdstanpy"; version = "1.1.0"; format = "setuptools"; src = fetchFromGitHub { owner = "stan-dev"; repo = "cmdstanpy"; rev = "refs/tags/v${version}"; hash = "sha256-9kAd3rbSctWEhAzB6RiQlbg5/uVxGIghYLus8hWzBFQ="; }; patches = [ (substituteAll { src = ./use-nix-cmdstan-path.patch; cmdstan = "${cmdstan}/opt/cmdstan"; }) ]; postPatch = '' # conftest.py would have used git to clean up, which is unnecessary here rm test/conftest.py ''; propagatedBuildInputs = [ pandas numpy tqdm ]; passthru.optional-dependencies = { all = [ xarray ]; }; preCheck = '' export HOME=$(mktemp -d) ''; nativeCheckInputs = [ pytestCheckHook ] ++ passthru.optional-dependencies.all; disabledTestPaths = [ # No need to test these when using Nix "test/test_install_cmdstan.py" "test/test_cxx_installation.py" ]; disabledTests = [ "test_lp_good" # Fails for some reason "test_serialization" # Pickle class mismatch errors # These tests use the flag -DSTAN_THREADS which doesn't work in cmdstan (missing file) "test_multi_proc_threads" "test_compile_force" ]; pythonImportsCheck = [ "cmdstanpy" ]; meta = { homepage = "https://github.com/stan-dev/cmdstanpy"; description = "A lightweight interface to Stan for Python users"; changelog = "https://github.com/stan-dev/cmdstanpy/releases/tag/v${version}"; license = lib.licenses.bsd3; platforms = lib.platforms.linux; maintainers = with lib.maintainers; [ tomasajt ]; }; } </ins>

Discussion:
Project description Tool for producing high quality forecasts for time series data that has multiple seasonality with linear or non-linear growth. Metadata PyPI: homepage URL: source URL: license: mit platforms: x86_64-linux
Change:
cp -r assets input.txt t_modules theme $out/share/tauon wrapPythonPrograms <del> ''; </del> <ins> mkdir -p $out/share/applications install -Dm755 extra/tauonmb.desktop $out/share/applications/tauonmb.desktop mkdir -p $out/share/icons/hicolor/scalable/apps install -Dm644 extra/tauonmb{,-symbolic}.svg $out/share/icons/hicolor/scalable/apps ''; </ins> meta = with lib; { description = "The Linux desktop music player from the future";

Discussion:
Hi, hope I have completed the correct fields! <!-- Initial version of 6.7.1 with updated version at 7.01 --- <!-- There is currently no PR in for this update. --- The Linux desktop music player from the future Name: tauonVersion: 6.7.1Licenses: nix-env -iA current version: 6.7.1 desired version: 7.0.1 HI any update to tauon if you have time, would be greatly appreciated :) I also do not get a tauon icon showing up in gnome 4.x.x and have to exec from the command line instead...wondered if this was by design :)
Tried it out and updated the derivation while at it. I don't think I'll be using this in the long run though, since it seems to have problems with wayland and replaygain inconsistencies between file formats.
I guess it doesn't show up in the gnome dashboard because the derivation does not install a desktop file. There seems to be one in the extra/ dir in the upstream repo but that needs some adapting to work on NixOS.
Thanks for trying, although it seems to be working fine on one of my arch machines running wayland? Don't use replaygain so can't comment. In what way does the desktop file need adjusting, as, in my experience, the tauon dev has been very receptive and amenable in the past. Is the way to test?
It mostly works but I have a mixed-DPI setup and running with the X11 backend in Xwayland is notoriously blurry on scaled monitors which is a bit annoying. The native wayland backend in SDL does not have that problem but SDL also does not handle DPI changes in any way so when moving between screens with different scaling factors, first the viewport goes out of sync with window size and once it relayouts itself it does not rescale for the new DPI. I reported the replaygain issue and that indeed got fixed in a matter of hours. I usually just fetch and build PRs manually but yes, from a glance at the docs seems to do all that in one command.
Thanks for creating heads up v7.1 out overnight if you still have the pull out
v7.1.1 is out and appears to have some of your requested changes included already ...
It indeed is:
Hope the new stuff works
Change:
# Audio formats alsa-lib <ins> pulseaudio </ins> # Text rendering fontconfig freetype

Discussion:
I found this bug while trying to create a package for (mentioned in ), but it seems all qtwebengine-based browsers like Qutebrowser and Falkon have the same issue. These browsers are able to pick up my microphone just fine, but any virtual devices created via pipewire do not show up. discord-screenaudio creates a virtual source to pipe desktop audio through, which then is meant to be detected as an audio input inside a qtwebengine window linked to Creating virtual devices manually via (following ) also doesn't work, as they do not show up in Qutebrowser or Falkon. They do show up in Firefox, Chromium, and the native Discord client, however. pipewire running as the audio server a virtual audio device using to on Falkon or Qutebrowser and see that does not show up in the input list. does show up in Falkon or Qutebrowser One final difference I see is within the Helvum program, where I can see how audio devices are connected. When Firefox, Chromium and Discord use my microphone a connection is made in Helvum, but when Qutebrowser, Falkon, or discord-screenaudio do no connection is visible. To me it seems that qtwebengine-based browsers must not be connecting to pipewire or pipewire-pulse at all, but talking to the audio devices directly somehow. (qtwebengine) Please run and paste the result.
I'm unsure if I should also mention the maintainers of Falkon and Qutebrowser here since it seems the issue lies with qtwebengine
You should, I think it's safe to say qtwebengine is pretty much maintained for qutebrowser alone. I don't use pipewire/pulse but I think does.
Alright then: falkon's maintainer is other qutebrowser maintainers that have not been mentioned yet are
I do use pipewire, but not virtual audio devices. Have you ensured that you have xdg-desktop-portal-wlr setup correctly? I have to run this sequence of commands in order to get screensharing to work, for example: Where is set to Of course, if you are not using wayland then you'd want instead of
Weird. I'm on X11, not wayland.

I both wireplumber and xdg-desktop-portal via the nixos configuration options and it still doesn't make a difference, even when running those commands before running these browsers
Is xdg-desktop-portal required for pipewire audio support in qtwebengine?
I don't think so since the mic was working even when video capture is not (and the later does requre it). However there appears to have been a regression recently, I just bumped my pin just yesterday and now my mic is not working at all in qutebrowser.
Can you paste the code for creating the package you have so far?
This still seems like an issue, see further attempts at packaging discord-screenaudio in .
The issue has indeed been fixed!
Change:
passthru = { updateScript = gnome.updateScript { <del> packageName = pname; </del> <ins> packageName = "epiphany"; </ins> }; };

Discussion:
Package name: Latest released version: 46.0 <!-- Search your package here: --- Current version on the unstable channel: 46.0 Current version on the stable/release channel: 46.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]: Fixes very annoying bug for users with nvidia dGPU notebooks on gnome using external displays. Reports of the Bug:
Change:
<ins> { lib, stdenv, fetchFromGitHub, npmHooks, fetchNpmDeps, nodejs, rustPlatform, cargo, rustc, cargo-tauri, pkg-config, wrapGAppsHook3, libXtst, libevdev, gtk3, libsoup, webkitgtk, }: stdenv.mkDerivation (finalAttrs: { pname = "mouse-actions-gui"; version = "0.4.4"; src = fetchFromGitHub { owner = "jersou"; repo = "mouse-actions"; rev = "v${finalAttrs.version}"; hash = "sha256-02E4HrKIoBV3qZPVH6Tjz9Bv/mh5C8amO1Ilmd+YO5g="; }; sourceRoot = "${finalAttrs.src.name}/config-editor"; nativeBuildInputs = [ npmHooks.npmConfigHook nodejs rustPlatform.cargoSetupHook cargo rustc cargo-tauri pkg-config wrapGAppsHook3 ]; buildInputs = [ # Base deps libXtst libevdev # Tauri deps gtk3 libsoup webkitgtk ]; npmDeps = fetchNpmDeps { inherit (finalAttrs) src sourceRoot; hash = "sha256-Rnr5jRupdUu6mIsWvdN6AnQnsxB5h31n/24pYslGs5g="; }; cargoRoot = "src-tauri"; cargoDeps = rustPlatform.fetchCargoTarball { name = "${finalAttrs.pname}-${finalAttrs.version}"; inherit (finalAttrs) src; sourceRoot = "${finalAttrs.sourceRoot}/${finalAttrs.cargoRoot}"; hash = "sha256-VQFRatnxzmywAiMLfkVgB7g8AFoqfWFYjt/vezpE1o8="; }; buildPhase = '' runHook preBuild cargo-tauri build -b deb runHook postBuild ''; installPhase = '' runHook preInstall install -Dm644 ${./80-mouse-actions.rules} $out/etc/udev/rules.d/80-mouse-actions.rules cp -r src-tauri/target/release/bundle/deb/*/data/usr/* $out runHook postInstall ''; meta = { changelog = "https://github.com/jersou/mouse-actions/blob/${finalAttrs.src.rev}/CHANGELOG.md"; description = "Mouse event based command executor, a mix between Easystroke and Comiz edge commands"; homepage = "https://github.com/jersou/mouse-actions"; license = lib.licenses.mit; mainProgram = "mouse-actions-gui"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.linux; }; }) </ins>

Discussion:
Project description mouse-actions allows to execute some commands from mouse events such as: Clicks / wheel on the side / corners of the screen, Or drawing shapes. Obs: There is the no-gui package request here: This request is for implementing the element so we can configure . Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ... Priorities Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I have some experience packaging tauri apps, I'll see what I can do
Change:
stdenv.mkDerivation rec { pname = "redux"; <del> version = "1.3.2"; </del> <ins> version = "1.3.5"; </ins> src = if releasePath != null then releasePath else fetchurl { <del> url = "https://files.renoise.com/demo/Renoise_Redux_${lib.replaceStrings ["."] ["_"] version}_Demo_Linux_x86_64.tar.gz"; sha256 = "sha256-wafOeNvVIHc8pOHoNQcCwV8+OwnuevJo1EcRQKRX4YA="; </del> <ins> urls = [ "https://files.renoise.com/demo/Renoise_Redux_${lib.replaceStrings ["."] ["_"] version}_Demo_Linux_x86_64.tar.gz" "https://files.renoise.com/demo/archive/Renoise_Redux_${lib.replaceStrings ["."] ["_"] version}_Demo_Linux_x86_64.tar.gz" ]; sha256 = "sha256-eznsdLzgdJ7MyWe5WAEg1MHId5VlfyanoZ6+I9nI/0I="; </ins> }; nativeBuildInputs = [

Discussion:
404 when trying to install. Version is out of date on both stable / unstable. Current version is 1.3.5 aka <

<] Trying to install this and get failure due to bad URL. Probably due to a stale version number, this should target the most recent version or redux
Change:
sip # the following are distributed with calibre, but we use upstream instead odfpy <del> ] </del> <ins> ] ++ lib.optional (unrarSupport) unrardll </ins> ); installPhase = ''

Discussion:
I'm unable to view cbr files (for example), I get the following Python error: I installed the package with the flag , I'm using Nixos 20.03 on nixpkgs-unstable. Maybe I didn't install the package correctly, I'm using a custom overlay where I overrided the , it seems legit to me.
Sounds legit to me as well. Though that would make sense if was even packaged in NixOS ! You can try to fix it by adding this package to and add this as a dependency to calibre
Setting disables which otherwise removes the rar support directly from the python code. The library should be distrubuted directly with Calibre, opened years ago where this was discussed.
Change:
, evolution-data-server , glib , glib-networking <ins> , gst_all_1 </ins> , gtk4 , gtksourceview5 , gxml

Discussion:
A clear and concise description of what the bug is. Steps to reproduce the behavior: Planify 4.7.2 a task a task by clicking the checkbox Planify crashing A clear and concise description of what you expected to happen. Planify does not crash eenshots to help explain your problem. Add any other context about the problem here. Here's the last line of logging: And the backtrace: It seems that Planify is trying to play a sound on completion ( in 4.7, so this could have been introduced by ), but fails because it's missing a part of GStreamer. & system: host os: multi-user?: sandbox: version: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Going to "Preferences Task Settings" and disabling "Task Complete Tone" does prevent the app from crashing.
Thanks for the issue. Looks like it crashes when doing .