jiebi/CodeConvo huggingface dataset:
Change:
cmake ]; <ins> cmakeFlags = [ "-DINSTALL_DIR_ANIMATIONS=libexec" ]; </ins> patches = [ ./install-dirs.patch ./systemd-service.patch

Discussion:
Animation don't work anymore, and i get this error message ! Also it needs to be patched so it works with Qt stdenv.mkDerivation -mkDerivation and add wrapQtAppsHook Lastly it would be nice for the package to be updated to 0.4.0 from 0.3.2
As you are the maintainer, any idea ?
Hmm, yeah there are definitely problems with ckb-next on master - I haven't noticed them since I run the release channel of nixpkgs on all my machines (and also because the machine with all my Corsair equipment has been unplugged for months...). I'm seeing this when I try to start : Is this what your point about Qt is referring to, or something else? There's already a PR for updating to 0.4.0 (), it just needs some TLC from the nixpkgs maintainers.
Huh, okay that error only occurs specifically when I build from the channel. The channel is fine, as is git master.
The issue is now closed, i fixed both with and ^
Change:
export ANDROID_SERIAL="emulator-$port" # Create a virtual android device for testing if it does not exist <del> if [ "$(${sdk}/bin/avdmanager list avd | grep 'Name: device')" = "" ] </del> <ins> if [ "$(${sdk}/bin/avdmanager list avd | grep 'Name: ${deviceName}')" = "" ] </ins> then # Create a virtual android device <del> yes "" | ${sdk}/bin/avdmanager create avd --force -n device -k "system-images;android-${platformVersion};${systemImageType};${abiVersion}" -p $ANDROID_AVD_HOME $NIX_ANDROID_AVD_FLAGS </del> <ins> yes "" | ${sdk}/bin/avdmanager create avd --force -n ${deviceName} -k "system-images;android-${platformVersion};${systemImageType};${abiVersion}" -p $ANDROID_AVD_HOME/${deviceName}.avd $NIX_ANDROID_AVD_FLAGS </ins> <del> ${lib.optionalString enableGPU '' # Enable GPU acceleration echo "hw.gpu.enabled=yes" >> $ANDROID_AVD_HOME/device.avd/config.ini ''} </del> <ins> ${builtins.concatStringsSep "n" ( lib.mapAttrsToList (configKey: configValue: '' echo "${configKey} = ${configValue}" >> $ANDROID_AVD_HOME/${deviceName}.avd/config.ini '') configOptions )} </ins> ${lib.concatMapStrings (extraAVDFile: '' <del> ln -sf ${extraAVDFile} $ANDROID_AVD_HOME/device.avd </del> <ins> ln -sf ${extraAVDFile} $ANDROID_AVD_HOME/${deviceName}.avd </ins> '') extraAVDFiles} fi # Launch the emulator echo "nLaunch the emulator" <del> $ANDROID_SDK_ROOT/emulator/emulator -avd device -no-boot-anim -port $port $NIX_ANDROID_EMULATOR_FLAGS & </del> <ins> $ANDROID_SDK_ROOT/emulator/emulator -avd ${deviceName} -no-boot-anim -port $port $NIX_ANDROID_EMULATOR_FLAGS & </ins> # Wait until the device has completely booted <del> echo "Waiting until the emulator has booted the device and the package manager is ready..." >&2 </del> <ins> echo "Waiting until the emulator has booted the ${deviceName} and the package manager is ready..." >&2 </ins> ${sdk}/libexec/android-sdk/platform-tools/adb -s emulator-$port wait-for-device

Discussion:
When you run it creates an AVD named if it doesn't exist. The problem is that it creates is in a wrong directory! Assume then run and then close the created and launched emulator, and now open the Android Studio to see the problem then open the "Device Manager" to see ! No corrupted file in Android Studio! I'll create a PR soon.
Fixed by I assume.
Change:
++ lib.optionals (lib.versionOlder version "10.0.0") [ libXScrnSaver ] ++ lib.optionals (lib.versionAtLeast version "11.0.0") [ libxkbcommon ] ++ lib.optionals (lib.versionAtLeast version "12.0.0") [ libxshmfence ] <del> ++ lib.optionals (lib.versionAtLeast version "17.0.0") [ libglvnd ] </del> <ins> ++ lib.optionals (lib.versionAtLeast version "17.0.0") [ libGL ] </ins> ); linux = {

Discussion:
/ is still present in the electron*-bin variants Would need a fix similar to vscode/spotify/... This only really affects users of EOL electron versions, since everything recent is using the source-built electron derivation by default on Linux (and I have no idea if/how Mac OS is affected by this issue, probably not). Steps to reproduce the behavior: run electron27-bin errors: CC the electron-bin maintainers_
This appears to be triggered by the libANGLE library: Specifically I believe the file needs to have its rpath patched so it can find the following libraries: One thing I noticed is that that doesn't show any search path before for these libraries. That leads me to believe that electron dynamically resolves the absolute path before calling , ignoring any environment variables or rpath changes in the process. We can fix this by either ensuring all the libraries included are properly patched, or perhaps replacing them with symlinks to nix-specific loaders like or . But I'm not sure if these libraries include additional functionality that chrome depends on.
Confirmed behavior with :
Note what wrote on the issues/PRs linked above:
Change:
pandoc = haskell.lib.overrideCabal (haskell.lib.justStaticExecutables haskellPackages.pandoc) (drv: { configureFlags = drv.configureFlags or [] ++ ["-fembed_data_files"]; <del> buildTools = drv.buildTools or [] ++ [haskellPackages.file-embed]; </del> <ins> buildDepends = drv.buildDepends or [] ++ [haskellPackages.file-embed]; </ins> }); pamtester = callPackage ../tools/security/pamtester { };

Discussion:
After merging today, no longer builds. Not sure how to fix, :(. Building against parent commit of merge (not from staging), , produces working pandoc. Hydra log:
Looks like changing to : But I'm not at all sure that's the correct sort of dependency.
Change:
add_header X-Frame-Options sameorigin; add_header Referrer-Policy no-referrer; add_header Strict-Transport-Security "max-age=15552000; includeSubDomains" always; <del> error_page 403 /core/templates/403.php; error_page 404 /core/templates/404.php; </del> client_max_body_size ${cfg.maxUploadSize}; fastcgi_buffers 64 4K; fastcgi_hide_header X-Powered-By;

Discussion:
Describe the bug Nextcloud tries to load several * files, but the nginx config redirects the user away. works redirects to Both files exist in the package: The map suffix needs to be here to make them work. I also get an endless spinner on the files tab, so the nginx config probably has more places where it is out of sync with the upstream docs. To Reproduce Steps to reproduce the behavior: nextcloud Browser console source map errors Expected behavior They should be accessible. Screenshots If applicable, add screenshots to help explain your problem. 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 Maintainer information:
I also installed the maps application and it seems there are more routes missing. The file requested is located at , but I guess a more generic routes is warranted.
Change:
#!nix-shell -p curl -p jq -p common-updater-scripts -i bash set -e <del> entryPointURL='https://customerconnect.vmware.com/channel/public/api/v1.0/products/getRelatedDLGList?locale=en_US&category=desktop_end_user_computing&product=vmware_horizon_clients&version=horizon_8&dlgType=PRODUCT_BINARY' </del> <ins> entryPointURL='https://customerconnect.omnissa.com/channel/public/api/v1.0/products/getRelatedDLGList?locale=en_US&category=desktop_end_user_computing&product=vmware_horizon_clients&version=horizon_8&dlgType=PRODUCT_BINARY' </ins> function getTarballMetaUrl { curl "$entryPointURL" | jq -r ' .dlgEditionsLists | .[] | select(.name | contains("Client for Linux")) | .dlgList | .[] | select(.name | contains("tarball version")) | <del> @uri "https://customerconnect.vmware.com/channel/public/api/v1.0/dlg/details?locale=en_US&downloadGroup=(.code)&productId=(.productId)&rPId=(.releasePackageId)" </del> <ins> @uri "https://customerconnect.omnissa.com/channel/public/api/v1.0/dlg/details?locale=en_US&downloadGroup=(.code)&productId=(.productId)&rPId=(.releasePackageId)" </ins> ' }

Discussion:
variable in  broken after 06 May, 2024. Loading that URL shows webpage with the following message: Steps to reproduce the behavior: to value of [] in web browser. previously mentioned error message, telling user to instead go to Broadcom Support Portal. []: URL to present JSON data that is able to be parsed. Broadcom has recently (on 06 May, 2024) shut down and migrated "all VMware Support portals (VMware Customer Connect, etc.) and related services, tools, and assets" to the Broadcom Support Portal More information can be found on Unfortunately, I am not aware of a replacement URL that is able to be used for this purpose. There are no active maintainers for this package, though I will notify . NixOS environment in use is a NixOS WSL2 instance, with instances of 24.11 codename "Vicuña" changed to "Vicuna" via configuration to work around so I am able to use tooling. As well, reports no user channels despite what below output claims. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
meta.maintainers = with lib.maintainers; [ rhoriguchi ]; })) <ins> (patchExtension "tophat@fflewddur.github.io" (old: { patches = [ (substituteAll { src = ./extensionOverridesPatches/tophat_at_fflewddur.github.io.patch; gtop_path = "${libgtop}/lib/girepository-1.0"; }) ]; })) </ins> (patchExtension "unite@hardpixel.eu" (old: { buildInputs = [ xprop ];

Discussion:
installs, but doesn't work. It shows the no-entry-permitted icon and the error message when clicking: to in out / log in It should work. Error message: ! Add any other context about the problem here. Using flakes for configuration management. <!-- 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.
The following addition to my has worked for me on Xorg, but not on Wayland: (via )
Most GNOME Shell extensions are automatically packaged so they might not work when they depend on other libraries. Then, they need to be patched . The preferred way is to patch the extension in Nixpkgs so that it works out of the box for other people as well. But it is a bit involved process: cc
The already packaged extension system-monitor also uses Gtop, so looking at that might be a good point to start. In the patches that we apply, I see
Doing this results in a new error:
Change:
#    dynamically using sysconf(_SC_PAGE_SIZE) instead of hardcoded value that hopefully is correct. # [1] http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/limits.h.html # [2] http://www.openwall.com/lists/musl/2015/09/11/8 <del> url = "https://raw.githubusercontent.com/voidlinux/void-packages/a0ece13ad7ab2aae760e09e41e0459bd999a3695/srcpkgs/thin-provisioning-tools/patches/musl.patch"; </del> <ins> url = "https://raw.githubusercontent.com/void-linux/void-packages/a0ece13ad7ab2aae760e09e41e0459bd999a3695/srcpkgs/thin-provisioning-tools/patches/musl.patch"; </ins> sha256 = "1m8r3vhrnsy8drgs0svs3fgpi3mmxzdcqsv6bmvc0j52cvfqvhvy"; extraPrefix = ""; # empty means add 'a/' and 'b/' })

Discussion:
When I execute nix-shell with substitute = false my build fails with I suspect this is because produces a 404 because. It should be in nix-bitcoin repo @ to your nix-shell to build from source Occured during testing of
Change:
"eslint": "^7.30.0", "glob": "^7.1.6", "mocha": "^9.0.2", <del> "rollup": "^2.51.1", </del> <ins> "rollup": "=2.51.1", </ins> "tslib": "^2.3.0", "typescript": "^4.3.5", "typescript-formatter": "^7.2.2",

Discussion:
The extension fails to activate. Steps to reproduce the behavior: the extension via home-manager to activate it by opening VS Code to a Rust project For the extension to activate successfully. Logs: Maintainer information:
Note: rolling back to fixes the issue.
Hello, I've been looking at this since yesterday. I think we need to pin rollup to 2.51 and/or update plugin-commonjs to 19 to avoid / - I am presently regenerating node- to test this fix. I think you are right that my 08-02 update introduced the regression. I apologize, ~can cut a revert PR later today if my fix doesn't work and if this would be desirable.~ The fix seems to work!
Change:
stdenv.mkDerivation { name = "dropbox-cli-${version}"; <ins> outputs = [ "out" "nautilusExtension" ]; </ins> src = fetchurl { url = "https://linux.dropboxstatic.com/packages/nautilus-dropbox-${version}.tar.bz2"; sha256 = "09yg7q45sycl88l3wq0byz4a9k6sxx3m0r3szinvisfay9wlj35f"; }; <del> nativeBuildInputs = [ pkgconfig ]; buildInputs = [ python3 ]; phases = "unpackPhase installPhase"; installPhase = '' mkdir -p "$out/bin/" "$out/share/applications" cp data/dropbox.desktop "$out/share/applications" cp -a data/icons "$out/share/icons" find "$out/share/icons" -type f ! -name '*.png' -delete substitute "dropbox.in" "$out/bin/dropbox"  --replace '@PACKAGE_VERSION@' ${version}  --replace '@DESKTOP_FILE_DIR@' "$out/share/applications"  --replace '@IMAGEDATA16@' '"too-lazy-to-fix"'  --replace '@IMAGEDATA64@' '"too-lazy-to-fix"' sed -i 's:db_path = .*:db_path = "${dropboxd}":' $out/bin/dropbox chmod +x "$out/bin/"* patchShebangs "$out/bin" ''; </del> <ins> strictDeps = true; patches = [ (substituteAll { src = ./fix-cli-paths.patch; inherit dropboxd; }) ]; nativeBuildInputs = [ pkgconfig gobject-introspection gdk_pixbuf # only for build, the install command also wants to use GTK through introspection # but we are using Nix for installation so we will not need that. (python3.withPackages (ps: with ps; [ docutils pygobject3 ])) ]; buildInputs = [ python3 gtk3 gnome3.nautilus ]; configureFlags = [ "--with-nautilus-extension-dir=${placeholder ''nautilusExtension''}/lib/nautilus/extensions-3.0" ]; makeFlags = [ "EMBLEM_DIR=${placeholder ''nautilusExtension''}/share/nautilus-dropbox/emblems" ]; </ins> meta = { <del> homepage = http://dropbox.com; </del> <ins> homepage = https://www.dropbox.com; </ins> description = "Command line client for the dropbox daemon"; <del> license = stdenv.lib.licenses.gpl3; </del> <ins> license = stdenv.lib.licenses.gpl3Plus; </ins> maintainers = with stdenv.lib.maintainers; [ the-kenny ]; # NOTE: Dropbox itself only works on linux, so this is ok. platforms = stdenv.lib.platforms.linux;

Discussion:
Running fails with message . system: host os: multi-user?: sandbox: version: channels(root): channels(mnacamura): nixpkgs:
I tried this patch: Then, it says It seems that the module is now visible from python but another problem has popped up.
looks like an intentional bug in the program. Try running without variable in the environment to trigger the alternative branch.
Oh, it comes from our packaging.
Change:
pretix = runTest ./web-apps/pretix.nix; printing-socket = handleTest ./printing.nix { socket = true; }; printing-service = handleTest ./printing.nix { socket = false; }; <ins> private-gpt = handleTest ./private-gpt.nix {}; </ins> privoxy = handleTest ./privoxy.nix {}; prometheus = handleTest ./prometheus.nix {}; prometheus-exporters = handleTest ./prometheus-exporters.nix {};

Discussion:
Project description Interact privately with your documents using the power of GPT, 100% privately, no data leaks Metadata homepage source license: asl-2 platforms: all?
i am really new to nix, and i made this by adding dependency until it worked.. but hopefully a good starting point now just need to do is, which will download the models and to run it.
Change:
hostName = mkIf (!cfg.manageHostName) (mkForce ""); }; <ins> # unprivileged LXCs can't set net.ipv4.ping_group_range security.wrappers.ping = mkIf (!cfg.privileged) { owner = "root"; group = "root"; capabilities = "cap_net_raw+p"; source = "${pkgs.iputils.out}/bin/ping"; }; </ins> services.openssh = { enable = mkDefault true; startWhenNeeded = mkDefault true;

Discussion:
When bulding an lxc template with and the , the ping binary does not work as the not root user, giving: Steps to reproduce the behavior: my config repo: the nix-secrets input (private repo). `nix build .#proxmox the resulting tarball and upload to proxmox as an lxc template a container based on the template in (without nix-secrets repo, password is 'nixos') and attempt to run ping. The ping binary successfully pings something. the Home-manager systemd service also fails, but that might be a separate bug, reported Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
on NixOS 22.11: On NixOS 24.05: Seems to have been broken by I'll spend some time over the weekend to see what the best way to solve this issue is.
Change:
haste-server = callPackage ../servers/haste-server { }; <del> hatch = python3Packages.callPackage ../development/tools/hatch { }; </del> hal-hardware-analyzer = libsForQt5.callPackage ../applications/science/electronics/hal-hardware-analyzer { stdenv = if stdenv.isDarwin then darwin.apple_sdk_11_0.stdenv else stdenv; };

Discussion:
Steps to reproduce the behavior: I run into this problem recently after updating to latest unstable packages. I think this might be related to
I'm still seeing the same failure both on 24.05 and unstable.
same thing here, using a flake:
should fix the issue :)
I have other tests failing with 1.12.0: <details<summaryFull list of failed tests:</summary<p</p</details
you can use something like this for now: (for hatch 1.9.7. for 1.12.0, you'd need to disable more tests, but going by the sheer amount of failing tests, there seems to be a more systematic problem with that version)
These tests only fail on darwin, while the original issue was about something else entirely.
Should be fixed by

Hatch doesn't build anymore. Seems a different issue than a year ago This started failing again in . It builds If applicable, add screenshots to help explain your problem. Related to ? Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
builds for me on EDIT: i see this issue for darwin, but wasn't specific
Change:
<ins> { aiocontextvars , blinker , buildPythonPackage , fetchPypi , httpx , lib , mock , pytestCheckHook , requests , six , unittest2 , webob }: buildPythonPackage rec { pname = "rollbar"; version = "0.16.2"; src = fetchPypi { inherit pname version; sha256 = "aa3b570062dd8dfb0e11537ba858f9e1633a604680e062a525434b8245540f87"; }; propagatedBuildInputs = [ requests six ]; checkInputs = [ webob blinker unittest2 mock httpx aiocontextvars pytestCheckHook ]; pythonImportsCheck = [ "rollbar" ]; meta = with lib; { description = "Error tracking and logging from Python to Rollbar"; homepage = "https://github.com/rollbar/pyrollbar"; license = licenses.mit; maintainers = with maintainers; [ superherointj ]; }; } </ins>

Discussion:
Project description Gigalixir is a hosting provider for Elixir apps. Its CLI is currently available on PyPi homepage URL: source URL: license: mit platforms: linux, darwin
Change:
mr ${pkgs.apparmor-pam}/lib/security/pam_apparmor.so, '' + optionalString (isEnabled (cfg: cfg.enableKwallet)) '' <del> mr ${pkgs.plasma5.kwallet-pam}/lib/security/pam_kwallet5.so, </del> <ins> mr ${pkgs.plasma5Packages.kwallet-pam}/lib/security/pam_kwallet5.so, </ins> '' + optionalString config.virtualisation.lxc.lxcfs.enable '' mr ${pkgs.lxc}/lib/security/pam_cgfs.so

Discussion:
Describe the bug The file () fails to evaluate and attempts to do so result in the following error: Additional context This behaviour is likely the result of two recent commits. The first one, from January 10th (), was created by who replaced all references to 'plasma5' with references to 'plasma5Packages'. The second one, from April 23 (), was created by who introduced a new reference to 'plasma5' which is where the build fails.
thanks for the report and inquiry, I've pushed to fix it.
Change:
, nixosTests }: <del> stdenv.mkDerivation rec { </del> <ins> stdenv.mkDerivation (finalAttrs: { </ins> pname = "vte"; <del> version = "0.74.1"; </del> <ins> version = "0.74.2"; </ins> outputs = [ "out" "dev" "devdoc" ]; src = fetchurl { <del> url = "mirror://gnome/sources/${pname}/${lib.versions.majorMinor version}/${pname}-${version}.tar.xz"; sha256 = "sha256-IyjD8cmYNQoY4OUTNI6fxYHVfqTnuJrt8R4OPGUEK08="; </del> <ins> url = "mirror://gnome/sources/vte/${lib.versions.majorMinor finalAttrs.version}/vte-${finalAttrs.version}.tar.xz"; sha256 = "sha256-pTX7Kpj+qKJEnNGgLMz1GQEx3d/1LnFa/azj/rU26uc="; </ins> }; patches = [

Discussion:
They apparently fixed the issue where the cursor wouldn’t show up in new tabs. Needs backport to 23.11. Thanks! Package name: vte Latest released version: 0.74.2 Current version on the unstable channel: 0.74.1 Current version on the stable/release channel: 0.74.1 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:
<ins> #!/usr/bin/env nix-shell #!nix-shell -I nixpkgs=../../../.. -i bash -p wget yarn2nix-moretea.yarn2nix # This script is based upon: # pkgs/applications/networking/instant-messengers/riot/update-riot-desktop.sh set -euo pipefail if [ "$#" -ne 1 ] || [[ "$1" == -* ]]; then echo "Regenerates the Yarn dependency lock files for the prometheus package." echo "Usage: $0 <git release tag>" exit 1 fi PROM_WEB_SRC="https://raw.githubusercontent.com/prometheus/prometheus/$1" wget "$PROM_WEB_SRC/web/ui/react-app/package.json" -O webui-package.json wget "$PROM_WEB_SRC/web/ui/react-app/yarn.lock" -O yarn.lock yarn2nix --lockfile=yarn.lock > webui-yarndeps.nix rm yarn.lock </ins>

Discussion:
Describe the bug prometheus doesn't seem to find some template file. To Reproduce Steps to reproduce the behavior: get Expected behavior no error Screenshots Additional context Metadata nix run -c nix-info -m system: host os: multi-user?: sandbox: version: channels(bbigras): channels(root): nixpkgs: Maintainer information: cc
Change:
./services/misc/nix-gc.nix ./services/misc/nixos-manual.nix ./services/misc/nix-ssh-serve.nix <ins> ./services/misc/nzbget.nix </ins> ./services/misc/octoprint.nix ./services/misc/parsoid.nix ./services/misc/phd.nix

Discussion:
nzbget can not load shared library Use unstable channel Output: System: 16.09 Flounder Nix version: nix-env (Nix) 1.11.2
Have you tried to add zlib twice? when you use ldd, you will see that there is zlib twice.
Most certainly fixed upstream with - but not included in current stable.. 17.0 is still testing :clap:
Change:
<del> { pkgs, stdenv, fetchFromGitHub, makeWrapper, makeDesktopItem, electron_7, riot-web, mkYarnPackage }: </del> <ins> { stdenv, fetchFromGitHub , makeWrapper, makeDesktopItem, mkYarnPackage , electron_7, riot-web, gtk3, }: </ins> # Notes for maintainers: # * versions of `riot-web` and `riot-desktop` should be kept in sync.

Discussion:
Describe the bug The riot-desktop package crashes on NixOS systems where KDE is the only explicitly installed desktop environment. To Reproduce Steps to reproduce the behavior: KDE and riot-desktop riot-desktop, sign in and join a room the paperclip to attach a file Expected behavior The KDE file chooser should pop up allowing you to select a file Additional context My best guess based on the terminal output is that Matrix is trying to use some kind of GTK library to determine the file chooser and does not list it as a dependency. Terminal output of the crashing program:
This is a somewhat common error and it goes undetected because package testers have these gsettings schemas installed on their system. For me, on NixOS, I this to my : If you don't use NixOS, try to follow what's explained .
This is an electron program, it probably needs to be wrapped manually, the standard hook won't work.
Backported to 20.03 in .
Now riot-desktop crashes here with the following error:
there has been a new PR that fixes up this one: . Can you check that out?
Yes, I'm on master with the latest commits. The shows at the top:
Change:
buildPythonPackage rec { pname = "flet-runtime"; version = "0.18.0"; <del> format = "pyproject"; </del> <ins> pyproject = true; </ins> src = fetchPypi { pname = "flet_runtime";

Discussion:
Steps to reproduce the behavior: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]: