Bug#343425: apt: rdepends dash has leading character and duplicate entries
Package: apt Version: 0.6.42.1 Severity: normal Note the two entries for apt-move in !apt-cache rdepends dash: dash Reverse Depends: yaird ash |apt-move yaird sdm-terminal sdm nosql linda initrd-tools hibernate freebsd5-buildutils ash |apt-move -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343250: upx-ucl-beta: broken on 64-bit systems
Max wrote: upx is broken on debian-amd64. For example, on upx -d somefile it reports upx: util.h:71: int ptr_diff(const T*, const T*) [with T = unsigned char]: Assertion `(int)d == d' failed. Aborted Thanks for your report. I've just uploaded new CVS snapshot of upx-ucl-beta (1.94+0.20051214cvs-1). Could you please check if the problem still exists in that version? BTW. I'm wondering if the upx-ucl package has the same bug. I would be grateful it you could test it also. Best Regards robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343426: vlc: Depends on package which will never enter testing
Package: vlc Version: 0.8.1.svn20050314-1 Severity: important vlc depends on gcc-snapshot which is never intended to enter testing. Therefore vlc will never enter testing either. Depending on a package which will never become stable seems like a problem... -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14no-high-mem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages vlc depends on: ii aalib1 1.4p5-22 ascii art library ii dbus-1 0.23.4-1 simple interprocess messaging syst ii liba52-0.7.4 0.7.4-1 Library for decoding ATSC A/52 str ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdvbpsi3 0.1.4-2 library for MPEG TS and DVB PSI ta ii libdvdnav4 0.1.9-3 The DVD navigation library ii libdvdread30.9.4-5 Simple foundation for reading DVDs ii libflac6 1.1.1-5 Free Lossless Audio Codec - runtim ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libfribidi00.10.4-6 Free Implementation of the Unicode ii libgcc11:3.4.3-13GCC support library ii libgcrypt111.2.0-11.1LGPL Crypto library - runtime libr ii libgnutls111.0.16-13.1 GNU TLS library - runtime library ii libgpg-error0 1.0-1 library for common error values an ii libhal00.4.7-3sarge1 Hardware Abstraction Layer - share ii libid3tag0 0.15.1b-4.1 ID3 tag reading library from the M ii liblircclient0 0.7.1pre2-2 LIRC client library ii libmad00.15.1b-1.1 MPEG audio decoder library ii libmodplug01:0.7-4 shared libraries for mod music bas ii libmpeg2-4 0.4.0b-2 MPEG1 and MPEG2 video decoder libr ii libncurses55.4-4 Shared libraries for terminal hand ii libogg01.1.2-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-1PNG library - runtime ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libtar 1.2.11-2 C library for manipulating tar arc ii libtheora0 0.0.0.alpha4-1.1 The Theora Video Compression Codec ii libvorbis0a1.1.0-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.1.0-1 The Vorbis General Audio Compressi ii libx11-6 4.3.0.dfsg.1-14sarge1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14sarge1 X Window System miscellaneous exte ii libxml22.6.16-7 GNOME XML library ii libxosd2 2.2.14-1.1X On-Screen Display library - runt ii libxv1 4.3.0.dfsg.1-14sarge1 X Window System video extension li ii slang1 1.4.9dbs-8The S-Lang programming library - r ii ttf-freefont 20031008-1.1 Freefont Serif, Sans and Mono True ii wxvlc 0.8.1.svn20050314-1 wxWindows frontend for VLC ii xlibmesa-gl [libgl 4.3.0.dfsg.1-14sarge1 Mesa 3D graphics library [XFree86] ii xlibmesa-glu [libg 4.3.0.dfsg.1-14sarge1 Mesa OpenGL utility library [XFree ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240834: progress fixing madbomber music?
It appears to work in Debian kernels but not custom compiled kernels. Any idea what the critical difference might be? -- Clear skies, Justin On Thu, Dec 15, 2005 at 12:32:05AM +0100, Christian T. Steigies wrote: On Sat, Dec 10, 2005 at 07:30:23PM -0500, Justin Pryzby wrote: Has there been any progress on this bug? You tell me, it works just fine for me with linux 2.6.12 and I never heard from anybody else having a problem with this. Maybe you can try a debian based live cd, like knoppix or ubuntu to see if it is maybe a kernel problem on your machine? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240834: progress fixing madbomber music?
On Thu, Dec 15, 2005 at 03:04:48AM -0500, Justin Pryzby wrote: It appears to work in Debian kernels but not custom compiled kernels. Any idea what the critical difference might be? I am running a custom kernel. Maybe if you send me your config and info about your sound hardware, I could help. Alternatively, I would start out with the config of a debian kernel, and just deactive drivers, you do not need, build in drivers you do need, or which need to be built in, if you do not want to use initrd. But since you say it works with debian kernels, this bug can be closed now? There is nothing we can do, if you build your own kernel and something is broken with the kernel. Christian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343427: linux-image-2.6.14-2-powerpc: Installation fails
Package: linux-image-2.6.14-2-powerpc Version: 2.6.14-5 Severity: normal Setting up linux-image-2.6.14-2-powerpc (2.6.14-5) ... Running depmod. Finding valid ramdisk creators. Using mkinitrd.yaird to build the ramdisk. yaird error: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.14-2-powerpc ide-generic (fatal) Failed to create initrd image. dpkg: error processing linux-image-2.6.14-2-powerpc (--configure): I tried this: florence:~# /sbin/modprobe -v -n --show-depends --set-version 2.6.14-2-powerpc ide-generic FATAL: Module ide_generic not found. Thanks, Dave -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages linux-image-2.6.14-2-powerpc depends on: ii mkvmlinuz 17 create a kernel to boot a PowerPC ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-1 Yet Another mkInitRD linux-image-2.6.14-2-powerpc recommends no packages. -- debconf information: linux-image-2.6.14-2-powerpc/postinst/old-initrd-link-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/prerm/removing-running-kernel-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/postinst/bootloader-error-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/postinst/kimage-is-a-directory: linux-image-2.6.14-2-powerpc/postinst/create-kimage-link-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/preinst/bootloader-initrd-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/preinst/lilo-has-ramdisk: linux-image-2.6.14-2-powerpc/preinst/overwriting-modules-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/postinst/old-dir-initrd-link-2.6.14-2-powerpc: true * linux-image-2.6.14-2-powerpc/preinst/already-running-this-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/postinst/old-system-map-link-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/postinst/depmod-error-initrd-2.6.14-2-powerpc: false linux-image-2.6.14-2-powerpc/preinst/lilo-initrd-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/preinst/failed-to-move-modules-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/preinst/abort-install-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/postinst/bootloader-test-error-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/preinst/initrd-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/preinst/abort-overwrite-2.6.14-2-powerpc: linux-image-2.6.14-2-powerpc/prerm/would-invalidate-boot-loader-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/preinst/elilo-initrd-2.6.14-2-powerpc: true linux-image-2.6.14-2-powerpc/postinst/depmod-error-2.6.14-2-powerpc: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343428: ghc6: Crashes on start: Unable to mmap( MAP_FIXED ) for Jump Islands
Package: ghc6 Version: 6.4.1-1 Severity: important Whenever I start ghci, I get the following: [EMAIL PROTECTED]:~$ ghci ___ ___ _ / _ \ /\ /\/ __(_) / /_\// /_/ / / | | GHC Interactive, version 6.4.1, for Haskell 98 / /_\\/ __ / /___| | http://www.haskell.org/ghc/ \/\/ /_/\/|_| Type :? for help. Loading package base-1.0 ... ghc-6.4.1: Unable to mmap( MAP_FIXED ) for Jump Islands ghc-6.4.1: panic! (the `impossible' happened, GHC version 6.4.1): loadObj: failed Please report it as a compiler bug to glasgow-haskell-bugs@haskell.org, or http://sourceforge.net/projects/ghc/. Compilation appears to work fine. TIA, Echo Nolan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages ghc6 depends on: ii gcc 4:4.0.2-2 The GNU C compiler ii haskell-utils 1.6.0.1Utilities used by the Debian Haske ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgmp3-dev 4.1.4-11 Multiprecision arithmetic library ii libgmp3c2 4.1.4-11 Multiprecision arithmetic library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libreadline5 5.0-11 GNU readline and history libraries ii libreadline5-dev 5.0-11 GNU readline and history libraries ii perl [perl5] 5.8.7-9Larry Wall's Practical Extraction ghc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342335: Different, but not better with 0.8.5-4
I just tried dillo on a sid machine (0.8.5-4) and the problem is now the opposite (same Web site, http://www.bortzmeyer.org/). UTF-8 characters are OK but characters coded as entities are not displayed at all. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342832: qa.debian.org: resolver in etch+ requires . suffix
* alex bodnaru: on the other hand, etch and sid can resolv the host only if i sufix the host name with `.', but the host can resolv the uml address. I'm sorry, but this can only be investigated if you provide the actual domain names involved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Julian Gilbey [EMAIL PROTECTED] wrote: On Wed, Dec 14, 2005 at 10:47:07AM +0100, Helge Hafting wrote: Package: tetex-bin Version: 3.0-11.1.sarge1 Severity: normal I (Frank) am sending this as a separate bug report, the real submitter is Helge Hafting, who wrote to an unrelated bug: Better would be to clone the bug report :) No, I don't think so. We have so many bugreports now that start with one problem, and after dozens of mails someone else with fmtutil-sys fails posts their unrelated bugreport to the same bug. It becomes unreadable, and I'd suggest that we create new bugs instead of cloning in these cases. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343429: www.debian.org: changelog for kernel-image-2.6.8-2-k7 (2.6.8-16sarge1) not found
Package: www.debian.org Severity: normal Result of clicking the Debian changelog link at http://packages.debian.org/stable/base/kernel-image-2.6.8-2-k7: Not Found The requested URL /changelogs/pool/main/k/kernel-image-2.6.8-i386/kernel-image-2.6.8-i386_2.6.8-16sarge1/changelog was not found on this server. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Helge Hafting [EMAIL PROTECTED] wrote: This file is installed by tetex-extra and should be in /usr/share/texmf-tetex/tex/amstex/base/amstex.tex Is it there on your system? What is (as root) the output of # ls -l /usr/share/texmf-tetex/tex/amstex/base/amstex.tex -rw-r--r-- 1 root root 78920 2001-10-04 06:08 /usr/share/texmf-tetex/tex/amstex/base/amstex.tex It is there. Do you want a copy? Could this be a case of tetex-bin being upgraded before tetex-extra? No, no need for the copy, and it's something else. kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex # kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex .:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf}/{ptex,tex}/{amstex,plain,generic,}// /usr/share/texmt-tetex is missing here. Can you please send us the output of the following commands: grep '^TEXMF =' /etc/texmf/texmf.cnf grep '^TEXMF =' /etc/texmf/texmf.d/* grep 'amsptex' /etc/texmf/texmf.cnf grep 'amsptex' /etc/texmf/texmf.d/* Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343430: kernel-package: Should be called linux-package
Package: kernel-package Version: 10.018 Severity: wishlist Since the former kernel-image-* series is now called linux-image-* in preparation for other kernels than Linux, maybe kernel-package should also be renamed. Or do you plan to use it to build other kernels as well? :-) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-386 Locale: LANG=C, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages kernel-package depends on: ii dpkg 1.13.11.0.1package maintenance system for Deb ii dpkg-dev 1.13.11package building tools for Debian ii file 4.15-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.2-2 The GNU C compiler ii gcc-2.95 [c-compiler] 1:2.95.4-24The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-10 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.2-5The GNU C compiler ii gettext 0.14.5-2 GNU Internationalization utilities ii make 3.80+3.81.b4-1 The GNU version of the make util ii perl 5.8.7-9Larry Wall's Practical Extraction ii po-debconf0.9.1 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.2-11 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.5-8.1 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343431: [INTL:da] Updated Danish debconf translation
Package: debconf Severity: wishlist Tags: patch l10n Please use the attached updated debconf translation (debian/po/da.po) -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE # packages/po/da.po # # DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST # # Danish messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # Claus Hindsgaul [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: debian-installer\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-12-10 09:49-0700\n PO-Revision-Date: 2005-12-15 09:56+0100\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: select #. Choices #: ../templates:3 msgid Dialog, Readline, Gnome, Kde, Editor, Noninteractive msgstr Dialog, Readline, Gnome, Kde, Tekstbehandler, Ikke-interaktivt # Template: debconf/frontend # ddtp-prioritize: 54 # #. Type: select #. Description #: ../templates:5 msgid What interface should be used for configuring packages? msgstr Hvilken brugerflade skal bruges til opsætning af pakker? # #. Type: select #. Description #: ../templates:5 msgid Packages that use debconf for configuration share a common look and feel. You can select the type of user interface they use. msgstr Pakker der bruger debconf til opsætning, fremtræder på samme måde. Du kan vælge hvilken brugerflade de skal bruge. # #. Type: select #. Description #: ../templates:5 msgid The dialog frontend is a full-screen, character based interface, while the readline frontend uses a more traditional plain text interface, and both the gnome and kde frontends are modern X interfaces, fitting the respective desktops (but may be used in any X environment). The editor frontend lets you configure things using your favorite text editor. The noninteractive frontend never asks you any questions. msgstr Dialog er en fuldskærms, tekstbaseret brugerflade, mens readline er en mere traditionel tekst-brugerflade. Både gnome og kde er moderne X-brugerflader. Editor lader dig svare på spørgsmålene via din foretrukne editor. Ikke- interaktivt vil aldrig stille dig spørgsmål. #. Type: select #. Choices #: ../templates:18 msgid critical, high, medium, low msgstr kritisk, høj, mellem, lav #. Type: select #. Description #: ../templates:20 msgid Ignore questions with a priority less than... msgstr Ignorér spørgsmål med en prioritet lavere end... # #. Type: select #. Description #: ../templates:20 msgid Debconf prioritizes the questions it asks you. Pick the lowest priority of question you want to see:\n - 'critical' only prompts you if the system might break.\n Pick it if you are a newbie, or in a hurry.\n - 'high' is for rather important questions\n - 'medium' is for normal questions\n - 'low' is for control freaks who want to see everything msgstr Debconf prioriterer de spørgsmål, den stiller dig. Vælg den laveste spørgsmåls-prioritet, du ønsker at se:\n - 'kritisk' spørger dig kun hvis systemet potentielt kommer i uorden.\n Vælg dette, hvis du er nybegynder eller har travlt. \n - 'høj' for ret vigtige spørgsmål \n - 'mellem' for almindelige spørgmål \n - 'lav' for kontrolnarkomaner, der vil have alt at se # #. Type: select #. Description #: ../templates:20 msgid Note that no matter what level you pick here, you will be able to see every question if you reconfigure a package with dpkg-reconfigure. msgstr Bemærk at uanset hvilket niveau du vælger her, vil du kunne se samtlige spørgsmål, hvis du genopsætter pakken med kommandoen dpkg-reconfigure. #. Type: text #. Description #: ../templates:34 msgid Installing packages msgstr Installerer pakker #. Type: text #. Description #: ../templates:38 msgid Please wait... msgstr Vent venligst... #~ msgid #~ Packages that use debconf for configuration prioritize the questions they #~ might ask you. Only questions with a certain priority or higher are #~ actually shown to you; all less important questions are skipped. #~ msgstr #~ Pakker, der bruger debconf til opsætning, prioriterer spørgsmålene, som #~ de vil stille dig. Kun spørgsmål med en hvis prioritet eller højere vil #~ rent faktisk blive vist til dig. Alle mindre vigtige spørgsmål bliver #~ sprunget over. #~ msgid #~ You can select the lowest priority of question you want to see:\n #~ - 'critical' is for items that will probably break the system\n #~ without user intervention.\n #~ - 'high' is for items that don't have reasonable
Bug#319912: libgc: FTBFS on hurd-i386: configure.in does not support the Hurd for threading
On Mon, Jul 25, 2005 at 06:31:48PM +0200, Michael Banck wrote: --- configure.in.orig 2005-07-25 17:23:25.0 +0200 +++ configure.in 2005-07-25 17:23:53.0 +0200 @@ -90,6 +90,10 @@ AC_DEFINE(GC_LINUX_THREADS) AC_DEFINE(_REENTRANT) ;; + *-*-gnu*) + AC_DEFINE(GC_GNU_THREADS) + AC_DEFINE(_REENTRANT) + ;; *-*-aix*) AC_DEFINE(GC_AIX_THREADS) AC_DEFINE(_REENTRANT) You can't just define GC_*_THREADS without adding code to handle that style of threads. I'll just disable threads on the hurd for now; please send patches to add threading support to upstream, if threading is available and working on the hurd these days. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343432: cupsys: [INTL:da] Updated Danish debconf template translation
Package: cupsys Severity: wishlist Tags: patch l10n Please include the attached updated Danish debconf template translation (debian/po/da.po) -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # translation of cupsys_1.1.20final+cvs20040317-3_da.po to Danish # translation of da.po to Danish # translation of Debian cupsys debconf to Danish # Claus Hindsgaul [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: da\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2005-10-04 23:10+0900\n PO-Revision-Date: 2005-12-15 09:55+0100\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../cupsys-bsd.templates:4 msgid Do you want to set up the BSD lpd compatibility server? msgstr Ønsker du at sætte BSD lpd-kompatibilitetsserveren op? #. Type: boolean #. Description #: ../cupsys-bsd.templates:4 msgid This package contains a server that can accept BSD-style print jobs and submit them to CUPS. It should only be set up if you have other computers that submit jobs over the network via \BSD\ or \LPR\ services, and these computers cannot be converted to use the IPP protocol that CUPS uses. msgstr Denne pakke indeholder en server, der kan modtage print-jobs på BSD-form og sende dem videre til CUPS. Du behøver kun at sætte den op, hvis du har andre computere, der sender jobs over netværket via servicerne \BSD\ eller \LPR \, og disse computere ikke kan ændres til at benytte den IPP-protokol, som CUPS benytter. #. Type: boolean #. Description #: ../cupsys.templates:4 msgid Do you want CUPS to print unknown jobs as raw jobs? msgstr Ønsker du at CUPS skal udskrive ukendte jobs som rå jobs? #. Type: boolean #. Description #: ../cupsys.templates:4 msgid All print jobs in IPP get a MIME type. Since not all sources of print jobs can attach an appropriate type, many jobs get submitted as the MIME type application/octet-stream. Because of this, when CUPS receives a job with that MIME type, it attempts to guess what the format is. By default, if it cannot guess the proper type, it rejects the job. msgstr Alle print-jobs i IPP får en MIME-type. Da ikke alle printjob-kilder kan medsende den relevante type, vil mange jobs blive sendt med MIME-typen \application/octet-stream\. Derfor vil CUPS forsøge at gætte formatet, når den modtager sådan et job. Som udgangspunkt vil den afvise jobbet, hvis den ikke kan gætte typen. #. Type: boolean #. Description #: ../cupsys.templates:4 msgid It is possible to cause CUPS to treat all unrecognized jobs with this MIME type as \raw\ jobs, which causes them to be sent directly to the printer without processing. msgstr Du kan få CUPS til at behandle alle ikke-genkendte jobs med denne MIME-type som et \råt\ job, som bliver sendt direkte til printeren uden yderligere behandling. #. Type: boolean #. Description #: ../cupsys.templates:4 msgid If you will be accepting print jobs from Windows computers, you probably want this option set, as Windows gives all IPP print jobs processed by a local driver the MIME type application/octet-stream. Samba also submits its print jobs this way. msgstr Hvis du vil acceptere printjobs fra Windows-computere, bør du acceptere denne funktion, da Windows giver alle IPP-printjobs, som håndteres af en lokal driver MIME-typen \application/octet-stream\. Samba sender sine jobs på samme måde. #. Type: multiselect #. Choices #: ../cupsys.templates:22 msgid ipp, lpd, parallel, scsi, serial, socket, usb msgstr ipp, lpd, parallel, scsi, seriel, sokkel, usb #. Type: multiselect #. Description #: ../cupsys.templates:24 msgid Select the backends you want. msgstr Vælg det bagvedliggende program, du ønsker. #. Type: multiselect #. Description #: ../cupsys.templates:24 msgid CUPS uses backend programs for communication with printer device or port. msgstr CUPS bruger bagvedliggende programmer til at kommunikere med printerenheden eller -porten. #. Type: multiselect #. Description #: ../cupsys.templates:24 msgid Unfortunately, some backend programs cause some trouble. (For example, some PPC kernel crashes with the parallel backend) msgstr Desværre giver nogle af disse bagvedliggende programmer visse problemer (f. eks. bryder kernen sammen på nogle PPC-maskiner med parallel-programmet) #. Type: multiselect #. Description #: ../cupsys.templates:24 msgid Please choose the backend program to be used by CUPS. The default choice should fit the most common environments. msgstr Vælg det bagvedliggende program, CUPS skal bruge. Det forvalgte burde være passende under
Bug#343433: bibtex2html: attemps to parse comment fields and fails
Package: bibtex2html Version: 1.77-1 Severity: important Some bibtex editors such as Pybliographer put comment lines like this: @comment{This file has been generated by Pybliographer} into .bib files. AFAICT bibtex2html treats this as a regular entry, and is looking for a comma after @comment{This and fails to find it. Personally, I think bibtex2html should skip over *any* entry it can't understand rather than bailing out with obscure error messages. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages bibtex2html depends on: ii ocaml-base-nox [ocaml-base-no 3.09.0-3 Runtime system for ocaml bytecode ii perl 5.8.7-9Larry Wall's Practical Extraction ii tetex-base3.0-11 Basic library files of teTeX ii tetex-bin 3.0-11 The teTeX binary files ii tetex-extra 3.0-11 Additional library files of teTeX bibtex2html recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343434: gnupg: FTBFS (ppc64): Please use '--disable-asm' on ppc64
Package: gnupg Version: 1.4.2-2 Severity: wishlist Tags: patch The build of 'gnupg' on ppc64/unstable fails because it hangs at the following point: ./gpg_dearmor ./plain-3 ../../checks/plain-3o.asc ./gpg_dearmor ./pubring.pkr ../../checks/pubring.pkr.asc ./gpg_dearmor ./secring.skr ../../checks/secring.skr.asc ../tools/mk-tdata 500 data-500 ../tools/mk-tdata 9000 data-9000 ../tools/mk-tdata 32000 data-32000 ../tools/mk-tdata 8 data-8 cat ../../checks/../doc/HACKING \ ../../checks/../doc/DETAILS \ ../../checks/../doc/FAQ plain-large ../g10/gpg --homedir . --quiet --yes --no-permission-warning --import ../../checks/pubdemo.asc The attached patch adds '--disable-asm' to CONFARGS in debian/rules. With this patch 'gnupg' can be compiled on ppc64. Regards Andreas Jochens diff -urN ../tmp-orig/gnupg-1.4.2/debian/rules ./debian/rules --- ../tmp-orig/gnupg-1.4.2/debian/rules2005-12-15 09:17:35.0 +0100 +++ ./debian/rules 2005-12-15 09:03:06.0 +0100 @@ -17,6 +17,10 @@ CONFARGS = --host=$(DEB_HOST_GNU_TYPE) endif +ifeq ($(DEB_BUILD_ARCH),ppc64) + CONFARGS += --disable-asm +endif + install_dir=install -d -m 755 install_file=install -m 644 install_script=install -m 755 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339254: BinNMU for qgis
On Wed, Dec 14, 2005 at 08:29:10PM -0500, Steve Halasz wrote: On Wed, 2005-12-14 at 15:12 -0800, Steve Langasek wrote: On Wed, Dec 14, 2005 at 09:51:18AM -0500, Steve Halasz wrote: I believe qgis needs a BinNMU for bug 339254. A binNMU is not going to change the package name, which is what that bug requests. Apparently, there was no package name change for the *previous* C++ ABI change either. This is very problematic for partial upgrades from sarge and is also likely to affect partial upgrades *from* etch, which are both release-critical targets. Since qgis provides both shlibs for libqgis.so.0 and a -dev package, it seems clear that the intention is to allow packages to link against this library, in which case the lib must be handled according to Debian library policy. This probably means splitting libqgis0 out as a separate package. qgis-dev was created in response to a bug mostly to help reduce the size of the main package. All the plugins that use libqgis are part of the qgis package. So although there is the possibility that in the future there will be separate source packages building against qgis there are none now and I don't expect any soon. It seemed simpler not to get into library packaging if it wasn't necessary. But I agree that the -dev package creates a certain expectation and I should probably bite the bullet and create the libqgis0 package. Right; whether it's plugins or applications, if external packages are going to be dynamically linking to libqgis.so.0 (which is, presumably, why the shlibs are there), the rationale is the same. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#343435: openoffice.org-writer: Openoffice writer crash when opening a specific .rtf, everytime
Package: openoffice.org-writer Version: 2.0.0-5 Severity: important When opening a specific .rtf file which was generated with openoffice 1.2, writer always crash. I can't edit this file anymore. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: LANG=fr_BE, LC_CTYPE=fr_BE (charmap=ISO-8859-1) (ignored: LC_ALL set to fr_BE) Versions of packages openoffice.org-writer depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libicu34 3.4-3 International Components for Unico ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3STLport C++ class library ii libwpd8c2a0.8.4-2Library for handling WordPerfect d ii openoffice.org-core 2.0.0-5OpenOffice.org office suite archit ii python-uno2.0.0-5Python interface for OpenOffice.or ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages openoffice.org-writer recommends: pn java-gcj-compat | j2re1.4 | j none (no description available) ii openoffice.org-java-common2.0.0-5OpenOffice.org office suite Java s -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314427: contains too many files
This has become an issue again. I'm building a module for a back version of PostgreSQL. (I know we're not supposed to use 8.0 any more, but the same is true for 7.4.) These fake client header files contain symbols relevant to server version 8.1 but not present in earlier versions, so packages that do -I/usr/include/postgresql -I/usr/include/postgresql/8.0/server/ will just crash during the build. I suppose one could work around this by switching the order, but that a disproportional amount of work (patch configure etc.) I would like to know exactly which packages require these fake client headers that I listed in my original messages. I want to see if they can be fixed properly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343042: [Yaird-devel] Bug#343042: #343042: linux-image-2.6.14-2-686: Boot aborts wit
From: Erik van Konijnenburg [EMAIL PROTECTED] On Wed, Dec 14, 2005 at 10:42:58AM +, Richard Antony Burton wrote: FYI the above workaround does not work for machines with SATA drives. I couldn't find a combination of modules that would get it to boot. To help debugging, could you post your version of /etc/yaird/Default.cfg, plus the output of yaird -v for the working version and the broken version? I can no longer recreate the problem. To give more background, which may explain why, this was a clean install on a new box with SATA, using Debian From Scratch 0.6.19. I was under the 2.6.11 kernel from the CD when I build the initrd in a chroot to my new install. /proc and /sys were both mounted, and yaird appeared to complete sucessfully. I have tried booting from the DFS CD again under the same kernel and still cannot recreate the problem. The bootstrapped version of sid from the CD contained quite a few backlevel packages, which have since been updated, so maybe this has some bearing on it? I don't have another box like this I can reinstall now to try again from scratch. Anyway, in my current system state I can build a working initrd from the latest yaird, and since there is no upgrade path to 2.6.14/yaird from Sarge (and so probably no official upgrade path from anything else either) this can probably be discounted as an odd one-off. Regards, Richard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343411: I forgot the messages, sorry
[EMAIL PROTECTED]:~$ vegastrike Vega Strike See http://www.gnu.org/copyleft/gpl.html for license details. GOT SUBDIR ARG = Found data in /usr/share/games/vegastrike Using /usr/share/games/vegastrike as data directory Using .vegastrike.4.x as the home directory Found MODDIR = /usr/share/games/vegastrike/mods USING HOMEDIR : /home/marco/.vegastrike.4.x As the home directory CONFIGFILE - Found a config file in home directory, using : /home/marco/.vegastrike.4.x/vegastrike.config DATADIR - No datadir specified in config file, using ; /usr/share/games/vegastrike SIMULATION_ATOM: 0.12 MISSION_NAME is empty using : explore_universe.mission running import sys print sys.path sys.path = [r/usr/share/games/vegastrike/modules/builtin/,r/usr/share/games/vegastrike/modules/,r/usr/share/games/vegastrike/bases/] ['/usr/lib/python23.zip', '/usr/lib/python2.3', '/usr/lib/python2.3/plat-linux2', '/usr/lib/python2.3/lib-tk', '/usr/lib/python2.3/lib-dynload', '/usr/local/lib/python2.3/site-packages', '/usr/lib/python2.3/site-packages', '/usr/lib/python2.3/site-packages/Numeric', '/usr/lib/python2.3/site-packages/PIL', '/usr/lib/python2.3/site-packages/gtk-2.0', '/usr/lib/python2.3/site-packages/wx-2.6-gtk2-unicode'] testing VS randomrunning import sys print sys.path ['/usr/share/games/vegastrike/modules/builtin/', '/usr/share/games/vegastrike/modules/', '/usr/share/games/vegastrike/bases/'] Setting Screen to w 1024 h 768 and pitch of 4096 and 32 bpp 4 bytes per pix mode OpenGL Extensions supported: GL_ARB_imaging GL_ARB_multitexture GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_shader_objects GL_ARB_shading_language_100 GL_ARB_texture_compression GL_ARB_texture_cube_map GL_ARB_texture_env_add GL_ARB_texture_env_combine GL_ARB_texture_env_dot3 GL_ARB_texture_mirrored_repeat GL_ARB_texture_rectangle GL_ARB_transpose_matrix GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader GL_ARB_window_pos GL_S3_s3tc GL_EXT_texture_env_add GL_EXT_abgr GL_EXT_bgra GL_EXT_blend_color GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_clip_volume_hint GL_EXT_compiled_vertex_array GL_EXT_Cg_shader GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_multi_draw_arrays GL_EXT_packed_pixels GL_EXT_paletted_texture GL_EXT_pixel_buffer_object GL_EXT_point_parameters GL_EXT_rescale_normal GL_EXT_secondary_color GL_EXT_separate_specular_color GL_EXT_shared_texture_palette GL_EXT_stencil_wrap GL_EXT_texture_compression_s3tc GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 GL_EXT_texture_filter_anisotropic GL_EXT_texture_lod GL_EXT_texture_lod_bias GL_EXT_texture_object GL_EXT_vertex_array GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_KTX_buffer_region GL_NV_blend_square GL_NV_fence GL_NV_fog_distance GL_NV_light_max_exponent GL_NV_packed_depth_stencil GL_NV_pixel_data_range GL_NV_point_sprite GL_NV_register_combiners GL_NV_texgen_reflection GL_NV_texture_env_combine4 GL_NV_texture_rectangle GL_NV_vertex_array_range GL_NV_vertex_array_range2 GL_NV_vertex_program GL_NV_vertex_program1_1 GL_SGIS_generate_mipmap GL_SGIS_multitexture GL_SGIS_texture_lod GL_SUN_slice_accum OpenGL::GL_EXT_compiled_vertex_array unsupported OpenGL::Accurate Fog Distance unsupported OpenGL::Generic Texture Compression unsupported OpenGL::S3TC Texture Compression unsupported OpenGL::Multitexture unsupported OpenGL::TextureCubeMapExt unsupported OpenGL::EXTColorTable unsupported 1 joysticks were found. The names of the joysticks are: Analog 4-axis 4-button joystick axes: 4 buttons: 4 hats: 0 FactionXML:LoadXML factions.xml xyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzwxyzw logos/mechanistSec.png, not found logos/mechanistPri.png, not found logos/shmrnSec.png, not found logos/shmrnPri.png, not found logos/rlaan_briinSec.png, not found logos/rlaan_briinPri.png, not found xyzwxyzwxyzwxyzwHi helper play 0 xyzwxyzwxyzwxyzw neutral_Asteroid.bmp, not found xyzwxyzwNum Nodes: 358, NumEnds: 133 Min Height: 4, Max Height: 16 Average Height 10.037594 klkk_cyl.png, not found xyzw neutral_wh_rgb_stable.png, not found xyzw neutral_wh_spec_stable.png, not found xyzwxyzwxyzwxyzwxyzwxyzw neutral_atm.png, not found xyzwxyzwxyzw klkk_barracks.jpg, not found xyzw klkk_barracksPPL.jpg, not found xyzw
Bug#343416: [Pkg-cups-devel] Bug#343416: cupsys 1.1.23-13 fails with Address already in use - 1.1.23-12 works
to, 2005-12-15 kello 14:39 +1030, Arthur Marsh kirjoitti: Package: cupsys Version: 1.1.23-13 Severity: important When I upgraded to cupsys 1.1.23-13 (one local parallel printer made shareable via samba), I received the following error: StartListening: Unable to bind socket for address 7f01:631 - Address already in use. This even happened fresh after rebooting. Nothing else was bound to TCP port 631: [EMAIL PROTECTED]:/var/log/cups$ su Password: victoria:/var/log/cups# lsof -i TCP:631 victoria:/var/log/cups# Downgrading to cupsys 1.1.23-12 fixed things. This sounds like the same bug that was reported by several others over the last few days but, just to be safe, try: netstat -n -p --inet -- Martin-Éric Racine http://q-funk.iki.fi signature.asc Description: Digitaalisesti allekirjoitettu viestin osa
Bug#343436: qps description improvement request
Package: qps Version: 1.9.7.0-4 Severity: minor Hi, When translating the short description, the Japanese translation team noticed that the short description of qps doesn't make sense. I at least propose the following: -qps -- Qt based process status +qps -- Qt based process status monitor regards, junichi -- [EMAIL PROTECTED],netfort.gr.jp} Debian Project -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343437: libnotify: new upstream
Package: libnotify Severity: wishlist hello, as john palmieri (j5) says there is a new upstream avaible :) http://galago-project.org/files/releases/source/libnotify/libnotify-0.3.0.tar.gz http://galago-project.org/files/releases/source/notify-daemon/notify-daemon-0.3.1.tar.gz -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343438: Cannot start cupsd on Sparc
Package: cupsys Version: 1.1.23-13 Just updated cupsys with the latest release from sparc64/unstable and replaced my /etc/cups/cupsd.conf with the new one provided with the package. Now the system can't start cups and reports me the following error: cupsd: Child exited with status 48! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217348: gpdf still hanging on opening document
Package: gpdf Version: 2.8.2-1.2 Followup-For: Bug #217348 Has this been fixed upstream or in testing yet? We still get the hanging here on what I believe to be a standard sarge setup, where xpdf succeeds. More mysteriously, gpdf hello_world.ps also hangs, rather than objecting and exiting as xpdf does. Would it be worth forwarding the results of lsof | grep [xg]pdf for the three cases ([xg]pdf hello_world.pdf and gpdf hello_world.ps)? Thanks in advance. -- Dr Martin J Carter Computer System Administrator Astrophysics, Oxford -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages gpdf depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.8.1-2 The Bonobo UI library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc11:3.4.3-13GCC support library ii libgconf2-42.8.1-6 GNOME configuration database syste ii libglade2-01:2.4.2-2 library to load .glade files at ru ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgnome2-02.8.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.8.0-1 A powerful object-oriented display ii libgnomeprint2.2-0 2.8.2-1 The GNOME 2.2 print architecture - ii libgnomeprintui2.2 2.8.2-2 GNOME 2.2 print architecture User ii libgnomeui-0 2.8.1-3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.8.4-4 The GNOME virtual file-system libr ii libgtk2.0-02.6.4-3.1 The GTK+ graphical user interface ii libice64.3.0.dfsg.1-14sarge1 Inter-Client Exchange library ii liborbit2 1:2.12.2-1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libpaper1 1.1.14-3 Library for handling paper charact ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 4.3.0.dfsg.1-14sarge1 X Window System Session Management ii libstdc++5 1:3.3.5-13The GNU Standard C++ Library v3 ii libxml22.6.16-7 GNOME XML library ii xlibs 4.3.0.dfsg.1-14sarge1 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime gpdf recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342579: ftbfs [sparc] ...plugins/org.eclipse.rcp.source.linux.gtk./src not found.
On Thu, Dec 08, 2005 at 09:11:46AM -0800, Blars Blarson wrote: Package: eclipse Version: 3.1.1-6 Severity: important eclipse failed to build on a sparc buildd, duplicated on my sparc pbuilder. compilelibs: [mkdir] Created dir: /build/buildd/eclipse-3.1.1/source-tree/swttmp BUILD FAILED /build/buildd/eclipse-3.1.1/source-tree/build.xml:48: /build/buildd/eclipse-3.1.1/source-tree/plugins/org.eclipse.rcp.source.linux.gtk./src not found. Thanks for reporting this. I commited the fix into our CVS on alioth. It will be included in the next upload of eclipse, 3.1.1-7. Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342925: Not only on sparc64
This problem is not limited to sparc64, I've encountered it on i386 after upgrading from initramfs-tools 0.41 to 0.44 (when using a kernel compiled with modular ide). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
On 15.12.05 Frank Küster ([EMAIL PROTECTED]) wrote: Helge Hafting [EMAIL PROTECTED] wrote: Moin, kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex # kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex .:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf}/{ptex,tex}/{amstex,plain,generic,}// /usr/share/texmt-tetex is missing here. Can you please send us the output of the following commands: grep '^TEXMF =' /etc/texmf/texmf.cnf grep '^TEXMF =' /etc/texmf/texmf.d/* grep 'amsptex' /etc/texmf/texmf.cnf grep 'amsptex' /etc/texmf/texmf.d/* He has still tex-common 0.11. Anywhere are the Deps not set tight enough. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343421: sbcl: dpkg doesn't completely install slime
I managed to fix the problem by running apt-get remove --purge and reinstalling the package. I'm not sure what caused the problem, perhaps apt-get installing it at the same time as emacs21 and sbcl led to problems during installation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343435: openoffice.org-writer: Openoffice writer crash when opening a specific .rtf, everytime
Attachement: crashy .rtf (The rtf is working perfectly with other office tools) {\rtf1\ansi\deff0\adeflang1025 {\fonttbl{\f0\froman\fprq2\fcharset0 Nimbus Roman No9 L{\*\falt Times New Roman};}{\f1\froman\fprq2\fcharset0 Nimbus Roman No9 L{\*\falt Times New Roman};}{\f2\fswiss\fprq2\fcharset0 Arial;}{\f3\fswiss\fprq2\fcharset0 Helvetica 55 Roman{\*\falt Arial Narrow};}{\f4\fswiss\fprq2\fcharset0 Helvetica;}{\f5\fnil\fprq2\fcharset0 Bitstream Vera Sans;}{\f6\froman\fprq2\fcharset0 Times New Roman;}{\f7\fnil\fprq2\fcharset0 Tahoma{\*\falt Lucidasans};}{\f8\fnil\fprq0\fcharset0 Tahoma{\*\falt Lucidasans};}} {\colortbl;\red0\green0\blue0;\red128\green128\blue128;} {\stylesheet{\s1{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\ql\rtlch\af6\afs20\lang1025\ltrch\dbch\af6\afs24\langfe255\loch\f2\fs24\lang1033\snext1 Default;} {\s2\sa120\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon1\snext2 Text body;} {\s3\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af8\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon2\snext3 List;} {\s4\sb120\sa120\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af8\afs20\lang255\ai\ltrch\dbch\af5\afs20\langfe255\ai\loch\f0\fs20\lang1033\i\sbasedon1\snext4 Caption;} {\s5\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af8\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon1\snext5 Index;} {\s6\cf0\tqc\tx4320\tqr\tx8640{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon1\snext6 Header;} {\s7\cf0\tqc\tx4320\tqr\tx8640{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon1\snext7 Footer;} {\s8\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon2\snext8 Table Contents;} {\s9\cf0\qc{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ai\ab\ltrch\dbch\af5\afs24\langfe255\ai\ab\loch\f0\fs24\lang1033\i\b\sbasedon8\snext9 Table Heading;} {\s10\li283\ri0\lin283\rin0\fi0\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033\sbasedon2\snext10 Text body indent;} {\*\cs12\cf0\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033 WW-Default Paragraph Font;} } {\info{\title Dhr}{\author Inge Lema}{\creatim\yr2004\mo6\dy23\hr13\min51}{\revtim\yr2004\mo9\dy6\hr11\min5}{\printim\yr2004\mo9\dy6\hr11\min3}{\comment StarWriter}{\vern6450}}\deftab720 {\*\pgdsctbl {\pgdsc0\pgdscuse195\pgwsxn11906\pghsxn16838\marglsxn2580\margrsxn1107\margtsxn1361\margbsxn947\headery0{\*\headeryb283\headerxl0\headerxr0\headeryh566}{\header \trowd\trql\trpaddft3\trpaddt0\trpaddfl3\trpaddl0\trpaddfb3\trpaddb0\trpaddfr3\trpaddr0\cellx766\clvertalc\cellx5479\cellx8217 \pard\intbl \pard\plain \absw735\absh735\pvpara\posy32\phcol\posx15{\*\flyvert37024\flyhorz15872\flyanchor0\flycntnt}{{\field\fldpriv{\*\fldinst{\\import [EMAIL PROTECTED] }}} \pard \pard\plain \intbl\s8\cf0\qc\tx1156{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033 {\loch\f2\fs24\lang1033\i0\b0 RMI} \cell\pard\plain \intbl\s6\cf0\tx30\tqc\tx4320\tqr\tx8640{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs24\lang255\ltrch\dbch\af5\afs24\langfe255\loch\f0\fs24\lang1033 {\loch\f2\fs24\lang1033\i0\b0 Institut Royal M\'e9t\'e9orologique} \cell\pard\plain \intbl\s8\cf0{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af7\afs16\lang255\ltrch\dbch\af5\afs16\langfe255\loch\f4\fs16\lang1033 {\loch\f4\fs16\lang1033\i0\b0 Avenue Circulaire 3} \par {\loch\f4\fs16\lang1033\i0\b0 B 1180 Bruxelles} \par {\loch\f4\fs16\lang1033\i0\b0 tel +32 (0)2 373 06 11} \par {\loch\f4\fs16\lang1033\i0\b0 fax +32 (0)2 375 12 59} \cell\row\pard \trowd\trql\trleft-1560\trrh1358\trpaddft3\trpaddt0\trpaddfl3\trpaddl85\trpaddfb3\trpaddb0\trpaddfr3\trpaddr85\clvertalt\cellx-209\clvertalt\cellx3167\clvertalt\cellx5059\clvertalt\cellx8165\cellx8219 \pard\intbl\pard\plain \intbl\s1\sl-240\slmult0\qr{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af6\afs20\lang1025\ltrch\dbch\af6\afs16\langfe255\loch\f3\fs16\lang2060 \par \pard\plain \intbl\s1\sl-240\slmult0\qr{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\margtsxn120\margbsxn0\rtlch\af6\afs20\lang1025\ltrch\dbch\af6\afs16\langfe255\ab\loch\f3\fs16\lang2060\b {\loch\f3\fs16\lang2060\i0\b votre lettre du votre r\'e9f\'e9rence} \par \pard\plain \intbl\s1\sl-240\slmult0\qr{\*\hyphen2\hyphlead2\hyphtrail2\hyphmax0}\rtlch\af6\afs20\lang1025\ltrch\dbch\af6\afs16\langfe255\ab\loch\f3\fs16\lang2060\b {\loch\f3\fs16\lang2060\i0\b notre r\'e9f\'e9rence} \par {\loch\f3\fs16\lang2060\i0\b date} \cell\pard\plain
Bug#343439: RFP: eggcups -- GNOME CUPS notification tray applet
Package: wnpp Severity: wishlist This is a replacement for gnome-cups-icon using DBUS. * Package name: eggcups Version : 0.19 Upstream Author : Colin Walters [EMAIL PROTECTED] * URL : http://cvs.gnome.org/viewcvs/eggcups/ * License : LGPL Description : GNOME CUPS notification tray applet (Include the long description here.) -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343440: linux-image-2.6.14-2-686: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4
Package: linux-image-2.6.14-2-686 Version: 2.6.14-5 Severity: normal *** Please type your report below this line *** For me, personally, this is a critical bug as I use Linux on a notebook, but I did not want to boost up the priority too much. The new kernel (2.6.14-5) suspends (to RAM) as fine as the old one (2.6.14-4), but resuming leaves me with a frozen sytem very often. Not always, though, which will probably make it almost impossible to debug. I usually resume twice or thrice a day. The old one failed to resume about once every week or two. The new one failed every day (for three or four days), so I will downgrade to the old one because I need a working system over Christmas. reportbug told me the following: Getting status for linux-image-2.6.14-2-686... Verifying package integrity... There may be a problem with your installation of linux-image-2.6.14-2-686; the following files appear to be missing or changed: debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.usbmap debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.inputmap debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.symbols debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.isapnpmap debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.alias debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.dep debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.ieee1394map debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.seriomap debsums: checksum mismatch linux-image-2.6.14-2-686 file /lib/modules/2.6.14-2-686/modules.pcimap I have not touched these files. I installed linux-wlan-ng-modules-2.6.14-2-686 and loop-aes-2.6.14-2-686. Does this modify those files? However, I have not used any of those modules, yet, and while suspending, they were not loaded. I use the hibernate script (package hibernate) to suspend. I include package info and config file below. Regards, Thomas. -- package infos: dpkg -s linux-wlan-ng-modules-2.6.14-2-686 Package: linux-wlan-ng-modules-2.6.14-2-686 Status: install ok installed Priority: extra Section: admin Installed-Size: 540 Maintainer: Victor Seva [EMAIL PROTECTED] Architecture: i386 Source: linux-wlan-ng Version: 0.2.2+dfsg-7 Provides: linux-wlan-ng-0.2.2+dfsg-7-modules Depends: linux-wlan-ng (= 0.2.2+dfsg-7), linux-image-2.6.14-2-686 Description: [...] dpkg -s loop-aes-2.6.14-2-686 Package: loop-aes-2.6.14-2-686 Status: install ok installed Priority: optional Section: admin Installed-Size: 296 Maintainer: Max Vozeler [EMAIL PROTECTED] Architecture: i386 Source: loop-aes-modules Version: 3.1b+8 Replaces: loop-aes-ciphers-2.6.14-2-686 Provides: loop-aes-modules Depends: linux-image-2.6.14-2-686, loop-aes-utils (= 2.12p-1) Conflicts: loop-aes-ciphers-2.6.14-2-686 Description: [...] dpkg -s hibernate Package: hibernate Status: install ok installed Priority: extra Section: utils Installed-Size: 328 Maintainer: Cameron Patrick [EMAIL PROTECTED] Architecture: all Version: 1.12-1 Replaces: suspend-script (= 0.94-1) Recommends: console-tools, vlock, hdparm Suggests: dash, kernel-patch-suspend2 Conflicts: suspend-script (= 0.94-1) Conffiles: /etc/hibernate/hibernate.conf 22aeaeb4c38fcb571092b42aea2ba307 /etc/hibernate/ram.conf a481debfb6ca12e21a3e6cf060024ab1 /etc/hibernate/blacklisted-modules 993850492860084b39aaa82a0b19cfe2 /etc/logrotate.d/hibernate 2e80912bbfb0ef68e8b17e36dbe0af0c /etc/init.d/hibernate 8486dd47f75b0580ba7028323b4c3c33 Description: [...] -- hibernate config file 1: cat /etc/hibernate/thm-suspend-to-ram.conf Include /etc/hibernate/thm-suspend-common.conf UseSysfsPowerState mem ### hardware_tweaks RadeonTool yes ### xstatus ## This can be set to gnome, kde or x: XStatus gnome XSuspendText Suspend to RAM... XResumeText Resuming from suspend to RAM... -- hibernate config file 2: cat /etc/hibernate/thm-suspend-common.conf # Example hibernate.conf file. Adapt to your own tastes. # Options are not case sensitive. # # Run hibernate -h for help on the configuration items. ## ### Choose your Suspend method. You currently have 3 choices: ### ###suspend2Software Suspend 2 (requires kernel patches from ###http://www.suspend2.net/) ### ###sysfs_power_state Uses /sys/power/state to suspend (activates pmdisk ###on kernels 2.6.8, or vanilla swsusp otherwise). ### ###acpi_sleep Uses /proc/acpi/sleep to activate swsusp, or other ###ACPI sleep state supported by your machine. ### ## ### suspend2 (for Software Suspend
Bug#343441: lprng: [INTL:da] Updated Danish debconf translation
Package: lprng Severity: wishlist Tags: patch l10n Please include the attached updated Danish debconf translation (debian/po/da.po) Claus -- System Information: Debian Release: testing/unstable APT prefers stable APT policy: (900, 'stable'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=da_DK, LC_CTYPE=da_DK (charmap=ISO-8859-1) # translation of lprng_3.8.25-1_templates.po to Danish # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans# #Developers do not need to manually edit POT or PO files. # Claus Hindsgaul [EMAIL PROTECTED], 2004, 2005. # msgid msgstr Project-Id-Version: lprng_3.8.25-1_templates\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-12-10 09:58-0700\n PO-Revision-Date: 2005-12-15 11:19+0100\n Last-Translator: Claus Hindsgaul [EMAIL PROTECTED]\n Language-Team: Danish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.10.2\n #. Type: note #. Description #: ../templates:3 msgid There are two lpd.conf files msgstr Der er to lpd.conf-filer #. Type: note #. Description #: ../templates:3 msgid You have a lpd.conf in the old location (/etc/lpd.conf) and the new location (/etc/lprng/lpd.conf). From lprng version 3.6.16-1 this file should be only in /etc/lprng, please check both files and remove /etc/lpd.conf msgstr Du har både en lpd.conf på den gamle placering (/etc/lpd.conf) og den nye (/etc/lprng/lpd.conf). Siden version 3.6.16-1 af lprng skal denne fil kun ligge under /etc/lprng. Tjek venligst begge filerne og fjern /etc/lpd. conf #. Type: note #. Description #: ../templates:11 msgid There are two lpd.perms files msgstr Der er to lpd.perms-filer #. Type: note #. Description #: ../templates:11 msgid You have a lpd.perms in the old location (/etc/lpd.perms) and the new location (/etc/lprng/lpd.perms). Since lprng version 3.6.16-1 this file should be only in /etc/lprng, please check both files and remove /etc/lpd. perms msgstr Der ligger både en lpd.conf på den gamle placering (/etc/lpd.perms), og den nye (/etc/lprng/lpd.perms). Siden version 3.6.16-1 af lprng skal denne fil kun ligge under /etc/lprng. Tjek venligst begge filerne og fjern /etc/lpd. perms #. Type: boolean #. Description #: ../templates:20 msgid Make lpr, lprm and lpq setuid root? msgstr Gør lpr, lprm og lpq 'setuid root'? #. Type: boolean #. Description #: ../templates:20 msgid For full RFC1179 compliance you need to make these programs setuid root. This is mainly so they can create a socket with a low port number. The low port number may be important if you have network printers or have adjusted / etc/lprng/lpd.perms to restrict access to non-privledged ports. For the typical printer connected locally to parallel port (and many other) scenario you can leave these programs non setuid root. msgstr For at overholde RFC1179 fuldstændigt skal disse programmer gøres 'setuid root'. Det gøres hovedsageligt for at de kan oprette en sokkel med et lavt portnummer. Det lave portnummer kan være vigtigt hvis du har netværks- printere eller har indstillet /etc/lprng/lpd.perms til at begrænse adgangen til ikke-priviligerede porte. For de mest typiske scenarier, hvor f.eks. en printer er forbundet lokalt til den parallelle port kan du sagtens undlade at gøre disse programmer 'setuid root'. #. Type: boolean #. Description #: ../templates:31 msgid Start lpd (Printer Daemon) at boot? msgstr Start lpd (printerdæmonen) under opstarten? #. Type: boolean #. Description #: ../templates:31 msgid Some people for various reasons do not want to start lpd. Refusing this option means lpd will not start. Unless you know why you want lpd not to start, just accept the default. msgstr Af forskellige grunde er der nogen, der ikke ønsker at starte lpd. Hvis du afviser her, vil lpd ikke starte. Medmindre du har en god grund til ikke at starte lpd, bør du blot acceptere standardsvaret.
Bug#343442: birthday calculates wrong date in 2006
package: birthday version: 1.5-9.1 With file friedhelm containing only one line: Friedhelm=02/01/1956 bd the command birthday -c -f friedhelm gives the following output: (...) ---Friday-December-30-2005-- ---Saturday-December-31-2005 ---Sunday-AM-01-2005 ---Monday-January-01-2006--- Friedhelm is 50 years old ---Tuesday-January-02-2006-- ---Wednesday-January-03-2006 (...) which is not that good for any days in 2006, as january 1st is sunday not monday. According to Andy Mortimer (the author of birthday) this bug is fixed in version 1.6.1. Best regards Thorsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343443: linux-image-2.6.14-2-k7: Doesn't boot: /sys/block/hde/dev not found
Package: linux-image-2.6.14-2-k7 Version: 2.6.14-5 Severity: grave Justification: renders package unusable After upgrade doesn't boot, cannot cat /sys/block/hde/dev -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.14-2-k7 depends on: ii module-init-tools 3.2.2-1tools for managing Linux kernel mo ii yaird [linux-initramfs-tool] 0.0.12-1 Yet Another mkInitRD Versions of packages linux-image-2.6.14-2-k7 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.14-2-k7/preinst/elilo-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/old-system-map-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/depmod-error-initrd-2.6.14-2-k7: false linux-image-2.6.14-2-k7/postinst/depmod-error-2.6.14-2-k7: false linux-image-2.6.14-2-k7/postinst/old-dir-initrd-link-2.6.14-2-k7: true * linux-image-2.6.14-2-k7/preinst/already-running-this-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/bootloader-test-error-2.6.14-2-k7: linux-image-2.6.14-2-k7/prerm/would-invalidate-boot-loader-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/create-kimage-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/lilo-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/abort-overwrite-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/bootloader-error-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/overwriting-modules-2.6.14-2-k7: true linux-image-2.6.14-2-k7/prerm/removing-running-kernel-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/initrd-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/lilo-has-ramdisk: linux-image-2.6.14-2-k7/preinst/failed-to-move-modules-2.6.14-2-k7: linux-image-2.6.14-2-k7/postinst/old-initrd-link-2.6.14-2-k7: true linux-image-2.6.14-2-k7/preinst/abort-install-2.6.14-2-k7: linux-image-2.6.14-2-k7/preinst/bootloader-initrd-2.6.14-2-k7: true linux-image-2.6.14-2-k7/postinst/kimage-is-a-directory: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343444: netenv segmentation fault
Package: netenv Version: 0.94.3-15 I made a dist-upgrade yesterday and get now the following console output when i run netenv: /sbin/netenv: line 340: 7965 Segmentation fault $DIALOG --default-item $LAST_ITEM --timetout $NETENV_TIMEOUT --menu $CHOOSE_TITLE_TEXT 20 $COLS 12 [EMAIL PROTECTED] 2$TMPFIL You didn't choose a network environment - good luck! As netenv was not updated the problem is maybe concerned to another package. Can anyone confirm this? I am using Debian GNU/Linux unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341863: logwatch 7.1-1.0test1, bugs 341863, 340903
On 12/14/2005 10:06 PM, Willi Mann wrote: Probably, [^\s]* will do it too. (Can you please verify?) ok, working perfectly here, now there is the problem of logwatch reporting every error message of openvpn, not only the errors happened during the last day, see bug 343331, the fix mentioned in the bug report worked for me. -- Gabriele moebius Armao Undergraduate student in Computer Science @ University of Bologna ICQ#: 12132670 JabberID: [EMAIL PROTECTED] Linux Registered User # 343306 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
On Thu, 2005-12-15 at 04:41, Alex Satrapa wrote: On 14 Dec 2005, at 20:23, Volker Christian Behr wrote: This might also be due to some settings for character encoding. I suggest the following tests: 1st: print the CUPS printer test page to CUPS-PDF and check whether there the text appears properly Test page works perfectly. 2nd: create a postscript from a simple text file (e.g. by a2ps or encode), check it with ghostview and print this postscript to CUPS-PDF I created a text file (blah.txt) containing the characters Blah, then used a2ps to create a PostScript file (blah.ps), a2ps blah.txt -o blah.ps. The PostScript file looks fine, and cups-pdf converts it to PDF just fine. Ok, so we seem to only run into a problem if the PostScript is generated by CUPS (with the PPD). 3rd: if 1st and 2nd work, to get to the PostScript file that is used by CUPS-PDF you will have to edit the source code of cups-pdf ... Finished this - the postscript in the CUPS spool (/var/spool/cups) and the cups-pdf backend spool (/var/spool/cups-pdf/SPOOL) are identical (which seems reasonable enough), and both render fine in kghostview (I'm using KDE3 on my Linux workstations, Mac OS X 10.3 on my desktop). When trying to open one of the PostScript files in Preview (the Mac OS X equivalent of Kghostview) I get the error, Can't create CMap Adobe-Identity-UCS2. Does this provide any hints as to the nature of the problem? I guess the next step is to go through the process that is automated by cups-pdf to figure out at what point the damage is being done. I do not know this error but it might be related to the problem. First I would like to try to generate a PDF on the command line from the spoolfile with options identicl to the ones CUPS-PDF uses. To do this, execute the following command for spoolfile: gs -q -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=/tmp/testpage.pdf -dAutoRotatePages=/PageByPage -dAutoFilterColorImages=false -dColorImageFilter=/FlateEncode -dPDFSETTINGS=/prepress -c save pop -f spoolfile Now gs should generate a PDF the same way as if invoked by cups-pdf. If we still get garbled text we can debug without cups-pdf being involved which will make things easier. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343384: /var/log/XFree86.0.log* are not removed upon purge.
El Miércoles, 14 de Diciembre de 2005 18:55, Dan Jacobson escribió: Package: xfree86 Severity: wishlist I notice /var/log/XFree86.0.log* are not removed upon purge. (Maybe xserver-xorg has this problem too?) As far as I can tell /var/log/whatever are not intended to be removed in any package removal. Best regards, Ender. -- Mr. Anderson! Welcome back, we missed you. -- Agent Smith (Matrix Revolutions). -- Desarrollador de Debian Debian developer pgp5rWY9fv9eP.pgp Description: PGP signature
Bug#343390: make phpreports to depends on PHP5 as well
On Wed, Dec 14, 2005 at 10:02:29PM +0100, Cyril Chaboisseau wrote: since version 0.2.8, phpreports seems to be compatible with php5 could it be possible to allow this dependency on both version (php4|php5) as I cannot have both versions installed (the dependency force me to remove libapache2-mod-php5) That should be quite possible. - Matt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343445: zope3-sandbox: startup breaks on invalid characters in preinstall password
Package: zope3-sandbox Version: 3.1.0-3 Severity: normal After installing zope3 and zope3-sandbox I couldn't connect to my instance. Stopping zope3 and running sandbox/bin/runzope showed the following exception: zope.configuration.xmlconfig.ZopeXMLConfigurationError: File /var/lib/zope3/instance/sandbox/etc/site.zcml, line 14.2-14.36 ZopeSAXParseException: File /var/lib/zope3/instance/sandbox/etc/principals.zcml, line 30.24, not well-formed (invalid t oken) On inspection of this config file it turned out the breakage was caused by an ampersand () character in the password I had supplied for the admin user during preinstall. Changing the password fixed the problem. I don't have a patch but filtering the preinstall dialog for invalid XML characters in the admin password should be trivial. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages zope3-sandbox depends on: ii debconf [debconf-2.0] 1.4.49 Debian configuration management sy ii zope-common 0.5.16 common settings and scripts for zo ii zope3 3.1.0-3Open Source Web Application Server -- debconf information: zope3-sandbox/internal: * zope3-sandbox/admin-user: admin * zope3-sandbox/instance-http-port: 8031 * zope3-sandbox/keep-data-on-purge: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343446: [g-i] Missing Bengali fonts
Package: cdebconf-gtk-udeb Current g-i iso (i.e [1] for the i386 version built on 20051130) has problems whith Bengali ([2]); I tried to see what is going on and found two problems: * there are no Bengali specific fonts (there are ttf-devanagari-fonts and ttf-punjabi-fonts which do not cover Bengali) * freefonts are used as default font for Bengali even if you include a specific font package such as ttf-bengali-fonts ([3]) To make sure that freefont is not used for rendering Bengali (the same had to be done for Arabic/Persian), it's necessary to remove Bengali glyphs from FreeSerif.ttf and FreeSans.ttf. In particular: FreeSans.ttf: u981:u9fa FreeSerif.ttf: u981:u9fa I created a test image which includes ttf-bengali-fonts, and the following font files were added: 110528 JamrulNormal.ttf 104440 LikhanNormal.ttf 185512 MuktiNarrow.ttf 73936 MuktiNarrowBold.ttf 267208 ani.ttf 123808 lohit_bn.ttf 119116 mitra.ttf When running fc-list :lang=bn I get Likhan:style=Normal as first entry, so I guess LikhanNormal.ttf is used as a default. I took some screenshots ([4],[5],[6],[7],[8],[9]) and would like to have some feedback from native speakers since I do not know how it is supposed to look like. I also would like to know if we need all those font files or we can use just a minimal subset (LikhanNormal.ttf is ok?) which could be packaged in an udeb in the future. regards, Davide --- [1] http://people.debian.org/~fjp/d-i/gtk-miniiso/daily/i386/mini.iso [2] http://lists.debian.org/debian-boot/2005/12/msg00338.html [3] http://ftp.de.debian.org/debian/pool/main/t/ttf-indic-fonts/ttf-bengali-fonts_0.4.6_all.deb [4] http://www.webalice.it/zinosat/shots/bn1.jpg [5] http://www.webalice.it/zinosat/shots/bn2.jpg [6] http://www.webalice.it/zinosat/shots/bn3.jpg [7] http://www.webalice.it/zinosat/shots/bn4.jpg [8] http://www.webalice.it/zinosat/shots/bn5.jpg [9] http://www.webalice.it/zinosat/shots/bn6.jpg _ TISCALI ADSL WebMail Solo con Tiscali Adsl navighi e telefoni senza canone Telecom a partire da 14,95 Euro/mese. Attivala subito! Per te 500 MB inclusi per navigare, inviare e ricevere messaggi e-mail, foto ed mp3. http://abbonati.tiscali.it/adsl/sa/2wam_tc/
Bug#156489: Moving adjtime to /var/lib/hwclock/
I see that accesses to adjtime have been moved earlier in the boot sequence. This doesn't bring us closer to the goal of moving the file to /var/lib/hwclock/adjtime. [EMAIL PROTECTED]:/etc/rcS.d$ grep adjtime * S18hwclockfirst.sh: if [ ! -f /etc/adjtime ] [ ! -e /etc/adjtime ]; then S18hwclockfirst.sh: echo 0.0 0 0.0 /etc/adjtime S18hwclockfirst.sh: # hwclock --systohc, or you must delete /etc/adjtime S18hwclockfirst.sh: # /etc/adjtime if you ever need to set the system clock S22hwclock.sh: if [ ! -f /etc/adjtime ] [ ! -e /etc/adjtime ]; then S22hwclock.sh: echo 0.0 0 0.0 /etc/adjtime S22hwclock.sh: # hwclock --systohc, or you must delete /etc/adjtime S22hwclock.sh: # /etc/adjtime if you ever need to set the system clock I also see that base-files.postinst initializes /etc/adjtime, so the removal of the file to /var/lib/hwclock/ will have to be coordinated with base-files. [EMAIL PROTECTED]:/var/lib/dpkg/info$ grep adjtime *.p* base-files.postinst:if [ ! -f /etc/adjtime ]; then base-files.postinst: echo 0.00 112100 0.00 /etc/adjtime base-files.postinst: echo 112100 /etc/adjtime base-files.postinst: echo UTC /etc/adjtime base-files.postinst: chmod 644 /etc/adjtime -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343200: Patch
The attached patch (for ngIRCd 0.9.x) should fix the PING reply of ngIRCd to be compatible with the one of other IRC daemons and the one expected by bip. Regards Alex (Author of ngIRCd) PING.patch Description: Binary data
Bug#343447: util-linux: hwclock[first].sh must not exit
Package: util-linux Version: 2.12r-2 Severity: important Debian Policy states (§9.3.1): Also, if the script name ends `.sh', the script will be sourced in runlevel `S' rather that being run in a forked subprocess, but will be explicitly run by `sh' in all other runlevels. Accordingly, .sh scripts run from /etc/rcS.d/ must not do exit. /etc/init.d/hwclock.sh and /etc/init.d/hwclockfirst.sh are run from /etc/rcS.d/ and they do exit. S18hwclockfirst.sh:[ ! -x /sbin/hwclock ] exit 0 S18hwclockfirst.sh: exit 1 S18hwclockfirst.sh: *)log_action_msg Unknown UTC setting: \$UTC\; exit 1 ;; S18hwclockfirst.sh: *)log_action_msg unknown BADYEAR setting: \$BADYEAR\; exit 1 ;; S18hwclockfirst.sh: exit 1 S22hwclock.sh:[ ! -x /sbin/hwclock ] exit 0 S22hwclock.sh: exit 1 S22hwclock.sh: *) log_action_msg Unknown UTC setting: \$UTC\; exit 1 ;; S22hwclock.sh: *) log_action_msg unknown BADYEAR setting: \$BADYEAR\; exit 1 ;; S22hwclock.sh: exit 1 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (700, 'unstable'), (400, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-7-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages util-linux depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand ii libslang2 2.0.5-1The S-Lang programming library - r ii libuuid1 1.38+1.39-WIP-2005.12.10-1 universally unique id library ii zlib1g1:1.2.3-8 compression library - runtime util-linux recommends no packages. -- no debconf information
Bug#117166: acknowledged by developer
On Thu, 15 Dec 2005, Christian Perrier wrote: PS: using rude language does not help, imho. It even more deserves the content of the ideas you try to support. This is one of the golden rules of human communication: if your first words are aggressive towards people you're talking to, your ideas have a great chance to be ignored. Well, I mostly agree, and sorry for that. My first words were an executive summary of how I felt after seeing a bug of mine being closed with almost no action on the part of the maintainer, but I agree that feelings have no place in the BTS. The bug we're talking about seems related to a very specific setup of your own. [...] No, I don't think it was so specific. It was the standard way for a samba printing account to be available system-wide as an ordinary printer using /etc/printcap. I'm not going to reopen this bug as I admit (considering its age and the fact that samba code was suffering a lot of changes at the time of submitting) it is likely to be fixed, and I know how to reopen a bug or submit a new one. My complain, so to speak, is about the way this particular bug has been handled since it was first reported, and what exactly do we mean by moreinfo. The bug didn't need moreinfo when it was first reported. I did my homework, and provided everything a normal maintainer could need to reproduce it, but even in such case I was asked for moreinfo. Can you understand at least why the word lazy came to my mind, even if I did the wrong thing by explicitly spelling it in written? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#282800: 2.6.8-2-686 not working
Hallo No answer since Mon, 24 Jan 2005 :-( It's still not possible to burn with sarge standard! I work with STABLE and don't like to reboot just to burn! cdrecord: Drive does not support TAO recording. cdrecord: Illegal write mode for this drive. #cat /proc/cmdline root=/dev/hda3 ro noapic nolapic apm=off #hdparm -i /dev/hdc /dev/hdc: Model=LITE-ON COMBO SOHC-5232K, FwRev=NK06, SerialNo= Config={ Fixed Removeable DTR=5Mbs DTR10Mbs nonMagnetic } RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=0kB, MaxMultSect=0 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0 IORDY=yes, tPIO={min:227,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 AdvancedPM=no Drive conforms to: device does not report version: * signifies the current active mode cu Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343060: yes, need to rebuild
To reproduce a crash with the existing aspell build (0.60.4-1_i386): # apt-get install scim-pinyin $ GTK_IM_MODULE=scim gedit On my machine at work, gedit crashes on startup, i.e. with just the above procedure. On my home machine, the following addition is needed: Press Ctrl+Space A short bar should appear at the bottom of the screen; select Chinese (simplified) Smart Pinyin. Type `w'. Should crash at this point: *** glibc detected *** free(): invalid pointer: 0x082d35d8 *** If I then install some aspell packages that I recompiled from source (aspell_0.60.4-1_i386.deb libaspell-dev_0.60.4-1_i386.deb libaspell15_0.60.4-1_i386.deb libaspell15c2_0.60.4-1_all.deb), and repeat the above procedure, then it correctly presents a list of chinese characters, and I can press `1' for it to insert `我', and all is happy. [Actually, all is not entirely happy: I can produce ** (gedit:5473): CRITICAL **: get_next_misspelled_word: assertion `word != NULL' failed when I mix different languages in a document, but I assume that that is unrelated.] pjrm.
Bug#343448: xtux-client: postinst yields error message
Package: xtux-client Version: 0.2.030306-8 Severity: important Hi! This was the message I got when installing xtux-client: Richte xtux-client ein (0.2.030306-8) ... /var/lib/dpkg/info/xtux-client.postinst: line 5: ggz-config: command not found I'm not sure what that would be needed, there isn't any package in unstable that contains this program. Seems to be a leftover of the bugfix for #333898? So long, Alfie -- ntpdate www.infomaniak.ch (ich glaube es fehlen die Optionen; siehe man-pages) seit wann ist 'ne world wide web-adresse 'n Timeserver? -- Jonas Meurer in news:at.linux -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343449: ITP: galaxymage -- tactical/strategic roleplaying game.
Package: wnpp Severity: wishlist Owner: David Martínez Moreno [EMAIL PROTECTED] * Package name: galaxymage Version : 0.1.1 Upstream Author : Colin McMillen mcmillen at cs.cmu.edu * URL : http://www.galaxymage.org/ * License : GPL Description : tactical/strategic roleplaying game. GalaxyMage is a free, open-source tactical/strategic RPG for Windows, Linux, and Macintosh. The latest release of GalaxyMage is 0.1.1, released on 14-Dec-2005. Although this is one of the first releases, the battle engine is nearly feature-complete. Players can participate in an entire battle against an AI opponent, complete with a 3D battle map, music, and sounds. Designers can develop their own custom battle maps, scenarios, character classes, and abilities. However, 0.1.1 doesn't come bundled with a lot of content: right now, there are only two battle scenarios, three character classes, and four abilities implemented. The AI is also not particularly challenging. All abilities, classes, scenarios, and maps are defined in simple, text-based configuration files, so it should be fairly easy for designers to jump in and start creating a new GalaxyMage campaign. Its impressive progress is due to the fact that they have reused a lot of Wesnoth art and sounds. -- System Information: Debian Release: testing/unstable APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.13.1-ender Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- - Kyle, all those times I said you were a dumb, stupid Jew, well, I was wrong, you're not a Jew. - Cartman, I *am* Jewish! - There, there, don't be hard on yourself, Kyle. -- Cartman Kyle (South Park). -- Desarrollador de Debian Debian developer pgpLtixxdIj3s.pgp Description: PGP signature
Bug#343450: qemu-make-debian-root should tell how to run the image
Package: qemu Version: 0.7.0-4 This was already asked by someone else at bug #315952 and, though the bug was marked as resolved, it wasn't fixed: The image the qemu-make-debian-root script creates is not bootable by itself, it reuires using the -kernel options as in qemu disk.img -kernel /vmlinuz This should be explicitly explained in man page and readme file. Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343451: installation-reports
Package: installation-reports Boot method: CD Image version: 14, December 2005 Date: 15, December 2005 @ 01:00 am Machine: Toshiba Satellite A30 Processor: Intel Pentium 4 M @ 3 GHz Memory: 512 MB DDR RAM Partitions: 3 partitions: 29 GB for Windows, 925 MB for swap, 9 GB for Debian. Output of lspci and lspci -n: xenon:/home/ines# lspci :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) :00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) :00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) :00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) :00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) :00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) :00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) :02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80) :02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01) :03:00.0 Network controller: RaLink Ralink RT2500 802.11 Cardbus Reference Card (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[O] Install boot loader:[O] Reboot: [O] Comments/Problems: My Conceptronic CR54RC (RaLink 2500 chipset) PCMCIA WiFi card don't discovered by the Debian installer. I must to make some modules to do it work, i see.
Bug#343060: yes, need to rebuild
Peter Moulder [EMAIL PROTECTED] writes: To reproduce a crash with the existing aspell build (0.60.4-1_i386): # apt-get install scim-pinyin $ GTK_IM_MODULE=scim gedit On my machine at work, gedit crashes on startup, i.e. with just the above procedure. On my home machine, the following addition is needed: Press Ctrl+Space A short bar should appear at the bottom of the screen; select Chinese (simplified) Smart Pinyin. Type `w'. Should crash at this point: *** glibc detected *** free(): invalid pointer: 0x082d35d8 *** The backtrace for that crash on my machine looks like: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0x4a3ad691 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x4a3aef5b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x4a3e3bb7 in __libc_message () from /lib/tls/i686/cmov/libc.so.6 #4 0x4a3ea187 in _int_free () from /lib/tls/i686/cmov/libc.so.6 #5 0x4a3ea622 in free () from /lib/tls/i686/cmov/libc.so.6 #6 0x410e8dc1 in operator delete () from /usr/lib/libstdc++.so.6 #7 0xb7a47dea in scim::CommonLookupTable::~CommonLookupTable () from /usr/lib/libscim-1.0.so.8 #8 0xb7ad0b8f in scim::SocketInstance::do_transaction () from /usr/lib/scim-1.0/1.4.0/IMEngine/socket.so #9 0xb7ad4f56 in scim::SocketInstance::commit_transaction () from /usr/lib/scim-1.0/1.4.0/IMEngine/socket.so #10 0xb7ad5cff in scim::SocketInstance::process_key_event () from /usr/lib/scim-1.0/1.4.0/IMEngine/socket.so #11 0xb7aecfe3 in gtk_im_context_scim_new () from /usr/lib/gtk-2.0/2.4.0/immodules/im-scim.so #12 0x4abeb481 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #13 0x4add742a in _gdk_events_queue () from /usr/lib/libgdk-x11-2.0.so.0 #14 0x4a88f421 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #15 0x4a892687 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #16 0x4a892bd8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #17 0x4abea629 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #18 0x080607c1 in main () I don't see how libaspell could be blamed... -- Captain Logic is not steering this tugboat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343452: amarok: Segfault on Playlist Load
Package: amarok Version: 1.3.6-1 Severity: normal Hello, amarok segfaults when using the Playlist Load menu item: How to reproduce: 1) in Files, right click on Folder and select Load 2) start playback 3) in Files, right click on different Folder and select Load 4) segfault - or - 1) in Files, right click on Folder and select Load 2) start playback 3) stop playback 4) in Files, right click on different Folder and select Load 5) segfault here is a backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1243167040 (LWP 14024)] 0xb69f53cf in QListViewItem::takeItem () from /usr/lib/libqt-mt.so.3 (gdb) (gdb) bt #0 0xb69f53cf in QListViewItem::takeItem () from /usr/lib/libqt-mt.so.3 #1 0xb69f5973 in QListViewItem::~QListViewItem () from /usr/lib/libqt-mt.so.3 #2 0xb7a294dd in KListViewItem::~KListViewItem () from /usr/lib/libkdeui.so.4 #3 0x08192b94 in QMapPrivateQString, KURL::QMapPrivate () #4 0x08197426 in QMapPrivateQString, QPixmap::QMapPrivate () #5 0xb688ddfa in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #6 0xb688ded9 in QApplication::sendPostedEvents () from /usr/lib/libqt-mt.so.3 #7 0xb682f8ae in QEventLoop::processEvents () from /usr/lib/libqt-mt.so.3 #8 0xb68a4ea2 in QEventLoop::enterLoop () from /usr/lib/libqt-mt.so.3 #9 0xb68a4dcb in QEventLoop::exec () from /usr/lib/libqt-mt.so.3 #10 0xb688b305 in QApplication::exec () from /usr/lib/libqt-mt.so.3 #11 0x081f628d in QWizard::setFinish () #12 0xb6e44ed0 in __libc_start_main () from /lib/tls/libc.so.6 #13 0x080893c1 in ?? () regards Stefan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages amarok depends on: ii amarok-arts [amarok-engi 1.3.6-1 aRts engine for the amaroK audio p ii amarok-engines 1.3.6-1 output engines for the amaroK audi ii amarok-gstreamer [amarok 1.3.6-1 GStreamer engine for the amaroK au ii amarok-xine [amarok-engi 1.3.6-1 xine engine for the amaroK audio p ii kdelibs4c2 4:3.4.2-4 core libraries for all KDE applica ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii libmysqlclient14 4.1.15-1mysql database client library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpq4 8.1.0-2 PostgreSQL C client library ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsdl1.2debian 1.2.9-0.0 Simple DirectMedia Layer ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libstdc++6 4.0.2-4 The GNU Standard C++ Library v3 ii libtag1c21.4-2 TagLib Audio Meta-Data Library ii libtunepimp2c2 0.3.0-9 MusicBrainz tagging library and si ii libvisual0.2 0.2.0-2 Audio visualization framework ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-10 X Window System miscellaneous exte ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-10 Mesa 3D graphics library [X.Org] ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.4.2-2 enables the browsing of audio CDs -- no debconf information -- Stefan Völkel[EMAIL PROTECTED] Millenux GmbH mobile: +49.170.79177.17 Lilienthalstraße 2 phone: +49.711.88770.300 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#343453: pump should not assume a hardcoded default interface
Package: pump Version: 0.8.24-1 Severity: normal By default, pump assumes the Ethernet interface is called eth0. This is confusing and will not necessarily work as the Ethernet interface may have another name, depending on the Linux kernel. IMHO this is a design bug and for consistency, pump should no longer assume a hardcoded default interface (for instance, ifconfig doesn't). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-20050829 Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages pump depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters pump recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343060: yes, need to rebuild
On Thu, Dec 15, 2005 at 02:02:20PM +0200, Brian Nelson wrote: I don't see how libaspell could be blamed... blame may not be the appropriate concept; but the relevant point is that installing recompiled libaspell fixed the problem for me. (Also relevant, though I didn't mention it in my bug report, is that the crash only appeared after I upgraded libstdc++6 from 4.0.2-2 to 4.0.2-5, giving further evidence that the cause of the crash is related to the libstdc++ change and that recompiling against the newer libstdc++ might fix the problem for others.) The backtrace for that crash on my machine looks like: (gdb) bt #0 0xe410 in __kernel_vsyscall () #1 0x4a3ad691 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0x4a3aef5b in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0x4a3e3bb7 in __libc_message () from /lib/tls/i686/cmov/libc.so.6 #4 0x4a3ea187 in _int_free () from /lib/tls/i686/cmov/libc.so.6 #5 0x4a3ea622 in free () from /lib/tls/i686/cmov/libc.so.6 #6 0x410e8dc1 in operator delete () from /usr/lib/libstdc++.so.6 #7 0xb7a47dea in scim::CommonLookupTable::~CommonLookupTable () from /usr/lib/libscim-1.0.so.8 Note that this is a crash in memory deallocation; so it seems entirely reasonable that this crash is due to the change in default memory allocators, and thus reasonable that recompiling aspell to use the new allocation defaults might fix the problem -- and indeed it seems to have fixed the problem for me. Granted, the caller here (#7) is scim rather than aspell. Without having thought much about it, I suppose that this can occur because of the aggregation of allocations that libstdc++ does. However, I'm not familiar with libstdc++ memory allocation, and this suggested cause is pure speculation. pjrm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343140: libc6: resolver always checks search list in /etc/resolv.conf
On Wed, Dec 14, 2005 at 11:41:38AM -0800, Edward Buck wrote: If it's a frequently used feature, it wasn't available until sarge. Woody did not behave this way (I checked). Huh? $ cat /etc/debian_version 3.0 $ cat /etc/resolv.conf search hpcc.sztaki.hu lpds.sztaki.hu sztaki.hu nameserver 127.0.0.1 $ ping rs2.lvs PING rs2.lvs.sztaki.hu (193.6.200.132): 56 data bytes ... It is definitely available in Woody. I'm using it regularly. Also, this new feature completely breaks software that doesn't expect this feature, since postfix, telnet and others are doing WAY more DNS queries than they should. Depending on how many search domains are listed and how many caching nameservers are listed, in my case (2 search domains and 2 nameservers) I count at least 4 unnecessary queries. That's very bad. Well, why do you have any search domains then? It is for human convenience only, and a mail server usually does not have regular user accounts so no need for such convenience features. Sure, I can do that with telnet interactively. How do I tell postfix to do that without a patch? I guess I could try setting the ndots option to postfix's environment but that seems like a bad hack. The current behavior makes using the search lines impossible for busy servers, especially mail servers that do DNS queries for every piece of mail. Just imagine the excess DNS load on a server processing a million e-mail messages a day. That's what I'm seeing. For such setups I suggest running some local DNS-catching solution (nscd or a local caching-only name server). Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences, Laboratory of Parallel and Distributed Systems Address : H-1132 Budapest Victor Hugo u. 18-22. Hungary Phone/Fax : +36 1 329-78-64 (secretary) W3: http://www.lpds.sztaki.hu - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343454: typo in manpage (-d/-t)
Package: xstow Version: 0.5.1-2 Severity: normal hi, The manpage says: -d -dir DIR Set stow dir to DIR. The default is the current directory. -d -target DIR Set target to DIR. The default is the parent of the stow directory. But that should be: -d -dir DIR Set stow dir to DIR. The default is the current directory. -t -target DIR Set target to DIR. The default is the parent of the stow directory. Thanks for packaging xstow, Cheers, -- System Information: Debian Release: unstable/experimental APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3-p4-uvt Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages xstow depends on: ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.1-0exp0 GCC support library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libstdc++5 1:3.3.6-10 The GNU Standard C++ Library v3 xstow recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343455: jdresolve: DB_File needs compatible versions of libdb db.h
Package: jdresolve Version: 0.6.1-4 Severity: normal After an update I get this: # /usr/bin/jdresolve DB_File needs compatible versions of libdb db.h you have db.h version 4.3.29 and libdb version 4.3.28 compilation failed in require at /usr/bin/jdresolve line 181. BEGIN failed--compilation aborted at /usr/bin/jdresolve line 181. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages jdresolve depends on: ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii perl 5.8.7-9Larry Wall's Practical Extraction jdresolve recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343456: jdresolve: DB_File needs compatible versions of libdb db.h
Package: jdresolve Version: 0.6.1-4 Severity: normal # jdresolve DB_File needs compatible versions of libdb db.h you have db.h version 4.3.29 and libdb version 4.3.28 Compilation failed in require at /usr/bin/jdresolve line 181. BEGIN failed--compilation aborted at /usr/bin/jdresolve line 181. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages jdresolve depends on: ii libnet-dns-perl 0.53-2 Perform DNS queries from a Perl sc ii perl 5.8.7-9Larry Wall's Practical Extraction jdresolve recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343457: boot_xconf: syntax error in 'let LENGTH=($LENGTH - 1)'
Package: debian-edu-config Version: 0.399 Severity: important When upgrading debian-edu-config, I get this message from postinst. This did not break the installation of the new package, so I set severity only to important. Installing new version of config file /etc/init.d/update-hostname ... Installing new version of config file /etc/init.d/start-wlan ... Installing new version of config file /etc/init.d/report-reboot ... /etc/init.d/boot_xconf: line 43: syntax error near unexpected token `(' /etc/init.d/boot_xconf: line 43: ` let LENGTH=($LENGTH - 1)' invoke-rc.d: initscript boot_xconf, action start failed. This looks like a typo in the script. I assume the code should subtract 1 from the value of LENGTH. Perhaps a posix shell compliant notation should be used instead? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343444: netenv segmentation fault
MiceKiller [EMAIL PROTECTED] wrote: Package: netenv Version: 0.94.3-15 I made a dist-upgrade yesterday and get now the following console output when i run netenv: /sbin/netenv: line 340: 7965 Segmentation fault $DIALOG --default-item $LAST_ITEM --timetout $NETENV_TIMEOUT --menu $CHOOSE_TITLE_TEXT 20 $COLS 12 [EMAIL PROTECTED] 2$TMPFIL You didn't choose a network environment - good luck! As netenv was not updated the problem is maybe concerned to another package. Can anyone confirm this? It's probably dialog, or the shell: netenv is just a bash script, and if anything segfault's, it's for sure not netenv's fault. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#342704: Disable HPPA native code compiler
Upstream has responded; they won't fix this, and they no longer maintain the native code compiler on HPPA. I susgest to disable it in the Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343308: [SPAM?]: Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Hilmar Preusse [EMAIL PROTECTED] wrote: On 15.12.05 Frank Küster ([EMAIL PROTECTED]) wrote: Helge Hafting [EMAIL PROTECTED] wrote: Moin, kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex # kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex .:{/root/.texmf-config,/root/.texmf-var,/root/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/local/share/texmf,!!/usr/share/texmf}/{ptex,tex}/{amstex,plain,generic,}// /usr/share/texmt-tetex is missing here. Can you please send us the output of the following commands: grep '^TEXMF =' /etc/texmf/texmf.cnf grep '^TEXMF =' /etc/texmf/texmf.d/* grep 'amsptex' /etc/texmf/texmf.cnf grep 'amsptex' /etc/texmf/texmf.d/* He has still tex-common 0.11. Anywhere are the Deps not set tight enough. Err, no, it's different. dpkg thinks that he has tetex-base_3.0-10. So the file should be i /usr/share/texmf, not /usr/share/texmf-tetex. But the file is in /usr/share/texmf-tetex, so dpkg is wrong about which versions are installed. Helge, can you tell us when and in which order you did your last upgrades? And what's the output of for package in tetex-base tetex-extra tetex-bin; do zcat /usr/share/doc/$package/changelog.Debian.gz | head -1; done zcat /usr/share/doc/tex-common/changelog.gz | head -1 Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343420: Split directories can only be turned off for the imap spool
tag 343420 upstream wontfix thanks 2.1 is in Deep Maintenance mode. Only Debian-packaging related bugs, or sofware defects will be fixed, wishilist requests for new functionality in the software itself will all be denied. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343458: mercurial: Less annoying directory completion.
Package: mercurial Version: 0.7-7 Severity: minor Tags: patch Moi! The current bash completion script is quite painful in conjuntion with deep directory trees because it adds a space after each successful directory completion. Eg. hg clone /hotab is completed to hg clone /home when what you really want is hg clone /home/ (assuming the complete path to the repository looks like /home/foo/hg...). That's because the 'complete' command does not know about the type of completion it receives from the _hg shell function. When only a single completion is returned, it assumes completion is complete and tells readline to add a trailing space. This behaviour is usually wanted, but not in the case of directory completion. I've attached a patch that circumvents this problem by only returning successful completions for directories that contain a .hg subdirectory. If no repositories are found, no completions are returned either, and bash falls back to ordinary (filename) completion. I find this behaviour a lot less annoying than the current one. Alternative: Use option nospace for the 'complete' command and let _hg itself take care of adding a trailing space where appropriate. That's a far more intrusive change, though. Regards, Daniel. P.S.: Patch needs to be applied after bash_completion_is_not_a_script.patch. --- mercurial-0.7/contrib/bash_completion 2005-09-16 23:02:33.0 +0200 +++ mercurial-0.7/contrib/bash_completion 2005-12-15 13:13:15.0 +0100 @@ -20,6 +20,14 @@ COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -W $paths -- $cur )) } +_hg_repos() +{ +local i +for i in $( compgen -d -- $cur ); do +test ! -d $i/.hg || COMPREPLY=([EMAIL PROTECTED]:-} $i) +done +} + _hg_status() { local files=$( hg status -$1 | cut -b 3- ) @@ -83,11 +91,11 @@ # global options case $prev in -R|--repository) - COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -d -- $cur )) + _hg_repos return ;; --cwd) - COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -d -- $cur )) + # Stick with default bash completion return ;; esac @@ -114,7 +122,7 @@ ;; pull|push|outgoing|incoming) _hg_paths - COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -d -- $cur )) + _hg_repos ;; paths) _hg_paths @@ -142,7 +150,7 @@ if [ $count = 1 ]; then _hg_paths fi - COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -d -- $cur )) +_hg_repos ;; debugindex|debugindexdot) COMPREPLY=([EMAIL PROTECTED]:-} $( compgen -f -X !*.i -- $cur ))
Bug#338426: possibly memory-bandwidth issue
I got the same problem - flashing horizontal lines when using keyboard and only with gnome. Also I have a low-end graphics chip (sis 740 using exclusively system ram) which is known to produce the same problem when using it in double headed mode and exceeding the available memory bandwidth like that. So there might be something in gnome that issues some bandwidth-hungry action each time you press a key. Just my 2c -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343457: boot_xconf: syntax error in 'let LENGTH=($LENGTH - 1)'
[Petter Reinholdtsen] I assume the code should subtract 1 from the value of LENGTH. Perhaps a posix shell compliant notation should be used instead? I suspect this patch will solve it, but it is untested. Index: debian/debian-edu-config.boot_xconf === --- debian/debian-edu-config.boot_xconf (revisjon 5227) +++ debian/debian-edu-config.boot_xconf (arbeidskopi) @@ -40,7 +40,7 @@ LENGTH=8 while [ $LENGTH -gt 0 ] ; do echo $HEXIP - let LENGTH=($LENGTH - 1) + LENGTH=(($LENGTH - 1)) HEXIP=$(echo $HEXIP | cut -c -$LENGTH) done } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343459: mercurial: URL of FAQ is incorrect.
Package: mercurial Version: 0.7-7 Severity: minor Moi! The URL given in FAQ_subst.patch is wrong. The FAQ is available from http://www.selenic.com/mercurial/wiki/index.cgi/FAQ these days. Please correct. Thanks, Daniel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343460: licq_1.3.2-5(unstable/arm/cats): needs libtool update for arm
Package: licq Version: 1.3.2-5 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of licq_1.3.2-5 on cats by sbuild/arm 79 | Build started at 20051215-0822 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 4.1.0), cdbs (= 0.4.0), libncurses5-dev, libcdk5-dev, libqt3-mt-dev, libqt3-headers, qt3-dev-tools-compat, libssl-dev, kdelibs4-dev, imagemagick, kdebase-data, libgpgme11-dev (= 0.4.2), libxosd-dev (= 2.1.0), libxss-dev [...] | checking how to recognise dependant libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lstdc++. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=licqver=1.3.2-5 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343461: geoip_1.3.14-1(unstable/arm/grieg): needs libtool update for arm
Package: geoip Version: 1.3.14-1 Severity: serious The version of libtool used to build this source package is too old to correctly support shared libraries for at least arm. Please see http://people.debian.org/~keybuk/libtool-pass_all.html for more information. | Automatic build of geoip_1.3.14-1 on grieg by sbuild/arm 79 | Build started at 20051203-1532 | ** [...] | ** Using build dependencies supplied by package: | Build-Depends: debhelper ( 4.0.0), zlib1g-dev [...] | checking how to recognise dependent libraries... file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib ) [...] | *** Warning: linker path does not have real file for library -lz. A complete build log can be found at http://buildd.debian.org/build.php?arch=armpkg=geoipver=1.3.14-1 -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#117166: acknowledged by developer
I'm not going to reopen this bug as I admit (considering its age and the fact that samba code was suffering a lot of changes at the time of submitting) it is likely to be fixed, and I know how to reopen a bug or submit a new one. My complain, so to speak, is about the way this particular bug has been handled since it was first reported, and what exactly do we mean by moreinfo. The bug didn't need moreinfo when it was first reported. I did my homework, and provided everything a normal maintainer could need to reproduce it, but even in such case I was asked for moreinfo. Can you understand at least why the word lazy came to my mind, even if I did the wrong thing by explicitly spelling it in written? Yep, I understand and your explanations are appreciated. We use the moreinfo tag at least during this intensive bug triage period for samba packages, to track down issues where we have requested bug submitters about old bugs still existing or not. So, we're on a bit of misunderstanding in general which is perfectly solved by this small mail exchange. Thanks for taking care answering again and, of course, feel free to report any other new bugs: we'll try to make you the promise they won't stay ignored next time..:-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323236: nut: reinstalling nut breaks if user cyrus is not there
Severity 323236 normal Tags 323236 +wontfix thanks Hi. This bug was re-assigned to cyrus21-imapd, which is partly correct as the problem is indeed related to the cyrus21-imapd packages. However, the error your system reported isn't the fault of the cyrus21 packages as it seems. What happened? 1) cyrus21 packages got installed and created the cyrus user as well as some dpkg-statoverride entries related to that user. 2) cyrus21 packages got removed (but not purged). 3) you manually deleted the cyrus user 4) on the next bigger operation, dpkg complains about the stat override entries which refer to a user which doesn't exist anymore. Now, sorry to say that, but it was your mistake. You shouldn't manually delete auto-created users without making sure that they aren't used anymore, including the stat overrides. How to fix that: You have two options: 1) you manually delete (or chown) all files owned by the cyrus user and remove the cyrus related entries from dpkg-statoverrides. You should probably also check wether that user is still referenced somewhere else. 2) you purge cyrus21-common which should delete all remaining files owned by the cyrus user (if you answer the debconf question accordingly), remove the stat overrides and delete the cyrus user. cu, sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329168: llgal: -R broken
Hmm, it still looks broken to me. In my .llgal/captions I have lines like DIR: december Open subgallery december I get the following output: - $ llgal -R Reading the captions file and preparing entries: 100% Preparing entries: 100% Found 11 files in the captions file. Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% Found tile.png in .llgal/, using it. Found llgal.css in .llgal/, using it. ...some more errors removed... Entering subdirectory 'december'... Listing entries: 100% Preparing entries: 100% Found 0 files in current directory Using '.llgal/slidetemplate.html' as HTML slide template. Creating individual slides: 100% Using '.llgal/indextemplate.html' as HTML index template. Creating the index.html file: 100% No tile.png in december.llgal/, getting a copy from /usr/share/llgal !! # cp: kan inte skapa normal fil december.llgal/tile.png: Filen eller katalogen finns inte Failed to get generic 'tile.png' file. !! /usr/bin/llgal failed for subdirectory december. Leaving subdirectory 'december'. (The deleted parts are just the same as for december, but for the other subdirectories. It seems that llgal is forgetting to insert a '/' between path components. Marcus signature.asc Description: OpenPGP digital signature
Bug#340975: cupsys: gets stuck in debconf
Package: cupsys Version: 1.1.23-12 Followup-For: Bug #340975 This error message is shown: The wrong value is found in the input. The error occurred while parsing the port number or the host name. Please correct it. Thanx, Debian is the GREATEST! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=ca_ES, LC_CTYPE=ca_ES (charmap=ISO-8859-1) Versions of packages cupsys depends on: ii adduser 3.80 Add and remove users and groups ii debconf [debconf-2.0] 1.4.62 Debian configuration management sy pn gs-espnone (no description available) ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an pn libcupsimage2 none (no description available) ii libcupsys21.1.23-13 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp1 1.2.1-3OpenSLP libraries ii patch 2.5.9-2Apply a diff file to an original ii perl-modules 5.8.7-9Core Perl modules ii procps1:3.2.6-2 /proc file system utilities ii xpdf-utils3.01-3 Portable Document Format (PDF) sui ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: pn cupsys-client none (no description available) ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support pn smbclient none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file
Hi Christian, On Thu, Dec 15, 2005 at 08:12:05AM +0100, Christian T. Steigies wrote: On Tue, Dec 06, 2005 at 03:48:40PM +0100, Max Vozeler wrote: Apparently the binaries in m68k -headers were built for i386. Yes, this may very well be possible, since the m68k linux-* packages were cross-compiled on i386. Since the linux-image-* packages are built in the same run, and they are properly cross-compiled for m68k and actually work (at least) on (my) m68k boxes, this must be a bug in the linux-headers build rules, they should be cross-compiled, too. Thanks for looking into this. This breaks builds of external modules as they try to execute eg. scripts/basic/fixdep on m68k. Do you have any external modules for m68k that are not part of the kernel? Who is supplying those? It's not specific to m68k actually. The module in question is the loop-AES extended loopback encryption module maintained by Jari Ruusu [EMAIL PROTECTED]. I'm trying to build it for all archs that have 2.6 -di kernels in the archive. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342704: Disable HPPA native code compiler
On Thu, Dec 15, 2005 at 01:47:36PM +0100, Florian Weimer wrote: Upstream has responded; they won't fix this, and they no longer maintain the native code compiler on HPPA. I susgest to disable it in the Debian package. Seems reasonable indeed. Unless someone shows up and want to fix it. I don't think we lose much, as hppa is definitively not the plateform of choice for having compute-intensive ocaml apps running. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343042: Possible fix?
It seems that even in 2.6.14, you always need the ide-generic module if you use any other ide module. This is because ideprobe_init() is ONLY called from the ide-generic module initialization! There's a comment in /usr/lib/yaird/perl/Hardware.pm which says: # Hmm, via82cxxx (2.6.8) also needs ide-generic # to load it seems. That could be because ide-generic # contains a call to ide_probe_init() which is in # the ide-core module. After loading ide-generic # it's still the via82cxxx module that manages the device; # see /sys/bus/pci/drivers/VIA_IDE/. # The above error persists in 2.6.12, and is solved # in 2.6.14. The last sentence is NOT true, I just completely grepped through a full 2.6.14 source tree, and ideprobe_init() is ONLY called from ide_generic_init(). Therefore, you always need to include the ide-generic module if the system uses IDE. signature.asc Description: OpenPGP digital signature
Bug#343451: installation-reports
On Thu, Dec 15, 2005 at 01:08:22PM +0100, José Luis Patiño Andrés wrote: snip/ Output of lspci and lspci -n: xenon:/home/ines# lspci snip/ :03:00.0 Network controller: RaLink Ralink RT2500 802.11 Cardbus Reference Card (rev 01) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it snip all OK /snip Comments/Problems: My Conceptronic CR54RC (RaLink 2500 chipset) PCMCIA WiFi card don't discovered by the Debian installer. I must to make some modules to do it work, i see. Please provide the output of lspci -n | grep 0:03:00.0 HTH GSt
Bug#343462: joe: New joe maintainers totally lost their mind.
Package: joe Version: 3.1-0.2 Severity: wishlist Initially, I was happy to see that people picked up the project. Now I'm deeply disappointed. They destroyed the portability, implemented very useless syntax hilighting, and showed that they have no clue about coding at all by totally f**king up the tab handling, and even worse, SETTING A 2-COLUMN TAB STOP by default. As Linus once explained in the kernel hacking docs, this is like redefining Pi to 3.14. I'm getting kind-of tired of having to fix this on every installation, and I certainly hope most people agree that this is stupid, to say at the least. Can't the joe package from Debian be shipped with a sane default conffile? I mean, I'm actually considering making the switch to vim, we can't let that happen, right? ;-) So, in short, can the default conffile at least use normal tabs again, remove all the smart crap (at least until it's actually smart instead of the Clippy-kind of smart) and restore the usual 8-column tab stop? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) Versions of packages joe depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand joe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343463: linux-image-2.6.12-1-686-smp: usb keyboard failures, drivers/usb/input/hid-core.c: input irq status -32 received
Package: linux-image-2.6.12-1-686-smp Version: 2.6.12-10 Severity: normal I bought a new keyboard a few days ago, a basic usb keyboard. From time to time, it stops responding and fill the console with messages like: Dec 15 13:56:24 eos kernel: drivers/usb/input/hid-core.c: input irq status -32 received Dec 15 13:56:24 eos kernel: drivers/usb/input/hid-core.c: input irq status -32 received I searched on the web for similar problems but I found nothing really helpful, most pages referring to another irc status number (like -84) anyway. If I unplug the keyboard and replug it, it reworks. But that damn inconvenient :) As side effect, it really spam the console and kern.log by printing even more than once the error message per second. As you can see, I have now a kern.log 92MB big while it never reach 1MB in normal circonstances. [EMAIL PROTECTED]:/home/moa# ls -sh /var/log/kern.log* 92M /var/log/kern.log24K /var/log/kern.log.1.gz 20K /var/log/kern.log.3.gz 48K /var/log/kern.log.0 16K /var/log/kern.log.2.gz 16K /var/log/kern.log.4.gz Tell me if there's anything I can do. Follows lspci results: :00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) :00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) :00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) :00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) :00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) :00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) :00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:00.0 VGA compatible controller: ATI Technologies Inc R430 [Radeon X800 XL] (PCIe) :01:00.1 Display controller: ATI Technologies Inc R430 [Radeon X800 XL] (PCIe) Secondary :02:01.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) :02:04.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) :02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) And lsusb Bus 005 Device 001: ID : Bus 004 Device 001: ID : Bus 003 Device 001: ID : Bus 002 Device 002: ID 055f:0008 Mustek Systems, Inc. ScanExpress 1200 CU Plus Bus 002 Device 001: ID : Bus 001 Device 020: ID 062a:0201 Creative Labs Bus 001 Device 001: ID : I dont know what is this creative labs thing, it looks like it is the keyboard but I did not new it was manufactured by creative labs (well, that does not matter) lsusb -v for the relevant thing: Bus 001 Device 020: ID 062a:0201 Creative Labs Device Descriptor: bLength18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x062a Creative Labs idProduct 0x0201 bcdDevice1.00 iManufacturer 0 iProduct1 USB-compliant keyboard iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 59 bNumInterfaces 2 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Devices bInterfaceSubClass 1 Boot Interface Subclass bInterfaceProtocol 1 Keyboard iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType33 bcdHID 1.10 bCountryCode0 Not supported bNumDescriptors 1 bDescriptorType34 Report wDescriptorLength 65 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes3
Bug#102186: Ever wanted a fuckbuddy?
Hey dude. Just came across this insane date website that is just for sexoholics! No lame pickup lines, no flowers, no gifts, just see eachother for sex Like it so far? Well that's not all, it's free :P Here you are: http://www.get-a-hottie-for-xmas.us/love/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#117166: acknowledged by developer
On Thu, 15 Dec 2005, Christian Perrier wrote: Yep, I understand and your explanations are appreciated. We use the moreinfo tag at least during this intensive bug triage period for samba packages, to track down issues where we have requested bug submitters about old bugs still existing or not. So, we're on a bit of misunderstanding in general which is perfectly solved by this small mail exchange. Thanks for taking care answering again and, of course, feel free to report any other new bugs: we'll try to make you the promise they won't stay ignored next time..:-) Thank you. For the record, and going back to the original bug report, I was using this: [...] ) | $smbclient $server\\$service $password -U $user -P $logfile but I see that option -P is currently not documented, and the manpage in potato suggests that it's a deprecated option, so I can understand that smbclient would not work in such case. My current setup does work, so this bug is really obsolete and it is ok to have it closed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334843: more details
Hello, I installed udev, as it is supposed to be the thing to use with such kernel, and this cause the system to segfault too. So the hdparm fix helped to avoid the problem, but there is definitely something very wrong there. I was confused by your initial bug report, thought that it was related to the loading of ide modules, and was offering a work around. If you feel that was off-topic, please ignore it. I wonder what would cause that bug. As said before, I found this problem after an hardware change, the video card, with a video card that worked perfectly on another computer with the same arch (not the same motherboard, but the same system with the same software). I traced the failure at the hdparm init script and Aurelien was able to provide a workaround. But still there's something wrong, as shows udev failure. I find odd that I have some many ide modules loaded and I wonder if it may be part of the issue, but I have no clues. Tell me if there is further information I can provide. Regards, -- Mathieu Roy + | Thalie : http://yeupou.coleumes.org/ | Clio: http://clio.coleumes.org/ | Euterpe : http://crap.is.free.fr/ | http://kromaniaks.coleumes.org/ +---+ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321668: xcolorsel: FTBFS in sid
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This package now appears to build just find in sid. I've built manually and with sbuild in a chroot, and it appears to run without problems. If this is the case, is #321664 still valid? I did see a few compiler warnings, which should be fairly simple to clean up. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDoXBHVcFcaSW/uEgRAsB3AJwO9BEzCE5+yCAoHVTHFqM+CpStRQCfeWJR rBrGNTMlSwE2+TG47FRynbA= =hmUk -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343465: 'install -s -d foo' error message French translation is misleading.
Package: coreutils Version: 5.93-5 Severity: minor Hello Mike, % LANG=C install -s -d foo install: the strip option may not be used when installing a directory % LANG=fr_FR install -s -d foo install: les options de strip peuvent ne pas être utilisées lors de l'installation d'un répertoire which translate back to something like: install: the strip options may be unused when installing a directory which make it look like a warning rather than an error. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here.
Bug#341132: pango1.0: FTBFS if automake1-7 installed
close 341132 1.10.0-1 thanks Le lundi 28 novembre 2005 à 19:19 +0100, Frans Pop a écrit : Checked 1.10 too and you are correct, that version does not have the problem. Marking as fixed with 1.10.0-1
Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file
On Thu, Dec 15, 2005 at 02:09:47PM +0100, Max Vozeler wrote: Hi Christian, On Thu, Dec 15, 2005 at 08:12:05AM +0100, Christian T. Steigies wrote: On Tue, Dec 06, 2005 at 03:48:40PM +0100, Max Vozeler wrote: Apparently the binaries in m68k -headers were built for i386. Yes, this may very well be possible, since the m68k linux-* packages were cross-compiled on i386. Since the linux-image-* packages are built in the same run, and they are properly cross-compiled for m68k and actually work (at least) on (my) m68k boxes, this must be a bug in the linux-headers build rules, they should be cross-compiled, too. Thanks for looking into this. This breaks builds of external modules as they try to execute eg. scripts/basic/fixdep on m68k. Do you have any external modules for m68k that are not part of the kernel? Who is supplying those? It's not specific to m68k actually. The module in question is the loop-AES extended loopback encryption module maintained by Jari Ruusu [EMAIL PROTECTED]. I'm trying to build it for all archs that have 2.6 -di kernels in the archive. Are you sure you are using the per-flavour header packages (linux-headers-2.6.14-2-flavour ? Also, do you know about the external build module plan ? It is as follows : 1) build-depend on linux-headers-2.6.14 or linux-headers-2.6.14-2-all. 2) look at /usr/src/linux-headers-2.6.14-2/flavours for a list of supported flavours. 3) for f in `cat /usr/src/linux-headers-2.6.14-2/flavours`; do ... make ... KSRC=/lib/modules/2.6.14-2-$f ... done Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343285: cupsys service does not start anymore; it exits with 98 error code
Package: cupsys Version: 1.1.23-13 Followup-For: Bug #343285 The cupsys package does not start any more. Whenever I try /etc/init.d/cupsys start I get the following error msg: Starting Common Unix Printing System: cupsdcupsd: Child exited with status 98! Here is some relevant information from /var/log/cupsys/error_log: I [15/Dec/2005:14:31:57 +0100] Listening to 0:631 I [15/Dec/2005:14:31:57 +0100] Listening to 0:631 I [15/Dec/2005:14:31:57 +0100] Loaded configuration file /etc/cups/cupsd.conf I [15/Dec/2005:14:31:57 +0100] Configured for up to 100 clients. I [15/Dec/2005:14:31:57 +0100] Allowing up to 100 client connections per host. I [15/Dec/2005:14:31:57 +0100] Full reload is required. E [15/Dec/2005:14:31:57 +0100] LoadAllClasses: Unable to open /etc/cups/classes.conf - No such file or directory I [15/Dec/2005:14:31:57 +0100] LoadPPDs: Read /var/lib/cups/ppds.dat, 15 PPDs... I [15/Dec/2005:14:31:57 +0100] LoadPPDs: No new or changed PPDs... I [15/Dec/2005:14:31:57 +0100] Full reload complete. E [15/Dec/2005:14:31:57 +0100] StartListening: Unable to bind socket for address :631 - Address already in use. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcupsimage21.1.23-13 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-13 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-9 Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-13 Common UNIX Printing System(tm) - pn foomatic-filters none (no description available) pn smbclient none (no description available) -- debconf information: * cupsys/raw-print: true * cupsys/browse: false * cupsys/ports: 631 * cupsys/backend: ipp, lpd, parallel, socket, usb cupsys/portserror: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343368: ITP: unix2tcp -- connection forwarder that converts Unix sockets into TCP sockets
Hello, * Radu Spineanu [Wed, Dec 14, 2005 at 08:42:34PM +0200]: * Package name: unix2tcp Version : 0.8.2 Upstream Author : Mihai Rusu [EMAIL PROTECTED] * URL : http://dizzy.roedu.net/unix2tcp/ * License : GPL Description : connection forwarder that converts Unix sockets into TCP sockets unix2tcp tunnels all traffic between a (remote) address/port and a local UNIX socket. What is the benefit over socat ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343462: And ...
Maybe it'd also be a good idea to put -nobackups in by default. ;-) -- + .''`. - -- ---+ +- -- --- - --+ | wilmer : :' : gaast.net | | OSS Programmer www.bitlbee.org | | lintux `. `~' debian.org | | Full-time geek wilmer.gaast.net | +--- -- - ` ---+ +-- - --- -- -+ signature.asc Description: Digital signature
Bug#311788: libdbd-csv-perl: Error when update tbl set a = a + 1;
tags 311788 patch upstream forwarded 311788 http://rt.cpan.org/NoAuth/Bug.html?id=13080 thanks On Fri, Jun 03, 2005 at 08:24:55PM +0900, SUGITA Toshinori wrote: my perl script get error in bellow SQL statement update tbl set a = a + 1; when use column name in right side. Hi, the attached patch seems to fix this. I'll send it to the upstream author too. Cheers, -- Niko Tyni [EMAIL PROTECTED] --- libsql-statement-perl-1.14/lib/SQL/Statement.pm 2005/12/15 13:48:44 1.1 +++ libsql-statement-perl-1.14/lib/SQL/Statement.pm 2005/12/15 13:49:09 @@ -1757,7 +1757,8 @@ # we use the existing S::S::Func object # use SQL::Statement::Util; -if ( $type eq 'function' and $structure-{name} !~ /(TRIM|SUBSTRING)/i ){ +if ( $type eq 'function' and $structure-{name} =~ /[A-Z]/ and + $structure-{name} !~ /(TRIM|SUBSTRING)/i ){ $self-{loaded_function}-{$structure-{name}} ||= SQL::Statement::Util::Function-new($structure); $structure = $self-{loaded_function}-{$structure-{name}};
Bug#342248: [m68k headers] binaries are i386 - cannot execute binary file
On Thu, Dec 15, 2005 at 02:39:45PM +0100, Sven Luther wrote: Are you sure you are using the per-flavour header packages (linux-headers-2.6.14-2-flavour ? The package build-depends on linux-headers-2.6.14-2-all and uses the per-flavour headers for the actual build. Also, do you know about the external build module plan ? It is as follows : 1) build-depend on linux-headers-2.6.14 or linux-headers-2.6.14-2-all. 2) look at /usr/src/linux-headers-2.6.14-2/flavours for a list of supported flavours. 3) for f in `cat /usr/src/linux-headers-2.6.14-2/flavours`; do ... make ... KSRC=/lib/modules/2.6.14-2-$f ... done Yes, this is basically what loop-aes-modules does. Except, I'm extracting the available flavours from [1] at build-time of the source package, because I want to include the package entries in debian/control before upload and sometimes exclude flavours. [1] /usr/src/linux-headers-2.6.14/debian/arch/*/defines cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342255: Starting script do not follow POSIX
On Tue, Dec 06, 2005 at 05:25:00PM +0200, Juhapekka Tolvanen wrote: Package: eclipse-platform-common Version: 3.1.1-6 Severity: normal [EMAIL PROTECTED]:/home/juhtolv % eclipse zsh: correct 'eclipse' to '.eclipse' [nyae]? n /usr/bin/eclipse: line 77: syntax error near unexpected token `' /usr/bin/eclipse: line 77: `done (cat /etc/eclipse/java_home | grep -v '^#' | grep -v '^$')' zsh: 11541 exit 2 eclipse [EMAIL PROTECTED]:/home/juhtolv % rm -rf .eclipse [EMAIL PROTECTED]:/home/juhtolv % eclipse /usr/bin/eclipse: line 77: syntax error near unexpected token `' /usr/bin/eclipse: line 77: `done (cat /etc/eclipse/java_home | grep -v '^#' | grep -v '^$')' zsh: 11549 exit 2 eclipse [EMAIL PROTECTED]:/home/juhtolv % unset POSIXLY_CORRECT [EMAIL PROTECTED]:/home/juhtolv % unset POSIX_ME_HARDER [EMAIL PROTECTED]:/home/juhtolv % eclipse zsh: correct 'eclipse' to '.eclipse' [nyae]? n searching for compatible vm... testing /usr/lib/jvm/java-gcj...found This script does not claim to be POSIX compliant. It uses /bin/bash as shell explicitely so it is legal to use bash extensions. I wonder why you run it with zsh when executing it. Have you edited the script and use zsh now? I agree that we should make this script POSIX compliant and run it with /bin/sh. That should be a goal. After installing zsh on my mashing and running the script with it I cannot reproduce the bug. Can you write a patch that fixes the problem for you? Or give more infos about your sustem? Is bash installed at all? Cheers, Michael -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343048: linux-image-2.6.14-2-686: fails to boot
On Tue, Dec 13, 2005 at 10:54:34AM +1030, Arthur Marsh wrote: Package: linux-image-2.6.14-2-686 Version: 2.6.14-5 Followup-For: Bug #343048 Same thing happens here. I also had problems trying to install loop-aes at the same time as upgrading from 2.6.14-4 to 2.6.14-5. The installation went ahead if I upgraded the kernel in aptitude first then the loop-aes stuff. Regarding the loop-aes problem Arthur described: We worked together to find out what the problem was and it turned out to have been a transient error because of a previous failure to configure linux-image, so not directly relevant for this bug. cheers, Max -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343466: XSS issue in mod_imap
Package: apache Tags: security upstream Severity: important Upstream reports a cross-site scripting issue in Apache: http://issues.apache.org/bugzilla/show_bug.cgi?id=37874 Impact does not seem to be substantial (rather obscure module, specific configuration required, only clients running IE are exploitable), therefore I'm setting the severity to important. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343467: [CVE-2005-3352] XSS issue in mod_imap
Package: apache2 Tags: security upstream Severity: important Upstream reports a cross-site scripting issue in Apache: http://issues.apache.org/bugzilla/show_bug.cgi?id=37874 Impact does not seem to be substantial (rather obscure module, specific configuration required, only clients running IE are exploitable), therefore I'm setting the severity to important. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]