jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation rec { pname = "tauon"; <del> version = "6.7.1"; </del> <ins> version = "7.0.1"; </ins> src = fetchFromGitHub { owner = "Taiko2k"; repo = "TauonMusicBox"; rev = "v${version}"; <del> sha256 = "1hm82yfq7q2akrrvff3vmwrd3bz34d2dk8jzhnizhnhar6xc6fzp"; </del> <ins> sha256 = "sha256-Sw9w6vFXk2Cx7LdfMsou9IDheVckdusc0iGWkVsVtCQ="; </ins> }; postPatch = '' substituteInPlace tauon.py  --replace 'install_mode = False' 'install_mode = True'  <del> --replace 'install_directory = os.path.dirname(__file__)' 'install_directory = "${placeholder "out"}/share/tauon"' </del> <ins> --replace 'install_directory = os.path.dirname(os.path.abspath(__file__))' 'install_directory = "${placeholder "out"}/share/tauon"' </ins> substituteInPlace t_modules/t_main.py  --replace 'install_mode = False' 'install_mode = True'  <del> --replace 'install_directory = sys.path[0]' 'install_directory = "${placeholder "out"}/share/tauon"'  </del> --replace 'libopenmpt.so' '${lib.getLib libopenmpt}/lib/libopenmpt.so'  --replace 'lib/libphazor.so' '../../lib/libphazor.so'

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:
printf "033%%${if isUnicode then "G" else "@"}" >> /dev/console loadkmap < ${optimizedKeymap} <del> ${optionalString cfg.earlySetup '' </del> <ins> ${optionalString (cfg.earlySetup && cfg.font != null) '' </ins> setfont -C /dev/console $extraUtils/share/consolefonts/font.psf ''} '');

Discussion:
NixOS's default kernel configuration only enables the 8x8 and 8x16 fonts. This is not ideal, because they are too small for high-resolution displays. The current workaround used by is to set . There are problems with this however: during early boot, before the GPU drivers are loaded, the firmware or bootloader may initialize the display at a lower resolution, resulting in an oversized font in fact, the hidpi module sets , which in my opinion is a bad idea, because it will force switching to a low resolution when the firmware could have set us up with a high-res framebuffer; this also breaks seamless boot for those who care (sd-boot's default is to keep the mode unchanged) resolution switches reset the font to the kernel default, and under certain circumstances it seems a race condition can prevent userspace from setting the font correctly again The kernel is actually able to select an appropriate font for the current resolution using a simple heuristic since mid-2019 (). This bypasses the problems listed above and ensures a good font is always selected after resolution switches. The only requirement appears to be that the fonts must be built into the kernel. Font-related kconfig options as configured by NixOS: Arch Linux: So Arch enables the default 8x16 and Terminus 16x32 (the same font that the hidpi module sets). The observed behavior on Arch is that it seamlessly switches fonts after mode switches, and I've never seen this break since it has been enabled.
Same issue here with a NVIDIA card and a 3840x1600 monitor. tty0 console text covers the entire screen. I couldn't resolve this issue manually with and (DP-3 is my monitor). Setting the font manually to the default value () gives the right font size but this particular font doesn't have antialiasing which looks quite bad on a HIDPI monitor.
There's no antialiasing in console fonts, they're all bitmap fonts.
Gotcha, thanks. On side note, I looked for a different consolefont and came up with this. Looks a lot better now :smile:
Change:
<del> diff -Naur a/src/wl/sys/wl_linux.c b/src/wl/sys/wl_linux.c --- a/src/wl/sys/wl_linux.c	2014-06-26 06:42:08.000000000 -0400 +++ b/src/wl/sys/wl_linux.c	2014-10-13 12:00:04.446122588 -0400 @@ -1307,7 +1307,11 @@ dev->priv = priv_link; #else +#if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 17, 0) +	dev = alloc_netdev(sizeof(priv_link_t), intf_name, NET_NAME_UNKNOWN, ether_setup); +#else dev = alloc_netdev(sizeof(priv_link_t), intf_name, ether_setup); +#endif if (!dev) { WL_ERROR(("wl%d: %s: alloc_netdev failedn", (wl->pub)?wl->pub->unit:wlif->subunit, __FUNCTION__)); </del>

Discussion:
It will likely be enough to grab a patch from another distro. Maybe I'll look into it tomorrow.
Builds now, but I didn't try running it.
Change:
in buildGoModule rec { pname = "pomerium"; <del> version = "0.17.0"; </del> <ins> version = "0.17.1"; </ins> src = fetchFromGitHub { owner = "pomerium"; repo = "pomerium"; rev = "v${version}"; <del> hash = "sha256:1hv76i6k9f0kp527nxlxqhklsvkh2cmfnqlszmlk2hxij31qnf8q"; </del> <ins> hash = "sha256:0b9mdzyfn7c6gwgslqk787yyrrcmdjf3282vx2zvhcr3psz0xqwx"; </ins> }; vendorSha256 = "sha256:1cq4m5a7z64yg3v1c68d15ilw78il6p53vaqzxgn338zjggr3kig";

Discussion:
, CVSSv3=9.1 (nixos-unstable) Pomerium is an identity-aware access proxy. In distributed service mode, Pomerium's Authenticate service exposes pprof debug and prometheus metrics handlers to untrusted traffic. This can leak potentially sensitive environmental information or lead to limited denial of service conditions. This issue is patched in version v0.17.1 Workarounds: Block access to and paths on the authenticate service. This can be done with any L7 proxy, including Pomerium's own proxy service. Scanned versions: nixos-unstable: . Cc Cc
Change:
buildInputs = [ ncurses readline ]; nativeBuildInputs = [ autoreconfHook ]; <del> patches = [ ./0001-Make-hunspell-look-in-XDG_DATA_DIRS-for-dictionaries.patch ]; </del> <ins> patches = [ ./0001-Make-hunspell-look-in-XDG_DATA_DIRS-for-dictionaries.patch (fetchpatch { name = "CVE-2019-16707.patch"; url = "https://github.com/hunspell/hunspell/commit/ac938e2ecb48ab4dd21298126c7921689d60571b.patch"; sha256 = "0bwfksz87iy7ikx3fb54zd5ww169qfm9kl076hsch3cs8p30s8az"; }) ]; </ins> postPatch = '' patchShebangs tests

Discussion:
, (nixos-unstable) Scanned versions: nixos-unstable: . May contain false positives.
See also:
Is this still an issue if says it fixes this one? You might have more few more fixed issues like this one.
Fixed in
Change:
pango ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk_11_0.frameworks.CoreText <ins> giflib </ins> ]; desktopItems = [

Discussion:
Attempt to build on Sample This is on an M2 chip, and it seems the issue is with node-canvas not being able to install due to missing giflib. Building with: Fixes this. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
systemd.packages = [ cfg.package ]; <del> # The upstream unit does not use StateDirectory, and will # fail if the directory it needs is not present. Should be # fixed when https://gitlab.freedesktop.org/libfprint/fprintd/merge_requests/5 # is merged. systemd.services.fprintd.serviceConfig.StateDirectory = "fprint"; </del> }; }

Discussion:
Describe the bug I might some back to this when I have the time. Packages and versions to upgrade
Hi, I try to build the master-unstable and I have a problem when fprintd is build. It seems that isn't in dependencies :
Fixed in .
Change:
trigger-control = callPackage ../tools/games/trigger-control { }; <ins> trimage = callPackage ../applications/graphics/trimage { inherit (qt5) wrapQtAppsHook; }; </ins> ttchat = callPackage ../tools/misc/ttchat { }; ukmm = callPackage ../tools/games/ukmm { };

Discussion:
Project description A cross-platform tool for optimizing PNG and JPG files. Metadata homepage URL: source URL: license: mit platforms: unix, linux, darwin
Change:
description = "Unofficial Microsoft Teams client for Linux"; homepage = "https://github.com/IsmaelMartinez/teams-for-linux"; license = licenses.gpl3Only; <del> maintainers = with maintainers; [ muscaln ]; platforms = [ "x86_64-linux" "aarch64-linux" ]; </del> <ins> maintainers = with maintainers; [ muscaln lilyinstarlight ]; platforms = platforms.unix; broken = stdenv.isDarwin; </ins> }; }

Discussion:
Audio notifications in do not play and a pop-up appears with a JavaScript error. The error raised is quoted below: A screenshot of the error is also provided which references the store path pointing to . Steps to reproduce the behavior: . a notification from either a direct message, or the start of a meeting. with error appears. Notifications play an audio tone and do not create a Javascript error. If applicable, add screenshots to help explain your problem. ! NixOS configuration using flakes. version is 1.0.45. Other notifications in my system work fine such as Slack and Firefox. Running Hyprland, Gnome is also installed. Issue is not dependent on desktop environment as it occurs in both Gnome and Hyprland. Using for audio. Config below: <!-- 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.
Hmm, I'm surprised I haven't had this issue (and I also use sway/pipewire). I'll look into it some time in the next few days if no one else figures it out first I also planned to update the package to 1.0.49 which may fix it, but that update is waiting on because of changes to the that need newer parsing for lockfile fixup
it seems like this might be fixed by . Do you think you could give that PR a try?
I still get it using the PR.
Can you try it again? I think I found the issue and just made another push to that PR
What's the best way to test PRs? Sorry, still fairly new to NixOS. I've tried building from a tarball with but I'm getting an error as follows: I also tried the method of using a tarball in my as per but I got a different error about .
The easiest method to test is probably when the teams-for-linux client isn't already running. That builds and runs the package from that PR
I'm no longer getting the error.
Also no longer getting the error. Thanks
Change:
<ins> { lib , stdenv , fetchFromGitHub , pkg-config , cmake , wayland , wayland-protocols , hyprlang , sdbus-cpp , systemd }: stdenv.mkDerivation (finalAttrs: { pname = "hypridle"; version = "0.1.0"; src = fetchFromGitHub { owner = "hyprwm"; repo = "hypridle"; rev = "v${finalAttrs.version}"; hash = "sha256-0x5R6v82nKBualYf+TxAduMsvG80EZAl7gofTIYtpf4="; }; nativeBuildInputs = [ cmake pkg-config ]; buildInputs = [ hyprlang sdbus-cpp systemd wayland wayland-protocols ]; meta = { description = "Hyprland's idle daemon"; homepage = "https://github.com/hyprwm/hypridle"; license = lib.licenses.bsd3; maintainers = with lib.maintainers; [ iogamaster ]; mainProgram = "hypridle"; platforms = [ "aarch64-linux" "x86_64-linux" ]; }; }) </ins>

Discussion:
Project description Hyprland's idle daemon Metadata homepage URL: source URL: license: BSD 3 clause platforms: Linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
There is an issue with hypridle currently <details<summaryBuild Log</summary<pThis </p</detailsOnce this is fixed I can make the pr for hyprlang and hypridle
Okay, fixed by using the unstable hyprlang lib. hypridle builds, but segfaults upon execution
Issue made:
Should be good, waiting for fufexan's review.
Change:
apvlv = callPackage ../applications/misc/apvlv { }; <del> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { }; </del> <ins> xpdf = libsForQt5.callPackage ../applications/misc/xpdf { stdenv = if stdenv.isDarwin then darwin.apple_sdk_11_0.stdenv else stdenv; }; </ins> xplugd = callPackage ../tools/X11/xplugd { };

Discussion:
XPDF updated their version from 4.04 → 4.05 and seem to have broken the download URL to the older version. returns a 404, but works
Change:
<ins> { lib , rustPlatform , fetchFromGitHub }: let pname = "llm-ls"; version = "0.4.0"; in rustPlatform.buildRustPackage { inherit pname version; src = fetchFromGitHub { owner = "huggingface"; repo = "llm-ls"; rev = version; sha256 = "sha256-aMoT/rH6o4dHCSiSI/btdKysFfIbHvV7R5dRHIOF/Qs="; }; cargoHash = "sha256-Z6BO4kDtlIrVdDk1fiwyelpu1rj7e4cibgFZRsl1pfA="; meta = with lib; { description = "LSP server leveraging LLMs for code completion (and more?)"; homepage = "https://github.com/huggingface/llm-ls"; license = licenses.asl20; maintainers = with maintainers; [ jfvillablanca ]; platforms = platforms.all; badPlatforms = platforms.darwin; mainProgram = "llm-ls"; }; } </ins>

Discussion:
Project description The goal of llm-ls is to provide a common platform for IDE extensions to be build on. llm-ls takes care of the heavy lifting with regards to interacting with LLMs so that extension code can be as lightweight as possible. it has extensions for vscode/neovim already. I have no feedback on this software at all but seemed like something I want to try. Maybe it doesn't work well enough to get merged in nixpkgs but I would like to try it with codellama in neovim Metadata homepage URL: source URL: license: apache2 platforms: unix I think
This is interesting as llm-ls is the easiest route to get VSCode assistant that's self-hosted on nix (most require running a Linux binary downloaded from the web)
Change:
mkdir -p $out/iso <ins> # daed2280-b91e-42c0-aed6-82c825ca41f3 is an arbitrary namespace, to prevent # independent applications from generating the same UUID for the same value. # (the chance of that being problematic seem pretty slim here, but that's how # version-5 UUID's work) </ins> xorriso="xorriso <ins> -boot_image any gpt_disk_guid=$(uuid -v 5 daed2280-b91e-42c0-aed6-82c825ca41f3 $out | tr -d -) </ins> -as mkisofs -iso-level 3 -volid ${volumeID}

Discussion:
Describe the bug When building twice, the GPT partition has a different GUID. To Reproduce Steps to reproduce the behavior: to see the GUID is not consistent (or at , ) Expected behavior A deterministic GUID Additional context For additional background on why it's helpful for builds to be reproducible, see https://reproducible- I'd be happy to help hunt down and fix this problem further, but this is rather new territory for me, so I'd appreciate any help
Thanks for taking a look at this! I'd suggest to trace it down from , and how things are passed down to - but I'm not exactly sure WHAT creates the GPT partition.
Thanks for the encouragement! Looking closer, it seems the GPT is written by as invoked in . Unfortunately, while manually invoking with fewer flags and indeed has the expected effect, adding that flag to the invocation doesn't. Some more digging to do! :)
Ah it's somehow the post-processing... indeed that seems to generate a new random UUID with . Without it keeps it intact. I wonder if we need the , given already seems to do quite a bit of the work.
Shouldn't this be testable by trying to boot an image without that flag being set on a pure UEFI system?
I tested this by copying the ISO built without that flag to an USB disk, and booting my laptop with the "UEFI: USB disk" selected in the boot priorities. That worked fine. I'll try to prepare a PR that makes the GPT disk GUID static (based on the derivation hash or ) and skips the . (though not sure when I'll get to it, if someone wants to beat me to it, feel free ;) )
Cool, this sounds very promising, also is one more step towards :-) cc yeah, just hashing over the input hash and converting that to the uuid format somehow sounds reasonable.
Change:
buildInputs = [ libpng perl gettext ]; <del> patchPhase = '' </del> <ins> patches = [ (fetchpatch { name = "CVE-2019-5086.CVE-2019-5087.patch"; url = "https://github.com/gladk/xcftools/commit/59c38e3e45b9112c2bcb4392bccf56e297854f8a.patch"; sha256 = "sha256-a1Biv6viXzTSaLDzinOyu0HdDTUPsKITsdKu9B9Y8GE="; }) ]; postPatch = '' </ins> # Required if building with libpng-1.6, innocuous otherwise substituteInPlace xcf2png.c          --replace png_voidp_NULL NULL     

Discussion:
, CVSSv3=8.8 (nixos-20.03, nixos-unstable) CVSSv3=8.8 (nixos-20.03, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-unstable: . May contain false positives.
Change:
<ins> KERNEL=="uinput", SUBSYSTEM=="misc", TAG+="uaccess", OPTIONS+="static_node=uinput" KERNEL=="/dev/input/event*", SUBSYSTEM=="misc", TAG+="uaccess", OPTIONS+="static_node=uinput" </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:
python3Packages.python-slugify python3Packages.lxml python3Packages.gerbonara <del> resvg </del> <ins> resvg' </ins> svg-flatten ];

Discussion:
Steps to reproduce the behavior: gerbolyze Test failures: and Upstream issue . While upstream is working on a fix, the issue can be worked around using the shell (run ) from the following : Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
# termite requires VTE with some internals exposed # https://github.com/thestinger/vte-ng <ins> # # three of the patches have been locally modified to cleanly apply on 0.62 </ins> vte-ng =  vte.overrideAttrs (attrs: { patches = attrs.patches or [] ++ [ (fetchpatch {

Discussion:
Describe the bug When building termite, one of the patches fails to apply. To Reproduce Steps to reproduce the behavior: Screenshots Notify maintainers Metadata system: host os: multi-user?: sandbox: version: nixpkgs: Maintainer information:
Upstream hasn't updated the vte-ng patchset past 0.56 (I guess the same patches happened to work up until 0.62?), looks like it's ~unmaintained -- perhaps we should just keep vte 0.60 around for vte-ng?
Nevermind, it was actually pretty easy to update - PRing
Change:
runHook preInstall mkdir -p $out/share/{applications,teams-for-linux} <del> cp dist/linux-${lib.optionalString stdenv.hostPlatform.isAarch64 "arm64-"}unpacked/resources/app.asar $out/share/teams-for-linux/ </del> <ins> cp dist/${if stdenv.isDarwin then "darwin-" else "linux-"}${lib.optionalString stdenv.hostPlatform.isAarch64 "arm64-"}unpacked/resources/app.asar $out/share/teams-for-linux/ </ins> pushd build/icons for image in *png; do

Discussion:
Audio notifications in do not play and a pop-up appears with a JavaScript error. The error raised is quoted below: A screenshot of the error is also provided which references the store path pointing to . Steps to reproduce the behavior: . a notification from either a direct message, or the start of a meeting. with error appears. Notifications play an audio tone and do not create a Javascript error. If applicable, add screenshots to help explain your problem. ! NixOS configuration using flakes. version is 1.0.45. Other notifications in my system work fine such as Slack and Firefox. Running Hyprland, Gnome is also installed. Issue is not dependent on desktop environment as it occurs in both Gnome and Hyprland. Using for audio. Config below: <!-- 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.
Hmm, I'm surprised I haven't had this issue (and I also use sway/pipewire). I'll look into it some time in the next few days if no one else figures it out first I also planned to update the package to 1.0.49 which may fix it, but that update is waiting on because of changes to the that need newer parsing for lockfile fixup
it seems like this might be fixed by . Do you think you could give that PR a try?
I still get it using the PR.
Can you try it again? I think I found the issue and just made another push to that PR
What's the best way to test PRs? Sorry, still fairly new to NixOS. I've tried building from a tarball with but I'm getting an error as follows: I also tried the method of using a tarball in my as per but I got a different error about .
The easiest method to test is probably when the teams-for-linux client isn't already running. That builds and runs the package from that PR
I'm no longer getting the error.
Also no longer getting the error. Thanks
Change:
withUdisks = (withTaglib && withDevices); <ins> perl' = perl.withPackages (ppkgs: [ ppkgs.URI ]); </ins> in mkDerivation { name = "${pname}-${version}";

Discussion:
Describe the bug When trying to start a dynamic playlist, the user is greeted by an error banner stating the following: To Reproduce Steps to reproduce the behavior: Cantata dynamic playlist to play dynamic playlist Expected behavior I expected Cantata to start the dynamic playlist. Screenshots ! Additional context This is likely fallout from perl's removal in However, this exposed something impure about Cantata's packaging, so it's a good thing! I tried simply patching the shebang to point to (as well as changing this condition to never return true: ), but to no avail. EDIT: Even adding to my does nothing -- when I click on the play button by the dynamic playlist, it turns to the red stop button, and then back to the play button without ever playing or queuing any songs. Seems like this might need more work. Notify maintainers Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
If you have the time to give it go, I think this should do the trick: And then add to .
Thanks for the tip. It was slightly more involved than that, but fixed in this PR:
Change:
mkDerivation rec { pname = "skrooge"; <del> version = "2.28.0"; </del> <ins> version = "2.31.0"; </ins> src = fetchurl { url = "mirror://kde/stable/skrooge/skrooge-${version}.tar.xz"; <del> sha256 = "sha256-s2SkGMBx7HVpr1NBUJpqji3PTPnw4RqnkakdQVC5ric="; </del> <ins> hash = "sha256-S90sUKJkUwgPAGlIuyN05a5DoehTFpFOnVLMF8Ac+HI="; </ins> }; nativeBuildInputs = [

Discussion:
Package name: skrooge Latest released version: 2.31.0 Current version on the unstable channel: 2.28.0 Current version on the stable/release channel: 2.28.0 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]: