jiebi/CodeConvo huggingface dataset:
Code change:
cp -r ${driver} driver-src chmod -R +w driver-src <ins> cp ${driverKernel610MainC} driver-src/driver/main.c </ins> cmakeFlagsArray+=( "-DFALCOSECURITY_LIBS_SOURCE_DIR=$(pwd)/libs"

Related discussion:
text: Steps to reproduce the behavior: sysdig Add any other context about the problem here. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Can't repro on master () and the error isn't in the log output, can you provide additional info?
Hey, thanks for the response - checking again - it only happens if for me if I enable the sysdig-option in my config not building the sysdig-package - maybe this helps to reproduce and depends on the used kernel-version? I've uploaded the full build log:
Thanks, seems this is the error:
I guess this is already fixed upstream in the drivers () but needs to be to nixpkgs to fix 6.10-kernel builds.
fixes it for me
~Ah 0.38.1 - got released somehow oversaw it should check first if that includes the fix~ 38.1 does not include a driver-bump
Code change:
"google.oauth2" ]; <ins> disabledTests = lib.optionals stdenv.isDarwin [ "test_request_with_timeout_success" "test_request_with_timeout_failure" "test_request_headers" "test_request_error" "test_request_basic" ]; </ins> meta = with lib; { description = "Google Auth Python Library"; longDescription = ''

Related discussion:
text: Describe the bug Tensorflow binary builds don't work on mac os. (neither do the source build, but that's a separate issue) To Reproduce $ nix-build '<nixpkgs' --show-trace -A python37Packages.tensorflow-bin_2 this derivation will be built: /nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow- building '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-'... Sourcing python-recompile-bytecode- Sourcing python-remove-tests-dir-hook Sourcing python-catch-conflicts- Sourcing python-remove-bin-bytecode- Sourcing wheel setup hook Using wheelUnpackPhase Sourcing pip-install-hook Using pipInstallPhase Sourcing python-imports-check- Using pythonImportsCheckPhase Sourcing python-namespaces-hook unpacking sources Executing wheelUnpackPhase Finished executing wheelUnpackPhase patching sources configuring /private/tmp/nix-build-python3.7-tensorflow- /private/tmp/nix-build-python3.7-tensorflow- Unpacking to: unpacked/tensorflow-2.1.0...OK substitute(): ERROR: file '--replace' does not exist error: --- Error
--------------------------------------------------------------------------- nix-build builder for '/nix/store/cc5p6r864smaf5mm8bqb9dbp6d7jkb3x-python3.7-tensorflow-' failed with exit code 1 host os: multi-user?: sandbox: version: channels(noah): nixpkgs: yaml attribute: module:
Code change:
"google.oauth2" ]; <ins> disabledTests = lib.optionals stdenv.isDarwin [ "test_request_with_timeout_success" "test_request_with_timeout_failure" "test_request_headers" "test_request_error" "test_request_basic" ]; </ins> meta = with lib; { description = "Google Auth Python Library"; longDescription = ''

Related discussion:
text: Describe the bug tensorflow-bin_2 wants gast-3.2.0 due to but gast has been updated to 3.3.0 so tensorflow refuses to install: To Reproduce Notify maintainers Metadata Maintainer information:
There are also other dependencies that fail the version checks: scipy==1.4.1 and tensorflow-estimator<2.2.0,=2.1.0rc0.
This compiles i'll test it, any feedback appreciated
Got some issues
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
Related .
It looks like fixes this.
Code change:
MACOSX_DEPLOYMENT_TARGET=10.16 '' else null; <ins> configureFlags = [ "PYTHON_VERSION=${lib.versions.major python.version}" ]; </ins> nativeBuildInputs = [ pkg-config ]; buildInputs = [ dbus dbus-glib ] # My guess why it's sometimes trying to -lncurses.

Related discussion:
text: A clear and concise description of what the bug is. Steps to reproduce the behavior: build github:nixos/nixpkgs/nixos-unstable#legacyPackages.x86_64- Nix builds the derivation. <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Maintainer information:
Code change:
}; users.groups.${cfg.group}.gid = config.ids.gids.gitolite; <del> systemd.tmpfiles.rules = [ "d '${cfg.dataDir}' 0750 ${cfg.user} ${cfg.group} - -" "d '${cfg.dataDir}'/.gitolite - ${cfg.user} ${cfg.group} - -" "d '${cfg.dataDir}'/.gitolite/logs - ${cfg.user} ${cfg.group} - -" "Z ${cfg.dataDir} 0750 ${cfg.user} ${cfg.group} - -" ]; </del> systemd.services.gitolite-init = { description = "Gitolite initialization"; wantedBy    = [ "multi-user.target" ];

Related discussion:
text: Describe the bug My server uses an encrypted filesystem /data that I have to mount manually after reboot. Gitolite is configured to use /data/gitolite. I have configured gitolite-init to only run once /data is mounted. Mounting of /data always fails, as gitolite uses to generate directories and thus the mountpoint is not empty. Manual cleanup is required every time. Expected behavior Gitolite should create its directories in gitolite-init.service. Additional context systemd-tmpfiles-setup.service runs before the system is fully initialized, so I cannot delay that service. Notify maintainers <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Metadata system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I'll try to address this in the next few days.
Code change:
{ fetchurl, stdenv, pkgconfig, intltool, pulseaudio, gtkmm3 <del> , libcanberra_gtk3 }: </del> <ins> , libcanberra_gtk3, makeWrapper, gnome3 }: </ins> stdenv.mkDerivation rec { name = "pavucontrol-2.0";

Related discussion:
text: Here is result of — I'll try to do something about it when I have time but it'll most likely be next year, so please go ahead and fix it if you have time for minor issues.
Screenshot?
pavucontrol has no binary wrapper, thus icons won't show unless relevant icon themes are installed in the system.
Fixed in master.
Code change:
'' # Move the outputs into their respective outputs. + strings.concatMapStringsSep "n" mkMoveToOutputCommand (builtins.tail finalAttrs.outputs) <ins> # Add a newline to the end of the installPhase, so that the post-install hook doesn't # get concatenated with the last moveToOutput command. + "n" </ins> # Post-install hook + '' runHook postInstall

Related discussion:
text: Possibly a regression after CC <!-- 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]:
Log The clue is in this log line Odd that we'd be copying something to a derivation ending in , right? Let's investigate further. is one of the CUDA redistributables, so I know it's built by the manifest builder. Looking it over, we can see the relevant portion of the : Well, that looks about right, but what is it actually rendered as when building? Uh oh. Yeah, that's right -- we're missing a newline character! Turns out using the multiline string literal doesn't mean we get a leading newline character (which makes sense given that we concatenate them everywhere and we're not drowning in empty lines). With just a small patch Our is what we would expect: And the resulting build contains our binaries! More generally, the problem likely caused the last, non-, output to disappear.
Will be
I suppose it wouldn't be unfair to say that this is an instance of the "we've stringified our data and failed to parse it again" issue?
I think that’s fair to say. As I view it, the actual build is always done by a bash script. We can either write it entirely in bash, or template it (like we do currently). Both come with tradeoffs. In my opinion, the boost we get in expressivity from lifting some parts of the build up into Nix expressions (so we can use attribute sets and functions in the library) outweigh the cost of making sure we’re producing well-formed bash. Although, that does fall apart sometimes (like here, where we were missing a new line). I’ve not tried to rewrite the install phase as a static bash script which leverages structured attributes, but I do wonder if it would have been as easy to debug? At least with the approach of using Nix as a templating language for bash we can use nix eval on the install phase to see the result. thoughts?
Yea we can also use to peek at the attributes that would go into the JSON, and then maybe there's less bash to read
Code change:
homepage = "https://github.com/cinemast/libjson-rpc-cpp"; license = licenses.mit; platforms = platforms.linux; <ins> sourceProvenance = with lib.sourceTypes; [ binaryBytecode ]; maintainers = with maintainers; [ robertrichter ]; </ins> }; }

Related discussion:
text: Package name: libjson-rpc-cpp Latest released version: 1.3.0 <!-- Search your package here: --- Current version on the unstable channel: 1.3.0 Current version on the stable/release channel: 1.3.0 <!-- 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 no 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]:
Code change:
dm-sonnet = callPackage ../development/python-modules/dm-sonnet { }; <del> dm-tree = callPackage ../development/python-modules/dm-tree { }; </del> <ins> dm-tree = callPackage ../development/python-modules/dm-tree { abseil-cpp = pkgs.abseil-cpp.override { cxxStandard = "14"; }; }; </ins> dnachisel = callPackage ../development/python-modules/dnachisel { };

Related discussion:
text: Build of failed on x86_64-linux as of . This is currently breaking . maintainers cc: maintainers cc: Other cc: n/a nixpkgs at commit This issue was automatically generated by . that created this issue. Internal tag:
Looks like another gcc11 issue. would you mind taking a look?
Code change:
<ins> { lib, stdenv, fetchFromGitHub, autoconf, automake, libtool, pkg-config, perl }: stdenv.mkDerivation rec { pname = "libxcrypt"; version = "4.4.18"; src = fetchFromGitHub { owner = "besser82"; repo = "libxcrypt"; rev = "v${version}"; sha256 = "4015bf1b3a2aab31da5a544424be36c1a0f0ffc1eaa219c0e7b048e4cdcbbfe1"; }; preConfigure = '' patchShebangs autogen.sh ./autogen.sh ''; nativeBuildInputs = [ autoconf automake libtool pkg-config perl ]; doCheck = true; meta = with lib; { description = "Extended crypt library for descrypt, md5crypt, bcrypt, and others"; homepage = "https://github.com/besser82/libxcrypt/"; platforms = platforms.all; maintainers = with maintainers; [ dottedmag ]; license = licenses.lgpl21Plus; }; } </ins>

Related discussion:
text: Project description is a library that provides strong cryptographic hashes for password hashing, such as bcrypt and yescrypt, as well as a number of legacy ones for backward compatibility (e.g. sha256). It is API- and ABI-compatible with provided by glibc. glibc intends to drop the library eventually: This is a first step towards transitioning whole nixpkgs from libcrypt bundled in glibc, as described here: Metadata homepage URL: source URL: license: lgpl2.1+ platforms: unix
Code change:
${upstreamDoc} ''; }; <ins> configFile = mkOption { type = types.path; default = mkConfig name config; defaultText = "A config file generated by values from other kanata module options."; description = '' The config file. By default, it is generated by values from other kanata module options. You can also set it to your own full config file which overrides all other kanata module options.  ${upstreamDoc} ''; }; </ins> extraArgs = mkOption { type = types.listOf types.str; default = [ ];

Related discussion:
text: Currently it's only possible to configure kanata by specifying specific parts one at a time. It's not possible to read a configuration from a file and use that instead of the specific parts. I use HomeManager to manage the kanata configuration file and because it's also used for Windows this is the most platform neutral way for me without duplicating parts of the configuration. As a workaround I did it like this for now: But clearly that is not ideal. What I would want is to just keep the 'readFile' and uncomment the 'defcfg' part from the configuration file ()
I created to address this issue. Could you help test it?
Thanks a lot for the fast solution! I tested it with my config and it works without any issues.
Code change:
passthru = { wpName = pname; <ins> }; meta = { license = lib.licenses.${license}; </ins> } // (args.passthru or {}); } // lib.optionalAttrs (type == "language") { nativeBuildInputs = [ gettext wp-cli ];

Related discussion:
text: The package with that are automatically fetched carry no license. ` cc
Poking upstream does not seem to yield anything. They did indicate they wouldn't support this use case, so what are you expecting from them?
I talked to the authors of wp4nix and they are happy for new contributions. It would be nice if the wp4nix script would somehow handle license informations, for example by manually defining them. Not quite sure yet how to implement it
If we don't know the licenses to these packages we honestly cannot keep them around. For example, it is absolutely unclear, whether we have a license to even redistribute them. Of course upstream will take patches, but they're not exactly in the same boat we are. I think your attitude towards the whole licensing situation around wp4nix/nc4nix and its resulting packages is alarming.
As written : Fixing this for Wordpress packages and themes (wp4nix) and Nextcloud apps (nc4nix) in a foreseeable time exceeds my skills and competence. Therefore I would like to offer to add a flag to these package sets and remove them for the next release 23.11 if it's not resolved by then.
Couldn't we mark them as unfree so they don't get cached on hydra but people can still use them if they want? Unfortunately it seems like the wordpress plugins repository doesn't seem to provide the license information in an easy manner. And I don't know whether it is stored somewhere else or can even be extracted from the derivation without import-from-derivation.
Actuallly we seem to be safe in theory. claims
In an ideal world, that would hold true, but it is up to the user and distributor to validate the final outcome. I therefore think this situation remains unresolved.
Code change:
(fetchNuGet { pname = "Nito.AsyncEx.Tasks"; version = "5.1.2"; sha256 = "11wp47kc69sjdxrbg5pgx0wlffqlp0x5kr54ggnz2v19kmjz362v"; }) (fetchNuGet { pname = "Nito.Collections.Deque"; version = "1.1.1"; sha256 = "152564q3s0n5swfv5p5rx0ghn2sm0g2xsnbd7gv8vb9yfklv7yg8"; }) (fetchNuGet { pname = "Nito.Disposables"; version = "2.2.1"; sha256 = "1hx5k8497j34kxxgh060bvij0vfnraw90dmm3h9bmamcdi8wp80l"; }) <del> (fetchNuGet { pname = "NLog"; version = "5.2.7"; sha256 = "1gq5l9qv3vnl0rvxa110bbqsq6m43h8h912xijqab1hsjdpb46q3"; }) (fetchNuGet { pname = "NLog.Extensions.Logging"; version = "5.3.7"; sha256 = "1hv2v4hqqq86vjvxa0cbk4klaii8n8h1wjrlsfzbp9nnxnzg9pzi"; }) (fetchNuGet { pname = "NLog.Web.AspNetCore"; version = "5.3.7"; sha256 = "1jifwnvkfi3jankan7543q985gzrywddvajlqrf573aa2dbp5n1f"; }) </del> <ins> (fetchNuGet { pname = "NLog"; version = "5.2.8"; sha256 = "1z3h20m5rjnizm1jbf5j0vpdc1f373rzzkg6478p1lxv5j385c12"; }) (fetchNuGet { pname = "NLog.Extensions.Logging"; version = "5.3.8"; sha256 = "1qnz91099f51vk7f5g2ig0041maw5hcbyqllxvj5zj7zkp0qw9b8"; }) (fetchNuGet { pname = "NLog.Web.AspNetCore"; version = "5.3.8"; sha256 = "05a6bzvdf63lbnn6sj3yfggxcgv96j91kdbcw0ac5hxl58df58r6"; }) (fetchNuGet { pname = "NuGet.Frameworks"; version = "5.11.0"; sha256 = "0wv26gq39hfqw9md32amr5771s73f5zn1z9vs4y77cgynxr73s4z"; }) </ins> (fetchNuGet { pname = "NuGet.Frameworks"; version = "6.5.0"; sha256 = "0s37d1p4md0k6d4cy6sq36f2dgkd9qfbzapxhkvi8awwh0vrynhj"; }) (fetchNuGet { pname = "protobuf-net"; version = "3.2.26"; sha256 = "1mcg46xnhgqwjacy6j8kvp3rylpi26wjnmhwv8mh5cwjya9nynqb"; }) (fetchNuGet { pname = "protobuf-net.Core"; version = "3.2.26"; sha256 = "1wrr38ygdanf121bkl8b1d4kz1pawm064z69bqf3qbr46h4j575w"; })

Related discussion:
text: Package name: ArchiSteamFarm Latest released version: 5.5.2.3 <!-- Search your package here: --- Current version on the unstable channel: 5.5.0.11 Current version on the stable/release channel: 5.4.12.5 <!-- 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]:
It helps if I also open the PR when doing the update
Code change:
meta.maintainers = with maintainers; [ etu stunkymonkey mattchrist ]; options.services.freshrss = { <del> enable = mkEnableOption "FreshRSS feed reader"; </del> <ins> enable = mkEnableOption "FreshRSS RSS aggregator and reader with php-fpm backend."; </ins> package = mkPackageOption pkgs "freshrss" { };

Related discussion:
text: When enabling freshrss and rebuilding, no freshrss systemd service is started. Steps to reproduce the behavior: (as well other requirements for minimal config) (with , for me) The only freshrss units are and . to in browser. Unable to connect. A service with (or something?) is created and runs automatically. The http server is accessible from a browser. I initially tried running in a container, but running on the host OS had the same result Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Freshrss doesn't run as a systemd service. It runs under php-fpm. The associated systemd service is . This is then exposed via nginx. I believe the default nginx configuration will expose freshrss on port 80, so http://localhost may work for your current configuration. The used by nginx for freshrss is . My guess is you'll need to configure it. If you want to access freshrss via "http://localhost:8080" you could use a config like:
Sorry I never responded to this! This worked, thank you.
i guess we can close this then? please report back if i am wrong.
I do agree with qyriad that this could be explicitly documented better, but I don't have any further issue to specifically track
any specific location where you want this documented? where would you look something like this up?
I would probably put in the description of the option.
Code change:
}; }; <ins> patches = [ (substituteAll { src = ./fix_gmenu.patch; gmenu_path = "${gnome3.gnome-menus}/lib/girepository-1.0"; }) ]; </ins> doCheck = true; nativeBuildInputs = [ meson ninja pkgconfig gettext glib ];

Related discussion:
text: The meson build doesn't compile the schemas, opting to do it instead in a package shell script. Unfortunately it seems that compiling the schemas aren't enough to make all the extensions work. In particular at least and still won't work (seems to fix though). With the schemas installed Tweaks simply complains that the extension is incorrectly installed. complains about lacking any typelib file for . I'm not sure how well these extensions worked before 3.28, but a report on irc indicated that at least worked before. cc Run Tweaks on nixos-unstable, try to enable eg. the extension under or . Running a schema fix on top of system: host os: multi-user?: sandbox: version: channels(hed): channels(root): nixpkgs:
The extension works for me when I manually change the directory structure to: As for the , I removed from dependencies so that might explain this failure. The extension should probably be fixed like .
You're able to switch switch themes in in Tweaks? Might be something wrong on my end. I'll submit a PR fixing the schemas at least.
Testing out a fix for .
Hmm, I can enable it but the theme switching does not work. I seems to require the extension schemas in when running Tweaks. Maybe it got picked up from global for bash users, but the option was always disabled for me with fish.
We might want to add as a dependency to Tweaks so that it could work for non-bash users. Then we will need to fix the schemas: the schemas in and find a hack similar to to add the schemas path to the extension. like the following to put the schemas where extensions can find them and add symlink for Tweaks. same thing as the second point but accomplished by patching files.
Your suggested fix worked for at least :) I went with basically adding the code from to to fix the schema problem. Generating the directory structure you quoted above seems the most sane and keeping with upstream. Tested things out in a vm with bash, and didn't seem to work there either. So not sure if the problem is non bash. Anyway, adding to fixes , so I think that's appropriate. I should've got everything now, will submit a PR :)
I think it only works in bash and globally installed packages or something.
Code change:
}; }; <ins> patches = [ (substituteAll { src = ./fix_gmenu.patch; gmenu_path = "${gnome3.gnome-menus}/lib/girepository-1.0"; }) ]; </ins> doCheck = true; nativeBuildInputs = [ meson ninja pkgconfig gettext glib ];

Related discussion:
text: I would not rely on it since I consider it an ugly impurity. I would prefer the first solution since it will be the cleanest and could be possibly automated in the future, but number two is fine too.
Code change:
, javaPackages }: <del> javaPackages.mavenfod rec { </del> <ins> (javaPackages.mavenfod.override { inherit maven; # use overridden maven version (see dbeaver's entry in all-packages.nix) }) rec { </ins> pname = "dbeaver"; <del> version = "22.0.1"; # When updating also update fetchedMavenDeps.sha256 </del> <ins> version = "22.0.1"; # When updating also update mvnSha256 </ins> src = fetchFromGitHub { owner = "dbeaver";

Related discussion:
text: The dbeaver package does not build on . Steps to reproduce the behavior: Dbeaver should build <details<summaryTruncated build log</summary<br</details