Unable to GC some containers

Using CentOS 7 (kernel 3.10.0-327.3.1.el7.x86_64), rkt 0.14.0, I'm unable to GC some containers:
[root@svr05 ~]# rkt gc
Garbage collecting pod "42e78965-c60b-4f4f-b412-484cd381fe90"
Error getting stage1 treeStoreID: no such file or directory
Skipping stage1 GC
Unable to remove pod "42e78965-c60b-4f4f-b412-484cd381fe90": remove /var/lib/rkt/pods/exited-garbage/42e78965-c60b-4f4f-b412-484cd381fe90/stage1/rootfs: device or resource busy
[root@svr05 ~]# mount | fgrep 42e78965
[root@svr05 ~]# lsof +D /var/lib/rkt/pods/exited-garbage/42e78965-c60b-4f4f-b412-484cd381fe90
[root@svr05 ~]#  uname -a
Linux svr05.ocjtech.us 3.10.0-327.3.1.el7.x86_64 #1 SMP Wed Dec 9 14:09:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[root@svr05 ~]# rkt version
rkt version 0.14.0
appc version 0.7.4
[root@svr05 ~]#  rkt list
1 error(s) encountered when listing pods:
----------------------------------------
Unable to read pod 42e78965-c60b-4f4f-b412-484cd381fe90 manifest:
  no such file or directory
----------------------------------------
Misc:
  rkt's appc version: 0.7.4
----------------------------------------

UUID        APP     IMAGE NAME          STATE   NETWORKS
09914839    sabnzbd     ocjtech.us/sabnzbd:0.12     running
bd8a5ffe    sonarr      ocjtech.us/sonarr:0.10      running
e40e09e7    privateinternet ocjtech.us/pia:0.4      exited
        transmission    ocjtech.us/transmission:0.2
[root@svr05 ~]# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime,seclabel)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,seclabel,size=1889732k,nr_inodes=472433,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,seclabel)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,seclabel,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,seclabel,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/usr/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mapper/centos-root on / type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime,seclabel)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,seclabel)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
/dev/mapper/centos-home on /home type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
/dev/sda1 on /boot type xfs (rw,relatime,seclabel,attr2,inode64,noquota)
<IP_ADDRESS>,<IP_ADDRESS>,<IP_ADDRESS>:/ on /mnt/ceph type ceph (rw,relatime,name=admin,secret=<hidden>)
tmpfs on /run/user/0 type tmpfs (rw,nosuid,nodev,relatime,seclabel,size=380028k,mode=700)
overlay on /var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/stage1/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c30,c943",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/rootfs,upperdir=/var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/upper,workdir=/var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/work)
overlay on /var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/stage1/rootfs/opt/stage2/sonarr/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c30,c943",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-b6214b00f1d2cdac36c5bd4b378b108539a9c8b739b450a1405d0020ce09571c/rootfs,upperdir=/var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/overlay/deps-sha512-b6214b00f1d2cdac36c5bd4b378b108539a9c8b739b450a1405d0020ce09571c/upper/sonarr,workdir=/var/lib/rkt/pods/run/bd8a5ffe-0480-4196-aab4-5e8040d7cb6e/overlay/deps-sha512-b6214b00f1d2cdac36c5bd4b378b108539a9c8b739b450a1405d0020ce09571c/work/sonarr)
overlay on /var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/stage1/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c149,c713",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/rootfs,upperdir=/var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/upper,workdir=/var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/work)
overlay on /var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/stage1/rootfs/opt/stage2/sabnzbd/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c149,c713",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-5a982fb08d2a7d8a774f2b85eecf0326482a0c3e9aafc18bacb64422a3cbe20f/rootfs,upperdir=/var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/overlay/deps-sha512-5a982fb08d2a7d8a774f2b85eecf0326482a0c3e9aafc18bacb64422a3cbe20f/upper/sabnzbd,workdir=/var/lib/rkt/pods/run/09914839-3a18-46e4-afe7-e70810683b18/overlay/deps-sha512-5a982fb08d2a7d8a774f2b85eecf0326482a0c3e9aafc18bacb64422a3cbe20f/work/sabnzbd)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
overlay on /var/lib/rkt/pods/exited-garbage/e40e09e7-ff47-47b7-a821-eb0d1f319524/stage1/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c126,c297",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/rootfs,upperdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/upper,workdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-78d2e3ef53a4963b3af0dcf533fb91874dc4642b7723e24fd5bf40e1f99ca9df/work)
overlay on /var/lib/rkt/pods/exited-garbage/e40e09e7-ff47-47b7-a821-eb0d1f319524/stage1/rootfs/opt/stage2/privateinternet/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c126,c297",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-bf60d75289e2254fb14edde2de6742da5d4806c57b88634a55f643b08dae7120/rootfs,upperdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-bf60d75289e2254fb14edde2de6742da5d4806c57b88634a55f643b08dae7120/upper/privateinternet,workdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-bf60d75289e2254fb14edde2de6742da5d4806c57b88634a55f643b08dae7120/work/privateinternet)
overlay on /var/lib/rkt/pods/exited-garbage/e40e09e7-ff47-47b7-a821-eb0d1f319524/stage1/rootfs/opt/stage2/transmission/rootfs type overlay (rw,relatime,context="system_u:object_r:svirt_sandbox_file_t:s0:c126,c297",lowerdir=/var/lib/rkt/cas/tree/deps-sha512-afb419a3ff4475f3b62926fc90a7b093276d853454d560bc9b254f3d5ec01143/rootfs,upperdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-afb419a3ff4475f3b62926fc90a7b093276d853454d560bc9b254f3d5ec01143/upper/transmission,workdir=/var/lib/rkt/pods/run/e40e09e7-ff47-47b7-a821-eb0d1f319524/overlay/deps-sha512-afb419a3ff4475f3b62926fc90a7b093276d853454d560bc9b254f3d5ec01143/work/transmission)
proc on /var/lib/rkt/pods/exited-garbage/e40e09e7-ff47-47b7-a821-eb0d1f319524/netns type proc (rw,nosuid,nodev,noexec,relatime)
[root@svr05 ~]#

According to rmdir(2), rmdir returns EBUSY when "pathname is currently used as a mount point or is the root directory of the calling process".
First, can you check if any processes use the directory that cannot be removed as root directory? Something like:
# ROOTFS_INODE=$(stat --format=%i /var/lib/rkt/pods/run/8a45bd13-4625-44d5-b937-8a04e5b9a52c/stage1/rootfs/)
# for i in /proc/[0-9]*/ ; do echo -n "$i $(cat $i/comm) " ; stat -L $i/root | grep Device ; done | grep $ROOTFS_INODE

If you find remaining processes, check if they are in a different pid and mnt namespaces (/proc/[0-9]*/ns/{mnt,pid})
If it is not that, maybe pathname is still used as a mount point in some namespace. Before kernel 3.18, rmdir could return EBUSY when the directory is a mount point in another namespace. This could lead to DoS where the host cannot delete files because they are used as a mount point in a container. This was fixed in https://github.com/torvalds/linux/commit/8ed936b. This might be why this bug is visible on old CentOS kernels but not newer ones.
But the container mnt namespace should be released when the container is terminated. I would not be surprised if old kernels were leaking mnt namespaces in some cases. There were circular references on mnt namespaces in older kernels (https://github.com/torvalds/linux/commit/4ce5d2b).
I don't know how to easily check if it is the case. You could check if any process is in the container mnt namespace (/proc/[0-9]*/ns/mnt). But the mnt namespace could stay alive without any process in it if someone opens a reference on it via /proc/[0-9]*/ns/mnt or if a kernel bug maintains a reference on it.
In any cases, rkt could be patched to continue to GC the other pods when one fails with EBUSY like this.

I'm also having this problem, also on CentOS 7, same kernel as @jcollie.  This host is using rkt 0.13.0.
[root@gocd-server-2b5933f2 ~]# rkt gc --grace-period=0
Garbage collecting pod "9bec4e8c-8b94-4017-b9a3-f7639ba98382"
Error getting stage1 treeStoreID: no such file or directory
[root@gocd-server-2b5933f2 ~]# ROOTFS_INODE=$(stat --format=%i /var/lib/rkt/pods/run/9bec4e8c-8b94-4017-b9a3-f7639ba98382/stage1/rootfs/)
stat: cannot stat ‘/var/lib/rkt/pods/run/9bec4e8c-8b94-4017-b9a3-f7639ba98382/stage1/rootfs/’: No such file or directory

So the rootfs doesn't exist anymore.  Has the db gotten out of sync with the filesystem?

Nothing is showing up with those commands either, so I suspect that you're right about a kernel bug.  I'd switch the system to CoreOS but it's a baremetal system and I'm not local to the box at the moment, plus I'll need some time to rethink how I do my container networking.
'''
[root@svr05 ~]# rkt gc
Garbage collecting pod "42e78965-c60b-4f4f-b412-484cd381fe90"
Error getting stage1 treeStoreID: no such file or directory
Skipping stage1 GC
Unable to remove pod "42e78965-c60b-4f4f-b412-484cd381fe90": remove /var/lib/rkt/pods/exited-garbage/42e78965-c60b-4f4f-b412-484cd381fe90/stage1/rootfs: device or resource busy
[root@svr05 ~]# stat --format=%i /var/lib/rkt/pods/exited-garbage/42e78965-c60b-4f4f-b412-484cd381fe90/stage1/rootfs
96759102
[root@svr05 ~]# ROOTFS_INODE=$(stat --format=%i /var/lib/rkt/pods/exited-garbage/42e78965-c60b-4f4f-b412-484cd381fe90/stage1/rootfs)
[root@svr05 ~]# for i in /proc/[0-9]/ ; do echo -n "$i $(cat $i/comm) " ; stat -L $i/root | grep Device ; done | grep $ROOTFS_INODE
[root@svr05 ~]# ls /proc/[0-9]/ns/mnt
/proc/108/ns/mnt    /proc/19960/ns/mnt  /proc/3015/ns/mnt  /proc/4937/ns/mnt
/proc/10/ns/mnt     /proc/19/ns/mnt     /proc/3030/ns/mnt  /proc/507/ns/mnt
/proc/11/ns/mnt     /proc/1/ns/mnt      /proc/3035/ns/mnt  /proc/514/ns/mnt
/proc/12238/ns/mnt  /proc/20160/ns/mnt  /proc/3036/ns/mnt  /proc/51/ns/mnt
/proc/12239/ns/mnt  /proc/20173/ns/mnt  /proc/3040/ns/mnt  /proc/534/ns/mnt
/proc/12240/ns/mnt  /proc/20185/ns/mnt  /proc/3059/ns/mnt  /proc/54/ns/mnt
/proc/12455/ns/mnt  /proc/20188/ns/mnt  /proc/3060/ns/mnt  /proc/55/ns/mnt
/proc/12473/ns/mnt  /proc/20214/ns/mnt  /proc/3064/ns/mnt  /proc/573/ns/mnt
/proc/12/ns/mnt     /proc/20216/ns/mnt  /proc/30/ns/mnt    /proc/574/ns/mnt
/proc/1343/ns/mnt   /proc/20/ns/mnt     /proc/319/ns/mnt   /proc/575/ns/mnt
/proc/13/ns/mnt     /proc/21/ns/mnt     /proc/31/ns/mnt    /proc/576/ns/mnt
/proc/14697/ns/mnt  /proc/23/ns/mnt     /proc/32/ns/mnt    /proc/577/ns/mnt
/proc/14/ns/mnt     /proc/24/ns/mnt     /proc/381/ns/mnt   /proc/578/ns/mnt
/proc/1533/ns/mnt   /proc/2581/ns/mnt   /proc/382/ns/mnt   /proc/57/ns/mnt
/proc/1535/ns/mnt   /proc/2595/ns/mnt   /proc/38/ns/mnt    /proc/581/ns/mnt
/proc/1536/ns/mnt   /proc/25/ns/mnt     /proc/391/ns/mnt   /proc/586/ns/mnt
/proc/1537/ns/mnt   /proc/26/ns/mnt     /proc/392/ns/mnt   /proc/587/ns/mnt
/proc/1539/ns/mnt   /proc/275/ns/mnt    /proc/39/ns/mnt    /proc/588/ns/mnt
/proc/1576/ns/mnt   /proc/277/ns/mnt    /proc/3/ns/mnt     /proc/589/ns/mnt
/proc/1578/ns/mnt   /proc/27/ns/mnt     /proc/407/ns/mnt   /proc/590/ns/mnt
/proc/15/ns/mnt     /proc/28/ns/mnt     /proc/408/ns/mnt   /proc/606/ns/mnt
/proc/1619/ns/mnt   /proc/290/ns/mnt    /proc/409/ns/mnt   /proc/628/ns/mnt
/proc/1620/ns/mnt   /proc/291/ns/mnt    /proc/40/ns/mnt    /proc/632/ns/mnt
/proc/16282/ns/mnt  /proc/292/ns/mnt    /proc/410/ns/mnt   /proc/634/ns/mnt
/proc/1692/ns/mnt   /proc/293/ns/mnt    /proc/411/ns/mnt   /proc/636/ns/mnt
/proc/16/ns/mnt     /proc/2972/ns/mnt   /proc/412/ns/mnt   /proc/639/ns/mnt
/proc/17/ns/mnt     /proc/297/ns/mnt    /proc/413/ns/mnt   /proc/703/ns/mnt
/proc/1878/ns/mnt   /proc/298/ns/mnt    /proc/41/ns/mnt    /proc/759/ns/mnt
/proc/18/ns/mnt     /proc/2995/ns/mnt   /proc/42/ns/mnt    /proc/761/ns/mnt
/proc/19242/ns/mnt  /proc/299/ns/mnt    /proc/43/ns/mnt    /proc/76/ns/mnt
/proc/1928/ns/mnt   /proc/29/ns/mnt     /proc/4638/ns/mnt  /proc/7/ns/mnt
/proc/19737/ns/mnt  /proc/2/ns/mnt      /proc/4641/ns/mnt  /proc/8/ns/mnt
/proc/19947/ns/mnt  /proc/300/ns/mnt    /proc/483/ns/mnt   /proc/9/ns/mnt
[root@svr05 ~]#
'''

I can reproduce this on CentOS 7 as well.
For some unknown reason, all rkt mounts are still mounted in systemd-udev mount namespace, even though they are correctly umounted in the host mount namespace:
# grep /var/lib/rkt/pods/ /proc/$(pidof systemd-udevd)/mountinfo

The mount point / in the systemd-udev mount namespace is a slave mount of the / in the host mount namespace (see "master:1" and "shared:1"):
$ grep '/ / ' /proc/$(pidof systemd-udevd)/mountinfo
43 42 202:1 / / rw,relatime master:1 - xfs /dev/xvda1 rw,seclabel,attr2,inode64,noquota
$ grep '/ / ' /proc/1/mountinfo
60 1 202:1 / / rw,relatime shared:1 - xfs /dev/xvda1 rw,seclabel,attr2,inode64,noquota

With the new code for rkt-fly, rkt gc first sets the rkt mount points as private in the host mount namespace: see needsRemountPrivate
This block the umount propagation event from the host to the udevd mount namespaces, so the rkt mounts are never fully umounted and the rkt mount namespaces are not released.
The same leak exists on my Fedora 23 but since I have a recent kernel with https://github.com/torvalds/linux/commit/8ed936b, I don't have the EBUSY symptom and the mount namespace leak is not visible to the user.
This was introduced by https://github.com/coreos/rkt/pull/1856
/cc @steveeJ

@blalor the bug you've got seems to be different: it does not say "remove /var/lib/rkt/.../stage1/rootfs: device or resource busy" but "Error getting stage1 treeStoreID: no such file or directory
". Yours should be fixed in rkt 0.14.0 by #1828.

Since systemd-v212, systemd-udevd is started with "MountFlags=slave", see systemd-udevd.service.
The CentOS 7 release has systemd-v208 but has updates for systemd-v219. I don't see the error message on GC with systemd-v208 but I see it with systemd-v219.
In any cases, other services can use systemd's "MountFlags" option, so rkt's GC needs to be fixed.

@steveeJ I think GC should not set any mount point as MS_PRIVATE and rkt-fly should set all its mount points as MS_SLAVE+MS_SHARED. I tested it in this shell script and it seems to do what I want: the mount point gets umounted in the udevd namespace too:
https://gist.github.com/alban/75f605b8606b195008d6

I'm afraid I can't reproduce this locally: https://gist.github.com/steveeJ/3f87d5939b973741d227
While the behavior I see is intended for rkt's use case, I'm not sure if it is intended by Linux.
It's questionable why the umounts are propagated to the mount namespace of systemd-udevd. The mounts obviously lose the master/shared attributes after being declared MS_PRIVATE in the host's namespace.

anyone else tired of trying to keep track of what's really in CentOS 7?  kernel, systemd, basically everything else. :-(

Hi guys,
Same issue here
sudo /opt/bin/rkt gc --expire-prepared=0s --grace-period=0s
Garbage collecting pod "b49c3a51-161a-4448-a04b-2c8614c983bc"
Error getting stage1 treeStoreID: no such file or directory
Skipping stage1 GC
Unable to remove pod "b49c3a51-161a-4448-a04b-2c8614c983bc": remove /var/lib/rkt/pods/exited-garbage/b49c3a51-161a-4448-a04b-2c8614c983bc/stage1/rootfs/tmp: device or resource busy
My system is under Debian Jessie

Interestingly, something in the latest round of CentOS updates has fixed my GC problem.  I'm now on kernel 3.10.0-327.4.5.el7.x86_64.  Nothing in the changelog jumped out of me, but perhaps it was a change in some other package, not the kernel.

And I spoke too soon, same problem is back. :disappointed:

I'm hitting this too, on Centos 7.2 with systemd-219-19 and kernel 3.10.0-327.4.5. Is there a workaround until it can be solved?

@alban and I looked a bit into this today.
We wrote a shell script that confirm that the CentOS kernel and more recent ones don't have the same behavior.
In the script we create a mount namespace, with / configuread as recursive+slave. Then we create two nested mountpoints to simulate the stage1 and stage2 rootfs and then we simulate GC by making these two mountpoints private, unmounting them and trying to delete them.
On a current kernel the output is:
In the host namespace:
243 39 0:44 / /tmp/udevd-experiment-8739/s1 rw,relatime shared:145 - tmpfs tmpfs rw
249 243 0:45 / /tmp/udevd-experiment-8739/s1/rootfs rw,relatime shared:149 - tmpfs tmpfs rw
In the udevd namespace:
244 237 0:44 / /tmp/udevd-experiment-8739/s1 rw,relatime shared:146 master:145 - tmpfs tmpfs rw
254 244 0:45 / /tmp/udevd-experiment-8739/s1/rootfs rw,relatime shared:152 master:149 - tmpfs tmpfs rw
Simulating GC...
In the host namespace:
In the udevd namespace:
/home/iaguis/udevd-experiment.sh: line 18: 25815 Terminated              sleep 5000

And on CentOS 7:
In the host namespace:
80 52 0:37 / /tmp/udevd-experiment-27508/s1 rw,relatime shared:63 - tmpfs tmpfs rw,seclabel
82 80 0:38 / /tmp/udevd-experiment-27508/s1/rootfs rw,relatime shared:65 - tmpfs tmpfs rw,seclabel
In the udevd namespace:
81 79 0:37 / /tmp/udevd-experiment-27508/s1 rw,relatime shared:64 master:63 - tmpfs tmpfs rw,seclabel
83 81 0:38 / /tmp/udevd-experiment-27508/s1/rootfs rw,relatime shared:66 master:65 - tmpfs tmpfs rw,seclabel
Simulating GC...
rm: cannot remove ‘/tmp/udevd-experiment-27508/s1’: Device or resource busy
In the host namespace:
In the udevd namespace:
81 79 0:37 / /tmp/udevd-experiment-27508/s1 rw,relatime shared:64 - tmpfs tmpfs rw,seclabel
83 81 0:38 / /tmp/udevd-experiment-27508/s1/rootfs rw,relatime shared:66 - tmpfs tmpfs rw,seclabel
/home/vagrant/rkt-v1.0.0/udevd-experiment.sh: line 18:  5821 Terminated              sleep 5000

We can see that on the recent kernel, after simulating GC the mount is not present in neither namespace. However, in CentOS, we get the Device or resource busy error and we see the mount being leaked in the "udev" namespace.
As a (nasty) workaround, to GC the rkt pods in CentOS you need to make sure you're not running any containers, stop the systemd-udevd and systemd-machined services and run the rkt GC command. Rebooting and running the GC should work as well.

Does anyone happen to know what the minimum working kernel version is? We really want to adopt rkt, but this is blocking for us.

The lowest version that I've tried that works is 4.3.

If it's true, docs should be updated at least in https://github.com/coreos/rkt/blob/v1.1.0/Documentation/dependencies.md

I updated the shell script from https://github.com/coreos/rkt/issues/1922#issuecomment-188809246 to https://gist.github.com/alban/27ee74b75904594f212f.
It shows that the difference of behavior is not in the umount but in the "rm -rf". That's caused by https://github.com/torvalds/linux/commit/8ed936b and the lowest version that should work is v3.18.

There's one thing we could do to alleviate this when we make fly its own command.
We could implement the GC as it is now—that is, remounting the mounts with MS_PRIVATE—only for fly. In this way, only pods run by fly would have this problem, the others would GC fine.
It's not a solution but it can help for people running kernels <3.18 that don't use fly....
cc @steveeJ

I'm updating the docs about the run-time dependency on Linux 3.18: https://github.com/coreos/rkt/pull/2282

Not sure what we should do here...

@iaguis I'm using the mainline kernel from elrepo and it works fine. Probably this can be just documented in the docs.
I'll do it similar in my chef-rkt cookbook and just provide a warning if kernel <3.18 is used.

Seeing this exact issue in docker. Switching systemd-udevd to use the host mountns (comment out MountFlags=slave) takes care of it.
What's strange is I can also enter the mountns for udevd and unmount the offending entry with no issue. Once I do that removal, I can remove in docker.


Clarify the aims of this library

Does this library aim to be:

A facade loosely coupled with a driver for the facade that can be exchanged for other drivers.
A facade tightly coupled with a driver for the facade that has to be used in conjunction with it.

This is important to understand, as if the case is 2, then it may be better to use a facade not coupled to a driver in things like go-identity-lib.
See also:

https://github.com/coopnorge/go-identity-lib/issues/75
https://github.com/coopnorge/go-identity-lib/issues/74
github.com/go-eden/slf4go's architecture

We have now gotten to a point (see #75), where we need to make breaking changes to go-logger to provide better value for our services.
Options for go-logger:

Rewrite it without exposing ANY implementation-details (go-logger can in the future swap between e.g. logrus/zerolog/zap without making any breaking changes), keeping almost the same API as today to reduce upgrade-friction.

Pros:

We can easily change the logging-library we use, if the selected one becomes (relatively) slow, abandoned, or insecure.
Even though the API will change (e.g. logger.WithField(a,b) will return a struct instead of an interface), it should produce the minimum amount of code-changes required in our services.
If we want, we may be able to expose a way to access the raw API's from the selected log-library functions marked as experimental.

Cons:

To use new logging-library-features, they need to first be added to the library, and then they can be used in different services. (This should not happen often, as there is only a certain amount of stuff a logging library should do.)

Rewrite it to be tightly coupled to a specific logging-lib (e.g. logrus/zerolog/zap), and trim it down to basically only defining a standard way of instantiating/configuring the third-party logger.

Pros:

Quick use of new features.

Cons:

Every service manually needs to swap logging-library, if we want to change. This includes moving to a different API.

No matter which solution we opt for, these are some things we should take into consideration:

go-logger should probably provide different adapters for commonly used packages, such as GORM, Datadog, Echo, Resty, to be able to log their messages using go-logger.
go-logger should probably provide a way to configure a backend for the new log/slog package, so that if a library uses log/slog, it will go via go-logger.
go-logger should probably use a strongly typed fields-system, other than what we have today with logrus' Fields.

If we go for option 2, we would have to select a specific logging-lib before rewriting go-logger. Our current logging-lib logrus, is in maintenance mode, and benchmarks as one of the slowest logging solutions on the market for go, so we might want to move away from logrus at the same time.

I strongly lean into going for option 1.

I created a POC for option 1, while swapping to Zap: #76

I also created a POC for option 1, without swapping away from Logrus: https://github.com/coopnorge/go-logger/pull/77

With the recent merge of #77 , we have decided to go for option 1.


Disaggregations not consistently alphabetized across languages

Affects:

Result form
Exports

Original criteria from #1214:

When there are multiple disaggregations, they are listed in alphabetical order.

For ordering purposes, we can ignore whether the disaggregations are Global (such as SADD) or Country level. We do not need to label and cluster them the way we do in the indicator setup form. (This would be overkill, as it is relatively rare for indicators to be disaggregated multiple ways.)

Here's a Sketch mockup:

Acceptance criteria

[x] 1. Disaggregations are NOT grouped in tiers like they are on the indicator setup form -- global, then country, then alphabetized. They are simply alphabetized.

[x] 2. They are alphabetized in all languages. Which means that in French, SADD might appear first because it with "Données..."

[x] 3. Order of disaggregations in web views and exports match.

Here's a good example to test with: Indicator OP6.1 in this Nigerian program: https://tola-activity-dev2.mercycorps.org/program/560/#/

Passed! Tested in 3 languages -- result form and IPTT.


Consider making the library easier to use

Right now DBFlow do a hell lot of things, and is incredible good. I liked a lot about what I saw, and I am an avid supporter. But...
This idea of "you can do things on different ways, the way you like" is not a good thing on long term. I mean, it is really good to have options and do things more automatic or by doing more queries. But this is giving the library a confusion problem. "Do I need to create a Select or can I use the static method? Why when I create I have some options and when I use the static method no?" This can hurt the library. This day I was looking for a way to simply use a Callback when I finished saving objects on a transaction and lost some time until I find something... looking at the code. And I don't event know if I'm doing this right... I can see that a lot of issues is because people are lost trying to use it.
This is not a rant, it's more of a tip. This is one of the best libraries I used for Android, it's fast, it's stable and have a lot of good ideas. But consider making breaking changes that can really help library users out there in version 2.
I'm open to help with documentation, Wiki or even coding if it's needed.

@tsuharesu You are right. I'm relatively new with DBFlow... I read and read and read - and I don't know when I write the code if this is good or not.
The docu should also be adjusted to the good features of DBFlow.
I would appreciate if someone helps with the docu - so Andrew could concentrate to develop the great lib.

I'd like to +1 this.
Even though I'm not really using every aspect of the lib yet, I feel like the things I used so far all have 1-3 ways of doing them. As tsuharesu pointed out, it really might be better to make the way how to use the exposed API more consistent and maybe even more strict.
Also, I'd say it is counterproductive to try to please everybody's liking. It was one reason why chose this library over others, because it seems it's concentrating on the one problem: getting ORM right.
Feel free to trigger me for coding/docu as well.

@tsuharesu and @panzerfahrer Please look at this issue #154
Maybe you could write something, maybe save is also to handle like load with annotations.
I think an example would be great.
I also think it would be good if more users help Andrew to extend the wiki, so he could concentrate on DBFlow.
@agrosner You are doing a really really great job and your support is very fine! My words above aren't a criticism, I hope you understand me. English is not my mother tongue. :-)

right I agree with everyone here. I added in too many ways to do certain things--I wanted to try to achieve balance with flexibility and usability. I don't want to limit what developers could do because who wants to have to fork/clone the project, when it should be ready to go out of the box for 99% of cases?

@agrosner I "only" want some more examples and a bit of more docu. ;-)
I also love flexibility, but this should be written down:
to do X:

In this way: with pros and cons
alternative 1: with pros and cons
alternative 2: with pros and cons

But I know, that's a big thing to do it in this way. :-)
I think this can be achieved if 1 to 3 persons are contributing some time.

@agrosner I agree with you last sentence. It's just faster to put the dependency on Maven that set up you library, put as a dependency and blablabla. But sometimes this wave of information make us confuse.
What I could help is with more documentation, knowing that on next versions this should get better, ie, less ways to achieve the same thing. There should be an easy way to do something and a advanced way. Like in Select: if DBFlow can't do something "easy", I'm making my own selectClause and using where(String). It's not really a OO way of doing things, but it is how I can do advanced things.

@tsuharesu Yeah. for 2.0.0 for example, I am removing some of the extraneous ways of writing queries. I removed the static methods and simplified some things. If you wish to check it out, its on the 2.0.0 branch. That won't be released for a few weeks as it will be a major update to the lib.

Nice! I'll try to take a look later :+1:


adding soil efflux data

i have also corrected some previous variable information

here is the latest one.

adding more and more data! This time includes the remote sensing data and removing the old data stuff.

I am still missing some tests to add to this, but this adds a lot more stuff and hopefully will pass everything...it passes all local checks now.

well....all checks fail. nice.

I think this one works... :\

Look at all your test code! 👏

I have cleaned up the merge conflicts.
fd_inventory() has been changed (in b3905fc00f0) so that it now returns, along with the inventory, biomass information for each tree. This creates at least two problems:

the metadata test is now failing (see #20 )
Mission creep. I'd suggest that fd_inventory() should just return what its name says: the inventory

If we want to provide biomass data (do we?!? Unless these allometry coefficients are FoRTE-measured, probably not?) let's have a separate fd_biomass() or something.
Thoughts @atkinsjeff ? Thanks

They are regionally specific but not essential, no.  I can make an fd_biomass.R easily though.

I'd much prefer to keep things simple. In particular, I would vote that for now we're not going to do 'derived' data, just primary data actually measured by the FoRTE team. So could we save biomass for fortedata v2?

Deal. Let's cut it.

@atkinsjeff FYI you had added a file inst/extdata/fd_ceptometer.csv but your code was
  par <- read_csv_file("fd_ceptometer.CSV")

Note file extension difference. This works on a Mac, but not on Linux, which is why Travis tests were failing.


Reduce NMT beamwidth

Comment from MLPerf Inference v0.7 wishlist document.
We found that NMT beam width (10) in v0.5 was greater than necessary to deliver the required accuracy (peak accuracy at 4, acceptable at 1 in BF16). However, several submitters had already started optimizing using the initial beam width. To be fair we required everyone to use the same beamwidth.
This suggestion would have us use a more sensible beam width given the accuracy and was largely agreed upon by participants. Need to determine reasonable beam width.

suggest to close as GNMT is no longer in v0.7


Hash arguments indentation

Examples

Update: after setting up all cops, we have something like
        MemberResponse.create!({
          subscription: member_response.subscription,
                                 question_code: "investment_amount",
                                 response_text: astr
        })


⚠ Bofrost.at has degraded performance

In ee0ac04, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1128 ms

Resolved: Bofrost.at performance has improved in 216e7b2 after 3 minutes.


Add Invoke-IBCLISetPromoteMaster

Add a function that will run the set promote_master command to completion which promotes a grid master candidate to grid master. Accept parameters to configure grid member notification delay, whether to validate the health of the grid, and whether to delay returning until the member notifications have likely elapsed.

Added with 7e76db0cbf87ab74215c046289f93178929f0503


Edit content for nudge_unsubmitted emails for continuous applications

Context
We need to edit some of our emails so they make sense for continuous applications.
Changes proposed in this pull request
edited the 'nudge_unsubmitted_with_incomplete_courses

added a link to the 'Your applications' tab

edited the 'unsubmitted_with_incomplete_references

added a link to the new GIT referecnes page (this is not continuous application specific so I've not added a feature flag)

edited the nundge_personal_statement

replaced 'Dear' with 'Hello'

Guidance to review
Check the the content changes for the 'nudge_unsubmitted_with_incomplete_courses' email when the feature flag for continuous applications is on/off.
The link should change on the second line.

If feature flag on = link goes to 'Your applications' tab
If feature flag off = link goes to normal sign page and the 'Your details' tab

Check link to reference page on GIT works on reference email.
Link to Trello card
https://trello.com/c/DrAHxBnR/473-edit-content-for-existing-nudge-emails
Things to check

[ ] If the code removes any existing feature flags, a data migration has also been added to delete the entry from the database
[ ] This code does not rely on migrations in the same Pull Request
[ ] If this code includes a migration adding or changing columns, it also backfills existing records for consistency
[ ] If this code adds a column to the DB, decide whether it needs to be in analytics yml file or analytics blocklist
[ ] API release notes have been updated if necessary
[ ] If it adds a significant user-facing change, is it documented in the CHANGELOG?
[ ] Required environment variables have been updated added to the Azure KeyVault

 Edit content for existing nudge emails


How to run scripts

Hi, I just came across this project and unable to figure out how to use this project.
I want to run the sample script mentioned, https://gist.github.com/DinisCruz/516417b0e70a2ba5e8bb#file-91-multiple-google-searches-js
I installed nwr using sudo npm install nwr -g.
How do I run the script? node  91-multiple-google-searches-js does not work.
Sorry for the basic question!

No worries, that is not at all a basic question (since I kinda droped a bit crome-driver support for this version (and have not update the docs))
Here is how you get it to work
git clone git@github.com:o2platform/nwr.git
cd nwr
npm install

...

The command to run the version with selenium/chrome-driver support is:
coffee src/selenium/app.coffee

if on first run you get

...

is because you need to do this (from the README)

as per documented at https://github.com/rogerwang/node-webkit/wiki/Chromedriver you need to
download the chrome driver for your platform from http://dl.node-webkit.org/v0.11.2/ and copy it into
the ./node_modules/nodewebkit/nodewebkit folder.

In OSx the file to download is the chromedriver-nw-v0.11.2-osx-x64 and you can open the folder to
copy the unziped file using open ./node_modules/nodewebkit/nodewebkit

for example with:
cd node_modules/nodewebkit/nodewebkit/
curl -O http://dl.nwjs.io/v0.11.2/chromedriver-nw-v0.11.2-osx-x64.zip
unzip chromedriver-nw-v0.11.2-osx-x64.zip
mv chromedriver-nw-v0.11.2-osx-x64/chromedriver .
ls

now it should be a case of
cd ../../..
coffee src/selenium/app.coffee

which should look like this:

If all went well you should see something like this (with the console log messages confirming that the WebDriver was driving the requests)

The script that is shown by default already the main thing that you get from that gist you linked
text = "o2platform node-webkit-repl"
browser.eval "window.location.href='http://www.google.com'", ()->
    browser.elementByName 'q', (err, element)->
        element.clear ->
            element.sendKeys text, nop
            browser.elementByName 'btnG', (err, button) ->
                button.click(text)

value = 'The answer is ' + 42;
return value;

For reference here is the updated version of that script (in coffee script)
# same as example 91 but written in coffee script
resetToParentFrame = (next)->
    browser._jsonWireCall
        method: 'POST' ,
        relPath: '/frame/parent' ,
        data: {} ,
        cb: next

select_Frame1 = (next)->
    browser.frame('iframe1', next)

open_Search_Google = (text, next)->
        resetToParentFrame ()->
            select_Frame1 ()->
                browser.eval "window.location='http://www.google.com'", ()->
                    browser.elementByName 'q', (err, element)->
                        element.clear () ->
                            element.sendKeys(text)
                            browser.elementByName 'btnG', (err, button)->
                                button.click(next)

open_Search_Google 'o2platform', ()->
    open_Search_Google 'owasp', ->

return "done"

Btw, the script above can sometimes lose the bottom frame (although it will still run), you can get it back by clicking on the back  button (or refreshing the window)
also if you lose a script that you were writing take a look at https://github.com/o2platform/nwr/issues/9

Btw, I actually found much more powerful (and faster) to execute browser automation  commands directly via chrome-remote-debugger, which you can see in action if you run
npm run repl-gui

or
bin/node-webkit-repl gui

In that UI you could do something like
if (iframe1.contentWindow.location.href.indexOf 'google') is -1
    iframe1.src='https://www.google.com'
else
    document = iframe1.contentDocument
    document.getElementsByName('q')[0].value = 'Node WebKit REPL'
    document.getElementsByName('btnG')[0].click()

Here are the Node-Webkit window commands/api: https://github.com/o2platform/nwr/blob/master/src/api/NodeWebKit-Service.coffee
Here are the chrome commands/api: https://github.com/o2platform/nwr/blob/master/src/api/Remote-Chrome-API.coffee
The main use I get from this module everyday is to use it to run mocha tests which use this https://github.com/TeamMentor/TM_4_0_QA/blob/master/tests/API/QA-TM_4_0_Design.coffee to create the environment you can see at https://vimeo.com/116027788
btw there are tons of example in that repo on how to use this NWR module to drive chrome an insane speeds. See for example https://github.com/TeamMentor/TM_4_0_QA/blob/master/tests/API/Jade-API.coffee and https://github.com/TeamMentor/TM_4_0_QA/blob/master/tests/regression-sprint-1.coffee

@DinisCruz Thank you. Everything works like your described. I'll try to work with this now.
The project looks very interesting and useful. Thank you.

cool, let me know if you have more questions (don't be afraid to open more issues, even for small things/questions, since that is a great way to document how it works).
I'm using it every day, but have not had time to update this (I did start a refactoring which you can see https://github.com/o2platform/nwr/tree/nwr-refactoring which needs more work)


[Feature](group commit) move group_commit_interval_ms from be.conf to table property

Proposed changes
Issue Number: close #xxx

Current batch commit interval is configured in be.conf with the property "group_commit_interval_ms". It has the following drawbacks:

The interval is the same for all tables, and cannot be configured differently.
If the configuration is modified, all BEs need to be modified and restarted.

Considering that the commit interval is a table-level configuration, it is possible to move this configuration from be.conf to table properties. If not explicitly set, the default value is 10000ms. Users can modify it as follows:
ALTER TABLE my_table SET ("group_commit_interval_ms"="1000");

Each time BE requests a plan from FE, it can be passed over.


Search on Json

Hi Joshua,
I'm looking for a way to retrieve data from keys like in this myjson:
[{"key":10,val:"A"},{"key":11,val:"B"},{"key":12,val:"C"}]
<<search key="11">> to retrieve "B"
I know to get this by rank : {{myjson##/1/val}}
Thanks

Hmmm, great question.  It took me a couple of read-throughs to fully understand your query.
One thing to note. JSON sytax requires all key-names to be strings (wrapped in quotes). Your val keys should be "val".
tOk, so The first way I would approach it is a macro with some $list widget action.
\define searchKeyArray(keyName)
<$list filter="[<currentTiddler>indexes[]suffix[key]]" variable="index">
<$list filter="[<currentTiddler>getindex<index>regexp[$keyName$]]" variable="selectedItem">

keyPath = <<index>>

<$list filter="[<index>removesuffix[key]addsuffix[val]]" variable="valPath">

valPath = <<valPath>>

val = {{{ [<currentTiddler>getindex<valPath>] }}}

/* More wikitext here that will let you set the pulled value to another temporary tiddler, or otherwise manipulate this specific index. */

</$list>
</$list>
</$list>
\end

<$tiddler tiddler="TestJson">
<<searchKeyArray keyName:"11">>
</$tiddler>

I have tested this in my demo wiki and it works out pretty well. Let me know if that is helpful, and thanks for the question!


Not able to convert a geojson file

Hi,
when I run this gpq convert --from="geojson" tmp.geojson tmp.parquet I have
gpq: error: failed to generate converter from first 100 features

It's a 100 Mb geojson that I have created using ogr2ogr and a input shp file.
What can I do to solve the problem?
Thank you

Hi @aborruso - thanks for the report.  This would happen if gpq failed to determine a parquet schema for the features after reading the first 100.  If the first 100 features all have a property where the value is null, for example, a suitable type cannot be determined for that property.  One thing you can try is to try to read more features before giving up (e.g. gpq convert --max 1000 tmp.geojson tmp.parquet).
When ogr is doing a similar conversion, I think that it assumes the type for the property should be a string.  Then when writing any values, it stringifies anything it encounters as a JSON string.
It would be useful if gpq provided more detailed output in situations like this (listing all of the properties/fields for which it cannot determine a type, for example).  Until then, can you examine your data to see if there might be a lot of features at the start of the collection with null values for one or more of the properties?

Thank you very much


Split panes vertically: the new panel closes immediately.

Environment
Windows build number:  10.0.19042.487
Windows Terminal version: 1.2.2381.0

Linux distribution on WSL: Ubuntu 20.04 LTS (GNU/Linux 4.19.84-microsoft-standard x86_64)

Steps to reproduce

Default profile set to "{07b52e3e-de2c-5db4-bd2d-ba144ed6c273}"
Open Windows Terminal
Split vertically the active pane (CTRL + SHIFT + '+')

Expected behavior
Pane split
Actual behavior
Pane split, then immediately closes.
It happens only with the WSL profile, with other profiles it behaves correctly.
Splitting panes horizontally works fine with all profiles.

I'm guessing you have closeOnExit set to always, so that if there is an error starting up that profile it will not get a chance to display anywhere?

I'm guessing you have closeOnExit set to always, so that if there is an error starting up that profile it will not get a chance to display anywhere?

You are right, i set it to never and now i can see this error:
[process exited with code 0]
The error occurs before executing the .bashrc script.
Sometimes i can open a second vertical pane without errors, but the third one fails (either vertical or horizontal). Other times i can't even open a second vertical pane.
Repeatedly splitting horizontally the first pane works like a charm.

This is very unusual!
If you open a vertical split with a different profile (like cmd or powershell) and then run wsl inside it, does it also exit immediately?
If so, we can start to debug why it's being terminated below a certain size.

This is very unusual!
If you open a vertical split with a different profile (like cmd or powershell) and then run wsl inside it, does it also exit immediately?
If so, we can start to debug why it's being terminated below a certain size.

I think you've got the point:

Start windows terminal with default profile
ALT + select powershell profile
Pane splits vertically
 > wsl
Ubuntu bash opens and stays open
ALT + select powershell profile
Pane splits horizontally
 >wsl
Ubuntu bash opens and stays open
ALT + select powershell profile
Last pane splits vertically (that's the third vertical panel)
> wsl
Ubuntu bash opens  then exit immediately to powershell prompt

Great. Can you run wsl -e /bin/bash -l -i -x and share a copy of the log it produces? It will help us figure out why the shell is exiting immediately on startup.
If you don’t use bash as your shell inside WSL, substitute in the full Linux path to the shell instead.

Sorry, to be clear: run that in a pane that cannot otherwise run WSL.

Here you are:
+ '[' '\s-\v\$ ' ']'
+ '[' /bin/bash ']'
+ '[' /bin/bash '!=' /bin/sh ']'
+ '[' -f /etc/bash.bashrc ']'
+ . /etc/bash.bashrc
++ source /usr/sbin/start-systemd-namespace
++++ ps -ef
++++ grep '/lib/systemd/systemd --system-unit=basic.target$'
++++ grep -v unshare
++++ awk '{print $2}'
+++ SYSTEMD_PID=58
+++ '[' -z 58 ']'
+++ '[' 58 '!=' 1 ']'
+++ export 'PRE_NAMESPACE_PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/mnt/c/Program Files/AdoptOpenJDK/jdk-<IP_ADDRESS>/bin:/mnt/c/Perl64/site/bin:/mnt/c/Perl64/bin:/mnt/c/WINDOWS/system32:/mnt/c/WINDOWS:/mnt/c/WINDOWS/System32/Wbem:/mnt/c/WINDOWS/System32/WindowsPowerShell/v1.0/:/mnt/c/Program Files/PostgreSQL/10/bin:/mnt/c/Program Files (x86)/Microsoft Visual Studio/Shared/Python36_64:/mnt/c/Program Files/Java/jdk1.8.0_162/bin:/mnt/c/WINDOWS/System32/OpenSSH/:/mnt/c/Program Files (x86)/Graphviz2.38/bin:/mnt/c/Program Files/kotlinc/bin:/mnt/c/Development/Android/git-repo:/mnt/c/ProgramData/chocolatey/bin:/mnt/c/Program Files/TortoiseGit/bin:/mnt/c/Program Files/MIT/Kerberos/bin:/mnt/c/Program Files/Git/cmd:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/jili:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Fiddler:/mnt/c/Program Files/Microsoft VS Code/bin:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Microsoft VS Code/bin'
+++ PRE_NAMESPACE_PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/mnt/c/Program Files/AdoptOpenJDK/jdk-<IP_ADDRESS>/bin:/mnt/c/Perl64/site/bin:/mnt/c/Perl64/bin:/mnt/c/WINDOWS/system32:/mnt/c/WINDOWS:/mnt/c/WINDOWS/System32/Wbem:/mnt/c/WINDOWS/System32/WindowsPowerShell/v1.0/:/mnt/c/Program Files/PostgreSQL/10/bin:/mnt/c/Program Files (x86)/Microsoft Visual Studio/Shared/Python36_64:/mnt/c/Program Files/Java/jdk1.8.0_162/bin:/mnt/c/WINDOWS/System32/OpenSSH/:/mnt/c/Program Files (x86)/Graphviz2.38/bin:/mnt/c/Program Files/kotlinc/bin:/mnt/c/Development/Android/git-repo:/mnt/c/ProgramData/chocolatey/bin:/mnt/c/Program Files/TortoiseGit/bin:/mnt/c/Program Files/MIT/Kerberos/bin:/mnt/c/Program Files/Git/cmd:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/jili:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Fiddler:/mnt/c/Program Files/Microsoft VS Code/bin:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Microsoft VS Code/bin'
+++ set -o posix
+++ set
+++ grep -v '^BASH'
+++ grep -v '^DIRSTACK='
+++ grep -v '^EUID='
+++ grep -v '^GROUPS='
+++ grep -v '^HOME='
+++ grep -v '^HOSTNAME='
+++ grep -v '^HOSTTYPE='
+++ grep -v '^IFS='\''.*
'\'''
+++ grep -v '^LANG='
+++ grep -v '^LOGNAME='
+++ grep -v '^MACHTYPE='
+++ grep -v '^NAME='
+++ grep -v '^OPTERR='
+++ grep -v '^OPTIND='
+++ grep -v '^OSTYPE='
+++ grep -v '^PIPESTATUS='
+++ grep -v '^PS1='
+++ grep -v '^POSIXLY_CORRECT='
+++ grep -v '^SHELL='
+++ grep -v '^PS4='
+++ grep -v '^SHLVL='
+++ grep -v '^PPID='
+++ grep -v '^SYSTEMD_PID='
+++ grep -v '^UID='
+++ grep -v '^USER='
+++ grep -v '^_='
+++ grep -v '^SHELLOPTS='
+++ cat -
+++ echo 'PATH='\''/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/mnt/c/Program Files/AdoptOpenJDK/jdk-<IP_ADDRESS>/bin:/mnt/c/Perl64/site/bin:/mnt/c/Perl64/bin:/mnt/c/WINDOWS/system32:/mnt/c/WINDOWS:/mnt/c/WINDOWS/System32/Wbem:/mnt/c/WINDOWS/System32/WindowsPowerShell/v1.0/:/mnt/c/Program Files/PostgreSQL/10/bin:/mnt/c/Program Files (x86)/Microsoft Visual Studio/Shared/Python36_64:/mnt/c/Program Files/Java/jdk1.8.0_162/bin:/mnt/c/WINDOWS/System32/OpenSSH/:/mnt/c/Program Files (x86)/Graphviz2.38/bin:/mnt/c/Program Files/kotlinc/bin:/mnt/c/Development/Android/git-repo:/mnt/c/ProgramData/chocolatey/bin:I/mnt/c/Program Files/TortoiseGit/bin:/mnt/c/Program Files/MIT/Kerberos/bin:/mnt/c/Program Files/Git/cmd:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/jili:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Fiddler:/mnt/c/Program Files/Microsoft VS Code/bin:/mnt/c/Users/AlbertoFedrici/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/AlbertoFedrici/AppData/Local/Programs/Microsoft VS Code/bin'\'''
+++ exec sudo /usr/sbin/enter-systemd-namespace ''

I forgot to mention that I enabled systemd following the steps described here:
https://forum.snapcraft.io/t/running-snaps-on-wsl2-insiders-only-for-now/13033
in order to use Docker inside WSL2 rather than using Docker Desktop
Thanks

Ah. That complicates things.
Do you have your own ~/.bashrc? If so, can you add set -x to the top of it, and then launch another failing session?
If not, maybe ~/.bash_profile?

Ok, added.
The failing session does not show any debug log, unlike the succeeding ones.
The failing session shows only the MOTD and the "last login" log.
Welcome to Ubuntu 20.04 LTS (GNU/Linux 4.19.84-microsoft-standard x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  System information as of Wed Sep 16 08:50:46 CEST 2020

  System load:                      0.04
  Usage of /:                       23.5% of 250.98GB
  Memory usage:                     1%
  Swap usage:                       0%
  Processes:                        39
  Users logged in:                  1
  IPv4 address for br-4ac2376b3521: <IP address>
  IPv4 address for br-4c160f2f4a9b: <IP address>
  IPv4 address for docker0:         <IP address>
  IPv4 address for eth0:            <IP address>

 * Kubernetes 1.19 is out! Get it in one command with:

     sudo snap install microk8s --channel=1.19 --classic

   https://microk8s.io/ has docs and details.

96 updates can be installed immediately.
5 of these updates are security updates.
To see these additional updates run: apt list --upgradable

Last login: Wed Sep 16 08:50:36 CEST 2020 on pts/2

I finally decided that I should install a clean Ubuntu 20.04 and set these scripts up so I could repro this, and I'm just at a total loss. systemd has changed since the scripts were written and it seems like it made this specific use case much harder.
Running things with systemd isn't really a supported scenario for WSL, although I do think that it should be, but... we can't really support something that's so off the beaten path here. I don't know why it's exiting when the window is too small, but I'm certain there isn't something Terminal is doing that is going to make that worse.
Might have to close this one for now until we get more info, or an archive that'll help us reproduce it :smile:

Hi, thanks for your time. FYI I've side installed a second copy of the Ubuntu 20.04 distro, following the same steps for systemd.


DJV 2.0.5 - offset between the mouse and the actual focus

I have an offset between by mouse cursor and the focus. The distance increases if I move the cursor on X but not on Y.
OSX 10.14.5 MOJAVE

Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Current std::locale:
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Found locale:
Tue Feb 25 08:29:08 2020             djv::Core::LogSystem | Log file path: /Users/felixdavid/Documents/DJV/djv.log
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Found text files: cs, da, de, el, en, es, fr, is, it, ja, ko, pl, pt, ru, sv, zh
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Current locale: en
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvAV.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvCore.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvDesktop.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvLocales.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUI.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvUIComponents.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djvViewApp.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.cs.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.da.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.de.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.el.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.en.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.es.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.fr.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.is.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.it.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.ja.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.ko.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.pl.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.pt.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.ru.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.sv.text
Tue Feb 25 08:29:08 2020            djv::Core::TextSystem | Reading text file: /Applications/DJV2.app/Contents/Resources/etc/Text/djv_convert.zh.text
Tue Feb 25 08:29:08 2020            djv::Core::CoreSystem | djv::Core::CoreSystem starting...
Tue Feb 25 08:29:08 2020     djv::Core::Animation::System | djv::Core::Animation::System starting...
Tue Feb 25 08:29:08 2020               djv::Core::Context | Application: djv
Tue Feb 25 08:29:08 2020               djv::Core::Context | System information: Darwin 18.6.0 x86_64
Tue Feb 25 08:29:08 2020               djv::Core::Context | Hardware concurrency: 4
Tue Feb 25 08:29:08 2020               djv::Core::Context | System RAM: 8GB
Tue Feb 25 08:29:08 2020               djv::Core::Context | argv0: /Applications/DJV2.app/Contents/Resources/bin/djv
Tue Feb 25 08:29:08 2020               djv::Core::Context | Resource paths:
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Application: /Applications/DJV2.app/Contents/Resources
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Documents: /Users/felixdavid/Documents/DJV
Tue Feb 25 08:29:08 2020               djv::Core::Context |     LogFile: /Users/felixdavid/Documents/DJV/djv.log
Tue Feb 25 08:29:08 2020               djv::Core::Context |     SettingsFile: /Users/felixdavid/Documents/DJV/djv.json
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Audio: /Applications/DJV2.app/Contents/Resources/etc/Audio
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Fonts: /Applications/DJV2.app/Contents/Resources/etc/Fonts
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Icons: /Applications/DJV2.app/Contents/Resources/etc/Icons
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Images: /Applications/DJV2.app/Contents/Resources/etc/Images
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Models: /Applications/DJV2.app/Contents/Resources/etc/Models
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Shaders: /Applications/DJV2.app/Contents/Resources/etc/Shaders
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Text: /Applications/DJV2.app/Contents/Resources/etc/Text
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Color: /Applications/DJV2.app/Contents/Resources/etc/Color
Tue Feb 25 08:29:08 2020               djv::Core::Context |     Documentation: /Applications/DJV2.app/Contents/Resources/docs/_site/documentation.html
Tue Feb 25 08:29:08 2020                djv::AV::AVSystem | djv::AV::AVSystem starting...
Tue Feb 25 08:29:08 2020            djv::AV::GLFW::System | djv::AV::GLFW::System starting...
Tue Feb 25 08:29:08 2020            djv::AV::GLFW::System | GLFW version: 3.3.0
Tue Feb 25 08:29:09 2020            djv::AV::GLFW::System | OpenGL version: 4.1.0
Tue Feb 25 08:29:09 2020            djv::AV::OCIO::System | djv::AV::OCIO::System starting...
Tue Feb 25 08:29:09 2020            djv::AV::OCIO::System | OCIO version: 1.1.1
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | djv::AV::IO::System starting...
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: Cineon
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides Cineon image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .cin
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: DPX
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides DPX image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .dpx
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: FFmpeg
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides FFmpeg image and audio I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .avi, .dv, .flv, .gif, .m4v, .mkv, .mov, .mp3, .mp4, .mpeg, .mpg, .mxf, .wav, .webp
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: IFF
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides IFF image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .iff, .z
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: JPEG
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides Joint Photographic Experts Group (JPEG) image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .jfif, .jpeg, .jpg
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: OpenEXR
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides OpenEXR file I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .exr
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: PNG
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides Portable Network Graphics (PNG) image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .png
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: PPM
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides NetPBM image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .ppm
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: RLA
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides RLA image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .rla, .rpf
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: SGI
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides SGI image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .bw, .rgb, .rgba, .sgi
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: TIFF
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides Tagged Image File Format (TIFF) image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .tif, .tiff
Tue Feb 25 08:29:09 2020              djv::AV::IO::System | I/O plugin: Targa
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     Information: This plugin provides Targa image I/O.
Tue Feb 25 08:29:09 2020              djv::AV::IO::System |     File extensions: .tga
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | djv::AV::Font::System starting...
Tue Feb 25 08:29:09 2020         djv::AV::ThumbnailSystem | djv::AV::ThumbnailSystem starting...
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | FreeType version: 2.10.0
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/Barlow-Regular.ttf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Barlow
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 680
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/NotoMono-Regular.ttf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Noto Mono
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 897
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/NotoSans-Regular.ttf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Noto Sans
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 3246
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/NotoSansCJKjp-Regular.otf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Noto Sans CJK JP
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 65535
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/NotoSansCJKkr-Regular.otf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Noto Sans CJK KR
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 65535
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020            djv::AV::Font::System | Loading font: /Applications/DJV2.app/Contents/Resources/etc/Fonts/NotoSansCJKsc-Regular.otf
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Family: Noto Sans CJK SC
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Style: Regular
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Number of glyphs: 65535
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Scalable: true
Tue Feb 25 08:29:09 2020            djv::AV::Font::System |     Kerning: false
Tue Feb 25 08:29:09 2020        djv::AV::Render::Render2D | djv::AV::Render::Render2D starting...
Tue Feb 25 08:29:09 2020        djv::AV::Render::Render2D | Maximum OpenGL texture units: 16
Tue Feb 25 08:29:09 2020        djv::AV::Render::Render2D | Maximum OpenGL texture size: 16384
Tue Feb 25 08:29:09 2020        djv::AV::Render::Render2D | Texture atlas count:
Tue Feb 25 08:29:09 2020        djv::AV::Render::Render2D | Texture atlas size: 8192
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | djv::AV::Audio::System starting...
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | RtAudio version: 5.1.0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | RtAudio API: CoreAudio
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device count: 5
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 name: Apple Inc.: Built-in Microphone
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 output channels: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 inuput channels: 2
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 duplex channels: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 sample rates: 44100 48000 88200 96000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 preferred sample rate: 48000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 SINT8: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 SINT16: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 SINT24: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 SINT32: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 FLOAT32: 1
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 0 FLOAT64: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 name: Apple Inc.: Built-in Output
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 output channels: 2
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 inuput channels: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 duplex channels: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 sample rates: 44100 48000 88200 96000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 preferred sample rate: 48000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 SINT8: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 SINT16: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 SINT24: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 SINT32: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 FLOAT32: 1
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 1 FLOAT64: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 name: ma++ ingalls for Cycling '74: Soundflower (2ch)
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 output channels: 2
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 inuput channels: 2
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 duplex channels: 2
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 sample rates: 44100 48000 88200 96000<PHONE_NUMBER>00
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 preferred sample rate: 48000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 SINT8: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 SINT16: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 SINT24: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 SINT32: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 FLOAT32: 1
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 2 FLOAT64: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 name: ma++ ingalls for Cycling '74: Soundflower (64ch)
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 output channels: 64
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 inuput channels: 64
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 duplex channels: 64
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 sample rates: 44100 48000 88200 96000<PHONE_NUMBER>00
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 preferred sample rate: 48000
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 SINT8: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 SINT16: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 SINT24: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 SINT32: 0
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 FLOAT32: 1
Tue Feb 25 08:29:09 2020           djv::AV::Audio::System | Device 3 FLOAT64: 0
Tue Feb 25 08:29:09 2020         djv::Desktop::GLFWSystem | djv::Desktop::GLFWSystem starting...
Tue Feb 25 08:29:09 2020         djv::Desktop::GLFWSystem | Window content scale: 2x2
Tue Feb 25 08:29:09 2020                djv::UI::UISystem | djv::UI::UISystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | djv::UI::Settings::System starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Reading settings: /Users/felixdavid/Documents/DJV/djv.json
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::AV
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::ColorSpace
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::General
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::Font
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::UI
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::Style
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | djv::UI::IconSystem starting...
Tue Feb 25 08:29:09 2020            djv::UI::DialogSystem | djv::UI::DialogSystem starting...
Tue Feb 25 08:29:09 2020        djv::Desktop::EventSystem | djv::Desktop::EventSystem starting...
Tue Feb 25 08:29:09 2020        djv::Desktop::EventSystem | Frame buffer size: 5120 2880
Tue Feb 25 08:29:09 2020      djv::UI::UIComponentsSystem | djv::UI::UIComponentsSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::IO
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::UI::Settings::FileBrowser
Tue Feb 25 08:29:09 2020         djv::ViewApp::FileSystem | djv::ViewApp::FileSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::FileSettings
Tue Feb 25 08:29:09 2020       djv::ViewApp::WindowSystem | djv::ViewApp::WindowSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::WindowSettings
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 32
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 48
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 64
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 96
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 120
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 144
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 168
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 192
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 216
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 240
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 264
Tue Feb 25 08:29:09 2020              djv::UI::IconSystem | Found DPI: 288
Tue Feb 25 08:29:09 2020         djv::ViewApp::ViewSystem | djv::ViewApp::ViewSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::ViewSettings
Tue Feb 25 08:29:09 2020        djv::ViewApp::ImageSystem | djv::ViewApp::ImageSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::ImageSettings
Tue Feb 25 08:29:09 2020     djv::ViewApp::PlaybackSystem | djv::ViewApp::PlaybackSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::PlaybackSettings
Tue Feb 25 08:29:09 2020        djv::ViewApp::AudioSystem | djv::ViewApp::AudioSystem starting...
Tue Feb 25 08:29:09 2020  djv::ViewApp::ColorPickerSystem | djv::ViewApp::ColorPickerSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::ColorPickerSettings
Tue Feb 25 08:29:09 2020      djv::ViewApp::MagnifySystem | djv::ViewApp::MagnifySystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::MagnifySettings
Tue Feb 25 08:29:09 2020         djv::ViewApp::ToolSystem | djv::ViewApp::ToolSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::ToolSettings
Tue Feb 25 08:29:09 2020         djv::ViewApp::HelpSystem | djv::ViewApp::HelpSystem starting...
Tue Feb 25 08:29:09 2020          djv::ViewApp::NUXSystem | djv::ViewApp::NUXSystem starting...
Tue Feb 25 08:29:09 2020        djv::UI::Settings::System | Loading settings: djv::ViewApp::NUXSettings
Tue Feb 25 08:29:09 2020     djv::ViewApp::SettingsSystem | djv::ViewApp::SettingsSystem starting...
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #0: djv::Core::TimerSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #1: djv::Core::ResourceSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #2: djv::Core::LogSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #3: djv::Core::TextSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #4: djv::Core::CoreSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #5: djv::Core::Animation::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #6: djv::AV::AVSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #7: djv::AV::GLFW::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #8: djv::AV::OCIO::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #9: djv::AV::IO::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #10: djv::AV::Font::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #11: djv::AV::ThumbnailSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #12: djv::AV::Render::Render2D
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #13: djv::AV::Audio::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #14: djv::Desktop::GLFWSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #15: djv::UI::UISystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #16: djv::UI::Settings::System
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #17: djv::UI::IconSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #18: djv::UI::DialogSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #19: djv::Desktop::EventSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #20: djv::UI::UIComponentsSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #21: djv::ViewApp::FileSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #22: djv::ViewApp::WindowSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #23: djv::ViewApp::ViewSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #24: djv::ViewApp::ImageSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #25: djv::ViewApp::PlaybackSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #26: djv::ViewApp::AudioSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #27: djv::ViewApp::ColorPickerSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #28: djv::ViewApp::MagnifySystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #29: djv::ViewApp::ToolSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #30: djv::ViewApp::HelpSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #31: djv::ViewApp::NUXSystem
Tue Feb 25 08:29:09 2020               djv::Core::Context | Tick system #32: djv::ViewApp::SettingsSystem

Hi, thanks for the bug report and including the log file. It looks like you are running on a Mac with a retina display? Unfortunately this is currently broken; there might be a fix in the next release but I haven't tested it out with an actual retina display yet. I'm going to close this issue since it's a duplicate of https://github.com/darbyjohnston/DJV/issues/190.


CN Model button non functional (Apple M1 Ultra)

The Model selection button in Control Net is non-functional within SD-CN. This is possibly the same problem that has been discussed in this issue. The only solve that I can see is just turning off SD-CN. That's great... but I would actually love to use SD-CN.
https://github.com/volotat/SD-CN-Animation/assets/6685618/c11a84de-1e75-4b4c-ae6d-229dbe4ecf4c
Here's the code when run without a model:
100%|███████████████████████████████████████████| 13/13 [00:03<00:00,  3.45it/s]
Total progress: 100%|███████████████████████████| 13/13 [00:03<00:00,  3.53it/s]
Error running process: /Users/bill.bowles/stable-diffusion-webui/extensions/sd-webui-controlnet/scripts/controlnet.py
Traceback (most recent call last):
File "/Users/bill.bowles/stable-diffusion-webui/modules/scripts.py", line 418, in process
script.process(p, *script_args)
File "/Users/bill.bowles/stable-diffusion-webui/extensions/sd-webui-controlnet/scripts/controlnet.py", line 1075, in process
model_net = self.load_control_model(p, unet, unit.model, unit.low_vram)
File "/Users/bill.bowles/stable-diffusion-webui/extensions/sd-webui-controlnet/scripts/controlnet.py", line 735, in load_control_model
model_net = self.build_control_model(p, unet, model, lowvram)
File "/Users/bill.bowles/stable-diffusion-webui/extensions/sd-webui-controlnet/scripts/controlnet.py", line 744, in build_control_model
raise RuntimeError(f"You have not selected any ControlNet Model.")
RuntimeError: You have not selected any ControlNet Model.
I'm really hoping that I'm just a total bonehead, and that someone will tell me that I'm using the button wrong. Anyone else having this issue? Thanks!

I AM a total bonehead. I had no models installed.


Delete Vehicle.java

 Quality gate: Passed
 Everything looks good
Details

 Quality gate: Passed
 Everything looks good
Details


Fixes for amp-accordion should be out of experimental and Show/Hide d…

Fixes for amp-accordion should be out of experimental and Show/Hide does not work properly #153

PTAL @sebastianbenz @kul3r4

LGTM - small nit: try to keep the commit message title < 70 chars

Fixed the nit.


Occassionally mesos isnt able to send registration acknowledgement to marathon

Tested in digitalocean spinning up a fresh cluster -
Looking at the mesos logs we see lots of
I0512 06:10:11.741300  2039 master.cpp:1574] Received registration request for framework 'marathon' at scheduler-3d379f04-cb71-44bf-bd05-2194d9c3f283@<IP_ADDRESS>:51954
I0512 06:10:11.741420  2039 master.cpp:1625] Framework 20150512-055934-1814717742-5050-2011-0000 (marathon) at scheduler-3d379f04-cb71-44bf-bd05-2194d9c3f283@<IP_ADDRESS>:51954 already registered, resending acknowledgement

doing a -
restart marathon

seems to bring the cluster back into sync, so there's obviously something going amiss on initial deploy.

cannot reproduce after bringing up fresh cluster 3 times.

Closing via #184