I've tested version 1.22~bzr707-1 from experimental, and bug is present
there as well.
--
Dmitry Astapov
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
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 n
iZTdv0gCg2y8aAjJ9MC/YLkL+KZfFHMGA
> pqUAn1+FP6jb1mjNNxoQZNcfHIUPBj7F
> =FMPs
> -END PGP SIGNATURE-
>
>
--
Dmitry Astapov
;`. Dmitry E. Oboukhov
> : :’ : email: un...@debian.org jabber://un...@uvw.ru
> `. `~’ GPGKey: 1024D / F8E26537 2006-11-21
> `- 1B23 D4F8 8EC0 D902 0555 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
rt: S
# Default-Stop:
# Short-Description: Force mount of mhddfs filesystem on boot
### END 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> Vers
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 peppe
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 availab
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
2113
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' gnus-
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 be
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).
Attem
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
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 c
14 matches
Mail list logo
