Package: linux-image-2.6.18-3-686
Version: 2.6.18-7
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
lm78 hwmon stopped working after upgrading from Sarge (kernel-image-2.6.8-3-686
version 2.6.8-16sarge6) to Etch (linux-image-2.6.18-3-686 version 2.6.18-7).
The system is an Asus
Package: gpsd-clients
Version: 2.13-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gpsd-clients can be useful without gpsd in cases where gpsd is running on a
remote machine. gpsd on the other hand, is quite useless on a machine not
connected to a GPS. I believe it should be
Package: grub-pc
Version: 1.96+20080724-10
Severity: grave
Justification: renders package unusable
A system became unbootable after installing a new kernel without making any
other i
changes. grub just reported:
free magic is broken at 0x90c00: 0x2e647362
The reason seems to be as obscure
Package: php5
Version: 5.2.6-3
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am a bit unsure about this, but at least it surprised me as a user so
an explanation could be needed. Please point me in the correct
direction in case it's a FAQ...
I prefer the threaded
Package: bugs.debian.org
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bug report logs include a link like this:
p class=msgreceivedSend a report that a
href=bugs.debian.org/cgi-bin/bugspam.cgithis bug log contains spam/a./p
which will be interpreted as a relative link by most
standard
ui text
realname Bjørn Mork
email [EMAIL PROTECTED]
sign gpg
- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores)
Locale: LANG
Package: inn
Version: 1:1.7.2q-36
Severity: critical
Justification: causes serious data loss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
inn.postrm will do
clean_var_lib() {
echo Purging active file and history data...
rm -f /var/lib/news/active* /var/lib/news/history* \
reassign 494871 kvm
tags 494871 + patch
thanks
Hello,
I've been using kvm to run Olives for a while. This is a PC-based
instance of Juniper's JUNOS operating system for routers, which again is
based on FreeBSD. This means that any bugs most likely will apply to
FreeBSD installations as well,
Package: linux-image-2.6.24-1-686
Version: 2.6.24-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Card has been working for quite a while using madwifi and the same access
points. Usually at
maximum speed (54Mbits/s). With ath5k I could barely get it to associate, and
the
Filippo Giunchedi [EMAIL PROTECTED] writes:
On Thu, May 10, 2007 at 09:48:55PM +0200, Bjjjrn Mork wrote:
The feedback from the netdev list is that this should be fixed in the
PCI subsystem instead. Attached is a suggested patch against the
current stable kernel source (2.6.18.dfsg.1-12etch1).
Package: spamassassin
Version: 3.1.7-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mail::SpamAssassin::Plugin::DKIM fails even if it's documented dependency
Mail::DKIM is installed:
[EMAIL PROTECTED]:~$ /usr/bin/sa-learn --spam Maildir/.newspam/cur/
plugin: failed to parse
Package: bind9
Version: 1:9.3.4-2etch1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/etc/bind/db.root needs an update. Please see forwarded message
From: Mark Andrews [EMAIL PROTECTED]
Subject: L.ROOT-SERVERS.NET has changed IP address to 199.7.83.42
To: [EMAIL
Package: ca-certificates
Version: 20070303
Followup-For: Bug #413766
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
apache-ssl refused to start after upgrading ca-certificates to 20070303:
canardo:/etc/apache-ssl# /etc/init.d/apache-ssl start
Starting apache-ssl 1.3 web server... failed!
The
The feedback from the netdev list is that this should be fixed in the
PCI subsystem instead. Attached is a suggested patch against the
current stable kernel source (2.6.18.dfsg.1-12etch1).
Bjørn
--- linux-source-2.6.18/drivers/pci/pci.c.orig 2006-09-20 05:42:06.0 +0200
+++
tags 402447 patch
thanks
I believe the problem really is bad logic in pci_set_power_state(),
making it fail if the device doesn't support PM and a driver
1) saves power_state,
2) wakes up and does something, and
3) then reset to the saved state.
I've reported this upstream along with a
Package: sendmail
Version: 8.13.4-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sendmail uses a default MaxHopCount of only 25, which is clearly too low in
todays email world with stacked virus scanners, spam filters and multiple
internal gateways.
RFC 2821 doesn't give an
Package: vde2
Version: 2.2.0-pre2-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I can consistently make vde_switch segfault by using a CLI sequence like this:
[EMAIL PROTECTED]:~$ vde_switch
vde$ vlan/create 42
1000 Success
vde$ vlan/allprint
Segmentation fault
tags 484295 patch
thanks
Yuckety. There wasn't much of any NULL pointer checking or anything in
this code. The segfaults were caused by vlanprintelem() trying to dump
the contents of vlant[vlan].table for non-existing VLANs. This should
of course never happen, but when it did a simple test for
tags 484295 + fixed-upstream
thanks
This bug was fixed by upstream in svn r268. Please consider either
applying the patch or merging svn r268 or newer before the release of
lenny, as this bug really degrades the usability of the package on 64bit
systems.
Thanks,
Bjorn
--
To UNSUBSCRIBE,
Package: amideco
Version: 0.31e-3
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The output on 64bit systems is bogus and totally useless:
[EMAIL PROTECTED]:~$ amideco /tmp/P5KR-ASUS-0605.ROM -l
- -=AmiBIOSDeco, version 0.31e (Linux)=-
FileLength : 10 (1048576
tags 486085 + patch
thanks
The attached patch fixes this issue in the simplest possible way.
I guess there really should be more portability cleanups here, but
that's more appropriate for upstream and I have been unable to locate
the proper upstream for this package.
Package: amideco
Version: 0.31e-3
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Some of the newer BIOS files I have seem to use a compression flag value
unknown to amideco for some of their parts. amideco will attempt to
decompress these parts using its built-in
Package: spamassassin
Version: 3.2.4-1
Followup-For: Bug #482010
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This seems to be caused by gated_through_received_hdr_remover() not being
defined as an eval rule in Mail::SpamAssassin::Plugin::HeaderEval
- -- System Information:
Debian Release:
maximilian attems [EMAIL PROTECTED] writes:
how is 2.6.25 in unstable doing? installs just fine in Testing.
Looks really good! I've barely tested it so far, but it does look
promising. Specifically: The two problems reported in this bug seem to
be gone. DHCP works. Auto speed negotiation
Package: apache-ssl
Version: 1.3.33-3
Severity: important
When I just upgraded apache-ssl, the postinst script did these modifications
without asking me:
canardo:/etc/apache-ssl# cvs diff -u httpd.conf
Index: httpd.conf
===
RCS
Fabio Massimo Di Nitto [EMAIL PROTECTED] writes:
Bjørn Mork wrote:
| Package: apache-ssl
| Version: 1.3.33-3
| Severity: important
|
| When I just upgraded apache-ssl, the postinst script did these modifications
| without asking me:
This is sounds quite impossible because apache uses
Fabio Massimo Di Nitto [EMAIL PROTECTED] writes:
Bjørn Mork wrote:
| Anything else I should check?
If you can efford to do a test break it would be great if you can rever the
changes
to the old config and do:
dpkg-reconfigure apache-ssl
and see if for some reason it happens again
Fabio Massimo Di Nitto [EMAIL PROTECTED] writes:
Ah hold on.. one more test please.. i forgot about the md5sum check.
Put the old config in place and edit (very carefully!) /var/lib/ucf/hashfile
with the proper md5sum for /etc/apache-ssl/httpd.conf
and test the upgrade again.
Yup, that's
And if you just install libsasl2 2.1.19.dfsg1 from DSA 1155-2, you end
up with a number of other failing dependecies:
canardo:/tmp# apt-get dist-upgrade
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get -f install' to correct these.
The following
tags 435666 fixed-upstream
thanks
This bug is fixed in upstream release perl-ldap 0.35:
perl-ldap 0.35 -- Sun Mar 30 13:35:04 CDT 2008
==
Bug Fixes
* Fix wrapping in Net::LDAP::LDIF
[..]
Please note that the bug not only produces broken output
Sandro Tosi mo...@debian.org writes:
Feel free to downgrade this bug to wishlist, or close it
with wontfix if you find that most appropriate.
Well, I'd rather come to an agreement with out about what to do. From
the analysis you did, it seems this bug is in the external programs
used by
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adding input.xkb.layout and input.xkb.variant to other input.keys devices
is useless at best. On my laptop, this ends up setting xkb sttributes on
the two non-keyboard
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hal-info contains lots of optional configuration data which may or may
not be wanted by the system administrator. hal can function without it
and is useful without it. In fact, hal
Package: hal-info
Version: 20090309-1
Severity: serious
Justification: Policy 10.7.2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hal-info contains a mix of hardware dependent quirks and system dependent
configuration, all of which are placed in /usr/share/hal.
The files
Package: hal
Version: 0.5.12~git20090406.46dc48-2
Severity: wishlist
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The attached patch makes hal-setup-keymap output valuable data to syslog.
Ideally, hal should reset the keymap to its original values when it's
stopped. This would
Package: acpi-support
Version: 0.114-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
One of the changes between 0.109-11 and 0.114-1 is that sleep.sh calls
prepare.sh, which does
for SCRIPT in /etc/acpi/suspend.d/*.sh; do
if [ -x $SCRIPT ] ; then
. $SCRIPT
fi
Package: linux-2.6
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Debian is deviating from the upstream default for CONFIG_FUSION_MAX_SGE
This confuses users and makes upstream bug reporting more difficult
than necessary. Ref http://permalink.gmane.org/gmane.linux.scsi/64136
I
Package: acpi-support-base
Version: 0.138-3
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Looks like acpi-support-base now depends on X. It should not.
In particular, it makes some very dubious assumptions about console
names:
ipv6-pppoe-2:~# sh -x
Package: apache2.2-common
Version: 2.2.16-4
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After converting a previously working lenny installation to squeeze
and dependency based boot, I got:
server:/etc/init.d$ ls -l /etc/*.d/*{apache2,bind9}
- -rwxr-xr-x 1 root root 7490
Package: mdadm
Version: 3.1.4-1+8efb9d1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I guess you are tired of init script dependency problems, but I thought
I should report this anyway as it does represent a regression from lenny
to squeeze.
Converting a system with an array
forcemerge 552130 606357
thanks
ooops, my memory is getting worse... Seems I've already reported
exactly this problem a while ago. Please ignore the new report, and do
feel free to close them with a wontfix tag.
Bjørn
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Marc-Christian Petersen m@gmx.de writes:
so, what's up with this fix? Any chance to get it into Debians kernel tree?
It's kind of uncomfortable to rebuild the whole kernel, with this applied,
when Debian releases a new kernel which happens frequently ;-
I fully understand. I must admit
Package: extlinux
Version: 2:4.02+dfsg-7
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I was a bit surprised when one of my sid systems automatically reinstalled the
new
version to /boot/extlinux on upgrade, including overwriting the MBR, without
further questions.
Looking
Richard rich...@rimote.nl writes:
Package: linux-kernel
Version: 10
Severity: normal
To reproduce use a standard clean install of debian 5 and install the openvz
kernel like this:
apt-get update apt-get -y upgrade apt-get -y install -t testing
linux-image-openvz-686
After restart
Richard Landsman - Rimote Media rich...@rimote.nl writes:
The bug you mentioned looks relevant. I did not use X. But I've tried to
install acpi-support from both the testing and unstable repo and it
doesn't seem to maken any difference.
You currently need acpi-support-base from unstable.
The ryslogd man page explains the reasons, and this is in the upstream
changelog:
Version 4.5.1 [DEVEL] (rgerhards), 2009-07-15
- CONFIG CHANGE: $HUPisRestart default is now off. We are doing this
to support removal of restart-type HUP in v5.
So you either need to turn $HUPisRestart on by
Package: totem-coherence
Version: 2.30.2-5
Severity: grave
Justification: renders package unusable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Just installed totem and totem-coherence:
The following NEW packages will be installed:
totem totem-coherence
0 upgraded, 2 newly installed, 0 to
Installing totem-plugins seems to fix this problem, so it's merely a
missing dependency. Allthesame, this needs to be fixed for
totem-coherence to be in a releasable state.
Bjørn
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
may be pinned for either use by the scanout or through sharing
with another application, under those circumstances we cannot replace
the bo itself but must force the blit for PutImage.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=31367
Reported-and-tested-by: Bjørn Mork bj...@mork.no
Package: pm-utils
Version: 1.3.0-3
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Might not have looked in the correct place, but I was unable to find
any policy for the /usr/lib/pm-utils/*.d/ and /etc/pm/*.d/
directories. IMHO this is urgently needed.
I just discovered that
Package: aiccu
Version: 20070115-14
Severity: critical
Justification: breaks unrelated software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The /etc/pm/sleep.d/60aiccu pm-utils hook may cause extremely slow resume
from sleep. aiccu should not need to touch anything on resume. If it does,
Package: unattended-upgrades
Version: 0.62.2
Severity: critical
Justification: breaks unrelated software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The hook /etc/pm/sleep.d/10_unattended-upgrades-hibernate deliberately breaks
pm-utils by preventing the system from hibernating while
Package: linux-2.6
Version: 2.6.26-10
Severity: minor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Searching for available kernels on amd64 and i686 gives
[EMAIL PROTECTED]:~$ apt-cache search linux-image-2.6.26|grep image
linux-image-2.6.26-1-amd64 - Linux 2.6.26 image on AMD64
Paul Wise [EMAIL PROTECTED] writes:
Package: linux-2.6
Severity: wishlist
usbmon.ko is available on most platforms, but it seems to have been
overlooked on amd64. I would like to have it for reverse engineering USB
protocols. I switched from i386 to amd64 since the last time I was doing
I just noticed this bug report, and couldn't let be commenting...
I believe buried in ddp.c is a little unprecise. ddp.c implements the
EtherTalk Link Access Protocol (ELAP). See the header of
net/appletalk/ddp.c:
* DDP:An implementation of the AppleTalk DDP protocol for
*
Patrik Schindler p...@pocnet.net writes:
Good point. But Token Ring Card drivers already exist, even if there
is likely not a very much bigger demand. :-)
Well, they do exist but they are probably going away too. I don't see
anyone really interested in hacking on them, so they are staying
Package: qemu-kvm
Version: 0.11.0+dfsg-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm running a Windows XP installation using the following command line:
kvm -m 1024 -monitor stdio -hda winxp.raw -vga std \
-net nic,model=e1000 -net vde,sock=/var/run/vde2/tap0.ctl,port=7
The issue is this difference:
--- /var/lib/dpkg/info/linux-image-2.6.18-6-686.postinst2009-05-05
07:43:48.0 +0200
+++ /var/lib/dpkg/info/linux-image-2.6.24-etchnhalf.1-686.postinst
2009-07-27 06:37:00.0 +0200
@@ -25,7 +25,7 @@
$|=1;
# Predefined values:
-my
maximilian attems m...@stro.at writes:
thanks for your fine analysis, could you for completness please post
the output of the following:
cat /etc/kernel-img.conf
Of course, but do note that there is nothing you can set there which
will make the postinst script continue past the line
last
Julien Cristau jcris...@debian.org writes:
On Fri, Jan 8, 2010 at 13:59:50 +0100, Bjørn Mork wrote:
Just did an upgrade:
2010-01-08 11:04:22 upgrade xserver-xorg-input-synaptics 1.2.0-2 1.2.1-1
and lost tapping in the process. The buttons still work, but I'm kind
of accustomed to use
Julien Cristau jcris...@debian.org writes:
I'd really prefer not to do that. Configuring stuff in hal or udev is
just a stopgap until X grows a way to handle hotplugged devices in
xorg.conf (which will happen with xserver 1.8), so I think we shouldn't
recommend/document this as the way to
severity 561124 grave
thanks
Justification: renders package mostly unusable
I'm currently pulling a few packages from testing and/or unstable into a
stable system to get some new features. One of these is lldpd, which
now depends on libsnmp15 (= 5.4.2.1~dfsg). Seeing that this could be
pulled
Jochen Friedrich joc...@scram.de writes:
I was really surprised to see that it is actually deliberately broken
and has been so for a month, even allowing it to enter
testing. Please try to run e.g.
perl -MSNMP -e 'new SNMP::Session()'
on a system with no MIBs and see the generated
Bjørn Mork bj...@mork.no writes:
I see that I have the same issue of vesafb loaded befor the Intel fb. Is this
the problem? If so, then I guess either xserver-xorg-video-intel or the
kernel should prevent it. I've not done anything to force vesafb AFAIK
Well, not intentionally at least
Package: mdadm
Version: 2.6.7.2-3
Followup-For: Bug #552130
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just noticed something that might explain this bug (unless it's
just a display problem). Note the differences between the UUIDs
for the array and the corresponding bitmap file. Looks
found 552130 3.0.3-2
thanks
Bjørn Mork bj...@mork.no writes:
Is this the reason why the bitmap always is ignored on reassembly?
My /etc/mdadm/mdadm.conf contains
ARRAY /dev/md2 level=raid5 num-devices=3 bitmap=/boot/md2-raid5-bitmap
UUID=6c4c0385:4f0b4770:7067137c:e3b1885e
Nope, I can
tags 552130 +patch
thanks
This turns out to be a mere boot order problem. At the time
/etc/init.d/mdadm-raid is run, no file system is writeable yet and using
a write intent bitmap is therefore impossible. This should either be
documented or fixed.
I suggest the attached patch, supporting a
martin f krafft madd...@debian.org writes:
Where is the write-intent bitmap stored? /lib/init/rw is available
r/w even before checkroot. I'd rather not move mdadm-raid around
because it took months to settle on the current position. So
instead, we should make sure that mdadm knows where to
I know the timing is bad and that this probably have to be delayed until
after lenny is released, but I just haven't been able to find the answer
to this question:
Why isn't
serial 0 9600 0
included in debian-installer/*/boot-screens/menu.cfg?
Is this known to cause problems on any system?
Package: gnome-keyring
Version: 2.22.3-2
Severity: critical
Tags: security
Justification: breaks unrelated software
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/usr/bin/gnome-keyring-daemon breaks ssh as detailed below, justifying critical
severity. The breakage may lead to information
Josselin Mouette j...@debian.org writes:
severity 513235 important
thanks
Le mardi 27 janvier 2009 à 15:43 +0100, Bjørn Mork a écrit :
Package: gnome-keyring
Version: 2.22.3-2
Severity: critical
Tags: security
Justification: breaks unrelated software
No, SSH is not unrelated software
Michal Čihař ni...@debian.org writes:
I just wanted to test something on sparc and tried to install Lenny in
Qemu and it fails, it looks like silo configuration is somehow broken,
but I don't know the platform at all.
Do you try to boot the Lenny installer with a sparc32 qemu system? That
There seems to be two problems with -no-shutdown in kvm-85:
1) in qemu mode (-no-kvm), we first hit
if (shutdown_requested) {
ret = EXCP_INTERRUPT;
if (no_shutdown) {
vm_stop(0);
no_shutdown = 0;
advocatux advoca...@gmail.com writes:
IPv6 is enabled by default in kernel 2.6.30 and can't be disabled, at
least not in an easy way.
Sure there is. Boot with ipv6.disable=1 on the command line.
kvm-sid:~# dmesg|grep -i ipv6
[0.00] Command line:
Package: libsane
Version: 1.0.19-23
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
avahi-daemon provides functionality which is completely orthogonal to
libsane. There are plenty of use cases for libsane without
avahi-daemon. Thus, avahi-daemon does not fulfill the policy
Package: rhythmbox
Version: 0.11.6-1
Followup-For: Bug #355239
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
avahi-daemon provides functionality which is completely orthogonal to
rhythmbox. There are plenty of use cases for rhythmbox without
avahi-daemon. Thus, avahi-daemon does not fulfill the
Package: cups
Version: 1.3.8-1+lenny6
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
avahi-utils provides functionality which is completely orthogonal to
cups. There are plenty of use cases for cups without
avahi-utils. Thus, avahi-utils does not fulfill the policy
Package: apt-file
Version: 2.1.5
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
apt-file is a very useful utility on any system, not only desktop
systems. Given the availability of graphical utilities on desktops, I'd
even say that it is *more* useful on systems with only a
Package: qemu
Version: 0.9.1-10lenny1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I do understand that an important usage of qemu in Debian is for
installing Debian guests. But there are of course many other ways
of using qemu which do *not* require debootstrap. Please
Package: file
Version: 4.26-1
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
file will strip leading zeroes when displaying UUIDs. Compare the output of
these commands on the same file system:
nemi:/etc# tune2fs -l /dev/sda1|grep UUID
Filesystem UUID:
tags 504643 + patch
thanks
hal-info maps the Fn+F5 Thinkpad key to KEY_RADIO, which is
a) not correct
b) outside the X input usable range
This is reported as bugs
http://bugs.freedesktop.org/show_bug.cgi?id=20153
http://bugs.debian.org/504643
The attached patch fixes the problem by
Jose-Marcio Martins da Cruz jose-marcio.mart...@mines-paristech.fr
writes:
Well... There are still something which intrigates me. The original
version of the pool of works is running for more than two years on a
Debian etch, which was upgraded to Lenny some time ago. But the MTA is
postfix,
Package: wnpp
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: crda
Version : 1.1.0
Upstream Author : Luis R. Rodriguez mcg...@gmail.com
* URL : http://wireless.kernel.org/en/developers/Regulatory/#CRDA
* License : ISC
tags 527862 + patch security
thanks
The last few days I've had both clamav-milter and spamass-milter segfault on
two separate servers both running Debian lenny:
Jul 13 04:59:53 canardo kernel: [9021793.803024] spamass-milter[22767]:
segfault at 130 ip 7f94da384900 sp 429190e0 error 4 in
Jose-Marcio Martins da Cruz jose-marcio.mart...@mines-paristech.fr
writes:
Hello,
Bjørn Mork wrote:
tags 527862 + patch security
thanks
The last few days I've had both clamav-milter and spamass-milter segfault on
two separate servers both running Debian lenny:
Jul 13 04:59:53 canardo
Package: qemu-kvm
Version: 0.12.3+dfsg-2
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have a Windows XP guest configured to use the same resolution as the
host, so that it fits nicely on the display when running in fullscreen.
This used to work with KVM-85, but after
I added this bit of debugging to sdl.c
fprintf(stderr, Could not open SDL display (%dx%dx%d): %s\n, width,
height, bpp, SDL_GetError());
and got
QEMU 0.12.3 monitor - type 'help' for more information
(qemu) Could not open SDL display (1280x1024x32): No video mode large enough
for
tags 572991 + patch
thanks
Bjørn Mork bj...@mork.no writes:
Looking at the list of available modes in the guest showed that there
was no 1440x900 anymore, which probably explains why Windows chose
another one close by. There were also a number of other expected modes
missing.
Think I got
Michael Tokarev m...@tls.msk.ru writes:
Bjørn Mork wrote:
The modes were once added to KVMs local copy of vgabios:
http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=commitdiff;h=ebfac597cf
but never made it upstream or into QEMU.
I have to correct myself here. The patch has made
Package: spamass-milter
Version: 0.3.1-8+lenny1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm running spamass-milter with -x and am as such very interested in the 573228
bugfix. But it causes a zombie process for every mail received:
112 22021 0.0 0.0 122724 1364 ?
Don Armstrong d...@donarmstrong.com writes:
On Mon, 22 Mar 2010, Bjørn Mork wrote:
I'm running spamass-milter with -x and am as such very interested in the
573228
bugfix. But it causes a zombie process for every mail received:
Awesome. It's probably not calling waitpid properly.
Would
Don Armstrong d...@donarmstrong.com writes:
On Mon, 22 Mar 2010, Bjørn Mork wrote:
Don Armstrong d...@donarmstrong.com writes:
On Mon, 22 Mar 2010, Bjørn Mork wrote:
I'm running spamass-milter with -x and am as such very interested in the
573228
bugfix. But it causes a zombie process
tags 575019 + patch
thanks
I took a brief look at the code and the changes introduced in
0.3.1-8+lenny1 in particular. The problem is that two pairs of
popen/pclose calls have been replaced by fork+fdopen/fclose. This
removes the implicit wait4 done by pclose.
I'm afraid spamass-milter does
] dvb_frontend_detach+0x4/0x67 [dvb_core]
Ref http://bugs.debian.org/575207
Signed-off-by: Bjørn Mork bj...@mork.no
Cc: sta...@kernel.org
Cc: 575...@bugs.debian.org
---
This patch should apply cleanly to 2.6.32, 2.6.33, 2.6.34-rc2 and with an
offset to git://linuxtv.org/v4l-dvb.git
Please apply
clone 575207 -1
retitle -1
severity -1 wishlist
found -1 2.6.32-10
tags 575207 + patch
thanks
Fladischer Michael fladischermich...@fladi.at writes:
[8.172997] DVB: registering new adapter (TT-Budget S2-1600 PCI)
[8.209018] adapter has MAC addr = 00:d0:5c:cc:a7:29
[8.328665] Intel
Jérémie Corbier jere...@famille-corbier.net writes:
Hi,
I'd gladly add such scripts to /usr/share/doc/wide-dhcpv6-client/examples if
you
could provide them to me.
I'm afraid what I've got is very primitive at the moment. But here it is:
ipv6-pppoe-2:~# cat /etc/ppp/ipv6-up.d/dhcpv6
The following message is a courtesy copy of an article
that has been posted to
gmane.linux.debian.devel.glibc,gmane.linux.debian.devel.general as well.
Fabian Greffrath fab...@greffrath.com writes:
- Sites with domain names like ker-.deviantart.com do already exist!
Do you think they should
ow...@bugs.debian.org (Debian Bug Tracking System) writes:
Not a bug, the x11_options in udev is now ignored. Use xorg.conf to
set options, using an InputClass section with e.g. the MatchIsTouchpad
option (see the xorg.conf manpage and
whether this is a good idea or not, but it does at least restore
the previous behaviour for me. YMMV
Bjørn
pgp1Ej3nKszDn.pgp
Description: PGP signature
From: Bjørn Mork bj...@mork.no
Subject: Keep looking for x11_options in udev for now
Our drivers don't ship xorg.conf.d snippets for now, so
Just a FYI for those noticing this bug report: There are excellent
instructions on how to build a linux-kbuild-2.6.33 package yourself on
http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage#Thestoryoflinux-kbuild-2.6
Something like the attached hack is necessary due to changes in
1 - 100 of 394 matches
Mail list logo