Bug#931597: transmission: Lift 1024 open files limit

> This appears to have been reverted with > > https://github.com/transmission/transmission/commit/5d6922f7d6f71001de091272ad61724973c14293 The reversal commit is not part of any branches of upstream Transmission. I don't know why ckerr needed to revert the changes back in 2020, but it was most

Bug#949480: closed by Jamie Strandboge (Re: Bug#949480: Project future in regards to switch to nftables)

Thank you very much! I'm glad my worries were unfounded.

Bug#949480: Project future in regards to switch to nftables

Package: ufw Severity: wishlist Hello, I've been using ufw for a long time to configure firewall rules on Debian 8 and Debian 9. Current stable (Debian 10) has switched default firewall engine to nftables. If I understand correctly that is not a problem yet. Ufw keeps working because Debian

Bug#931597: transmission: Lift 1024 open files limit

Ok, that's understandable.

Bug#931597: transmission: Lift 1024 open files limit

/11> - <https://github.com/transmission/transmission/issues/309> - <https://github.com/transmission/transmission/issues/633> - <https://github.com/transmission/transmission/issues/871> >From 907f368360ae8514e7d4652b999a00a3cf9c6741 Mon Sep 17 00:00:00 2001 From: Vi

Bug#730255: python-pylast: Delay between API calls commented out

Package: python-pylast Version: 0.5.11-1 Severity: normal In line 782 of pylast.py delay between API calls is commented out: # Delay the call if necessary #self.network._delay_call()# enable it if you want. This makes pylast unusable for multiple consecutive API calls,

Bug#727820: hddtemp: minor typo in the man page (too instead of to)

Package: hddtemp Version: 0.3-beta15-52 Severity: minor In the description section of the man page there is a line You can specify one or more device drive path, where each path can be prefixed with a type like PATA, SATA or SCSI to force hddtemp too use one of these type (because detection can

Bug#622308: Looks like this bug affects me too

I experience random text corruptions after upgrading to 2.6.38 kernel. Rebooting back to 2.6.37 helps to get rid of the problem, so I didn't hurry to report it. Among submitted reports on text corruption this one looks the closest to mine, so I'll post my message here. I use Debian sid, kernel

Bug#621776: udev: wrong permissions for /dev/dri/card0

Subject: udev: wrong permissions for /dev/dri/card0 Package: udev Version: 167-1 Severity: normal Tags: sid Upgrade of udev package leads to slow graphics performance due to bad permissions on /dev/dri/card* device. Steps to reproduce: 1. Upgrade udev 166-1 - 167-1 2. Reboot 3. Check