jiebi/CodeConvo huggingface dataset:
Change:
staging = fetchFromGitLab rec { # https://gitlab.winehq.org/wine/wine-staging inherit (unstable) version; <del> hash = "sha256-Jxhtd/rG5x8wENO1dVUby/DjRLKPpPTYviowPQu2qK4="; </del> <ins> hash = "sha256-6AKN/KpmsTw9qxErhTTzqWuglgFdOAhtaoBlVRcs71Q="; </ins> domain = "gitlab.winehq.org"; owner = "wine"; repo = "wine-staging";

Discussion:
Package name: wine Latest released version: 9.6 <!-- Search your package here: --- Current version on the unstable channel: 9.5 Current version on the stable/release channel: 8.20 <!-- 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]. [reaction]: [issues you find important]:
Change:
<del> { lib, stdenv, fetchurl, ncurses, libtool, gettext, autoconf, automake, pkgconfig }: </del> <ins> { lib, stdenv, fetchurl, ncurses, pkgconfig }: </ins> stdenv.mkDerivation rec { name = "procps-${version}"; version = "3.3.14"; <ins> # The project's releases are on SF, but git repo on gitlab. </ins> src = fetchurl { <del> url = "https://gitlab.com/procps-ng/procps/-/archive/v${version}/procps-v${version}.tar.bz2"; sha256 = "0igvsl3s7m5ygxgypzksk4cp2wkvv3lk49s7i9m5wbimyakmr0vf"; </del> <ins> url = "mirror://sourceforge/procps-ng/procps-ng-${version}.tar.xz"; sha256 = "0v3j6rkzzscqds37i105cxx3q4dk04rsgpqfd5p7hzcvk59h5njy"; </ins> }; buildInputs = [ ncurses ]; <del> nativeBuildInputs = [ libtool gettext autoconf automake pkgconfig ]; # autoreconfHook doesn't quite get, what procps-ng buildprocss does # with po/Makefile.in.in and stuff. preConfigure = '' ./autogen.sh ''; </del> <ins> nativeBuildInputs = [ pkgconfig ]; </ins> makeFlags = "usrbin_execdir=$(out)/bin";

Discussion:
From a recent checkout, where the version of procps is advanced to 3.3.14, happens also for unaltered master. and under nix-shell even weirder with the thing. Just issue the commands above. Doesn't happen with release-18.03, so probably some issue with a more recent autotools version.
Looks good to me. I should have only changed the homepage in the meta tags to begin with. I was of the opinion, it should point somewhere, where one also can report bugs to procps, was a bit too eager then to get rid of sf. : Please take over maintainership for the package.
Change:
"AF_INET6" "AF_NETLINK" "AF_UNIX" <ins> "AF_PACKET" </ins> ]; RestrictNamespaces = true; RestrictRealtime = true;

Discussion:
Trying to migrate to the new hostapd module, but so far failing to start hostapd in the minimal configuration. I haven't looked into this properly, but I felt like reporting already before it gets overwhelming Optionally, enable hostapd debug messages: <details</detailsHostapd up & running Cf. the log: <details</detailsOr without debug messages: Output of : <details</detailsThe device is Please run and paste the result.
I'm getting the same exact error as well with kernel 5.4
Did some further debugging with and found that if we run hostapd outside of systemd with the config generated by the then it works completely fine. After looking at the generated systemd unit it looks like the hardening is the root cause. Specifically found that  causes it to fail after bisecting the hardening flags.
looked at strace for when hostapd works and here is the result:
It doesn't look like it is trying to use an that is outside of the so not sure why this is failing
It is using AF_PACKET. Le sam. 22 juil. 2023 à 03:53, Rishi Desai écrit :
Yeah that was it, just tested it locally and adding made it work. I'll throw up a PR to resolve this
Lovely Realtek drivers... Le sam. 22 juil. 2023 à 04:09, Rishi Desai écrit :
Change:
inherit (nodePackages) node-gyp; }; <ins> code-server = callPackage ../servers/code-server { nodejs = nodejs_18; inherit (darwin.apple_sdk.frameworks) AppKit Cocoa CoreServices Security; inherit (darwin) cctools; inherit (nodePackages) node-gyp; }; </ins> vue = callPackage ../applications/misc/vue { }; vuze = callPackage ../applications/networking/p2p/vuze {

Discussion:
Currently, code-server (and openvscode-server) depends on 16 in nixpkgs, for the upcoming release of NixOS 23.11, this dependency must be dropped, and all upgrades must be performed to 18. From what I see on — 18 is supported as an engine. Otherwise, those programs are to be dropped. Please pick up the pieces cc
Drop will be performed in
Change:
<del> diff --git a/sounddevice.py b/sounddevice.py index f03476c..5745b6e 100644 --- a/sounddevice.py +++ b/sounddevice.py @@ -58,28 +58,7 @@ from ctypes.util import find_library as _find_library </del> <ins> diff --git i/sounddevice.py w/sounddevice.py index c7c1d62..aabcb12 100644 --- i/sounddevice.py +++ w/sounddevice.py @@ -58,29 +58,7 @@ from ctypes.util import find_library as _find_library </ins> from _sounddevice import ffi as _ffi

Discussion:
sounddevice patching fails on unstable
I upgraded it to version 0.3.13 which and also fixed the outdated patch in
Change:
dontWrapQtApps = true; <ins> outputs = [ "out" "dev" ]; </ins> meta = with lib; { description = "Provides access to ZIP archives from Qt programs"; license = licenses.lgpl21Plus;

Discussion:
This means nearly all qt6 packages depend on gdb which is 641M on its own. Why is that the case? I can't imagine needing Valgrind for "production" qt6 builds but I have no knowledge in this domain. cc
valgrind was not in my qt6 draft in valgrind was in but valgrind or gdb dont show up in the closure of <details </summaryto compare, </detailsso ... no problem? edit: <details </summary</details
The inputs are only propagated in the output and that's what other packages use. I only came across this because I found gdb in my system closure. showed <the package-quazip -qtbase -valgrind -gdb why did you add valgrind to qt6's propagatedBuildInputs?
It should have been a build time dependency for qtbase. And as it is only referenced in dev output, it should normally not be referenced in system closures, except for issues like Edit, quazip wasn't fixed by that, let me look into it tomorrow.
... so should not be there &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; /nix/store/y1m61ayisqmp29ckzi0qq4fp640qfl3l-qtbase-6.4.1-dev/include/QtTest/qtestmouse.h &rarr; propagatedBuildInputs &rarr; propagatedBuildInputs also may be relevant: in , are copied to
For the , they should have been in dev output, but and do not have dev output, adding it back should be enough. For , it should be of the same problem as in , maybe we should add that in the hooks of qtbase, or we can fix this ad-hoc.
Change:
, tinyxml , agg, alsaLib, soundtouch, openal , desktop-file-utils <del> , gtk2, gtkglext, libglade, pangox_compat </del> <ins> , gtk2, gtkglext, libglade </ins> , libGLU, libpcap, SDL, zziplib }: with stdenv.lib;

Discussion:
Describe the bug Seems like some updates to pango broke a few packages Among the broken ones: ettercap (see ) pangox-compat (which anydesk needs) probably a few more To Reproduce Steps to reproduce the behavior: to build ettercap or anydesk from master will fail to build with some pango-related errors Expected behavior It should work 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): nixpkgs: Maintainer information:
Also remmina is broken But doesn't seem to depend on pango directly, so unsure which dependency actually is broken
Here's an issue for pangox-compat
Lutris is broken too - not an urgent requirement but just making you fine folks aware!
Not sure why Lutris is broken, but Lutris-unwrap is fine.
It's a failure in the dependency chain, in this case .
no longer depends on on its master branch: We should probably switch to that. should not be needed in according to the README in , I suspect it was only there because we did not propagate it until ebassi also suggests switching to HEAD and says we need not worry about ABI changes:
Not having pangox_compat fixed is definitively still an issue. Can this be re-opened?
After , the only program depending on this is anydesk and openmodelica which is broken.
So it breaks anydesk thus either we mark anydesk as broken or we fix that?
Anydesk shouldn't use this deprecated library. Yes, we can mark it as broken.
Change:
<ins> { lib, stdenv, fetchFromGitHub, python311Packages, go, }: python311Packages.buildPythonApplication rec { pname = "thefuck"; version = "3.32"; src = fetchFromGitHub { owner = "nvbn"; repo = "thefuck"; rev = "refs/tags/${version}"; hash = "sha256-bRCy95owBJaxoyCNQF6gEENoxCkmorhyKzZgU1dQN6I="; }; dependencies = with python311Packages; [ colorama decorator psutil pyte six ]; nativeCheckInputs = [ go ] ++ (with python311Packages; [ mock pytest7CheckHook pytest-mock ]); disabledTests = lib.optionals stdenv.isDarwin [ "test_settings_defaults" "test_from_file" "test_from_env" "test_settings_from_args" "test_get_all_executables_exclude_paths" "test_with_blank_cache" "test_with_filled_cache" "test_when_etag_changed" "test_for_generic_shell" "test_on_first_run" "test_on_run_after_other_commands" "test_when_cant_configure_automatically" "test_when_already_configured" "test_when_successfully_configured" ]; meta = { homepage = "https://github.com/nvbn/thefuck"; description = "Magnificent app which corrects your previous console command"; license = lib.licenses.mit; maintainers = with lib.maintainers; [ marcusramberg ]; }; } </ins>

Discussion:
Steps to reproduce the behavior: nixpkgs-unstable thefuck Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Seems fixable by moving to an unstable rev
Also related
Same behavior here on MacOS using home-manager. Just a note that I'm on Python 3.12.3, so I'm not sure that the commit noted above will take this into consideration as that just adds support for 3.12-dev.
I'm currently on vacation, so a bit limited time. I guess our options are either pinning it to python11 until there's a release, moving to unstable or adding that commit as a patch.
This happened due to recent shift to Python 3.12 in Nixpkgs. Mind backporting it then?
Change:
openssl = openssl_1_1; }; <ins> cyrus-sasl-xoauth2 = callPackage ../development/libraries/cyrus-sasl-xoauth2 { }; </ins> # Make bdb5 the default as it is the last release under the custom # bsd-like license db = db5;

Discussion:
Add XOAUTH2 plugin to cyrus sasl suite of auth mechanisms adding a plugin to cyrussasl Let's add for example this plugin to the list of authentication mechanisms. One example use case is to allow mbsync (isync) to authenticate against outlook office365's IMAP server, or Google's. As mentions: So there's a trick to make the plugin auto-discovered, I can see some options: “augment” the cyrussasl package with extra entries in the dev output (sort of clunky) create a stable entry under to group all plugin libs Metadata homepage URL: source URL: license: MIT platforms: linux, darwin, ...
Second this. A simple cannot do the trick because will look for . Can we override this with using, say, a patch to the original package?
In the meantime, I use the following hack to get plugin working for now: a copy of since it is a dependency of plugin plugin (I use ) an overlay of with libraries symlinking to : This hack is not ideal (has to build a separate just for building library). But it gets the job done.
~ do you have a link to a full setup? Or do you remember what are you using for~ ? edit: remove question add link
cyrus sasl has a SASL_PATH environment variable for specifying a colon separated list of directories to search for plugins. I don't know if this is the best way, but I've put the following in an overlay, and other than having to compile the cyrus-sasl-xoauth2 plugin, nothing else needs to be build:
looks to be working, I've used it to glue in XOAUTH2 plugin from to , so KMail can receive mail from Gmail: It probably should propagate somehow from .
Here's the full overlay i use, based on the example above, including compilation of : In combination with this enables in mbsync!
Hey I've been following this issue for a while but don't really see how I'd setup my config to use xoauth2 with the updates from Are there any docs/examples on using the new setup? Or another issue to follow?
I use this in a wrapper of /, as can be seen in . It would be good idea to integrate this directly into expression, as parameter. I'll look at that.
Change:
Whether to enable the SUID support of Singularity/Apptainer. ''; }; <ins> systemBinPaths = lib.mkOption { type = lib.types.listOf lib.types.path; default = [ ]; description = '' (Extra) system-wide /**/bin paths for Apptainer/Singularity to find command-line utilities in. `"/run/wrappers/bin"` is included by default to make utilities with SUID bit set available to Apptainer/Singularity. Use `lib.mkForce` to shadow the default values. ''; }; </ins> }; config = lib.mkIf cfg.enable { programs.singularity.packageOverriden = ( cfg.package.override ( <del> lib.optionalAttrs cfg.enableExternalLocalStateDir { externalLocalStateDir = "/var/lib"; } // lib.optionalAttrs cfg.enableFakeroot { newuidmapPath = "/run/wrappers/bin/newuidmap"; newgidmapPath = "/run/wrappers/bin/newgidmap"; </del> <ins> { systemBinPaths = cfg.systemBinPaths; </ins> } <ins> // lib.optionalAttrs cfg.enableExternalLocalStateDir { externalLocalStateDir = "/var/lib"; } </ins> // lib.optionalAttrs cfg.enableSuid { enableSuid = true; starterSuidPath = "/run/wrappers/bin/${cfg.package.projectName}-suid"; } ) ); <ins> programs.singularity.systemBinPaths = [ "/run/wrappers/bin" ]; </ins> environment.systemPackages = [ cfg.packageOverriden ]; security.wrappers."${cfg.packageOverriden.projectName}-suid" = lib.mkIf cfg.enableSuid { setuid = true;

Discussion:
Nixpkgs's package of Sylabs SingularityCE () now fails to execute image. After initial examination, the known cause is the failure to substitute default FHS s for some files, but the fix is WIP. Steps to reproduce the behavior: error. should succeed. If applicable, add screenshots to help explain your problem. 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]:
singularity isn't supposed to work without setuid?
Yup. The error seems to result from failure to replace all the default paths after source file hierarchy changes.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Change:
, python3Packages, wrapGAppsHook, gobject-introspection , gtk-layer-shell, pango, gdk-pixbuf, atk # Extra packages called by various internal nwg-panel modules <ins> , hyprland         # hyprctl </ins> , sway             # swaylock, swaymsg , systemd          # systemctl , wlr-randr        # wlr-randr

Discussion:
Package name: nwg-panel Latest released version: 0.9.19 Current version on the unstable channel: 0.9.16 Current version on the stable/release channel: 0.9.16 Notify maintainers Note for maintainers: Should remove the dependency for Sway since nwg-panel works other WM like Hyperland, and python-dasbus need to be as an dependency for system tray to work Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
ssm-agent = amazon-ssm-agent; # Added 2023-10-17 starboard-octant-plugin = throw "starboard-octant-plugin has been dropped due to needing octant which is archived"; # Added 2023-09-29 steam-run-native = steam-run; # added 2022-02-21 <ins> StormLib = stormlib; # Added 2024-01-21 </ins> sumneko-lua-language-server = lua-language-server; # Added 2023-02-07 supertux-editor = throw "'supertux-editor' has been removed, as it was broken and unmaintained"; # Added 2023-12-22 swift-im = throw "swift-im has been removed as it is unmaintained and depends on deprecated Python 2 / Qt WebKit"; # Added 2023-01-06

Discussion:
At Darwin: build .#StormLib Log files: aarch64-darwin: x86_64-darwin:
Change:
nixos-artwork = callPackage ../data/misc/nixos-artwork { }; nixos-icons = callPackage ../data/misc/nixos-artwork/icons.nix { }; <ins> nixos-grub2-theme = callPackage ../data/misc/nixos-artwork/grub2-theme.nix { }; </ins> nixos-container = callPackage ../tools/virtualization/nixos-container { };

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:
weechat = callPackage ../applications/networking/irc/weechat { inherit (darwin) libobjc; <ins> inherit (darwin) libresolv; </ins> }; westonLite = callPackage ../applications/window-managers/weston {

Discussion:
WeeChat fails to build on OS X with the below error System: macOS Sierra Nix version: 1.11.4 Nixpkgs version: 17.03pre93141.
I've see the missing symbol thing before, but haven't had a chance to track down where it should be and why it isn't there. If anyone wants to poke around and answer those questions, I'd appreciate it!
I didn't know how to read the message, I was searching for . Searching for I think it comes from on Darwin searching around. I can see listed in , and . Only just started using nixpkgs so not sure how to pull it in to the Weechat derivation and test etc.
Got it building. Here's the changes . I'll raise a PR at the weekend after I've read
^ This change works for me!
once you submit the PR, I think we can simultaneously close this and and .
Change:
githubId = 567634; name = "Daniel Kuehn"; }; <ins> lelgenio = { email = "lelgenio@disroot.org"; github = "lelgenio"; githubId = 31388299; name = "Leonardo Eugênio"; }; </ins> leo60228 = { email = "leo@60228.dev"; matrix = "@leo60228:matrix.org";

Discussion:
Project description Dart Sass is a faster and more updated version of the Sass compilers Nix already supplies. Technically works, but it is . Metadata homepage URL: https://sass- source URL: license: platforms: Linux ia32 and x64, MacOS x64, and Windows ia32 and x64. You can also compile the source with .
I think is now using see homepage:
Yes, technically is compiled from dart-sass, but it is in a pure-Javascript form. One of the items in the is how the native executable of dart-sass is so much faster than the Javascript one. The reason I created this was so that the native executable would be to Nix packages.
Are there other Dart packages in nixpkgs which we could use as a reference to package dart-sass?
Here's an example getting it in nix-shell.
Change:
<del> { lib, stdenv, fetchFromGitHub, qmake, qtbase, qtsvg, qtx11extras, kwindowsystem </del> <ins> { lib, stdenv, fetchFromGitHub, fetchpatch, qmake, qtbase, qtsvg, qtx11extras, kwindowsystem </ins> , libX11, libXext, qttools, wrapQtAppsHook , gitUpdater }:

Discussion:
Describe the bug Besides the included themes, Kvantum manager is does not allow the user to select other themes installed from packages like or . To Reproduce Steps to reproduce the behavior: Kvantum manager and try to select Arc theme Expected behavior Being able to select an installed theme. Screenshots As you can see the themes Adapta and AdaptaNokto do not appear in the drop down menu, even though they are installed in the correct folder. ! Metadata Please run and paste the result. Maintainer information:
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 important to me
I marked this as stale due to inactivity. &rarr;
Here is a patch that adds XDGDATADIRS support for theme lookup paths: Would be nice to submit a PR upstream, but if you take a look at the code: it's just impenetrable. If time allows, I'll try to submit a PR making the code more maintainable and the submit this patch (if the author agrees).
Change:
enableParallelBuilding = true; <ins> passthru = { # run with either of # nix-build -A ghdl-mcode.passthru.tests # nix-build -A ghdl-llvm.passthru.tests tests = { simple = callPackage ./test-simple.nix { inherit backend; }; }; }; </ins> meta = with lib; { homepage = "https://github.com/ghdl/ghdl"; description = "VHDL 2008/93/87 simulator";

Discussion:
Describe the bug To Reproduce -env -i ghdl-llvm # or nix run ... -a Expected behavior ghdl compiles and runs the code Additional context uses LLVM as a backend to compile VHDL to a simulator executable for RTL simulation. It finally links its outputs using (via a call to gcc). The problem is, that in this linking step it also wants to link , which the linker can not find. However, in a everything works as intended. Even a and appending to NIX_LDPATH suffices. I tried various (combinations) of and friends and also , but never got this to work. I suspect that there is something in the setup hook of the nix-shell, but inspecting and comparing s didn't get me any further. Maybe someone could look into this or introduce me to the dark magic of and packaging compilers. (Looking at other compiler's .nix files also was a dead end for me.)
I marked this as stale due to inactivity. &rarr;
Change:
mkdir -p ${cfg.dataDir} chown -R ${cfg.user}:${cfg.group} ${cfg.dataDir} ''; <del> serviceConfig.ExecStart = "${openldap.out}/libexec/slapd -u ${cfg.user} -g ${cfg.group} -d 0 -h "${concatStringsSep " " cfg.urlList}" ${if cfg.configDir == "" then "-f "+configFile else "-F "+cfg.configDir}"; </del> <ins> serviceConfig.ExecStart = "${openldap.out}/libexec/slapd -u ${cfg.user} -g ${cfg.group} -d 0 -h "${concatStringsSep " " cfg.urlList}" ${if cfg.configDir == null then "-f "+configFile else "-F "+cfg.configDir}"; </ins> }; users.extraUsers.openldap =

Discussion:
my openldap machine configured using the traditional config file can no longer be upgraded set to System: (NixOS: , Ubuntu/Fedora: , ...) (Gorilla) Nix version: (run ) nix-env (Nix) 1.11.2 Nixpkgs version: (run ) "17.03pre94050."