Bug#681883: virtualbox: Host to Guest network communications intermittent with rt kernel

2012-07-17 Thread Paul Gammans
Package: virtualbox
Version: 4.1.18-dfsg-1
Severity: normal


Virtual box drops/looses packets between host and guest network interfaces.


The guest can happly ping both the hosts vboxnet0 interface and the hosts 
external eth0 interface
address without packet loss.
The host has 90+% packet loss when ping the guest's ip.


The virtual guest is set to use host-only-networking this has been working for 
some time in
this configuration without issue. This was until I upgraded to the latest 
kernel image and at the same time
decided to try the RT versions.

This occures when using the RT kernel using linux-image-3.2.0-3-rt-amd64
but works normally with the non RT versions of the same kernel ie 
linux-image-3.2.0-3-amd64

I am using virtualbox-dkms to build the kernel modules

Let me know if you need me to test anything or more info.

Paul


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages virtualbox depends on:
ii  adduser  3.113+nmu3
ii  dpkg 1.16.4.3
ii  libc62.13-33
ii  libcurl3 7.26.0-1
ii  libgcc1  1:4.7.1-2
ii  libgsoap22.8.7-1
ii  libpng12-0   1.2.49-1
ii  libpython2.7 2.7.3~rc2-2.1
ii  libsdl1.2debian  1.2.15-5
ii  libssl1.0.0  1.0.1c-3
ii  libstdc++6   4.7.1-2
ii  libvncserver00.9.9+dfsg-1
ii  libx11-6 2:1.5.0-1
ii  libxcursor1  1:1.1.13-1
ii  libxext6 2:1.3.1-2
ii  libxml2  2.8.0+dfsg1-4
ii  libxmu6  2:1.1.1-1
ii  libxt6   1:1.1.3-1
ii  python   2.7.3~rc2-1
ii  python2.72.7.3~rc2-2.1
ii  zlib1g   1:1.2.7.dfsg-13

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  8.0.3-1
ii  libqt4-opengl 4:4.8.2-1
ii  libqtcore44:4.8.2-1
ii  libqtgui4 4:4.8.2-1
ii  virtualbox-dkms   4.1.18-dfsg-1
ii  virtualbox-qt 4.1.18-dfsg-1
ii  virtualbox-source 4.1.18-dfsg-1

Versions of packages virtualbox suggests:
ii  vde22.3.2-4
ii  virtualbox-guest-additions-iso  4.1.18-1

-- 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



Bug#314168: apache-perl: Dot at end of filename not treated as significant

2005-06-14 Thread Paul Gammans
Package: apache-perl
Version: 1.3.33-4
Severity: normal


When making GET requests for a file in the form /.exe apache
will return a file in the same path which has a trailing dot I.E.

Both the requests
'GET /~paul/testfile.exe.'
and 
'GET /~paul/testfile.exe'

return the file '/home/paul/public_html/testfile.exe.' not the trailing
dot in the filename. This only is the case for requsts for .exe, .zip, .html
files but strangly not .ini files


-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.22-1-k7
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages apache-perl depends on:
ii  apache-common   1.3.33-4 support files for all Apache webse
ii  debconf 1.4.46   Debian configuration management sy
ii  dpkg1.10.27  Package maintenance system for Deb
ii  libapache-mod-perl  1.29.0.3-4   integration of perl with the Apach
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  libexpat1   1.95.8-1 XML parsing C library - runtime li
ii  libmagic1   4.12-1   File type determination library us
ii  libperl5.8  5.8.4-8  Shared Perl library
ii  logrotate   3.7-2Log rotation utility
ii  mime-support3.31-1   MIME files 'mime.types' & 'mailcap

-- debconf information:
  apache-perl/old-pidfile-set:
  apache-perl/upgrade-from-apache-conflict:
  apache-perl/server-port: 80
  apache-perl/init: true
* apache-perl/enable-suexec: false
  apache-perl/server-name: localhost
  apache-perl/server-admin: [EMAIL PROTECTED]
  apache-perl/document-root: /var/www


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]