jiebi/CodeConvo huggingface dataset:
Change:
<ins> { lib, fetchurl, appimageTools}: let pname = "lbry-desktop"; version = "0.50.2"; in appimageTools.wrapAppImage rec { name = "${pname}-${version}"; # Fetch from GitHub Releases and extract src = appimageTools.extract { inherit name; src = fetchurl { url = "https://github.com/lbryio/lbry-desktop/releases/download/v${version}/LBRY_${version}.AppImage"; # Gotten from latest-linux.yml sha512 = "br6HvVRz+ybmAhmQh3vOC5wgLmOCVrGHDn59ueWk6rFoKOCbm8WdmdadOZvHeN1ld2nlvPzEy+KXMOEfF1LeQg=="; }; }; # At runtime, Lbry likes to have access to Ffmpeg extraPkgs = pkgs: with pkgs; [ ffmpeg ]; # General fixup extraInstallCommands = '' # Firstly, rename the executable to lbry for convinence mv $out/bin/${name} $out/bin/lbry # Now, install assets such as the desktop file and icons install -m 444 -D ${src}/lbry.desktop -t $out/share/applications substituteInPlace $out/share/applications/lbry.desktop  --replace 'AppRun' '$out/bin/lbry' cp -r ${src}/usr/share/icons $out/share ''; meta = with lib; { description = "A browser and wallet for LBRY, the decentralized, user-controlled content marketplace"; longDescription = '' The LBRY app is a graphical browser for the decentralized content marketplace provided by the LBRY protocol. It is essentially the lbry daemon bundled with a UI using Electron. ''; license = licenses.mit; homepage = "https://lbry.com/"; downloadPage = "https://lbry.com/get/"; changelog = "https://github.com/lbryio/lbry-desktop/blob/master/CHANGELOG.md"; maintainers = with maintainers; [ enderger ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Discussion:
Project description Desktop client for the LBRY protocol. A YouTube alternative that uses the blockchain. Metadata homepage URL: source URL: license: MIT platforms: Linux
Hello, I'm a bot and I thank you in the name of the community for opening this issue. To help our human contributors focus on the most-relevant reports, I check up on old issues to see if they're still relevant. This issue has had no activity for 180 days, and so I marked it as stale, but you can rest assured it will never be closed by a non-human. The community would appreciate your effort in checking if the issue is still valid. If it isn't, please close it. If the issue persists, and you'd like to remove the stale label, you simply need to leave a comment. Your comment can be as simple as "still important to me". If you'd like it to get more attention, you can ask for help by searching for maintainers and people that previously touched related code and @ mention them in a comment. You can use or on the relevant files to find them. Lastly, you can always ask for help at or at .
Still not packaged.
Work has been started in .
I marked this as stale due to inactivity. &rarr;
still actual
PR
PR closed, anyone else willing, reopen under a new PR and try your luck at the merge roulette
Small update, I'm currently working on packaging LBRY from source (it actually seems possible).
Ok, while not from source (that didn't work out) LBRY has been packaged.
Change:
meta = with lib; { description = "Simple Theorem Prover"; <del> maintainers = with maintainers; [ McSinyx ]; </del> <ins> maintainers = with maintainers; [ McSinyx numinit ]; </ins> platforms = platforms.linux; license = licenses.mit; };

Discussion:
Klee installation returns the following error: Steps to reproduce the behavior: <!-- 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]:
Thanks for the report; looking into it.
Looks like a STP issue on master/unstable; any ideas?
KLEE works on 24.05, try that in the meantime.
See also: , , and others. Seems like this is treewide.
It looks like there's an update to ; I'll bump it after gets merged but those two changes should fix klee.
Change:
<ins> { lib , stdenv , fetchurl , appimageTools , imagemagick }: let pname = "mqttx"; version = "1.9.8"; suffixedUrl = suffix: "https://github.com/emqx/MQTTX/releases/download/v${version}/MQTTX-${version}${suffix}.AppImage"; sources = { "aarch64-linux" = fetchurl { url = suffixedUrl "-arm64"; hash = "sha256-pdR9LwWgFdO0Dtn7ByyYKpLrfoBnl75TzQ31aIAJ/gs="; }; "x86_64-linux" = fetchurl { url = suffixedUrl ""; hash = "sha256-XHAroiFuUcK0aUleNDskI1bfVX7HfTvIvSup9gKJj1w="; }; }; src = sources.${stdenv.hostPlatform.system} or (throw "Unsupported system: ${stdenv.hostPlatform.system}"); appimageContents = appimageTools.extractType2 { inherit pname version src; }; in appimageTools.wrapType2 { inherit pname version src; extraPkgs = pkgs: [ ]; extraInstallCommands = '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${appimageContents}/${pname}.desktop $out/share/applications/${pname}.desktop install -m 444 -D ${appimageContents}/${pname}.png $out/share/icons/hicolor/1024x1024/apps/${pname}.png ${imagemagick}/bin/convert ${appimageContents}/mqttx.png -resize 512x512 ${pname}_512.png install -m 444 -D ${pname}_512.png $out/share/icons/hicolor/512x512/apps/${pname}.png substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' ''; meta = with lib; { description = "Powerful cross-platform MQTT 5.0 Desktop, CLI, and WebSocket client tools"; homepage = "https://mqttx.app/"; changelog = "https://github.com/emqx/MQTTX/releases/tag/v${version}"; license = licenses.asl20; platforms = platforms.linux; maintainers = with maintainers; [ gaelreyrol ]; mainProgram = "mqttx"; }; } </ins>

Discussion:
Project description A powerful, all-in-one MQTT 5.0 client toolbox for desktop, CLI and WebSocket, it makes developing and testing MQTT applications faster and easier. Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , Apache License 2 platforms: unix, linux, darwin
Change:
githubId = 1276854; name = "Florian Peter"; }; <ins> farnoy = { email = "jakub@okonski.org"; github = "farnoy"; githubId = 345808; name = "Jakub Okoński"; }; </ins> fbeffa = { email = "beffa@fbengineering.ch"; github = "fedeinthemix";

Discussion:
Containers spawned by nixos-container fall back to old cgroup hierarchy, which does not support proper delegation of resource limits to processes running in that container. Steps to reproduce the behavior: will show Tainted: cgroupsv1 will show a mount This will be allowed to consume all memory of the machine until it runs out, the 4G cap is not enforced I expected the container to use a unified cgroup hierarchy, same as on the host, with full delegation and control over its subtree.
This is the log from , using declarative containers: I thought it could be relevant, but after googling around, these seem like errors that happen after systemd decided to use cgroupv1. I'm not sure how to debug its decision to use legacy cgroups inthe first place.
According to , systemd-nspawn tries to detect the systemd-version used in the container by locating a shared library with the version of systemd in the name. you can see the paths searched. The lookup fails on nix-based containers and systemd-nspawn falls back to legacy cgroups. You can test this yourself by symlinking from your Nix store to in your container. After restarting, reports .
Thanks, that was it. I also noticed this in the code But the following is not enough to enable it: Running didn't help either, so I'm not sure how you're supposed to use it. Should we add a symlink as a workaround? I think it'd make sense to fix it for all users of nixos-containers by defining it somewhere around here:
According to , This is not what we want. The environment variable is a good find though. I'm not sure why did not work for you, but adding to the following line worked. Can you reproduce this fix? PS: A PR fixing this issue would ideally include a regression test (almost like ) checking if the container runs with .
That worked! I can see with that the container is no longer tainted. Working on a PR now
Change:
<ins> diff --git a/src/pretix/_build_settings.py b/src/pretix/_build_settings.py index d1ea73b84..9e13cdc87 100644 --- a/src/pretix/_build_settings.py +++ b/src/pretix/_build_settings.py @@ -49,6 +49,7 @@ HAS_MEMCACHED = False HAS_CELERY = False HAS_GEOIP = False SENTRY_ENABLED = False +LANGUAGES = ALL_LANGUAGES for entry_point in entry_points(group='pretix.plugin'): INSTALLED_APPS.append(entry_point.module) # noqa: F405 </ins>

Discussion:
The pretix package does not contain generated locales for , causing internal server errors when trying to select this language (concretely when clients try to access ). Steps to reproduce the behavior: the pretix module with an organizer and select german-informal in the localisation settings. the organiser profile, be greeted by an "Internal Server Error" page. Be present with the actual requested page instead of an http/500 one. The E-Mail sent out to the admin contains more details: This seems to be related to the of django. Looking in the requested is missing. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
The pypi wheel is missing it as well, but the hosted version does have it. :thinking:
The locale is seen by , but not by , which originates in Happens to as well.
It's also noteworthy that is compiling e.g. , which is not in the output of :thinking:
This list seems more reasonable, no? :laughing:
I do have the feeling, that this happens because there is not pretix configuration at build time. From checking just a couple of languages, the ones showing up in appear to match the ones in And whilst pretix has it's own , they do not set defaults for . To my understanding (based on heavy use of ;)), pretix only sets based on the user-provided settings (see ).
Yep, that's why. I'm preparing a patch.
Indeed, that looks purrfect!
Change:
inherit src; <del> buildInputs = [ makeWrapper llvm emscripten openssl libsndfile pkgconfig libmicrohttpd vim ]; </del> <ins> nativeBuildInputs = [ makeWrapper pkgconfig vim ]; buildInputs = [ llvm emscripten openssl libsndfile libmicrohttpd ]; </ins> passthru = {

Discussion:
a few weeks ago I was able to successfully install faust2 (), but today it looks like its broken. I'm on the unstable channel.
cc
Thanks for noticing. Good to know there are more faust users on NixOS. I don't know what the problem is, and unfortunately atm I don't have time to debug either. Maybe can help.
I was pleasantly surprised to find faust2 already on nixpkgs! If I get time I'll look at it too, but not sure where to start re debugging the package.
FWIW, I was able to install the working version of the package from hydra! Took me a while to think of doing that. Package is here:
Hehe, closure-size version of it, but the fact remains that some changes have broken the build later. The ability to easily use older builds in the meantime is a hallmark of nix...
FWIW: I just built faust 2 on 15.09
I think the problem is that the makefile passes to gcc, which ends up being an invalid macro name (cannot start with a digit), resulting in the error.Patching out from makes the problem go away. Beyond that hurdle is another issue with undefined references. There are some conditonals in a header file that depend on macro symbols that are never defined, resulting in undefined reference errors; I manually patched the makefile to pass these as appropriate for the detected llvm version. Feels like a terrible hack, but it fixes the build (on my system, anyway). Does this sound crazy or should I create a PR for this?
Change:
# poptracker: format with nixfmt-rfc-style (#326697) ff5c8f6cc3d1f2e017e86d50965c14b71f00567b <ins> # mangal: format with nixfmt-rfc-style #328284 3bb5e993cac3a6e1c3056d2bc9bf43eb2c7a5951 </ins>

Discussion:
Steps to reproduce the behavior: mangal Add any other context about the problem here. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
<ins> { stdenv, fetchFromGitHub, gtk-engine-murrine }: let themeName = "Dracula"; version = "2.0"; in stdenv.mkDerivation { pname = "dracula-theme"; inherit version; src = fetchFromGitHub { owner = "dracula"; repo = "gtk"; rev = "v${version}"; sha256 = "10j706gnhdplhykdisp64vzzxpzgn48b5f1fkndcp340x7hf2mf3"; }; propagatedUserEnvPkgs = [ gtk-engine-murrine ]; installPhase = '' runHook preInstall mkdir -p $out/share/themes/${themeName} cp -a {assets,cinnamon,gnome-shell,gtk-2.0,gtk-3.0,gtk-3.20,index.theme,kde,metacity-1,unity,xfwm4} $out/share/themes/${themeName} runHook postInstall ''; meta = with stdenv.lib; { description = "Dracula variant of the Ant theme"; homepage = "https://github.com/dracula/gtk"; license = licenses.gpl3; platforms = platforms.all; maintainers = with maintainers; [ alexarice vonfry ]; }; } </ins>

Discussion:
[Ant-Dracula] has moved to [Dracula]. [Dracula]: [Ant-Dracula]: Homepage: Repository:
Change:
version = "0.29.1"; src = fetchFromGitHub { <del> owner  = "derailed"; repo   = "k9s"; rev    = "v${version}"; </del> <ins> owner = "derailed"; repo = "k9s"; rev = "v${version}"; </ins> sha256 = "sha256-agGayZ20RMAcGOx+owwDbUUDsjF3FZajhwDZ5wtE93k="; }; ldflags = [ <del> "-s" "-w" </del> <ins> "-s" "-w" </ins> "-X github.com/derailed/k9s/cmd.version=${version}" "-X github.com/derailed/k9s/cmd.commit=${src.rev}" "-X github.com/derailed/k9s/cmd.date=1970-01-01T00:00:00Z"

Discussion:
Steps to reproduce the behavior: k9s in unstable with nix-darwin My 28.2 works fine but it's fetched from binary cache and the one who bumped this Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
I don't have nix-darwin, is there a way to test this without a Mac?
Hi, I don`t remember seeing status for Darwin machines on PR, as it takes a little bit of time, returning to the PR ofborg raises checksum errors: Could you please try on ? If I remember correctly, this helps if the code is generating platform specific hashs. Also, if you can, trying to bring back tests (which do not run for darwin/aarch64) would be cool, as I do not have either available as HW to test.
For comparasion, 28.2 PR
Hi, but sorry I'm new in Nix and the easier way I can think of is to add this to my configuration: What I get is basically the same: Should I try forking nixpkgs, modify it and point my flake input to my fork?
Sorry I missed the CI failure on the update PR. I'm always wondering why those aren't red/blocking. I'll have a aarch64-darwin available in some hours.
Hi, I actually put this in my home-manager programs. Maybe it can be tested in this way?
the override doesn't seem to be applied, it would change the . Might be easiest to checkout nixpkgs, apply the change and run
You and me both, AFAIK Darwin is a second-class citizen with scarce infrastructure and maintainers.
I succeeded after both adding proxyVendor and updating vendorHash So this is a package maintenance bug rather than a platform bug?
Yes. please take a look at
Change:
"tests/test_typeguard.py" # tries to build wheel of package, broken/unnecessary under Nix: "tests/test_wheel.py" <ins> # beartype fails a type check "tests/test_beartype.py" </ins> ]; pythonImportsCheck = [

Discussion:
Steps to reproduce the behavior: . build fails N.A. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
(mkRemovedOptionModule [ "services" "cryptpad" ] "The corresponding package was removed from nixpkgs.") (mkRemovedOptionModule [ "services" "rtsp-simple-server" ] "Package has been completely rebranded by upstream as mediamtx, and thus the service and the package were renamed in NixOS as well.") (mkRemovedOptionModule [ "services" "prayer" ] "The corresponding package was removed from nixpkgs.") <ins> (mkRemovedOptionModule [ "services" "restya-board" ] "The corresponding package was removed from nixpkgs.") </ins> (mkRemovedOptionModule [ "i18n" "inputMethod" "fcitx" ] "The fcitx module has been removed. Please use fcitx5 instead") (mkRemovedOptionModule [ "services" "dhcpd4" ] ''

Discussion:
fails when installing using a custom option; this is the service status: The issue is caused by the hardcoded database name in : the database name should be . I have not tested it directly but looking at the module source code I'm almost sure this also applies to and options. Use this service declaration:
thanks for reporting this. I've never used this service, but I would be willing to take a look and fix this if you were willing to test it for me. Sound good?
Hello Aaron, Aaron Andersen <: yes! thank you for your offer In the next couple of weeks I'll be pretty busy, but I should be able to test later on I'd also like to learn how to test local defined (i.e. in a git branch) changes to the packages/services: do you have a pointer to the relevant documentation please, just a pointer: I'll do my homework :-) Thanks! Gio' [...]
I've found a few issues. The package in nixpkgs hasn't been updated in over 2 years. It also looks like the module author has likely moved on, so the module hasn't seen any support or maintenance in the last 2 years either. Generally at this point if no one is willing to take over maintenance of at least the package we would want to remove this from nixpkgs because this is a web application and we shouldn't have users thinking they are using something up to date and secure when it is actually lagging 7 releases (2 years) behind upstream. That being said I really don't enjoy removing software from nixpkgs that people are using, or want to use... If you're really keen on using this software on NixOS I suggest we look for a new package/module maintainer. Please let me know if you want to pursue this.
Thank you for your contributions. This has been automatically marked as stale because it has had no activity for 180 days. If this is still important to you, we ask that you leave a comment below. Your comment can be as simple as "still important to me". This lets people see that at least one person still cares about this. Someone will have to do this at most twice a year if there is no other activity. Here are suggestions that might help resolve this more quickly: for maintainers and people that previously touched the related code and @ mention them in a comment. on the . 3. Ask on the on .
Change:
enableParallelBuilding = true; <del> # disable stackprotector on aarch64-darwin for now # https://github.com/NixOS/nixpkgs/issues/158730 # see https://github.com/NixOS/nixpkgs/issues/127608 for a similar issue hardeningDisable = lib.optionals (stdenv.isAarch64 && stdenv.isDarwin) [ "stackprotector" ]; </del> setupHook = ./setup-hook.sh; meta = with lib; {

Discussion:
I'm unable to install or use R on via or . When I try either of those commands, I see errors like the below: fails on Steps to reproduce the behavior: R should be available in the shell launched by . You can find a log of the attempt at running here: was reading through CRAN's webpage for R and noticed on : Could this error I'm seeing be related to not using the components described there? <!-- 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.
and raskin, you all are listed as maintainers, apologies if I'm not supposed to tag you. Have any of you seen this behavior or have any ideas of any easy fix besides special-casing and downloading the pre-built? I'm not familiar enough with what linking looks like on macOS to know what I'd need to change to get things working with the arm64 files they provide.
This should have been fixed by . Please reopen if not.
Change:
<ins> import ./make-test-python.nix ({ pkgs, lib, ... }: { name = "noto-fonts"; meta = { maintainers = with lib.maintainers; [ nickcao midchildan ]; }; machine = { imports = [ ./common/x11.nix ]; environment.systemPackages = [ pkgs.gnome.gedit ]; fonts = { enableDefaultFonts = false; fonts = with pkgs;[ noto-fonts noto-fonts-cjk-sans noto-fonts-cjk-serif noto-fonts-emoji ]; fontconfig.defaultFonts = { serif = [ "Noto Serif" "Noto Serif CJK SC" ]; sansSerif = [ "Noto Sans" "Noto Sans CJK SC" ]; monospace = [ "Noto Sans Mono" "Noto Sans Mono CJK SC" ]; emoji = [ "Noto Color Emoji" ]; }; }; }; testScript = # extracted from http://www.clagnut.com/blog/2380/ let testText = builtins.toFile "test.txt" '' the quick brown fox jumps over the lazy dog 視野無限廣，窗外有藍天 Eĥoŝanĝo ĉiuĵaŭde. いろはにほへと ちりぬるを わかよたれそ つねならむ うゐのおくやま けふこえて あさきゆめみし ゑひもせす 다람쥐 헌 쳇바퀴에 타고파 中国智造，慧及全球 ''; in '' machine.wait_for_x() machine.succeed("gedit ${testText} >&2 &") machine.wait_for_window(".* - gedit") machine.sleep(10) machine.screenshot("screen") ''; }) </ins>

Discussion:
When building my NixOS configuration, failed to build. I’m using as my nixpkgs branch. <details<summaryError logs (click to expand) </summary</detailsBuild the flake The system is buildt <!-- 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.
Looks like a download error, the fonts built fine locally for me. I would just try rerunning it. That might be helpful. But more importantly IMO is that the builds are failing on due to the Github archive download being too big. CC Maybe there is some way to limit tar to extracting only the stuff we care about, or we can download only specific files from the repository.
I’ve re-run the thing at least thrice now, it consistently fails
Is run before checking the hash or after?
It's , it unpacks and then hashes.
Hm. It’s still erroring out… !
The font package itself is the same in and !
I too believe you're having problems with the download. The size of download indicated by your initial log output is 413MB, while in the next screenshot, it goes down to 274MB. Both are far too small considering that the total size of the unpacked archive is around 4GB. For reference, .
I see. I will try again later, maybe the internet was too spotty.
Since the combined size of Noto Sans CJK and Noto Serif CJK is roughly 300MB, it would probably be best to download the files individually. I could create a PR for this, but first I would have to get some sleep ;-)
I am currently having the same issue with the same packages not downloading correctly.
After this merged, this kind of problems can be largely solved by using .
IIRC for GitHub http is preferred to git, because it's somewhat faster (git has more protocol overhead). But in general sparseCheckout could be useful.
Change:
<ins> { appimageTools, lib, fetchurl }: appimageTools.wrapType2 rec { pname = "cider"; version = "1.3.1308"; src = fetchurl { url = "https://1308-429851205-gh.circle-artifacts.com/0/%7E/Cider/dist/artifacts/Cider-${version}.AppImage"; sha256 = "1lbyvn1c8155p039qfzx7jwad7km073phkmrzjm0w3ahdpwz3wgi"; }; extraInstallCommands = let contents = appimageTools.extract { inherit pname version src; }; in '' mv $out/bin/${pname}-${version} $out/bin/${pname} install -m 444 -D ${contents}/${pname}.desktop -t $out/share/applications substituteInPlace $out/share/applications/${pname}.desktop  --replace 'Exec=AppRun' 'Exec=${pname}' cp -r ${contents}/usr/share/icons $out/share ''; meta = with lib; { description = "A new look into listening and enjoying Apple Music in style and performance."; homepage = "https://github.com/ciderapp/Cider"; license = licenses.agpl3; maintainers = [ maintainers.cigrainger ]; platforms = [ "x86_64-linux" ]; }; } </ins>

Discussion:
Project description Cider is an open-source and community-oriented Apple Music client. Metadata homepage URL: source URL: license: GNU Affero General Public License v3.0 platforms: linux, darwin
They ship an AppImage which I use in my own config packaged as follows: