jiebi/CodeConvo huggingface dataset:
Change:
drbd = callPackage ../os-specific/linux/drbd/driver.nix { }; <ins> nullfs = callPackage ../os-specific/linux/nullfs { }; </ins> } // lib.optionalAttrs config.allowAliases { ati_drivers_x11 = throw "ati drivers are no longer supported by any kernel >=4.1"; # added 2021-05-18; hid-nintendo = throw "hid-nintendo was added in mainline kernel version 5.16"; # Added 2023-07-30

Discussion:
Project description A virtual file system that behaves like . I use it to discard unwanted files writing to my SSDs, that do not need to be read, such as caches and temp files. You can also set a mount option to prevent a file being discarded which is placed in RAM. Refer to . <!-- Describe the project a little: --It can handle regular file operations like mkdir/rmdir/ln but writing to files does NOT store any data. The file size is however saved, reading from the files behaves like reading from . Writing and reading is basically an NOOP, so it can be used for performance testing with applications that require directory structures. Implemented as kernel module, instead of using FUSE, there is absolutely no overhead for copying application data from user to kernel space while performing write or read operations. Metadata homepage URL: source URL: license: GPL-3.0 platforms: unix, linux, darwin (not sure) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
texture-synthesis = callPackage ../tools/graphics/texture-synthesis { }; <ins> texturepacker = qt6.callPackage ../applications/graphics/texturepacker { }; </ins> tty-solitaire = callPackage ../applications/misc/tty-solitaire { }; termtosvg = callPackage ../tools/misc/termtosvg { };

Discussion:
Project description TexturePacker - Utility for creating optimized sprite sheets. Metadata homepage URL: source URL: license: unfree platforms: linux Here is what I have so far: CLI works, while GUI segfaults: <details</details
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 .
Change:
requiredSystemFeatures = [ "big-parallel" ]; <del> meta = with lib; { description = "Comprehensive, professional-quality productivity suite, a variant of openoffice.org"; homepage = "https://libreoffice.org/"; license = licenses.lgpl3; maintainers = with maintainers; [ raskin ]; platforms = platforms.linux; }; </del> <ins> inherit (import ./common.nix { inherit lib; }) meta; </ins> }).overrideAttrs ((importVariant "override.nix") (args // { inherit kdeIntegration; }))

Discussion:
Apparently the DMG download is 404'ing - see below. Perhaps a different mirror should be used:
Apparently they remove older versions. Maintainer:
Maybe we can use to avoid 404's.
Good input. I'll update the version and have a look at it tomorrow.
is 404'ing again: . Should we re-open this issue?
I can't see version 7.2.5 in any supported nixpkgs branch anymore. If you're using an old commit, you'll be getting old bugs, of course.
Change:
]; }; }; <ins> programs.mtr.enable = true; </ins> }; # The router is configured with static IPv4 addresses towards the server

Discussion:
When using the provided tayga service, it's not really possible to setup explicit mappings. This seems like an oversight. N/A Some sort of should exist. N/A It is possible to workaround the issue by sticking them into but... uh yeah anyway. :sweat_smile: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- (?) Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
inherit (darwin.apple_sdk.frameworks) Cocoa; }; <ins> theforceengine = callPackage ../games/theforceengine { }; </ins> tbe = libsForQt5.callPackage ../games/the-butterfly-effect { }; tbls = callPackage ../tools/misc/tbls { };

Discussion:
Project description The Force Engine is a source port designed to run the original Disney games: Dark Forces and Outlaws natively on modern systems with quality of life improvements and optional enhancements. Metadata homepage URL: source URL: license: platforms: linux
Change:
, libstartup_notification , libXtst , libXdamage <ins> , mesa </ins> , muffin , networkmanager , pkg-config

Discussion:
I have 2 clear bugs for cinnamon that I can't find a way to solve 1- not working due to missing of 2- doesn't show events due to missing of both of the issues related to Steps to reproduce the behavior: in any of the bugged apps
Change:
meta = with lib; { description = "Highly customizable Wayland bar for Sway and Wlroots based compositors"; license = licenses.mit; <del> maintainers = with maintainers; [ FlorianFranzen minijackson synthetica ]; </del> <ins> maintainers = with maintainers; [ FlorianFranzen minijackson synthetica lovesegfault ]; </ins> platforms = platforms.unix; homepage = "https://github.com/alexays/waybar"; };

Discussion:
Describe the bug crash on startup To Reproduce Steps to reproduce the behavior: example config: example waybar: Expected behavior Normal application startup. No crash. Notify maintainers Metadata Maintainer information:
Same issue here.
This seems like an upstream issue: and will be fixed in the next release: Could you test with waybar master? Recommended temporary solution is to disable the and module.
Waybar master is available as an overlay/package from :smile:
Tested the master version and it fixed the problems for me. Thank you.
Change:
, zlib, minizip, libjpeg, libpng, libtiff, libwebp, libopus , jsoncpp, protobuf, libvpx, srtp, snappy, nss, libevent , alsa-lib <ins> , pulseaudio </ins> , libcap , pciutils , systemd

Discussion:
I found this bug while trying to create a package for (mentioned in ), but it seems all qtwebengine-based browsers like Qutebrowser and Falkon have the same issue. These browsers are able to pick up my microphone just fine, but any virtual devices created via pipewire do not show up. discord-screenaudio creates a virtual source to pipe desktop audio through, which then is meant to be detected as an audio input inside a qtwebengine window linked to Creating virtual devices manually via (following ) also doesn't work, as they do not show up in Qutebrowser or Falkon. They do show up in Firefox, Chromium, and the native Discord client, however. pipewire running as the audio server a virtual audio device using to on Falkon or Qutebrowser and see that does not show up in the input list. does show up in Falkon or Qutebrowser One final difference I see is within the Helvum program, where I can see how audio devices are connected. When Firefox, Chromium and Discord use my microphone a connection is made in Helvum, but when Qutebrowser, Falkon, or discord-screenaudio do no connection is visible. To me it seems that qtwebengine-based browsers must not be connecting to pipewire or pipewire-pulse at all, but talking to the audio devices directly somehow. (qtwebengine) Please run and paste the result.
I'm unsure if I should also mention the maintainers of Falkon and Qutebrowser here since it seems the issue lies with qtwebengine
You should, I think it's safe to say qtwebengine is pretty much maintained for qutebrowser alone. I don't use pipewire/pulse but I think does.
Alright then: falkon's maintainer is other qutebrowser maintainers that have not been mentioned yet are
I do use pipewire, but not virtual audio devices. Have you ensured that you have xdg-desktop-portal-wlr setup correctly? I have to run this sequence of commands in order to get screensharing to work, for example: Where is set to Of course, if you are not using wayland then you'd want instead of
Weird. I'm on X11, not wayland.

I both wireplumber and xdg-desktop-portal via the nixos configuration options and it still doesn't make a difference, even when running those commands before running these browsers
Is xdg-desktop-portal required for pipewire audio support in qtwebengine?
I don't think so since the mic was working even when video capture is not (and the later does requre it). However there appears to have been a regression recently, I just bumped my pin just yesterday and now my mic is not working at all in qutebrowser.
Can you paste the code for creating the package you have so far?
This still seems like an issue, see further attempts at packaging discord-screenaudio in .
The issue has indeed been fixed!
Change:
}; buildInputs = with self; [ nose pillow pkgs.gfortran pkgs.glibcLocales ]; <del> propagatedBuildInputs = with self; [ numpy scipy pkgs.openblas ]; </del> <ins> propagatedBuildInputs = with self; [ numpy scipy numpy.blas ]; </ins> LC_ALL="en_US.UTF-8";

Discussion:
But we cannot upgrade to openblas 0.2.15 either, due to runtime issues (segfault?). Possible fix is to package the openblas 'develop' branch. See discussions: CC
Did you try with 2.15 yourself? We could also go back to Atlast + Lapack. It would mean changing and the same line in . And of course
I just built numpy with openblas 0.2.15 and did . Nothing more. (numpy is just being pulled in as a dependency on my system, I don't really have any specific use for it at the moment.) If upstream makes a new release in a week, I can wait for that.
Good. I think we do need to have a solution for the new stable.
They put out an RC:
I'm now testing the RC. , do you know whether would hide processor information?
I'm pretty sure it doesn't.
Evaluation with openblas 0.2.15: Evaluation with openblas 0.2.16.rc1: We get a segfault with scikitlearn when using 0.2.15, but not anymore with 0.2.16.rc1. , could you try building the current PR?
That is, this one
I've evaluated numpy/scipy/scikitlearn without issues using openblas 0.2.17. See
Because we use openblas 0.2.17 now I am closing this.

When I try to install openblas I get following failure:
Are you building with chroot environments enabled or disabled?
I'm not sure if I'm building with chroot environments enabled or disabled, how could I figure out? I've installed the nix package manager on an ubuntu install to manage packages with nix.
What does your file say?
I don't have an My is here:
If you don't have it, then the builds should be non-chrooted. Anyway, that's the most likely explanation why it succeeds on Hydra and not for you (we could still fix it, but it's not a high priority for me as chrooting solves many problems).
'Detecting CPU failed' happened to me as well, on a machine with intel broadwell CPU. I made an upstream issue and was told to build from their 'develop' branch (I don't think they use 'master'). The develop branch worked. We should prod them to make a new release.
This is not currently affecting me.
This is still an issue for nix installations outside of /nix (which seem unchrootable). Explicitly adding TARGET=NEHALEM just like in the travis build seems to work:
Change:
buildInputs = [ curl tzdata ]; cmakeFlags = stdenv.lib.optionals (!bootstrapVersion) [ <del> "-DD_FLAGS=-d-version=TZDatabaseDir;-d-version=LibcurlPath;-J$PWD" </del> <ins> "-DD_FLAGS=-d-version=TZDatabaseDir;-d-version=LibcurlPath;-J${pathConfig}" </ins> "-DCMAKE_BUILD_TYPE=Release" ];

Discussion:
Describe the bug The ldc package (1.17.0) is currently failing to build properly in the unstable branch. It looks like the following is the culprit: To Reproduce Steps to reproduce the behavior: done! Expected behavior The package should build and install cleanly. Metadata system: host os: multi-user?: sandbox: version: channels(root): channels(chrisaw): nixpkgs: cc
Right, looks like is commit introducing the failure. The relied on shell expansion which no longer happens, so we get this: Instead of this:
cc
is right. So a fix could be to use but I find the hardcoded /build quite ugly. The path doesn't need to be in /build but I put it there to make sure it's not a file used by some other process. Switching from /build to /tmp or whatever is for this reason not a good solution.
I'm not sure with the changes for structured attrs we could use shell expansion for like before. Perhaps could comment since the fix looks obvious.
Right CMake does not interpolate environment variable, this was oversight on our part. Looks like was in and I agree that hardcoding is not a good idea but the presence of feels like a hack too. What is ts purpose? If the string imports are generated by the build system, I would expect them to be found without any extra flags. And if they are generated us during bootstrapping, I would expect them to be in a separate derivation, making referencing them work without variable interpolation. If we cannot get rid of the , we should move the flag to until we can.
Looks like the flag is needed for Could we copy the file to a build system’s natural directory like or something, so that the flag could be omitted?
The flag is the only possibility to get the tzdata path into the library. See for the code in the library. Where the file is doesn't matter but I don't see any better location as $PWD for now.
Is not it possible to put it to directory or something?
Yes but I still need to get the full path to it for -J and there is no default directory so you could omit the -J if you mean that. See point 3 in .
Change:
collidoscope = callPackage ../development/python-modules/collidoscope { }; <ins> color-operations = callPackage ../development/python-modules/color-operations { }; </ins> colorama = callPackage ../development/python-modules/colorama { }; colorcet = callPackage ../development/python-modules/colorcet { };

Discussion:
Project description User friendly Rasterio plugin to read raster datasets. Metadata homepage URL: source URL: license: bsd platforms: unix Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Already packaged by in . Should be easy to add to nixpkgs.
Requires morecantile and pystac, that shoud be to nixpkgs as well.
Change:
ki18n kiconthemes kio <del> kirigami2 </del> <ins> kirigami </ins> kxmlgui kdoctools mpv qtbase <del> qtquickcontrols2 </del> ]; nativeBuildInputs = [

Discussion:
Package name: haruna Latest released version: 1.0.1 <!-- Search your package here: --- Current version on the unstable channel: 0.12.3 Current version on the stable/release channel: 0.12.2 <!-- 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:
These packages are manually refined in lua-overrides.nix */ <del> { self, stdenv, fetchurl, fetchgit, pkgs, ... } @ args: </del> <ins> { self, stdenv, lib, fetchurl, fetchgit, pkgs, ... } @ args: </ins> self: super: with self; {

Discussion:
I tried adding to , then running and noticed in the diff this still uses , and non-string URLs. To Reproduce Steps to reproduce the behavior: Expected behavior The diff shouldn't contain non-string URLs, and not use via . Notify maintainers
luarocks-nix needs to be updated. Its current state is messy (not clear which branch to use), I will update it.
Change:
- [xmrig](https://github.com/xmrig/xmrig), a high performance, open source, cross platform RandomX, KawPow, CryptoNight and AstroBWT unified CPU/GPU miner and RandomX benchmark. <ins> - Auto nice daemons [ananicy](https://github.com/Nefelim4ag/Ananicy) and [ananicy-cpp](https://gitlab.com/ananicy-cpp/ananicy-cpp/). Available as [services.ananicy](#opt-services.ananicy.enable). </ins> ## Backward Incompatibilities {#sec-release-21.11-incompatibilities} - The NixOS VM test framework, `pkgs.nixosTest`/`make-test-python.nix`, now requires detaching commands such as `succeed("foo &")` and `succeed("foo | xclip -i")` to close stdout.

Discussion:
Project description Ananicy (ANother Auto NICe daemon) — is a shell daemon created to manage processes' IO and CPU priorities, with community-driven set of rules for popular applications (anyone may add their own rule via github's pull request mechanism). It's mainly for desktop usage. Metadata homepage URL: source URL: license: gpl3 platforms: linux
Change:
systemd.targets.local-fs.unitConfig.X-StopOnReconfiguration = true; systemd.targets.remote-fs.unitConfig.X-StopOnReconfiguration = true; systemd.targets.network-online.wantedBy = [ "multi-user.target" ]; <del> systemd.services.systemd-binfmt.wants = [ "proc-sys-fs-binfmt_misc.mount" ]; </del> systemd.services.systemd-importd.environment = proxy_env; # Don't bother with certain units in containers.

Discussion:
Describe the bug The indicates a dependency on . However, this unit is not automatically included with the help of . It is therefore listed as : highlights this: Expected behavior Units that are relied upon should be found. Additional context Commit seems to something to do with it. Notify maintainers Metadata Please run and paste the result. Maintainer information:
This has last been touched in I see we set in if , so we could move there as well. After reading a bit on and , is this currently halfway broken? Maybe more of the logic should be moved into …
Can you see if fixes this for you? You might want to reboot, to make sure the mount isn't active. Also, do you use any binfmt stuff?
Yes, it fixes the problem: I do not think so. I am not familiar with binfmt.
Change:
nativeBuildInputs = [ cacert wrapGAppsHook ]; buildInputs = [ fontconfig libffi libtool sqlite gsettings-desktop-schemas gtk3 ] <del> ++ lib.optionals stdenv.isDarwin [ libiconv CoreFoundation ]; </del> <ins> ++ lib.optionals stdenv.isDarwin [ libiconv CoreFoundation ncurses ]; </ins> preConfigure = '' unset AR <del> for f in src/lt/configure src/cs/c/configure src/bc/src/string.c; do substituteInPlace "$f" --replace /usr/bin/uname ${coreutils}/bin/uname </del> <ins> for f in src/lt/configure src/cs/c/configure src/bc/src/string.c src/ChezScheme/workarea; do substituteInPlace "$f"  --replace /usr/bin/uname ${coreutils}/bin/uname  --replace /bin/cp ${coreutils}/bin/cp  --replace /bin/ln ${coreutils}/bin/ln  --replace /bin/rm ${coreutils}/bin/rm  --replace /bin/true ${coreutils}/bin/true </ins> done mkdir src/build cd src/build

Discussion:
Project description Racket on Chez Scheme (Racket CS) may become the default Racket implementation in the next release [1] [1] Metadata homepage URL: https://racket- source URL: license: MIT or Apache 2.0 platforms: unix
Released:
Just a note. Reading stumbled upon the following (emphasis mine): This probably needs to be worked-around...
I thought I'd have a stab at a pull request for bumping to 8.0. It's still compiling, but right now it's looking good. I just had to bump the version number, correct the checksum and fix some hardcoded paths and their like. I'll report back when I know more! Update: There were no further problems. Upstream took care of everything :-) I confirm that I got a working drracket 8.0. Test for yourself here:
Change:
, libxcb , lilv , lv2 <ins> , microsoft-gsl </ins> , mp4v2 , opusfile , pcre

Discussion:
Package name: mixxx Latest released version: 2.4.0 Current version on the unstable channel: 2.3.6 Current version on the stable/release channel: 2.3.5 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]:
1 is now out, pinging:
Change:
meta = with lib; { homepage = "https://github.com/cantino/mcfly"; <del> description = "An upgraded ctrl-r for Bash whose history results make sense for what you're working on right now"; </del> <ins> description = "An upgraded ctrl-r where history results make sense for what you're working on right now"; </ins> changelog = "https://github.com/cantino/mcfly/raw/v${version}/CHANGELOG.txt"; license = licenses.mit; maintainers = [ maintainers.melkor333 ];

Discussion:
I think you're the person to contact about this? Just a trivial issue with the description - mcfly is not only for bash but also for zsh and fish.
It looks like Marsam touched it last, but just to remove the period. The maintainer, wrote the description.
IIRC I copied the description from the Mcfly project page. It probably makes sense to replace it with the current tldr:
Much thanks.
Change:
meta = with lib; { description = "OBS Studio plugin to make sources available to record via a filter"; homepage = "https://github.com/exeldro/obs-source-record"; <del> maintainers = with maintainers; [ robbins ]; </del> <ins> maintainers = with maintainers; [ robbins shackra ]; </ins> license = licenses.gpl2Only; platforms = [ "x86_64-linux" ]; };

Discussion:
Package name: Latest released version: 0.3.4 <!-- Search your package here: --- Current version on the unstable channel: 0.3.2 Current version on the stable/release channel: 0.3.2 <!-- 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 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:
ghostscript ]; <ins> # needed for qmakeFlags+=( below __structuredAttrs = true; </ins> preConfigure = '' lrelease qpdfview.pro qmakeFlags+=(*.pro)

Discussion:
Steps to reproduce the behavior: try to build . Full build log on Hydra: I attempted to git bisect the issue and ended up with: Looking at the log it looks like the qmakeFlags are not set/used properly, e.g. below: 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]:
Seems like the following pattern in is the problem: Should be possible to fix this by turning structuredAttrs on. Will test and see whether there are others.
Hm. My commit is already on master and I can build fine there. What am I missing?
Really not sure, I get the exact failure as on Hydra, also using nixpkgs master.
I can tell from the log that the install path is not passed correctly, but my build still succeeds. Odd. In any case, I will open a PR to fix it, hopefully you can confirm it works.
Change:
super-productivity = callPackage ../applications/office/super-productivity { }; inherit (callPackages ../development/libraries/wlroots {}) <del> wlroots_0_15 </del> wlroots_0_16 wlroots_0_17 wlroots;

Discussion:
With merged we want to eventually drop . That'll take at least a couple of months though and we still have around as well. I'll just open this issue so that we don't forget about it. The affected packages should switch to the latest wlroots release when possible (usually a new upstream release). There's no hurry but let's use this issue to track the current progress. Packages: TODO (currently all packages that depend on wlroots -I'll update this when we're getting closer) Previous issue:
need rebuild [x] waybar [x] mpvpaper [x] qt-video-wlr [x] wl-gammactl [x] hyprpicker TODO [ ] hikari [x] waybox: [x] pywlroots: 0.16 has been released and adapted to wlroots 0.16, but qtile need pywlroots 0.15 [x] qtile [x] phoc [x] cage: [x] cagebreak