jiebi/CodeConvo huggingface dataset:
Change:
Package request: (a very simple container and image manager) Lilipod is also a nice fallback for when no container-manager is found, or when it's not possible to install one. Being a fully self-contained binary that lives in one directory (LILIPOD_HOME) it makes it easy to install and remove without package managers. Check:
In case anyone needs this shortcut, I already made a package in my NUR repo.

Discussion:
<ins> { lib , buildGoModule , fetchFromGitHub , installShellFiles , stdenv }: buildGoModule rec { pname = "lilipod"; version = "0.0.3"; src = fetchFromGitHub { owner = "89luca89"; repo = "lilipod"; rev = "v${version}"; hash = "sha256-PqeYNLr4uXe+H+DLENlUpl1H2wV6VJvDoA+MVP3SRqY="; }; vendorHash = null; nativeBuildInputs = [ installShellFiles ]; buildPhase = '' runHook preBuild RELEASE_VERSION=${version} make all runHook postBuild ''; checkPhase = '' runHook preCheck make coverage runHook postCheck ''; installPhase = '' runHook preInstall install -Dm755 lilipod $out/bin/lilipod runHook postInstall ''; postInstall = lib.optionalString (stdenv.buildPlatform.canExecute stdenv.hostPlatform) '' installShellCompletion --cmd lilipod  --bash <($out/bin/lilipod completion bash)  --fish <($out/bin/lilipod completion fish)  --zsh <($out/bin/lilipod completion zsh) ''; meta = { description = "A very simple (as in few features) container and image manager"; longDescription = '' Lilipod is a very simple container manager with minimal features to: - Download and manager images - Create and run containers It tries to keep a somewhat compatible CLI interface with Podman/Docker/Nerdctl. ''; homepage = "https://github.com/89luca89/lilipod"; license = lib.licenses.gpl3Only; mainProgram = "lilipod"; maintainers = with lib.maintainers; [ aleksana ]; platforms = lib.platforms.linux; }; } </ins>
Change:
Package name: invidious Latest released version: 0.20.1-unstable-2024-03-31 Current version on the unstable channel: 0.20.1-unstable-2024-03-08 Current version on the stable/release channel: 0.20.1-unstable-2024-03-08 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]:
As invidious in the old version is broken as it cannot fetch videos anymore, please update to latest version and latest commit: Relevant issue:
Here's an overlay with the fix until then:

Discussion:
{ "invidious": { <del> "rev": "99a5e9cbc44daa4555f36b43bc4b7246aee454c9", "hash": "sha256-ep/umuNxTvdPXtJgI3KNt0h5xc1O38wQz1+OsVYOzfE=", "version": "0.20.1-unstable-2024-03-08" </del> <ins> "rev": "08390acd0c17875fddb84cabba54197a5b5740e4", "hash": "sha256-75C/ImX/PYikVdSO4rZM/aYyEgx6pU90BHNeRFfcsDM=", "version": "0.20.1-unstable-2024-03-31" </ins> }, "videojs": { "hash": "sha256-jED3zsDkPN8i6GhBBJwnsHujbuwlHdsVpVqa1/pzSH4="
Change:
Steps to reproduce the behavior: diffutils-3.10-riscv64-linux i had suspended the system halfway through the build, and suspected that might have caused an issue, so i ran the build again and got the same result <!-- 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 can't reproduce this failure on RISC-V hardware. With , the following command runs just fine: Could this be an issue with the emulator you're using or a result of ?
The following command also builds for me. Relevant excerpt of the logs: Could you try running this in your build environment to see whether it's an issue with your emulator or build machine? If it builds, could you improve the reproducing instructions you've given?
I ran that command on a seperate x86 machine and recieved the same build failure
I have successfully reproduced the issue by emulating RISC-V on an x86 machine. So this could be caused by a QEMU bug. I suggest you update the title to make it clear that it only happens with binfmt emulation.
Ok i edited the title
i'm curious why the gnugrep pr was merged, but not this one ? given that confirmed this build failure, but not the other one ?
The other one just got the attention of a committer a bit earlier

Discussion:
lib.optional (coreutils != null) "PR_PROGRAM=${coreutils}/bin/pr" ++ lib.optional (stdenv.buildPlatform != stdenv.hostPlatform) "gl_cv_func_getopt_gnu=yes"; <del> doCheck = true; </del> <ins> # Test failure on QEMU only (#300550) doCheck = !stdenv.buildPlatform.isRiscV64; </ins> meta = with lib; { homepage = "https://www.gnu.org/software/diffutils/diffutils.html";
Change:
I updated my nixos-17.03 to nixos-17.09 today. My postgresql server located in a declarative container didn't start. My host system had and I implicitly assumed it would get propagated to the containers but it doesn't, so changed I'm not really sure how to approach this issue, because every behavior I can think of has downsides but at least there should be a warning in the release notes and the nixos documentation for declarative containers.
Well, why should the configuration of the host system have any effect on containers? That's not the case for any other options either.
Oh crap, looks like I did same mistake! Probably using postgresql service without should generate a warning or evaluation exception.
is different from other variables because it gets set by default during installation because it always should be set on a system. Since I'm not the only one who got this problem, I think it would be nice if there was a warning in the documentation to set it yourself when setting up containers.

Discussion:
{ config, pkgs, ... }: { services.postgresql.enable = true; services.postgresql.package = pkgs.postgresql96; <ins> system.stateVersion = "17.03"; </ins> }; }; }
Change:
how Steps to reproduce the behavior: ... ... ... alias diebahn to railway-travel or vice versa If applicable, add screenshots to help explain your problem. Add any other context about the problem here. you two fight Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
any way for ci to detect double packages perhaps through source? are there more duplicates in nixpkgs?
MB, I did not realize that it was packaged already , it didn't occurred to me to search for the name of the binary instead of the project name. If is fine with it, we could put an alias in place and treat it like a refactoring to pkgs/by-name. Otherwise I will remove my package.
Please remove your package Feel free to add yourself to diebahn's maintainers.
Alright, will do. Should I add an alias for railway-travel that points to diebahn?
You can if you think it helps people find the package in the future.

Discussion:
homepage = "https://gitlab.com/schmiddi-on-mobile/railway"; license = lib.licenses.gpl3Plus; mainProgram = "diebahn"; <del> maintainers = with lib.maintainers; [ dotlambda ]; </del> <ins> maintainers = with lib.maintainers; [ dotlambda lilacious ]; </ins> }; }

<del> { lib, stdenv, fetchFromGitLab, cargo, desktop-file-utils, meson, ninja, pkg-config, rustPlatform, rustc, wrapGAppsHook4, cairo, gdk-pixbuf, glib, gtk4, libadwaita, pango, darwin, }: stdenv.mkDerivation rec { pname = "railway-travel"; version = "2.4.0"; src = fetchFromGitLab { owner = "schmiddi-on-mobile"; repo = "railway"; rev = version; hash = "sha256-2iLxErEP0OG+BcG7fvJBzNjh95EkNoC3NC7rKxPLhYk="; }; cargoDeps = rustPlatform.fetchCargoTarball { inherit src; name = "${pname}-${version}"; hash = "sha256-yalFC7Pw9rq1ylLwoxLi4joTyjQsZJ/ZC61GhTNc49w="; }; nativeBuildInputs = [ desktop-file-utils cargo meson ninja pkg-config rustPlatform.cargoSetupHook rustc wrapGAppsHook4 ]; buildInputs = [ cairo gdk-pixbuf glib gtk4 libadwaita pango ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.Foundation darwin.apple_sdk.frameworks.Security ]; env.NIX_CFLAGS_COMPILE = toString ( lib.optionals stdenv.cc.isClang [ "-Wno-error=incompatible-function-pointer-types" ] ); meta = with lib; { description = "Find all your travel information"; homepage = "https://gitlab.com/schmiddi-on-mobile/railway"; changelog = "https://gitlab.com/schmiddi-on-mobile/railway/-/blob/${src.rev}/CHANGELOG.md"; license = licenses.gpl3Plus; maintainers = with maintainers; [ lilacious ]; mainProgram = "diebahn"; platforms = platforms.all; }; } </del>

### R ### radare2-cutter = cutter; # Added 2021-03-30 <ins> railway-travel = diebahn; # Added 2024-04-01 </ins> rambox-pro = rambox; # Added 2022-12-12 rarian = throw "rarian has been removed as unused"; # Added 2023-07-05 rccl = throw "'rccl' has been replaced with 'rocmPackages.rccl'"; # Added 2023-10-08
Change:
Project description <!-- Describe the project a little: --Metadata homepage URL: source URL: license: mit, bsd, gpl2+ , ... platforms: unix, linux, darwin, ... Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
meta.homepage = "https://github.com/steelsojka/pears.nvim/"; }; <ins> persisted-nvim = buildVimPlugin { pname = "persisted.nvim"; version = "2024-04-04"; src = fetchFromGitHub { owner = "olimorris"; repo = "persisted.nvim"; rev = "ca9900c31ee6e254a0ba7011ba49f48ebf4c8db2"; sha256 = "0s9g1jmq1qzkxi1gcvmyf0nmwgqrh11r0swy9pl32916k37zvqzl"; }; meta.homepage = "https://github.com/olimorris/persisted.nvim/"; }; </ins> persistence-nvim = buildVimPlugin { pname = "persistence.nvim"; version = "2023-10-15";

https://github.com/NLKNguyen/papercolor-theme/,, https://github.com/tmsvg/pear-tree/,, https://github.com/steelsojka/pears.nvim/,, <ins> https://github.com/olimorris/persisted.nvim/,HEAD, </ins> https://github.com/folke/persistence.nvim/,, https://github.com/andsild/peskcolor.vim/,, https://github.com/pest-parser/pest.vim/,HEAD,
Change:
After installing the update for TeamViewer 15.49.2 (introduced in ) I can no longer connect to remote hosts. The connection is established, but the window does not appear. If i try to connect to the same host again, I receive the message that I already have a connection open. Looking at the logs, this might be the issue: TeamViewer was working as expected on another system that was running version 15.38. After the update of that system, the same problem appears. TeamViewer to any host new window appears to the same host again "you are already connected" appears Please run and paste the result.
I'm still facing the same issue using
Please add more information and reopen a new issue. Thanks

Discussion:
, qtwebengine , qtx11extras , qtquickcontrols2 <ins> , qtgraphicaleffects </ins> , getconf , glibc , libXrandr

''; nativeBuildInputs = [ autoPatchelfHook makeWrapper wrapQtAppsHook ]; <del> buildInputs = [ qtbase qtwebengine qtx11extras qtquickcontrols2 icu63 ]; </del> <ins> buildInputs = [ qtbase qtwebengine qtx11extras qtquickcontrols2 qtgraphicaleffects icu63 ]; </ins> installPhase = '' mkdir -p $out/share/teamviewer $out/bin $out/share/applications
Change:
nix shell nixpkgs#docfd Wanted to try out but it failed to build. I noticed the package is not on the . Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Hi thanks for the report. I currently have a PR for version 4.0.0, but this same build error occurs there too, so it's unrelated to version. Strangely docfd builds fine on aarch64-darwin. The problem is with x8664-darwin, and specifically with the ocaml dependency which fails to build as your error message shows. I'm going to open an issue for that an ping the maintainer.

Discussion:
{ lib , ocamlPackages <ins> , stdenv , overrideSDK </ins> , fetchFromGitHub , python3 , dune_3 <ins> , makeWrapper , pandoc , poppler_utils , testers , docfd </ins> }: <del> ocamlPackages.buildDunePackage rec { </del> <ins> let # Needed for x86_64-darwin buildDunePackage' = ocamlPackages.buildDunePackage.override { stdenv = if stdenv.isDarwin then overrideSDK stdenv "11.0" else stdenv; }; in buildDunePackage' rec { </ins> pname = "docfd"; <del> version = "3.0.0"; </del> <ins> version = "4.0.0"; </ins> minimalOCamlVersion = "5.1";

owner = "darrenldl"; repo = "docfd"; rev = version; <del> hash = "sha256-pJ5LlOfC+9NRfY7ng9LAxEnjr+mtJmhRNTo9Im6Lkbo="; </del> <ins> hash = "sha256-fgwUXRZ6k5i3XLxXpjbrl0TJZMT+NkGXf7KNwRgi+q8="; </ins> }; <del> nativeBuildInputs = [ python3 dune_3 ]; </del> <ins> nativeBuildInputs = [ python3 dune_3 makeWrapper ]; </ins> buildInputs = with ocamlPackages; [ cmdliner containers-data

yojson ]; <ins> postInstall = '' wrapProgram $out/bin/docfd --prefix PATH : "${lib.makeBinPath [ pandoc poppler_utils ]}" ''; passthru.tests.version = testers.testVersion { package = docfd; }; </ins> meta = with lib; { description = "TUI multiline fuzzy document finder"; longDescription = '' <del> Think interactive grep for both text and other document files, but word/token based instead of regex and line based, so you can search across lines easily. Aims to provide good UX via integration with common text editors and other file viewers. Optional dependencies: fzf - for fuzzy file picker with "docfd ?". poppler_utils - for pdf search. pandoc - for .epub, .odt, .docx, .fb2, .ipynb, .html, & .htm files. </del> <ins> Think interactive grep for text and other document files. Word/token based instead of regex and line based, so you can search across lines easily. Aims to provide good UX via integration with common text editors and other file viewers. </ins> ''; homepage = "https://github.com/darrenldl/docfd"; license = licenses.mit;

{ buildDunePackage <ins> , lib , stdenv </ins> , dune-configurator , eio , fmt

dontStrip = true; <ins> env = lib.optionalAttrs stdenv.isDarwin { NIX_CFLAGS_COMPILE = "-Wno-implicit-function-declaration"; }; </ins> buildInputs = [ dune-configurator ];
Change:
Thank you greatly For fixing the recent "spaces" bug in MediaWiki . I would like to note that the default MediaWiki administrator username is implied, but has yet to be made explicit. Since there is no option to set the default administrator username, I propose to edit the documentation to make it Explicit that the default administrator username is "admin". Changing from (ambiguous) "for the admin user." Changing to (unambiguous) "for the initial user "admin"."
thanks for the suggestion. How about: ? This matches more closely the article on the subject. Plus, it avoids using the initial word twice in the same sentence. PS: I have a PR ready to submit if you agree with the suggestion.
Thanks . PR submitted.

Discussion:
passwordFile = mkOption { type = types.path; <del> description = "A file containing the initial password for the admin user."; </del> <ins> description = '' A file containing the initial password for the administrator account "admin". ''; </ins> example = "/run/keys/mediawiki-password"; };
Change:
Project description <!-- Describe the project a little: --A cycle-accurate Nintendo Game Boy Advance emulator. Metadata homepage URL: N/A source URL: license: GPLv3 platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:

Discussion:
<ins> diff --git a/src/platform/core/CMakeLists.txt b/src/platform/core/CMakeLists.txt index 2bc6d8c..3175c14 100644 --- a/src/platform/core/CMakeLists.txt +++ b/src/platform/core/CMakeLists.txt @@ -18,8 +18,7 @@ find_package(OpenGL REQUIRED) include(FetchContent) FetchContent_Declare(glad -  GIT_REPOSITORY https://github.com/Dav1dde/glad.git -  GIT_TAG        adc3d7a1d704e099581ca25bc5bbdf728c2db67b # v2.0.5-2-gadc3d7a +  SOURCE_DIR @gladSrc@ SOURCE_SUBDIR  cmake ) FetchContent_MakeAvailable(glad) </ins>

<ins> { lib, stdenv, fetchFromGitHub, substituteAll, cmake, python3Packages, libsForQt5, SDL2, fmt, toml11, libunarr, }: stdenv.mkDerivation (finalAttrs: { pname = "nanoboyadvance"; version = "1.8.1"; src = fetchFromGitHub { owner = "nba-emu"; repo = "NanoBoyAdvance"; rev = "v${finalAttrs.version}"; hash = "sha256-du3dPTg3OxNTWXDQo2m9W0rJxtrkn+lQSh/XGiu/eGg="; }; patches = [ (substituteAll { src = ./dont-fetch-glad.patch; gladSrc = fetchFromGitHub { owner = "Dav1dde"; repo = "glad"; rev = "v2.0.5"; hash = "sha256-Ba7nbd0DxDHfNXXu9DLfnxTQTiJIQYSES9CP5Bfq4K0="; }; }) ]; nativeBuildInputs = [ cmake python3Packages.jinja2 libsForQt5.wrapQtAppsHook ]; buildInputs = [ libsForQt5.qtbase SDL2 fmt toml11 libunarr ]; cmakeFlags = [ (lib.cmakeBool "USE_SYSTEM_FMT" true) (lib.cmakeBool "USE_SYSTEM_TOML11" true) (lib.cmakeBool "USE_SYSTEM_UNARR" true) ]; meta = { description = "A cycle-accurate Nintendo Game Boy Advance emulator"; homepage = "https://github.com/nba-emu/NanoBoyAdvance"; license = lib.licenses.gpl3Plus; mainProgram = "NanoBoyAdvance"; maintainers = with lib.maintainers; [ tomasajt ]; platforms = lib.platforms.all; }; }) </ins>
Change:
I'm using nix-darwin on Mac OS. Installing the works, but running it afterwards throws the following error: Steps to reproduce the behavior: pdk from nixpkgs on macOS The command should run without error Building the package locally, and changing this line to say instead of x86_64-linux results in a package with a functional command. Apologies for any missing info or incorrect terminology, I'm new to nix.

Discussion:
wisper (2.0.1) PLATFORMS <del> x86_64-linux </del> <ins> ruby </ins> DEPENDENCIES pdk (= 3.0.1)
Change:
XFCE Touchpad configuration UI not compatible with set to . Specifically, the 'Touchpad' tab in the UI is missing even when the touchpad device is selected via the combo box. Problem is resolved by replacing by . (1) Have your include the lines and (2) Run . (3) Reboot to insure the new settings took effect. (4) Login into an XFCE session. (5) Go to 'Applications' -'Settings' -'Mouse and Touchpad'. This will cause the 'Mouse and Touchpad' configuration window to appear. (6) Select the touchpad device ('AlpsPS/2 ALPS DualPoint TouchPad' in my particular case) from the combo box. Observe that the 'Buttons and Feedback' tab will be present, but the 'Touchpad' tab that allows configuring touchpad-specific settings, such as 'Tap touchpad to click' will be absent. (7) Replace the line in by (8) Run . (9) Reboot your system to insure that the new settings will take effect. (10) Login into an XFCE session. (11) Go back to 'Applications' -'Settings' -'Mouse and Touchpad'. (6) Select that same touchpad device from the combo box as in step (6). Observe that this time the 'Touchpad' tab with the touchpad-specific settings will be present in the UI. System: Nix version: Nixpkgs version: Sandboxing enabled:
Yeah, derivation is compiled w/o . See upstream: This has been pestering me for a while, thanks.
OK, thanks for looking into this. Even though this is not presently supported in the official build, would it be possible to do a custom build locally? If so, could you point to some reference material or an example? So far I could not figure out how to force a local build...
I'm sorry for missing this. Next time when you want to grab something from master, try:
Thanks That did get the with the addition you made installed on my system, and the 'Touchpad' tab is now available in the UI. Very much appreciate your help!

Discussion:
<del> { stdenv, fetchurl, pkgconfig, intltool, exo, gtk, libxfce4util, libxfce4ui , libglade, xfconf, xorg, libwnck, libnotify, libxklavier, garcon, upower }: </del> <ins> { stdenv, fetchurl, pkgconfig, intltool, exo, gtk, garcon, libxfce4util , libxfce4ui, xfconf, libXi, upower ? null, libnotify ? null , libXcursor ? null, xf86inputlibinput ? null, libxklavier ? null }: </ins> let p_name  = "xfce4-settings"; ver_maj = "4.12";

patches = [ ./xfce4-settings-default-icon-theme.patch ]; <del> nativeBuildInputs = [ pkgconfig intltool ]; </del> <ins> postPatch = '' for f in $(find . -name *.c); do substituteInPlace $f --replace "libinput-properties.h" '<xorg/libinput-properties.h>' done ''; nativeBuildInputs = [ pkgconfig intltool ]; </ins> <del> buildInputs = [ exo gtk libxfce4util libxfce4ui libglade upower xfconf xorg.libXi xorg.libXcursor libwnck libnotify libxklavier garcon ]; #TODO: optional packages </del> <ins> buildInputs = [ exo gtk garcon libxfce4util libxfce4ui xfconf libXi upower libnotify libXcursor xf86inputlibinput libxklavier ]; </ins> configureFlags = [ "--enable-pluggable-dialogs" "--enable-sound-settings" ]; <ins> enableParallelBuilding = true; </ins> meta = with stdenv.lib; { homepage = http://www.xfce.org/projects/xfce4-settings; description = "Settings manager for Xfce";
Change:
Visit: All build jobs keep failing. Since ~20:00 UTC Yesterday (03.04.2024) Log says: 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]:
IIRC you created this cachix cache and the token for us.

Discussion:
with: # This cache is for the nixpkgs repo checks and should not be trusted or used elsewhere. name: nixpkgs-ci <del> signingKey: '${{ secrets.CACHIX_SIGNING_KEY }}' </del> <ins> authToken: '${{ secrets.CACHIX_AUTH_TOKEN }}' </ins> - name: Building NixOS manual run: NIX_PATH=nixpkgs=$(pwd) nix-build --option restrict-eval true nixos/release.nix -A manual.x86_64-linux

with: # This cache is for the nixpkgs repo checks and should not be trusted or used elsewhere. name: nixpkgs-ci <del> signingKey: '${{ secrets.CACHIX_SIGNING_KEY }}' </del> <ins> authToken: '${{ secrets.CACHIX_AUTH_TOKEN }}' </ins> - name: Building Nixpkgs manual run: NIX_PATH=nixpkgs=$(pwd) nix-build --option restrict-eval true pkgs/top-level/release.nix -A manual -A manual.tests
Change:
Did upstream edit their tag? Steps to reproduce the behavior: unstable -shell -p step-cli It should install <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- Please run and paste the result. system: host os: multi-user?: sandbox: version: nixpkgs: Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
r-ryantm is a bot, you might tag the maintainer instead
Oh :( I didn't know that. Thanks hah.

Discussion:
owner = "smallstep"; repo = "cli"; rev = "refs/tags/v${version}"; <del> hash = "sha256-B0LGedExlk9XllWilZ0QAwQHNyISAI2WJ48P2STbxSY="; </del> <ins> hash = "sha256-fxBWYz95yxNa7xotmId2SHLAIymJIBOJumYzAPB3Ias="; </ins> }; ldflags = [
Change:
hggit shipped with nixos support mercurial 3.7,while mercurial shipped with nixos is 4.3.2 Install package - result: System: Nixos 18.03pre117013. (Impala) Nix version:nix-env (Nix) 1.12pre5619_346aeee1 Nixpkgs version:18.03pre117013. Sandboxing enabled: true
This is a bug in hg-git upstream

Discussion:
hg-git = buildPythonPackage rec { name = "hg-git-${version}"; <del> version = "0.8.5"; </del> <ins> version = "0.8.10"; disabled = isPy3k; </ins> src = pkgs.fetchurl { url = "mirror://pypi/h/hg-git/${name}.tar.gz"; <del> sha256 = "10j7l1p2wx7s5nb6s35z1f3mcz2svz9ilcm26f3la9h9c76b7jpm"; </del> <ins> sha256 = "03dzcs4l7hzq59sgjhngxgmi34xfyd7jcxyjl0f68rwq8b1yqrp3"; </ins> }; propagatedBuildInputs = with self; [ dulwich ];