jiebi/CodeConvo huggingface dataset:
Change:
<ins> source 'https://rubygems.org' gem "fusuma", ">=3.0.0" gem "fusuma-plugin-appmatcher" gem "fusuma-plugin-keypress" gem "fusuma-plugin-sendkey" gem "fusuma-plugin-wmctrl" # I've not activated the following plugins for the reasons given below. # tap has been archived by upstream # gem "fusuma-plugin-tap" # touchscreen needs specific h/w support I don't have access to, so I can't confirm # if it's problem free.  A quick check didn't reveal any problems. #gem "fusuma-plugin-touchscreen" # thumbsense pulls in remap, and at best remap requires further configuration to allow the use access to event devices. #gem "fusuma-plugin-thumbsense" #gem "fusuma-plugin-remap" </ins>

Discussion:
Package name: fusuma Latest released version: 3.5.0 <!-- Search your package here: --- Current version on the unstable channel: 3.3.1 Current version on the stable/release channel: 3.3.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR. Add a :+1: [reaction] to [issues you find important]. By the way, fusuma now use yml file instead of yaml file as config file. now when I use HM , it will generate a yaml file in .config, please update it to change it to a yml file. and when I use = true; it wont be installed. [reaction]: [issues you find important]:
I guess that this should be addressed at home-manager repository as nixpkgs does not offer a fusuma service, as far as I rembember
you are right
Already fixed in home-manager:
sorry, I don't understand. if it has been fixed, why I still have the same issue? I just installed yesterday.
Are you perhaps not on ?
ah, right. I use stable nixos and HM, install some new software with pkgs-unstable. But this is a service, how do I change the package to unstable version? I tried = pkgs- But the result is still same.
It's fixed on master branch of Home Manager and not have been backported to release-23.11. Home manager master always follows the NixOS unstable branch, so I won't suggest switching to master branch of HM unless you upgrade your system to nixos-unstable.
Change:
substituteInPlace $out/bin/home-manager  --subst-var-by bash "${bash}"  --subst-var-by DEP_PATH "${ <del> lib.makeBinPath [ coreutils findutils gettext gnused less nixos-option ] </del> <ins> lib.makeBinPath [ coreutils findutils gettext gnused less ncurses nixos-option ] </ins> }"  --subst-var-by HOME_MANAGER_LIB '${src}/lib/bash/home-manager.sh'  --subst-var-by HOME_MANAGER_PATH '${src}' 

Discussion:
I am new to Nix, but I am pretty sure there is a dependency missing. Run Docker container: Install home-manager: Execute home-manager: Install ncurses: The Shell script itself uses the tput command.
Change:
users = mapAttrsToList (_: u: { inherit (u) name uid group description home homeMode createHome isSystemUser <del> password passwordFile hashedPassword </del> <ins> password hashedPasswordFile hashedPassword </ins> autoSubUidGidRange subUidRanges subGidRanges initialPassword initialHashedPassword expires; shell = utils.toShellPath u.shell;

Discussion:
Password hashes, while less sensitive than unhashed passwords, are secrets. We should therefore have a option in that avoids both placing the hashes in the store world-readable and storing the password unhashed.
This is a common misunderstanding due to the bad naming of these options: → string of plaintext password → string of password hash → file containing password hash So, what you want already exists and it's .
Oh wow, indeed. Thanks! Given that the option is named so confusingly and that its description starts with "The full path to a file that contains the user's password." I think we should keep the issue, pending an option rename and a documentation improvement.
Change:
runHook postInstall ''; <del> outputHashAlgo = "sha256"; outputHashMode = "recursive"; outputHash = "1a9mkxfb0zixx8s05h15lhnnzygh2qzc8k2q10i0khx90bf72x14"; </del> meta = with stdenv.lib; { description = "Dracula variant of the Ant theme"; homepage = "https://github.com/EliverLara/${themeName}";

Discussion:
Describe the bug While building ant-theme 3.0 with latest master the following error occurs: To Reproduce Steps to reproduce the behavior: ant-theme Expected behavior builds Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): channels(root): nixpkgs: Maintainer information:
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
nixosTests, enableLocalIcons ? false, nix-update-script, <ins> git, </ins> }: let dashboardIcons = fetchFromGitHub {

Discussion:
Steps to reproduce the behavior: and configure , with: logs: : I am not sure whether this means that the service is unavailable, as the page opens as expected... but my configured widget does not work although adguard is reachable from the instance... Possibly related:
Hi, I am also affected by this. I only use and , so far from a complex configuration. I cannot update my config once the initial deployment happened. Restarting does nothing.
I think this is just the option being used slightly wrong. This option is specifically for Homepage's support for passing secrets/values (see ) Notably: If you want to change arbitrary env vars, try modifying the systemd unit directly? If that turns out to be the issue, maybe I'll try to clarify that point in the option description slightly.
I don't use that option, yet I still run into the same error message.
Interesting, I'm not sure what's causing that. I'll try to take a look over the coming few days - I need to try and get a reproducer first, as I've not yet seen that behaviour.
Hey, I can't seem to repro, but I have just noticed that you're on quite an old version of homepage-dashboard there. Would you be able to try out the later version by using an overlay or similar? You can set the package with . For me, this is achieved in my flake by then .
Hmm, okay I did finally get to repro this, but only when using the option. Looking at it, this seems like an internal function of NextJS, and not something I'm sure I can fix from a packaging perspective -- that said, the log message is "only" a warning, and as far as I can tell my dashboard remains completely functional - if anything this might just result in slightly degraded performance, but I didn't notice anything in my instance.
Hi, I'm also having this problem. I've been trying to set this up for the first time today with widgets for Jellyfin, AdGuard and Glance (config , running everything on so should be on the latest version), but when I re- and restart the service, I get this: This is the only error I see, and it gets printed again when I refresh the page with the button in the bottom right.

Weirdly I don't see any errors on the web page, but the AdGuard module and all of the Glance modules fail to show up at all. Not sure if that's similar to what was seeing when they said since it could be the page not updating properly from the state it was initially created in. For reference, I've attached a screenshot of the page that the linked config is currently generating. !
Okay, I think I've got a fix in
I think this is now addressed, and once trickles through to it'll be easier to test out. Please feel free to report back if it hasn't solved the problem - locally it seemed good to me! You can track the PR's progress here: https://nixpkgs-
Ah nice, I only knew
Change:
espeak gpsd hamlib perl python3 ] ++ (optionals stdenv.isLinux [alsa-lib udev]); <del> patches = [ ./udev-fix.patch ]; </del> postPatch = '' <ins> substituteInPlace conf/CMakeLists.txt  --replace /etc/udev/rules.d/ $out/lib/udev/rules.d/ </ins> substituteInPlace src/symbols.c  --replace /usr/share/direwolf/symbols-new.txt $out/share/direwolf/symbols-new.txt  --replace /opt/local/share/direwolf/symbols-new.txt $out/share/direwolf/symbols-new.txt substituteInPlace src/decode_aprs.c  --replace /usr/share/direwolf/tocalls.txt $out/share/direwolf/tocalls.txt  --replace /opt/local/share/direwolf/tocalls.txt $out/share/direwolf/tocalls.txt <ins> patchShebangs scripts/dwespeak.sh </ins> substituteInPlace scripts/dwespeak.sh  --replace espeak ${espeak}/bin/espeak substituteInPlace cmake/cpack/direwolf.desktop.in  --replace 'Terminal=false' 'Terminal=true'  <del> --replace 'Exec=@APPLICATION_DESKTOP_EXEC@' 'Exec=direwolf'  </del> <ins> --replace 'Exec=@APPLICATION_DESKTOP_EXEC@' 'Exec=direwolf' substituteInPlace src/dwgpsd.c  --replace 'GPSD_API_MAJOR_VERSION > 11' 'GPSD_API_MAJOR_VERSION > 12' </ins> ''; meta = {

Discussion:
direwolf does not build. This seems to have been noticed previously as mentioned in this comment on the upgrade of gpsd from 3.22 -3.23: Please run and paste the result.
Thanks for the report. Someone else had pointed this out the other day and I had been looking into it. The current stable version of direwolf doesn't support the latest version of gpsd, but that may only be because of the version check that we could override with a patch until it is fixed upstream. Will try to open a PR when I get a chance, but need to test out my theory first.
Change:
fi ''; <ins> preBuild = '' sed -e '/lt_dlinit/a  lt_dladdsearchdir("'$out/lib'");' -i libguile/dynl.c ''; postInstall = '' wrapProgram $out/bin/guile-snarf --prefix PATH : "${gawk}/bin" '' # XXX: See http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/18903 for # why `--with-libunistring-prefix' and similar options coming from # `AC_LIB_LINKFLAGS_BODY' don't work on NixOS/x86_64. + '' sed -i "$out/lib/pkgconfig/guile"-*.pc     -e "s|-lltdl|-L${libtool.lib}/lib -lltdl|g" ''; </ins> # One test fails. # ERROR: file: "libtest-asmobs", message: "file not found" # This is fixed here:

Discussion:
I attempted to bisect, but so many of the possible commits would have spent hours building that I wasn't able to narrow it down.
Reverting seems to fix the build here. I'm not sure which part of the commit is causing the issue in the first place, and since the commit is supposed to fix some issues a straight-up revert is likely a wrong solution. Perhaps will be able to help?
Seems like instead of reverting the commit adding back to of guile fixes this build failure as well. If is any indication it does indeed seem to be required for linking to guile: ( is part of libtool)
Hmm ok I made it non-propagated to be consistent, because the newer ones just looked better packaged
You mean the newer guile packages? They all have in their .
Oh I see how I screwed this up. Changing the PR to make all the fixes happen in each.
Change:
, cramfsprogs , cramfsswap , lzma <ins> , matplotlib </ins> , nose , pycrypto , pyqtgraph ? null }: let <del> visualizationSupport = (pyqtgraph != null); </del> <ins> visualizationSupport = (pyqtgraph != null) && (matplotlib != null); </ins> version = "2.2.0"; in buildPythonPackage {

Discussion:
To Reproduce Steps to reproduce the behavior: [nix-shell:~/Downloads]$ binwalk -E WARNING: Failed to import matplotlib module, visual entropy graphing will be disabled DECIMAL HEXADECIMAL ENTROPY
0 0x0 Rising entropy edge (0.) [nix-shell:~/Downloads]$ nix-shell -p nix-info --run "nix-info -m" system: host os: multi-user?: sandbox: version: channels(asbachb): channels(root): nixpkgs: yaml attribute: python38Packages.binwalk-full python38Packages.binwalk module:
Opened fixing this, PTAL.
Change:
types-beautifulsoup4 = callPackage ../development/python-modules/types-beautifulsoup4 { }; <ins> types-click = callPackage ../development/python-modules/types-click { }; </ins> types-colorama = callPackage ../development/python-modules/types-colorama { }; types-dateutil = callPackage ../development/python-modules/types-dateutil { };

Discussion:
Project description <!-- Describe the project a little: --Typing stubs for Metadata homepage URL: source URL: license: asl20
Change:
license = licenses.gpl2; maintainers = with maintainers; [ phreedom urkud rickynils ]; platforms = platforms.linux; <ins> # resolve collision between evince and nm-applet for # gschemas.compiled priority = 6; </ins> }; }

Discussion:
the nm-applet from current channel-nixos errors out with (.nm-applet-wrapped:4399): GLib-GIO-ERROR **: Settings schema '' is not installed zsh: trace trap nm-applet there is a open pull request which also wants to fix schemas. might this address the same problem? cheers, jonas
Unfortunately the schemas problem needs to be addressed per-package (we can't have one global directory containing all schemas in the system). I don't understand this case, as everything seems fine. The schemas are in , they are compiled, and is wrapped to have them in search path.
Same issue here - I just rolled back for the moment.
the culprit is pull request . strace shows that only compiled schemas are consulted and the pull request deleted those in preFixup (under the surmise of it being caches). pull request including a partial revert follows shortly.
Change:
worldengine-cli = python3Packages.worldengine; <del> wpsoffice = libsForQt514.callPackage ../applications/office/wpsoffice {}; </del> <ins> wpsoffice = libsForQt5.callPackage ../applications/office/wpsoffice {}; </ins> wrapFirefox = callPackage ../applications/networking/browsers/firefox/wrapper.nix { };

Discussion:
libsForQt514.qt5.qtwebengine currently fails to build locally and on . The interessting line seems to be: The last successful build on hydra was linked to . After that it seems to fail (starting with ) Bisecting takes forever. I would hazard a guess that it has to do with and PR which broke some other packages as well. EDIT: EDIT2: The error seems to stem from the c++ upgrade. The error message is referenced e.g. here Steps to reproduce the behavior: nixpkgs master -build -A libsForQt514.qt5.qtwebengine . Build should succeed. If applicable, add screenshots to help explain your problem. Add any other context about the problem here. Please run and paste the result.
It's most likely due to mixing gcc versions, as that's not 100% compatible in C++. qt514 (and qt512) get overridden to gcc10, whereas the default is gcc11. (For x86_64-linux; some others have other combinations.)
Closing since libsForQt514 was removed from master.
Change:
# THIS IS A GENERATED FILE.  DO NOT EDIT! libX11 = callPackage ({ stdenv, pkg-config, fetchurl, xorgproto, libpthreadstubs, libxcb, xtrans }: stdenv.mkDerivation { pname = "libX11"; <del> version = "1.8.3"; </del> <ins> version = "1.8.4"; </ins> builder = ./builder.sh; src = fetchurl { <del> url = "mirror://xorg/individual/lib/libX11-1.8.3.tar.xz"; sha256 = "1gc5cnfys48m1y9y1cidph89fww5c209qff93phbidh68346a5g3"; </del> <ins> url = "mirror://xorg/individual/lib/libX11-1.8.4.tar.xz"; sha256 = "sha256-yaKHpa76mATOPPr89Rb+lu0/fo5FwOLuWehMhnV99Rg="; </ins> }; hardeningDisable = [ "bindnow" "relro" ]; strictDeps = true;

Discussion:
Here's the upstream bug in libX11 () which includes a link to a merged patch (). This is a request to either patch or upgrade libX11 in nixpkgs. was the last person to upgrade xorg.libX11
recently updated it to . says it's already in . Can you give it a go an check it it works fine there?
If I read this right, our stable 22.11 shouldn't be affected, as we still have libX11 in there.
Currently in the process of building my nixos configuration against Lots of building happening
don't do that. Use the latest branch. Most binaries for that should be on
Yeah, or even better pick latest commit with enough builds at Like, .
I had assumed (wrongly) all commits would have a gone through hydra, thanks for the pointer!
No, it would be very expensive to build everything on every commit. That's the reason why big rebuilds get merged to branch.
Sadly, I'm still trying to get a full build go through. firefox, linux and other big packages need building, and it's taking a while. I had to remount my tmp to disk because I was running out etc. EDIT: finally built through by disabling quite a bunch of things. I still need to build steam because, well, that's the whole reason I'm trying this out :D
I can confirm the issue is gone with libX11 1.8.4
That's great! Thank you to the test! This issue should close automatically once PR gets merged to automatically. Should take 1-2 weeks worst case.
Just out of curiosity, how could I specify this version of libX11 in my system meanwhile it is not merged to "nixos-unstable"? I tried override but seems not working. Here my nix config:
I've had no success fully building my system by just overriding my configuration with the new version of libX11. It rebuilds too many things, and some things didn't even build correctly against the new version. By far, it was easier to pin my system to as suggested above. I had to remove (until unstable channel catches up) some software which also didn't build from staging-next to make this go through. Concretely, in my :
Yes.

It's in branch already; I'd hope that could catch up later today, but we'll see.
Oh nice! I thought this issue would auto-close when that was the case, so I missed it.
Leaving this here if others are interested in the status of this change:
All the channels have this now.
Change:
<del> { lib , stdenv , cmake , llvm , fetchFromGitHub , mbedtls , gtk3 , pkg-config , capstone , dbus , libGLU , glfw3 , file , perl , python3 , jansson , curl , fmt_8 , nlohmann_json , yara , rsync }: let version = "1.30.1"; patterns_src = fetchFromGitHub { owner = "WerWolv"; repo = "ImHex-Patterns"; rev = "ImHex-v${version}"; hash = "sha256-lTTXu9RxoD582lXWI789gNcWvJmxmBIlBRIiyY3DseM="; }; in stdenv.mkDerivation rec { pname = "imhex"; inherit version; src = fetchFromGitHub { fetchSubmodules = true; owner = "WerWolv"; repo = pname; rev = "v${version}"; hash = "sha256-3s9Dgdhl+k2KjMoSHNl59YOoCEwqK+37DOzKdGP88/4="; }; nativeBuildInputs = [ cmake llvm python3 perl pkg-config rsync ]; buildInputs = [ capstone curl dbus file fmt_8 glfw3 gtk3 jansson libGLU mbedtls nlohmann_json yara ]; cmakeFlags = [ "-DIMHEX_OFFLINE_BUILD=ON" "-DUSE_SYSTEM_CAPSTONE=ON" "-DUSE_SYSTEM_CURL=ON" "-DUSE_SYSTEM_FMT=ON" "-DUSE_SYSTEM_LLVM=ON" "-DUSE_SYSTEM_NLOHMANN_JSON=ON" "-DUSE_SYSTEM_YARA=ON" ]; # rsync is used here so we can not copy the _schema.json files postInstall = '' mkdir -p $out/share/imhex rsync -av --exclude="*_schema.json" ${patterns_src}/{constants,encodings,includes,magic,patterns} $out/share/imhex ''; meta = with lib; { description = "Hex Editor for Reverse Engineers, Programmers and people who value their retinas when working at 3 AM"; homepage = "https://github.com/WerWolv/ImHex"; license = with licenses; [ gpl2Only ]; maintainers = with maintainers; [ luis kashw2 ]; platforms = platforms.linux; }; } </del>

Discussion:
Package name: imhex Latest released version: 1.31.0 <!-- Search your package here: --- Current version on the unstable channel: 1.30.1 Current version on the stable/release channel: 1.30.1 <!-- Type the name of your package and try to find an open pull request for the package If you find an open pull request, you can review it! There's a high chance that you'll have the new version right away while helping the community! --- Notify maintainers <!-- If the result shows no maintainers, tag the person that last updated the package. --Note for maintainers: Please tag this issue in your PR.
Change:
host1.wait_for_unit("bird2.service") host2.wait_for_unit("bird2.service") <ins> host1.succeed("systemctl reload bird2.service") </ins> with subtest("Waiting for advertised IPv4 routes"): host1.wait_until_succeeds("ip --json r | jq -e 'map(select(.dst == "10.10.0.2")) | any'")

Discussion:
Reloading bird2.service fails due to permission denied when connecting to control socket. services.bird2 reload bird2 failed, permission denied show up in the log or just run with this patch applied service reloads successfully This seems to be a regression introduced by <!-- 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.
By adding CAPDACOVERRIDE to CapabilityBoundingSet, it reloads successfully. Guess we now know why it was there in the first place.
Change:
qt6ct = callPackage ../tools/misc/qt6ct { }; <ins> qt6gtk2 = callPackage ../tools/misc/qt6gtk2 { }; </ins> qtkeychain = callPackage ../development/libraries/qtkeychain { inherit (pkgs.darwin.apple_sdk.frameworks) CoreFoundation Security; };

Discussion:
I've followed the instructions described in the , but Qt applications are not using my GTK theme. Running will yield the following error: Qt applications should properly detect the style. Please run and paste the result.
Yeah qalculate-qt (and anki) are Qt 6 applications, I expect the gtk2 style not working before someone package (theming for Qt 5 should work since we have though :upsidedownface:)
Here's qt6gtk2: With that PR merged, this issue should be fixed right out of the box when using NixOS to manage qt.
Thank you for the PR!
Change:
]; systemd.services.paperless-scheduler = { <del> description = "Paperless scheduler"; </del> <ins> description = "Paperless Celery Beat"; </ins> serviceConfig = defaultServiceConfig // { User = cfg.user; <del> ExecStart = "${pkg}/bin/paperless-ngx qcluster"; </del> <ins> ExecStart = "${pkg}/bin/celery --app paperless beat --loglevel INFO"; </ins> Restart = "on-failure"; <del> # The `mbind` syscall is needed for running the classifier. SystemCallFilter = defaultServiceConfig.SystemCallFilter ++ [ "mbind" ]; # Needs to talk to mail server for automated import rules PrivateNetwork = false; </del> }; environment = env; wantedBy = [ "multi-user.target" ]; <del> wants = [ "paperless-consumer.service" "paperless-web.service" ]; </del> <ins> wants = [ "paperless-consumer.service" "paperless-web.service" "paperless-task-queue.service" ]; </ins> preStart = '' ln -sf ${manage} ${cfg.dataDir}/paperless-manage

Discussion:
Since which updated from 1.9.2 to 1.10.2, the scheduler service can't be started, the error reported in the logs is: Steps to reproduce the behavior: or to see error as above in the logs The service starts succesfully <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Module maintainers: Package maintainers: Please run and paste the result.
Probably fixed by
Change:
# https://github.com/oneapi-src/oneDNN#oneapi-deep-neural-network-library-onednn stdenv.mkDerivation rec { pname = "oneDNN"; <del> version = "1.5"; </del> <ins> version = "1.5.1"; </ins> src = fetchFromGitHub { owner = "oneapi-src"; repo = "oneDNN"; rev = "v${version}"; <del> sha256 = "0diiy3g4wz5lnz5mdvka5p2nwmrpfldsz83sssr5yiir29m4lqap"; </del> <ins> sha256 = "1l66gkidldjpznp8pb01wdgrmm0rmrbndv8lzidz8fp9hf473zgl"; </ins> }; outputs = [ "out" "dev" "doc" ];

Discussion:
Describe the bug oneDNN is a dependency of pytorch. Today, oneDNN's are all linux-based but oneDNN actually appears to compile fine on ; its tests just all immediately fail because of RPATH problems. To Reproduce Expected behavior I expect oneDNN to build and check successfully. Additional context I think that this problem may be able to be fixed by adding in on Darwin, much like is currently set and exported. Note, for even more detail/context on CMake's support for controlling RPATH on macOS, please see Notify maintainers Metadata (Note, I am actually testing this using nix flakes, with this ) Maintainer information: