Package: blueman
Version: 1.21-4.1
Severity: normal
Blueman 1.21 does not allow me to enable NAP in Network settings.
Steps to reproduce: applet menu - Local services - Network - check Enable
NAP and Enable NAT, select dnsmasq and PAN support: blueman (dnsmasq),
press Apply.
As soon as you
I've tested version 1.22~bzr707-1 from experimental, and bug is present
there as well.
--
Dmitry Astapov
/ F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEAREDAAYFAkzHspwACgkQq4wAz/jiZTdv0gCg2y8aAjJ9MC/YLkL+KZfFHMGA
pqUAn1+FP6jb1mjNNxoQZNcfHIUPBj7F
=FMPs
-END PGP SIGNATURE-
--
Dmitry Astapov
Package: initscripts
Version: 2.88dsf-12
Severity: normal
Tags: sid
When /etc/fstab contains fuse-based filesystem mounts AND insserv is used,
all fuse-based mounts are not being mounted during boot.
Bugs #592211, #41 could be seen as an example of this.
At a first glance, there should be
INIT INFO
mount /storage
Notice the Required-Start:$network fuse.
HTH, Dmitry.
On 11:29 Sun 08 Aug , Dmitry Astapov wrote:
DA Package: mhddfs
DA Version: 0.1.37
DA Severity: important
DA Since recently, insserv (a.k.a. dependency-driven boot) is the
DA preferred way of booting up
E438 AB8C 00CF F8E2 6537
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
iEUEAREDAAYFAkzHDAcACgkQq4wAz/jiZTc+1ACfcckEHCJoICEXGj5D0MSjfaim
iIAAl0qZXheAanTV/VL3wnBEXbPbLU4=
=OGY7
-END PGP SIGNATURE-
--
Dmitry Astapov
Package: initramfs-tools
Version: 0.98
Severity: normal
Hi,
My configuration includes (among other things) encrypted swap + uswsusp.
Within last month one of the initrams-tools upgrades rendered my setup
unusable: resume device (/dev/mapper/swap) was not available during boot.
I went and
Package: mhddfs
Version: 0.1.37
Severity: important
Since recently, insserv (a.k.a. dependency-driven boot) is the
preferred way of booting up Debian machines.
With default insserv setup, fuse is started after the local and remote
filesystems are mounted up, which means that fuse is not
Package: libneon27-gnutls
Severity: normal
I observe this bug here with 2.6.24 kernel. Downgrading helps.
Looks like the libneon messes with sockets somehow: here is what I got
with strace -e network -f -o LOG svn ls http://any/url/here:
21133 socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
21133
Package: gnus-bonus-el
Version: 26.9-1
Severity: important
Tags: patch
Current Gnus does not have gnus-functionp anymore. Plain functionp
should be used instead.
Current version of gnus-pers.el is unuseable on current gnus, but fix
is trivial: sed -i.bak -e 's/gnus-functionp/functionp/g'
Package: xlibs-data
Version: 6.9.0.dfsg.1-3
Followup-For: Bug #320458
As I said in the previous followup to this bug
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320458;msg=58), the problem
is really in libfreetype.{a,so}, which resides in the xserver-xorg package
(so, maybe the bug should
Package: nvidia-kernel-source
Version: 1.0.7174-4
Followup-For: Bug #343186
I've tried 8178, either pre-built (from debian archive) or locally
built with module-assistant. nvidia-glx was upgraded to proper version
(8178). My card is supported by the drivers (GeForce 2Go 440, pci id
0x0174).
Package: logjam
Version: 4.5.1-4
Followup-For: Bug #330161
I tried every conceivable way: export http_proxy in the shell,
changing settings in logjam, changing various proxy-related setting
via gconf-editor (like syste/proxy and system/http-proxy).
No matter what I tried, logjam always tries to
Package: xlibs-data
Version: 6.8.2.dfsg.1-9
Followup-For: Bug #320458
I agree with previous posters that this is an xserver-xorg bug, and
not an xlibs-data bug.
Cause of the bug: disabled bytecode interpreter in the xorg's own
freetype causes TTF's from msttcorefonts to be ugly-rendered for core
14 matches
Mail list logo