jiebi/CodeConvo huggingface dataset:
Code change:
<del> { lib , python3Packages , fetchFromGitHub , writeText , copyDesktopItems , makeDesktopItem , makeWrapper , onedrive </del> <ins> { lib, python3Packages, fetchFromGitHub, writeText, copyDesktopItems, makeDesktopItem, makeWrapper, onedrive, </ins> }: let <del> version = "1.0.3"; </del> <ins> version = "1.1.0rc3"; </ins> setupPy = writeText "setup.py" '' from setuptools import setup

Related discussion:
text: A recent update on unstable broke compatibility between OneDriveGui and OneDrive client. Steps to reproduce the behavior: unstable to current version ( ) a OneDrive profile configured in OneDriveGui OneDriveGui window OneDriveGui correctly recognizing the cli client ! After some investigation on their respective repos, it appears that OneDriveGui 1.0.3 is not compatible with OneDrive 2.5.x, now in rc (and in Nixos unstable) so this is going to stay broken until OneDriveGui releases their 1.1.0 version. There's an open issue on their repository... which points to an alpha release of the new gui... it might be of interest to package that one on unstable. Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
FYI , v2.5.0 will GA 16th September 2024 AEST
Code change:
, qtx11extras, rubberband, scons, sqlite, taglib, upower, vampSDK }: <del> stdenv.mkDerivation rec { </del> <ins> mkDerivation rec { </ins> name = "mixxx-${version}"; version = "2.2.1";

Related discussion:
text: Describe the bug When running the Mixxx package it fails to open and prints: Steps to reproduce the behaviour: 1) Run 3) Run from the command line. Expected behavior Mixxx opens its GUI Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata Please run and paste the result. system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
this needs a fix in
Can confirm running for example on my machine works.
Does not fix this for me. I've created: which does
Code change:
client.wait_for_unit("default.target") client.succeed( <del> 'curl --data '{"host": "acme.test", "addresses": ["${nodes.acme.config.networking.primaryIPAddress}"]}' http://${dnsServerIP nodes}:8055/add-a' </del> <ins> 'curl --data '{"host": "${caDomain}", "addresses": ["${nodes.acme.config.networking.primaryIPAddress}"]}' http://${dnsServerIP nodes}:8055/add-a' </ins> ) acme.start()

Related discussion:
text: Describe the bug causes Lego to fail. To Reproduce Steps to reproduce the behavior: set on an enabled certificate. to this configuration. fail. Lego complains about an unrecognized (really misplaced) flag. Expected behavior The certificate will be successfully fetched, with Must-Staple enabled. Screenshots Additional context I think the problematic code is here: should not be in commonOpts, it should instead be in runOpts and renewOpts. Lego runs successfully when is to and . Notify maintainers (the acme team) Metadata Maintainer information:
Thanks for the report :) It appears that the --must-staple option is common to both "run" and "renew" modes, but is not actually a common option that can be specified before the mode. I'll get a PR ready for this.
Code change:
homepage = "https://freetubeapp.io/"; license = licenses.agpl3Only; maintainers = with maintainers; [ ryneeverett alyaeanyx ]; <del> inherit (electron_22.meta) platforms; </del> <ins> inherit (electron.meta) platforms; </ins> }; }

Related discussion:
text: Steps to reproduce the behavior: system configuration with Freetube in it. See and for the exact same issue with Morgen. Electron version lock seems to have been introduced with . Upstream seems to be at Electron 27: . and
Maybe we could add the patches from It looks like they were waiting for a nixos user to test it and eventually gave up on us.
are you able to test ?
Looks good as far as I can tell.
fails on this branch, for whatever reason.
Code change:
mkdir -p $out/Applications cp -r *.app $out/Applications ''; <ins> # 1Password is notarized. dontFixup = true; </ins> }

Related discussion:
text: does not start on the Mac. Steps to reproduce the behavior: via symlink, sandbox violation the app into the Application folder, sandbox violation 1Password should start Please run and paste the result.
I should have noted, that also doesn't work
Did it work prior to the update? Regardless, I cannot offer help with the Darwin side of things, I only use 1password-gui on NixOS.
that I can't say for sure
Code change:
btcdeb = callPackage ../applications/blockchains/btcdeb {}; <ins> jitsi-meet-electron = callPackage ../applications/networking/instant-messengers/jitsi-meet-electron { }; </ins> }

Related discussion:
text: Related to Project description Jitsi Meet desktop application powered by Electron Metadata homepage URL: source URL: license: Apache-2.0 platforms: unix, linux, darwin,
+1 as the App seems to have some benefits over using just a browser. Whoever starts working on this, please remember to deactivate the auto-update functionality.
Also I would suggest to make sure we are using a recent version of Electron and nodejs, as don in this fork:
There was a 2.0.0 release two days ago: I think this fixes the outdated dependencies issue mentioned in the previous comment.
Yes a pull request from the fork I mentioned before was accepted.
I fixed the outstanding issues and PR is ready for review
Code change:
libExecPath="${libExecPath}" python build/linux/unbundle/replace_gn_files.py  --system-libraries ${toString gnSystemLibraries} <del> gn gen --args=${escapeShellArg gnFlags} out/Release </del> <ins> gn gen --args=${escapeShellArg gnFlags} out/Release | tee gn-gen-outputs.txt # Fail if `gn gen` contains a WARNING. grep -o WARNING gn-gen-outputs.txt && echo "Found gn WARNING, exiting nix build" && exit 1 </ins> runHook postConfigure '';

Related discussion:
text: When building chromium with args like this and the gn args aren't known/accepted by chromium (like the above one actually is that is still given incorrectly in 18.03), it will print: but continue to build anyway, which can be super surprising when your build doesn't do what you expect. We should catch that when building. Unfortunately doesn't seem to have a feature to warn. But we can run to see the in stdout and grep for it: I have confirmed that only seems to work that way when giving a build target, like . CC
Suggestion: We switch to
PR
pull request was merged.
Code change:
] ++ optionals stdenv.isLinux [ "QEMU_BRIDGE_HELPER=/run/wrappers/bin/qemu-bridge-helper" "QEMU_PR_HELPER=/run/libvirt/nix-helpers/qemu-pr-helper" <ins> "EBTABLES_PATH=${ebtables}/bin/ebtables-legacy" </ins> "--with-attr" "--with-apparmor" "--with-secdriver-apparmor"

Related discussion:
text: Using the latest packages from the unstable channel I am unable to enable the default virsh network. The error indicates an issue with the firewall backend, but I disabled the firewall systemwide through: = false; What am I missing here? system: host os: multi-user?: sandbox: version: channels(root): channels(tim): nixpkgs:
Have you looked into libvirtd logs for a better characterization of the issue ?
Yes but I could not find anything meaninful, but I'll continue trying to find something
I'm seeing this the 2019-12-19 04:34:37.251+0000: 4078: error : virFileReadAll:1431 : Failed to open file '/sys/class/net/virbr0-nic/operstate': No such file or directory 2019-12-19 04:34:37.251+0000: 4078: error : virNetDevGetLinkInfo:2460 : unable to read: /sys/class/net/virbr0-nic/operstate: No such file or directory Also, I noticed that ebtables was updated recently.
I'm facing the same issue. I have the nixos firewall enabled, and it complains it can't find ebtables. If I install it separately that error goes away but I still see the errors posted by above
I confirmed that reverting ebtables to 2.0.10-4 fixes this. Not sure what the next step is.
Idea: set EBTABLES_PATH=/sbin/ebtables-legacy in libvirt config.
When bumped from 2.0.10-4 to 2.0.11, the binary was renamed to , so the configure script fails to find it at build time.
Impure workaround for the desperate: add the package to , and symlink to . (I also tried from the package, which does not seem to work.)
Another workaround for less desperate: in your overlay.
I verified that providing an to the right binary in the derivation allows my VMs to work again. I tested in a overlay I maintain, from which a minimal (untested) extract to work around the issue until someone has time to come up with a more correct patch to submit upstream is:
I've confirmed that the overlay in works.
I also have the issue.
Code change:
] ++ optionals stdenv.isLinux [ "QEMU_BRIDGE_HELPER=/run/wrappers/bin/qemu-bridge-helper" "QEMU_PR_HELPER=/run/libvirt/nix-helpers/qemu-pr-helper" <ins> "EBTABLES_PATH=${ebtables}/bin/ebtables-legacy" </ins> "--with-attr" "--with-apparmor" "--with-secdriver-apparmor"

Related discussion:
text: This is actually a major issue, if libvirt does not work anymore.
Had the same issue with unstable. The overlay above fixed it. Do we just need a PR to staging-next that adds that environment variable to the build? I'll submit that PR if that is all that is necessary -- didn't see any submitted yet.
Code change:
, libXt, qt, readline , useSCEL ? false, emacs }: <del> let optional = stdenv.lib.optional; in stdenv.mkDerivation rec { </del> <ins> let optional = stdenv.lib.optional; ljack2 = libjack2.override { gcc = gcc; }; in stdenv.mkDerivation rec { </ins> name = "supercollider-3.6.6"; meta = {

Related discussion:
text: nix-shell -p supercollider [anders $ nixos-version (Flounder) [anders $ nix-env --version nix-env (Nix) 1.11.2 [anders $ nix-instantiate --eval '<nixpkgs' -A lib.nixpkgsVersion ""
you use supercollider ?
no, sorry.
Same here:
Code change:
mkdir $out/share/applications cp share/applnk/player/xdg/*.desktop $out/share/applications/ <del> cp share/applnk/client/xdg-mime/*.desktop $out/share/applications/ </del> <ins> cp share/applnk/runner/xdg-mime/*.desktop $out/share/applications/ </ins> mkdir -p $out/share/mime/packages <del> cp share/applnk/client/xdg-mime/*.xml $out/share/mime/packages/ </del> <ins> cp share/applnk/runner/xdg-mime/*.xml $out/share/mime/packages/ </ins> for i in $out/share/applications/*.desktop; do substituteInPlace "$i" --replace /usr/NX/bin $out/bin

Related discussion:
text: Steps to reproduce the behavior: nomachine-client Seems like nomachine changed their tar file. <!-- 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]:
It seems that NoMachine has removed the from their website and the link is now a redirect to the homepage. The new latest version is .
? this url works
Code change:
, miniupnpc , zeromq , zlib <del> , db48 </del> , sqlite , qrencode , qtbase ? null

Related discussion:
text: fails while compiling The same thing happens with Steps to reproduce the behavior: or: is successfully installed. Here is the output:
Fix in
Thanks On the same system that I encountered the error on, I checkout out the branch with your fix and then ran: The installation worked and is runnable. I'll be doing more testing later today/tomorrow.
Code change:
mkDerivation rec { pname = "mythtv"; <del> version = "32.0"; </del> <ins> version = "34.0"; </ins> src = fetchFromGitHub { owner = "MythTV"; repo = "mythtv"; rev = "v${version}"; <del> sha256 = "0i4fs3rbk1jggh62wflpa2l03na9i1ihpz2vsdic9vfahqqjxff1"; </del> <ins> hash = "sha256-6/TEoyYIRq6pufYzGOmO5DB05JuDo9lqRAYT5N5M/L4="; </ins> }; patches = [ # Disable sourcing /etc/os-release ./dont-source-os-release.patch <del> # Fix QMake variable substitution syntax - MythTV/mythtv#550 (fetchpatch { name = "fix-qmake-var-syntax.patch"; url = "https://github.com/MythTV/mythtv/commit/a8da7f7e7ec069164adbef65a8104adc9bb52e36.patch"; stripLen = 1; hash = "sha256-JfRME00YNNjl6SKs1HBa0wBa/lR/Rt3zbQtWhsC36JM="; }) # Bachport the build against binutils-2.41 (fetchpatch { name = "binutils-2.41.patch"; url = "https://github.com/MythTV/mythtv/commit/f9f9bba62ee2743c816cb2b9634b6b4397e5e2e3.patch"; stripLen = 1; hash = "sha256-IcXgBtfqPZ42inYFe7l8mWvKUV13S/YEQAHcOFaDivI="; }) </del> ]; setSourceRoot = "sourceRoot=$(echo */mythtv)";

Related discussion:
text: Package name: mythtv Latest released version: 34.0 Current version on the unstable channel: 32.0 Current version on the stable/release channel: 32.0 Notify maintainers Announcement: Changelog: 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:
<ins> { lib , rustPlatform , fetchFromGitHub , pkg-config , openssl , sqlite , stdenv , darwin , mpv , youtube-dl , makeBinaryWrapper }: rustPlatform.buildRustPackage rec { pname = "ytui-music"; version = "2.0.0-rc1"; src = fetchFromGitHub { owner = "sudipghimire533"; repo = "ytui-music"; rev = "v${version}"; hash = "sha256-f/23PVk4bpUCvcQ25iNI/UVXqiPBzPKWq6OohVF41p8="; }; cargoHash = "sha256-766Wev2/R/9LLlWWxOPl6y4CBRUU4hUrTDlVVuoJ8C8="; checkFlags = [ "--skip=tests::display_config_path" "--skip=tests::inspect_server_list" ]; nativeBuildInputs = [ pkg-config makeBinaryWrapper ]; buildInputs = [ openssl sqlite mpv ] ++ lib.optionals stdenv.isDarwin [ darwin.apple_sdk.frameworks.CoreFoundation darwin.apple_sdk.frameworks.Security ]; postInstall = '' wrapProgram $out/bin/ytui_music  --prefix PATH : ${lib.makeBinPath [ youtube-dl ]} ''; doInstallCheck = true; installCheckPhase = '' runHook preInstallCheck $out/bin/ytui_music help runHook postInstallCheck ''; meta = with lib; { description = "Youtube client in terminal for music"; homepage = "https://github.com/sudipghimire533/ytui-music"; license = licenses.gpl2Only; maintainers = with maintainers; [ kashw2 ]; mainProgram = "ytui_music"; }; } </ins>

Related discussion:
text: Project description Youtube client in terminal for music ( lightweight youtube client ) Metadata homepage URL: source URL: license: gpl2 platforms: unix, linux, darwin
Code change:
, libarchive , libcpuid , libsodium <ins> , libxml2 , libxslt </ins> , lowdown , mdbook , mdbook-linkcheck

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:
owner = "linuxmint"; repo = pname; rev = version; <del> sha256 = "sha256-Xn9CgGe7j2APaJRLvx58z2w+sN7ZeDScQz53ZBBnsQs="; </del> <ins> sha256 = "sha256-f3rO0lpOcwpSpIpKrslf6/6nqFbbGTwnKbHpWO+Uf+Q="; </ins> }; outputs = [ "out" "dev" ];

Related discussion:
text: I am new to nixos... When I try to use printScr Key on keyboard. it not responding. non of the printScreen optins working.. Steps to reproduce the behavior: ... press Key PrintScr ... ... Should take a screen shot ask for location to save to. 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.
I am not too sure but according to the , cinnamon does not have a "native" screenshot tool but gnome-screenshot could be used. I am not too sure if enabling cinnamon auto includes gnome-screenshot. If it doesn't you can just add it and see if it solves your problem.
Code change:
owner = "linuxmint"; repo = pname; rev = version; <del> sha256 = "sha256-Xn9CgGe7j2APaJRLvx58z2w+sN7ZeDScQz53ZBBnsQs="; </del> <ins> sha256 = "sha256-f3rO0lpOcwpSpIpKrslf6/6nqFbbGTwnKbHpWO+Uf+Q="; </ins> }; outputs = [ "out" "dev" ];

Related discussion:
text: I have user-installed Cinnamon applets, desklets, extensions, themes, which have been installed in the home folder by a different OS (as far as i remember). Many of them work under NixOS (some do not: ). However, i cannot update them. When i try, i get the message: The same happens if i try to install a new applet. Steps to reproduce the behavior: up Cinnamon desktop on NixOS and log in. to install an applet. Should be able to install and update user-installed applets, desklets, extensions, themes. ! I am just beginning to switch over to Cinnamon from GNOME 3 (having been fed up with GNOME, especially under NixOS).
Installing [][gettext] that provided solved the issue. Shouldn't be a dependency of Cinnamon desktop then? [gettext]:
Code change:
sha256 = "02s775m1531sshwlbvfddk3pz8zjmwkv1sgzggn386ja3gc9vwi2"; }; <del> buildInputs = [ pulseaudio gtkmm3 libcanberra_gtk3 ]; </del> <ins> preFixup = '' wrapProgram "$out/bin/pavucontrol"  --prefix XDG_DATA_DIRS : "$XDG_ICON_DIRS" ''; buildInputs = [ pulseaudio gtkmm3 libcanberra_gtk3 makeWrapper gnome3.gnome_icon_theme ]; </ins> nativeBuildInputs = [ pkgconfig intltool ];

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:
/* Returns the current nixpkgs release number as string. */ release = lib.strings.fileContents ../.version; <ins> /* The latest release that is supported, at the time of release branch-off, if applicable. Ideally, out-of-tree modules should be able to evaluate cleanly with all supported Nixpkgs versions (master, release and old release until EOL). So if possible, deprecation warnings should take effect only when all out-of-tree expressions/libs/modules can upgrade to the new way without losing support for supported Nixpkgs versions. This release number allows deprecation warnings to be implemented such that they take effect as soon as the oldest release reaches end of life. */ oldestSupportedRelease = # Update on master only. Do not backport. 2111; /* Whether a feature is supported in all supported releases (at the time of release branch-off, if applicable). See `oldestSupportedRelease`. */ isInOldestRelease = /* Release number of feature introduction as an integer, e.g. 2111 for 21.11. Set it to the upcoming release, matching the nixpkgs/.version file. */ release: release <= lib.trivial.oldestSupportedRelease; </ins> /* Returns the current nixpkgs release code name. On each release the first letter is bumped and a new animal is chosen

Related discussion:
text: The current process for renames puts out-of-tree modules in a situation where users are confronted with warnings they can't solve, and neither can the maintainers. Steps to reproduce the behavior: one change, create the new option/package/..., create the alias with a deprecation warning that goes into effect immediately -of-tree modules, such as home-manager, nix-darwin, start emitting warnings reports warning -of-tree module maintainer can't do anything, because stable release does not have the new option All generated warnings can be resolved by the user. Suggested process: one change, create the new option/package/... and the alias but no deprecation warning 1-7 months pass. All current branches now support the new way. enable the warning on master (more on that) -of-tree modules, such as home-manager, nix-darwin, start emitting warnings warnings can now be fixed To facilitate the process, we can add an argument to functions like to indicate the first release that will support the change. We'll maintain two (hidden?) version numbers that we update during the NixOS release process. For example, at the time of writing, the only supported stable version is 21.11 and 22.05 has not been released yet. To enable warnings on , we only need to update . Interestingly, we'll be deprecating functions that deprecate without . Sounds meta, but it's not complicated. It just means that some old style deprecations will slip through the net for some more time. (also a big one, but no complaints yet)
This is also related to NixOS/rfcs, which was a previous attempt at establishing general such deprecation behaviors
Code change:
config = mkIf cfg.enable { services.geoclue2.enable = true; <del> # so polkit will pick up the rules environment.systemPackages = [ pkgs.localtime ]; users.users = [{ name = "localtimed"; description = "Taskserver user"; }]; </del> <ins> # We use the 'out' output, since localtime has its 'bin' output # first, so that is what we get if we use the derivation bare. # Install the polkit rules. environment.systemPackages = [ pkgs.localtime.out ]; # Install the systemd unit. systemd.packages = [ pkgs.localtime.out ]; </ins> systemd.services.localtime = { <del> description = "localtime service"; </del> wantedBy = [ "multi-user.target" ]; <del> partOf = [ "geoclue.service "]; serviceConfig = { Restart                 = "on-failure"; # TODO: make it work with dbus #DynamicUser             = true; Nice                    = 10; User                    = "localtimed"; PrivateTmp              = "yes"; PrivateDevices          = true; PrivateNetwork          = "yes"; NoNewPrivileges         = "yes"; ProtectSystem           = "strict"; ProtectHome             = true; ExecStart               = "${pkgs.localtime}/bin/localtimed"; }; </del> <ins> serviceConfig.Restart = "on-failure"; </ins> }; }; }

Related discussion:
text: I've just set on my laptop while on holiday. The timezone never updates (tried restarting, waiting a while). Running I see: I see in that the service is run as the user. If I run: I also see the message . Whereas if I run there is no output and the timezone immediately updates (as shown by an immediate change in the time in my status bar, and confirmed by running ). It seems that the user just doesn't have permission to set the timezone. in (and unset ) to see if timezone changes , look for messages with "Failed to set timezone" (will only appear if the timezone it would need to set is different than the current timezone) system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
It worked for me after a reboot. Maybe the polkit rules are not getting appliead during a ?