jiebi/CodeConvo huggingface dataset:
Change:
patches; patchFlags = [ "-p4" ]; sourceRoot = "${src.name}/${cargoRoot}"; <del> hash = "sha256-lvEJmjzhpMhm+9INYHWpdltinUOI3DMtFN/ddDQrUvo="; </del> <ins> hash = "sha256-ZmblY1APVa8moAR1waVBZPhrf5Wt1Gi6dvAxkhizckQ="; </ins> }; cargoRoot = "apps/desktop/desktop_native";

Discussion:
When signing in to the Bitwarden, I am met with the following . I have KDE wallet turned off, and my NixOS and nixpkgs channel are both set to stable. I also have another nix machine that runs NixOS and nixpkgs on unstable and this bug does not occur despite having KDE wallet turned off there as well. Bug is potentially tied to Steps to reproduce the behavior: off KDE wallet in to Bitwarden-desktop stable. Should sign in without issue despite KDE wallet being disabled. ! A package update would be great, as my understanding is this was fixed in an update by Bitwarden devs.
Change:
sha256 = "1s9idx2miwk178sa731ig9r4fzx4gy1q8xazfqyd7q4lfd70s1cy"; }; <del> in rec { </del> <ins> # auto-generated by update.py versions = lib.mapAttrs (_: {version, sha256}: common { inherit version sha256; externals = { "externals_cache/pjproject-2.10.tar.bz2" = pjproject_2_10; "addons/mp3" = mp3-202; }; }) (builtins.fromJSON (builtins.readFile ./versions.json)); in { </ins> # Supported releases (as of 2020-10-26). # Source: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions # Exact version can be found at https://www.asterisk.org/downloads/asterisk/all-asterisk-versions/

Discussion:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc Cc Cc
Change:
pyopengl-accelerate = callPackage ../development/python-modules/pyopengl-accelerate { }; <ins> pyopengltk = callPackage ../development/python-modules/pyopengltk { }; </ins> pyopenssl = callPackage ../development/python-modules/pyopenssl { }; pyopenuv = callPackage ../development/python-modules/pyopenuv { };

Discussion:
Project description allows you to draw to an OpenGL canvas in a tk(inter) window in python 3 Metadata homepage URL: source URL: license: mit platforms: linux, darwin, win32 (possibly others) Additional information i'd package this myself but i don't know how to Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Change:
{ stdenv, lib, fetchFromGitHub, pkg-config, python3, autoreconfHook , libuuid, sqlite, glib, libevent, libsearpc, openssl, fuse, libarchive, which <del> , vala, cmake, oniguruma }: </del> <ins> , vala, cmake, oniguruma, nixosTests }: </ins> let # seafile-server relies on a specific version of libevhtp.

Discussion:
, CVSSv3=5.9 (nixos-21.11, nixos-unstable) Seafile is an open source cloud storage system. A sync token is used in Seafile file syncing protocol to authorize access to library data. To improve performance, the token is cached in memory in seaf-server. Upon receiving a token from sync client or SeaDrive client, the server checks whether the token exist in the cache. However, if the token exists in cache, the server doesn't check whether it's associated with the specific library in the URL. This vulnerability makes it possible to use any valid sync token to access data from any known library. Note that the attacker has to first find out the ID of a library which it has no access to. The library ID is a random UUID, which is not possible to be guessed. There are no workarounds for this issue. Scanned versions: nixos-21.11: ; nixos-unstable: . Cc Cc
Change:
<ins> { lib , python3 }: with python3.pkgs; buildPythonApplication rec { pname = "bkyml"; version = "1.4.3"; src = fetchPypi { inherit pname version; sha256 = "01kpx35572mp4xl2fjyvfk39jfgfjcyzymbifk76891kaqkjb7r9"; }; # The pyscaffold is not a runtime dependency but just a python project bootstrapping tool. Thus, # instead of implement this package in nix we remove a dependency on it and fix up the version # of the package, that has been affected by the pyscaffold package dependency removal. postPatch = '' substituteInPlace setup.py  --replace "['pyscaffold>=3.0a0,<3.1a0'] + " ""  --replace "use_pyscaffold=True"  "" substituteInPlace src/bkyml/skeleton.py --replace  "from bkyml import __version__"  "__version__ = "${version}"" ''; # Don't run tests because they are broken when run within # buildPythonApplication for reasons I don't quite understand. doCheck = false; pythonImportsCheck = [ "bkyml" ]; propagatedBuildInputs = [ ruamel_yaml setuptools ]; meta = with lib; { homepage = "https://github.com/joscha/bkyml"; description = "A CLI tool to generate a pipeline.yaml file for Buildkite on the fly."; license = licenses.mit; maintainers = with maintainers; [ olebedev ]; }; } </ins>

Discussion:
Project description A CLI tool to generate a file for Buildkite on the fly. Metadata homepage URL: source URL: license: mit platforms: all (I am not sure abut this)
Change:
"DaddyTimeMono" = "1w5n170l63hfxh1xclw3jpf8amj60br6py4yx12yhqanp2zg0shj"; "DejaVuSansMono" = "1j22f5jnpmyli686r67c4c07g07ac78aq9wg8hy1vwblxfzdvq9f"; "DroidSansMono" = "13r1sglgwf05swnbn0mha2gpdqammzlg0p6h7c33af1vr7n8cnca"; <ins> "EnvyCodeR" = "1y03cb0kq548nm8qh4jh8yw2zpx6ahl0y8561c429p5f16707qxl"; </ins> "FantasqueSansMono" = "1k0p6gvas6mgwq0bbvpwbn3mm6yaaapgjqgk30fvpq9zvn4a26bf"; "FiraCode" = "14vbb3w6il32kd8my75vvv786azm7sxmdpba9np0qjx4rs8xdhbn"; "FiraMono" = "1iiz5cnhrb67793ww6pj5y5x9s1a5nlk9kqwbv92kxmbqakarlcb";

Discussion:
Package name: Latest released version: 3.0.2 Current version on the unstable channel: 3.0.2 Current version on the stable/release channel: 3.0.1 Notify maintainers This issue isn't to update nerd fonts necessarily, but currently the Intel One Mono font, is missing from the font list in unstable. Could this be please? Thanks :)
Interesting... Last time when we ran the script these fonts weren't there. They probably these fonts to the release after we updated the version here. Your approval is welcome at .
Looks good to me :+1: thanks for getting on it so quickly!
Change:
{ callPackage, ... } @ args: callPackage ./generic.nix (args // { <del> version = "3.11.9"; sha256 = "1ckaacc1z0j72llklrc4587ia6a0pab02bdyac6g3kl6kqvcz40c"; </del> <ins> version = "3.11.10"; sha256 = "1wcv0drhb765fda6kkpsxsyfdv4cqf7nqfwc4bimh4c4djap5rxv"; </ins> generation = "3_11"; })

Discussion:
, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc

, CVSSv3=7.5 (nixos-20.09, nixos-unstable) Scanned versions: nixos-20.09: ; nixos-unstable: . Cc
See also , ,
Change:
assert encaSupport -> enca != null; assert fontconfigSupport -> fontconfig != null; <del> assert harfbuzzSupport -> harfbuzz != null; </del> let mkFlag = optSet: flag: if optSet then "--enable-${flag}" else "--disable-${flag}";

Discussion:
, CVSSv3=8.8 (nixos-20.03, nixos-20.09, nixos-unstable) Scanned versions: nixos-20.03: ; nixos-20.09: ; nixos-unstable: . Cc
Change:
--replace '/lib64/ld-linux-x86-64.so.2' '${glibc.out}/lib/ld-linux-x86-64.so.2' substituteInPlace $out/share/teamviewer/tv_bin/script/tvw_config  --replace '/var/run/' '/run/' <ins> ''; </ins> <del> wrapProgram $out/share/teamviewer/tv_bin/script/teamviewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/teamviewerd --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/TeamViewer --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libXrandr libX11 ]}" wrapProgram $out/share/teamviewer/tv_bin/TeamViewer_Desktop --prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [libXrandr libX11 libXext libXdamage libXtst libSM libXfixes ]}" </del> <ins> makeWrapperArgs = [ "--prefix PATH : ${lib.makeBinPath [ getconf coreutils ]}" "--prefix LD_LIBRARY_PATH : ${lib.makeLibraryPath [ libXrandr libX11 libXext libXdamage libXtst libSM libXfixes dbus ]}" ]; </ins> <del> wrapQtApp $out/share/teamviewer/tv_bin/script/teamviewer wrapQtApp $out/bin/teamviewer </del> <ins> postFixup = '' wrapProgram $out/share/teamviewer/tv_bin/teamviewerd ''${makeWrapperArgs[@]} # tv_bin/script/teamviewer runs tvw_main which runs tv_bin/TeamViewer wrapProgram $out/share/teamviewer/tv_bin/script/teamviewer ''${makeWrapperArgs[@]} ''${qtWrapperArgs[@]} wrapProgram $out/share/teamviewer/tv_bin/teamviewer-config ''${makeWrapperArgs[@]} ''${qtWrapperArgs[@]} wrapProgram $out/share/teamviewer/tv_bin/TeamViewer_Desktop ''${makeWrapperArgs[@]} ''${qtWrapperArgs[@]} </ins> ''; dontStrip = true; <ins> dontWrapQtApps = true; </ins> preferLocalBuild = true; meta = with lib; {

Discussion:
Describe the bug When busybox is installed - teamviewer cannot starts correctly To Reproduce Steps to reproduce the behavior: " = true;" to busybox to "environment.systemPackages = with pkgs;" to launch the teamviewer Expected behavior Teamviewer gui starts 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 these paths will be fetched (0.05 MiB download, 0.28 MiB unpacked): /nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev copying path '/nix/store/d43v6bx7r6fcaq3fbbfd5mwh1f5s7rmg-bash-interactive-4.4-p23-dev' from ''... system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
I marked this as stale due to inactivity. &rarr;
This should be fixed by . Please confirm by closing if it indeed does.
Change:
''; passthru = { <ins> tests = { # Needs to update in lockstep. inherit gmic-qt; }; </ins> updateScript = writeShellScript "${pname}-update-script" '' set -o errexit PATH=${lib.makeBinPath [ common-updater-scripts curl gnugrep gnused coreutils jq ]}

Discussion:
Steps to reproduce the behavior: gmic from There are more of those function arity errors, but just a small sample since they're the same. I'm going to assume pull in today has something to do with it. no maintainer? merged and it shows failures for gmic. gmic is used for me in GIMP and darktable. Please run and paste the result.
I will revert this preventively. There are many strange bugs happening.
Change:
<del> { stdenv, lib, fetchFromGitHub, pkg-config, autoreconfHook </del> <ins> { stdenv, lib, fetchFromGitHub, fetchpatch , pkg-config, autoreconfHook </ins> , openssl, libopus, alsaLib, libpulseaudio }:

Discussion:
, CVSSv3=5.3 (nixos-21.05, nixos-unstable) A reordering issue exists in Telegram before 7.8.1 for Android, Telegram before 7.8.3 for iOS, and Telegram Desktop before 2.8.8. An attacker can cause the server to receive messages in a different order than they were sent a client. Scanned versions: nixos-21.05: ; nixos-unstable: . Cc Cc Cc
Change:
# environment variable, since NixOS relies on it working. # See https://github.com/NixOS/nixpkgs/issues/226484 for more context. ../patches/qtwebengine-xkb-includes.patch <ins> ../patches/qtwebengine-link-pulseaudio.patch </ins> ]; postPatch = ''

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

I both wireplumber and xdg-desktop-portal via the nixos configuration options and it still doesn't make a difference, even when running those commands before running these browsers
Is xdg-desktop-portal required for pipewire audio support in qtwebengine?
I don't think so since the mic was working even when video capture is not (and the later does requre it). However there appears to have been a regression recently, I just bumped my pin just yesterday and now my mic is not working at all in qutebrowser.
Can you paste the code for creating the package you have so far?
This still seems like an issue, see further attempts at packaging discord-screenaudio in .
The issue has indeed been fixed!
Change:
src = "${biberSource}/source/bibtex/biber/biblatex-biber.tar.gz"; <ins> patches = stdenv.lib.optionals (stdenv.lib.versionAtLeast perlPackages.perl.version "5.30") [ (fetchpatch { name = "biber-fix-tests.patch"; url = "https://git.archlinux.org/svntogit/community.git/plain/trunk/biber-fix-tests.patch?h=5d0fffd493550e28b2fb81ad114d62a7c9403812"; sha256 = "1ninf46bxf4hm0p5arqbxqyv8r98xdwab34vvp467q1v23kfbhya"; }) (fetchpatch { name = "biber-fix-tests-2.patch"; url = "https://git.archlinux.org/svntogit/community.git/plain/trunk/biber-fix-tests-2.patch?h=5d0fffd493550e28b2fb81ad114d62a7c9403812"; sha256 = "1l8pk454kkm0szxrv9rv9m2a0llw1jm7ffhgpyg4zfiw246n62x0"; }) ]; </ins> buildInputs = with perlPackages; [ autovivification BusinessISBN BusinessISMN BusinessISSN ConfigAutoConf DataCompare DataDump DateSimple EncodeEUCJPASCII EncodeHanExtra EncodeJIS2K

Discussion:
Describe the bug The package fails to build since (), that is, many test cases are failing during the check phase. To Reproduce Steps to reproduce the behavior: (or any newer commit on master) in the checkouted nixpkgs directory Expected behavior is built sucessfully. Screenshots <details<summaryNot exactly a screenshot, but the output of (click on the triangle to show) </summary<p</p</detailsMetadata (This looks weird since I run the current master branch of nixpkgs) Maintainer information:
ping - this is part of pdflatex
Ah okay, thanks! Will file a PR shortly.
I tried to upgrade biber to 2.12 (and biblatex 3.13, which needs to be upgraded at the same time), but the errors during testing didn't disappear. I -ed the archlinux patches and opened .
Change:
--replace /bin/sh ${stdenv.shell}  --replace /usr/sbin/ethtool ${ethtool}/sbin/ethtool  --replace /bin/sed ${gnused}/bin/sed <ins> # to enable link-local connections substituteInPlace src/devices/nm-device.c --replace '("avahi-autoipd", NULL, NULL)' '("avahi-autoipd", &"${avahi}/sbin/avahi-autoipd", NULL)' </ins> configureFlags="$configureFlags --with-udev-dir=$out/lib/udev" '';

Discussion:
To reproduce: create new (ethernet) connection, with ip4 set to link-local. When ing the connection, the following errors are thrown: An reveals the problem: I thought the following would fix it (): but this creates a new problem:
add that new user when NM is enabled in the nixos module.
Did suggestion work? I was just bitten by this issue.
Did not try it futher yet. If you want you can try it.
Change:
<del> { stdenv, fetchurl, pkgconfig, freetype, expat }: stdenv.mkDerivation rec { name = "fontconfig-2.10.2"; src = fetchurl { url = "http://fontconfig.org/release/${name}.tar.bz2"; sha256 = "0llraqw86jmw4vzv7inskp3xxm2gc64my08iwq5mzncgfdbfza4f"; }; outputs = [ "bin" "dev" "lib" "out" ]; # $out contains all the config propagatedBuildInputs = [ freetype ]; nativeBuildInputs = [ pkgconfig ]; buildInputs = [ expat ]; configureFlags = [ "--with-arch=${stdenv.hostPlatform.parsed.cpu.name}" "--sysconfdir=/etc" "--with-cache-dir=/var/cache/fontconfig" "--disable-docs" "--with-default-fonts=" ] ++ stdenv.lib.optionals (stdenv.hostPlatform != stdenv.buildPlatform) [ "--with-arch=${stdenv.hostPlatform.parsed.cpu.name}" ]; enableParallelBuilding = true; doCheck = true; # Don't try to write to /var/cache/fontconfig at install time. installFlags = [ "sysconfdir=$(out)/etc" "fc_cachedir=$(TMPDIR)/dummy" "RUN_FC_CACHE_TEST=false" ]; passthru = { # Empty for backward compatibility, there was no versioning before 2.11 configVersion = ""; }; meta = with stdenv.lib; { description = "A library for font customization and configuration"; homepage = "http://fontconfig.org/"; license = licenses.bsd2; # custom but very bsd-like platforms = platforms.all; maintainers = [ maintainers.vcunat ]; }; } </del>

Discussion:
, CVSSv3=7.8 (nixos-20.03) Scanned versions: nixos-20.03: . May contain false positives.
See also:
PR for unstable: PR for 20.03:
This is still an issue.
oops, sorry
We only use config files. We could probably just delete everything but from the derivation, or remove it from top-level.
Yeah, but we still ship the fontconfig binary in nixpkgs. Is there any reason we still need to provide config files parse-able by 2.10.x fontconfig implementations?
I doubt there is much of a reason these days, nobody will be running programs compiled against fontconfig 2.10. I just do not want to remove it now so that possible breakage caused by is not mixed with potential downfall from removing the unversioned path.
is a new attempt to address this.
Change:
{ lib, stdenv, callPackage, fetchurl <del> , jdk, cmake, gdb, zlib, python3 </del> <ins> , jdk, cmake, gdb, zlib, python3, icu </ins> , lldb , dotnet-sdk_6 , maven

Discussion:
For the last few weeks, Rider hasn't started. I get an dialog with the following text: In the console, there is a link to recovering from IDE errors. I've followed those including blowing away my config, log, and cache directories (which lets me go through the initial setup but still fails). Rider and build system. the CLI, navigate to a C# project and enter It starts up after a while and it is usable. I pasted above the text of the only dialog box. Looking through the error log, I saw this entry: This file exists but running on it show this: The problem seems to be the missing . Rider doesn't appear to have maintainers, but is on a number of packages in that file.
Will be resolved by
Change:
preBuild = '' export JAVA_TOOL_OPTIONS="-Duser.home=$NIX_BUILD_TOP/home" <del> gradle -I gradle/support/fetchDependencies.gradle init </del> <ins> gradle -I gradle/support/fetchDependencies.gradle </ins> ''; gradleBuildTask = "buildGhidra";

Discussion:
Steps to reproduce the behavior: ghidra <!-- 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]:
I think this was broken by the . Should be fixed .
The "fix" was just a change in build instruction :^). I'll prepare a PR to fix it.
Change:
postPatch = '' substituteInPlace cmake/libonnxruntime.pc.cmake.in  <del> --replace '$'{prefix}/@CMAKE_INSTALL_ @CMAKE_INSTALL_ </del> <ins> --replace-fail '$'{prefix}/@CMAKE_INSTALL_ @CMAKE_INSTALL_ </ins> '' + lib.optionalString (stdenv.hostPlatform.system == "aarch64-linux") '' # https://github.com/NixOS/nixpkgs/pull/226734#issuecomment-1663028691 rm -v onnxruntime/test/optimizer/nhwc_transformer_test.cc ''; postBuild = lib.optionalString pythonSupport '' <del> python ../setup.py bdist_wheel </del> <ins> ${python3Packages.python.interpreter} ../setup.py bdist_wheel </ins> ''; postInstall = ''

Discussion:
Meaningful errors Full logs: system: host os: multi-user?: sandbox: version: channels(root): channels(jarrod): nixpkgs: Source file with issue:  I tried to locate where is defined, but was unable to.
Edited the issue and I'm not sure if GitHub retroactively sends notifications, so pardon the double-mention:
Will be fixed by .
Change:
<del> { lib, stdenv, fetchFromGitLab, kernel, fetchpatch }: </del> <ins> { lib, stdenv, fetchFromGitLab, kernel }: </ins> stdenv.mkDerivation rec { pname = "ddcci-driver"; <del> version = "0.4.3"; </del> <ins> version = "0.4.4"; </ins> name = "${pname}-${kernel.version}-${version}"; src = fetchFromGitLab { owner = "${pname}-linux"; repo = "${pname}-linux"; rev = "v${version}"; <del> hash = "sha256-1Z6V/AorD4aslLKaaCZpmkD2OiQnmpu3iroOPlNPtLE="; </del> <ins> hash = "sha256-4pCfXJcteWwU6cK8OOSph4XlhKTk289QqLxsSWY7cac="; </ins> }; <del> patches = [ # https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux/-/merge_requests/12 (fetchpatch { name = "kernel-6.2-6.3.patch"; url = "https://gitlab.com/ddcci-driver-linux/ddcci-driver-linux/-/commit/1ef6079679acc455f75057dd7097b5b494a241dc.patch"; hash = "sha256-2C2leS20egGY3J2tq96gsUQXYw13wBJ3ZWrdIXxmEYs="; }) ]; </del> hardeningDisable = [ "pic" ]; nativeBuildInputs = kernel.moduleBuildDependencies;

Discussion:
Steps to reproduce the behavior: or Built from in I apologize but there is no maintainer listed so I notify the last few contributors:
mr is so it's a matter of fetching and patching
Hello, how do you make an overlay for a kernel module ? I’ve tried but can’t get it to work (it doesn’t change the package nor fetch the patch). I’ve searched for examples or tutorials but haven’t found any :confused:
This is what's working for me. (Also I wonder why it takes more than 2 months to merge this little change): I excluded irrelevant configurations. I know you asked for a overlays but I wonder if that's really necessary for one time use. EDIT: for debugging I'd recommend reading what nixpkgs.overlay actually does and what the default value for is
Thank you ! I wanted to write an overlay to avoid modifying my main config and adding it in my directory. But your solution will do it for now so I can use ddcci again Thanks for the suggestion

linuxKernel.packages.linuxzen 6.4.1 fails to build with ddcci-driver, presumably because of Vuild