similar to: machinectl does not show libvirtd vms

I applied the patch Gene wrote here: https://github.com/triton/nixpkgs/commit/06e146b2ce5eaaa54ebea061dd5797f89ae2c37c The tree after that commit is entirely based on gcc5. In order to do a test with gcc4.9, I reverted: https://github.com/triton/nixpkgs/commit/8ccc1f121f379f4d66ce0a66f581c49d25fb4e15#diff-d7222640d82ff920625e9311d05a0137 and then built two images, one entirely based on gcc4.9

Hi, I maintain the R packages in the NixOS Linux distribution [1]. A while ago, I attempted to update to version 3.1.1, but I ran into the following test suite failure: | Testing examples for package 'tools' | comparing 'tools-Ex.Rout' to 'tools-Ex.Rout.save' ... | 452c452 | < character(0) | --- | > [1] "Matrix" "nlme" "mgcv"

On Fri, Jun 07, 2013 at 01:07:01PM +0200, Matteo Bernardini wrote: > Thanks Daniel for helping with this :) > > # cat /proc/mounts [snip] > cgroup /sys/fs/cgroup cgroup rw,relatime,bfqio,hugetlb,perf_event,blkio,net_cls,freezer,devices,memory,cpuacct,cpu,cpuset,clone_children Ok so here you've mounted all the cgroups controllers at the same place. This is really strongly

Hi, Does anyone here have experience running Tinc on NixOS? I'm trying to run Tinc on a NixOS machine, using the similar configuration i had for Ubuntu. My home subnet is 192.168.1.0/24 and my work is 10.16.0.0/24. However, unlike ubuntu, when I start tincd on nixos, and try to 'ifconfig $INTERFACE 192.168.1.10 netmask 255.255.255.0' in my tinc-up, I loose network access on the box

Hello. Centos 7.6 with libvirt build from base "virt" repository: libvirt-daemon-driver-lxc-5.0.0-1.el7.x86_64 libvirt-client-5.0.0-1.el7.x86_64 libvirt-daemon-5.0.0-1.el7.x86_64 libvirt-daemon-driver-network-5.0.0-1.el7.x86_64 libvirt-libs-5.0.0-1.el7.x86_64 + systemd-219-62.el7_6.2.x86_64 Now lxc containers with type='direct' can be started, but can't be stopped :)

Hello, > > It does indeed run from systemd, so this is what's currently in the > dovecot unit file ( /etc/systemd/system/dovecot.service ): > ... > [Service] > Type=simple > ExecStart=/usr/sbin/dovecot -F > NonBlocking=yes > TasksMax=10000 > LIMIT_NOFILE=10000 ... the parameter should be named LimitNOFile=10000 (without the underscore), see

Hi! I am running dovecot 2.1.16 on NixOS (http://nixos.org), and I have been fighting the dynamically loaded dovecot modules/plugins a bit. The problem is that in Nix/NixOS all packages are completely isolated from each other (each package has a separate /lib, /libexec, /bin etc, with only its own files in it). So dovecot has all its modules under

https://bugzilla.netfilter.org/show_bug.cgi?id=1247 Bug ID: 1247 Summary: Module crash due to broken count Product: netfilter/iptables Version: unspecified Hardware: other OS: other Status: NEW Severity: blocker Priority: P5 Component: unknown Assignee: netfilter-buglog at

Hi, The recommended package matrix contains an empty file src/dummy.cpp which results in using g++ instead of gcc to link Matrix.so. What is the reason for that? Is there any difference between using g++ or gcc? (There are no other cpp files in the source) I asked the maintainers of the package (matrix-authors at r-project.org) 3 weeks ago but haven't received any answer. On my system (NixOS

Hello libvirt users, I'm using the cgroup with QEMU guests. At /etc/libvirt/qemu.conf, I have the following parameter: cgroup_controllers = [ "cpu" ] This controller is successfully mounted and libvirt is able to create subgroups for each VM, it's really great the cgroups support in libvirt. The problem is that I can only set the parameters of a given cgroup under the cpu

Hello, I'm running Debian Sid with libvirt/qemu/kvm packages from experimental: $ qemu --version QEMU emulator version 0.13.0 (Debian 0.13.0+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard $ kvm --version QEMU emulator version 0.13.0 (qemu-kvm-0.13.0 Debian 0.13.0+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard $ libvirtd --version libvirtd (libvirt) 0.8.6 /etc/libvirt/qemu.conf

On 4/5/23 10:31, Aki Tuomi wrote: > Hi! > The crash occurs inside libldap. > Aki Thanks Aki, It was against openldap 2.6.3. Subsequently, I tried openldap 2.6.4 which is in nixpkgs unstable, but I wasn't able to test this because of an issue at the Portunus/openldap end of things. I think I'm out of time for experimenting with ldap for now, but I may come back around to this

Dear all, I am slowly building a Arch Linux VM guest on my Arch Linux host. The guest machine is now built and is recognized as shown by this command : gabx@hortensia ➤➤ ~ % machinectl list MACHINE CONTAINER SERVICE dahlia container nspawn 1 machines listed. I an following the libvirt.org documentation. Now, according this page[1] about lxc

>>>>> Peter Simons <simons at nospf.cryp.to> >>>>> on Mon, 27 Feb 2017 10:30:39 +0100 writes: > Hi, I tried compiling the latest pre-release for R 3.3.3 > for the NixOS Linux distribution [1], but the build fails > during the "make check" phase because of the following 2 > issues: > 1) The "tools" test

Hi Johan, Does systemd also overrule /etc/my.conf? Thx! Carl On Wed, 29 Apr 2015 14:58:52 +0200 Johan Kooijman wrote: > Gotz, > > This is due to systemd, it overrules your settings. Add a file to > systemd config fixes it: > > [root at mysql2 ~]# cat /etc/systemd/system/mariadb.service.d/limits.conf > [Service] > LimitNOFILE=10000 > LimitMEMLOCK=10000 > >

On 27/02/2017 09:30, Peter Simons wrote: > Hi, > > I tried compiling the latest pre-release for R 3.3.3 for the NixOS Linux > distribution [1], but the build fails during the "make check" phase > because of the following 2 issues: Hmm, R-devel (your subject line) is not a pre-release of R 3.3.3: it is 'R Under development' for what is planned as R 3.4.0.

Hi, perhaps this? > with new debian9: > open files (-n) 1024 Regards Urban Am 16.09.20 um 12:57 schrieb Maciej Milaszewski: > Hi > Limits: > > Where all working fine: > > core file size????????? (blocks, -c) 0 > data seg size?????????? (kbytes, -d) unlimited > scheduling priority???????????? (-e) 0 > file size?????????????? (blocks,

On Wed, Feb 12, 2014 at 12:51:10PM +0100, arnaud gaboury wrote: > Dear all, > > I am slowly building a Arch Linux VM guest on my Arch Linux host. > > The guest machine is now built and is recognized as shown by this command : > > gabx@hortensia ➤➤ ~ % machinectl list > MACHINE CONTAINER SERVICE > dahlia container

VirtIO DRM driver crashes when setting specific 16.16 fixed-point property values When running a virtual machine with a VirtIO GPU, it's possible to crash the entire VM by setting the value of a 16.16 fixed-point property to any value below 65536 (1.0 in 16.16 format or 0x00010000). As a specific example, setting the SRC_W property on a plane DRM object to a value of 30000 will cause the VM

VirtIO DRM driver crashes when setting specific 16.16 fixed-point property values When running a virtual machine with a VirtIO GPU, it's possible to crash the entire VM by setting the value of a 16.16 fixed-point property to any value below 65536 (1.0 in 16.16 format or 0x00010000). As a specific example, setting the SRC_W property on a plane DRM object to a value of 30000 will cause the VM