Bug#910117: Etherape would benefit from Linux Capabilities

2018-10-02 Thread Alessandro Selli
ee this setting become the default on Debian installations. Installed etherape on an amd64 machine. OS is actually Devuan 2.0 Ascii, which pulls the etherape package straight from Debian. Running a customĀ  4.9.125 kernel. -- Alessandro Selli VOIP SIP: dhatarat...@ekiga.net Chiave firma e ci

Bug#787838: secvpn: man page secvpn.conf is put in section (1) instead of section (5)

2015-06-05 Thread Alessandro Selli
Sorry, I just learned secvpn was removed from Debian unstable and testing in May 2013. I wonder how comes I have it installed... Greetings, Alessandro Il 05/06/2015 16:18, Alessandro Selli ha scritto: > Package: secvpn > Version: 2.24 > Severity: minor > > Package p

Bug#787838: secvpn: man page secvpn.conf is put in section (1) instead of section (5)

2015-06-05 Thread Alessandro Selli
Package: secvpn Version: 2.24 Severity: minor Package puts man page of secvpn.conf in section (1), "Executable programs or shell commands". As man secvpn.conf deals with "NAME secvpn.conf - Configuration file for the Secure Virtual Private Network\ SYNOPSIS /etc/network/secvpn.conf", it's righ

Bug#784555: libcap2-bin: getfattr -d file does not report set file attributes

2015-05-06 Thread Alessandro Selli
Package: libcap2-bin Version: 1:2.24-8 Severity: normal Command getfattr -d file does not report file's set attributes, even though they are set: [alessandro@localhost ~]$ getfattr -d ~/.bashrc [alessandro@localhost ~]$ Asking for a specific file attribute does show it's value, though: [aless

Bug#783807: cpufreqd: Missing option to run daemon with given verbosity

2015-04-30 Thread Alessandro Selli
Package: cpufreqd Version: 2.4.2-2 Severity: normal Tags: patch System gets log flooded with these messages: Apr 30 12:36:41 luminol cpufreqd: get_class_device_attribute: couldn't open /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT0/power_now (No such file or directory) System

Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit

2014-10-28 Thread Alessandro Selli
On 28/10/2014 17:14, Florian Weimer wrote: > * Alessandro Selli: > >> Florian Weimer wrote: >>> * Alessandro Selli: >>> >>>> CAP_DAC_OVERRIDE is root-equivalent only as far as the DAC is >>>> concerned. >>> This is incorrect. >&

Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit

2014-10-28 Thread Alessandro Selli
Florian Weimer wrote: * Alessandro Selli: Florian Weimer wrote: * Alessandro Selli: CAP_DAC_OVERRIDE is root-equivalent only as far as the DAC is concerned. This is incorrect. Is capabilities(7) man page incorrect? What else does this capability allow a process to do? As I tried to

Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit

2014-10-28 Thread Alessandro Selli
Florian Weimer wrote: * Alessandro Selli: CAP_DAC_OVERRIDE is root-equivalent only as far as the DAC is concerned. This is incorrect. Is capabilities(7) man page incorrect? CAP_DAC_OVERRIDE Bypass file read, write, and execute permission checks. (DAC is

Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit

2014-10-28 Thread Alessandro Selli
Florian Weimer wrote: * Alessandro Selli: Beep is installed SUID root in Debian Wheezy. This is unnecessary. In order to overcome tty ioctl issue, expecially when running in an Xterm, these capabilities should instead be set to the /usr/bin/beep executable: CAP_DAC_OVERRIDE,CAP_SYS_TTY_CONFIG

Bug#767087: beep: Linux Capabilities should be used instead of SUID root bit

2014-10-28 Thread Alessandro Selli
Package: beep Version: 1.3-3+b1 Severity: normal Tags: security -- System Information: Debian Release: 7.7 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.22.luminol0 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_

Bug#714234: dump: restore #157 dump fails to restore incremental if directory was removed

2013-10-15 Thread Alessandro Selli
I'm sending manually a followup to bug #714234 generated by reportbug because of issues I've been having with my provider's SMTP. Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Alessandro Selli To: Debia