Bug#794315: rkhunter: Path names not working in PORT_WHITELIST

2015-08-01 Thread Matthieu Dalstein
Package: rkhunter
Version: 1.4.2-0.4
Severity: normal

Dear Maintainer,

The PORT_WHITELIST option related to the hidden_ports test seems to fail when 
an executable path name is specified.
The documentation mentions the ability to filter by executable. I used the 
proposed sample option from the configuration file which fails with the 
following error:
Invalid entry specified in PORT_WHITELIST configuration option: /home/user1/abc
Invalid entry specified in PORT_WHITELIST configuration option: /opt/xyz

Please note that the issue occurs as well with a  valid executable:
# rkhunter --enable-tests hidden_ports
Invalid entry specified in PORT_WHITELIST configuration option: /bin/ls


-- System Information:
Debian Release: 8.1
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.14.10-Dalmat (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages rkhunter depends on:
ii  binutils   2.25-5
ii  debconf [debconf-2.0]  1.5.56
ii  file   1:5.22+15-2
ii  net-tools  1.60-26+b1
ii  perl   5.20.2-3+deb8u1
ii  ucf3.0030

Versions of packages rkhunter recommends:
ii  curl7.38.0-4+deb8u2
ii  iproute 1:3.16.0-2
ii  lsof4.86+dfsg-1
ii  lynx2.8.9dev1-2
ii  postfix [mail-transport-agent]  2.11.3-1
ii  unhide  20121229-1+b1
ii  wget1.16-1

Versions of packages rkhunter suggests:
ii  bsd-mailx [mailx] 8.1.2-0.20141216cvs-2
pn  libdigest-whirlpool-perl  none
ii  liburi-perl   1.64-1
ii  libwww-perl   6.08-1
pn  powermgmt-basenone
pn  tripwire  none

-- Configuration Files:
/etc/apt/apt.conf.d/90rkhunter changed:
// Makes sure that rkhunter file properties database is updated after each 
remove or install only if hashes test is enabled
DPkg::Post-Invoke { if [ -x /usr/bin/rkhunter ]  ( ! grep -q -E 
'^DISABLE_TESTS=.*(hashes.*attributes|attributes.*hashes|properties)' 
/etc/rkhunter.conf || grep -q -E 
'^ENABLE_TESTS=.*(hashes|attributes|properties)' /etc/rkhunter.conf); then 
/usr/bin/rkhunter --propupd --nolog; fi }

/etc/default/rkhunter a7083f49a7dad11ce1ae4e5e20d00cf2 [Errno 2] Aucun fichier 
ou dossier de ce type: u'/etc/default/rkhunter a7083f49a7dad11ce1ae4e5e20d00cf2'
/etc/rkhunter.conf changed:
ROTATE_MIRRORS=1
UPDATE_MIRRORS=1
MIRRORS_MODE=0
MAIL-ON-WARNING=
MAIL_CMD=mail -s [rkhunter] Warnings found for ${HOST_NAME}
TMPDIR=/var/lib/rkhunter/tmp
DBDIR=/var/lib/rkhunter/db
SCRIPTDIR=/usr/share/rkhunter/scripts
BINDIR=/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin 
/usr/libexec /usr/local/libexec
UPDATE_LANG=
LOGFILE=/var/log/rkhunter.log
APPEND_LOG=0
COPY_LOG_ON_ERROR=0
COLOR_SET2=0
AUTO_X_DETECT=1
WHITELISTED_IS_WHITE=0
ALLOW_SSH_ROOT_USER=no
ALLOW_SSH_PROT_V1=0
ENABLE_TESTS=all
DISABLE_TESTS=suspscan hidden_procs deleted_files
SCRIPTWHITELIST=/bin/egrep
SCRIPTWHITELIST=/bin/fgrep
SCRIPTWHITELIST=/bin/which
SCRIPTWHITELIST=/usr/bin/groups
SCRIPTWHITELIST=/usr/bin/ldd
SCRIPTWHITELIST=/usr/bin/lwp-request
SCRIPTWHITELIST=/usr/sbin/adduser
ALLOWHIDDENDIR=/dev/.udev
ALLOWHIDDENDIR=/etc/.hg
ALLOWHIDDENFILE=/dev/shm/.run-transition
ALLOWPROCDELFILE=/usr/lib/dovecot/imap-login
ALLOWPROCDELFILE=/usr/lib/dovecot/imap:/srv/Mails/**/dovecot.index
ALLOWPROCDELFILE=/usr/lib/apache2/mpm-prefork/apache2:/run/apache2/ssl_mutex
ALLOWPROCDELFILE=/usr/sbin/dovecot:/run/dovecot/login-master-n*
ALLOWPROCDELFILE=/usr/sbin/mysqld:/tmp/ib*
ALLOWPROCDELFILE=/bin/dash:/tmp/tmp*
ALLOWPROCDELFILE=/bin/dash:/var/log/tt-rss*
ALLOWPROCDELFILE=/usr/sbin/smbd:/var/log/samba/log*
ALLOWPROCDELFILE=/usr/sbin/cron:/tmp/tmp*
ALLOWPROCDELFILE=/bin/run-parts:/tmp/tmp*
ALLOWPROCDELFILE=/usr/bin/php5:/var/lib/tt-rss/update_daemon.lock
ALLOWPROCDELFILE=/usr/bin/php5:/var/log/tt-rss*
ALLOWDEVFILE=/dev/shm/network/ifstate
ALLOWDEVFILE=/dev/.udev/*
ALLOWDEVFILE=/dev/.udev/*/*
ALLOW_SYSLOG_REMOTE_LOGGING=0
SUSPSCAN_DIRS=/tmp /var/tmp
SUSPSCAN_TEMP=/dev/shm
SUSPSCAN_MAXSIZE=1024
SUSPSCAN_THRESH=200
PORT_WHITELIST=/home/user1/abc /opt/xyz TCP:2001 UDP:32011
USE_LOCKING=0
LOCK_TIMEOUT=300
SHOW_LOCK_MSGS=1
INSTALLDIR=/usr


-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#709029: gnome-shell using around 50% CPU with audacious

2013-05-20 Thread Matthieu Dalstein
Package: gnome-shell
Version: 3.4.2-7
Severity: normal

Dear Maintainer,

When playing music with audacious, the gnome-shell process is eating aound half
a CPU.
I noticed that this does not occur with the same configuration for gnome-
mplayer for instance.

Please find some strace stats related to the issue below for traces of around
2s

gnome-shell idle:
% time seconds  usecs/call callserrors syscall
-- --- --- - - 
100.000.000214   0  5250   ioctl
  0.000.00   0 1   restart_syscall
  0.000.00   04517 read
  0.000.00   020   write
  0.000.00   0 8   open
  0.000.00   0 8   close
  0.000.00   0 1   getppid
  0.000.00   042   gettimeofday
  0.000.00   0 3   readlink
  0.000.00   0 4   munmap
  0.000.00   066   writev
  0.000.00   0   158   poll
  0.000.00   0 4   mmap2
  0.000.00   0 4   fstat64
  0.000.00   0   152   gettid
  0.000.00   0   211   clock_gettime
  0.000.00   0 3 3 inotify_add_watch
  0.000.00   0   240   183 recv
-- --- --- - - 
100.000.000214  6220   203 total

gnome-shell gnome-mplayer:
% time seconds  usecs/call callserrors syscall
-- --- --- - - 
 76.060.000216   0  4151   ioctl
 15.490.44   0   160   124 recv
  8.450.24   134   gettimeofday
  0.000.00   04015 read
  0.000.00   016   write
  0.000.00   0 8   open
  0.000.00   0 8   close
  0.000.00   0 4   munmap
  0.000.00   028   writev
  0.000.00   097   poll
  0.000.00   0 4   mmap2
  0.000.00   0 4   fstat64
  0.000.00   0   134   gettid
  0.000.00   0   179   clock_gettime
  0.000.00   0 3 3 inotify_add_watch
-- --- --- - - 
100.000.000284  4870   142 total

gnome-shell with audacious:
% time seconds  usecs/call callserrors syscall
-- --- --- - - 
 92.290.001078   0 18606   ioctl
  3.940.46   0  1117   849 recv
  3.770.44   0   905   clock_gettime
  0.000.00   0 1   restart_syscall
  0.000.00   0   17976 read
  0.000.00   088   write
  0.000.00   014   open
  0.000.00   014   close
  0.000.00   0   177   gettimeofday
  0.000.00   0 6   munmap
  0.000.00   0   353   writev
  0.000.00   0   771   poll
  0.000.00   0 6   mmap2
  0.000.00   0 6   fstat64
  0.000.00   0   696   gettid
  0.000.00   0 3 3 inotify_add_watch
-- --- --- - - 
100.000.001168 22942   928 total

As you can see, when playing music with audacious, both the ioctl and recv
syscalls increase dramatically (with recv mainly going into errors).
In included the strace output for both mplayer and audacious.
Is it expected that gnome-shell activity increases that much when using such an
application ?

Note: audacious is using PulseAudio. When using ALSA instead, the gnome-shell
activity raises from around 42% (PulseAudio) to 84% (ALSA).



-- System Information:
Debian Release: 7.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.4.44-Dalmat (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-shell depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.12.1-3
ii  gconf-service3.2.5-1+build1
ii  

Bug#705559: closed by Sebastian Reichel s...@debian.org (Bug#705559: fixed in tt-rss 1.7.8+dfsg-2)

2013-05-05 Thread Matthieu Dalstein

Hi,

Thanks for the bug fix.
However the logrotate config is missing the endscript tag (see my 
initial entry), which makes logrotate fail.


Cheers
--
Matthieu


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#705559: tt-rss: update.php daemon logs to deleted file after log rotation

2013-04-16 Thread Matthieu Dalstein
Package: tt-rss
Version: 1.7.8+dfsg-1
Severity: normal

Dear Maintainer,

The logrotate configuration of tt-rss is done such as the log files are
rotated everyday. However daemon is launched once and logs to
/var/log/tt-rss.log file, which is logrotated.
Thus, the log are not split between the different logrotated files and the
logs are no longer written once the compression is done.

I suggest to relaunch the update.php daemon as a postrotate action in
the logrotate configuration.
/var/log/tt-rss.log {
rotate 7
daily
compress
postrotate
kill and restart daemon
endscript
missingok
notifempty
}

Thanks

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (400, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 3.8.6-Dalmat (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages tt-rss depends on:
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.49
ii  libapache2-mod-php55.4.4-14
ii  libjs-dojo-core1.7.2+dfsg-1
ii  libjs-dojo-dijit   1.7.2+dfsg-1
ii  libjs-scriptaculous1.9.0-2
ii  libphp-phpmailer   5.1-1
ii  libphp-simplepie   1.2.1-3
ii  php-gettext1.0.11-1
ii  php5   5.4.4-14
ii  php5-cli   5.4.4-14
ii  php5-mysql 5.4.4-14
ii  phpqrcode  1.1.4-1

Versions of packages tt-rss recommends:
ii  apache2  2.2.22-13
ii  apache2-mpm-prefork [httpd]  2.2.22-13
ii  php5-gd  5.4.4-14

Versions of packages tt-rss suggests:
ii  mysql-client 5.5.30+dfsg-1
ii  mysql-client-5.5 [mysql-client]  5.5.30+dfsg-1
ii  mysql-server 5.5.30+dfsg-1
pn  php-apc  none
pn  sphinxsearch none

-- Configuration Files:
/etc/default/tt-rss changed [not included]
/etc/tt-rss/apache.conf changed [not included]
/etc/tt-rss/config.php changed [not included]

-- debconf information excluded


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#703656: mp3gain: Segfault in III_dequantize_sample

2013-03-21 Thread Matthieu Dalstein
Package: mp3gain
Version: 1.5.2-r2-2
Severity: normal

Dear Maintainer,

I am facing systematic segfaults when running mp3gain on some mp3 files.

The issue applies for stable/testing/sid versions and in the latest upstream
releases too.

Please find the core information below (recompiled from wheezy version)

Core was generated by `/tmp/mp3gain-1.5.2-r2/mp3gain 05 - War Machine.mp3'.
Program terminated with signal 11, Segmentation fault.
#0  0x0805b726 in III_dequantize_sample (xr=0x8094020, scf=0xbfe6d6fc,
gr_infos=0x845e3e8, sfreq=4, part2bits=41) at mpglibDBL/layer3.c:904
904   v = gr_infos-pow2gain[((*scf++) + (*pretab++))  shift];
(gdb) bt
#0  0x0805b726 in III_dequantize_sample (xr=0x8094020, scf=0xbfe6d6fc,
gr_infos=0x845e3e8, sfreq=4, part2bits=41) at mpglibDBL/layer3.c:904
#1  0x0805db81 in do_layer3 (mp=0xbfe7210c, pcm_point=0xbfe72108) at
mpglibDBL/layer3.c:1630
#2  0x080593dd in decodeMP3 (mp=0xbfe7210c,
in=0x8241c3b
\377\363\247\330\320\301\253r\311\070t/\370\276\036k#?\371\366u\032
\316\201\203\006\064\023\310\342\020\361\256\r\343\r\240\234\067*\024\177\267\337AoMc\236~\202\n\025\241R\027@.\241Jaf\016\002pYd\352\206i\223\037\377\377\376\313x͛\177\377\376\036\340iќ\025\262,
isize=289, done=0xbfe72108) at mpglibDBL/interface.c:644
#3  0x0804e35b in main (argc=2, argv=0xbfe79f44) at mp3gain.c:2289

(gdb) info local
x = 16
y = 2
lp = -291
h = 0x8062dc0
pretab = 0x8063440
i = 1
m = 0x8092a64
mc = 3
max = 1
cb = 1
v = 0.00390625
shift = 1
xrpnt = 0x8095280
l = {116, -113, 217}
l3 = 34
part2remain = 1143
me = 0xbfe722c9



-- System Information:
Debian Release: 6.0.7
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.5.3-Dalmat (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mp3gain depends on:
ii  libc6  2.13-38

mp3gain recommends no packages.

mp3gain suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org