Bug#1072669: systemd: after upgrades systemd to 256~rc3-7 /proc/sys/fs/nr_open becomes 1073741816

> Control: reassign -1 torbrowser-launcher > Control: retitle -1 tor browser iterates manually over FD hard limit instead > of using close_range() > Title could be: tor browser iterates manually over FD hard limit instead of using close_range() when launching pluggable transports. See

Bug#1072669: systemd: after upgrades systemd to 256~rc3-7 /proc/sys/fs/nr_open becomes 1073741816

Package: systemd Version: 256~rc3-7 Severity: normal Dear Maintainer, After systemd upgraded from 256~rc3-2 to 256~rc3-7, /proc/sys/fs/nr_open changes from 1048576 (0x10) to 1073741816 (0x3ff8), causing some applications (e.g. Tor Browser) to spend a lot of time to iterate through the

Bug#1063423: obfs4proxy: adopt lyrebird to provide future obfs4proxy

Package: obfs4proxy Version: 0.0.14-1+b7 Severity: wishlist Dear Maintainer, The original obfs4proxy at https://git.torproject.org/pluggable-transports/obfs4.git and https://gitlab.com/yawning/obfs4 has ceased development, but The Tor Project has forked it, and renamed it to lyrebird at