jiebi/CodeConvo huggingface dataset:
Change:
stdenv.mkDerivation (edk2.setup "OvmfPkg/OvmfPkg${targetArch}.dsc" { name = "OVMF-${version}"; <ins> outputs = [ "out" "fd" ]; </ins> # TODO: properly include openssl for secureBoot buildInputs = [nasm iasl] ++ stdenv.lib.optionals (secureBoot == true) [ openssl ];

Discussion:
In , I introduced support in libvirtd for UEFI VM creation. rightfully remarked that this brings closure-size up too much. Looking into OVMF shows that only 1MB out of the 114MB install size is needed to enable said UEFI VM creation. I think that we should look into splitting out OVMF_(CODE|VARS) from the rest package.
Change:
hash = "sha256-TZskvZyNihklCJB0yMFXk1bLEuhetQvJ+6uLnYiLBs0="; }; <del> vendorHash = "sha256-aQ/g7MWMWvxRcTHPUYRGjaaPX9ZH6m+TJ6BdsFeGOsY="; </del> <ins> vendorHash = "sha256-Ny7r9G3Y5SuigIKkXra5Xn08QIlhzFASXGMMc+g1S/E="; proxyVendor = true; # darwin/linux hash mismatch </ins> doCheck = false;

Discussion:
Steps to reproduce the behavior: helmfile-wrapped This works on nixos, but on nix-darwin the build fails. It was introduced in . The packages builds fine on the previous commit. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
thank you!
Change:
<del> { lib , buildPythonApplication , fetchFromGitHub , bibtool , pybtex , pymupdf , pynvim , pyperclip , roman , pdfrw , pagelabels , setuptools }: </del> <ins> { lib, buildPythonApplication, fetchFromGitHub, bibtool, pybtex, pymupdf, pynvim , pyperclip, roman, pdfrw, pagelabels, setuptools }: </ins> buildPythonApplication { pname = "termpdf.py"; <del> version = "2019-10-03"; </del> <ins> version = "2022-03-28"; </ins> src = fetchFromGitHub { owner = "dsanson"; repo = "termpdf.py"; <del> rev = "4f3bdf4b5a00801631f2498f2c38c81e0a588ae2"; sha256 = "05gbj2fqzqndq1mx6g9asa7i6z8a9jdjrvilfwx8lg23cs356m6m"; </del> <ins> rev = "e7bd0824cb7d340b8dba7d862e696dba9cb5e5e2"; sha256 = "HLQZBaDoZFVBs4JfJcwhrLx8pxdEI56/iTpUjT5pBhk="; </ins> }; propagatedBuildInputs = [

Discussion:
Since 22.11 fails with Run should display pdfs in kitty terminal fitz attributes have been fixed upstream, but the nixpkgs version (2019-10-03) is outdated. The following overlay fetches the latest version (2022-03-28) and solves the problem: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --
great. Would you care about doing the PR/become the maintainer for it ?
I have sent a PR, but cannot commit to become the maintainer. Sorry for that!
Change:
libzmf = callPackage ../development/libraries/libzmf {}; <ins> libreddit = callPackage ../servers/libreddit { inherit (darwin.apple_sdk.frameworks) Security; }; </ins> librespeed-cli = callPackage ../tools/misc/librespeed-cli { }; libreswan = callPackage ../tools/networking/libreswan { };

Discussion:
Project description 10 second pitch: Libreddit is a portmanteau of "libre" (meaning freedom) and "Reddit". It is a private front-end like Invidious but for Reddit. Browse the coldest takes of r/unpopularopinion without being tracked. Demo: Metadata homepage URL: source URL: license: agpl3 platforms: unix, linux, darwin, ...
could you please give a try? Thanks
That's just the package, but not a service (like ) right?
Yes, it's only the package for the moment.
There seems to be a bug present in the latest release. I opened a feature request () which could improve the service. Sorry, it will take some time till we can finish this.
Change:
libGccJitLibraryPaths = [ "${lib.getLib libgccjit}/lib/gcc" "${lib.getLib stdenv.cc.libc}/lib" <del> ] ++ lib.optionals (stdenv.cc?cc.libgcc) [ "${lib.getLib stdenv.cc.cc.libgcc}/lib" </del> <ins> ] ++ lib.optionals (stdenv.cc?cc.lib.libgcc) [ "${lib.getLib stdenv.cc.cc.lib.libgcc}/lib" </ins> ]; inherit (if variant == "macport"

Discussion:
Steps to reproduce the behavior: , enter repl mode. , and get: I also tried neovim-nightly, it successed. and here is my I don't know who to notify for this issue. <!-- 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]:
This should be closed by If not, please reopen it.
Change:
targetPkgs = pkgs: with pkgs; with xlibs; [ libICE libSM libX11 libXcomposite libXdamage libXext libXfixes libXrender <del> libXxf86vm libxcb curl dbus fontconfig freetype gcc glib gnutar libxml2 libxslt zlib </del> <ins> libXxf86vm libxcb xkeyboardconfig curl dbus firefox-bin fontconfig freetype gcc glib gnutar libxml2 libxslt procps zlib </ins> ]; extraInstallCommands = ''

Discussion:
I'm using DWM and I have the Dropbox Icon in my traybar. When I click on it to sign in, nothing happens. I have set the default browser, but the login page didn't appear. After I installed dropbox ( ) with a version before , I could log in. After logging in, I can use the newest version of dropbox without any other issues beside an error message while executing , see the following output: Install and try to login. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
Does this work if you don't use , but start Dropbox directly from ?
No, that would not be possible, because there is no tray icon.. Therefore I would not be able to login, because that's not possible via cli
There are two programs named , one provided by package and one provided by package . The former does not work for me either. The latter does work: I get a tray icon and prompted to login. I'm asking, do you see the same thing? In other words, do I need to fix package , or do I need to fix both packages and ?
Oh, I'm sorry. Both programs, and lauch the tray icon, but they both don't let me login.
Silly question, but I assume you have tried left- and right-clicking the icon? Have you deleted ? This is where Dropbox installs itself; clearing that directory can fix some problems related to stale installations.
On Right-click it openes always a menu but when I click on "Sign in" nothing happens. Everthing else is working fine. Before installing/switching installations of dropbox I removed and just to be sure.
That's weird: here it does nothing if I right-click, but it opens a menu if I left-click... By the way, this error: is fixed in . I don't think that has anything to do with your problem, though.
Change:
resticprofile, }: <del> buildGoModule rec { </del> <ins> let # can be removed when the default go version is at least 1.23 buildGoModule' = buildGoModule.override { go = go_1_23; }; in buildGoModule' rec { </ins> pname = "resticprofile"; <del> version = "0.27.1"; </del> <ins> version = "0.28.0"; </ins> src = fetchFromGitHub { owner = "creativeprojects"; repo = "resticprofile"; rev = "refs/tags/v${version}"; <del> hash = "sha256-HHFeWsEO1KUzL5Y6Iwy7MylA//JYzY3h1EwKrUHfXpY="; </del> <ins> hash = "sha256-Ab+XesAw/GkNEGwAp1ERUlfDlI9Kxmd0UnS52v+nWIs="; </ins> }; postPatch = ''

Discussion:
Package name: Latest released version: 0.28.0 <!-- Search your package here: --- Current version on the unstable channel: 0.27.0 Current version on the stable/release channel: N/A <!-- 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! --- There is an old one for updating to 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]:
I tried doing this myself but can't get it to build as the new version request Golang 1.23 and I couldn't work out how to get nix to build with that.
Change:
<ins> { lib, buildPythonPackage, fetchFromGitHub, setuptools, pytestCheckHook, rfc3339, requests, freezegun, }: buildPythonPackage rec { pname = "python-logging-loki"; version = "0.3.1"; pyproject = true; src = fetchFromGitHub { owner = "GreyZmeem"; repo = "python-logging-loki"; rev = "refs/tags/v${version}"; hash = "sha256-1qHuv+xzATo11au+QAhD1lHcLJtnVKZDdQDGohHUhiI="; }; build-system = [ setuptools ]; dependencies = [ rfc3339 requests ]; nativeCheckInputs = [ pytestCheckHook freezegun ]; # ValueError # Considering that the package has not been updated since 2019, it is likely that this test is broken disabledTests = [ "test_can_build_tags_from_converting_dict" ]; pythonImportsCheck = [ "logging_loki" ]; meta = { description = "Python logging handler for Loki"; homepage = "https://github.com/GreyZmeem/python-logging-loki"; changelog = "https://github.com/GreyZmeem/python-logging-loki/releases/tag/v${version}"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ moraxyc ]; }; } </ins>

Discussion:
Project description <!-- Describe the project a little: --Python logging handler for Loki Metadata homepage URL: source URL: license: mit platforms: linux, darwin Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
please test
Thanks for waiting I've tested the module by checking the examples provided by the author. As far as those, the module works. Should I provide any type of evidence of some sorts?
no, thanks. Just wait for a committer to merge it then.
Change:
PATH=/run/current-system/systemd/lib/systemd:@fsPackagesPath@  LOCALE_ARCHIVE=/run/current-system/sw/lib/locale/locale-archive @systemdUnitPathEnvVar@  <ins> TZDIR=/etc/zoneinfo  </ins> exec @systemdExecutable@

Discussion:
Describe the bug The field of systemd timer units is treated as UTC, even if a different timezone is specified. To Reproduce a trivial service and make it start at midnight on some non-UTC timezone: and observe that the field says midnight UTC (in my case, ). Expected behavior In this case, the field should say (or ). Additional context I have tested this with two different non-UTC timezones. on the same machine gives the correct result, so this is linked to timer units. I am using the systemd package from the NixOS 20.09 release, version 246. I could not reproduce the issue on an Arch Linux server (systemd 246.4-1-arch), so it's (probably) a NixOS problem. Notify maintainers Metadata
Maybe our patch in (from ) isn't sufficient and this needs to be patched in another location, too?
Note that if I specify a timezone that doesn't exist, I get an error on activation. So presumably it can find the timezone info, it just doesn't respect it.
Can you reproduce on non-NixOS?
Nope, see the fourth bullet point under Additional context.
I was able to reproduce this on NixOS, and verified it works correctly on Archlinux. I still don't understand why it behaves the way it does (it seems we did properly patch all occurences this might touch). This might require some deeper digging into the codebase, and adding some logs along the way to see what's going on.
I marked this as stale due to inactivity. &rarr;
Not stale, but help welcome ;-)
I haven't had time to test this but a cursory reading of the systemd code shows that it uses : tzset uses TZDIR. On a normal nixos system I get this: but pid 1 doesn't set TZDIR:
I confirmed TZDIR is the issue by applying the following patch. I think my fix is wrong but I couldn't figure out where in systemd pid 1 I should set env vars so I did id in a function that I know will be called. without patch: with patch: unit used:
I wonder if this is related to and
Yeah, this looks about right. Maybe we should see if we can steer glibc to look for zoneinfo in these two paths by default, instead of in the glibc output directly.
Change:
<ins> { fetchzip, lib }: let version = "3.003"; in fetchzip { name = "sil-padauk-${version}"; url = "mirror://debian/pool/main/f/fonts-sil-padauk/fonts-sil-padauk_${version}.orig.tar.xz"; sha256 = "sha256-oK+EufbvsqXunTgcWj+DiNdfpRl+VPO60Wc9KYjZv5A="; postFetch = '' unpackDir="$TMPDIR/unpack" mkdir "$unpackDir" cd "$unpackDir" tar xf "$downloadedFile" --strip-components=1 mkdir -p $out/share/fonts cp *.ttf $out/share/fonts ''; meta = with lib; { description = "Burmese Unicode 6 TrueType font"; homepage = "https://software.sil.org/padauk"; license = licenses.ofl; maintainers = with lib.maintainers; [ serge ]; platforms = platforms.all; }; } </ins>

Discussion:
Project description Add SIL Padauk - Burmese Unicode 6 TrueType font. Metadata homepage URL: source URL: license: ofl platforms: all
Change:
<ins> { "elm-explorations/markdown" = { sha256 = "0k3110ixa4wwf3vkkdplagwah9ypr965qxr1y147rnsc1xsxmr6y"; version = "1.0.0"; }; "elm/json" = { sha256 = "1g0hafkqf2q633r7ir9wxpb1lnlzskhpsyi0h5bkzj0gl072zfnb"; version = "1.0.0"; }; "elm/html" = { sha256 = "1n3gpzmpqqdsldys4ipgyl1zacn0kbpc3g4v3hdpiyfjlgh8bf3k"; version = "1.0.0"; }; "elm/svg" = { sha256 = "08x0v8p9wm699jjmsnbq69pxv3jh60j4f6fg7y6hyr7xxj85y390"; version = "1.0.0"; }; "elm/project-metadata-utils" = { sha256 = "1d4rd4grrnbdvj9gf00h7dr6hbkjzawgkzpizfrkp1z1pyr3mvq9"; version = "1.0.0"; }; "elm/browser" = { sha256 = "1apmvyax93nvmagwj00y16zx10kfv640cxpi64xgqbgy7d2wphy4"; version = "1.0.0"; }; "elm/core" = { sha256 = "10kr86h4v5h4p0586q406a5wbl8xvr1jyrf6097zp2wb8sv21ylw"; version = "1.0.0"; }; "elm/http" = { sha256 = "1igmm89ialzrjib1j8xagkxalq1x2gj4l0hfxcd66mpwmvg7psl8"; version = "1.0.0"; }; "elm/parser" = { sha256 = "0k4zlq30lrvawqvzwbvsl0hrmwf9s832mb41z7fdspm4549dj7wc"; version = "1.0.0"; }; "elm/url" = { sha256 = "0av8x5syid40sgpl5vd7pry2rq0q4pga28b4yykn9gd9v12rs3l4"; version = "1.0.0"; }; "elm/time" = { sha256 = "0vch7i86vn0x8b850w1p69vplll1bnbkp8s383z7pinyg94cm2z1"; version = "1.0.0"; }; "elm/virtual-dom" = { sha256 = "0hm8g92h7z39km325dlnhk8n00nlyjkqp3r3jppr37k2k13md6aq"; version = "1.0.0"; }; } </ins>

Discussion:
Not sure whether this is darwin-specific. I cannot install next to , because both want link . It seems wrong for either of the packages to link shared libraries. I suspect this is because e.g. sets . I'd be happy to submit a patch to change this, but there seems to be a stack of scripts that's meant to generate this that's too deep for me. nix-env -iA nix-env -iA system: host os: multi-user?: sandbox: version: channels(rob): nixpkgs:
Usually we need a for these to work currently. Not sure if that is currently possible? You can also set meta.priority to a different number for each (default is 5). /cc
I think this must be darwin-specific; I have these packages happily coexisting alongside each other in on NixOS:
Yes, looks darwin-specific, via
Fixed in
Change:
''; }; <ins> isoImage.efiSplashImage = mkOption { default = pkgs.fetchurl { url = https://raw.githubusercontent.com/NixOS/nixos-artwork/a9e05d7deb38a8e005a2b52575a3f59a63a4dba0/bootloader/efi-background.png; sha256 = "18lfwmp8yq923322nlb9gxrh5qikj1wsk6g5qvdh31c4h5b1538x"; }; description = '' The splash image to use in the EFI bootloader. ''; }; </ins> isoImage.splashImage = mkOption { default = pkgs.fetchurl { <del> url = https://raw.githubusercontent.com/NixOS/nixos-artwork/5729ab16c6a5793c10a2913b5a1b3f59b91c36ee/ideas/grub-splash/grub-nixos-1.png; sha256 = "43fd8ad5decf6c23c87e9026170a13588c2eba249d9013cb9f888da5e2002217"; </del> <ins> url = https://raw.githubusercontent.com/NixOS/nixos-artwork/a9e05d7deb38a8e005a2b52575a3f59a63a4dba0/bootloader/isolinux/bios-boot.png; sha256 = "1wp822zrhbg4fgfbwkr7cbkr4labx477209agzc0hr6k62fr6rxd"; </ins> }; description = '' <del> The splash image to use in the bootloader. </del> <ins> The splash image to use in the legacy-boot bootloader. ''; }; isoImage.grubTheme = mkOption { default = pkgs.nixos-grub2-theme; type = types.nullOr (types.either types.path types.package); description = '' The grub2 theme used for UEFI boot. </ins> ''; };

Discussion:
It points at this: ! I'm not sure anyone's made updated splash images with the new logo, but it'd be good to standardize.
Basically an instance of
Oh, true. Unsure whether to leave this open as a concrete thing that can be fixed, since isn't very specific about what's left to be fixed. Or just to close it and add more detail there?
Best to fix it immediately ;-)
That is actually the ISOLINUX background only. There's a separate on for GRUB:
Change:
, pciutils , tre , unixODBC <ins> , xcbutilimage , xcbutilkeysyms </ins> , xkeyboard_config , xorg , zlib

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: mathematica <!-- 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: mathematica-13.0.1 desired version: mathematica-13.1.0 <!-- 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.
This may help, and maybe hopefully prevent you from having to download the whole thing yourself (unless you really want to validate it, of course):
Sorry about the delay. The old friend of Qt plugins loading failure came along, and it took some time to resolve that.
Change:
<ins> diff --git a/main.js b/main.js index a4b5c8ef..743d63ca 100644 --- a/main.js +++ b/main.js @@ -8,7 +8,7 @@ const { nativeTheme, } = require("electron"); const path = require("path"); -const isDev = require("electron-is-dev"); +const isDev = false; const Store = require("electron-store"); const store = new Store(); const fs = require("fs"); </ins>

Discussion:
Project description Koodo Reader is an all-in-one ebook reader that can help you better manage and study your ebooks. It's free and open-source. Features Format support: EPUB (.epub) Scanned document (.pdf, .djvu) DRM-free Mobipocket (.mobi) and Kindle (.azw3, .azw) Plain text (.txt) FictionBook (.fb2) Comic book archive (.cbr, .cbz, .cbt, .cb7) Rich text (.md, .docx) Hyper Text (.html, .xml, .xhtml, .mhtml, .htm, .htm) Platform support: Windows, macOS, Linux and Web Save your data to Dropbox or Webdav Customize the source folder and synchronize among multiple devices using OneDrive, iCloud, Dropbox, etc. Single-column, two-column, or continuous scrolling layouts Text-to-speech, translation, progress slider, touch screen support, batch import Add bookmarks, notes, highlights to your books Adjust font size, font family, line-spacing, paragraph spacing, background color, text color, margins, and brightness Night mode and theme color Text highlight, underline, boldness, italics and shadow Metadata homepage URL: source URL: license: AGPL-v3.0 platforms: Windows, macOS, Linux and Web
Change:
buildPythonPackage rec { pname = "smmap2"; <del> version = "2.0.4"; </del> <ins> version = "2.0.5"; </ins> src = fetchPypi { inherit pname version; <del> sha256 = "dc216005e529d57007ace27048eb336dcecb7fc413cfb3b2f402bb25972b69c6"; </del> <ins> sha256 = "29a9ffa0497e7f2be94ca0ed1ca1aa3cd4cf25a1f6b4f5f87f74b46ed91d609a"; </ins> }; checkInputs = [ nosexcover ];

Discussion:
Ran . For some reason there are pylint tests running for ~8 minutes that eventually end up in a failure. <details<summaryPyLint test failures</summary</detailson pylint (indirectly?); running for ~10 minutes as part of package installation process.
This will need to be backported to 18.09 as the latest version released by Hydra is broken too
The tests still fails even after the above patch applied. <details<summaryHere is the log</summary</detailsHere is the patch I used: Edit: the original patch is working on the python-unstable branch so I guess it's OK
I pushed a fix to the branch: . The fix for is currently in the branch: .
Change:
<del> { lib, stdenv, fetchFromGitHub, docbook_xml_dtd_412, docbook_xsl, perl, w3m, xmlto }: </del> <ins> { lib, stdenv, fetchFromGitHub, docbook_xml_dtd_412, docbook_xsl, perl, w3m, xmlto, diffutils }: </ins> stdenv.mkDerivation rec { pname = "colordiff";

Discussion:
I am new to Nix, but I am pretty sure there is a dependency missing. Run Docker container: Install colordiff: Execute colordiff: Install diffutils: The Perl script itself uses the diff command.
thanks for taking this. I think we just want to replace ` in line 35. Please give me a ping when you open a PR.
Change:
<ins> diff --git a/CMakeLists.txt b/CMakeLists.txt index 7065538..b2716e1 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -4,7 +4,7 @@ if (VCPKG) include("${CMAKE_SOURCE_DIR}/cmake/vcpkg.cmake") endif () -project("Easy Audio Sync" +project("easyaudiosync" VERSION 1.1.1 DESCRIPTION "Audio library syncing and conversion utility" HOMEPAGE_URL "https://github.com/complexlogic/EasyAudioSync" </ins>

Discussion:
Project description From the project GitHub: Easy Audio Sync is an audio library syncing and conversion utility. The intended use is syncing an audio library with many lossless files to a mobile device with limited storage. The program's design is inspired by the utility. It supports folder-based source to destination syncing, with audio transcoding capability, and is GUI-based instead of CLI-based. Metadata homepage URL: source URL: license: Public Domain (Unlicense) platforms: Linux, Windows, and macOS Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
emby = 242; graylog = 243; sniproxy = 244; <ins> nzbget = 245; </ins> # When adding a uid, make sure it doesn't match an existing gid. And don't use uids above 399!

Discussion:
nzbget can not load shared library Use unstable channel Output: System: 16.09 Flounder Nix version: nix-env (Nix) 1.11.2
Have you tried to add zlib twice? when you use ldd, you will see that there is zlib twice.
Most certainly fixed upstream with - but not included in current stable.. 17.0 is still testing :clap:
Change:
download_change "elpa/elpa-devel-generated.nix" download_change "melpa/recipes-archive-melpa.json" download_change "nongnu/nongnu-generated.nix" <ins> download_change "nongnu/nongnu-devel-generated.nix" </ins> test_packageset "nongnuPackages" <ins> test_packageset "nongnuDevelPackages" </ins> test_packageset "elpaPackages" test_packageset "elpaDevelPackages" test_packageset "melpaStablePackages"

Discussion:
Project description NonGNU-devel ELPA Packages; i.e., development versions of the already packaged Metadata homepage URL: source URL: license: probably (guessed by looking at ) platforms: probably all (guessed by looking at ) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
This feels like something that should only live in the emacs-overlay, not in Nixpkgs.
Consider that the other two supported ELPAs have both their stable/unstable versions supported in nixpkgs: elpa/elpaDevel; melpaStable/melpa (see to quickly fact-check). What's the reason for this feeling; why should nongnu be an exception?
I think the same about the others.