jiebi/CodeConvo huggingface dataset:
Code change:
}; config = mkIf ((length config.swapDevices) != 0) { <ins> assertions = map (sw: { assertion = sw.randomEncryption.enable -> builtins.match "/dev/disk/by-(uuid|label)/.*" sw.device == null; message = '' You cannot use swap device "${sw.device}" with randomEncryption enabled. The UUIDs and labels will get erased on every boot when the partition is encrypted. Use /dev/disk/by-partuuid/… instead. ''; }) config.swapDevices; warnings = concatMap (sw: if sw.size != null && hasPrefix "/dev/" sw.device then [ "Setting the swap size of block device ${sw.device} has no effect" ] else [ ]) config.swapDevices; </ins> system.requiredKernelConfig = with config.lib.kernelConfig; [ (isYes "SWAP")

Related discussion:
text: When using to create and activate a swapfile on btrfs, it fails with messages like this: The kernel says: I am not very familiar with Nix, but after reading the corresponding and , it seems that creating a swapfile on btrfs requires disabling copy-on-write for that file (via ) as well. However, doesn't do it currently. BTW, manually creating the swapfile and letting NixOS activating it works fine for me. to ( is supposed to be mounted as btrfs). . Swapfile is created and activated without any issue. There is a workaround on NixOS Discourse: system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
I have the same issue. I already tried disabling copy-on-write for the partition but it still fails: I also still get the warning like even though I the attribute to my mount options (afterwards). My current swap configuration can be found .
Mounting with attribute won't work because: [^1]:
I came up with this yesterday, which seems to work (or at least you can follow the general pattern): I have as a separate subvolume, nothing else on it. Once you've run this to create the swapfile, it seems to mount and function properly from there on out. But yes, it would be nice if this were taken care of automatically. EDIT: Fix link
brilliant, that helped me solve my issue. While your script didn't work out for me, I was able to adjust it so it did. I noticed the following warning when running your script: So, I searched for this and found the following note on ArchWiki: — Replacing with made the warning disappear for me but running still failed with . Then I compared the script to what I've used in and noticed that I used instead of to create the empty swapfile. The full script I ended up with:
Thanks for the update. I originally used , but switched after reading that should be much faster (and have to admit I can't remember if I tested that change yet -- thank you for the feedback). I've switched it back to .
Code change:
<del> { lib, fetchFromGitHub </del> <ins> { lib , fetchFromGitHub </ins> , version , suffix ? "" , hash ? null , src ? fetchFromGitHub { owner = "NixOS"; repo = "nix"; rev = version; inherit hash; } , patches ? [ ] <ins> , maintainers ? with lib.maintainers; [ eelco lovesegfault artturin ] </ins> }: assert (hash == null) -> (src != null); let

Related discussion:
text: Package name: nix23 Latest released version: 2.3.17 (see ) Current version on the unstable channel: 2.3.16 Current version on the stable/release channel: 2.3.16 Notify maintainers Note for maintainers: Please tag this issue in your PR. See for context. The release script apparently doesn't upload source tarballs anymore, so 2.3.17 sources look more like the other ones. There's a bunch of expressions in that might need to be revisited.
Code change:
<ins> --- allegro-4.4.3/docs/src/allegro._tx.orig     2019-02-02 20:28:46.000000000 +0100 +++ allegro-4.4.3/docs/src/allegro._tx  2019-11-04 11:12:39.352699777 +0100 @@ -23,6 +23,7 @@ @man_shortdesc_force1=allegro @man_shortdesc_force2=Allegro game programming library. @$input texinfo +@$@documentencoding ISO-8859-1 @$@setfilename allegro.inf @$@settitle Allegro Manual @$@setchapternewpage odd </ins>  No newline at end of file

Related discussion:
text: Building with (on nixpkgs unstable) leads to I found identical issue from 2019 in RedHat. They claim this patch fixes the issue, however I haven't tested this. (Mainly because I don't know how) I'd be happy to try to fix this, looks like just adding that patch will do the trick, but I'm new to nixpkgs Notify maintainers Metadata Please run and paste the result. Maintainer information:
The patch works. I'll submit a PR.
Is this different from ? Is the patch superfluous?
Oh I didn't see that, if that fixes it then this should probably be closed. The redhat issue makes me think that it is an issue with allegro so perhaps it should be merged anyhow to ensure it doesn't crop up later. But I don't really mind
I'm not sure that it should be closed just yet. I'd need to try building at the latest master without it. I did also run into the same problem you had.
I'm pretty sure this is fixed now
Code change:
virthost.succeed("virsh pool-start zfs_storagepool") virthost.succeed("virsh vol-create-as zfs_storagepool disk1 25MB") <del> with subtest("check if nixos install iso boots and network works"): </del> <ins> with subtest("check if nixos install iso boots, network and autostart works"): </ins> virthost.succeed( <del> "virt-install -n nixos --osinfo=nixos-unstable --ram=1024 --graphics=none --disk=`find ${nixosInstallISO}/iso -type f | head -n1`,readonly=on --import --noautoconsole" </del> <ins> "virt-install -n nixos --osinfo nixos-unstable --memory 1024 --graphics none --disk `find ${nixosInstallISO}/iso -type f | head -n1`,readonly=on --import --noautoconsole --autostart" </ins> ) virthost.succeed("virsh domstate nixos | grep running") virthost.wait_until_succeeds("ping -c 1 nixos") virthost.succeed("virsh ${virshShutdownCmd} nixos") virthost.wait_until_succeeds("virsh domstate nixos | grep 'shut off'") <ins> virthost.shutdown() virthost.wait_for_unit("multi-user.target") virthost.wait_until_succeeds("ping -c 1 nixos") </ins> ''; })

Related discussion:
text: the following configuration: guests are started to confirm VM should have automatically started guests marked to start on boot start Guests marked to boot on startup should start doesn't seem to do what it says
Not stale
The problem is that libvirtd is socket-activated on NixOS which it isn't out of the box.
Code change:
}: stdenvNoCC.mkDerivation rec { <del> version = "1.0.7"; </del> <ins> version = "1.0.10"; </ins> pname = "bun"; src = passthru.sources.${stdenvNoCC.hostPlatform.system} or (throw "Unsupported system: ${stdenvNoCC.hostPlatform.system}");

Related discussion:
text: Package name: bun Latest released version: 1.0.9Current version on the unstable channel: 1.0.7 Current version on the stable/release channel: 0.6.2 Notify maintainers People who've also recently updated the package: Note for maintainers: Please tag this issue in your PR.
Code change:
generatedJson = { inherit plugins themes languages; }; <ins> sourceJson = { plugins = builtins.fromJSON (builtins.readFile ./wordpress-plugins.json); themes = builtins.fromJSON (builtins.readFile ./wordpress-themes.json); languages = builtins.fromJSON (builtins.readFile ./wordpress-languages.json); }; </ins> in { # Create a generic WordPress package. Most arguments are just passed # to `mkDerivation`. The version is automatically filtered for weird characters. mkWordpressDerivation = self.callPackage ({ stdenvNoCC, lib, filterWPString, gettext, wp-cli }: <del> { type, pname, version, ... }@args: </del> <ins> { type, pname, version, license, ... }@args: </ins> assert lib.any (x: x == type) [ "plugin" "theme" "language" ]; stdenvNoCC.mkDerivation ({ pname = "wordpress-${type}-${pname}";

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:
rsclock = callPackage ../applications/misc/rsclock { }; <del> rstudio = libsForQt514.callPackage ../applications/editors/rstudio { </del> <ins> rstudio = libsForQt5.callPackage ../applications/editors/rstudio { </ins> boost = boost166; llvmPackages = llvmPackages_7; jdk = jdk8; # TODO: remove override https://github.com/NixOS/nixpkgs/pull/89731

Related discussion:
text: RStudio is missing most of the text from its UI (see screenshots), the text one being displayed is in the top menu bar. Icons are displayed correctly though. or to the environment (for example ) The main interface starts in a new window with version information in the left pane, environment information in the top-right pane, and filesystem overview (with file and folder names and not only a logo to represent them) What I observe: ! Expected (here taken from archlinux's rstudio package) : !
Confirmed, fixed on my side, thank you!
I also have this issue and the PR does not solve it... Please let me know what information I can provide to help you in debugging.
Please just forget about it : my pinned version was not building the new version that you packaged. Thank you for your help !
Code change:
patches = [ # https://phab.mercurial-scm.org/D10638, needed for below patch to apply (fetchpatch { <del> url = "https://phab.mercurial-scm.org/file/data/oymk4awh2dd7q6cwjbzu/PHID-FILE-bfcr7qrp5spg42wspxpd/D10638.diff"; </del> <ins> url = "https://phab.mercurial-scm.org/file/data/l7p2r4zcctcr3pzlybv2/PHID-FILE-bwjzxlz6sbegk3s4irik/D10638.diff"; </ins> sha256 = "0mfi324is02l7cnd3j0gbmg5rpyyqn3afg3f73flnfwmz5njqa5f"; }) # https://phab.mercurial-scm.org/D10639, fixes https://bz.mercurial-scm.org/show_bug.cgi?id=6514 (fetchpatch { <del> url = "https://phab.mercurial-scm.org/file/data/re4uqdhtknjiacx2ogwu/PHID-FILE-4m26id65dno5gzix2ngh/D10639.diff"; </del> <ins> url = "https://phab.mercurial-scm.org/file/data/v53nhburhtkhpccyecei/PHID-FILE-6v34oll6r2gkqo4ng5nt/D10639.diff"; </ins> sha256 = "0h5ilrd2x1789fr6sf4k1mcvxdh0xdyr94yawdacw87v3x12c8cb"; }) ];

Related discussion:
text: Describe the bug The current downloads 2 patches, both of them 404. I realized this when I tried to build my system from scratch without substitors. To Reproduce a system that somehow depends on mercurial (not exactly sure if this is reproducible with just or similar, this was also on a content addressed machine, and reproducing the issue in a more isolated way would require another toolchain bootstrap which takes several days) the system from scratch using see errors like this: Expected behavior mercurial builds without errors Screenshots See log output from reproduction. Also ing the URLs as in the derivation linked in the description result in 404. Additional context The exact commit the system was build from is nixos/nixpkgs/, though as the same path URLs are used in nixos/nixpkgs/master, this is probably only partially relevant. Notify maintainers cc Metadata nix shell nixpkgs#nix-info --option trusted-substituters -c nix-info -m system: host os: multi-user?: sandbox: version: channels(nmelzer): nixpkgs: Maintainer information:
Code change:
categories = [ "Network" "WebBrowser" "Security" ]; }; <del> buildCommand = '' </del> <ins> buildPhase = '' runHook preBuild </ins> # For convenience ... TBB_IN_STORE=$out/share/tor-browser interp=$(< $NIX_CC/nix-support/dynamic-linker)

Related discussion:
text: When you try to connect to the Tor network using the Tor browser you get the error message ! When you try to visit a website after being shown the big red error message your get the error message ! This problem appeared between one and two weeks ago. ; can't find an existing Nixpkgs issue. Steps to reproduce the behavior: the Tor browser from Nixpkgs the Tor browser on error message to go to a website When clicking on the browser should connect to the Tor network and be able to browse. The . browsers says that it can detect my internet connection. ! Tor logs doesn't seem to indicate any problems (from what I can interpret) I live in Sweden and this issue has appeared both when I've connected to the internet using my home connection (Sunet) and when I've connected over a VPN. I.e. no fuckery by an oppressive government. The timeline match up-ish with when would have become available in the binary caches. Unsure if the error appeared before or after updating around that time. After checking the original PR I see that this problem was noticed, but a workaround was applied. Doesn't seem to work for me :-/ The value is for me. I'm using root on tmpfs, and nothing under is persistently saved between boots. ! <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- and because you seem to have actually researched the problem. The system is fully up-to-date as of 2023-03-05 22:15 CEST.
The red error message indicates that Tor cannot find the tor socket. Everything else is bound to not work unless it goes over the normal internet. Please see and for the underlying problem and please check if the firefox setting points to the right socket file.
I tested to set to , but that didn't help.
Setting to also doesn't work.
Just to avoid ambiguities, did you set to (with file name part)? TBB is still working fine for me with the workaround. Likewise for me, is a tmpfs. Have you modified (and forgotten about it) your torrc, e.g. to use a different control port/mechanism? What is your XDGSESSIONTYPE?
Code change:
categories = [ "Network" "WebBrowser" "Security" ]; }; <del> buildCommand = '' </del> <ins> buildPhase = '' runHook preBuild </ins> # For convenience ... TBB_IN_STORE=$out/share/tor-browser interp=$(< $NIX_CC/nix-support/dynamic-linker)

Related discussion:
text: The person on uses wayland (with sway). I currently still use x11 (with i3) and haven't tested it with wayland.
That did it! I missed that you should specify the file in the path. I'm using AwesomeWM.
This issue has been mentioned on NixOS Discourse. There might be relevant details there:
The person on had the same problem and the same solution :-)
Why did you close this issue You can't seriously think that this temporary workaround is an acceptable permanent solution to this problem? While we still don't have a permanent solution, it should be as easy as possible for users to find information about this workaround. By closing this issue we signal to people that this problem has been solved. And people currently experiencing this problem on a fully up-to-date system will probably not think about looking into closed issues, because the issue is still there.
I am also experiencing this issue. The fix worked for me.
Confirmed. The issue is still present. Default installed value of is 127.0.0.1. Changing it to resolves the problem.
This issue only started happening on my machine after deleting today.
Still an issue. I'm using TBB with firejail and I have to apply the workaround at every restart. TBB creates the folder but not a profile inside (this wouldn't be a problem for me if connection works out of the box). about:config - = tor-browser-bundle-bin 12.0.5 firejail-0.9.72 nixos-unstable
By default, the service runs on port 9050 and the control port on 9051. This is configured in the torrc file: Your firewall may be blocking some of these ports bound by default to localhost which normally point to 127.0.0.1
The PR for Tor Browser 13 removes the current workaround again, because it seems the issue was fixed upstream: I would be grateful if some of you could give this a try and report if it's still working (or working again).
Code change:
<del> { config, lib, pkgs, ... }: { options = { gnu = lib.mkOption { type = lib.types.bool; default = false; description = lib.mdDoc '' When enabled, GNU software is chosen by default whenever a there is a choice between GNU and non-GNU software (e.g., GNU lsh vs. OpenSSH). ''; }; }; config = lib.mkIf config.gnu { environment.systemPackages = with pkgs; # TODO: Adjust `requiredPackages' from `system-path.nix'. # TODO: Add Inetutils once it has the new `ifconfig'. [ parted #fdisk  # XXX: GNU fdisk currently fails to build and it's redundant # with the `parted' command. nano zile texinfo # for the stand-alone Info reader ] ++ lib.optional (!stdenv.isAarch32) grub2; # GNU GRUB, where available. boot.loader.grub.enable = !pkgs.stdenv.isAarch32; # GNU lsh. services.openssh.enable = false; services.lshd.enable = true; programs.ssh.startAgent = false; services.xserver.startGnuPGAgent = true; # TODO: GNU dico. # TODO: GNU Inetutils' inetd. # TODO: GNU Pies. }; } </del>

Related discussion:
text: When I set in , the rebuild fails as is no longer a valid option. Steps to reproduce the behavior: thrown: The option definition /nix/store/bfg7xzgvbhxhs7vnl7lynaxmjhmvc4j0-' no longer has any effect; please remove it. See the 16.09 release notes for more information. should not fail. - - Please run and paste the result.
Having had a look at that module (), IMO it should just be removed. ? really?
The module in general looks outdated and incomplete. I share the opinion of either dropping it or actually correcting and finishing it.
Other question is when you look at the history they removed lsh 7 years ago because it was unmaintained, but then the commit got reverted later?
This module doesn't make sense at all. GNU stuff and non-GNU ones usually can't fully replace each other, and it's up to the users to decide which one to use.
Code change:
btrfs = callPackage ../development/python-modules/btrfs { }; <ins> btrfsutil = toPythonModule (pkgs.btrfs-progs.override { python3 = self.python; }); </ins> bugsnag = callPackage ../development/python-modules/bugsnag { }; bugwarrior = callPackage ../development/python-modules/bugwarrior { };

Related discussion:
text: Project description Python 3 bindings of the , library for managing BTRFS file systems. This binding is part of the project. Metadata homepage URL: source URL: license: lgpl2Only platforms: linux (I'm not sure if it works on BSD or Mac)
I marked this as stale due to inactivity. &rarr;
See
Code change:
<ins> { stdenv , buildGoPackage , lib , fetchFromGitHub , buildGoModule , packr , sqlite , callPackage }: buildGoModule rec { pname = "gotify-server"; version = "2.0.10"; src = fetchFromGitHub { owner = "gotify"; repo = "server"; rev = "v${version}"; sha256 = "0f7y6gkxikdfjhdxplkv494ss2b0fqmibd2kl9nifabggfz5gjal"; }; modSha256 = "19mghbs1jasb7vxdw13mmwsbk5sfg3y2vvddr73c82lq0f8g2iha"; postPatch = '' substituteInPlace app.go  --replace 'Version = "unknown"' 'Version = "${version}"' ''; buildInputs = [ sqlite ]; nativeBuildInputs = [ packr ]; ui = callPackage ./ui.nix { }; preBuild = '' cp -r ${ui}/libexec/gotify-ui/deps/gotify-ui/build ui/build && packr ''; # Otherwise, all other subpackages are built as well and from some reason, # produce binaries which panic when executed and are not interesting at all subPackages = [ "." ]; buildFlagsArray = [ "-ldflags='-X main.Version=${version} -X main.Mode=prod'" ]; meta = with stdenv.lib; { description = "A simple server for sending and receiving messages in real-time per WebSocket"; homepage = "https://gotify.net"; license = licenses.mit; maintainers = with maintainers; [ doronbehar ]; platforms = platforms.all; }; } </ins>

Related discussion:
text: Project description A simple server for sending and receiving messages in real-time per WebSocket. Includes a web UI, also has an Android client for receiving notifications and an optional CLI program (distributed separately) for sending notifications. Metadata homepage URL: source URL: license: MIT platforms: anything Go runs on
I started an attempt locally, however it failed due to some timeouts while fetching Go dependencies... will retry during this week :)
I think the main difficulty is the UI, which needs to be compiled with NPM. In essence, I think the build is three-staged: fetch UI dependencies, fetch Go dependencies, do the actual build.
You may want to take a look at .
Code change:
mv rustup-init rustup binlinks=( cargo rustc rustdoc rust-gdb rust-lldb rls rustfmt cargo-fmt <del> cargo-clippy clippy-driver cargo-miri </del> <ins> cargo-clippy clippy-driver cargo-miri rust-gdbgui </ins> ) for link in ''${binlinks[@]}; do ln -s rustup $link

Related discussion:
text: Please add rust-gdbgui to in the post install script of rustup. rust-gdbgui was recently to the list of proxied tools in rustup. However, the change that's now present in latest master of rustup is not yet part of a tagged release. I'm assuming that updates to a package are only done to tagged releases? I'm also not sure how disruptive updating the is. So, I think this issue cannot be resolved until the next release of rustup. name: rustup current version: 1.24.2 desired version: 1.24.3 (not yet released) maintainers: Please tag this issue in your PR.
Can you make a pull request? We should wait for a release so.
Sure. I'll make a PR on the next rustup release.
I marked this as stale due to inactivity. &rarr;
See pr
Code change:
github = "thefossguy"; githubId = 44400303; }; <ins> thehans255 = { name = "Hans Jorgensen"; email = "foss-contact@thehans255.com"; github = "thehans255"; githubId = 15896573; }; </ins> thekostins = { name = "Konstantin"; email = "anisimovkosta19@gmail.com";

Related discussion:
text: Project description Dr. Robotnik's Ring Racers is a kart racing video game originally based on the 3D Sonic the Hedgehog fangame , itself based on a modified version of . Metadata homepage URL: source URL: or license: gpl2+ platforms: linux cc (this is kart v2) Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Done. Test it out and let me know if you encounter any issues :+1: