text:
CV or numpy module not found, falling back to PIL

Hi
always getting CV or numpy module not found, falling back to PIL
CV or numpy seem to be well installed

That would indicate CV is not installed. What platform are you on? how did you install CV? and what version of CV do you think is installed? how do you know it is installed correctly?

Thank for you answer
My Environment

pi@smhpi:~ $ uname
		Linux
		pi@smhpi:~ $ cat /etc/os-release
		PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
		NAME="Raspbian GNU/Linux"
		VERSION_ID="9"
		VERSION="9 (stretch)"
		ID=raspbian
		ID_LIKE=debian
		HOME_URL="http://www.raspbian.org/"
		SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
		BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

OpenCV seems to be well installed
pi@smhpi:~ $ pkg-config opencv --cflags
		-I/usr/include/opencv

i have installed manually all the prerequisites
pi@smhpi:~ $ sudo apt-get install python-numpy
		Reading package lists... Done
		Building dependency tree
		Reading state information... Done
		python-numpy is already the newest version (1:1.12.1-3).
		0 upgraded, 0 newly installed, 0 to remove and 67 not upgraded.

pi@smhpi:~ $ sudo pip install paho-mqtt
		Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
		Requirement already satisfied: paho-mqtt in /usr/local/lib/python2.7/dist-packages (1.3.1)
		pi@smhpi:~ $ sudo pip install paho-mqtt==1.2.3
		Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
		Collecting paho-mqtt==1.2.3
		Installing collected packages: paho-mqtt
		  Found existing installation: paho-mqtt 1.3.1
			Uninstalling paho-mqtt-1.3.1:
			  Successfully uninstalled paho-mqtt-1.3.1
		Successfully installed paho-mqtt-1.2.3

pi@smhpi:~ $ sudo pip install pillow
	Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
	Requirement already satisfied: pillow in /usr/local/lib/python2.7/dist-packages (5.2.0)

pi@smhpi:~ $ sudo pip install six
	Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
	Requirement already satisfied: six in /usr/lib/python2.7/dist-packages (1.10.0)

pi@smhpi:~ $ sudo pip3 install six
	Requirement already satisfied: six in /usr/lib/python3/dist-packages

Even a clone from git Which brings the dependancies
pi@smhpi:/etc/openhab2/scripts/Roomba980-Python $ git clone https://github.com/NickWaterton/Roomba980-Python.git
		Cloning into 'Roomba980-Python'...
		remote: Counting objects: 344, done.
		remote: Total 344 (delta 0), reused 0 (delta 0), pack-reused 344
		Receiving objects: 100% (344/344), 425.91 KiB | 393.00 KiB/s, done.
		Resolving deltas: 100% (182/182), done.

pi@smhpi:/etc/openhab2/scripts/Roomba980-Python/Roomba980-Python/roomba $ python roomba.py
CV or numpy module not found, falling back to PIL
CV or numpy module not found, falling back to PIL
i suspect python

OK, so installed on an RPi. How did you try to install Open CV on your Rpi? because it can't be installed through the normal tools, you have to compile it from source.
There are many guides on how to install Open CV on a RPi3, running Jessie, and some using stretch, see https://www.pyimagesearch.com/2017/09/04/raspbian-stretch-install-opencv-3-python-on-your-raspberry-pi/, but I've never tried it on stretch.
You need to make sure the python binding are installed also.
As a test, you can run python from the command line and try:
import cv2
import numpy as np

What happens when you manually try the commands? do you get an error? (error would indicate that Open CV or numpy is not installed properly).

thanks for your answer
i have created python test.py
import cv2 import numpy as np
i am getting this error
Traceback (most recent call last):
File "test.py", line 1, in
import cv2
File "/usr/local/lib/python3.5/dist-packages/cv2/init.py", line 3, in
from .cv2 import *
ImportError: libcblas.so.3: cannot open shared object file: No such file or directory

So you are missing libatlas
sudo apt-get install libatlas-base-dev

But the bigger problem seems to be that you do not have OpenCV installed correctly, with all it's dependencies (of which there are many).
How did you install OpenCV? as I said, you have to compile it from source on an RPi, and it's complicated. Not hard, but you can't use pip install opencv-python or apt-get install to install OpenCV on an RPi like you can on other systems.
So this isn't really a Roomba-Python issue, it's an OpenCV issue.

Doing 'apt install python3-opencv' resolved the issue for me on Ubuntu 18.04.

try
sudo apt-get install python-opencv
its work for me at Raspberry pi 2

Maybe there's an ARM build for opencv now, there never used to be (which is why apt install python-opencv only worked on Ubuntu and other PC OS's but not ARM based systems (like RPi).

I think it would be good to change the readme file. Right now it sounds like that you actually do not need openCV (because it uses a lot of ressources and is only necessary for the prettified maps), so when I got this error message I didn't think the problem would be that I didn't have openCV installed.

authors: JSchoeck NickWaterton ViPeR5000 nikolajsheller smartnakh


text:
[Bug] Stack errors involving WorldEdit

Information
Full output of /abook about:

Server log (upload logs/latest.log to Gist):
https://gist.github.com/pkhodadi/2be95c7bb2a7ebdbca1c83918a2d2d18#:~:text=[09%3A28%3A49,Thread.java%3A833)%20~%5B%3F%3A%3F%5D
AstralBooks config (upload plugins/AstralBooks/config.yml to Gist):
https://gist.github.com/pkhodadi/6c0be1ab38a3ae41ec2b1f6aa3a263c9
Details
Using commands with FastAsyncWorldEdit sends stack errors.

Thank you for your report. It's gonna be fixed in the next release.

source: gharchive/issue

authors: NicoNekoDev pkhodadi

repo: NicoNekoDev/AstralBooks

license_type: permissive

license_source: github-api


text:
Cargo.lock contains old versions of dependencies

Reproduction
cd nucleon
cargo build

Errors
   --> /home/kirch/.cargo/registry/src/github.com-1ecc6299db9ec823/rustc-serialize-0.3.16/src/serialize.rs:145:45
    |
145 |                                             &f_name: &str,
    |                                             ^^^^^^^

   Compiling sha1 v0.1.1
error: aborting due to previous error

error: Could not compile `rustc-serialize`.

   --> /home/kirch/.cargo/registry/src/github.com-1ecc6299db9ec823/nix-0.3.9/src/sched.rs:168:20
    |
168 |         ffi::clone(mem::transmute(callback), ptr as *mut c_void, flags, &mut cb)
    |                    ^^^^^^^^^^^^^^
    |
    = note: source type: for<'r> extern "C" fn(*mut std::boxed::Box<std::ops::FnMut() -> isize + 'r>) -> i32 {sched::clone::callback}
    = note: target type: *const for<'r> extern "C" fn(*const std::boxed::Box<std::ops::FnMut() -> isize + 'r>) -> i32
    = help: cast with `as` to a pointer instead

error: aborting due to previous error

error: Could not compile `nix`.

Solution
Remove Cargo.lock file and try again.
Build information
uname -a: Linux mithrandir 4.15.9-1-ARCH #1 SMP PREEMPT Sun Mar 11 17:54:33 UTC 2018 x86_64 GNU/Linux
rustc 1.24.1 (d3ae9a9e0 2018-02-27)
cargo 0.25.0 (96d8071da 2018-02-26)
Cloned commit: https://github.com/NicolasLM/nucleon/commit/daa8f74106835068bf5340bbb4d398092050baf6

Solved by #9

repo: NicolasLM/nucleon

license_source: bigquery


text:
🛑 Hacker News is down

In 3b6c0b3, Hacker News (https://news.ycombinator.com) was down:

HTTP code: 502
Response time: 73 ms

Resolved: Hacker News is back up in 66f1282 after 18 minutes.

repo: NicolasLRD/upptime

license: MIT


text:
Accept pem as binary data.

As an alternative to supplying the pem path with APNS.pem =,
accept the pem binary data with APNS.pem_data =.

Closing this PR as it has been open for 18 months with no response by the maintainer.

source: gharchive/pull-request

repo: NicosKaralis/pushmeup

license: mit


text:
Start animation (disable via options)

As described in #16 I asked for a disablement of the start animation. In 2.1.2 it was resolved, but in 2.1.7 it's back.
Is it possible to disable it via an option?

I'm sorry:cry:. please update to last version.

It's working again. Maybe customizable via an option? So you leave the animation choice to the developer?

I think Start animation should not exist, this time is just my fault.
Now nobody needs this option, if someone else needs it later, I will add it.

Is there any way to enable start animation ?

authors: FKobus NightCatSama rajagopalx

repo: NightCatSama/vue-slider-component


text:
Cannot read property 'offsetWidth' of undefined

my code is only this one:
 <vue-slider v-model="value"                                     :min="0"                                     :max="100">                         </vue-slider>
data () {       return {         value: 0, }
i got an error: Cannot read property 'offsetWidth' of undefined

You have to make sure that the component can be rendered to the page when it is initialized.
Solution

You are correct. I am using tab v-show in my tabs but I wouldn't change the behaviour of my tab, but i am confuse on how to implement or integrate in my code those solutions.

You can try using watch to control the component refresh.
e.g.
  <div v-show="show">
     <v-slider ref="slider"></v-slider>
  </div>

  export default {
    data () {
      return {
        show: false
      }
    },
    watch: {
      show (val) {
        val && this.$refs.refresh()
      }
    }
  }

alright thank you so much! now working!

authors: NightCatSama aaesis


text:
Do you have thoughts on adding a CLI?

Great tool.
I was thinking if there is thought or a roadmap to add a cli for Bokor.
The simple use case that is would solve would be not needing a seperate bokor/index.js file, when using bokor whenever using a "default" scructure.
In an app you need to start the dev server (typically) and then start the bokor server which most of the time takes in default files.
i.e. "start:bokok": "npm run start:dev && node bokor
At some point it would be nice if we could add a cli option that would allow us to simply run
"start:bokok": "npm run start:dev && bokor
The cli would use default file path and names unless args to overwrite some of those values was passed in.

added cli!

authors: arturoromeroslc jimmyeisenhauer

repo: Nike-Inc/bokor


text:
Online Grocery Recommendation

Based on the similarity of what people buy, recommend grocery.

I am a participant in GSSo'22
I want to work on this issue please assign it to me
I can solve it with association role technique.

Is this project updated? I can't find this on the repository. Can you please help me?
What update is needed to be done now?

You have to work on this issue yourself. It's not added n the repository.

Okay thanks, what is the deadline to complete?

6 days..keep updating in between!

Is there any specific dataset to use?

Is there any specific dataset to use? ipynb file upload?

Yes file should be ipynb  and if you have any related dataset for the project, you can use that.

Okay thank you

@pratishthaa I would like to work on this problem statement. Could you please assign the issue to me as part of gssoc'24?

repo: Niketkumardheeryan/ML-CaPsule


text:
Fully Crossplatform Support with the Auto Updater

The Settings.json now includes a line for Default Linux File Names and the script can detect your OS you are on to fetch the correct copy of the TwitchExportBuilder.

No clue what happened with that commit #10

repo: NillerMedDild/ModpackUploader


text:
amd/zen2: create module targetting zen2+ and enable amd-pstate

Apparently some newer AMD laptops have some potential enhancements that I don't think we really enable (and maybe don't have a good way of enabling, I think block-listing acpi-cpufreq for all common-cpu-amd  is wrong, for example).
see more: https://www.phoronix.com/scan.php?page=news_item&px=AMD-P-State-How-To

AFAIK all I had to do to get it working on my machine was to boot with the amd_pstate=passive kernel flag.

This has been fixed with #624.

authors: FlorianFranzen colemickens fpletz

repo: NixOS/nixos-hardware


text:
Bad onlykey udev rule

The onlykey udev rule in modules/hardware/onlykey.udev is different from the one available on the onlykey documentation here
https://docs.crp.to/linux.html
The onlykey isn't recognized using the udev rules currently available on the nixpkgs tree.
I don't know why the two rules are completely different... Maybe there are two different versions of the onlykey out there using different hardware?
Anyway, my workaround to get the onlykey working:
add the correct udev rule manually, by using the services.udev.extraRules option in your configuration.nix
https://nixos.org/manual/nixos/stable/options.html#opt-services.udev.extraRules

Looks like it has been mentioned in the original pull request without response from the OP: https://github.com/NixOS/nixpkgs/pull/33794#issuecomment-515096098
The changes appears to have been done in https://github.com/trustcrypto/trustcrypto.github.io/commit/0bcf928adaea559e75efa02ebd1040f0a15f611d#diff-70a56882bec9bf0db6e8ef9343bdb79a311db6beae6f76803651c80fa419d529 so maybe ask there.

authors: jtojnar ranfdev

repo: NixOS/nixpkgs


text:
vdirsyncer: why is there a default plus a stable?

Describe the bug
Currently, there is a default, which points to an upstream commit from 2018, and a stable, which points to the latest release, from 2020-07-09.
Why not have only default, pointing to the release?
I can do a PR, if wanted.
Notify maintainers
Pinging the maintainer and the people that made the last few commits:
@loewenheim @DamienCassou @marsam @doronbehar

Why not have only default, pointing to the release?

Because the project is not maintained very well upstream. See: https://github.com/pimutils/vdirsyncer/issues/790
However, we maintainers probably haven't followed that thread and there has been some good progress there, so it may be worth it to recheck. Feel free to make a PR if you think we can be a bit more rigorous. Personally I don't use this package nowadays so I lack a strong opinion. Unccing myself.

From what I understand (which is not much, please correct me):

At first their was one Python version of vdirsyncer that worked fine for years. Then, maintenance decreased and the package was marked as broken in nixpkgs.
The original author (@untitaker) of vdirsyncer decided to re-implement (part of) vdirsyncer in Rust. Nixpkgs made vdirsyncer point to the Rust version and renamed the Python historical version to vdirsyncerStable.
Eventually, @untitaker gave up on the Rust version.
@WhyNotHugo decided to take over maintenance of the Python version.
@marsam and I updated the vdirsyncerStable to point to the work of @WhyNotHugo and mark the package as working again.

My conclusion on what needs to be done now:

Remove pkgs/development/python-modules/vdirsyncer/default.nix;
Rename stable.nix to default.nix;
Make vdirsyncer and vdirsyncerStable point to default.nix;
Deprecate vdirsyncerStable.

This sounds correct, thanks
On Sat, Nov 7, 2020, at 11:27, Damien Cassou wrote:

From what I understand (which is not much, please correct me):

At first their was one Python version of vdirsyncer that worked fine for years. Then, maintenance decreased and the package was marked as broken in nixpkgs.
The original author (@untitaker https://github.com/untitaker) of vdirsyncer decided to re-implement (part of) vdirsyncer in Rust. Nixpkgs made vdirsyncer point to the Rust version and renamed the Python historical version to vdirsyncerStable.
Eventually, @untitaker https://github.com/untitaker gave up on the Rust version.
@WhyNotHugo https://github.com/WhyNotHugo decided to take over maintenance of the Python version.
@marsam https://github.com/marsam and I updated the vdirsyncerStable https://github.com/NixOS/nixpkgs/pull/91918 to point to the work of @WhyNotHugo https://github.com/WhyNotHugo and mark the package as working again.
My conclusion on what needs to be done now:

Remove pkgs/development/python-modules/vdirsyncer/default.nix;
Rename stable.nix to default.nix;
Make vdirsyncer and vdirsyncerStable point to default.nix;
Deprecate vdirsyncerStable.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/NixOS/nixpkgs/issues/103026#issuecomment-723428168, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAGMPRJBHP2JNZWAI33BVE3SOUOIZANCNFSM4TM4UZ6Q.

OK, I'll do a PR then.
Thanks for clearing it up, @DamienCassou and @untitaker!

PR here: https://github.com/NixOS/nixpkgs/pull/103073
@DamienCassou When I tried to implement your comment, I noticed I didn't fully understand it: vdirsyncerStable doesn't point to default.nix in my PR, but just throws a message instead.  If that is not OK, please tell me what I should do.

authors: DamienCassou doronbehar magnetophon untitaker


text:
Filesystems type exfat pull in the FUSE driver regardless of native support

Describe the bug
On kernels newer than 5.8 exfat is natively supported by the kernel. However, if fileSystems."/mnt".type = "exfat"; is used, nix will pull in exfat package and will use the fuse driver. This can be bypassed by not using the type and mounting by hand (there is no link for mount.exfat, but mount -t exfat works still).
To Reproduce
Steps to reproduce the behavior:

Have an exfat volume
Add it to the fileSystems attribute, e.g.

  fileSystems."/exfat" = {
    device = "/dev/disk/by-label/exfat";
    fsType = "exfat";
  };

Confirm that filesystem type is fuseblk using mount.

Expected behavior
Using native kernel module for mounting exfat filesystems when kernel version is newer than 5.8.
Additional context
A check alike this already exists for the package exfat-nofuse (https://github.com/NixOS/nixpkgs/blob/master/pkgs/os-specific/linux/exfat/default.nix#L11)
It seems that the check in https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/tasks/filesystems/exfat.nix could be responsible for this.
Notify maintainers
@makefu
Metadata

system: "x86_64-linux"
host os: Linux 5.9.8, NixOS, 21.03pre252388.069f183f16c (Okapi)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.3.8
channels(root): "nixos-21.03pre252388.069f183f16c"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

Maintainer information:
# a list of nixpkgs attributes affected by the problem
attribute:
# a list of nixos modules affected by the problem
module:

https://github.com/exfatprogs/exfatprogs
should be added for proper userspace to go with the new in kernel driver

Just got bitten by this on 21.05.1205.b72bde7c4a1.
Both FUSE and native can coexist, but if mount.exfat (from the exfat package) is in the path, the mount utility will prefer it unless called with the --internal-only flag (even with -t exfat).
As there's no way to disable the mount.exfat utility from being built from current exfat, I suggest we switch to exfatprogs (I can submit a PR to package this) for applicable kernels.

Can confirm this behavior, having exfatprogs with newer kernels is definitely recommended.


text:
asciidoctor: include html5s backend

Describe the bug
Include html5s backend in asciidoctor
(depends on the slim gem, which in turn depends on temple)
Notify maintainers
@gpyh @nicknovitski

this is not stale and still desired

authors: edio tg-x


text:
AdoptOpenJDK should build from source

Describe the bug
AdoptOpenJDK builds by downloading a prebuilt binary --
This would seem to be in direct contradiction of the spirit of Nixpkgs to encode build recipes for how to build software from scratch.
You lose all the build-time dependency information since you are merely downloading prebuilt binaries.
You can see the URLs listed here:
https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/compilers/adoptopenjdk-bin/sources.json
CC some people I see in the commit history: @raboof @lopsided98 @taku0

I want to say though that I really enjoy the simplicity of having a JSON file contain the metadata for all the commits and source dependencies -- I'd love to see that maintained but just building from source instead.

The point of the AdoptOpenJDK project is basically to provide prebuilt versions of OpenJDK, so I'd say that package is fine the way it is. We have an openjdk package that is built from source.
One thing to note is that building OpenJDK requires a bootstrap JDK. Traditionally this was created manually by a trusted maintainer, but we don't have enough interest to do this for all platforms (e.g. 32-bit ARM). Instead, we use AdoptOpenJDK as the bootstrap JDK on those platforms. It is not ideal to rely on third party binaries for bootstrapping, but it is the only currently practical way to support more obscure platforms.

Thanks for the context -- I'll close.
I wonder if there's a useful RFC here to add an attribute to Nixpkgs that are built from source vs binary ?
I think having that distinction in the passthru would be useful.
I would want to distinguish between the two since the closure produced by Nix would be "more correct".
Can Nixpkgs also not bootstrap itself with an earlier version?
Surely we can bring in another nixpkgs from a prior commit.

@fzakaria https://github.com/NixOS/rfcs/pull/89 but I don't know what it says to bootstrap things.


text:
Vulnerability roundup 106: ffmpeg-4.4: 2 advisories [9.8]

search, files

[ ] CVE-2021-38171 CVSSv3=9.8 (nixos-21.05, nixos-unstable)
[ ] CVE-2021-38291 CVSSv3=7.5 (nixos-21.05, nixos-unstable)

CVE details
CVE-2021-38171
adts_decode_extradata in libavformat/adtsenc.c in FFmpeg 4.4 does not check the init_get_bits return value, which is a necessary step because the second argument to init_get_bits can be crafted.
CVE-2021-38291
FFmpeg version (git commit de8e6e67e7523e48bb27ac224a0b446df05e1640) suffers from a an assertion failure at src/libavutil/mathematics.c.

Scanned versions: nixos-21.05: 6120ac5cd20; nixos-unstable: bc9b956714e.
Cc @codyopel

https://github.com/NixOS/nixpkgs/pull/138952

https://github.com/NixOS/nixpkgs/pull/139161

authors: TredwellGit ckauhaus


text:
xorg.xf86videovmware is broken

Describe the bug
building '/nix/store/vpa89ysd4r467s0ry4rq2a1kg9qx17b0-xf86-video-vmware-13.3.0.drv'...
unpacking sources
unpacking source archive /nix/store/l1byfd2ds9r3qr0fxsz8q7ngczqvdlcl-xf86-video-vmware-13.3.0.tar.bz2
source root is xf86-video-vmware-13.3.0
setting SOURCE_DATE_EPOCH to timestamp 1526542955 of file xf86-video-vmware-13.3.0/INSTALL
patching sources
configuring
fixing libtool script ./ltmain.sh
configure flags: --disable-static --disable-dependency-tracking --prefix=/nix/store/hjs641iywah5swl982msq621kzzap579-xf86-video-vmware-13.3.0
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for a BSD-compatible install... /nix/store/fvprxgcxf4px865gdjd81fbwnxcjrg41-coreutils-9.0/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /nix/store/fvprxgcxf4px865gdjd81fbwnxcjrg41-coreutils-9.0/bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking whether make supports nested variables... yes
checking dependency style of gcc... none
checking for gcc option to accept ISO C99... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /nix/store/lhambyc1v2c7qzzr5sq7p449xs1j6pg8-gnugrep-3.7/bin/grep
checking for egrep... /nix/store/lhambyc1v2c7qzzr5sq7p449xs1j6pg8-gnugrep-3.7/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking whether __clang__ is declared... no
checking whether __INTEL_COMPILER is declared... no
checking whether __SUNPRO_C is declared... no
checking pkg-config is at least version 0.9.0... yes
checking build system type... x86_64-pc-linux-gnu
checking host system type... x86_64-pc-linux-gnu
checking for a sed that does not truncate output... /nix/store/9mp06ni69a44dmrjhn28mn15brdry52w-gnused-4.8/bin/sed
checking if gcc supports -Werror=unknown-warning-option... no
checking if gcc supports -Werror=unused-command-line-argument... no
checking if gcc supports -Wall... yes
checking if gcc supports -Wpointer-arith... yes
checking if gcc supports -Wmissing-declarations... yes
checking if gcc supports -Wformat=2... yes
checking if gcc supports -Wstrict-prototypes... yes
checking if gcc supports -Wmissing-prototypes... yes
checking if gcc supports -Wnested-externs... yes
checking if gcc supports -Wbad-function-cast... yes
checking if gcc supports -Wold-style-definition... yes
checking if gcc supports -Wdeclaration-after-statement... yes
checking if gcc supports -Wunused... yes
checking if gcc supports -Wuninitialized... yes
checking if gcc supports -Wshadow... yes
checking if gcc supports -Wmissing-noreturn... yes
checking if gcc supports -Wmissing-format-attribute... yes
checking if gcc supports -Wredundant-decls... yes
checking if gcc supports -Wlogical-op... yes
checking if gcc supports -Werror=implicit... yes
checking if gcc supports -Werror=nonnull... yes
checking if gcc supports -Werror=init-self... yes
checking if gcc supports -Werror=main... yes
checking if gcc supports -Werror=missing-braces... yes
checking if gcc supports -Werror=sequence-point... yes
checking if gcc supports -Werror=return-type... yes
checking if gcc supports -Werror=trigraphs... yes
checking if gcc supports -Werror=array-bounds... yes
checking if gcc supports -Werror=write-strings... yes
checking if gcc supports -Werror=address... yes
checking if gcc supports -Werror=int-to-pointer-cast... yes
checking if gcc supports -Werror=pointer-to-int-cast... yes
checking if gcc supports -pedantic... yes
checking if gcc supports -Werror... yes
checking if gcc supports -Werror=attributes... yes
Package xorg-macros was not found in the pkg-config search path.
Perhaps you should add the directory containing `xorg-macros.pc'
to the PKG_CONFIG_PATH environment variable
No package 'xorg-macros' found
checking whether make supports nested variables... (cached) yes
checking how to print strings... printf
checking for a sed that does not truncate output... (cached) /nix/store/9mp06ni69a44dmrjhn28mn15brdry52w-gnused-4.8/bin/sed
checking for fgrep... /nix/store/lhambyc1v2c7qzzr5sq7p449xs1j6pg8-gnugrep-3.7/bin/grep -F
checking for ld used by gcc... ld
checking if the linker (ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... nm
checking the name lister (nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to x86_64-pc-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for ld option to reload object files... -r
checking for objdump... objdump
checking how to recognize dependent libraries... (cached) pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse nm output from gcc object... ok
checking for sysroot... no
checking for a working dd... /nix/store/fvprxgcxf4px865gdjd81fbwnxcjrg41-coreutils-9.0/bin/dd
checking how to truncate binary pipes... /nix/store/fvprxgcxf4px865gdjd81fbwnxcjrg41-coreutils-9.0/bin/dd bs=4096 count=1
./configure: line 13375: /usr/bin/file: No such file or directory
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking if RANDR is defined... yes
checking if RENDER is defined... yes
checking if DPMSExtension is defined... yes
checking if XINERAMA is defined... yes
checking if XV is defined... yes
checking for XORG... yes
checking for X11... yes
checking whether XSERVER_LIBPCIACCESS is declared... yes
checking for PCIACCESS... yes
checking for LIBDRM... yes
checking for XATRACKER... yes
checking whether to build Kernel Mode Setting and 3D... yes
checking for LIBUDEV... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating man/Makefile
config.status: creating saa/Makefile
config.status: creating vmwgfx/Makefile
config.status: creating src/Makefile
config.status: creating vmwarectrl/Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands
building
build flags: -j4 -l4 SHELL=/nix/store/l0wlqpbsvh1pgvhcdhw7qkka3d31si7k-bash-5.1-p8/bin/bash
make  all-recursive
make[1]: Entering directory '/build/xf86-video-vmware-13.3.0'
Making all in man
make[2]: Entering directory '/build/xf86-video-vmware-13.3.0/man'
  GEN      vmware.4
make[2]: Leaving directory '/build/xf86-video-vmware-13.3.0/man'
Making all in saa
make[2]: Entering directory '/build/xf86-video-vmware-13.3.0/saa'
  CC       libsaa_la-saa.lo
  CC       libsaa_la-saa_pixmap.lo
  CC       libsaa_la-saa_unaccel.lo
  CC       libsaa_la-saa_render.lo
  CC       libsaa_la-saa_accel.lo
  CCLD     libsaa.la
ar: `u' modifier ignored since `D' is the default (see `U')
make[2]: Leaving directory '/build/xf86-video-vmware-13.3.0/saa'
Making all in vmwgfx
make[2]: Entering directory '/build/xf86-video-vmware-13.3.0/vmwgfx'
  CC       libvmwgfx_la-vmwgfx_driver.lo
  CC       libvmwgfx_la-vmwgfx_crtc.lo
  CC       libvmwgfx_la-vmwgfx_output.lo
  CC       libvmwgfx_la-vmwgfx_dri2.lo
  CC       libvmwgfx_la-vmwgfx_tex_video.lo
  CC       libvmwgfx_la-vmwgfx_saa.lo
  CC       libvmwgfx_la-vmwgfx_drmi.lo
In file included from /nix/store/g405x9n50fff4aks50am85g39n6w82k3-libdrm-2.4.108-dev/include/xf86drmMode.h:45,
                 from vmwgfx_saa.c:32:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
In file included from xorg-server-1.20.13/include/xorg/xf86str.h:43,
                 from xorg-server-1.20.13/include/xorg/xf86.h:44,
                 from ../saa/saa.h:43,
                 from vmwgfx_saa.h:31,
                 from vmwgfx_saa.c:34:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
  CC       libvmwgfx_la-vmwgfx_overlay.lo
In file included from /nix/store/g405x9n50fff4aks50am85g39n6w82k3-libdrm-2.4.108-dev/include/xf86drmMode.h:45,
                 from vmwgfx_driver.h:41,
                 from vmwgfx_tex_video.c:32:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
In file included from xorg-server-1.20.13/include/xorg/xf86str.h:43,
                 from xorg-server-1.20.13/include/xorg/xf86.h:44,
                 from vmwgfx_driver.h:43,
                 from vmwgfx_tex_video.c:32:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
make[2]: *** [Makefile:508: libvmwgfx_la-vmwgfx_saa.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [Makefile:501: libvmwgfx_la-vmwgfx_tex_video.lo] Error 1
In file included from /nix/store/g405x9n50fff4aks50am85g39n6w82k3-libdrm-2.4.108-dev/include/xf86drmMode.h:45,
                 from vmwgfx_driver.h:41,
                 from vmwgfx_drmi.c:46:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:10: error: two or more data types in declaration specifiers
In file included from xorg-server-1.20.13/include/xorg/xf86str.h:43,
                 from xorg-server-1.20.13/include/xorg/xf86.h:44,
                 from vmwgfx_driver.h:43,
                 from vmwgfx_drmi.c:46:
xorg-server-1.20.13/include/xorg/xf86Opt.h:44:14: warning: declaration does not declare anything
make[2]: *** [Makefile:515: libvmwgfx_la-vmwgfx_drmi.lo] Error 1
make[2]: Leaving directory '/build/xf86-video-vmware-13.3.0/vmwgfx'
make[1]: *** [Makefile:449: all-recursive] Error 1
make[1]: Leaving directory '/build/xf86-video-vmware-13.3.0'
make: *** [Makefile:381: all] Error 2
builder for '/nix/store/vpa89ysd4r467s0ry4rq2a1kg9qx17b0-xf86-video-vmware-13.3.0.drv' failed with exit code 2
error: build of '/nix/store/vpa89ysd4r467s0ry4rq2a1kg9qx17b0-xf86-video-vmware-13.3.0.drv' failed

This breaks a NixOS test which is blocking nixos-unstable's advance.
See also hydra build and failing test build.
Steps To Reproduce
nix-build -A xorg.xf86videovmware on x86_64-linux.

we may have to update xorgserver
OUR https://github.com/archlinux/svntogit-packages/blob/2a7f97920df7552010297dd032ba241bb62e40bb/trunk/PKGBUILD#L115
there's a abi difference between the version were using now and the newest version
NEW https://github.com/archlinux/svntogit-packages/blob/3ec992a18d8a4d9fbfbae977ac951402018b649d/trunk/PKGBUILD#L102
xf86videovmware wants a newer abi than ours ttps://github.com/archlinux/svntogit-packages/commit/3adc4d4b05c6cc49b557a879f3793882ef21a5c2#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a

The first failing nixpkgs commit is d00918ccaf7e1532d35db2f1e3d44db3da39b851

We didn't update xorgserver.  It's libdrm update which triggered this, PR #145123.

I see what's happening.
xorg-server-1.20.13-dev/include/xorg/xf86Opt.h:
Bool bool;

and now in some libdrm headers #include <stdbool> was added, defining the bool type.

authors: Artturin ivan sternenseemann vcunat


text:
Install script tries to create users with existing IDs

The install script tries to create 32 users with IDs from 30001 to 30032. But some of these UIDs are already taken before and the script does not try to use a different UID, instead, it terminates with error.
Steps To Reproduce
Steps to reproduce the behavior:

Create a user with ID 30001
Run the install script sh <(curl -L https://nixos.org/nix/install) --daemon

Expected behavior
Expect the script to assign a different UID automatically or ask the user to pick one in case the UID exists.
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
~~> Setting up the build user nixbld15

---- sudo execution ------------------------------------------------------------
I am executing:

    $ sudo useradd --home-dir /var/empty --comment Nix build user 15 --gid 30000 --groups nixbld --no-user-group --system --shell /sbin/nologin --uid 30015 --password ! nixbld15

Creating the Nix build user, nixbld15

useradd: UID 30015 is not unique

---- oh no! --------------------------------------------------------------------
Jeeze, something went wrong. If you can take all the output and open
an issue, we'd love to fix the problem so nobody else has this issue.

:(

We'd love to help if you need it.

You can open an issue at https://github.com/nixos/nix/issues

Or feel free to contact the team:
 - Matrix: #nix:nixos.org
 - IRC: in #nixos on irc.libera.chat
 - twitter: @nixos_org
 - forum: https://discourse.nixos.org

Closing this as it is the wrong repository.


text:
zfs 2.15 fails to build with kernel 5.18.6

Steps To Reproduce
Steps to reproduce the behavior:

Tried to upgrade to NixOS 22.05 (was blocked before by zfs 2.14 not support kernel 5.18; now zfs 2.15 was backported to NixOS 22.05 - see #178830)
Run nixos-rebuild with updated channel

Build log
The failing parts are:
In file included from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/string.h:253,
                 from /build/source/include/os/linux/spl/sys/strings.h:24,
                 from /build/source/module/icp/algs/edonr/edonr.c:32:
In function 'fortify_memcpy_chk',
    inlined from 'EdonRInit' at /build/source/module/icp/algs/edonr/edonr.c:491:3:
/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/fortify-string.h:328:25: error: call to '__write_overflow_field' declared with attribu>
  328 |                         __write_overflow_field(p_size_field, size);
      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[...]

cc1: all warnings being treated as errors
make[5]: *** [/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/scripts/Makefile.build:288: /build/source/module/icp/algs/edonr/edonr.o] Error 1

[...]

In file included from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/string.h:253,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/bitmap.h:11,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/cpumask.h:12,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/arch/x86/include/asm/cpumask.h:5,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/arch/x86/include/asm/msr.h:11,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/arch/x86/include/asm/processor.h:22,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/arch/x86/include/asm/timex.h:5,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/timex.h:67,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/time32.h:13,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/time.h:60,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/stat.h:19,
                 from /nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/module.h:13,
                 from /build/source/include/os/linux/spl/sys/atomic.h:27,
                 from /build/source/include/sys/zfs_context.h:46,
                 from /build/source/module/zfs/dsl_bookmark.c:22:
In function 'fortify_memset_chk',
    inlined from 'dsl_bookmark_set_phys' at /build/source/module/zfs/dsl_bookmark.c:384:3:
/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/include/linux/fortify-string.h:242:25: error: call to '__write_overflow_field' declared with attribu>
  242 |                         __write_overflow_field(p_size_field, size);
      |                         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[...]

cc1: all warnings being treated as errors
make[5]: *** [/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/scripts/Makefile.build:288: /build/source/module/zfs/dsl_bookmark.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/scripts/Makefile.build:550: /build/source/module/zfs] Error 2
  LD [M]  /build/source/module/zstd/zzstd.o
make[3]: *** [/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/source/Makefile:1838: /build/source/module] Error 2
make[3]: Leaving directory '/nix/store/ihdv194y3fw10zgazid0v3fldhl12vvk-linux-5.18.6-dev/lib/modules/5.18.6/build'
make[2]: *** [Makefile:55: modules-Linux] Error 2
make[2]: Leaving directory '/build/source/module'
make[1]: *** [Makefile:930: all-recursive] Error 1
make[1]: Leaving directory '/build/source'
make: *** [Makefile:791: all] Error 2

Additional context
This may be a zfs problem, not a nix problem, but i am not sure about that. It may even be a "me"-problem, though i have no custom config around zfs- or kernel-versions.
Notify maintainers
@Madouura @hmenke @jcumming @jonringer @wizeman @fpletz @globin
Metadata
[user@@system:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 5.17.7, NixOS, 21.11 (Porcupine)`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.4`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

I can reproduce this, but there is something fishy going on. The ZFS kernel module should be built on Hydra and substituted. Why is this not happening?

Looks like this is fixed in https://github.com/openzfs/zfs/pull/13575. Let's hope that the ZFS team will make a new release soon.

Thank you for finding this issue - i've searched the zfs issue tracker but didn't stumble across this one.
Though, as you also mentioned - i thought, if Hydra is green, i'm good to go?

Commits fixing https://github.com/openzfs/zfs/pull/13575 don't apply directly, but I managed to cherry-pick the ones that break NixOS build. I'm typing this comment from NixOS ZFS root on 5.18 now. Here's the overlay: https://gist.github.com/mpasternacki/819b7ff33c0df3f37b5687cfdeabf954

In case you're in a rush to update, linux-zen seems to not treat all warnings as errors and don't have this issue...

I've opened an issue on ZFS in the hope to speed things up a little bit: https://github.com/openzfs/zfs/issues/13622

This is the configuration I am using for now. An overlay for the userspace tools is not necessary since these build without problems.
{
  boot.kernelPackages = pkgs.linuxPackages_5_18.extend (final: prev: {
    zfs = prev.zfs.overrideAttrs ({ NIX_CFLAGS_COMPILE ? [], ... }: {
      NIX_CFLAGS_COMPILE = NIX_CFLAGS_COMPILE ++ [ "-Wno-error=attribute-warning" ];
    });
  });
}

or if you want to patch your checkout of nixpkgs:
diff --git a/pkgs/os-specific/linux/zfs/default.nix b/pkgs/os-specific/linux/zfs/default.nix
index eec2d1ad04a..a56c92044a5 100644
--- a/pkgs/os-specific/linux/zfs/default.nix
+++ b/pkgs/os-specific/linux/zfs/default.nix
@@ -109,6 +109,8 @@ let
       # for zdb to get the rpath to libgcc_s, needed for pthread_cancel to work
       NIX_CFLAGS_LINK = "-lgcc_s";

+      NIX_CFLAGS_COMPILE = [ "-Wno-error=attribute-warning" ];
+
       hardeningDisable = [ "fortify" "stackprotector" "pic" ];

       configureFlags = [

Important to note, ZFS is not alone, this was the fix in kernel-side: https://github.com/NixOS/nixpkgs/pull/175433/files

Successfully builds with #180275 that has been merged.

authors: PedroHLC hmenke mpasternacki schwarmco


text:
nextcloud configuration outdated

Describe the bug
The configuration dbport is ignored by nextcloud when setting up the database as it is a configuration no longer used in the latest versions of nextcloud
See https://github.com/nextcloud/server/issues/12979
Steps To Reproduce
Steps to reproduce the behavior:

Set up "dbhost" to "/run/postgresql", and "dbport" to anything else than 5432 (default pgsql port), let's say 5435 for example
nextcloud-setup.service will fail saying the file /run/postgresql/.s.PGSQL.5435 is not found

Expected behavior
In config.php, the value dbhost should be set as host:port instead, any dbport field is ignored (and should then be deleted)
Notify maintainers
@risicle
Metadata
 - system: `"x86_64-linux"`
 - host os: `Linux 5.15.43, NixOS, 22.05 (Quokka), 22.05.20220530.ce6aa13`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.8.1`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

FYI @revol-xut @Ma27


text:
When is r-ryantm updating packages & documentation on the Nix infrastructure

Problem
I couldn't find any documentation on this: when is @r-ryantm (bot) automatically updating packages? Is it for all packages? Only packages having passthru.tests? The only documentation I could find on this is quite imprecise https://ryantm.github.io/nixpkgs-update/r-ryantm/#r-ryantm
This also rises another question: is there a documentation for the NixOs infrastructure more generally? I couldn't find any.
@NixOS/documentation-team
@ryantm
Checklist

[x] checked latest Nixpkgs manual (source) and latest NixOS manual (source)
[x] checked open documentation issues for possible duplicates
[x] checked open documentation pull requests for possible solutions

Note that @r-ryantm is not an "official" part of Nix, so it's really up to the maintainers of the bot to document it properly, and not the Nix documentation team (which you pinged :))

Ok sorry for that, I thought it was at least considered as a nix community project. Also, even ofborg is not officially supported? Anyway I guess it's still interested somewhere (maybe nix.dev if you don't want to put these notes on an official website) to at least list this kind of projects as they do play some role in the ecosystem and people will wonder what they need to do regarding them: I actually created this issue because a first contributor asked me:

Do I need to think to update the program myself, or will a bot automatically help me with this task

and I think we should provide a clear answer as this question will be asked by every new contributor.

It might be a good idea to make the bot official then :thinking:

Oh, if it's possible, that would be great ^^

@tobiasBora, did you find out more? A package I'm maintainer for has a new upstream release, and I wonder if I can rely on the bot to prepare an update for me, or if I need to be proactive.

Relevant maybe: https://discourse.nixos.org/t/how-to-get-r-ryantm-to-update-my-packages-automatically/3883/3

authors: infinisil nomeata tobiasBora


text:
spiped module: error in default configuration

Describe the bug
The module services/networking/spiped.nix does not work in the default configuration, because the preStart script is broken.
Steps To Reproduce
Steps to reproduce the behavior:

Use spiped, e.g.

  services.spiped = {
    enable = true;
    config = {
      myservice = {
        keyfile = "/run/secrets/myservice.key";
        encrypt = true;
        source = "[127.0.0.1]:4445";
        target = "[169.254.42.42]:5445";
      };
    };
  };

The service fails to start, the preStart script fails because the directory /var/lib/spiped is empty, and thus the command chown spiped:spiped * fails because * doesn't expand in an empty directory.

Expected behavior
The service should start successfully as the configuration is complete.
Additional context
It is not clear to me what the /var/lib/spiped directory is good for: spiped doesn't create any files by default (except the pidfile, which NixOS doesn't use).
Furthermore, the directory could be created with correct permissions in the tmpfile rule already?
A simple fix would be to use . instead of * here, if one wants to keep around the same semantics.
Notify maintainers
@thoughtpolice
Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
[user@system:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.1.77, NixOS, 23.11 (Tapir), 23.11.20240211.809cca7`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.1`
 - channels(root): `"nixos-22.05.3300.82379884b2e"`
 - nixpkgs: `/nix/store/684dgr65n8li4pnfirls96jigyhvb9rq-source`

Add a :+1: reaction to issues you find important.

This is addressed in #209368

authors: MazeChaZer leahneukirchen


text:
LXD should have more tools in its path

Issue description
lxd supports multiple storage backends, but most of them are unusable.
Steps to reproduce

Set virtualisation.lxd.enable = true;
Add your user to the lxd group (or perform the rest of the steps as root).
Try to initialize a storage backend (e.g using lxd init) that isn't marked on the list below.

Technical details
Nix's lxd storage backend support matrix:

[x] Directory (see note 1)
[x] Btrfs (see note 1)
[x] Zfs (missing path)
[ ] LVM Thin Volumes (missing path)
[ ] Raw LVM (untested, but seems to not be present in lxd.nix)
[ ] Ceph (untested, but seems to not be present in lxd.nix)

Note 1: LXD does somewhat work with the directory and btrfs backends, but any and all created containers insist that /var/lib/lxc/rootfs must exist.
It doesn't actually get used. This is almost certainly a bug, and is mentioned in #25280.
Potential solutions

LVM2 and thin-provisioning tools should almost definitely be enabled unconditionally, as per the TODO.
Zfs and Btrfs support may potentially be autodetected based on boot.supportedFilesystems.
Ceph is sufficiently uncommon that it may be an explicitly-enabled option.

Alternatively, we can have something ala boot.supportedFilesystems under, say, virtualisation.lxd.storageBackends.
I'm going to be busy working for a bit, and am still somewhat unfamiliar with the nix expression language, but I'll take a look at making a (basic, to be expanded upon) patch once I have time.

FWIW, the version of Ceph in nixpkgs is 1) ancient, and 2) marked as broken (due to a DOS vulnerability), so I wouldn't worry about it too much right now. I've been working on packaging a recent (12.2.x) release, but they changed to building using cmake and some outputs are silently not being built by my current expression...

Ceph is the one I'm worried least about (since it's quite uncommon, as far as I can tell).
LVM and Zfs, on the other hand, are very common, and currently nonfunctional.

I like supported backends option more than unconditional enabling. This option is not necessarily LXD specific. For instance, current docker module also does not include thin provisioning tools automatically AFAIK.

When it will be completed?

Probably never, I stopped using nix since it ended up not fitting into my workflow very well, with relatively common annoying (to me) side effects (of the immutability bit).
If there was work being done it would be availabe in a linked PR ;)

zfsSupport was added as a flag in 7663de114a365259f07425aa582b3c5890c00874

Ceph module was also revisted in the last release. It also has a test now.

I had this problem with lvm storage backend and was able to work around it by putting the following line to /etc/nixos/configuration.nix:
  systemd.services.lxd.path = with pkgs; [ lvm2 thin-provisioning-tools ];

The line above includes lvm tools in the PATH of lxd daemon. Until I did that I was getting the following error from lxd init or lxc when trying to create a storage pool:
$ lxc storage create lxd lvm source=/dev/sdb1
Error: Error getting LVM version: Failed to run: lvm version:
output:''

On the topic of tools which should be included in the lxd module, I think libnvidia-container should be included as well (related issue: https://github.com/NixOS/nixpkgs/issues/27999). I really should take a stab at it someday...

still not addressed.

I believe qemu-img is missing as well:
$ lxc launch --vm images:archlinux/current
Error: Failed instance creation: Create instance from image: Failed reading image info "/var/lib/lxd/storage-pools/default/virtual-machines/sincere-eagle/root.img": Failed to run: qemu-img info --output=json /var/lib/lxd/images/ed08824e15dd8efc89afb9eba288f8417d2309c0bce7c7684ac160ece786034f.rootfs:i

But that still fails with "/usr/share not found" even if I add qemu to the path..

For some backends I would add additional options rather than just adding all of them.

authors: 5paceToast CosmicToast Mic92 MrSorcus Shados gebner ilya-kolpakov jkryl mt-caret


text:
darling: fails to operate correctly if installed using nix-shell

Describe the bug
A clear and concise description of what the bug is.
darling doesn't work if it's installed using nix-shell. This issue should be addressed as a user might just want to use it temporarily.
Steps To Reproduce
Steps to reproduce the behavior:

nix-shell -p darling
darling --version

Expected behavior
Return the version
Output
[nix-shell:~]$ darling --version
Sorry, the `/nix/store/w6i4ihxxjbbdd8yb0kvxlgl1fx0nrgl2-darling-unstable-2024-02-03/bin/darling` binary is not setuid root, which is mandatory.
Darling needs this in order to create mount and PID namespaces and to perform mounts.

Additional context
There is complexity from the permission requirements behind darling.
Notify maintainers
@zhaofengli
Greetings,
We may have spoke before about this issue. I have spoke to someone about the limitations of darling in the context of NixOS in the past. There are tools which are built using proprietary software which only provide outputs for Windows or MacOS.
Could you please advise whether this bug can or should be fixed or not? I spoke to someone about this a long time ago when looking at a solution for this Application and then determining the issue to be fixed with a custom installation of Wine. It may have been yourself.
Anyway, the issue with the Application I'm talking about is out of scope, but I think it's valid for someone to want a functional copy of darling by issuing a simple nix-shell -p darling or nix run nixpkgs#darling exec <COMMAND>.
I can confirm that the options method of configuring a system through configuration.nix works. I think maybe it should be renamed, and we have a darling named package that works for running dynamically such that the code below works?
nix run nixpkgs#darling exec <COMMAND>

Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.
[nix-shell:~]$ nix-shell -p nix-info --run "nix-info -m"
 - system: `"x86_64-linux"`
 - host os: `Linux 6.6.32, NixOS, 24.11 (Vicuña), 24.11.20240529.ad57eef`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.18.2`
 - nixpkgs: `/nix/store/qgbn0imyridkb9527v6gnv6z3jzzprb9-source`

Add a :+1: reaction to issues you find important.

Sadly this is an upstream limitation that can't be easily fixed on our end. SUID binaries cannot exist in the Nix store so we need to deploy the wrapper during system profile activation.

This isn't a bug. Per nix's design setuid bits are not set in the store, that's why we have a module with a setuid wrapper instead: https://github.com/NixOS/nixpkgs/blob/nixos-24.05/nixos/modules/programs/darling.nix#L14
Or you can run it as root with all the associated implications.

authors: eclairevoyant jee-mj zhaofengli


text:
nvidiaLegacy340 build fails with linuxPackages_4_13

Issue description
Unable to build nvidiaLegacy340 driver with linuxPackages_4_13.
Steps to reproduce
1. Declare linux 4.13 kernel packages in configuration.nix
  boot.kernelPackages = pkgs.linuxPackages_4_13;
2.  Declare nvidiaLegacy340 driver in configuration.nix
services.xserver = {
     enable = true;
     videoDrivers = [ "nvidiaLegacy340" ];
};

3. Build with nixos-rebuild
sudo nixos-rebuild switch
Technical details
$ sudo nixos-rebuild switch
building Nix...
building the system configuration...
these derivations will be built:
  /nix/store/r3r84a19qw38s5p7narlasp18f5zkbhq-nvidia-x11-340.102-4.13.16.drv
  /nix/store/ynm9qipijq7j1i68npm1p2xlj2jm7r81-kernel-modules.drv
  /nix/store/62p4f7p27ysyyaapbdvpcmyxn9dn2kg5-kernel-modules-shrunk.drv
  /nix/store/3zbl8j0mb93f71b49nd0rhk45543xyl1-stage-1-init.sh.drv
  /nix/store/080qfri80fwjda20i7g1645facxss2pw-initrd.drv
  /nix/store/1pjv0c8msaldid5h80rk9w93nwfx53z0-xserver.conf.drv
  /nix/store/a631izd0m10xwdis16ggw571qgpdx2yw-nvidia-persistenced-340.102.drv
  /nix/store/f5c9mri4a5ps8z5js7bxldrv1882qnvd-nvidia-settings-340.102.drv
  /nix/store/aam7j84jwxrbwfcz34mglibd6dc99zx6-system-path.drv
  /nix/store/s0p2qqpcnslcfp4ydhgiw0155l5g495d-xsession.drv
  /nix/store/jzzf8qrmv98i95irg9f66l9lm41pl7ks-desktops.drv
  /nix/store/8q6m752jkjg1m5x79mrjhm4mm81yixis-slim.cfg.drv
  /nix/store/9lvqcyqlvdyv0ya00c184xnkg5hafahv-unit-display-manager.service.drv
  /nix/store/kwsxaxm0nmahslswjh0xvny0lkri6951-unit-systemd-fsck-.service.drv
  /nix/store/z16zj3hscbf442dys0sp5dnaw6747k5z-dbus-1.drv
  /nix/store/m5z2fd62fyqigfwlp66sx4n1iqprr1nq-unit-dbus.service.drv
  /nix/store/rf58drfbfqppaq31mx9zmp9qw099ir9l-unit-polkit.service.drv
  /nix/store/82i8ycybnjcpzf0zs8v2pppcnn90i0qw-system-units.drv
  /nix/store/8xcbf9wazymrm68lfpap5lihc7dpc951-opengl-drivers.drv
  /nix/store/f7klr4h6vsp3pagxb2hsa12xh0vxcji5-user-units.drv
  /nix/store/gb9ia9lkd0p6cf3wym38s99higz7s1ql-etc.drv
  /nix/store/bs29qjsfwmmvh2qj546as243nranrdds-nixos-system-nixOs-17.09.2182.7f6f0c49f0.drv
building path(s) ‘/nix/store/0i6phmw352b99m6jkkxay3dywcw3q6dp-nvidia-x11-340.102-4.13.16’, ‘/nix/store/ijpxasbx6hi0qiv1s2hbfz7pafsqcb16-nvidia-x11-340.102-4.13.16-bin’
unpacking sources
Creating directory NVIDIA-Linux-x86_64-340.102
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 340.102/nix/store/mb73bi04wjfmz5v6g8v8liv5ayhm423d-NVIDIA-Linux-x86_64-340.102.run: line 1000: /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/makeself.4a9M2Hqi/xz: No such file or directory
/nix/store/mb73bi04wjfmz5v6g8v8liv5ayhm423d-NVIDIA-Linux-x86_64-340.102.run: line 991: /dev/tty: No such device or address

/nix/store/y81xhkvj6jakznwkdlw0l0gyzvjb1ip0-builder.sh: line 10:  2567 Terminated              sh $src -x
./gl.h
./nvidia-installer.1.gz
./libnvidia-fbc.so.340.102
./nvidia-persistenced
./libnvidia-glsi.so.340.102
./nvidia-smi.1.gz
./libnvidia-encode.so.340.102
./nvidia-persistenced.1.gz
./nvidia-cuda-mps-control
./nvidia-settings.1.gz
./nvidia-settings
./libnvidia-tls.so.340.102
./nvidia_drv.so
./nvidia-bug-report.sh
./nvidia-application-profiles-340.102-rc
./nvidia-persistenced-init.tar.bz2
./tls_test
./nvidia-xconfig.1.gz
./32/
./32/libnvidia-fbc.so.340.102
./32/libnvidia-glsi.so.340.102
./32/libnvidia-encode.so.340.102
./32/libnvidia-tls.so.340.102
./32/libcuda.so.340.102
./32/libOpenCL.so.1.0.0
./32/tls/
./32/tls/libnvidia-tls.so.340.102
./32/libGL.so.340.102
./32/libGLESv1_CM.so.340.102
./32/libnvidia-ifr.so.340.102
./32/libEGL.so.340.102
./32/libnvidia-ml.so.340.102
./32/libnvcuvid.so.340.102
./32/libnvidia-eglcore.so.340.102
./32/libvdpau_trace.so.340.102
./32/libnvidia-opencl.so.340.102
./32/libnvidia-compiler.so.340.102
./32/libnvidia-glcore.so.340.102
./32/libGL.la
./32/libGLESv2.so.340.102
./32/libvdpau_nvidia.so.340.102
./32/libvdpau.so.340.102
./monitoring.conf
./nvidia-smi
./pkg-history.txt
./nvidia.icd
./libglx.so.340.102
./nvidia-xconfig
./libcuda.so.340.102
./libOpenCL.so.1.0.0
./nvidia-cuda-mps-control.1.gz
./tls/
./tls/libnvidia-tls.so.340.102
./libGL.so.340.102
./nvidia-debugdump
./tls_test_dso.so
./kernel/
./kernel/nv-frontend.c
./kernel/rmil.h
./kernel/nverror.h
./kernel/os-usermap.c
./kernel/gcc-version-check.c
./kernel/nv-p2p.c
./kernel/nv-pat.c
./kernel/dkms.conf
./kernel/nv-acpi.c
./kernel/os-mlock.c
./kernel/nv-linux.h
./kernel/nv-kernel.o
./kernel/nv-mempool.c
./kernel/nvgputypes.h
./kernel/nv_gpu_ops.h
./kernel/nvidia-modules-common.mk
./kernel/nv-usermap.c
./kernel/nv-cray.c
./kernel/cpuopsys.h
./kernel/xapi-sdk.h
./kernel/nv-memdbg.h
./kernel/nv-misc.h
./kernel/nv-frontend.h
./kernel/nv-dma.c
./kernel/os-interface.h
./kernel/nv-mmap.c
./kernel/nv-vtophys.c
./kernel/os-interface.c
./kernel/nv-proto.h
./kernel/nv-vm.c
./kernel/nv_uvm_interface.h
./kernel/Makefile
./kernel/uvm/
./kernel/uvm/cla06fsubch.h
./kernel/uvm/cla0b5.h
./kernel/uvm/nvidia_uvm_lite_counters.c
./kernel/uvm/uvm-debug.h
./kernel/uvm/nvidia_uvm_lite.c
./kernel/uvm/nvidia_uvm_utils.c
./kernel/uvm/dkms.conf.fragment
./kernel/uvm/nvidia_uvm_common.h
./kernel/uvm/nvidia_uvm_lite.h
./kernel/uvm/uvm_linux_ioctl.h
./kernel/uvm/uvmtypes.h
./kernel/uvm/nvidia_uvm_page_cache.c
./kernel/uvm/nvidia_uvm_common.c
./kernel/uvm/nvkernel.h
./kernel/uvm/uvm.h
./kernel/uvm/nvidia_page_migration.c
./kernel/uvm/cla06f.h
./kernel/uvm/nvidia_uvm_lite_counters.h
./kernel/uvm/nvidia_page_migration.h
./kernel/uvm/uvm_gpu_ops_tests.h
./kernel/uvm/nvidia_uvm_lite_api.c
./kernel/uvm/nvidia_page_migration_kepler.c
./kernel/uvm/nvidia_uvm_linux.h
./kernel/uvm/ctrl2080mc.h
./kernel/uvm/Makefile
./kernel/uvm/nvmisc.h
./kernel/uvm/uvm_ioctl.h
./kernel/uvm/nvidia_page_migration_kepler.h
./kernel/uvm/uvm_gpu_ops_tests.c
./kernel/uvm/nvidia_uvm_utils.h
./kernel/uvm/conftest.sh
./kernel/uvm/nvidia_uvm_lite_events.c
./kernel/uvm/nvidia_uvm_linux.c
./kernel/nv-reg.h
./kernel/nv.h
./kernel/g_nvreadme.h
./kernel/nv-gvi.c
./kernel/os-registry.c
./kernel/os-smp.c
./kernel/os-pci.c
./kernel/conftest.sh
./kernel/nv-procfs.c
./kernel/nv-p2p.h
./kernel/nv.c
./kernel/nv-i2c.c
./kernel/nv_uvm_interface.c
./kernel/nvtypes.h
./kernel/rmretval.h
./kernel/nv-drm.c
./kernel/nv-chrdev.c
./libGLESv1_CM.so.340.102
./libnvidia-ifr.so.340.102
./nvidia-modprobe.1.gz
./nvidia-installer
./LICENSE
./libEGL.so.340.102
./makeself-help-script.sh
./html/
./html/commonproblems.html
./html/sdi.html
./html/glxsupport.html
./html/configtwinview.html
./html/profiles.html
./html/acknowledgements.html
./html/minimumrequirements.html
./html/index.html
./html/dpi.html
./html/audiosupport.html
./html/newusertips.html
./html/randr14.html
./html/powermanagement.html
./html/configtvout.html
./html/nvidia-debugdump.html
./html/faq.html
./html/nvidia-persistenced.html
./html/knownissues.html
./html/xrandrextension.html
./html/gpunames.html
./html/installationandconfiguration.html
./html/flippingubb.html
./html/addtlresources.html
./html/i2c.html
./html/optimus.html
./html/procinterface.html
./html/nvidiasettings.html
./html/vdpausupport.html
./html/depth30.html
./html/installdriver.html
./html/supportedchips.html
./html/dma_issues.html
./html/selectdriver.html
./html/nvidia-ml.html
./html/addressingcapabilities.html
./html/displaydevicenames.html
./html/programmingmodes.html
./html/editxconfig.html
./html/installedcomponents.html
./html/introduction.html
./html/framelock.html
./html/xineramaglx.html
./html/configlaptop.html
./html/xcompositeextension.html
./html/configmultxscreens.html
./html/nvidia-smi.html
./html/appendices.html
./html/sli.html
./html/openglenvvariables.html
./html/xconfigoptions.html
./nvidia-modprobe
./libnvidia-ml.so.340.102
./nvidia-cuda-mps-server
./libnvcuvid.so.340.102
./NVIDIA_Changelog
./libnvidia-eglcore.so.340.102
./nvidia-settings.png
./libvdpau_trace.so.340.102
./libnvidia-wfb.so.340.102
./nvidia-settings.desktop
./pci.ids
./README.txt
./libnvidia-opencl.so.340.102
./nvidia-application-profiles-340.102-key-documentation
./libnvidia-compiler.so.340.102
./makeself.sh
./libnvidia-cfg.so.340.102
./glext.h
./libnvidia-glcore.so.340.102
./libGL.la
./libGLESv2.so.340.102
./mkprecompiled
./libvdpau_nvidia.so.340.102
./libvdpau.so.340.102
./glx.h
./glxext.h
./.manifest
source root is .
setting SOURCE_DATE_EPOCH to timestamp 1511960770 of file ./env-vars
warning: file ./env-vars may be generated; SOURCE_DATE_EPOCH may be non-deterministic
patching sources
applying patch /nix/store/y91clgy30274v2awpn9kckp67bx7552h-kernel-4.10.patch
patching file kernel/nv-linux.h
patching file kernel/nv-pat.c
patching file kernel/uvm/nvidia_uvm_lite.c
applying patch /nix/store/dr4jj9a5dirnb820vcli98cspl0qkmag-fs52243.patch
patching file kernel/nv-drm.c
configuring
no configure script, doing nothing
building
Building linux driver against kernel: /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev
NVIDIA: calling KBUILD...
make[1]: Entering directory '/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source'
make -C /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/build KBUILD_SRC=/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source \
-f /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/Makefile modules
make[2]: Entering directory '/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/build'
test -e include/generated/autoconf.h -a -e include/config/auto.conf || (		\
echo >&2;							\
echo >&2 "  ERROR: Kernel configuration is invalid.";		\
echo >&2 "         include/generated/autoconf.h or include/config/auto.conf are missing.";\
echo >&2 "         Run 'make oldconfig && make prepare' on kernel src to fix it.";	\
echo >&2 ;							\
false)
mkdir -p /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/.tmp_versions ; rm -f /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/.tmp_versions/*
make -f /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/scripts/Makefile.build obj=/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel
  gcc -Wp,-MD,/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/.nv.o.d  -nostdinc -isystem /nix/store/rmmcf5d82czvfz8drbhc842dy1psrx11-gcc-6.4.0/lib/gcc/x86_64-unknown-linux-gnu/6.4.0/include -I/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include -I./arch/x86/include/generated  -I/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include -I./include -I/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/uapi -I./arch/x86/include/generated/uapi -I/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/uapi -I./include/generated/uapi -include /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/kconfig.h  -I/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel -I/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_AVX512=1 -DCONFIG_AS_SHA1_NI=1 -DCONFIG_AS_SHA256_NI=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -fno-delete-null-pointer-checks -Wno-frame-address -O2 --param=allow-store-data-races=0 -DCC_HAVE_ASM_GOTO -Wframe-larger-than=2048 -fstack-protector -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-omit-frame-pointer -fno-optimize-sibling-calls -fno-var-tracking-assignments -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -DNV_MODULE_INSTANCE=0 -DNV_BUILD_MODULE_INSTANCES=0 -UDEBUG -U_DEBUG -DNDEBUG  -I/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel -Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"340.102\" -Wno-unused-function -Wuninitialized -fno-strict-aliasing -mno-red-zone -mcmodel=kernel -DNV_UVM_ENABLE -D__linux__ -DNV_DEV_NAME=\"nvidia\"  -DMODULE  -DKBUILD_BASENAME='"nv"'  -DKBUILD_MODNAME='"nvidia"' -c -o /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.o /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.c
In file included from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/current.h:4:0,
                 from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/sched.h:11,
                 from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/utsname.h:5,
                 from /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv-linux.h:44,
                 from /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.c:13:
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/thread_info.h: In function 'check_copy_size':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/thread_info.h:130:29: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
  if (unlikely(sz >= 0 && sz < bytes)) {
                             ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/compiler.h:175:42: note: in definition of macro 'unlikely'
 # define unlikely(x) __builtin_expect(!!(x), 0)
                                          ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/asm-generic/qrwlock.h: In function 'queued_write_trylock':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/asm-generic/qrwlock.h:106:36: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
           cnts, cnts | _QW_LOCKED) == cnts);
                                    ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/compiler.h:174:40: note: in definition of macro 'likely'
 # define likely(x) __builtin_expect(!!(x), 1)
                                        ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/mmzone.h: In function 'next_zones_zonelist':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/mmzone.h:986:44: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
  if (likely(!nodes && zonelist_zone_idx(z) <= highest_zoneidx))
                                            ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/compiler.h:174:40: note: in definition of macro 'likely'
 # define likely(x) __builtin_expect(!!(x), 1)
                                        ^
In file included from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/current.h:5:0,
                 from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/sched.h:11,
                 from /nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/utsname.h:5,
                 from /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv-linux.h:44,
                 from /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.c:13:
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h: In function 'percpu_ref_get_many':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:419:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_1(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:364:11: note: in expansion of macro 'this_cpu_add_1'
   case 1: stem##1(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:176:3: note: in expansion of macro 'this_cpu_add'
   this_cpu_add(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:420:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_2(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:365:11: note: in expansion of macro 'this_cpu_add_2'
   case 2: stem##2(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:176:3: note: in expansion of macro 'this_cpu_add'
   this_cpu_add(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:421:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_4(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:366:11: note: in expansion of macro 'this_cpu_add_4'
   case 4: stem##4(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:176:3: note: in expansion of macro 'this_cpu_add'
   this_cpu_add(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:478:35: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_8(pcp, val)  percpu_add_op((pcp), val)
                                   ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:367:11: note: in expansion of macro 'this_cpu_add_8'
   case 8: stem##8(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:176:3: note: in expansion of macro 'this_cpu_add'
   this_cpu_add(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h: In function 'percpu_ref_put_many':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:419:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_1(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:364:11: note: in expansion of macro 'this_cpu_add_1'
   case 1: stem##1(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:506:33: note: in expansion of macro 'this_cpu_add'
 #define this_cpu_sub(pcp, val)  this_cpu_add(pcp, -(typeof(pcp))(val))
                                 ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:275:3: note: in expansion of macro 'this_cpu_sub'
   this_cpu_sub(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:420:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_2(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:365:11: note: in expansion of macro 'this_cpu_add_2'
   case 2: stem##2(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:506:33: note: in expansion of macro 'this_cpu_add'
 #define this_cpu_sub(pcp, val)  this_cpu_add(pcp, -(typeof(pcp))(val))
                                 ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:275:3: note: in expansion of macro 'this_cpu_sub'
   this_cpu_sub(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:421:34: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_4(pcp, val) percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:366:11: note: in expansion of macro 'this_cpu_add_4'
   case 4: stem##4(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:506:33: note: in expansion of macro 'this_cpu_add'
 #define this_cpu_sub(pcp, val)  this_cpu_add(pcp, -(typeof(pcp))(val))
                                 ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:275:3: note: in expansion of macro 'this_cpu_sub'
   this_cpu_sub(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:478:35: note: in expansion of macro 'percpu_add_op'
 #define this_cpu_add_8(pcp, val)  percpu_add_op((pcp), val)
                                   ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:367:11: note: in expansion of macro 'this_cpu_add_8'
   case 8: stem##8(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:496:33: note: in expansion of macro '__pcpu_size_call'
 #define this_cpu_add(pcp, val)  __pcpu_size_call(this_cpu_add_, pcp, val)
                                 ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:506:33: note: in expansion of macro 'this_cpu_add'
 #define this_cpu_sub(pcp, val)  this_cpu_add(pcp, -(typeof(pcp))(val))
                                 ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-refcount.h:275:3: note: in expansion of macro 'this_cpu_sub'
   this_cpu_sub(*percpu_count, nr);
   ^~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-rwsem.h: In function 'percpu_up_read_preempt_enable':
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:400:34: note: in expansion of macro 'percpu_add_op'
 #define raw_cpu_add_1(pcp, val)  percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:364:11: note: in expansion of macro 'raw_cpu_add_1'
   case 1: stem##1(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:409:32: note: in expansion of macro '__pcpu_size_call'
 #define raw_cpu_add(pcp, val)  __pcpu_size_call(raw_cpu_add_, pcp, val)
                                ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:445:2: note: in expansion of macro 'raw_cpu_add'
  raw_cpu_add(pcp, val);      \
  ^~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:483:34: note: in expansion of macro '__this_cpu_add'
 #define __this_cpu_sub(pcp, val) __this_cpu_add(pcp, -(typeof(pcp))(val))
                                  ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:485:30: note: in expansion of macro '__this_cpu_sub'
 #define __this_cpu_dec(pcp)  __this_cpu_sub(pcp, 1)
                              ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-rwsem.h:96:3: note: in expansion of macro '__this_cpu_dec'
   __this_cpu_dec(*sem->read_count);
   ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:401:34: note: in expansion of macro 'percpu_add_op'
 #define raw_cpu_add_2(pcp, val)  percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:365:11: note: in expansion of macro 'raw_cpu_add_2'
   case 2: stem##2(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:409:32: note: in expansion of macro '__pcpu_size_call'
 #define raw_cpu_add(pcp, val)  __pcpu_size_call(raw_cpu_add_, pcp, val)
                                ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:445:2: note: in expansion of macro 'raw_cpu_add'
  raw_cpu_add(pcp, val);      \
  ^~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:483:34: note: in expansion of macro '__this_cpu_add'
 #define __this_cpu_sub(pcp, val) __this_cpu_add(pcp, -(typeof(pcp))(val))
                                  ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:485:30: note: in expansion of macro '__this_cpu_sub'
 #define __this_cpu_dec(pcp)  __this_cpu_sub(pcp, 1)
                              ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-rwsem.h:96:3: note: in expansion of macro '__this_cpu_dec'
   __this_cpu_dec(*sem->read_count);
   ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:402:34: note: in expansion of macro 'percpu_add_op'
 #define raw_cpu_add_4(pcp, val)  percpu_add_op((pcp), val)
                                  ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:366:11: note: in expansion of macro 'raw_cpu_add_4'
   case 4: stem##4(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:409:32: note: in expansion of macro '__pcpu_size_call'
 #define raw_cpu_add(pcp, val)  __pcpu_size_call(raw_cpu_add_, pcp, val)
                                ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:445:2: note: in expansion of macro 'raw_cpu_add'
  raw_cpu_add(pcp, val);      \
  ^~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:483:34: note: in expansion of macro '__this_cpu_add'
 #define __this_cpu_sub(pcp, val) __this_cpu_add(pcp, -(typeof(pcp))(val))
                                  ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:485:30: note: in expansion of macro '__this_cpu_sub'
 #define __this_cpu_dec(pcp)  __this_cpu_sub(pcp, 1)
                              ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-rwsem.h:96:3: note: in expansion of macro '__this_cpu_dec'
   __this_cpu_dec(*sem->read_count);
   ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:130:31: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
          ((val) == 1 || (val) == -1)) ?  \
                               ^
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/arch/x86/include/asm/percpu.h:469:35: note: in expansion of macro 'percpu_add_op'
 #define raw_cpu_add_8(pcp, val)   percpu_add_op((pcp), val)
                                   ^~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:367:11: note: in expansion of macro 'raw_cpu_add_8'
   case 8: stem##8(variable, __VA_ARGS__);break;  \
           ^~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:409:32: note: in expansion of macro '__pcpu_size_call'
 #define raw_cpu_add(pcp, val)  __pcpu_size_call(raw_cpu_add_, pcp, val)
                                ^~~~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:445:2: note: in expansion of macro 'raw_cpu_add'
  raw_cpu_add(pcp, val);      \
  ^~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:483:34: note: in expansion of macro '__this_cpu_add'
 #define __this_cpu_sub(pcp, val) __this_cpu_add(pcp, -(typeof(pcp))(val))
                                  ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-defs.h:485:30: note: in expansion of macro '__this_cpu_sub'
 #define __this_cpu_dec(pcp)  __this_cpu_sub(pcp, 1)
                              ^~~~~~~~~~~~~~
/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/include/linux/percpu-rwsem.h:96:3: note: in expansion of macro '__this_cpu_dec'
   __this_cpu_dec(*sem->read_count);
   ^~~~~~~~~~~~~~
In file included from /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.c:13:0:
/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv-linux.h: At top level:
/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv-linux.h:199:2: error: #error "This driver requires the ability to change memory types!"
 #error "This driver requires the ability to change memory types!"
  ^~~~~
make[3]: *** [/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/scripts/Makefile.build:303: /tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel/nv.o] Error 1
make[2]: *** [/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source/Makefile:1512: _module_/tmp/nix-build-nvidia-x11-340.102-4.13.16.drv-0/kernel] Error 2
make[2]: Leaving directory '/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/build'
make[1]: *** [Makefile:145: sub-make] Error 2
make[1]: Leaving directory '/nix/store/08bqgcswihhlr2zd1ja6jshmz6hr8rdy-linux-4.13.16-dev/lib/modules/4.13.16/source'
NVIDIA: left KBUILD.
nvidia.ko failed to build!
make: *** [Makefile:185: nvidia.ko] Error 1
builder for ‘/nix/store/r3r84a19qw38s5p7narlasp18f5zkbhq-nvidia-x11-340.102-4.13.16.drv’ failed with exit code 2
cannot build derivation ‘/nix/store/gb9ia9lkd0p6cf3wym38s99higz7s1ql-etc.drv’: 1 dependencies couldn't be built
cannot build derivation ‘/nix/store/ynm9qipijq7j1i68npm1p2xlj2jm7r81-kernel-modules.drv’: 1 dependencies couldn't be built
cannot build derivation ‘/nix/store/8xcbf9wazymrm68lfpap5lihc7dpc951-opengl-drivers.drv’: 1 dependencies couldn't be built
cannot build derivation ‘/nix/store/aam7j84jwxrbwfcz34mglibd6dc99zx6-system-path.drv’: 1 dependencies couldn't be built
cannot build derivation ‘/nix/store/bs29qjsfwmmvh2qj546as243nranrdds-nixos-system-nixOs-17.09.2182.7f6f0c49f0.drv’: 1 dependencies couldn't be built
error: build of ‘/nix/store/bs29qjsfwmmvh2qj546as243nranrdds-nixos-system-nixOs-17.09.2182.7f6f0c49f0.drv’ failed

$ nix-shell -p nix-info --run "nix-info -m"

system: "x86_64-linux"
host os: Linux 4.13.16, NixOS, 17.09.2182.7f6f0c49f0 (Hummingbird)
multi-user?: yes
sandbox: no
version: nix-env (Nix) 1.11.15
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos/nixpkgs

Upstream has a .104 version, so I would try bumping it...


text:
Darwin cross pkgsBuildHost/pkgsBuildHost evaluation regression

Describe the bug
The pkgsBuildHost.<x> and pkgsBuildBuild.<x> derivations evaluate differently when using a cross-compiling nixpkgs instance (darwin -> linux). This is expected for packages like pkg-config where host matters, but not for everything else (e.g. jq). The end result is that almost everything in nativeBuildInputs misses the binary cache and needs to be rebuilt. This could be fixed by moving these packages to depsBuildBuild, but this is a massive change both in nixpkgs and downstream projects.
This is a regression from nixos-24.05. It also works as expected when cross-compiling x86_64-linux -> aarch64-linux, so I think it's something specific to the darwin stdenv in unstable.
Steps To Reproduce
nix-repl> pkgs = import nixpkgs { system = "aarch64-darwin"; }
nix-repl> pkgsCross = import nixpkgs { system = "aarch64-darwin"; crossSystem = "aarch64-linux"; }

nix-repl> pkgs.jq
«derivation /nix/store/gsdqx9n5hclwkadf6hxhlqhd309sb3nn-jq-1.7.1.drv»

nix-repl> pkgsCross.pkgsBuildBuild.jq
«derivation /nix/store/gsdqx9n5hclwkadf6hxhlqhd309sb3nn-jq-1.7.1.drv»

nix-repl> pkgsCross.pkgsBuildHost.jq
«derivation /nix/store/wxq745g9912lmyakff9mpmjnf3rx6dd3-jq-1.7.1.drv»

Expected behavior
nix-repl> pkgs = import nixpkgs { system = "aarch64-darwin"; }
nix-repl> pkgsCross = import nixpkgs { system = "aarch64-darwin"; crossSystem = "aarch64-linux"; }

nix-repl> pkgs.jq
«derivation /nix/store/gsdqx9n5hclwkadf6hxhlqhd309sb3nn-jq-1.7.1.drv»

nix-repl> pkgsCross.pkgsBuildBuild.jq
«derivation /nix/store/gsdqx9n5hclwkadf6hxhlqhd309sb3nn-jq-1.7.1.drv»

nix-repl> pkgsCross.pkgsBuildHost.jq
«derivation /nix/store/gsdqx9n5hclwkadf6hxhlqhd309sb3nn-jq-1.7.1.drv»

Additional context
Nixpkgs revision: 76612b17c0ce71689921ca12d9ffdc9c23ce40b2
Notify maintainers

@NixOS/darwin-team
Metadata
 - system: `"aarch64-darwin"`
 - host os: `Darwin 23.6.0, macOS 14.6.1`
 - multi-user?: `yes`
 - sandbox: `no`
 - version: `nix-env (Nix) 2.18.1`
 - nixpkgs: `/nix/store/808lp63z6yiraikjpzcfk3xg1frpd2s0-source`

Add a :+1: reaction to issues you find important.

@NixOS/darwin-core possibly a result of the new stdenv?

I opened https://github.com/NixOS/nixpkgs/pull/355667 to revert, but it’s technically a breaking change for 24.11, so it presumably needs approval for backporting.

authors: reckenrode simonzkl szlend


text:
Rstudio Could not initialize GLX

Describe the bug
❯ rstudio

(process:8169): Gtk-WARNING **: 21:48:01.547: Locale not supported by C library.
	Using the fallback 'C' locale.
Gtk-Message: 21:48:01.574: Failed to load module "canberra-gtk-module"
Gtk-Message: 21:48:01.574: Failed to load module "canberra-gtk-module"
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
Could not initialize GLX
[1]    8169 abort (core dumped)  rstudio

To Reproduce
Steps to reproduce the behavior:

Install rstudio with nixpkgs on ubuntu
try to run
see error above

Additional context
I believe this error may be caused by https://github.com/NixOS/nixpkgs/issues/65399

This error does not appear to be caused by https://github.com/NixOS/nixpkgs/issues/65399, as rstudio works on NixOS. Actually, think this is a duplicate of https://github.com/NixOS/nixpkgs/issues/34894 so closing.


text:
running a command in udev rule does not work

Trying to run echo within a udev rule like this:
services.udev.extraRules = ''
    SUBSYSTEMS=="usb", ATTRS{idVendor}=="0eef", ATTRS{idProduct}=="0001", RUN+="busybox echo 1040 > /sys/bus/hid/devices/0003\:0EEF\:0001.*/quirks"
    '';

tells me echo is called in udev rules but not installed by udev :(
What can I do?
I tried to use busybox but without success:
services.udev.extraRules = ''
   SUBSYSTEMS=="usb", ATTRS{idVendor}=="0eef", ATTRS{idProduct}=="0001", RUN+="busybox echo 1040 > /sys/bus/hid/devices/0003\:0EEF\:0001.*/quirks"
  services.udev.path = [ pkgs.busybox ];

The solution is to use pkgs.stdenv.shell :)
RUN+="${pkgs.stdenv.shell} -c 'echo 1040 > /sys/bus/hid/devices/0003\:0EEF\:0001.*/quirks'"