Checked this on a Squeeze system that was recently updated from Lenny, and
noticed the same behavior with Apache as well as Samba - netstat shows the
port bound only to IPv6, but the daemon responds to connection on the IPv4
address.
Freshly installed Debian Squeeze a few days ago, and was also surprised that
Samba isn't listening on the IPv4 address according to netstat. However, it
doesn't appear to actually be breaking anything.
Minor changes to default smb.conf:
[global]
security=share
[test]
path = /srv/samba/test
Package: wireless-tools
Version: 27+28pre10-1
Followup-For: Bug #336302
I am having the same problem - with vanilla 2.6.13.[x], my wireless doesn't
work, but it does work with 2.6.12.[x]. Wireless card is a NetGear WG511
using the native prism54 driver.
-- System Information:
Debian Release: Sid
On Monday 22 August 2005 09:05 am, Bastian Kleineidam wrote:
> On Sun, Aug 21, 2005 at 05:07:03PM -0400, Adam Aube wrote:
> > Versions of gringotts after 1.2.8-8 load very slowly and are very
> > unresponsive. Example (timed with a stop watch):
>
> Newer gringotts versi
Package: gringotts
Version: 1.2.8-8
Severity: important
Versions of gringotts after 1.2.8-8 load very slowly and are very
unresponsive. Example (timed with a stop watch):
Gringotts 1.2.8-8
- Load Time: 4 sec
- Menu Response Time: Instantaneous
Gringotts 1.2.8+1.2.9-pre1-7
- Load Time: 51
Package: ethereal
Version: 0.10.11-1
Followup-For: Bug #316650
Through KDE's "GTK Styles and Fonts" settings, Ethereal (and other GTK
apps) were set to use the Cursor font. Changing the font resulted in
Ethereal working again.
I have not extensively tested this, so there may be other font settin
Package: ethereal
Version: 0.10.11-1
Followup-For: Bug #316650
A brief follow-up: I have seen reports of other users having
similar issues (though on Windows, not Linux).
http://www.ethereal.com/lists/ethereal-users/200408/msg00292.html
http://www.ethereal.com/lists/ethereal-users/200410/msg00129
On Sunday 03 July 2005 04:38 am, W. Borgert wrote:
> On Sun, Jul 03, 2005 at 01:32:22AM -0400, Adam Aube wrote:
> > I have strace output (over 4000 lines of it), but it's probably best to
> > take this to debian-user, since it appears to be unreproducible.
>
> Check two
On Saturday 02 July 2005 05:39 pm, Steve Langasek wrote:
> I can't reproduce this error on either unstable or testing.
I don't know why it would be occurring for me, then - ethereal and all its
dependencies are from official Sid sources. Unfortunately, I haven't used it
for months, so I can't be
Package: ethereal
Version: 0.10.11-1
Severity: grave
Justification: renders package unusable
When starting ethereal, the following error message occurs:
$ ethereal
(ethereal:6757): GLib-GObject-CRITICAL **: g_object_ref: assertion
`G_IS_OBJECT(object)' failed
(ethereal:6757): Pango-CRITICAL **:
The new package works fine on my system - custom 2.6.11 kernel.
$ cd cd /sys/devices/system/cpu/cpu0/cpufreq/
$ cat scaling_available_frequencies
498320 597984 697648 996640 1395296
$ cat scaling_available_governors
userspace
Is the userspace governor module loaded? I see from bug #277605 that po
On Friday 15 April 2005 02:09 am, Isaac Clerencia wrote:
> On Friday, 15 de April de 2005 06:31, Adam Aube wrote:
> > Package: wesnoth
> > Version: 0.9.0-4
> > Severity: minor
> >
> > In prior versions of wesnoth (such as the last 0.8.x packages),
> > /u
Package: wesnoth
Version: 0.9.0-4
Severity: minor
In prior versions of wesnoth (such as the last 0.8.x packages),
/usr/share/games/wesnoth/images contained (among other things) icons
that could be used for desktop shortcuts to the game. This directory
is completely gone in 0.9.0-4.
A search usi
13 matches
Mail list logo
