Bug#600320: Installation: set password for root; did not create a user; could not login after 1st reboot.
Quoting Denis Laxalde (dlaxa...@gmail.com): I would then say that this bug is not reproducible and its severity In such case, it's perfectly OK for you to close it (send a mail - bugnr-d...@bugs.d.o.sorry for being pedantic if you lready knew this). may be downgraded. The partition formatting debate is probably another issue. If there's another issue, either clone the bug and try reassigning it to the relevant d-i component. Also, at this moment of the release, feel free to draw attention from D-I release management by pointing blocker issues. Many many many thanks for your will to help in triaging. We desperately need that! signature.asc Description: Digital signature
Bug#604604: qemu-kvm: vm entry failed with error 0xffffffff; kvm_run returned -22
tags 604604 + moreinfo thanks 23.11.2010 01:20, Jakub Wilk wrote: Package: qemu-kvm Version: 0.13.0+dfsg-2 Severity: grave Justification: renders package unusable After 0.12.5+dfsg-5 - 0.13.0+dfsg-2 upgrade kvm doesn't start anymore. I get an error immediately: $ kvm kvm: vm entry failed with error 0x kvm_run returned -22 model name: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) linux-image-2.6.32-5-686 [lin 2.6.32-27 Linux 2.6.32 for modern PCs This looks like a kernel problem which is fixed by a recent -stable upstream kernel (2.6.32.26): From mtosa...@redhat.com Fri Oct 29 15:18:43 2010 From: Joerg Roedel joerg.roe...@amd.com Date: Thu, 28 Oct 2010 16:48:09 -0200 Subject: KVM: SVM: Fix wrong intercept masks on 32 bit To: g...@kroah.com Cc: a...@redhat.com, mtosa...@redhat.com, sta...@kernel.org, Jan Kiszka jan.kis...@siemens.com, Gleb Natapov g...@redhat.com, Joerg Roedel joerg.roe...@amd.com Message-ID: 20101028185026.905098...@amt.cnet Content-Disposition: inline; filename=0001-KVM-SVM-Fix-wrong-intercept-masks-on-32-bit.patch From: Joerg Roedel joerg.roe...@amd.com commit 061e2fd16863009c8005b4b5fdfb75c7215c0b99 upstream. This patch makes KVM on 32 bit SVM working again by correcting the masks used for iret interception. With the wrong masks the upper 32 bits of the intercepts are masked out which leaves vmrun unintercepted. This is not legal on svm and the vmrun fails. Bug was introduced by commits 95ba827313 and 3cfc3092. Cc: Jan Kiszka jan.kis...@siemens.com Cc: Gleb Natapov g...@redhat.com Signed-off-by: Joerg Roedel joerg.roe...@amd.com Signed-off-by: Avi Kivity a...@redhat.com Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/x86/kvm/svm.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) The problem case happens on 32bit kernel only and does not happen on 64bit. Please try with amd64 kernel (linux-image-2.6.32-5-amd64) - it should just work. Note that almost no one tests kvm on 32bits nowadays, consider running 64bit kernel with either 32 or 64 bit userspace. I run 64bit kernel and 32bit userspace for a long time and now finally I can say most probs in this configuration has been fixed - for more than a year I haven't encountered one :) And please also consider switching to AthlonII - your processor lacks npt (nested page tables) support and TSC syncronisation, both affects performance and stability of kvm guest in significant way. Not related to this bugreport, just a general suggestion. Tagging as 'moreinfo' for now, if the problem turns out to be what I think it is, I'll reassign it to kernel-image and downgrade to normal. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579040: RFS: zsnes (updated package - ITA)
Etienne Millon wrote: The package builds in a clean chroot, so I thought this was good enough. If this is bad practice I will have another look at it. Yes, best practice is to explicitly declare all build-time dependencies that are not build-essential. So for example if the code uses Xlib calls directly, it is not enough to build-depend on libsdl-dev that depends on X, because libsdl-dev could be made not to depend on the backend some day. Though since the package builds in a clean chroot, it is at least likely to build correctly on buildds today. So it is not critical or anything. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431931: Bug#454498: status update?
On Mon, Nov 22, 2010 at 23:00, Henrique de Moraes Holschuh h...@debian.org wrote: On Sun, 21 Nov 2010, Costin Gusa wrote: Is it ok to ask here about including uoa.gr autocreate/autosieve patches or should I file a bug against the newly 2.4.4? (I just found them prepared for 2.4.4 here: Unless one of the other Cyrus maintainers overrides me, those will be added only after they get merged upstream. That won't be me. I'm with hmh on that issue. I consider those patches too invasive to be included in stock Debian installation (no need to argue with me). Ondrej -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604209: ident2: package purge (after dependencies removal) fails
tags 604209 patch thanks Hi, I created a patch for this bug - just ignore error. Please check and apply if it's okay. --- diff -u ident2-1.07/debian/postrm ident2-1.07/debian/postrm --- ident2-1.07/debian/postrm +++ ident2-1.07/debian/postrm @@ -21,8 +21,8 @@ case $1 in purge) - update-inetd --remove /usr/sbin/ident2 - deluser --quiet identd || true + update-inetd --remove /usr/sbin/ident2 2/dev/null || true + deluser --quiet identd 2/dev/null || true ;; remove) diff -u ident2-1.07/debian/changelog ident2-1.07/debian/changelog --- ident2-1.07/debian/changelog +++ ident2-1.07/debian/changelog @@ -1,3 +1,11 @@ +ident2 (1.07-1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/postrm +- ignore missing update-inetd error (Closes: #604209) + + -- Hideki Yamane henr...@debian.org Tue, 23 Nov 2010 16:55:04 +0900 + ident2 (1.07-1) unstable; urgency=low * New upstream release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586315: lapack: diff for NMU version 3.2.2-1.2
Dear maintainer, I've prepared an NMU for lapack (versioned as 3.2.2-1.2). The diff is attached to this message. Regards. diff -u lapack-3.2.2/debian/liblapack-pic.prerm lapack-3.2.2/debian/liblapack-pic.prerm --- lapack-3.2.2/debian/liblapack-pic.prerm +++ lapack-3.2.2/debian/liblapack-pic.prerm @@ -4,7 +4,7 @@ if [ $1 != upgrade ] then -update-alternatives --remove liblapack_pic.a /usr/lib/liblapack/liblapack_pic.a +update-alternatives --remove liblapack_pic.a /usr/lib/lapack/liblapack_pic.a fi #DEBHELPER# diff -u lapack-3.2.2/debian/changelog lapack-3.2.2/debian/changelog --- lapack-3.2.2/debian/changelog +++ lapack-3.2.2/debian/changelog @@ -1,3 +1,10 @@ +lapack (3.2.2-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Really remove alternatives for all packages during removal (Closes: #586315) + + -- Laurent Bigonville bi...@debian.org Tue, 23 Nov 2010 01:48:20 +0100 + lapack (3.2.2-1.1) unstable; urgency=low * Non-maintainer upload. diff -u lapack-3.2.2/debian/liblapack-dev.prerm lapack-3.2.2/debian/liblapack-dev.prerm --- lapack-3.2.2/debian/liblapack-dev.prerm +++ lapack-3.2.2/debian/liblapack-dev.prerm @@ -4,7 +4,7 @@ if [ $1 != upgrade ] then -update-alternatives --remove liblapack.so /usr/lib/liblapack/liblapack.so +update-alternatives --remove liblapack.so /usr/lib/lapack/liblapack.so fi #DEBHELPER# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#603882: util-vserver: startup script breaks boot (on sparc)
Ok, so I started looking at the internals of dietlibc, and I noticed the
data returned by getdents64 looks as I would expect, but the struct
dirent64 does not match it. Apparently the way these things are being
compiled it ends up with sizeof(uint64_t) = 4, so the struct fields don't
line up.
I think I will be filing a bug against dietlibc in the morning. It seems
compiling with diet gcc -g -D_FILE_OFFSET_BITS=64 causes readdir to
break, at least on sparc.
Ivan(gdb) break getdents64
Breakpoint 2 at 0x116dc
(gdb) run
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /home/ivan/deb/util-vserver-0.30.216-pre2864/src/showattr
vc_get_iattr(): Function not implemented
ERR .
Breakpoint 2, 0x000116dc in getdents64 ()
(gdb) bt
#0 0x000116dc in getdents64 ()
#1 0x0001114c in readdir64 ()
#2 0x00010230 in Ereaddir (path=0x11730 .)
at ./ensc_wrappers/wrappers-dirent.hc:38
#3 iterateFilesystem (path=0x11730 .) at src/fstool.c:83
#4 0x000106b8 in processFile (path=0x11730 .) at src/fstool.c:162
#5 0x00010ae8 in main (argc=1, argv=value optimized out) at src/fstool.c:236
(gdb) disas
Dump of assembler code for function getdents64:
0x000116dc getdents64+0: b 0x10e44 __unified_syscall
0x000116e0 getdents64+4: mov 0x9a, %g1
End of assembler dump.
(gdb) fini
Run till exit from #0 0x000116dc in getdents64 ()
0x0001114c in readdir64 ()
(gdb) print o1
No symbol o1 in current context.
(gdb) print $o1
$1 = -134234112
(gdb) print/x $o1
$2 = 0xf7ffc000
(gdb) x/10 0xf7ffc000
0xf7ffc000: 0x 0xe105 0x 0x033036bc
0xf7ffc010: 0x00200876 0x6c696d69 0x742e6300 0x
0xf7ffc020: 0x 0xe0c6
(gdb) print (char*) 0xf7ffc013
$3 = 0xf7ffc013 vlimit.c
(gdb) bt
#0 0x0001114c in readdir64 ()
#1 0x00010230 in Ereaddir (path=0x11730 .)
at ./ensc_wrappers/wrappers-dirent.hc:38
#2 iterateFilesystem (path=0x11730 .) at src/fstool.c:83
#3 0x000106b8 in processFile (path=0x11730 .) at src/fstool.c:162
#4 0x00010ae8 in main (argc=1, argv=value optimized out) at src/fstool.c:236
(gdb) fini
Run till exit from #0 0x0001114c in readdir64 ()
Ereaddir (path=0x11730 .) at ./ensc_wrappers/wrappers-dirent.hc:40
40FatalErrnoError(res==0 errno!=0, readdir());
(gdb) print res
$4 = value optimized out
(gdb) print $o0
$5 = -134234112
(gdb) print $o1
$6 = 71472
(gdb) print/x $o0
$7 = 0xf7ffc000
(gdb) x/10 0xf7ffc000
0xf7ffc000: 0x 0xe105 0x 0x033036bc
0xf7ffc010: 0x00200876 0x6c696d69 0x742e6300 0x
0xf7ffc020: 0x 0xe0c6
(gdb) bt
#0 Ereaddir (path=0x11730 .) at ./ensc_wrappers/wrappers-dirent.hc:40
#1 iterateFilesystem (path=0x11730 .) at src/fstool.c:83
#2 0x000106b8 in processFile (path=0x11730 .) at src/fstool.c:162
#3 0x00010ae8 in main (argc=1, argv=value optimized out) at src/fstool.c:236
(gdb) fini
Run till exit from #0 Ereaddir (path=0x11730 .)
at ./ensc_wrappers/wrappers-dirent.hc:40
86 if (ent==0) break;
(gdb) print ent
$8 = (struct dirent64 *) 0xf7ffc000
(gdb) print *ent
$9 = {d_ino = 0, d_off = 57605, d_reclen = 0, d_type = 0 '\000',
d_name = \000\003\060\066\274\000 \bvlimit.c, '\000' repeats 11
times\340, \306\000\000\000\000\003\251~\030\000 \btunctl.c, '\000' repeats
11 times\341, \b\000\000\000\000\003\254\336\340\000 \butil.h, '\000'
repeats 13 times\347, \246\000\000\000\000\004\267\204L\000
\bvreboot.o\000\000\000\000\000\000\000\000\000\000\340\366\000\000\000\000\004\363\344\245\000(\bmask2prefix.c,
'\000' repeats 14 times\350, \001\000\000\000\000\006\211\325+\000
\bexec-remount\000\000\000\000\000\000\000\340\356\000\000\000\000\a\242\023\065\000
\bnattribute.c\000\000\000\000\000\000\000\347\351\000\000\000\000\b...}
(gdb) print ent-d_name
$10 = \000\003\060\066\274\000 \bvlimit.c, '\000' repeats 11 times\340,
\306\000\000\000\000\003\251~\030\000 \btunctl.c, '\000' repeats 11
times\341, \b\000\000\000\000\003\254\336\340\000 \butil.h, '\000' repeats
13 times\347, \246\000\000\000\000\004\267\204L\000
\bvreboot.o\000\000\000\000\000\000\000\000\000\000\340\366\000\000\000\000\004\363\344\245\000(\bmask2prefix.c,
'\000' repeats 14 times\350, \001\000\000\000\000\006\211\325+\000
\bexec-remount\000\000\000\000\000\000\000\340\356\000\000\000\000\a\242\023\065\000
\bnattribute.c\000\000\000\000\000\000\000\347\351\000\000\000\000\b...
(gdb) print ent-d_name
$11 = (char (*)[256]) 0xf7ffc00b
(gdb) print ent-d_ino
$12 = (long unsigned int *) 0xf7ffc000
(gdb) print ent-d_off
$13 = (long int *) 0xf7ffc004
(gdb) print ent-d_reclen
$14 = (short unsigned int *) 0xf7ffc008
(gdb) print ent-d_type
$15 = (unsigned char *) 0xf7ffc00a
(gdb) print sizeof(struct dirent64)
$16 = 268
(gdb) print sizeof(struct dirent)
No struct type named dirent.
(gdb) print sizeof(ent-d_ino)
$17 = 4
(gdb) print sizeof(uint64_t)
$18 = 4
(gdb)
Bug#604626: Acknowledgement (libmedc-dev and libmed-dev: error when trying to install together)
This also applies to: Package: libmed-dev,libmedimport-dev Version: libmed-dev/2.3.6-4 Version: libmedimport-dev/2.3.6-4 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/MEDimport.h /usr/include/medimport_win_dll.h --- Package: libmed-dev,libmedimportcxx-dev Version: libmed-dev/2.3.6-4 Version: libmedimportcxx-dev/2.3.6-4 Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/MEDimport.hxx /usr/include/medimportcxx_win_dll.h -- Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604028: tagging 604028
tags 604028 + pending thanks According to dh-make-perl: GD is in libgd-gd2-noxpm-perl | libgd-gd2-perl package Dependencies added. Regards, -- Franck Joncourt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604628: audacity: would like non-sticky initial directory for import
Package: audacity Version: 1.3.12-6 Severity: wishlist When I start Audacity (with or without any audio files specifed on the command line) and then wish to import additional audio files, usually I want them from either the same directory as the files I specified on the command line, or from the current directory. Instead, using the Import Audio... function from the File menu brings up a file dialog centered on (apparently) the last directory from which I imported any audio in. This is often a completely unrelated directory; then I must (sometimes extensively) navigate to the correct directory to find the files I want. Further, the other directory sometimes has many entries or resides on a different medium, in which case there is a noticeable wait for the unrelated directory to be completely shown before I can start any navigation at all. This may be difficult to change due to users expectations and/or not wanting to add a profusion of interactive options, but I'd like to have it recorded that at least one person finds this behavior less than optimal. I would prefer that the import directory default to the directory of the most recently imported audio file in the _current_ project (ignoring any other simultaneous or previous sessions or projects), or to the current directory if there is no such file (e.g., the project is blank or only uses newly-recorded audio). --- Drake Wilson -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacity depends on: ii audacity-data 1.3.12-6 A fast, cross-platform audio edito ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libflac++6 1.2.1-3 Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-3 Free Lossless Audio Codec - runtim ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii libmad00.15.1b-5 MPEG audio decoder library ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.23-1 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvorbis0a1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 4:0.5.2-6 ffmpeg codec library ii libavformat52 4:0.5.2-6 ffmpeg file format library Versions of packages audacity suggests: ii amb-plugins [ladspa-plugin] 0.6.1-2ambisonics LADPSA plugins ii blepvco [ladspa-plugin] 0.1.0-2LADSPA, minBLEP-based, hard-sync-c ii blop [ladspa-plugin] 0.2.8-5Bandlimited wavetable-based oscill ii caps [ladspa-plugin] 0.4.2-1C* Audio Plugin Suite ii cmt [ladspa-plugin] 1.16-1 a collection of LADSPA plugins pn libmp3lame0 none (no description available) ii mcp-plugins [ladspa-plugin] 0.4.0-1LADSPA plugins designed for Alsa M ii omins [ladspa-plugin] 0.2.0-6a collection of LADSPA plugins aim ii rev-plugins [ladspa-plugin] 0.3.1-1greverb-like ladspa plugin ii swh-plugins [ladspa-plugin] 0.4.15+1-4 Steve Harris's LADSPA plugins ii tap-plugins [ladspa-plugin] 0.7.1-1Tom's Audio Processing LADSPA plug ii vco-plugins [ladspa-plugin] 0.3.0-1LADSPA plugin sporting anti-aliase -- 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#604629: e2fsprogs fails to cross build using xdeb
Package: e2fsprogs Version: 1.41.12-1ubuntu2 Severity: wishlist When cross building using xdeb a macro in MCONFIG.in causes the build to fail -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-22-generic-pae (SMP w/4 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 e2fsprogs depends on: ii e2fslibs1.41.12-1ubuntu2 ext2/ext3/ext4 file system librari ii libblkid1 2.17.2-0ubuntu1 block device id library ii libc6 2.12.1-0ubuntu8 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-1ubuntu2 common error description library ii libss2 1.41.12-1ubuntu2 command-line interface parsing lib ii libuuid12.17.2-0ubuntu1 Universally Unique ID library ii util-linux 2.17.2-0ubuntu1 Miscellaneous system utilities e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none (no description available) pn gpart none (no description available) ii parted 2.3-2ubuntu1 The GNU Parted disk partition resi -- 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#604080: Xen domU fails to boot after install
On Mon, 2010-11-22 at 21:21 +, Miguel Figueiredo wrote: A Sábado 20 Novembro 2010 00:17:14 Daniel Pocock você escreveu: Package: installation-reports should the BR be moved from installation-reports to a specific package? Almost certainly but I don't know which, partly because it's not 100% clear what or where the fix will be and partly because the front runner seems likely to be a fix to the xm-debian.cfg file which is included alongside the vmlinux/initrd.gz in the build -- and I'm not sure which package that corresponds to. Ian. -- Ian Campbell I hate users you sound like a sysadmin already! signature.asc Description: This is a digitally signed message part
Bug#604472: firmware-b43-installer but after reboot I got a black screen!
Hi, This might be a known kernel bug[1] which got fixed recently. The problem is somewhere in the b43/ssb driver, which won't get activated until you install the necessary firmware files. Could you try the latest linux kernel from experimental? I'm having this problem (black screen, machine freezes during boot) on one of my notebooks (HP Compaq 615). I'm using the proprietary driver[2] as a workaround for the time being. That works w/o problems. Best regards Alexander Kurtz [1] https://bugzilla.kernel.org/show_bug.cgi?id=14716 (currently broken) [2] http://packages.debian.org/squeeze/broadcom-sta-source signature.asc Description: This is a digitally signed message part
Bug#604629: Patch to allow cross build with xdeb
The patch below enables the package to cross build using xdeb --- diff -Nru e2fsprogs-1.41.12/debian/patches/cross.diff e2fsprogs-1.41.12-1ubuntu2/debian/patches/cross.diff --- e2fsprogs-1.41.12/debian/patches/cross.diff 1970-01-01 01:00:00.0 +0100 +++ e2fsprogs-1.41.12-1ubuntu2/debian/patches/cross.diff2010-11-22 16:02:27.0 + @@ -0,0 +1,15 @@ +diff -purN e2fsprogs/MCONFIG.in e2fsprogs_patched//MCONFIG.in +--- e2fsprogs/MCONFIG.in 2010-11-22 15:59:32.0 + e2fsprogs_patched//MCONFIG.in 2010-11-22 16:00:31.0 + +@@ -107,7 +107,10 @@ STATIC_LIBBLKID = @STATIC_LIBBLKID@ $(ST + DEPSTATIC_LIBSS = $(LIB)/li...@static_lib_ext@ + DEPSTATIC_LIBCOM_ERR = $(LIB)/libcom_...@static_lib_ext@ + DEPSTATIC_LIBUUID = @DEPSTATIC_LIBUUID@ +-DEPSTATIC_LIBBLKID = @DEPSTATIC_LIBBLKID@ $(STATIC_LIBUUID) ++# Why add the non static string here? ++# - causes the cross build to fail ++# DEPSTATIC_LIBBLKID = @DEPSTATIC_LIBBLKID@ $(STATIC_LIBUUID) ++DEPSTATIC_LIBBLKID = @DEPSTATIC_LIBBLKID@ + + PROFILED_LIBSS = $(LIB)/li...@profiled_lib_ext@ @DLOPEN_LIB@ + PROFILED_LIBCOM_ERR = $(LIB)/libcom_...@profiled_lib_ext@ @SEM_INIT_LIB@ diff -Nru e2fsprogs-1.41.12/debian/patches/series e2fsprogs-1.41.12-1ubuntu2/debian/patches/series --- e2fsprogs-1.41.12/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ e2fsprogs-1.41.12-1ubuntu2/debian/patches/series2010-11-22 14:42:18.0 + @@ -0,0 +1 @@ +cross.diff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604470: linux-image-2.6.32-5-openvz-amd64: degraded inbound network bandwidth
On Tue, Nov 23, 2010 at 10:44:56AM +0300, Vladimir Stavrinov wrote: There is some other strange effect: after some idle time the network in the container stop working at all. I see this problem (drop connectivity) only on the new created for testing container may be because it is idle most of time, while other containers are production and are getting activity continuously. Further investigation show that route to this container in the Hardware Node was dropped for unknown reason. But it is repeated situation. Adding it get connectivity back. -- *** Vladimir Stavrinov * vstavri...@gmail.com *** -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604532: [Pkg-libvirt-maintainers] Bug#604532: virtinst: Cannot install Lenny guest over HTTP
tags 604532 -patch thanks On Mon, Nov 22, 2010 at 05:25:07PM +, Tom Grace wrote: Package: virtinst Version: 0.400.0-7 Severity: normal Tags: patch The virt-install command uses Redhat style CPU arch naming, causing an error fetching the kernel and initrd from the mirror. I've worked around this by hardcoding the arch in the file /usr/share/python-support/virtinst/virtinst/OSDistro.py thus: 538,539c538,539 kernelpath = %s/netboot/debian-installer/%s/linux % (self._prefix, self.arch) initrdpath = %s/netboot/debian-installer/%s/initrd.gz % (self._prefix, self.arch) --- kernelpath = %s/netboot/debian-installer/amd64/linux % (self._prefix) initrdpath = %s/netboot/debian-installer/amd64/initrd.gz % (self._prefix) This isn't a real fix, more of a quick hack, but it does get the installer to run. This is fixed in Squeeze and in an updated version on backports.debian.org. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603842: RFS: triggerhappy
Stefan Tomanek wrote: Dies schrieb Jonathan Nieder (jrnie...@gmail.com): How does this compare to Rick van Rein's funkey[1]? Hm, funkey does require a kernel patch und looks quite dated? Funky Daemon which demonstrates how to parse the /dev/funkey character device. Thanks for a quick response. Sorry, I did not read the following carefully enough: This patch is not being actively maintained, unlike my BadRAM patch. There is an alternative[1] that is said to work without kernel patching on current Linux systems. We keep this page around for historic service, especially because the information about keyboard modes is still useful. [1] http://www.burghardt.pl/wiki/software/esekeyd How does triggerhappy compare to Krzysztof Burghardt's esekeyd? As I said, triggerhappy uses the /dev/input/eventX files, anything that fires SW_, KEY_ or BTN_ events can be used t launch programs. That sounds like very useful information for the package description. Currently it says: | Description: global, user and session independent hotkey daemon | Triggerhappy observes all connected input devices and launches | configured commands when certain keys are pressed. The daemon | works as a system wide service and is independent of any user | session. To nitpick (please don't take this the wrong way --- when a person spends time on things like this, that usually means she thinks your package is valuable): It is easy to misunderstand the short description. I think it is meant to say that that the hotkey daemon is not tied to a user session, but now it conjures up images of user-independent hotkeys. Maybe: Description: hotkey daemon for Linux Triggerhappy watches connected input devices for certain key presses (like Suspend and Volume Control) and runs administrator-configured commands when they are pressed. Unlike suchandsuch, it runs as a persistent, systemwide service and therefore can be used even outside the context of a user or X11 session. . It can also handle remote controls, as they are presented as keyboards. No kernel patch is required. The daemon is a userspace program that polls the /dev/input/event? interfaces for incoming key presses. . For example, this package might be useful on a headless system to use input events generated by a remote control to control an mpd server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601859: wesnoth-1.9: Bad error handling in postinst script
Hi, * PJ Weisberg pjweisb...@gmail.com [2010-11-23 06:06:37 CET]: There was a 1.9.1-1 when I made the earlier report. I've since upgraded to 1.9.2-1. In order to do so, I had to install wesnoth-1.8-core. :-) Right - just stating that it won't be needed for the next upgrade because I fixed it in my codebase. :) (I didn't upgrade immediately because I was in the middle of a campaign and other games have trained me not to upgrade when I still care about my save files.) Good choice, especially for the development release. There is no guarantee in that branch that savegames will stay compatible (or client versions in multiplayer games). If you want something stable to stick with, 1.8 is the way to go. Enjoy! Rhonda -- dholbach Last day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 34 minutes in #ubuntu-classroom on irc.feenode.net * ScottK hands dholbach an r. Rhonda Are they fundraising again? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604630: debian-reference-en: suggestion on comparision of apt-get and aptitude
Package: debian-reference-en Severity: wishlist The debian reference documented differences between apt-get and aptitude in detail.[1] I would suggest one more difference: Comparing to aptitude, apt-get consumes less memory and usually runs operations faster. [1] http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_literal_apt_get_literal_literal_apt_cache_literal_vs_literal_aptitude_literal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593245: linux-image-2.6.32-5-xen-amd64_2.6.32-20_amd64.deb can't start VM's due to udev rule mismatch
Ian Campbell i...@hellion.org.uk writes: The version of xen-utils-common may also have some bearing on this since it is the package which provides /lib/udev/rules.d/xend.rules Here in working case I have $ dpkg-query -W xen* xen-hypervisor-amd64 xen-linux-system-2.6.32-5+bug580889.1-xen-amd64 xen-tools xen-utils-common4.0.0-1 xenstore-utils 4.0.1-1 It's also worth checking for stale entries in /etc/udev/rules.d (or whatever the previous path was) which might be interfering. $ md5sum /lib/udev/rules.d/*xen* cea42daba332764f255dadec112f64c5 /lib/udev/rules.d/xen-backend.rules 5a306f5dba657c3c962c158782e848fb /lib/udev/rules.d/xend.rules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604631: lxc-start fails to start a container when using systemd
Package: lxc Version: 0.7.2-1 Severity: normal User: syst...@packages.debian.org Usertags: cgroups Hi, I'm running systemd [1], a new init system which uses cgroups to supervise and confine processes. It uses a cgroup namespace mounted at /sys/fs/cgroup/systemd When I try to start a lxc container using lxc-start, I get the following error message: # lxc-start -n debian lxc-start: No such file or directory - failed to rename cgroup /sys/fs/cgroup/systemd/24304-/sys/fs/cgroup/systemd/debian lxc-start: failed to spawn 'debian' lxc-start: No such file or directory - failed to remove cgroup '/sys/fs/cgroup/systemd/debian' Michael [1] http://wiki.debian.org/systemd -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-trunk-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. Versions of packages lxc recommends: ii libcap2-bin 1:2.19-3 basic utility programs for using c lxc suggests no packages. -- 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#603432: linux-image-2.6.32-5-amd64 hangs when booted as VM under Xen
Christoph Anton Mitterer cales...@scientia.net writes: Unfortunately it turned out, that my ISP had to but that respective cluster into production now, and was therefore not longer able to play around very much. That's unfortunate. Do they advertise support for hosting debian in a xen publicly? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604621: libclamav6: Clamscan and Clamd crash on Lenny32Bit/VIA-Cpu while scanning PDFs, Lenny32Bit/AMD works fine
On Tue, 23 Nov 2010 07:23:33 +0100 Ralf Spenneberg r...@spenneberg.net wrote: Package: libclamav6 Version: 0.96.4+dfsg-1~volatile1 Severity: important -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libclamav6 depends on: ii libbz2-1.0 1.0.5-1+lenny1high-quality block-sorting file co ii libc6 2.7-18lenny6 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libltdl3 1.5.26-4+lenny1 A system independent dlopen wrappe ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libtommath00.39-3multiple-precision integer library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libclamav6 recommends no packages. Versions of packages libclamav6 suggests: pn libclamunrar6 none (no description available) -- no debconf information Using clamscan or clamd to scan PDF files crashes the process on 32-Bit Lenny running on VIA Samuel 2 CPU. Scanning the same file on AMD Athlon(tm) 64 X2 works fine. I already checked the checksums of the files: ok. I already removed the clamav database and downloaded it again using freshclam. I rebooted the machine to fix any memory issues. The issue is reproducable every time. Calling clamscan --debug on the file shows the following results (last lines): LibClamAV debug: cli_pdf: more than 2 filters per obj flagged in object 30 0 LibClamAV debug: cli_pdf: 30 0 obj flags: 10403 LibClamAV debug: cli_pdf: 31 0 obj flags: 02 LibClamAV debug: cli_pdf: 1 0 obj flags: 10023 LibClamAV debug: cli_pdf: 2 0 obj flags: 02 LibClamAV debug: cli_pdf: 3 0 obj flags: 02 LibClamAV debug: cli_pdf: 4 0 obj flags: 02 LibClamAV debug: cli_pdf: 5 0 obj flags: 02 LibClamAV debug: cli_pdf: 6 0 obj flags: 02 LibClamAV debug: cli_pdf: 7 0 obj flags: 02 LibClamAV debug: cli_pdf: 8 0 obj flags: 03 LibClamAV debug: cli_pdf: 9 0 obj flags: 02 LibClamAV debug: Bytecode executing hook id 258 (2 hooks) LibClamAV debug: Bytecode 4: executing in JIT mode Illegal instruction (core dumped) Hi Ralf, Looks like a bug in the JIT. Please install gdb, and run this command (using the attached gdbscript file): $ gdb -batch -x gdbscript -c core log 21 Where 'core' is the coredump created above (it might be core.pid or something similar). Then attach the file 'log' to this bugreport. Also please provide the output of 'clamconf -n' (I'm interested in the Platform information section), and 'cat /proc/cpuinfo' (I need the family, model, and stepping mostly but please include all the output). Best regards, --Edwin gdbscript Description: Binary data
Bug#504922: Jose install on Dell Inspiron 7500R
Hello, I have tried again with the 'Net install CD 5.0.6' and it works! Understandable but it works Regards -Original Message- From: Christian PERRIER [mailto:bubu...@debian.org] Sent: Wednesday, November 10, 2010 6:43 PM To: José; 504...@bugs.debian.org Subject: Re: Bug#504922: Jose install on Dell Inspiron 7500R Quoting José (jose.alvar...@free.fr): I boot on CD But boot from CD hung on ISOLINUX 4.02 debian-20101014 ETCD Copyright © 1994-2010 H. Peter Anvin et al _ One of the images I pointed you to? I mean, something downloaded from the following? Now that squeeze is about to be released (don't take this as a promise, I'm not the release team!), it would be better if you test the Debian Installer beta1 images for squeeze you'll find at http://www.debian.org/devel/debian-installer. If so, then your problem mught more be an hardware problem. Any chance you can boot from another CD reader? Or boot from a USB stick (see the installation guide, development version, to see how to create a bootable USB stick to install Debian) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting LV to xen results in error can't convert block across chunks or bigger than 64k
Hi Ben,
Thanks for the quick response.
I'm trying the patch you send me but it seems to be a huge difference
from what I get using the source.
This is what i did:
apt-get source linux-image-2.6.26-2-xen-686
cd linux-2.6-2.6.26
fakeroot debian/rules source
fakeroot debian/rules setup
cd debian/build/source_i386_xen
And I tried your patch at this level.
Attached you can find the drivers/md/linear.c I have.
Thanks for your help.
Wouter
-Original Message-
From: Ben Hutchings b...@decadent.org.uk
To: Wouter D'Haeseleer wouter.dhaesel...@vasco.com
Cc: 604...@bugs.debian.org 604...@bugs.debian.org
Subject: Re: Bug#604457: linux-image-2.6.26-2-xen-686: Raid10 exporting
LV to xen results in error can't convert block across chunks or bigger
than 64k
Date: Tue, 23 Nov 2010 03:34:07 +0100
On Tue, 2010-11-23 at 02:31 +, Ben Hutchings wrote:
I have attempted to adjust this for Debian's stable kernel version
(2.6.26) and the result is attached. Please could you test this,
following the instructions at
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official.
Oops, that version was not quite completely adjusted. Please test this
instead.
Ben.
/*
linear.c : Multiple Devices driver for Linux
Copyright (C) 1994-96 Marc ZYNGIER
zyng...@ufr-info-p7.ibp.fr or
m...@gloups.fdn.fr
Linear mode management functions.
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2, or (at your option)
any later version.
You should have received a copy of the GNU General Public License
(for example /usr/src/linux/COPYING); if not, write to the Free
Software Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
*/
#include linux/module.h
#include linux/raid/md.h
#include linux/slab.h
#include linux/raid/linear.h
#define MAJOR_NR MD_MAJOR
#define MD_DRIVER
#define MD_PERSONALITY
/*
* find which device holds a particular offset
*/
static inline dev_info_t *which_dev(mddev_t *mddev, sector_t sector)
{
dev_info_t *hash;
linear_conf_t *conf = mddev_to_conf(mddev);
sector_t block = sector 1;
/*
* sector_div(a,b) returns the remainer and sets a to a/b
*/
block = conf-preshift;
(void)sector_div(block, conf-hash_spacing);
hash = conf-hash_table[block];
while ((sector1) = (hash-size + hash-offset))
hash++;
return hash;
}
/**
* linear_mergeable_bvec -- tell bio layer if two requests can be merged
* @q: request queue
* @bio: the buffer head that's been built up so far
* @biovec: the request that could be merged to it.
*
* Return amount of bytes we can take at this offset
*/
static int linear_mergeable_bvec(struct request_queue *q, struct bio *bio, struct bio_vec *biovec)
{
mddev_t *mddev = q-queuedata;
dev_info_t *dev0;
unsigned long maxsectors, bio_sectors = bio-bi_size 9;
sector_t sector = bio-bi_sector + get_start_sect(bio-bi_bdev);
dev0 = which_dev(mddev, sector);
maxsectors = (dev0-size 1) - (sector - (dev0-offset1));
if (maxsectors bio_sectors)
maxsectors = 0;
else
maxsectors -= bio_sectors;
if (maxsectors = (PAGE_SIZE 9 ) bio_sectors == 0)
return biovec-bv_len;
/* The bytes available at this offset could be really big,
* so we cap at 2^31 to avoid overflow */
if (maxsectors (1 (31-9)))
return 131;
return maxsectors 9;
}
static void linear_unplug(struct request_queue *q)
{
mddev_t *mddev = q-queuedata;
linear_conf_t *conf = mddev_to_conf(mddev);
int i;
for (i=0; i mddev-raid_disks; i++) {
struct request_queue *r_queue = bdev_get_queue(conf-disks[i].rdev-bdev);
blk_unplug(r_queue);
}
}
static int linear_congested(void *data, int bits)
{
mddev_t *mddev = data;
linear_conf_t *conf = mddev_to_conf(mddev);
int i, ret = 0;
for (i = 0; i mddev-raid_disks !ret ; i++) {
struct request_queue *q = bdev_get_queue(conf-disks[i].rdev-bdev);
ret |= bdi_congested(q-backing_dev_info, bits);
}
return ret;
}
static linear_conf_t *linear_conf(mddev_t *mddev, int raid_disks)
{
linear_conf_t *conf;
dev_info_t **table;
mdk_rdev_t *rdev;
int i, nb_zone, cnt;
sector_t min_spacing;
sector_t curr_offset;
struct list_head *tmp;
conf = kzalloc (sizeof (*conf) + raid_disks*sizeof(dev_info_t),
GFP_KERNEL);
if (!conf)
return NULL;
cnt = 0;
conf-array_size = 0;
rdev_for_each(rdev, tmp, mddev) {
int j = rdev-raid_disk;
dev_info_t *disk = conf-disks + j;
if (j 0 || j = raid_disks || disk-rdev) {
printk(linear: disk numbering problem. Aborting!\n);
goto out;
}
disk-rdev = rdev;
blk_queue_stack_limits(mddev-queue,
rdev-bdev-bd_disk-queue);
/* as we don't honour merge_bvec_fn, we must never risk
* violating it, so limit -max_sector to one PAGE, as
* a one page request is never in violation.
*/
if (rdev-bdev-bd_disk-queue-merge_bvec_fn
mddev-queue-max_sectors (PAGE_SIZE9))
Bug#604632: rkhunter: Could the MTA depends be recommends?
Package: rkhunter Version: 1.3.6-4 Severity: wishlist rkhunter depends on exim4 | postfix | sendmail | mail-transport-agent. I'm using it as part of a rescue/recovery live image, and having an MTA doesn't seem strictly necessary, since I'll be using it interactively. I think it'd be better to: - demote the MTA dependency to recommends - change it to default-mta | mail-transport-agent like many other packages Cheers, Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604635: Please mount cgroup fs under /sys/fs/cgroup
Package: cgroup-bin Version: 0.36.2-3 Severity: normal Hi, now that the debian default kernel and the latest upstream kernel 2.6.36 have a dedicated sysfs directory to mount cgroups (/sys/fs/cgroup) we should use that instead of /mnt/cgroup. Regards, Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cgroup-bin depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcgroup10.36.2-3 A library to control and monitor c cgroup-bin recommends no packages. cgroup-bin suggests no packages. -- 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#604634: Fails to unmount /lib/bootchart/tmpfs: Device or resource busy
Package: bootchart2 Version: 0.12.4-2 Severity: normal Hi, I've profiled system startup using the following command line: # cat /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=9a6d2bd2-58d1-4a75-baff-166b8637e3cc ro quiet initcall_debug printk.time=y quiet init=/sbin/bootchartd After the successful boot, the bootchart is correctly created. But bootchart fails to unmount its tmpfs mounts: # mount | grep boot none on /lib/bootchart/tmpfs type tmpfs (rw,nosuid,noexec,relatime) none on /lib/bootchart/tmpfs/proc type proc (rw,nosuid,nodev,noexec,relatime) none on /lib/bootchart/tmpfs type tmpfs (rw,nosuid,noexec,relatime) And dmesg contains [ 36.241313] bootchart-collector unmounted proc / clean exit [ 36.241314] umount /lib/bootchart/tmpfs: Device or resource busy The problem is 100% reproducible, if you need more information, please let me know. Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bootchart2 depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib Versions of packages bootchart2 recommends: ii pybootchartgui0.12.4-2 viewer for boot process performanc bootchart2 suggests no packages. -- 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#604604: qemu-kvm: vm entry failed with error 0xffffffff; kvm_run returned -22
tags 604604 - moreinfo tags 604604 + confirmed upstream patch reassign 604604 linux-image-2.6.32-5-i686 2.6.32-27 severity 604604 normal thanks 23.11.2010 01:20, Jakub Wilk wrote: Package: qemu-kvm Version: 0.13.0+dfsg-2 Severity: grave Justification: renders package unusable After 0.12.5+dfsg-5 - 0.13.0+dfsg-2 upgrade kvm doesn't start anymore. I get an error immediately: $ kvm kvm: vm entry failed with error 0x kvm_run returned -22 I can confirm this issue on 32bit kernel (not on 64bit one), and the patch I referred to before fixes the issue. So I'm reassigning this bug to linux-2.6 (kernel), lowering severity and tagging appropriately. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604096: #601341, #602418 and #604096 seem to be duplicates
Hi, The following bugs seem to be identical: #601341 package linux-2.6 title xserver-xorg-video-nouveau: hangs X fb console on black screen on dom0 xen instance linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601341 #602418 package linux-2.6 title linux-image-2.6.32-5-xen-amd64: with xen 4.0, fork()/clone() fails with ENOMEM during X startup with nv driver linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602418 #604096 package xserver-xorg title xserver-xorg: freezes when running as dom0 under Xen 4.0 at startup linkhttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=604096 They all seem to be fixed by this kernel: http://xenbits.xen.org/people/ianc/ I think it would be a good idea to *) merge them all *) assign to linux-2.6 *) mark as affecting xserver-xorg *) mark as patched *) possibly mark them as RC Any objections? Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#586268: RFP: photofilmstrip -- a slideshow creator
hello is there anyone working on this package, otherwise, i'd ITP it. yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604636: libcamlimages-ocaml-dev: does not install oFreetype.cmi
Package: libcamlimages-ocaml-dev Version: 1:3.0.1-5+b3 Severity: normal oFreetype.cmi is created during build but is not installed. So OFreetype is present in cma but is not accessible because of cmi absence. $ ls src/oFreetype.* src/oFreetype.cmi src/oFreetype.cmo src/oFreetype.cmx src/oFreetype.ml src/oFreetype.o $ ls /usr/lib/ocaml/camlimages/oFreetype.* ls: cannot access /usr/lib/ocaml/camlimages/oFreetype.*: No such file or directory Maybe there are some other modules with this problem.. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcamlimages-ocaml-dev depends on: ii libcamlimages-ocaml [li 1:3.0.1-5+b3 OCaml image processing library (Ru ii libfreetype6-dev2.3.7-2+lenny1 FreeType 2 font engine, developmen ii libgif-dev 4.1.6-6 library for GIF images (developmen ii libjpeg62-dev 6b1-1Development files for the IJG JPEG ii liblablgtk2-ocaml-dev [ 2.14.0+dfsg-2+b1 OCaml bindings to Gtk+ version 2 ii libpng12-dev1.2.27-2+lenny2 PNG library - development ii libtiff4-dev3.8.2-11.3 Tag Image File Format library (TIF ii libxpm-dev 1:3.5.7-1X11 pixmap library (development he ii ocaml [ocaml-3.11.2]3.11.2-1 ML language implementation with a ii ocaml-nox [ocaml-nox-3. 3.11.2-1 ML implementation with a class-bas libcamlimages-ocaml-dev recommends no packages. libcamlimages-ocaml-dev suggests no packages. -- 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#444392: miniupnpc upload
On 11/23/2010 02:02 AM, Eugene V. Lyubimkin wrote: [ CC'ed some interested persons ] Hi, Thomas, I don't consider the availability of the 'iptables.h' a blocker for uploading, and here is why. The status quo, as I understand, is 'several packages embed miniupnpc in their source trees'. I considering this situation as much worse than 'single, properly packaged miniupnpc embedding one single header file'. Not having this package also blocks one of my sponsoree's packages to be updated. Please upload your packaging to Debian unstable/experimental soon. Otherwise I will have to do a hijack attempt (or leave this action for any willing DD in CC if he/she wants) with sponsoring Adam's packaging which looks overall good to me except of easily resolvable details. Hi, I agree with what you say above, and I will work again on building the full of the miniupnp things (libraries, server, client, etc.), even if it means embedding an iptables.h from the kernel sources. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603842: esekeyd and triggerhappy (Re: RFS: triggerhappy)
Hi Krzysztof and Stefan, Stefan Tomanek wrote: I think esekeyd can only handle KEY events, while triggerhappy can also process Switch and button events. I am also unsure whether esekeyd support the hotplugging of input devices (done in triggerhappy by a udev script) or daemon control via socket. From what I see, esekeyd also lacks the support for modes, which can modify the button assignment depending on the state the daemon is in. Thanks, that helps. Next comes a question that might sound off-topic. Would it be easy and would it be sensible to teach esekeyd these features? To be clear, I am not a DD, so please do not feel obligated to answer me as a hoop before getting triggerhappy uploaded. It won't help. :) What I am trying to figure out is whether esekeyd and triggerhappy occupy different niches or if it is an accident of history that you are not already working on the same codebase. IIUC triggerhappy is very young so there might be a chance to merge or make the user interfaces compatible before users grow irrationally attached to the quirks of one or the other. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604573: gnash-tools: gprocessor gets stuck on kfreebsd-amd64, works fine on kfreebsd-i386
Hi. For kfreebsd-amd64 it suffices to pass --disable-jemalloc during configure. Please could you disable jemalloc on non-linux platforms. The malloc is used internally in pthread library ... Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604637: [INTL:es] po-debconf manpages translation to Spanish
Package: po-debconf Severity: wishlist Tags: l10n, patch Hi: Please find attached the PO file of the Spanish translation, as well as the addendum for translator credits Regards, -- Omar Campagne Polaino po-debconf-es.tar.gz Description: Binary data
Bug#604621: libclamav6: Clamscan and Clamd crash on Lenny32Bit/VIA-Cpu while scanning PDFs, Lenny32Bit/AMD works fine
Hi. Thanks for the fast response. Am Dienstag, den 23.11.2010, 11:00 +0200 schrieb Török Edwin: Please install gdb, and run this command (using the attached gdbscript file): $ gdb -batch -x gdbscript -c core log 21 I have problems running the gdbscript. The log contains: (no debugging symbols found) Core was generated by `clamscan --debug p003'. Program terminated with signal 4, Illegal instruction. [New process 31347] [New process 31434] #0 0xb17cbe2a in ?? () /root/gdbscript:1: Error in sourced command file: A syntax error in expression, near `/mr'. Also please provide the output of 'clamconf -n' (I'm interested in the Platform information section), Platform information uname: Linux 2.6.26-2-486 #1 Thu Sep 16 18:43:30 UTC 2010 i686 OS: linux-gnu, ARCH: i386, CPU: i486 zlib version: 1.2.3.3 (1.2.3.3), compile flags: 55 Triple: i386-pc-linux-gnu CPU: generic, Little-endian platform id: 0x0a1138380404030201040302 and 'cat /proc/cpuinfo' (I need the family, model, and stepping mostly but please include all the output). cat /proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 7 model name : VIA Samuel 2 stepping: 3 cpu MHz : 599.925 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow bogomips: 1201.80 clflush size: 32 power management: Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604608: liferea: does not link against required libICE6 or libX11-6
forcemerge 555384 604608 thanks cu Adrian -- Is there not promise of rain? Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. Only a promise, Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603981: initramfs-tools: Load PowerMac G5 thermal modules
On Sat, 20 Nov 2010, Milan Kupcevic wrote: New patch is attached. thank you very much, merged for review in maks/hook_thermal http://git.debian.org/?p=kernel/initramfs-tools.git;a=summary -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604638: initramfs-tools: still leaks environment
Package: initramfs-tools Version: 0.98.4 Severity: normal Hi, This is a similar problem that was reported in #505440. The DEVICE variable is leaked into the environment. The mdadm mkconf script uses DEVICE when it is installing its config file. In my case DEVICE is set by initramfs-tools to eth0. For now a patch(*) was written for mdadm, but it could be that other scripts use DEVICE. * http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=commitdiff;h=5c25378545bce50908de54946753b3fd63524724 -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 9.5M Oct 20 15:16 /boot/initrd.img-2.6.32-5-amd64 -- /proc/cmdline root=/dev/xvda1 ro -- /proc/filesystems ext3 -- lsmod Module Size Used by dm_mirror 21120 0 dm_log 14212 1 dm_mirror dm_snapshot19400 0 dm_mod 59248 3 dm_mirror,dm_log,dm_snapshot raid10 24192 0 raid456 127520 0 async_xor 8448 1 raid456 async_memcpy6912 1 raid456 async_tx 11764 3 raid456,async_xor,async_memcpy xor10384 2 raid456,async_xor raid1 24832 0 raid0 10624 0 multipath 11392 0 linear 8960 0 md_mod 81700 6 raid10,raid456,raid1,raid0,multipath,linear thermal_sys17728 0 nfs 257712 0 lockd 69200 1 nfs nfs_acl 7552 1 nfs sunrpc200424 5 nfs,lockd,nfs_acl ext3 125456 1 jbd54696 1 ext3 mbcache13188 1 ext3 -- /etc/initramfs-tools/modules scsi_dh_rdac -- /etc/kernel-img.conf do_symlinks = Yes do_initrd = Yes silent_modules=yes clobber_modules=yes do_boot_enable=no -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=n COMPRESS=gzip BOOT=local DEVICE= NFSROOT=auto -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no -- /proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] unused devices: none -- mkinitramfs hooks /etc/initramfs-tools/hooks/: /usr/share/initramfs-tools/hooks: busybox dmsetup keymap klibc lvm2 mdadm thermal udev -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages initramfs-tools depends on: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii findutils 4.4.2-1utilities for finding files--find, ii klibc-utils 1.5.20-1 small utilities built with klibc f ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 160-1 /dev/ and hotplug management daemo Versions of packages initramfs-tools recommends: pn busybox | busybox-initramfs none (no description available) Versions of packages initramfs-tools suggests: pn bash-completion none (no description available) -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.utf8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604621: libclamav6: Clamscan and Clamd crash on Lenny32Bit/VIA-Cpu while scanning PDFs, Lenny32Bit/AMD works fine
On Tue, 23 Nov 2010 10:42:38 +0100 Ralf Spenneberg r...@spenneberg.net wrote: Hi. Thanks for the fast response. Am Dienstag, den 23.11.2010, 11:00 +0200 schrieb Török Edwin: Please install gdb, and run this command (using the attached gdbscript file): $ gdb -batch -x gdbscript -c core log 21 I have problems running the gdbscript. The log contains: Sorry, please use the newly attached gdbscript (apparently the gdb version in lenny doesn't know about /mr). (no debugging symbols found) Core was generated by `clamscan --debug p003'. Program terminated with signal 4, Illegal instruction. [New process 31347] [New process 31434] #0 0xb17cbe2a in ?? () /root/gdbscript:1: Error in sourced command file: A syntax error in expression, near `/mr'. Also please provide the output of 'clamconf -n' (I'm interested in the Platform information section), Platform information uname: Linux 2.6.26-2-486 #1 Thu Sep 16 18:43:30 UTC 2010 i686 OS: linux-gnu, ARCH: i386, CPU: i486 zlib version: 1.2.3.3 (1.2.3.3), compile flags: 55 Triple: i386-pc-linux-gnu CPU: generic, Little-endian OK, that explains it, I'll update the bytecode. Best regards, --Edwin gdbscript Description: Binary data
Bug#604639: flac fails to cross build using xdeb
Subject: flac fails to cross build using xdeb Package: flac Version: 1.2.1 Severity: wishlist Package needs to be configured with target ogg includes libraries when cross building, as per patch below --- diff -purN maverick/flac-1.2.1//debian/rules ppa/dputted/flac-1.2.1-3//debian/rules --- maverick/flac-1.2.1//debian/rules 2010-11-23 09:54:58.0 + +++ ppa/dputted/flac-1.2.1-3//debian/rules 2010-11-23 09:58:53.0 + @@ -30,8 +30,9 @@ endif ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub . endif - CFLAGS=$(CFLAGS) CXXFLAGS=$(CFLAGS) ./configure $(CONFIGURE_ARGS) \ + --with-ogg-includes=/usr/$(DEB_HOST_GNU_TYPE)/usr/include \ + --with-ogg-libraries=/usr/$(DEB_HOST_GNU_TYPE)/usr/lib \ --prefix=/usr --mandir=/usr/share/man --disable-rpath \ --disable-xmms-plugin \ --disable-asm-optimizations -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-22-generic-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601971: Please unblock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This upload was blocked again due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has been found that that bug is not due to liboauth (see last comment on that bug about the fact that twitter OAuth works). Its a problem with bti, in which bti is using identi.ca where OAuth is not needed. Could someone please unblock this package? The reason I want this to happen early is because I want it to enter squeeze quite some time before release so that we have a safe margin. Thanks! Bilal Akhtar. - -- Bilal Akhtar - Ubuntu Developer, yet still 14 years old. More information about him can be found on https://edge.launchpad.net/~bilalakhtar IRC nick: bilalakhtar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM65LtAAoJENsMxwzgYeH2VaUH+gPd7d/jpHiKbuIkd5HlvBPP N1L7c6cbpqfkwzMM0IuKK7ymCiEABbE0Xfs9bPjZEtKIjEIZ3uqnbtTX5yxiuo/1 oPDU7/ljVPAH6vq2ll7d6s4bcwqz1pI3BXAtqf4foLG5F1sRZ00m+abkYUVHdDSe 33VKOYwhML3GHf4scMVS9FJbov8/uVwQE5i+omFz1z/baX6nUm+xiqWNAFRK8Lp6 Oyhyt96Ey4e8GoSzmqMwYa9CRe2G+rwWSsnf3ytNlIKXuSdyQd7+ZjbAKtqkWOEy AEHkIXGILnCaATI8UtnX9eCIyQ7Xeeuf23DHMQM/rTfAR8wZV1h4gbDzWmoR5Ac= =EvPX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#432838: Status
On Mon Nov 22 18:59, Simon Fondrie-Teitler wrote: Hi, What is the status of this? There does not seem to have been any progress since your last email in 2007. Is it OK if I take over the ITP? Well, I've not done anything with the upstream code either since then, but be my guest. Matt signature.asc Description: Digital signature
Bug#552755: Dovecot; Security update broke system
Hi, Can you confirm that dovecot-imapd is still broken in squeeze? In that case this bug would be release-critical. Otherwise I'd mark it as fixed in squeeze and close it. Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#604636: libcamlimages-ocaml-dev: does not install oFreetype.cmi
On Tue, Nov 23, 2010 at 11:47:28AM +0200, ygrek wrote: Package: libcamlimages-ocaml-dev Version: 1:3.0.1-5+b3 Severity: normal oFreetype.cmi is created during build but is not installed. So OFreetype is present in cma but is not accessible because of cmi absence. $ ls src/oFreetype.* src/oFreetype.cmi src/oFreetype.cmo src/oFreetype.cmx src/oFreetype.ml src/oFreetype.o $ ls /usr/lib/ocaml/camlimages/oFreetype.* ls: cannot access /usr/lib/ocaml/camlimages/oFreetype.*: No such file or directory Maybe there are some other modules with this problem.. Upstream author seems to distribute freetype.mli to access freetype. Maybe he wants to keep oFreetype internal. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604640: missing man pages for the anjuta package
Package: anjuta Tags: patch User: soc-coordinat...@lists.alioth.debian.org anjuta-tags.1 Description: Binary data gbf-am-parse.1 Description: Binary data gbf-mkfile-parse.1 Description: Binary data
Bug#601971: Please unblock
reopen 601971 tags 601971 + moreinfo thanks On 0, Bilal Akhtar bilalakh...@ubuntu.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This upload was blocked again due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has been found that that bug is not due to liboauth (see last comment on that bug about the fact that twitter OAuth works). Its a problem with bti, in which bti is using identi.ca where OAuth is not needed. Could someone please unblock this package? The reason I want this to happen early is because I want it to enter squeeze quite some time before release so that we have a safe margin. Is it possible for identi.ca users to still use bti? The reason to have liboauth in Squeeze is to allow bti to work with Twitter. But, if it introduces a regression (here wrt. identi.ca) then, it won't be unblocked. (I didn't test yet since I don't use twitter or identi.ca) Regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604641: iscsitarget-source: fails to compile against kernel 2.6.36
Package: iscsitarget-source Version: 1.4.20.2-1 Severity: normal Compiliation against kernel 2.6.36 fails: /usr/src/modules/iscsitarget/kernel/conn.c: In function ‘conn_info_show’: /usr/src/modules/iscsitarget/kernel/conn.c:47: error: implicit declaration of function ‘NIPQUAD’ /usr/src/modules/iscsitarget/kernel/conn.c:47: warning: too few arguments for format regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-11-23t11-34...@devnull.michael-prokop.at
Bug#604642: opencv-doc: please include HTML version of the documentation
Package: opencv-doc Version: 2.1.0-2 Severity: wishlist Please include a HTML version (as available online[1]) of the documentation in opencv-doc. Also some files in /usr/share/doc/opencv-doc should probably not be included: license.txt (the same information is already available in copyright) and CMakeLists.txt. Regards, Ansgar [1] http://opencv.willowgarage.com/documentation/cpp/index.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604643: speakup-source: fails to compile against kernel 2.6.36
Package: speakup-source Version: 3.1.5.dfsg.1-1 Severity: normal [...] CC [M] /usr/src/modules/speakup/buffers.o /usr/src/modules/speakup/buffers.c: In function ‘speakup_start_ttys’: /usr/src/modules/speakup/buffers.c:33: error: ‘struct vc_data’ has no member named ‘vc_tty’ /usr/src/modules/speakup/buffers.c:34: error: ‘struct vc_data’ has no member named ‘vc_tty’ /usr/src/modules/speakup/buffers.c: In function ‘speakup_stop_ttys’: /usr/src/modules/speakup/buffers.c:56: error: ‘struct vc_data’ has no member named ‘vc_tty’ /usr/src/modules/speakup/buffers.c:57: error: ‘struct vc_data’ has no member named ‘vc_tty’ make[4]: *** [/usr/src/modules/speakup/buffers.o] Error 1 regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-11-23t11-39...@devnull.michael-prokop.at
Bug#604644: loop-aes-source: does not compile against kernel 2.6.36
Package: loop-aes-source Version: 3.3a-1 Severity: normal Compile against kernel 2.6.36[.1]: [..] CC [M] /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.o /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c: In function ‘loop_get_buffer’: /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:588: error: ‘BIO_RW_BARRIER’ undeclared (first use in this function) /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:588: error: (Each undeclared identifier is reported only once /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:588: error: for each function it appears in.) /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:588: error: ‘BIO_RW_AHEAD’ undeclared (first use in this function) /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:621: error: ‘BIO_RW_SYNCIO’ undeclared (first use in this function) /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c: In function ‘loop_make_request_real’: /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:938: error: ‘BIO_RW_BARRIER’ undeclared (first use in this function) /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c: In function ‘loop_set_fd’: /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:1489: error: too many arguments to function ‘blk_queue_ordered’ /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:1508: error: too many arguments to function ‘blk_queue_ordered’ /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c: In function ‘loop_clr_fd’: /usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.c:1629: error: too many arguments to function ‘blk_queue_ordered’ make[4]: *** [/usr/src/modules/loop-aes/tmp-d-kbuild/patched-loop.o] Error 1 regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-11-23t11-44...@devnull.michael-prokop.at
Bug#604641: iscsitarget-source: fails to compile against kernel 2.6.36
* Michael Prokop m...@debian.org [Die Nov 23, 2010 at 11:35:25 +0100]:
Compiliation against kernel 2.6.36 fails:
/usr/src/modules/iscsitarget/kernel/conn.c: In function ‘conn_info_show’:
/usr/src/modules/iscsitarget/kernel/conn.c:47: error: implicit declaration of
function ‘NIPQUAD’
/usr/src/modules/iscsitarget/kernel/conn.c:47: warning: too few arguments for
format
The attached patch addresses this issue.
regards,
-mika-
From 664e3bc1edbb5569baceb56675862e06ead3e1d6 Mon Sep 17 00:00:00 2001
From: Michael Prokop m...@grml.org
Date: Tue, 23 Nov 2010 11:31:36 +0100
Subject: [PATCH] Fix compile against kernel 2.6.36
---
debian/changelog |9 +
kernel/conn.c|2 +-
2 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 9eaecd5..5c5af60 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+iscsitarget (1.4.20.2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * NIPQUAD definition has been removed in kernel 2.6.36,
+adjust kernel/conn.c accordingly so iscsitarget compiles
+against kernel 2.6.36.
+
+ -- Michael Prokop m...@grml.org Tue, 23 Nov 2010 11:29:48 +0100
+
iscsitarget (1.4.20.2-1) unstable; urgency=low
* New Upstream Bug Fix Release
diff --git a/kernel/conn.c b/kernel/conn.c
index ec6dada..c7b8ea1 100644
--- a/kernel/conn.c
+++ b/kernel/conn.c
@@ -44,7 +44,7 @@ void conn_info_show(struct seq_file *seq, struct iscsi_session *session)
switch (sk-sk_family) {
case AF_INET:
snprintf(buf, sizeof(buf),
- %u.%u.%u.%u, NIPQUAD(inet_sk(sk)-inet_daddr));
+ %pI4, inet_sk(sk)-inet_daddr);
break;
case AF_INET6:
snprintf(buf, sizeof(buf), [%pI6],
--
1.7.1
signature.asc
Description: Digital signature
Bug#601971: Please unblock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/23/2010 01:33 PM, Mehdi Dogguy wrote: reopen 601971 tags 601971 + moreinfo thanks On 0, Bilal Akhtar bilalakh...@ubuntu.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This upload was blocked again due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has been found that that bug is not due to liboauth (see last comment on that bug about the fact that twitter OAuth works). Its a problem with bti, in which bti is using identi.ca where OAuth is not needed. Could someone please unblock this package? The reason I want this to happen early is because I want it to enter squeeze quite some time before release so that we have a safe margin. Is it possible for identi.ca users to still use bti? The reason to have liboauth in Squeeze is to allow bti to work with Twitter. But, if it introduces a regression (here wrt. identi.ca) then, it won't be unblocked. LibOAuth works well with identi.ca (both of them use the same OAuth 1.0 spec) it isn't introducing a regression. The problem is with BTI, which is using the twitter OAuth links for identi.ca . It is an easy fix, which gregor will commit soon. It isn't any regression or something. The library works well with Twitter and the same case is with Identi.ca. Bilal Akhtar. (I didn't test yet since I don't use twitter or identi.ca) Regards, - -- Bilal Akhtar - Ubuntu Developer, yet still 14 years old. More information about him can be found on https://edge.launchpad.net/~bilalakhtar IRC nick: bilalakhtar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM65tmAAoJENsMxwzgYeH2UnIH/3Lyw+oGnycox+VO50ZceKRY //3VsOxljLSd3SV7EQiPGG6nyrNHGmyGoT4RYnrZr0lqTuf3K608sGmRr9Gva7aY viuXSbO3tnk8SfNY0nIi5Dfv/xi8L5pGt2GUciLKaYDcHzzONlbHhdwGaBFMjNly 8v9ogMIYyDoQlOEIMjUXDytgtZ/xXQwkcrl21A13PHzoCYbR+FyMT9TZI8/8yrGF Z8hPEWvHxfiZoWgToKXPU0lZo/8EQlhE3KO/Xn3ZdaFNTs0bbpove/tNsp+xJW8t EFE/6RahRu5r1BXLG1Up8uG7IZkSIGFAbgzFTcSDPTPECrw2540l8QMi2jAh7o8= =LL2s -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603981: initramfs-tools: Load PowerMac G5 thermal modules
On Tue, Nov 23, 2010 at 11:30:21AM +0100, Mattia Tristo wrote: I have installed Debian 5.0 PPC testing on my PowerMac 7,3 tomorrow in the afternoon i will test the patch Thanks how *often* do I have to repeat that, no private mails! if you have to say something in public, do so. No private support, thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604553: texlive-games: font for chess-problem-diagrams missing
On 22.11.10 Ralf Treinen (trei...@debian.org) wrote: Hi, I'm trying to run the first example of the document Creating diagrams for chess problems (included below). This triggers an error since the fselch12 font is not available (and I was unable to locate is elsewhere in sid). The trick is: the font files are put as zip file to CTAN. And this zip-file was packaged as found there: /usr/share/doc/texlive-games/latex/chess-problem-diagrams/fonts.zip Unzipping that file, distributing the font files correctly to the texmf tree and running mktexlsr should solve your problem. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604643: speakup-source: fails to compile against kernel 2.6.36
tags 604643 + upstream fixed-upstream patch wontfix
thanks
Michael Prokop, le Tue 23 Nov 2010 11:40:12 +0100, a écrit :
CC [M] /usr/src/modules/speakup/buffers.o
/usr/src/modules/speakup/buffers.c: In function ‘speakup_start_ttys’:
/usr/src/modules/speakup/buffers.c:33: error: ‘struct vc_data’ has no member
named ‘vc_tty’
/usr/src/modules/speakup/buffers.c:34: error: ‘struct vc_data’ has no member
named ‘vc_tty’
/usr/src/modules/speakup/buffers.c: In function ‘speakup_stop_ttys’:
/usr/src/modules/speakup/buffers.c:56: error: ‘struct vc_data’ has no member
named ‘vc_tty’
/usr/src/modules/speakup/buffers.c:57: error: ‘struct vc_data’ has no member
named ‘vc_tty’
make[4]: *** [/usr/src/modules/speakup/buffers.o] Error 1
Yes. Unfortunately we can't do much for future kernels that we don't
know about (2.6.36 is one of those actually, when speaking about latest
upstream merge before the freeze). Fortunately speakup is in the staging
tree and thus will be available in 2.6.37, making the speakup-source
package useless and thus to be dropped.
The fix (see attached patch) is too late for Squeeze, and will not be
useful for wheezy, so it's just not going to be fixed.
Samuel
commit 2a7c7a90f90824434ee7d996475fd3bf84631e07
Author: Greg Kroah-Hartman gre...@suse.de
Date: Thu Oct 7 19:30:49 2010 -0700
Staging: speakup: fix speakup core to build properly
The vc_data structure changed to move the tty structure off to the port,
so change the code to handle this. Now the code will build properly,
and hopefully work as well.
Cc: William Hubbs w.d.hu...@gmail.com
Cc: Samuel Thibault samuel.thiba...@ens-lyon.org
Signed-off-by: Greg Kroah-Hartman gre...@suse.de
diff --git a/drivers/staging/speakup/buffers.c
b/drivers/staging/speakup/buffers.c
index 6dd53cf..b7b60d5 100644
--- a/drivers/staging/speakup/buffers.c
+++ b/drivers/staging/speakup/buffers.c
@@ -28,8 +28,8 @@ void speakup_start_ttys(void)
for (i = 0; i MAX_NR_CONSOLES; i++) {
if (speakup_console[i] speakup_console[i]-tty_stopped)
continue;
- if ((vc_cons[i].d != NULL) (vc_cons[i].d-vc_tty != NULL))
- start_tty(vc_cons[i].d-vc_tty);
+ if ((vc_cons[i].d != NULL) (vc_cons[i].d-port.tty != NULL))
+ start_tty(vc_cons[i].d-port.tty);
}
}
EXPORT_SYMBOL_GPL(speakup_start_ttys);
@@ -39,9 +39,8 @@ static void speakup_stop_ttys(void)
int i;
for (i = 0; i MAX_NR_CONSOLES; i++)
- if ((vc_cons[i].d != NULL) (vc_cons[i].d-vc_tty != NULL))
- stop_tty(vc_cons[i].d-vc_tty);
- return;
+ if ((vc_cons[i].d != NULL) (vc_cons[i].d-port.tty != NULL))
+ stop_tty(vc_cons[i].d-port.tty);
}
static int synth_buffer_free(void)
diff --git a/drivers/staging/speakup/main.c b/drivers/staging/speakup/main.c
index 8c54965..2ef3b39 100644
--- a/drivers/staging/speakup/main.c
+++ b/drivers/staging/speakup/main.c
@@ -2010,7 +2010,7 @@ speakup_key(struct vc_data *vc, int shift_state, int
keycode, u_short keysym,
return 0;
spk_lock(flags);
- tty = vc-vc_tty;
+ tty = vc-port.tty;
if (type = 0xf0)
type -= 0xf0;
if (type == KT_PAD
Bug#604638: initramfs-tools: still leaks environment
On Tue, Nov 23, 2010 at 11:07:10AM +0100, Rudy Gevaert wrote: This is a similar problem that was reported in #505440. The DEVICE variable is leaked into the environment. The mdadm mkconf script uses DEVICE when it is installing its config file. In my case DEVICE is set by initramfs-tools to eth0. For now a patch(*) was written for mdadm, but it could be that other scripts use DEVICE. * http://git.debian.org/?p=pkg-mdadm/mdadm.git;a=commitdiff;h=5c25378545bce50908de54946753b3fd63524724 can you please post a proove of that leak? somewhere in the boot process: env $(mktemp -t foobar.env.) we don't export DEVICE variable anywhere, so I don't see how that leak could be growing? thank you -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463002: Doomsday Engine
Hello, I'm packaging Doomsday Engine outside of Debian (and Ubuntu), but intent to adapt the package in order to follow al (at least most) Debian Policy Guidelines. The current package: $ apt-cache show deng Package: deng Version: 1.9.0-beta6.9-maverick-kees3 Architecture: amd64 Maintainer: Kees Meijs p...@keesmeijs.nl Installed-Size: 5836 Depends: libc6 (= 2.7), libcurl3 (= 7.16.2-1), libgl1-mesa-glx | libgl1, libglu1-mesa | libglu1, libice6 (= 1:1.0.0), libncurses5 (= 5.7+20100313), libpng12-0 (= 1.2.13-4), libsdl-mixer1.2 (= 1.2.6), libsdl-net1.2, libsdl1.2debian (= 1.2.10-1), libsm6, libx11-6, libxext6, zlib1g (= 1:1.1.4) Recommends: doom-wad | boom-wad, timidity Suggests: game-data-packager Provides: doom-engine Homepage: http://www.dengine.net/ Priority: extra Section: universe/games Filename: pool/main/d/deng/deng_1.9.0-beta6.9-maverick-kees3_amd64.deb Size: 3245570 SHA256: e45d6dc8657323273b063f6043fa9ae71a858bdd37aba3222edb9d8a53dd9215 SHA1: 31ca00be2c31e3ef94340c3d2a4df8adc2fa690c MD5sum: 1a6d2471c9acf208334c1cbffe9b47d1 Description: An enhanced DOOM source port The purpose of the Doomsday Engine project is to create versions of DOOM, Heretic and Hexen that feel the same as the original games but are implemented using modern techniques such as 3D graphics and client/server networking. A lot of emphasis is placed on good-looking graphics. . Doomsday Engine (or deng for short) requires an IWAD to play. You can install your commercial IWADs using game-data-packager. More on this soon! Regards, Kees -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604645: kde-full: fails to stop or restart the computer sometimes
Package: kde-full Version: 5:64 Severity: normal Sometimes when i click in the menu on Stop or Restart the computer , only the windows appears with the message The computer will be stopped or restarted in 30 seconds nothing happen, if i want to to stop or restart the computer i must open an konsole and type halt or stutdown -r now. I investigate the cause of these problem which is very unpleasant and i found that happen each time i watch an video on youtube or dailymotion with firefox, after pulseaudio does not work fine and all the events managed by knotify4 does not work no sound emitted, I found that knotify4 is an client of pulseaudio. At the same time if i look an video with xine or mplayer the sound work fine. When the computer is stopped or restarted i supposed that the script launched call knotify4 and he stop or wait something . -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kde-full depends on: ii kde-plasma-desktop5:64 the KDE Plasma Desktop and minimal ii kde-plasma-netbook5:64 the KDE Plasma Netbook and minimal ii kdeadmin 4:4.4.5-4 system administration tools from t ii kdeartwork4:4.4.5-1 themes, styles and other artwork f ii kdeedu4:4.4.5-2 educational applications from the ii kdegames 4:4.4.5-1 games from the official KDE releas ii kdegraphics 4:4.4.5-2 graphics applications from the off ii kdemultimedia 4:4.4.5-1 multimedia applications from the o ii kdenetwork4:4.4.5-1 networking applications from the o ii kdepim4:4.4.7-2 Personal Information Management ap ii kdeplasma-addons 4:4.4.5-1 addons for Plasma ii kdeutils 4:4.4.5-1 general-purpose utilities from the Versions of packages kde-full recommends: ii kde-standard 5:64 the KDE Plasma Desktop and standar ii kdeaccessibility 4:4.4.5-1 accessibility packages from the of ii kdesdk4:4.4.5-1 Software Development Kit from the ii kdetoys 4:4.4.5-1 desktop toys from the official KDE ii kdewebdev 4:4.4.5-1 web development apps from the offi Versions of packages kde-full suggests: ii kde-l10n-fr [kde-l10n]4:4.4.5-1 French (fr) localization files for pn koffice none (no description available) ii xorg 1:7.5+8X.Org X Window System -- 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#601971: Please unblock
On Tue, 23 Nov 2010 11:33:29 +0100, Mehdi Dogguy wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has been found that that bug is not due to liboauth (see last comment on that bug about the fact that twitter OAuth works). Its a problem with bti, in which bti is using identi.ca where OAuth is not needed. Is it possible for identi.ca users to still use bti? The reason to have liboauth in Squeeze is to allow bti to work with Twitter. But, if it introduces a regression (here wrt. identi.ca) then, it won't be unblocked. bti works for identi.ca with Basic Auth (broken is only the new feature with OAuth, so there's no regression. of course it would be nicer with this feature unbroken, that's why I've waited for an upstream fix.)) Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-BOFH excuse #289: Interference between the keyboard and the chair. signature.asc Description: Digital signature
Bug#604208: autolog: package purge (after dependencies removal) fails
Hi! * Hideki Yamane henr...@debian.or.jp [101123 07:13]: I fixed this bug as below and test with piuparts is fine. Please apply it, thanks. [..] --- autolog-0.40/debian/postrm2010-11-11 14:06:32.0 +0900 +++ autolog-0.40/debian/postrm2010-11-23 15:09:34.0 +0900 @@ -1,6 +1,5 @@ #!/bin/sh set -e -PATH=/bin:/usr/bin:/usr/sbin #DEBHELPER# if [ $1 = purge ]; then I haven't checked it, but guessing that the PATH is set on purpose, wouldn't a better (and less introsive) fix be, to add /sbin to PATH? Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604646: 9base: Please add support for armhf
Source: 9base
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN 9base-6/debian/control 9base-6.armhf//debian/control
--- 9base-6/debian/control 2010-11-22 19:53:03.0 +
+++ 9base-6.armhf//debian/control 2010-11-22 19:41:25.319778754 +
@@ -10,7 +10,7 @@
Vcs-Git: git://git.debian-maintainers.org/git/suckless/9base.git
Package: 9base
-Architecture: alpha amd64 armel hppa hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sh4 sparc
+Architecture: alpha amd64 armel armhf hppa hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sh4 sparc
Depends: ${misc:Depends}, ${shlibs:Depends}
Suggests: 9mount, wmii2
Description: Plan 9 userland tools
Bug#604647: apache2.2-common: a2ensite should handle default-ssl specially
Package: apache2.2-common
Version: 2.2.16-4
Severity: wishlist
Tags: patch
Hello,
a2ensite (and a2dissite) currently handle the default site specially, calling
the resulting symlink 000-default so that it is loaded first. It would be nice
to do the same with the default-ssl site, calling the symlink 001-default-ssl.
Here is a patch (generated with svn diff from your development repository) that
modifies a2enmod and a2ensite.8 to do and document that.
Regards,
--
Tanguy Ortolo
-- Package-specific info:
List of enabled modules from 'apache2 -M':
alias auth_basic authn_file authz_default authz_groupfile
authz_host authz_user autoindex cgi deflate dir env mime
negotiation php5 reqtimeout setenvif status userdir
List of enabled php5 extensions:
curl idn mysql mysqli pdo pdo_mysql suhosin
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages apache2.2-common depends on:
ii apache2-utils 2.2.16-4 utility programs for webservers
ii apache2.2-bin 2.2.16-4 Apache HTTP Server common binary f
ii libmagic1 5.04-5 File type determination library us
ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip
ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap
ii perl 5.10.1-16 Larry Wall's Practical Extraction
ii procps1:3.2.8-9 /proc file system utilities
Versions of packages apache2.2-common recommends:
ii ssl-cert 1.0.26 simple debconf wrapper for OpenSSL
Versions of packages apache2.2-common suggests:
pn apache2-doc none (no description available)
pn apache2-suexec | apa none (no description available)
ii chromium-browser [ww 6.0.472.63~r59945-2 Chromium browser
ii epiphany-browser [ww 2.30.6-1Intuitive GNOME web browser
ii iceape-browser [www- 2.0.10-1Iceape Navigator (Internet browser
ii iceweasel [www-brows 3.6.4~build2-1 Web browser based on Firefox
ii kazehakase [www-brow 0.5.8-4 GTK+-based web browser that allows
ii links2 [www-browser] 2.3~pre1-1 Web browser running in both graphi
ii lynx-cur [www-browse 2.8.8dev.5-1Text-mode WWW Browser with NLS sup
ii midori [www-browser] 0.2.4-3 fast, lightweight graphical web br
ii w3m [www-browser]0.5.2-9 WWW browsable pager with excellent
Versions of packages apache2.2-common is related to:
pn apache2-mpm-event none (no description available)
pn apache2-mpm-itk none (no description available)
ii apache2-mpm-prefork 2.2.16-4 Apache HTTP Server - traditional n
pn apache2-mpm-workernone (no description available)
-- Configuration Files:
/etc/apache2/mods-available/dir.conf changed [not included]
-- no debconf information
Index: a2enmod
===
--- a2enmod (révision 1253)
+++ a2enmod (copie de travail)
@@ -98,6 +98,7 @@
s{^$choicedir/}{};
s{$sffx$}{};
s{^000-default$}{default};
+s{^001-default-ssl$}{default-ssl};
$_
} glob($choicedir/$arg$sffx);
@@ -115,6 +116,9 @@
if ( $obj eq 'site' $acton eq 'default' ) {
$prio = '000-';
}
+if ( $obj eq 'site' $acton eq 'default-ssl' ) {
+$prio = '001-';
+}
my ( $conftgt, $conflink );
if ( $obj eq 'module' ) {
Index: a2ensite.8
===
--- a2ensite.8 (révision 1253)
+++ a2ensite.8 (copie de travail)
@@ -43,8 +43,12 @@
.PP
The
.B default
-site is handled specially: The resulting symlink will be called
+and
+.B default-ssl
+site are handled specially: The resulting symlinks will be called
.B 000-default
+and
+.B 001-default-ssl
in order to be loaded first.
.SH EXAMPLES
.RS
Bug#604648: gdbm fails to cross build using xdeb
Subject: gdbm fails to cross build using xdeb Package: gdbm Version: 1.8.3 Severity: wishlist Some strips fail to recognize binaries of other architectures Passing the correct strip for the target architecture, as in the patch below, prevents this failure --- diff -Nru gdbm-1.8.3/debian/rules gdbm-1.8.3-9/debian/rules --- gdbm-1.8.3/debian/rules 2010-11-15 10:42:09.0 + +++ gdbm-1.8.3-9/debian/rules 2010-10-15 11:10:12.0 + @@ -13,7 +13,7 @@ DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -STRIP=strip --remove-section=.comment --remove-section=.note +STRIP=$(DEB_HOST_GNU_TYPE)-strip --remove-section=.comment --remove- section=.note install_dir=install -d -m 755 install_file=install -m 644 -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick-backports'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-22-generic-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604208: autolog: package purge (after dependencies removal) fails
Hi, On Tue, 23 Nov 2010 12:18:26 +0100 Alexander Reichle-Schmehl toli...@debian.org wrote: I haven't checked it, but guessing that the PATH is set on purpose, wouldn't a better (and less introsive) fix be, to add /sbin to PATH? Its postrm script is simple one, so I think it wouldn't need to specify PATH. However, probably it also can fix this issue. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604649: alsa-plugins: Please add armhf support
Source: alsa-plugins
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN alsa-plugins-1.0.23/debian/control alsa-plugins-1.0.23.armhf//debian/control
--- alsa-plugins-1.0.23/debian/control 2010-06-02 19:04:10.0 +
+++ alsa-plugins-1.0.23.armhf//debian/control 2010-11-22 21:08:20.769778627 +
@@ -24,7 +24,7 @@
Vcs-Browser: http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-plugins/
Package: libasound2-plugins
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: ALSA library additional plugins
Bug#604650: alsa-utils: Please add armhf support
Source: alsa-utils
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN alsa-utils-1.0.23/debian/control alsa-utils-1.0.23.armhf//debian/control
--- alsa-utils-1.0.23/debian/control 2010-06-02 18:41:11.0 +
+++ alsa-utils-1.0.23.armhf//debian/control 2010-11-22 21:46:49.199767742 +
@@ -14,7 +14,7 @@
Vcs-Browser: http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-utils/
Package: alsa-utils
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Provides: audio-mixer
Depends: ${shlibs:Depends}, ${misc:Depends}, whiptail | dialog, module-init-tools,
lsb-base (= 3.0-9), linux-sound-base (= 1.0.15-1), udev
Bug#604651: alsa-tools: Please add armhf support
Source: alsa-tools
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN alsa-tools-1.0.23/debian/control alsa-tools-1.0.23.armhf//debian/control
--- alsa-tools-1.0.23/debian/control 2010-06-19 11:23:01.0 +
+++ alsa-tools-1.0.23.armhf//debian/control 2010-11-22 21:56:26.929776379 +
@@ -14,7 +14,7 @@
Vcs-Browser: http://svn.debian.org/wsvn/pkg-alsa/trunk/alsa-tools/
Package: alsa-tools
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}
Provides: as10k1
Conflicts: as10k1
@@ -28,7 +28,7 @@
us428control - Controller utility for Tascam US-X2Y
Package: alsa-tools-gui
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: GUI based ALSA utilities for specific hardware
A collection of GUI based ALSA utilities for specific sound hardware:
@@ -42,7 +42,7 @@
Package: alsa-firmware-loaders
Section: contrib/sound
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}, udev, fxload
Description: ALSA software loaders for specific hardware
A collection of software loaders for specific hardware:
@@ -56,7 +56,7 @@
vxloader - firmware loader for Digigram VX soundcards
Package: ld10k1
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}, lsb-base (= 3.0-3)
Suggests: alsa-tools
Description: ALSA emu10k1/2 patch loader
@@ -65,7 +65,7 @@
Package: liblo10k1-0
Section: libs
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: ALSA emu10k1/2 patch-loader library
This is the runtime library for the ld10k1 patch loader for use with
@@ -74,7 +74,7 @@
Package: liblo10k1-dev
Section: libdevel
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Depends: liblo10k1-0 (= ${binary:Version}), libasound2-dev, ${misc:Depends}
Description: ALSA emu10k1/2 patch-loader library development files
These are the development files for the ld10k1 patch loader for use with
@@ -82,7 +82,7 @@
Audigy 2.
Package: qlo10k1
-Architecture: alpha amd64 arm armeb armel avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64
Recommends: ld10k1
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: ALSA ld10k1 utility
Bug#604652: bip: Please add armhf support
Source: bip Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Please consider adding armhf support. :) Regards Konstantinos -- System Information: Debian Release: squeeze/sid Architecture: armhf (armv7l) Kernel: Linux 2.6.31.14-efikamx (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash bip-armhf.diff Description: application/empty
Bug#604654: ecore: Please add armhf support
Source: ecore
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN ecore-0.9.9.49898/debian/control ecore-0.9.9.49898.armhf//debian/control
--- ecore-0.9.9.49898/debian/control 2010-11-22 21:21:12.0 +
+++ ecore-0.9.9.49898.armhf//debian/control 2010-11-22 20:53:59.399769497 +
@@ -51,7 +51,7 @@
This package contains the Ecore Evas wrapper functions.
Package: libecore-fb-svn-06
-Architecture: alpha amd64 armel avr32 hppa i386 ia64 lpia m68k mips mipsel powerpc powerpcspe s390 sh4 sparc sparc64
+Architecture: alpha amd64 armel armhf avr32 hppa i386 ia64 lpia m68k mips mipsel powerpc powerpcspe s390 sh4 sparc sparc64
Depends: ${misc:Depends}, ${shlibs:Depends}
Description: Ecore frame buffer system functions
This is the core event abstraction layer and X abstraction layer that makes
Bug#587252: I have 4.4.5 but have this problem
I have updated to 4.4.5 some time ago. All has been fine in 4.4.4 and 4.4.5 until around 2 weeks ago, where this issue appeared. I keep my squeeze system updated almost daily. I tried creating a new user, just to see if it is something on my user's config, but the new clean user had the same issues. If there is any log or data I can provide let me know. Cheers, -- Marcos Raúl Carot Collins -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604653: ddccontrol: Please add armhf support
Source: ddccontrol
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN ddccontrol-0.4.2/debian/control ddccontrol-0.4.2.armhf/debian/control
--- ddccontrol-0.4.2/debian/control 2010-11-22 23:15:54.0 +
+++ ddccontrol-0.4.2.armhf/debian/control 2010-11-22 23:08:52.109776367 +
@@ -9,7 +9,7 @@
Vcs-Svn: https://ddccontrol.svn.sourceforge.net/svnroot/ddccontrol
Package: gddccontrol
-Architecture: i386 amd64 ia64 alpha arm armel
+Architecture: i386 amd64 ia64 alpha arm armel armhf
Depends: ddccontrol (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: a program to control monitor parameters
DDCcontrol is a tool used to control monitor parameters, like brightness
@@ -17,7 +17,7 @@
in front of the monitor. This package includes a GNOME-based GUI.
Package: ddccontrol
-Architecture: i386 amd64 ia64 alpha arm armel
+Architecture: i386 amd64 ia64 alpha arm armel armhf
Depends: ddccontrol-db (= 20060308), ${shlibs:Depends}, ${misc:Depends}
Description: a program to control monitor parameters
DDCcontrol is a tool used to control monitor parameters, like brightness
@@ -26,14 +26,14 @@
Package: libddccontrol-dev
Section: libdevel
-Architecture: i386 amd64 ia64 alpha arm armel
+Architecture: i386 amd64 ia64 alpha arm armel armhf
Depends: libddccontrol0 (= ${binary:Version})
Description: development library for ddccontrol
Header files and static library for compiling against libddccontrol.
Package: libddccontrol0
Section: libs
-Architecture: i386 amd64 ia64 alpha arm armel
+Architecture: i386 amd64 ia64 alpha arm armel armhf
Depends: ${shlibs:Depends}
Description: shared library for ddccontrol
Shared library for use by ddccontrol.
Bug#604655: eql: Please add armhf support
Source: eql
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN eql-1.2.ds1/debian/control eql-1.2.ds1.armhf//debian/control
--- eql-1.2.ds1/debian/control 2010-11-22 18:57:30.0 +
+++ eql-1.2.ds1.armhf//debian/control 2010-11-22 18:54:38.299773253 +
@@ -6,7 +6,7 @@
Standards-Version: 3.8.3
Package: eql
-Architecture: alpha amd64 arm armeb armel hppa i386 ia64 m68k mips mipsel powerpc s390 sparc sh4
+Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips mipsel powerpc s390 sparc sh4
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: load balancing tool for serial network connections
The eql_enslave tool allow you to double, triple, quadruple your
Bug#604656: ext3grep: Please add armhf support
Source: ext3grep
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN ext3grep-0.10.1/debian/control ext3grep-0.10.1.armhf//debian/control
--- ext3grep-0.10.1/debian/control 2010-11-22 19:50:57.0 +
+++ ext3grep-0.10.1.armhf//debian/control 2010-11-22 19:34:53.239766369 +
@@ -10,7 +10,7 @@
Vcs-Git: git://git.debian.net/git/debian-forensics/ext3grep.git
Package: ext3grep
-Architecture: alpha amd64 arm armel i386 ia64 mipsel
+Architecture: alpha amd64 arm armel armhf i386 ia64 mipsel
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Tool to help recover deleted files on ext3 filesystems
ext3grep is a simple tool intended to aid anyone who accidentally deletes a
Bug#603632: PVops domain 0 crash on NUMA system only Node==1 present (Was: Re: Bug#603632: linux-image-2.6.32-5-xen-amd64: Linux kernel 2.6.32/xen/amd64 booting fine on bare metal, but not as dom0 wit
Thanks for the report Vincent. I've added xen-devel to the CC as well as Cris Daniluk who previously reported a very similar issue[0] also on an R410 -- Cris did you ever get a resolution to your issue? Vincent's full report is at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603632 I've also attached the boot log here of which the interesting part looks to be: [8.422639] xen: acpi sci 9 [8.434217] Console: colour VGA+ 80x25 [8.441350] console [hvc0] enabled, bootconsole disabled [8.441350] console [hvc0] enabled, bootconsole disabled [8.462694] Xen: using vcpuop timer interface [8.471508] installing Xen timer for CPU 0 [8.479841] BUG: unable to handle kernel paging request at 5a08 [8.493868] IP: [810badce] __alloc_pages_nodemask+0x8f/0x5f5 [8.507041] PGD 0 [8.511199] Thread overran stack, or stack corrupted [8.521253] Oops: [#1] SMP [8.527838] last sysfs file: [8.533941] CPU 0 [8.538100] Modules linked in: [8.544342] Pid: 0, comm: swapper Not tainted 2.6.32-5-xen-amd64 #1 PowerEdge R410 [8.559594] RIP: e030:[810badce] [810badce] __alloc_pages_nodemask+0x8f/0x5f5 [8.577620] RSP: e02b:81443c88 EFLAGS: 00010046 [8.588366] RAX: RBX: 5220 RCX: 5a00 [8.602752] RDX: RSI: 0002 RDI: 5220 [8.617139] RBP: 4020 R08: 0002 R09: 88003fc1c010 [8.631525] R10: 813c2700 R11: 000186a0 R12: 5220 [8.645910] R13: 0002 R14: R15: 8800da28 [8.660300] FS: () GS:88000349b000() knlGS: [8.676591] CS: e033 DS: ES: CR0: 8005003b [8.688203] CR2: 5a08 CR3: 01001000 CR4: 2660 [8.702589] DR0: DR1: DR2: [8.716975] DR3: DR6: 0ff0 DR7: 0400 [8.731361] Process swapper (pid: 0, threadinfo 81442000, task 814771f0) [8.747654] Stack: [8.751813] 8800da00 0010813c2765 000212d0 000186a0 [8.766199] 0 8800ac10 8100e5b5 8100ec72 000186a0 [8.781625] 0 000186a0 5a00 [8.797572] Call Trace: [8.802603] [8100e5b5] ? xen_force_evtchn_callback+0x9/0xa [8.815600] [8100ec72] ? check_events+0x12/0x20 [8.826695] [810e759d] ? new_slab+0x42/0x1ca [8.837267] [810e7915] ? __slab_alloc+0x1f0/0x39b [8.848707] [812f87d8] ? irq_to_desc_alloc_node+0x96/0x195 [8.861704] [810e85cb] ? __kmalloc_node+0xe8/0x146 [8.873317] [812f87d8] ? irq_to_desc_alloc_node+0x96/0x195 [8.886316] [812f87d8] ? irq_to_desc_alloc_node+0x96/0x195 [8.899317] [811f24df] ? find_unbound_irq+0x67/0xae [8.911103] [811f259e] ? bind_virq_to_irq+0x78/0x126 [8.923062] [8100e5b5] ? xen_force_evtchn_callback+0x9/0xa [8.936063] [8100e8f6] ? xen_timer_interrupt+0x0/0x18d [8.948368] [811f29f6] ? bind_virq_to_irqhandler+0x19/0x4a [8.961368] [8100e884] ? xen_setup_timer+0x55/0xaa [8.972982] [81509a5e] ? xen_time_init+0xaf/0xb5 [8.984247] [8150a491] ? x86_late_time_init+0xa/0x10 [8.996206] [81506c3d] ? start_kernel+0x348/0x3e8 [9.007646] [81508c7d] ? xen_start_kernel+0x57c/0x581 [9.019777] Code: d8 c1 e8 13 83 e0 01 09 44 24 64 41 89 dc 44 23 25 28 01 43 00 44 89 e2 83 e2 10 89 54 24 5c 74 05 e8 16 03 25 00 48 8b 4c 24 50 48 83 79 08 00 0f 84 30 05 00 00 83 e3 0f 48 8b 44 24 50 41 bf [9.057561] RIP [810badce] __alloc_pages_nodemask+0x8f/0x5f5 [9.070909] RSP 81443c88 [9.078015] CR2: 5a08 [9.084780] ---[ end trace a7919e7f17c0a725 ]--- [9.094136] Kernel panic - not syncing: Attempted to kill the idle task! It's worth noting that the Debian kernels are based on e73f4955a821f850f5b88c32d12a81714523a95f (less the GPU fixes merged by bcf16b6b4f34fb40a7aaf637947c7d3bce0be671, which the Debian kernel maintainer chose to exclude). The baseline is slightly old but Debian is now pretty deeply frozen so a wholesale rebase is not possible, if either of you have run a more recent kernel the
Bug#604641: iscsitarget-source: fails to compile against kernel 2.6.36
Thank you for the patch. I was thinking of this. Will Squeeze later move to a different kernel ? In that case, we should put this in, though I don't know what the release team thinks of it. On 11/23/2010 04:12 PM, Michael Prokop wrote: * Michael Prokop m...@debian.org [Die Nov 23, 2010 at 11:35:25 +0100]: Compiliation against kernel 2.6.36 fails: /usr/src/modules/iscsitarget/kernel/conn.c: In function ‘conn_info_show’: /usr/src/modules/iscsitarget/kernel/conn.c:47: error: implicit declaration of function ‘NIPQUAD’ /usr/src/modules/iscsitarget/kernel/conn.c:47: warning: too few arguments for format The attached patch addresses this issue. regards, -mika- -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#604657: fbi: Please add armhf support
Source: fbi Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Please consider adding armhf support. :) Regards Konstantinos -- System Information: Debian Release: squeeze/sid Architecture: armhf (armv7l) Kernel: Linux 2.6.31.14-efikamx (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash fbi-armhf.diff Description: application/empty
Bug#601341: Bug#602418: #601341, #602418 and #604096 seem to be duplicates
On Tue, Nov 23, 2010 at 10:41:57AM +0100, Alexander Kurtz wrote: The following bugs seem to be identical: #601341 #602418 #604096 They all seem to be fixed by this kernel: http://xenbits.xen.org/people/ianc/ I think it would be a good idea to *) merge them all *) assign to linux-2.6 *) mark as affecting xserver-xorg *) mark as patched *) possibly mark them as RC That's all fine by me (as reporter of #601341 and #602418). Possibly the patch tag is not adequate as the exact read-to-apply-to-the-Debian-package patch is not there, just one of the differences between the Debian package and http://xenbits.xen.org/people/ianc/ fixes this. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604658: fenix: Please add armhf support
Source: fenix
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN fenix-0.92a.dfsg1/debian/control fenix-0.92a.dfsg1.armhf/debian/control
--- fenix-0.92a.dfsg1/debian/control 2010-11-22 23:35:58.0 +
+++ fenix-0.92a.dfsg1.armhf/debian/control 2010-11-22 23:20:35.699783249 +
@@ -12,7 +12,7 @@
Homepage: http://fenix.divsite.net/
Package: fenix
-Architecture: arm armel hppa i386 kfreebsd-i386 hurd-i386 m68k mips mipsel
+Architecture: arm armel armhf hppa i386 kfreebsd-i386 hurd-i386 m68k mips mipsel
powerpc s390 sparc
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: development environment for making 2D games
Bug#463002: Reference to bug #319419
Hello, For reference: see archived bug #319419 on this ITP as well. Meanwhile, the licensing has changed (all GPL now) so I'm continuing packaging. Regards, Kees -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604659: grib-api: Please add armhf support
Source: grib-api
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN grib-api-1.9.0/debian/control grib-api-1.9.0.armhf//debian/control
--- grib-api-1.9.0/debian/control 2010-08-16 13:17:05.0 +
+++ grib-api-1.9.0.armhf//debian/control 2010-11-22 15:32:13.949775754 +
@@ -10,7 +10,7 @@
Package: libgrib-api-0d-0
Section: libs
-Architecture: i386 amd64 ia64 powerpc s390 alpha armel mipsel kfreebsd-amd64 kfreebsd-i386
+Architecture: i386 amd64 ia64 powerpc s390 alpha armel armhf mipsel kfreebsd-amd64 kfreebsd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Replaces: libgrib-api-data ( 1.9.0~)
Breaks: libgrib-api-data ( 1.9.0~)
@@ -23,7 +23,7 @@
Package: libgrib-api-dev
Section: libdevel
-Architecture: i386 amd64 ia64 powerpc s390 alpha armel mipsel kfreebsd-amd64 kfreebsd-i386
+Architecture: i386 amd64 ia64 powerpc s390 alpha armel armhf mipsel kfreebsd-amd64 kfreebsd-i386
Depends: libgrib-api-0d-0 (= ${binary:Version}), ${misc:Depends}
Description: GRIB decoding/encoding software library (development)
The ECMWF GRIB API is an application program interface accessible from C and
@@ -34,7 +34,7 @@
Package: libgrib-api-tools
Section: utils
-Architecture: i386 amd64 ia64 powerpc s390 alpha armel mipsel kfreebsd-amd64 kfreebsd-i386
+Architecture: i386 amd64 ia64 powerpc s390 alpha armel armhf mipsel kfreebsd-amd64 kfreebsd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: GRIB decoding/encoding software (utilities)
The ECMWF GRIB API is an application program interface accessible from C and
Bug#604660: gst-plugins-bad0.10: Please add armhf support
Source: gst-plugins-bad0.10 Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Please consider adding armhf support. :) Regards Konstantinos -- System Information: Debian Release: squeeze/sid Architecture: armhf (armv7l) Kernel: Linux 2.6.31.14-efikamx (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN gst-plugins-bad0.10-0.10.19/debian/control gst-plugins-bad0.10-0.10.19.armhf/debian/control --- gst-plugins-bad0.10-0.10.19/debian/control 2010-11-23 08:51:32.0 + +++ gst-plugins-bad0.10-0.10.19.armhf/debian/control 2010-11-22 23:54:20.429783629 + @@ -8,9 +8,9 @@ cdbs (= 0.4.32), debhelper (= 5), flite-dev, - libasound2-dev (= 0.9.1) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], - libcdaudio-dev [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], - libdc1394-22-dev (= 2.0.0) [alpha amd64 arm armeb armel avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], + libasound2-dev (= 0.9.1) [alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], + libcdaudio-dev [alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], + libdc1394-22-dev (= 2.0.0) [alpha amd64 arm armeb armel armhf avr32 hppa i386 ia64 lpia m32r m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh3 sh3eb sh4 sh4eb sparc sparc64], libgstreamer0.10-dev (= 0.10.29), gstreamer0.10-doc, gstreamer0.10-plugins-base (= 0.10.29),
Bug#604661: The man page for cpuburn is woefully inadequate.
This is a multi-part MIME message sent by reportbug. Package: cpuburn Version: 1.4-37 Severity: minor The man page for the cpuburn collection of programs is missing essential information necessary for using them. For example, it does not mention that the programs print no error messages, or any messages at all, but instead return an exit code to the shell. I've rewritten the man page using information from the author's README and the source code and attached it to this bug report. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cpuburn depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy cpuburn recommends no packages. Versions of packages cpuburn suggests: pn hwtools none (no description available) pn kernel-patch-badram none (no description available) ii memtest86 3.4-2 thorough real-mode memory tester ii memtester 4.0.8-1A utility for testing the memory s -- debconf information: * cpuburn/dangerous: .TH cpuburn 1 August 30, 2002 .SH NAME \fBcpuburn, burnBX, burnK6, burnK7, burnMMX, burnP5, burnP6 \fP- a collection of programs to put heavy load on CPU .SH SYNOPSIS .nf .fam C \fBburnP6\fP || echo $? \fBburnP5\fP || echo $? \fBburnK7\fP || echo $? \fBburnK6\fP || echo $? \fBburnBX\fP [\fIA-P\fP] || echo $? \fBburnMMX\fP [\fIA-P\fP] || echo $? .fam T .fi .SH DESCRIPTION .PP These programs are designed to load x86 CPUs as heavily as possible for the purposes of system testing (burn in). They have been optimized for different processors. FPU and ALU instructions are coded in an assembler endless loop. They do not test every instruction. The goal has been to maximize heat production from the CPU, putting stress on the CPU itself, cooling system, motherboard (especially voltage regulators) and power supply (likely cause of \fBburnBX\fP/\fBburnMMX\fP errors). The programs produce no output, but signal hardware errors by a return code or (more likely) your machine locking up. .TS rB lR. burnP5 is optimized for Intel Pentium with or without MMX processors P6 is for Intel PentiumPro, Pentium II III and Celeron CPUs K6 is for AMD K6 processors K7 is for AMD Athlon/Duron processors MMX is to test cache/memory interfaces on all CPUs with MMX BX is an alternate cache/memory test for Intel CPUs .TE .P .SH USAGE Burn testing is designed to make your computer glitch if it has hardware problems, so it is best done from a ramdisk distribution (tomsrtbt) or with filesystems unmounted or mounted read-only. Note that \fIroot\fP privileges are not required. Run the desired program in the background, checking the error result. You'll need to repeat this command for every processor you have in an SMP or HyperThreading system. For example, .fam C burnP6 || echo $? .fam T Monitor progress of cpuburn by \fBps\fP. When finished, \fBkill\fP the \fBburn*\fP process(es). For example, \fCpkill burnP6\fP. If you have temperature probes (fingers), ACPI, or the lm-sensors package, you can check your CPU temperature and/or system voltages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601971: Please unblock
On 23/11/2010 12:17, gregor herrmann wrote: On Tue, 23 Nov 2010 11:33:29 +0100, Mehdi Dogguy wrote: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601971 . Now, it has been found that that bug is not due to liboauth (see last comment on that bug about the fact that twitter OAuth works). Its a problem with bti, in which bti is using identi.ca where OAuth is not needed. Is it possible for identi.ca users to still use bti? The reason to have liboauth in Squeeze is to allow bti to work with Twitter. But, if it introduces a regression (here wrt. identi.ca) then, it won't be unblocked. bti works for identi.ca with Basic Auth (broken is only the new feature with OAuth, so there's no regression. of course it would be nicer with this feature unbroken, that's why I've waited for an upstream fix.)) Is there a fix already? Cheers, gregor -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604662: Please add armhf support
Source: libgdiplus
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN libgdiplus-2.6.7/debian/control libgdiplus-2.6.7.armhf//debian/control
--- libgdiplus-2.6.7/debian/control 2010-11-22 20:22:47.0 +
+++ libgdiplus-2.6.7.armhf//debian/control 2010-11-22 20:07:58.919779004 +
@@ -24,7 +24,7 @@
Package: libgdiplus
-Architecture: i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel sparc s390 lpia
+Architecture: i386 kfreebsd-i386 powerpc amd64 kfreebsd-amd64 ia64 arm armeb armel armhf sparc s390 lpia
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: interface library for System.Drawing of Mono
This package contains a GDI+ API compatible implementation needed by the
Bug#604663: scanimage complains about non-existing output file
Package: sane Version: 1.0.14-9 Severity: normal Hi, When I issue this command: $ scanimage -d plustek:libusb:002:002 --resolution 200 -x 210 -y 297 --contrast 20% I receive this error message: scanimage: output is not a file, exiting scanimage complains that the output is not a file. Scanimage is supposed to dump the output to stdout. It should not have any knowledge about output files. The scanner is a Canoscan LIDE 25. Detection is no problem, backend works, XSane works without any problem, can perform previews, scans, write to files, etc. Kind regards Hans Linkels -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sane depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libgimp2.02.6.10-1 Libraries for the GNU Image Manipu ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libsane 1.0.21-3 API library for scanners sane recommends no packages. Versions of packages sane suggests: ii gimp 2.6.10-1 The GNU Image Manipulation Program -- 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#604409:
Package: xserver-xorg Version: 1:7.5+8 Severity: normal When i boot system and login for first, after enter pop's password in evolution X is crashed and tty changed to tty8,So i can't see X in tty7.I see same as tty6 just with a few bad character in tty7. after crashing, my problem is solving and i don't have any crash. Of course, it's not related to just evolution, maybe i do specific action in gnome and X is crashed. Unfortunetly, i don't remember those. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 13 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Nov 12 03:57 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.36 (r...@debian) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Mon Nov 22 06:38:06 IRST 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 18901 Oct 7 22:29 /var/log/Xorg.20.log -rw-r--r-- 1 root root 533 Nov 14 06:17 /var/log/Xorg.0.0.log -rw-r--r-- 1 root root 25805 Nov 23 15:29 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.25-dsa-ia32 i686 Debian Current Operating System: Linux debian 2.6.36 #1 SMP Mon Nov 22 06:38:06 IRST 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.36 root=UUID=8d4eaf15-4fd9-4dc3-a9c9-bf9d6c0b358d ro Build Date: 12 November 2010 12:21:56AM xorg-server 2:1.7.7-9 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Nov 23 15:22:12 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:27a6:17aa:201a Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xee18/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7,
Bug#591206: License updated (flvplayer)
Hi, $ find . -name *swf* ./jscripts/tiny_mce/plugins/media/img/flv_player.swf ./examples/media/sample.swf How important are those files? Could those be replaced or removed without affecting application functionality? I found nothing about using the flv_player.swf in sources. Seems to be obsolete. The sample.swf is only a flash file with the logo of moxiecode. This file is used for a sample flash insert. But it has no functionality. So i think both files can be removed but i will try to contact moxiecode to clear that. I have contacted moxiecode. The answer for the flv_player.swf is: It was never implemented. We are working on implementing it now though. So i think both files can be removed. regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604615: add Taiwanese units
AM == Adrian Mariano rad...@cox.net writes: AM Thanks for your commend on GNU units. Gentlemen, can you imagine that to get Taiwanese pings (坪), I had to use Japanese tsubos! AM Sounds like a terrible situation. The volunteers that work on AM units comprise simply myself, and as I don't know Chinese, or the AM Taiwanese system in question, I am dubious about my ability to do a AM proper job of it. If you would like to write the needed material, I AM would be delighted to include it. OK, it's deal. Over the coming week I will research all the Taiwanese units and send you a patch. (特此代表我們台灣 (I'll be the Taiwan ambassador to the units program) Muhahahah.) Also it would be a great breakthrough if the units program were to allow real UTF-8 台尺 etc. AM I have done this. Check out version 1.88a located at AM ftp://alpha.gnu.org/gnu/units/units-1.88a.tar.gz OK, I will be checking it out soon. AM and let me know if the UTF-8 support works for you. As far as I know, AM nobody but me has tested it, which is why it's in the alpha tree AM instead of elsewhere. I added the obvious UTF-8 chinese characters AM to units.dat as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604664: Please add armhf support
Source: odyssey
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN odyssey-0.4/debian/control odyssey-0.4.armhf//debian/control
--- odyssey-0.4/debian/control 2010-11-22 19:13:12.0 +
+++ odyssey-0.4.armhf//debian/control 2010-11-22 18:57:05.909765622 +
@@ -6,7 +6,7 @@
Standards-Version: 3.7.2
Package: odyssey
-Architecture: alpha amd64 arm armel hppa ia64 kfreebsd-amd64 kfreebsd-i386 hurd-i386 i386 m68k sparc sparc64
+Architecture: alpha amd64 arm armel armhf hppa ia64 kfreebsd-amd64 kfreebsd-i386 hurd-i386 i386 m68k sparc sparc64
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: PIC microcontroller programming application
odyssey is a serial device programming utility designed for use under
Bug#603229: Further information
Hi ! This shows something about what's going wrong. Could you please try adding 'debug' to the kernel parameters? That will show some more context for these errors. I booted 2.6.32-5 with the debug option on, and for comparison did the same with 2.6.30-2. The errors concerning the power management itself are also showing up in 2.6.30-2. But whereas 2.6.32-5 afterwards crashes with a divide error, 2.6.30-2 starts up normally: Here the according section of the 2.6.30-2 protocol (if You would like to obtain the complete protocol, just tell me) : [0.692003] ERROR: groups don't span domain-span [0.696004] CPU3 attaching sched-domain: [0.73] domain 0: span 2-3 level MC [0.708003] groups: 3 2 [0.720003] domain 1: span 1-3 level CPU [0.728003]groups: 2-3 1 [0.744003]domain 2: span 0-3 level NODE [0.752003] groups: 1-3 (__cpu_power = 2048) [0.766180] ERROR: domain-cpu_power not set [0.768003] [0.772003] ERROR: groups don't span domain-span [0.776172] net_namespace: 1936 bytes [0.780049] Booting paravirtualized kernel on bare hardware [0.784149] regulator: core version 0.5 [0.788114] NET: Registered protocol family 16 [0.792037] node 0 link 2: io port [0, 2fff] [0.796004] node 0 link 0: io port [3000, 3fff] [0.84] TOM: 8000 aka 2048M [0.804004] node 0 link 2: mmio [d000, d04f] = And here the complete protocol of the 2.6.32-5 crashing: = bash-3.00$ tip hardwire connected [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-amd64 (Debian 2.6.32-27) (m...@debian.org) (gcc version 4 .3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 14:18:21 UTC 2010 [0.00] Command line: root=LABEL=S_rt ro debug console=ttyS0 [0.00] KERNEL supported cpus: [0.00] Intel GenuineIntel [0.00] AMD AuthenticAMD [0.00] Centaur CentaurHauls [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009d400 (usable) [0.00] BIOS-e820: 0009d400 - 000a (reserved) [0.00] BIOS-e820: 000ce000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 7ff6 (usable) [0.00] BIOS-e820: 7ff6 - 7ff72000 (ACPI data) [0.00] BIOS-e820: 7ff72000 - 7ff8 (ACPI NVS) [0.00] BIOS-e820: 7ff8 - 8000 (reserved) [0.00] BIOS-e820: fec0 - fec00400 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: fff8 - 0001 (reserved) [0.00] DMI present. [0.00] last_pfn = 0x7ff60 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-D1FFF write-protect [0.00] D2000-E7FFF uncachable [0.00] E8000-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 00 mask FF8000 write-back [0.00] 1 disabled [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] initial memory mapped : 0 - 2000 [0.00] init_memory_mapping: -7ff6 [0.00] 00 - 007fe0 page 2M [0.00] 007fe0 - 007ff6 page 4k [0.00] kernel direct mapping tables up to 7ff6 @ 8000-c000 [0.00] RAMDISK: 375e7000 - 37fef333 [0.00] ACPI: RSDP 000f7200 00024 (v02 PTLTD ) [0.00] ACPI: XSDT 7ff6d424 00044 (v01 PTLTD ? XSDT 0604 LTP ) [0.00] ACPI: FACP 7ff71a2a 000F4 (v03 SUNSUNmetro 0604 PTEC 000F4240) [0.00] ACPI: DSDT 7ff6d468 0454E (v01SUNK85AE 0604 MSFT 010D) [0.00] ACPI: FACS 7ff72fc0 00040 [0.00] ACPI: SRAT 7ff71b1e 000C8 (v01 AMDHAMMER 0604 AMD 0001) [0.00] ACPI: APIC 7ff71be6 000AA (v01 PTLTD ? APIC 0604 LTP ) [0.00] ACPI: SSDT 7ff71c90 00370 (v01 PTLTD POWERNOW 0604 LTP 0001) [0.00] ACPI: Local APIC address 0xfee0 [0.00] SRAT: PXM 0 - APIC 0 - Node 0 [0.00] SRAT: PXM 1 - APIC 1 - Node 1 [0.00] SRAT: Node 0 PXM 0 0-a [0.00] SRAT: Node 0 PXM 0 10-4000 [0.00] SRAT: Node 1 PXM 1 4000-8000 [
Bug#604665: scheme2c: Please add armhf support
Source: scheme2c
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN scheme2c-1993.3.15.2/debian/control scheme2c-1993.3.15.2.armhf//debian/control
--- scheme2c-1993.3.15.2/debian/control 2010-06-28 11:00:54.0 +
+++ scheme2c-1993.3.15.2.armhf//debian/control 2010-11-22 21:33:08.659767997 +
@@ -12,7 +12,7 @@
Vcs-Browser: http://git.debian.org/?p=collab-maint/scheme2c.git
Package: scheme2c
-Architecture: i386 amd64 armel
+Architecture: i386 amd64 armel armhf
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Joel Bartlett's fabled Scheme-C system
The original Scheme-C system, the first of its kind. It conforms to
diff -ruN scheme2c-1993.3.15.2/debian/rules scheme2c-1993.3.15.2.armhf//debian/rules
--- scheme2c-1993.3.15.2/debian/rules 2010-06-28 11:00:54.0 +
+++ scheme2c-1993.3.15.2.armhf//debian/rules 2010-11-22 21:33:30.359769373 +
@@ -7,6 +7,8 @@
S2C_ARCH = LINUX
else ifeq ($(arch),armel)
S2C_ARCH = ARM
+else ifeq ($(arch),armhf)
+ S2C_ARCH = ARM
else
$(warning Warning: unsupported architecture $(arch))
S2C_ARCH = UNSUPPORTED
Bug#604409:
Package: xserver-xorg Version: 1:7.5+8 Severity: normal I forgot to say that when i enter wrong pop's password X doesn't crash, But when i enter correctly, it crashed. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 May 13 2010 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Nov 12 03:57 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf does not exist. Kernel version (/proc/version): Linux version 2.6.36 (r...@debian) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Mon Nov 22 06:38:06 IRST 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 18901 Oct 7 22:29 /var/log/Xorg.20.log -rw-r--r-- 1 root root 533 Nov 14 06:17 /var/log/Xorg.0.0.log -rw-r--r-- 1 root root 21339 Nov 23 15:46 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.25-dsa-ia32 i686 Debian Current Operating System: Linux debian 2.6.36 #1 SMP Mon Nov 22 06:38:06 IRST 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.36 root=UUID=8d4eaf15-4fd9-4dc3-a9c9-bf9d6c0b358d ro Build Date: 12 November 2010 12:21:56AM xorg-server 2:1.7.7-9 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Nov 23 15:46:28 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:2:0) 8086:27a2:17aa:201a Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xee10/524288, 0xd000/268435456, 0xee20/262144, I/O @ 0x1800/8 (--) PCI: (0:0:2:1) 8086:27a6:17aa:201a Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller rev 3, Mem @ 0xee18/524288 (II) Open ACPI successful (/var/run/acpid.socket) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==) AIGLX enabled (II) Loading extension GLX (II) LoadModule: record (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.7.7, module version =
Bug#604662: [pkg-mono-group] Bug#604662: Please add armhf support
On Tuesday 23 November 2010 14:29:10 Jo Shields wrote: Is this intended for Squeeze? With the deep freeze in effect, we're avoiding making changes which aren't strictly for the benefit of the release. We can certainly start building for armhf in post-squeeze releases (and experimental) No this is strictly for post-squeeze. You are right, I will add this in next bug reports. Regards Konstantinos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604666: Please add armhf support
Source: nvramtool
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN nvramtool-0.0+r3669/debian/control nvramtool-0.0+r3669.armhf//debian/control
--- nvramtool-0.0+r3669/debian/control 2010-11-22 19:33:12.0 +
+++ nvramtool-0.0+r3669.armhf//debian/control 2010-11-22 19:29:12.489766497 +
@@ -7,7 +7,7 @@
Homepage: http://www.coreboot.org/Nvramtool
Package: nvramtool
-Architecture: alpha amd64 arm armel armeb i386 ia64 kfreebsd-amd64 kfreebsd-i386 netbsd-alpha netbsd-i386
+Architecture: alpha amd64 arm armel armeb armhf i386 ia64 kfreebsd-amd64 kfreebsd-i386 netbsd-alpha netbsd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Read/write coreboot-related NVRAM/CMOS information
nvramtool is a utility for reading/writing coreboot parameters in NVRAM/CMOS
Bug#603810: closed by Yves-Alexis Perez cor...@debian.org (Bug#603810: fixed in desktop-base 6.0.1)
On Mon, 22 Nov 2010 21:00:20 +0100, Yves-Alexis Perez cor...@debian.org wrote: There was a could not remove /etc/kde3 directory, as not empty-like line. And are you sure it's now empty? :) Yes... at least if rmdir hasn't started removing non-empty dirs over the weekend ;) I don't call debhelper, I call dpkg-maintscript-helper which is the right way to do it, see http://raphaelhertzog.com/2010/10/07/the-right-way-to-remove-an-obsolete-conffile-in-a-debian-package/ Ah,.. I've meant dpkg-maintscript-helper ;) No idea then, why it doesn't remove it... :( Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604662: [pkg-mono-group] Bug#604662: Please add armhf support
On Tue, 2010-11-23 at 15:15 +, Konstantinos Margaritis wrote: Source: libgdiplus Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Please consider adding armhf support. :) Is this intended for Squeeze? With the deep freeze in effect, we're avoiding making changes which aren't strictly for the benefit of the release. We can certainly start building for armhf in post-squeeze releases (and experimental) signature.asc Description: This is a digitally signed message part
Bug#604667: tramp-unload-tramp when executed from .emacs causes error
Package: emacs22-common Version: 22.2+2-5 I need to use Ange-FTP to access some remote files from Emacs. Therefore I want to unload Tramp. I can do this interactively via M-x tramp-unload-tramp without problems. However, if I put (tramp-unload-tramp) into my .emacs, I get this message in the minibuffer when emacs starts: Symbol's function definition is void: tramp-register-completion-file-name-handler I have not yet found a documented method to disable tramp permanently. -- Toomas Tamm e-mail: tt-deb (at) kky.ttu.ee Chair of Inorganic Chemistryvoice: INT+372-620-2810 Tallinn University of Technologyfax:INT+372-620-2828 Ehitajate tee 5, EE-19086 Tallinn, Estonia http://www.kk.ttu.ee/toomas/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604668: rinputd: Please add armhf support
Source: rinputd
Severity: wishlist
Tags: patch
Hi,
The armhf port has reached a very good state (at 87%) at debian-ports.org,
and I'm now mass-filing bug reports to packages for armhf support.
Most packages just have to add armhf in the architecture field. The complete
list is in http://wiki.debian.org/ArmHardFloatTodo
The package builds fine using the attached patch.
Please consider adding armhf support. :)
Regards
Konstantinos
-- System Information:
Debian Release: squeeze/sid
Architecture: armhf (armv7l)
Kernel: Linux 2.6.31.14-efikamx (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -ruN rinputd-1.0.3/debian/control rinputd-1.0.3.armhf/debian/control
--- rinputd-1.0.3/debian/control 2010-09-08 13:45:41.0 +
+++ rinputd-1.0.3.armhf/debian/control 2010-11-22 22:50:22.669771496 +
@@ -9,7 +9,7 @@
VCS-browser: http://bazaar.launchpad.net/~chasedouglas/rinput/debian/files
Package: rinputd
-Architecture: i386 ia64 alpha amd64 armel hppa mips mipsel powerpc s390 sparc
+Architecture: i386 ia64 alpha amd64 armel armhf hppa mips mipsel powerpc s390 sparc
Depends: openssl, sasl2-bin, ${shlibs:Depends}, ${misc:Depends}
Conflicts: rinputd
Description: server daemon for receiving user input events
