jiebi/CodeConvo huggingface dataset:
Change:
"-DENABLE_JACK=ON" (lib.cmakeBool "ENABLE_QSV11" stdenv.hostPlatform.isx86_64) (lib.cmakeBool "ENABLE_LIBFDK" withFdk) <ins> (lib.cmakeBool "ENABLE_ALSA" alsaSupport) (lib.cmakeBool "ENABLE_PULSEAUDIO" pulseaudioSupport) (lib.cmakeBool "ENABLE_PIPEWIRE" pipewireSupport) </ins> ]; dontWrapGApps = true;

Discussion:
Steps to reproduce the behavior: obs-studio Please run and paste the result.
Couple things: 23.05 will be EOL soon, just a heads up the rev as specified in your "host os" line of the output, it pulls from the cache. I can only assume you're using a different rev or some override/overlay. Even rebuilding from that rev in my case produces no errors. Can you provide a config to reproduce?
My config is here: I am not using any override/overlay, afaik...
Setting is causing some massive rebuilds on your end and likely causing the breakage here. That's also why it couldn't just fetch from the binary cache. Try without this line.
Though FWIW, I'll see if I can get the build working with , it probably shouldn't just break.
Change:
# for now we disable GTK GUI support on Darwin. (It may be possible to remove # this restriction later.) , useGtk ? !stdenv.isDarwin <ins> , bzip2 , desktop-file-utils , meson , ninja </ins> , wrapGAppsHook , intltool , glib

Discussion:
Package name: handbrake Latest released version: 1.7.3 Current version on the unstable channel: 1.6.1 Current version on the stable/release channel: 1.6.1 Notify maintainers Note for maintainers: Please tag this issue in your PR.
Revised to 1.7.2 release
Revised to 1.7.3
Change:
luppp = callPackage ../applications/audio/luppp { }; lutris-unwrapped = python3.pkgs.callPackage ../applications/misc/lutris { <del> inherit (gnome3) gnome-desktop libgnome-keyring webkitgtk; </del> <ins> inherit (gnome3) gnome-desktop libgnome-keyring; </ins> wine = wineWowPackages.staging; }; lutris = callPackage ../applications/misc/lutris/chrootenv.nix { };

Discussion:
Describe the bug Seems like some updates to pango broke a few packages Among the broken ones: ettercap (see ) pangox-compat (which anydesk needs) probably a few more To Reproduce Steps to reproduce the behavior: to build ettercap or anydesk from master will fail to build with some pango-related errors Expected behavior It should work Screenshots If applicable, add screenshots to help explain your problem. Additional context Add any other context about the problem here. Metadata system: host os: multi-user?: sandbox: version: channels(maciej): nixpkgs: Maintainer information:
Also remmina is broken But doesn't seem to depend on pango directly, so unsure which dependency actually is broken
Here's an issue for pangox-compat
Lutris is broken too - not an urgent requirement but just making you fine folks aware!
Not sure why Lutris is broken, but Lutris-unwrap is fine.
It's a failure in the dependency chain, in this case .
no longer depends on on its master branch: We should probably switch to that. should not be needed in according to the README in , I suspect it was only there because we did not propagate it until ebassi also suggests switching to HEAD and says we need not worry about ABI changes:
Not having pangox_compat fixed is definitively still an issue. Can this be re-opened?
After , the only program depending on this is anydesk and openmodelica which is broken.
So it breaks anydesk thus either we mark anydesk as broken or we fix that?
Anydesk shouldn't use this deprecated library. Yes, we can mark it as broken.
Change:
domain-needed dhcp-hostsfile=/var/run/xen/dnsmasq.etherfile dhcp-authoritative <del> dhcp-range=$XEN_BRIDGE_IP_RANGE_START,$XEN_BRIDGE_IP_RANGE_END,$XEN_BRIDGE_NETWORK_ADDRESS </del> <ins> dhcp-range=$XEN_BRIDGE_IP_RANGE_START,$XEN_BRIDGE_IP_RANGE_END </ins> dhcp-no-override no-ping dhcp-leasefile=/var/run/xen/dnsmasq.leasefile

Discussion:
The xen-bridge.service serves an invalid netmask over DHCP to VMs. Start with a NixOS host with Xen dom0 enabled using the following option in . By default, the VMs’ network controllers will be connected to a bridge set up by the xen-bridge.service. The network on is set to , but the VMs set up their networks as . The VMs get their networks configured using DHCP, through dnsmasq running on dom0. Looking at the DHCP exchange using reveals that the netmask sent to the clients (VMs) is instead of , as DHCP option 1 (shown below). The DHCP client on the VM side is likely ignoring the invalid netmask, and guessing a netmask instead. The problem can be fixed by removing the wrong netmask from the dnsmasq configuration file. Then, dnsmasq will infer the correct netmask by looking at how xenbr0 is configured. Will submit a PR. System: Nix version: Nixpkgs version:
The issue no longer appears
Dont know if related to this (not sure if it is a bug really) but if you set the mask for the aforementioned bridge, it set it incorrectly. I tried to set it as 24, get 255.0.0.0 as a result... Both 16.04 and this new 17.03 have this behaviour. I understand that this is not the best place to ask, but if what i am doing is producing the expected behaviour, I will apreciate any guidance on using it correctly.
Could you explain your issue in more detail, for example how to reproduce it? I am not sure how you are setting the net mask.
Hi, i am just using the configurations on section of configuration options. so: Setting to some valid ip adress works but Setting to anything other than the default gives a 8 bit mask. I must say that i used xen on Ubuntu, but I am very new to nixos, so can't say for sure that i'm not doing something else wrong.
Can't see what could be wrong. Anyway, this looks like a separate issue that should be reported. There might be something wrong with the scripts under in .
Opened at .
Change:
inherit patches; strictDeps = true; <ins> nativeBuildInputs = lib.optionals (stdenv.hostPlatform.isRiscV && lib.versionOlder version "0.24") [ autoreconfHook ]; </ins> buildInputs = [ gmp ]; inherit configureFlags;

Discussion:
Steps to reproduce the behavior: isl-0.20 on riscv64-linux isl 0.20 is ancient, and needs a update I guess <!-- 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.
Broken since . Maybe knows what is wrong.
Try adding to nativeBuildInputs
What said -- probably needs to have run. This worked for me: Is there a way to reproduce this without hardware?
I'm testing on riscv64 hardware with the following diff:
Or with qemu It got past the first isl-0.20.0, where it failed previously. Got a build error in coreutils now ().
It looks like you didn't provision enough ram:
Change:
]; extraPostPatch = '' <del> # Fix .desktop files for PWAs generated by Floorp; they hardcode /usr/bin # https://github.com/NixOS/nixpkgs/issues/314115 </del> <ins> # Fix .desktop files for PWAs generated by Floorp # The executable path returned by Services.dirsvc.get() is absolute and # thus is the full /nix/store/[..] path. To avoid breaking PWAs with each # update, rely on `floorp` being in $PATH, as before. </ins> substituteInPlace floorp/browser/base/content/modules/ssb/LinuxSupport.mjs  <del> --replace-fail /usr/bin/floorp floorp </del> <ins> --replace-fail 'Services.dirsvc.get("XREExeF",Ci.nsIFile).path' floorp </ins> ''; updateScript = ./update.sh;

Discussion:
Steps to reproduce the behavior: floorp or floorp-unwrapped The important bit at the end of the log: Please run and paste the result. Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Yep, got the same.
It probably needs something like For now, I've just this overlay:
Yep, seems like the cause/fix. I'll send the update to v11.15.0 soon anyway and include this fix as necessary. The package in the binary cache is fine though, so if you just pull it from there instead of rebuilding this massive thing you'd be just fine too.
Change:
# for python cross-compiling _PYTHON_HOST_PLATFORM = stdenv.hostPlatform.config; <del> # The i686 case is a quick hack; I don't know what's wrong. postConfigure = stdenv.lib.optionalString (!stdenv.isi686) '' export LDSHARED="$LD -shared" ''; </del> # gcc bug with -O1 on ARM with gcc 4.8 # This should be fine on all platforms so apply universally

Discussion:
This would be a generic solution to fix cases like . Some information about this is e.g. and there are possibly other relevant environment variables that we should set (e.g. the ones mentioned ). It also seems like we currently leak some invalid Nix store references into : Not sure if this is really intended. E.g. cross compiling currently fails with: With it succeeds:
That's (partially) done on purpose
We should not nuke all references, but instead remove only references. Also, we can replace with in . We just need to find a way now to set the variables, in that file, so it works for all architectures. We could also modify the function to read a JSON file with our overrides, maybe even the filename passed as environment variable.
For some reason GitHub didn't automatically close this when landed in master (or I'm missing something).
Change:
alsa-lib at-spi2-core libtool <ins> libjpeg </ins> libxkbcommon nspr mesa

Discussion:
can not use export to pdf function Steps to reproduce the behavior: a doc/docx file to pdf successfully export to pdf ! There might be a explain: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. --Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Reproducible on my side. Will try to investigate and push a pr if feasible
pretty sure we already handle the dependency: as mentioned in the thread, can you try running followed by (or applicable command) to confirm thi actual cause?
I have tried to run with , here is the log: Seems like there is nothing to do about , maybe something else is broken in otherwise.
Never mind. When I tried to create link to on somewhere and running with , PDF export working like a charm. Maybe the workaround is not working as expected.
Can you try this pr and see whether this pr fix the issue for you?
crash
Fixed in latest push Feel free to drop a message if further issues appear.
ok, it works fine for me
Change:
options.xdg.portal = { enable = <del> mkEnableOption "<link xlink:href='https://github.com/flatpak/xdg-desktop-portal'>xdg desktop integration</link>"//{ </del> <ins> mkEnableOption "<link xlink:href='https://github.com/flatpak/xdg-desktop-portal'>xdg desktop integration</link>" // { </ins> default = false; }; extraPortals = mkOption { type = types.listOf types.package; <del> default = []; </del> <ins> default = [ ]; </ins> description = '' List of additional portals to add to path. Portals allow interaction with system, like choosing files or taking screenshots. At minimum,

Discussion:
When in a KDE wayland session with pipewire enabled nor firefox nor OBS' pipewire screen sharing does not show. Weirdly only Spectacle works for screen capture. Steps to reproduce the behavior: KDE plasma session and fail to screen capture ! suggest "compiling in an environment with pipewire" but adding pipewire to does not fix this system: host os: multi-user?: sandbox: version: channels(root): nixpkgs: Maintainer information:
Does it work in chrome?
Sharing the full screen no, but individual windows can be shared without problems
Have you checked the build log? What is the output of ?
So the reason it's not making any effect is because it already includes pipewire in its buildDependencies.
Neither patching works
And patching wayland-protocols straight up gives infinite recursion
please add this to the waayland board
So here is what I've found following
Here my thoughts: is suspect,especially after also look suspect
Suggest that the screencast plugin is loaded
The seems to originate from
90% sure does not get reached.
I've opened a bug in kde
<delSemms like whatever qml is needed for screencast is not included </delNope that is normal
Overall it seems like the screen selection window does not get displayed for whatever reason despite
This seems to be the same problem that was previously discussed in and related issues? Guess it makes sense to continue here since that issue is pretty cluttered at this point + mostly sway-related.
Change:
# Adventure Game Studio allegro dumb <ins> # Curl libnghttp2 </ins> # Desmume lua agg soundtouch openal desktop-file-utils atk

Discussion:
Hi. I'm trying to install with Lutris and I am getting a curl error: I sought help on Matrix and was told: Steps to reproduce the behavior: to . lutris. from lutris. installs successfully. I get this log: <!-- Please @ people who are in the list of the offending package or module. If in doubt, check for whoever last touched something. -- system: host os: multi-user?: sandbox: version: channels(root): nixpkgs:
We either need to fix the FHS to handle a downloaded winetricks or use nixpkgs's winetricks.
NixOS n00b here. Would it be possible to use the 'lutris.override' syntax to give the lutris package access to winetricks until the problem is fixed? Exact same output as Industrial by the way, no matter what game I try to install (Star Citizen, WOW, Overwatch 2):
As a workaround, if you delete the , it will fall back to using system winetricks.
When I do that I get this: If I want to use your code change, how do I do that? I made a local clone of the nixpkgs repo.
I was definitely over-complicating it before. All that's needed is to add libnghttp2 into the FHS. So lutris.override works just fine: I'll work on a pull request.
EDIT: SORRY! It's working now. Just had to delete after adding pkgs.libnghttp2. Thanks a bunch ! Hey man, not sure if I'm doing something wrong, but I'm still getting the same error. the following to my under systemPackages: Ran nixos-rebuild switch and rebooted for good measure. Am I doing something wrong here? Here's the error:
Change:
<ins> { lib , stdenv , fetchFromGitHub , perl , wget , makeWrapper , nix-update-script }: stdenv.mkDerivation (finalAttrs: { pname = "apt-mirror"; version = "0.5.4"; src = fetchFromGitHub { owner = "apt-mirror"; repo = "apt-mirror"; rev = finalAttrs.version; hash = "sha256-GNsyXP/O56Y+8QhoSfMm+ig5lK/K3Cm085jxRt9ZRmI="; }; nativeBuildInputs = [ makeWrapper ]; buildInputs = [ perl ]; makeFlags = [ "DESTDIR=$(out)" "PREFIX=''" ]; postInstall = '' wrapProgram $out/bin/apt-mirror  --prefix PATH : ${lib.makeBinPath [wget]} ''; passthru.updateScript = nix-update-script {}; meta = with lib; { description = "A tool that provides the ability to mirror any parts of apt sources"; homepage = "https://github.com/apt-mirror/apt-mirror"; changelog = "https://github.com/apt-mirror/apt-mirror/blob/${finalAttrs.src.rev}/CHANGELOG"; license = licenses.gpl2Only; maintainers = with maintainers; [ arthsmn ]; mainProgram = "apt-mirror"; platforms = platforms.all; }; }) </ins>

Discussion:
Project description A small tool that provides ability to mirror any parts (or even all) of Debian and Ubuntu GNU/Linux distributions or any other apt sources which typically provided by open source developers. Metadata homepage URL: https://apt- source URL: license: [GPL-2.0 license] platforms: linux Add a :+1: [reaction] to [issues you find important]. [reaction]: [issues you find important]:
Related: We have in nixpkgs.
Change:
<ins> commit ebcdbd9b3c9d437780aee4d6af76bbd2ab32ea06 Author: LeRoyce Pearson <contact@leroycepearson.dev> Date:   2022-07-17 16:01:22 -0600 Read dynstr starting at rpath offset Since we know the offset, we may as well read starting there. Still expects rpath to fit in 4096 bytes; that might be worth fixing in the future. Fixes issue #12112 diff --git a/lib/std/zig/system/NativeTargetInfo.zig b/lib/std/zig/system/NativeTargetInfo.zig index af41fc790579..ad0b6d5ce1e1 100644 --- a/lib/std/zig/system/NativeTargetInfo.zig +++ b/lib/std/zig/system/NativeTargetInfo.zig @@ -652,14 +652,19 @@ pub fn abiAndDynamicLinkerFromFile( } else null; if (dynstr) |ds| { -                const strtab_len = std.math.min(ds.size, strtab_buf.len); -                const strtab_read_len = try preadMin(file, &strtab_buf, ds.offset, strtab_len); -                const strtab = strtab_buf[0..strtab_read_len]; // TODO this pointer cast should not be necessary const rpoff_usize = std.math.cast(usize, rpoff) catch |err| switch (err) { error.Overflow => return error.InvalidElfFile, }; -                const rpath_list = mem.sliceTo(std.meta.assumeSentinel(strtab[rpoff_usize..].ptr, 0), 0); +                if (rpoff_usize > ds.size) return error.InvalidElfFile; +                const rpoff_file = ds.offset + rpoff_usize; +                const rp_max_size = ds.size - rpoff_usize; + +                const strtab_len = std.math.min(rp_max_size, strtab_buf.len); +                const strtab_read_len = try preadMin(file, &strtab_buf, rpoff_file, strtab_len); +                const strtab = strtab_buf[0..strtab_read_len]; + +                const rpath_list = mem.sliceTo(std.meta.assumeSentinel(strtab.ptr, 0), 0); var it = mem.tokenize(u8, rpath_list, ":"); while (it.next()) |rpath| { var dir = fs.cwd().openDir(rpath, .{}) catch |err| switch (err) { </ins>

Discussion:
The output is From some quick searching, people on other distros who've encountered something like this have been advised to delete . That doesn't seem to help here, unfortunately. I tried making a meaningless change to one zig-dependent package in Nixpkgs, but that package still built fine with . I'm obviously not knowledgeable about Zig at all, so I'm not sure if this is a serious issue. Please run and paste the result.
It won't reproduce on x86-64 darwin. Does anyone have the same problem on NixOS? My environment:
I have the same problem, i pull from latest branch, here's my info:
I know that this is fixed upstream: and will be released in . Meanwhile, I've made an ugly overlay: to build from of and autogenerated code now builds and runs just fine, as it should.
There is also which provides many more versions.
If you prefer building zig on your computer, you can take a look at this repository as well: Flake and overlay on the branch always build the latest zig.
Why not a patch?
Change:
texlive = texlive.combined.scheme-medium; }; <del> ardour_6 = callPackage ../applications/audio/ardour/6.nix { }; </del> ardour = callPackage ../applications/audio/ardour { }; <ins> ardour_7 = callPackage ../applications/audio/ardour/7.nix { }; </ins> arelle = with python3Packages; toPythonApplication arelle;

Discussion:
is adding ardour 7.0 to the repository. As noted by 7.0 still experiences crashes. Thus we've opted to keep version 6.9 around for a little while for people to optionally use as a more stable base for their projects. Once ardour 7.x (package name ) is deemed stable, ardour 6.x (package name ) should be removed from nixpkgs.
updated to in preparation for 8.0, so this issue should be either closed or updated. Fwiw, maintaining the package of the last stable release of the previous major version seems like a good tradition for Ardour.
Thanks for pointing that out. I agree that keeping (at least) the last version around is helpful for some people who can't update for one reason or another. If someone objects, they can create a new issue.
Change:
programs.system-config-printer.enable = (mkIf config.services.printing.enable (mkDefault true)); services.gnome.at-spi2-core.enable = true; <ins> services.gnome.glib-networking.enable = true; </ins> services.gnome.gnome-keyring.enable = true; services.udev.packages = [ pkgs.mate.mate-settings-daemon ]; services.gvfs.enable = true;

Discussion:
The weather applet included in mate-applets fails to download weather information. It just shows "0°F", or sometimes "--" instead. I've tried setting it to different cities all over the world, none of them work. Interestingly, for UK cities, I get see the following in , perhaps it fails for a similar reason on other cities (though I don't see an error message for these): Install the weather applet in MATE and try to get it to show anything useful. I've tried adding to the of both and , but it doesn't help at all. system: host os: multi-user?: sandbox: version: channels(shane): channels(root): nixpkgs:
Adding to would not do anything, since is loaded from the runtime environment. will wrap executables in and directories, setting variable correctly – that is an operation which does not make sense for libraries, it should work for , though.
works now. The only thing that's changed is that I now have Gnome and MATE installed side-by-side, whereas before I only had MATE. It seems a lot of things in MATE need bits of Gnome to work properly. I can't say for sure that's what was causing this, but I just can't think of anything else it could have been. In any case I'm going to close this.
Ran into this, please reopen. I'm running MATE on NixOS, but not Gnome.
Yep, also seeing this:
2 ugly workarounds are done right now: propagated enabled So I assume this is already fixed in 23.11. Note that since the weather applet is built in-process since we want to package the wayland session.
Change:
nativeBuildInputs = [ makeWrapper coreutils ]; installPhase = '' <ins> runHook preInstall </ins> mkdir $out mv * $out

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:
PREFIX = placeholder "out"; <ins> # Avoid CPU feature impurity, see https://github.com/NixOS/nixpkgs/issues/169461 ZIG_FLAGS = "-Drelease-safe -Dcpu=baseline"; </ins> meta = with lib; { description = "Disk usage analyzer with an ncurses interface"; homepage = "https://dev.yorhel.nl/ncdu";

Discussion:
The new version of ncdu crashes at runtime. However, when run in a nix-shell, the 1.16 version is grabbed so it works: Steps to reproduce the behavior: to the system packages ncdu The program works as expected. I am using the channel. Bug report on ArchLinux: Please run and paste the result.
Probably a case of where uses and hydra builds binaries with too high CPU requirement.
Is there something we can do to fix this ?
arch has
looks like a duplicate of
Proposed a fix in

The output will include recent vector instructions if and only if the builder supports them. This break reproducibility. Steps to reproduce the behavior: on an Intel Sandy Bridge machine a derivation from a substituter. This results in a due to a instruction locally and run. No Both derivations should be identical. This is the segfault inside an assembly debugger ! This might affect projects in general. This is both an impurity and a usability problem because I cannot use certain derivations on some of my older computers. Please run and paste the result.
Looks like ncdu is using a standard which means you can pass, e.g. for a cross-compiled build. For example, . This will use "baseline" CPU features instead of targeting the host. If you want to be more precise, you can additionally pass a parameter to selectively enable or disable specific CPU features. In theory, these should be accessible from the stdenv. I suggest to additionally pass the glibc version, like this: (replacing "2.31" with the data from stdenv). Otherwise zig will target a glibc version that is older than necessary.
This would be great to have in the stdenv. Any zig build needs these parameters.
It should rather be a zig buildHook to not bloat stdenv more.
Proposed a fix in