Bug#421523: xterm: Bug still exist in v226-1
Package: xterm Version: 226-1 Followup-For: Bug #421523 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-acer-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libncurses5 5.6-3 Shared libraries for terminal hand ii libsm62:1.0.3-1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw7 1:1.0.3-3 X11 Athena Widget library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 1:1.0.3-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information step to reproduce: 1. run xterm 2. run xfontsel 3. select font from xfontsel 4. change xterm's font via right click, menu VT font|selection crash dump: *** glibc detected *** xterm: munmap_chunk(): invalid pointer: 0x08081d6b *** === Backtrace: = /lib/i686/cmov/libc.so.6(cfree+0x1bb)[0xb7bc165b] xterm[0x805480e] /usr/lib/libXt.so.6[0xb7e18191] /usr/lib/libXt.so.6[0xb7e184cb] /usr/lib/libXt.so.6(XtDispatchEventToWidget+0x1e4)[0xb7e040f4] /usr/lib/libXt.so.6[0xb7e04aaf] /usr/lib/libXt.so.6(XtDispatchEvent+0xc7)[0xb7e03a67] xterm[0x806d46d] xterm[0x805ba66] xterm[0x805be4a] xterm[0x8067516] /lib/i686/cmov/libc.so.6(__libc_start_main+0xdc)[0xb7b6bebc] xterm[0x804d511] === Memory map: 08048000-0808f000 r-xp 08:06 950976 /usr/bin/xterm 0808f000-08094000 rw-p 00046000 08:06 950976 /usr/bin/xterm 08094000-080f8000 rw-p 08094000 00:00 0 [heap] b79c2000-b7a05000 rw-p b79c2000 00:00 0 b7a44000-b7a4e000 r-xp 08:06 48920 /lib/libgcc_s.so.1 b7a4e000-b7a4f000 rw-p 9000 08:06 48920 /lib/libgcc_s.so.1 b7a6c000-b7a7 r-xp 08:06 997929 /usr/lib/libXfixes.so.3.1.0 b7a7-b7a71000 rw-p 3000 08:06 997929 /usr/lib/libXfixes.so.3.1.0 b7a71000-b7a79000 r-xp 08:06 997921 /usr/lib/libXcursor.so.1.0.2 b7a79000-b7a7a000 rw-p 7000 08:06 997921 /usr/lib/libXcursor.so.1.0.2 b7a7a000-b7a7c000 rw-p b7a7a000 00:00 0 b7a7c000-b7a8f000 r-xp 08:06 359932 /lib/i686/cmov/libpthread-2.5.so b7a8f000-b7a91000 rw-p 00013000 08:06 359932 /lib/i686/cmov/libpthread-2.5.so b7a91000-b7a93000 rw-p b7a91000 00:00 0 b7a93000-b7a95000 r-xp 08:06 359020 /lib/i686/cmov/libdl-2.5.so b7a95000-b7a97000 rw-p 1000 08:06 359020 /lib/i686/cmov/libdl-2.5.so b7a97000-b7a9b000 r-xp 08:06 997922 /usr/lib/libXdmcp.so.6.0.0 b7a9b000-b7a9c000 rw-p 3000 08:06 997922 /usr/lib/libXdmcp.so.6.0.0 b7a9c000-b7a9e000 r-xp 08:06 997904 /usr/lib/libXau.so.6.0.0 b7a9e000-b7a9f000 rw-p 1000 08:06 997904 /usr/lib/libXau.so.6.0.0 b7a9f000-b7aae000 r-xp 08:06 997925 /usr/lib/libXpm.so.4.11.0 b7aae000-b7aaf000 rw-p e000 08:06 997925 /usr/lib/libXpm.so.4.11.0 b7aaf000-b7ab rw-p b7aaf000 00:00 0 b7ab-b7ace000 r-xp 08:06 1000791 /usr/lib/libexpat.so.1.0.0 b7ace000-b7ad rw-p 0001d000 08:06 1000791 /usr/lib/libexpat.so.1.0.0 b7ad-b7ad7000 r-xp 08:06 995880 /usr/lib/libXrender.so.1.3.0 b7ad7000-b7ad8000 rw-p 6000 08:06 995880 /usr/lib/libXrender.so.1.3.0 b7ad8000-b7aeb000 r-xp 08:06 994637 /usr/lib/libz.so.1.2.3 b7aeb000-b7aec000 rw-p 00012000 08:06 994637 /usr/lib/libz.so.1.2.3 b7aec000-b7b53000 r-xp 08:06 995440 /usr/lib/libfreetype.so.6.3.10 b7b53000-b7b56000 rw-p 00067000 08:06 995440 /usr/lib/libfreetype.so.6.3.10 b7b56000-b7c93000 r-xp 08:06 359017 /lib/i686/cmov/libc-2.5.so b7c93000-b7c94000 r--p 0013d000 08:06 359017 /lib/i686/cmov/libc-2.5.so b7c94000-b7c96000 rw-p 0013e000 08:06 359017 /lib/i686/cmov/libc-2.5.so b7c96000-b7c99000 rw-p b7c96000 00:00 0 b7c99000-b7cd3000 r-xp 08:06 51480 /lib/libncurses.so.5.6 b7cd3000-b7cdb000 rw-p 0003a000 08:06 51480 /lib/libncurses.so.5.6 b7cdb000-b7cdd000 rw-p b7cdb000 00:00 0 b7cdd000-b7dc5000 r-xp 08:06 996294 /usr/lib/libX11.so.6.2.0 b7dc5000-b7dc9000 rw-p 000e8000 08:06 996294 /usr/lib/libX11.so.6.2.0 b7dc9000-b7dde000 r-xp 08:06 994520 /usr/lib/libICE.so.6.3.0 b7dde000-b7ddf000 rw-p 00014000 08:06 994520 /usr/lib/libICE.so.6.3.0 b7ddf000-b7de1000 rw-p b7ddf000 00:00
Bug#429893: jed-extra: The pymode.sl drop-in generates a fit_window is undefined error on starting python_mode
Package: jed-extra Version: 2.3.2-3 Severity: normal *** Please type your report below this line *** When loading a Python file or starting python_mode in JED with the jed-extra package installed, a fit_window is undefined error is generated. After a bit of research I determined that fit_window is defined in utils/bufutils.sl. Evaluating that file fixes the problem. I believe adding an autoload to pymode.sl will take care of the problem. Also, possibly having bufutils.sl generate autoload code for fit_window will work as well. Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jed-extra depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy Versions of packages jed-extra recommends: ii jed 1:0.99.18+dfsg.1-6 editor for programmers (textmode v ii xjed 1:0.99.18+dfsg.1-6 editor for programmers (x11 versio -- debconf information: jed-extra/rm-site-defaults: false -- It's Michael. No, really. It is. I'm not kidding. [-- Move along. Nothing to see here --]
Bug#429894: Error with theme, icons miss
Package: synaptic Version: 0.60 Severity: normal Synaptic has many icons missing. # synaptic Warning, failed to load: package-installL'icône « package-install » n'est pas présente dans le thème Warning, failed to load: package-reinstallL'icône « package-reinstall » n'est pas présente dans le thème Warning, failed to load: package-upgradeL'icône « package-upgrade » n'est pas présente dans le thème Warning, failed to load: package-downgradeL'icône « package-downgrade » n'est pas présente dans le thème Warning, failed to load: package-removeL'icône « package-remove » n'est pas présente dans le thème Warning, failed to load: package-purgeL'icône « package-purge » n'est pas présente dans le thème Warning, failed to load: package-availableL'icône « package-available » n'est pas présente dans le thème Warning, failed to load: package-available-lockedL'icône « package-available-locked » n'est pas présente dans le thème Warning, failed to load: package-installed-updatedL'icône « package-installed-updated » n'est pas présente dans le thème Warning, failed to load: package-installed-outdatedL'icône « package-installed-outdated » n'est pas présente dans le thème Warning, failed to load: package-installed-lockedL'icône « package-installed-locked » n'est pas présente dans le thème Warning, failed to load: package-brokenL'icône « package-broken » n'est pas présente dans le thème Warning, failed to load: package-newL'icône « package-new » n'est pas présente dans le thème Warning, failed to load: package-supportedL'icône « package-supported » n'est pas présente dans le thème Warning, failed to load: system-upgradeL'icône « system-upgrade » n'est pas présente dans le thème Warning, failed to load: package-availableL'icône « package-available » n'est pas présente dans le thème Warning, failed to load: package-installL'icône « package-install » n'est pas présente dans le thème Warning, failed to load: package-reinstallL'icône « package-reinstall » n'est pas présente dans le thème Warning, failed to load: package-upgradeL'icône « package-upgrade » n'est pas présente dans le thème Warning, failed to load: package-removeL'icône « package-remove » n'est pas présente dans le thème Warning, failed to load: package-purgeL'icône « package-purge » n'est pas présente dans le thème Warning, failed to load: package-installL'icône « package-install » n'est pas présente dans le thème Warning, failed to load: package-reinstallL'icône « package-reinstall » n'est pas présente dans le thème Warning, failed to load: package-upgradeL'icône « package-upgrade » n'est pas présente dans le thème Warning, failed to load: package-removeL'icône « package-remove » n'est pas présente dans le thème Warning, failed to load: package-purgeL'icône « package-purge » n'est pas présente dans le thème -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.5 0.7.2Advanced front-end for dpkg ii apt-utils [libapt-inst- 0.7.2APT utility programs ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070609-1 GCC support library ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libvte9 1:0.16.6-1 Terminal emulator widget for GTK+ ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii scrollkeeper0.3.14-13A free electronic cataloging syste Versions of packages synaptic
Bug#425085: [tex-live] Bug#425085: texlive-doc-en: catalogue entries with dangling links
Robin Fairbairns [EMAIL PROTECTED] wrote: but before we even start, we need to know what we want the links to point to. suppose ctan has pdf docs and texlive has .dvi ... or, as in the case of footmisc, ctan has pdf and texlive has no docs at all? If texlive has no docs at all, it's a bug. If the format is different, hm, some simple matching rules? If someone wants to take this up, great. as it stands, i don't think it's do-able. we need a definition of what's really required. (this comes as a surprise to me ... until this issue arose, i had assumed it was all trivial.) would a non-ctan html version, as you find on sarovar, help? Yes, that's the style. But here the doc links point to a CTAN mirror, for example http://theory.uwinnipeg.ca/scripts/CTAN/macros/latex/contrib/a0poster/a0_eng.pdf but for offline use you want the FOO/macros/latex/contrib to be replaced by the path in the TEXMF tree... Regards, Frank P.S. Who is [EMAIL PROTECTED] in the Cc line? My mail program refused to send the umlaut -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#429895: Synaptic isn't in GNOME's menu
Package: synaptic Version: 0.60 Severity: normal Synaptic doesn't appear in GNOME's main menu. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21-1-k7 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.5 0.7.2Advanced front-end for dpkg ii apt-utils [libapt-inst- 0.7.2APT utility programs ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070609-1 GCC support library ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 ii libvte9 1:0.16.6-1 Terminal emulator widget for GTK+ ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii scrollkeeper0.3.14-13A free electronic cataloging syste Versions of packages synaptic recommends: ii deborphan 1.7.23 Find orphaned libraries ii gksu 2.0.0-4graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428698: postgresql-8.2: cannot start psql after upgradefrom 8.1 to 8.2
Hi Joost, Joost Kraaijeveld [2007-06-20 19:36 +0200]: Please show me the output of pg_lsclusters. pg_lsclusters Version Cluster Port Status OwnerData directory Log file 8.2 main 5432 online postgres /pgdata/8.2/main /var/log/postgresql/postgresql-8.2-main.log OK, that looks good. It seems that /pgdata/8.2 cannot be read at all by normal users? What does ls -l /pgdata/ ls -l /pgdata total 0 drwx-- 3 postgres postgres 17 Jun 8 05:09 8.2 That would explain it. To fix this, you should change the permissions so that /pgdata/* is world-readable: chown 755 /pgdata /pgdata/* ??? chmod 755 /pgdata /pgdata/*? Erk, of course chmod. Sorry. This seems to do the trick. I did not use psql a lot (mostly doing everything by PgAmin) but I definitely remember using psql successfully before the upgrade. Hmm, that's strange. The upgrade process is not supposed to change directory permissions. Anyway, I'll reproduce your setup and upgrade here and check for this. Maybe I can eliminate the need for stat'ing the data directory from psql, I guess it is only used for consistency checks. Thank you! Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343761: Found NullPointerException when starting the report wizard in 2.2.1-1~bpo.1
found 343761 2.2.1-1~bpo.1 thanks Hello, If I start the report wizard from oobase i get an nearly empty page as described earlier in this bug and the following error messages. $ oobase com.sun.star.container.ElementExistException: at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method) at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java) at $Proxy18.insertByName(Unknown Source) at com.sun.star.wizards.ui.UnoDialog.insertControlModel(UnoDialog.java) at com.sun.star.wizards.ui.UnoDialog.insertEditField(UnoDialog.java) at com.sun.star.wizards.ui.UnoDialog.insertTextField(UnoDialog.java) at com.sun.star.wizards.ui.TitlesComponent$ControlRow.init(TitlesComponent.java) at com.sun.star.wizards.ui.TitlesComponent.insertControlGroup(TitlesComponent.java) at com.sun.star.wizards.ui.ControlScroller.init(ControlScroller.java) at com.sun.star.wizards.ui.TitlesComponent.init(TitlesComponent.java) at com.sun.star.wizards.report.ReportWizard.buildSteps(ReportWizard.java) at com.sun.star.wizards.report.ReportWizard.startReportWizard(ReportWizard.java) at com.sun.star.wizards.report.CallReportWizard$ReportWizardImplementation.trigger(CallReportWizard.java) java.lang.NullPointerException at com.sun.star.wizards.ui.UnoDialog.insertEditField(UnoDialog.java) at com.sun.star.wizards.ui.UnoDialog.insertTextField(UnoDialog.java) at com.sun.star.wizards.ui.TitlesComponent$ControlRow.init(TitlesComponent.java) at com.sun.star.wizards.ui.TitlesComponent.insertControlGroup(TitlesComponent.java) at com.sun.star.wizards.ui.ControlScroller.init(ControlScroller.java) at com.sun.star.wizards.ui.TitlesComponent.init(TitlesComponent.java) at com.sun.star.wizards.report.ReportWizard.buildSteps(ReportWizard.java) at com.sun.star.wizards.report.ReportWizard.startReportWizard(ReportWizard.java) at com.sun.star.wizards.report.CallReportWizard$ReportWizardImplementation.trigger(CallReportWizard.java) $ dpkg --list openoffice* | grep ^ii ii openoffice.org 2.2.1-1~bpo.1 OpenOffice.org Office suite ii openoffice.org-base 2.2.1-1~bpo.1 OpenOffice.org office suite - database ii openoffice.org-calc 2.2.1-1~bpo.1 OpenOffice.org office suite - spreadsheet ii openoffice.org-common2.2.1-1~bpo.1 OpenOffice.org office suite architecture ind ii openoffice.org-core 2.2.1-1~bpo.1 OpenOffice.org office suite architecture dep ii openoffice.org-draw 2.2.1-1~bpo.1 OpenOffice.org office suite - drawing ii openoffice.org-dtd-officedocument1.0 2.0.4.dfsg.2-7etch1 OfficeDocument 1.0 DTD (OpenOffice.org 1.x) ii openoffice.org-filter-binfilter 2.2.1-1~bpo.1 Legacy filters (e.g. StarOffice 5.2) for Ope ii openoffice.org-filter-mobiledev 2.2.1-1~bpo.1 Mobile Devices Filters for OpenOffice.org ii openoffice.org-help-de 2.2.1-1~bpo.1 German help for OpenOffice.org ii openoffice.org-hyphenation-de2.0.4~rc1-3 German hyphenation patterns for OpenOffice.o ii openoffice.org-impress 2.2.1-1~bpo.1 OpenOffice.org office suite - presentation ii openoffice.org-java-common 2.2.1-1~bpo.1 OpenOffice.org office suite Java support arc ii openoffice.org-kde 2.2.1-1~bpo.1 KDE Integration for OpenOffice.org (Widgets, ii openoffice.org-l10n-de 2.2.1-1~bpo.1 German language package for OpenOffice.org ii openoffice.org-math 2.2.1-1~bpo.1 OpenOffice.org office suite - equation edito ii openoffice.org-style-andromeda 2.2.1-1~bpo.1 Default symbol style for OpenOffice.org ii openoffice.org-style-crystal 2.2.1-1~bpo.1 Crystal symbol style for OpenOffice.org ii openoffice.org-thesaurus-de 20060514-1 German Thesaurus for OpenOffice.org ii openoffice.org-writer2.2.1-1~bpo.1 OpenOffice.org office suite - word processor $ dpkg --list * | grep java | grep ^ii ii java-common 0.25Base of all Java packages ii libhsqldb-java 1.8.0.7-1 Java SQL database engine ii libjaxp1.3-java 1.3.03-4Java XML parser and transformer APIs (DOM, SAX, JAXP, TrAX) ii libjline-java0.9.5-2 Java library for handling console input ii libservlet2.3-java 4.0-8 Servlet 2.3 and JSP 1.2 Java classes and documentation ii libxalan2-java 2.7.0-1 XSL Transformations (XSLT) processor in Java ii libxerces2-java 2.8.1-1 Validating XML parser for Java with DOM level 3 support
Bug#429847: generates incorrect OMF file for scrollkeeper if doc-base file contains character
reassign 429847 scrollkeeper 0.3.14-13 thanks Laurent Bonnaud wrote: The doc-base file /usr/share/doc-base/mh-book contains the following line: Title: MH nmh: Email for Users Programmers With this input, install-docs generates the /usr/share/omf/doc-base/mh-book/mh-book-C.omf file that contains the following line: titleMH amp; nmh: Email for Users amp; Programmers/title Yes, and this should be correct. The omf file is a XML file, so the '' char must be encoded as 'amp;'. and scrollkeeper does not like the amp; entity. It complains again and again during each package installation: # scrollkeeper-rebuilddb -q /var/lib/scrollkeeper/C/scrollkeeper_cl.xml:0: error : unterminated entity reference nmh: Email for Users Programmers /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:0: error : unterminated entity reference nmh: Email for Users Programmers I think it is a scrollkeeper's bug, so I'm reassigning the bug. Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429855: doc-base: shell errors while running install-docs -i
Laurent Bonnaud wrote: Hi, # install-docs -i /usr/share/doc-base/doc-base sh: -c: line 0: unexpected EOF while looking for matching `' sh: -c: line 1: syntax error: unexpected end of file I can't reproduce the bug. Could you please send me the output of the following command: install-docs -dvi /usr/share/doc-base/doc-base Best Regards, robert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429878: exim4-config: please explain format of /etc/exim4/lowuid-aliases
On Wed, Jun 20, 2007 at 11:37:28PM +0200, Johannes Rohr wrote: Please explain the necessary format of /etc/exim4/lowuid-aliases in README.Debian Should it be the same as that of /etc/email-addresses? Is there a way to use wildcards, in order to redirect all mail to system users to a real user account? It is just another alias file. And no, there is no wildcard mechanism. If you want all system users redirected, just don't use the lowuid mechanism. For some reason, the change seems to have broken the use of /etc/email-addresses. At present, mail to root ends in the bitbucket. Can you please show this in debug output? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429891: exim_checkaccess vs. banned_domains
On Wed, Jun 20, 2007 at 09:31:38PM -0700, Mark - Syminet wrote: FYI the server in question uses a single monolithic exim.conf and Dan is referring to the following line in the check_recipient acl: denysenders = \ [EMAIL PROTECTED];/etc/exim/banned_domains : lsearch;/etc/exim/ banned_domains ...there was an entry in banned domains which apparently wasn't being picked up. I didn't test using -bh. I do not have time to test this right now, but will get back to the issue. In the mean time, please consider verifying with -bh (for example, by means of swaks --pipe). Please also note that using a envelope sender filter is a very weak measure as the envelope sender is trivially forged. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397197: DPMS-bug test scenario
On Wed, 2007-06-20 at 20:08 +0200, Robert Siemer wrote: I'm pleased to announce a reliable and fast test scenario: $ xset dpms 10 20 30 [wait 10 seconds] [screen goes blank (DPMS gets active)] $ xset -dpms [no DPMS kicks in, not even after 10 seconds] $ xset +dpms [wait 10 seconds] What I now expect is that DPMS suspends (or actually standbys) the screen, but that does not happen. The screen stays visible, passing 10, 20, 30 and more seconds. Can anybody confirm that on other systems? Yes. Running xset dpms 10 20 30 again seems to fix it though, so probably the code handling xset +dpms doesn't re-enable something it should. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#425085: [tex-live] Bug#425085: texlive-doc-en: catalogue entries with dangling links
[EMAIL PROTECTED] (Karl Berry) writes: Doesn't look straightforward to fix - any ideas? We will probably reinstate the Catalogue in TL, and when we do, I guess we should not just copy the files, but set up some kind of conversion process. Ugh. Does MiKTeX contain the Catalogue? If so, are the links properly transformed? If so, maybe we could just work from that. If someone wants to take this up, great. I'll try massaging an Emacs script in my free time. This sounds like a reasonably doable job, and since it is a one-time exercise, my choice of scripting engine should not really matter. Could mean that at one time I would need write access to TeXlive, though. -- David Kastrup -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#254288: xserver-xfree86: [ati/atimisc] poor support for color depths 16 and 24 on 264VT [Mach64 VT] rev 64
I have since disposed of the machine with this video card, so I can't confirm whether this problem is reproducible anymore. Feel free to close this bug if nobody else can reproduce it. Cheers, Peter -Original Message- From: Brice Goglin [mailto:[EMAIL PROTECTED] Sent: Thursday, 21 June 2007 3:55 AM To: Peter Dey Cc: [EMAIL PROTECTED] Subject: Bug#254288: xserver-xfree86: [ati/atimisc] poor support for color depths 16 and 24 on 264VT [Mach64 VT] rev 64 Hi, About 3 years ago, you reported a bug to the Debian BTS regarding color depths 16 and 24 not being well supported on a mach64 board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. Thanks, Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429857: xserver-xorg-video-ati: TV-output and 3D graphics stopped working
On Wed, 2007-06-20 at 19:31 +0200, Till wrote: But unfortunately both TV-output and 3D graphics stopped working after the upgrade. In fact, the TVOutput options seems to be removed from the driver. The radeon driver has never supported TV out in any official release. When I try to start a 3D application or game (tried keyjnote and ppracer) the screen is just black or the textures are corrupted and flickering. Which version of libgl1-mesa-dri do you have? Can you try 6.5.3-1 from experimental if you haven't? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#423722: Bug also found in etch
reopen 423722 reassign 423722 libotr 3.0.0-2 thanks - Hi Thibaut, the version in etch is also affected by this bug. -- Jörg Friedrich There are only 10 types of people: Those who understand binary and those who don't.
Bug#429898: apt
Package: apt Version: Severity: wishlist Tags: l10n, patch While updating my translation of the file apt, I have encountered the following typos, which I thought you might like to fix before the next release. ___ 1. -Error occured while processing %s (NewFileDesc1) +Error occurred while processing %s (NewFileDesc1) 2. -Error occured while processing %s (NewFileDesc2) +Error occurred while processing %s (NewFileDesc2) ___ I hope this is useful. Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) PGP.sig Description: This is a digitally signed message part
Bug#429899: apt: [INTL:vi] Vietnamese program translation update
Package: apt Version: Severity: minor Tags: l10n, patch The updated Vietnamese translation for the program file: apt translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) apt_po_vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#423722: tags
notfound 423722 3.0.0+cvs20070515-1 tags 423722 +stable thanks -- Jörg Friedrich There are only 10 types of people: Those who understand binary and those who don't.
Bug#273655: xserver-xfree86: [ati/radeon] blender crash
On Wed, 20 Jun 2007 20:21:03 +0200 Brice Goglin [EMAIL PROTECTED] wrote: Hi, About 3 years ago, you reported a bug to the Debian BTS regarding a crash of blender on an ATI board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. Thanks, Brice No more crash now with Xorg/Etch. Merci beaucoup. Frédéric
Bug#389475: metoo
Jesse Molina wrote: I got bit by this bug yesterday after an upgrade to courier-mta. I had a temporary and empty /etc/aliases file that had been placed there while trying to resolve another unrelated bug. Because the upgrade script apparently ran the newaliases script, it cleared my valid compiled aliases. I didn't notice this until someone complained that mail to me was being rejected with a 550 User Unknown error message. I lost mail because of this. That's bad. I agree, so I'll raise the severity and look into this matter. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#417026: reopen - still fails to purge because of non-essential depends in postrm
found 417026 1.0.13a-9 thanks hi, while re-running pipuarts on the packages which have marked their bugs as fixed, your package failed again to remove because of having non-essential depends in its postrm file: Removing remstats ... Purging configuration files for remstats ... /var/lib/dpkg/info/remstats.postrm: line 55: deluser: command not found dpkg: error processing remstats (--purge): subprocess post-removal script returned error exit status 127 Errors were encountered while processing: remstats bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429866: courier-authdaemon: please add support for /var/run on tmpfs
Andreas Beckmann wrote: Package: courier-authdaemon Version: 0.59.3-1 Severity: wishlist Tags: patch Hi, please add support for having /var/run on tmpfs. All that's needed is to create /var/run/courier and /var/run/courier/authdaemon in the init script if they are missing. A possible solution is the patch from ubuntu (attached). Sorry, I don't believe in this kind of workaround. As long as there is no consensus on this matter, I won't act upon this bug. Altogether, it would be much better to handle this in a central place for all packages instead of hacking every init script. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429900: trying to overwrite `/usr/share/doc/libgsf-gnome-1-114-dbg'
Package: libgsf-gnome-1-dev Version: 1.14.3-1 Severity: grave Preparing to replace libgsf-gnome-1-dev 1.14.3-1 (using .../libgsf-gnome-1-dev_1.14.4-1_i386.deb) ... Unpacking replacement libgsf-gnome-1-dev ... dpkg: error processing /var/cache/apt/archives/libgsf-gnome-1-dev_1.14.4-1_i386.deb (--unpack): trying to overwrite `/usr/share/doc/libgsf-gnome-1-114-dbg', which is also in package libgsf-gnome-1-114-dbg Errors were encountered while processing: /var/cache/apt/archives/libgsf-gnome-1-dev_1.14.4-1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-rc5-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgsf-gnome-1-dev depends on: ii libgsf-1-dev 1.14.4-1 Structured File Library - developm ii libgsf-gnome-1-1141.14.4-1 Structured File Library - runtime Versions of packages libgsf-gnome-1-dev recommends: ii pkg-config0.22-1 manage compile and link flags for -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427591: Any updates?
Package: enigmail Version: 2:0.95.0+1-3 --- Please enter the report below this line. --- Hi, at least on my machines, enigmail is not usable since icedove 2.x anymore. Icedove 2.x was uploaded over a month ago, this means this grave bug is more than month old. Since I've not received an answer from you asking for more info or something, I wonder: are you aware of the problem or can you reproduce it? Do you know a workaround? Are you working on it? Please let me know if there is anything I can do to help you. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.21-1-k7 Debian Release: lenny/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+- thunderbird| OR icedove| 2.0.0.4-1 OR iceape-mailnews| 1.0.8-2 OR seamonkey-mailnews | libc6 (= 2.5-5) | 2.5-11 libgcc1(= 1:4.2-20070516) | 1:4.2-20070609-1 libnspr4-0d (= 1.8.0.10) | 4.6.6-3 libstdc++6 (= 4.2-20070516) | 4.2-20070609-1 gnupg | 1.4.6-2 -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426705: cciss: kernel BUG at drivers/block/cciss.c:2479
I was asked to look at http://bugzilla.kernel.org/show_bug.cgi?id=7763 since that bug looked to be related. It looks like the raid1 module is violating the queue limitations of the cciss module indeed. Since the panic happens that the line: BUG_ON(creq-nr_phys_segments MAXSGENTRIES); in the cciss.c:do_cciss_request() function. I tried the patch suggested in the other bug-thread: http://www.kernel.org/pub/linux/kernel/people/agk/patches/2.6/editing/dm-merge-max_hw_sector.patch But it did not help. It still crashes at exactly the same spot. signature.asc Description: Digital signature
Bug#429902: libxml-simple-perl: FTBFS: Says to install libxml-sax-expat-perl even if it already is installed
Package: libxml-simple-perl Version: 2.16-1 Severity: serious From my pbuilder build log: ... - Installing cdbs debhelper perl libxml-namespacesupport-perl libxml-sax-perl libxml-libxml-perl libtie-ixhash-perl libxml-parser-perl ... (cd . /usr/bin/perl Makefile.PL INSTALLDIRS=vendor ) Checking installed modules ... = Fatal error: Your default XML parser (XML::SAX::PurePerl) is broken. There are known bugs in the PurePerl parser included with version 0.13 and 0.14 of XML::SAX. The XML::Simple tests will fail with this parser. One way to avoid the problem is to install XML::SAX::Expat - it will install itself as the system default XML parser and then you will be able to install XML::Simple successfully. XML::SAX::Expat is also much faster than XML::SAX::PurePerl so you probably want it anyway. = make: *** [Makefile] Error 255 Even if I pbuilder login to the chroot and install libxml-sax-expat-perl manually (in addition to the libxml-libxml-perl alternative), this message still appears. -- Daniel Schepler
Bug#427591: moreinfo
Package: enigmail
Version: 2:0.95.0+1-3
--- Please enter the report below this line. ---
I've successfully tested two ways to get it working again:
1. Remove the .ini as Géraud Meyer said, and purge and install enigmail
again. Now enigmail works again.
The contents of the .ini when enigmail was not working:
[ExtensionDirs]
[ThemeDirs]
Extension0=/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
(Note the empty ExtensionsDirs-line)
And now:
[ExtensionDirs]
Extension0=/usr/lib/icedove/extensions/{847b3a00-7ab1-11d4-8f02-006008948af5}
[ThemeDirs]
Extension0=/usr/lib/icedove/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
2. I've tested on a second machine another way, and it looks like it's
sufficient to purge and reinstall enigmail to get it working again
(without to remove the .ini).
Cheers,
Bastian
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.21-1-686
Debian Release: lenny/sid
500 unstablewww.debian-multimedia.org
500 unstableftp.de.debian.org
1 experimentalftp.de.debian.org
--- Package information. ---
Depends (Version) | Installed
==-+-
thunderbird|
OR icedove| 2.0.0.4-1
OR iceape-mailnews|
OR seamonkey-mailnews |
libc6 (= 2.5-5) | 2.5-11
libgcc1(= 1:4.2-20070516) | 1:4.2-20070609-1
libnspr4-0d (= 1.8.0.10) | 4.6.6-3
libstdc++6 (= 4.2-20070516) | 4.2-20070609-1
gnupg | 1.4.6-2
--
Bastian Venthur http://venthur.de
Debian Developer venthur at debian org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429901: xfonts-wqy: New version 0.8.1
Package: xfonts-wqy Severity: wishlist The new release is available at http://wqy.sourceforge.net/cgi-bin/index.cgi?BitmapSong and the team has provided a debian packages with a different name. After all it'll be great to become an official package. And, wrt to #384149, it'd better not to be gzipped to achieve better performance. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429904: common-lisp-controller: [INTL:vi] Vietnamese debconf templates translation update
Package: common-lisp-controller Version: 6.11 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: common-lisp- controller translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#429905: RM: libapache-mod-gzip -- ROM; obsolete, only works with apache 1.3
Package: ftp.debian.org Due to recent removal of apache and corresponding packages libapache-mod-gzip (which works only with apache 1.3) is obsolete now. R. signature.asc Description: Digital signature
Bug#419617: This bug is trivially reproducable
tag 419617 -unreproducible thanks Quoting [EMAIL PROTECTED]: I am removing the unreproducable tag from this bug as it is trivially reproducable. 1) have an uim-common 1:1.4.1-1 installed 2) aptitude update 3) aptitude upgrade NOTE: This occurs on *all* architectures where the other parts of uim have not been compiled yet. This will *not* occur on the 386 architecture. It *will* occur on powerpc, for instance. Please do not tag this unreproducible again without some reasonable expanation. Thanks. -- Matijs van Zuijlen http://www.matijs.net/ signature.asc Description: Digital signature
Bug#425742: Info received (Bug#425742: gnome-session: completely breaks desktop)
Le mercredi 20 juin 2007 à 20:17 +0200, Julien Langer a écrit : I finally discovered what was causing this. A custom splash screen that I had installed years ago... I didn't even knew anymore that it was a custom splash screen :) The strange thing is that gnome-session displays that image but than freezes. And the old gnome-session version works fine with this image. Maybe the file is corrupt though it displays fine in nautilus and eog. There is a splash related change between 2.18.0-2 and 2.18.2-1, but not between 2.18.0-1 and 2.18.0-2. Until now, I thought this bug was related to the duplicate application management changes between 2.18.0-1 and 2.18.0-2. Do you confirm that with your picture, 2.18.0-2 fails and 2.18.0-1 works, while with the default picture, both 2.18.0-x versions work? -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile.
Bug#429867: exim4: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Quoting Herbert P Fortes Neto ([EMAIL PROTECTED]): Package: exim4 Tags: l10n patch Severity: wishlist Hi, Could you please update the Brazilian Portuguese Translation? There have been some minor changes in the meantime, apologies for that. COuld you please update the remaining 3 fuzzy templates? pt_BR.po Description: application/gettext signature.asc Description: Digital signature
Bug#429903: openscenegraph_2.0.0-1(experimental/amd64/xenophanes): FTBFS: libraries are not in /usr/lib, where dh_movefiles expects them
Package: openscenegraph Version: 2.0.0-1 Severity: serious Tags: experimental Heya, | Automatic build of openscenegraph_2.0.0-1 on xenophanes by sbuild/amd64 98-farm | Build started at 20070620-1214 | ** [...] | -- Installing /build/buildd/openscenegraph-2.0.0/debian/tmp/usr/lib64/libOpenThreads.so.5.0.0 [...] | dh_movefiles | dh_movefiles: debian/tmp/usr/lib/libOpenThreads.so not found (supposed to put it in libopenthreads-dev) | dh_movefiles: debian/tmp/usr/lib/libOpenThreads.so.5.0.0 not found (supposed to put it in libopenthreads5) | dh_movefiles: debian/tmp/usr/lib/libOpenThreads.so.5 not found (supposed to put it in libopenthreads5) | tar: /build/buildd/openscenegraph-2.0.0/debian/movelist: Cannot stat: No such file or directory | tar: Error is not recoverable: exiting now | sh: /build/buildd/openscenegraph-2.0.0/debian/movelist: No such file or directory | make: *** [binary-arch] Error 1 | ** | Build finished at 20070620-1254 | FAILED [dpkg-buildpackage died] | Build needed 00:39:14, 430452k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=amd64pkg=openscenegraphver=2.0.0-1 It looks like the usptream build system is installing the libraries to lib64, but your file list expects them in /usr/lib. Marc -- BOFH #418: Sysadmins busy fighting SPAM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428421: Confirming bug #428421
Hello, I can confirm that this also happens with me. I purged icedove and removed the /etc/icedove directory (as dpkg complained it wasn't empty), but I still can't get the RSS News feed... As a workaround, I installed the etch version in a chroot, created my account over there, and run back the sid one. It works fine this way. Regards, Vincent Fourmond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429907: krb5: [INTL:vi] Vietnamese debconf templates translation update
Package: krb5 Version: 1.6.dfsg.1-5 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: krb5 translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#429908: gnome-applets: [INTL:vi] Vietnamese debconf templates translation update
Package: gnome-applets Version: 2.18.0-4 Severity: minor Tags: l10n, wishlist The updated Vietnamese translation for the debconf file: gnome-applets translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#427166: [RFU] jed 0.99.18+dfsg.1-7
The maintainer of the libslang2 package uploaded 2.0.7-2 recently, which has the appropriate shlib file. I changed the build-dependency of jed accordingly and this will close Bug#427166. Also, this upload would close Bugs #425417 and #425424, but I am not sure about the outcome of our discussion regarding the fix (i.e. bumping Build-Depends). Could you please review this? If there are no objections, I will upload the package soon. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429909: ucf: [INTL:vi] Vietnamese debconf templates translation update
Package: ucf Version: 3.002 Severity: minor Tags: l10n, patch The updated Vietnamese translation for the debconf file: ucf translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data PGP.sig Description: This is a digitally signed message part
Bug#429911: BitTornado bug
Package: BitTornado Version: T-0.3.17 BitTorrent T-0.3.17 (BitTornado) OS: linux2 Python version: 2.5.1 (r251:54863, May 2 2007, 16:56:35) [GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] wxWindows version: 2.6.3.2 Traceback (most recent call last): File /usr/bin/btdownloadgui, line 2323, in _next savedas = dow.saveAs(choosefile, d.newpath) File /var/lib/python-support/python2.5/BitTornado/download_bt1.py, line 439, in saveAs n = path.join(n, i) File posixpath.py, line 65, in join path += '/' + b UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 62: ordinal not in range(128) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429910: rubber: No error on failed compilation, with amsmath align and long lines
Package: rubber
Version: 1.1-2
Severity: normal
Rubber fails to report errors like the following:
\documentclass{article}
\usepackage{amsmath}
\begin{document}
\begin{align}
\foobar xa
\end{align}
\end{document}
It outputs only
$ rubber --ps x.tex ; echo $?
compiling x.tex...
1
rubber apparently fails to parse the error message from the Latex output
! Undefined control sequence.
argument \foobar
...
l.6 \end{align}
Error is reported when using equation instead of align, though.
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (990, 'stable')
Architecture: i386 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages rubber depends on:
ii python2.4.4-2An interactive high-level object-o
ii tetex-bin 3.0-30 The teTeX programs
rubber recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429723: [dpatch-maintainers] Bug#429723: Undocumented sideeffect of forcing build to run
Hi, Actually not, it seems I must have had the stamp file dependancy still in place when testing the .PHONY way, as it doesn't work when I test it now. Here's a relatively stripped-down version of the makefile I'm having problems with. To reproduce, just create an empty configure.ac in the same directory, and try make -f rules build twice. Then swap the comment between the following lines: #config.status: patch-stamp configure.ac config.status: patch configure.ac After re-reading code and samples, it's the manpage in error. The 'sample' file does it correctly and uses patch-stamp. The manpage has been outdated. regards, junichi -- [EMAIL PROTECTED],debian.org} -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393831: more info
* Wesley J. Landaker [EMAIL PROTECTED] [2007-06-20 18:46]: package from ia64 for now... I was hoping that the underlying bug in ld would get fixed and that this would start working again, as it has in the past. Otherwise, yes, perhaps it just needs to be removed from ia64. I'm not sure binutils is at fault here. I forwarded the bug upstream and there is a patch now floating around that fixes the ld assertation failure - but now ld produces an error. Maybe http://sourceware.org/bugzilla/show_bug.cgi?id=3351 will give you more clues as to what's wrong. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429914: ITP: openfire -- XMPP/Jabber server written in Java
Package: wnpp Severity: wishlist Owner: Lucas Nussbaum [EMAIL PROTECTED] * Package name: openfire Version : 3.3.1 Upstream Author : Jive Software [EMAIL PROTECTED] * URL : http://www.igniterealtime.org/projects/openfire/ * License : mostly GPL, but there are nice license issues Programming Lang: Java Description : XMPP/Jabber server written in Java Openfire is an XMPP/Jabber server written in Java. It is very easy to setup and to administer. There's a preliminary package available at (with svn) http://svn.igniterealtime.org/svn/repos/openfire/trunk/build/debian but it still need some work. There's an entry in IgniteRealtime's issue tracker where the discussion happens: http://www.igniterealtime.org/issues/browse/JM-765 Lucas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429913: ITP: oar -- resource manager (batch scheduler) for HPC clusters
Package: wnpp Severity: wishlist Owner: Lucas Nussbaum [EMAIL PROTECTED] * Package name: oar Version : 2.0 Upstream Author : Nicolas Capit [EMAIL PROTECTED] * URL : http://oar.imag.fr/ * License : GPL Programming Lang: Perl mostly Description : resource manager (batch scheduler) for HPC clusters OAR is a batch scheduler for high performance computing clusters. It serves the same purposes as software like PBS, Torque, LSF, Sun Grid Engine, ... There's a preliminary package available at svn://scm.gforge.inria.fr/svn/oar/Debian/trunk/ , but it still needs a lot of work, since the package is quite complex (lots of non-trivial interactions with a lot of stuff). Comaintainers are totally welcomed. in fact, it could be a nice opportunity to create a HPC/Grid team... Lucas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429912: apt_preferences: lacks explanation of priority 0
Package: apt Version: 0.6.46.4-0.1 Severity: wishlist The man page of apt_preferences lacks the explanation when priority equals 0. Here is an excerpt: 0 P =100 causes a version to be installed only if there is no installed version of the package P 0 prevents the version from being installed As we can see, the above didn't mention what would happen when P=0. Seems at least an incompletion in documentation. According to the changelog from 0.7.0 to 0.7.2 there is no mention about this issue, so I assume this problem applies to 0.7.2 too. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (800, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2007.02.19-0.1 GnuPG archive keys of the Debian a ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libgcc1 1:4.2-20070609-1 GCC support library ii libstdc++6 4.2-20070609-1 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429915: OTRS Installer Issue
Package: otrs2 Version: 2.1.7-2 Hi Torsten, when installing a new otrs2 system, the installer asks me at the beginning if I want to Configure database for otrs2 with dbconfig-common? Yes/No. Now if I select No, since I want to use my oracle 10.2g database, I am expecting the installer not to install any postgresql or mysql db on the system. Yet the next screen shows me a screen where I need to select postgresql or mysql, and if I say 'cancel' it comes back to that screen and doesn't let me leave, except if I install either postgresql/mysql. Could this be fixed? I mean if I say NO to dbconfig-common it should be obvious that I don't want any other databases installed and that I have my own database ready to connnect to, in my case even on a different server. I don't want to install software that I don't need on the system, and I also don't want the need to remove software that is installed by default but is never used by my system. kind regards, Tobias I am using Debian Etch 4.0 with dbd:oracle1.19 and Oracle DB 10.2g with OTRS2 2.1.6/2.1.7 debian built -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429916: OTRS Environment variable issues
Package: otrs2 Version: 2.1.7-2 Hi Torsten, When I enter any $ENV vars into the Config.pm http://Config.pm, otrs2 is not recognizing any of these. Though I expect otrs to identify $ENV vars through Config.pm http://Config.pm since Defaults.pm http://Defaults.pm shows that $ENV vars are possible in Config.pm http://Config.pm. At the moment I have put all the $ENV vars in apache2-perl-startup.pl yet IMHO they should also be recognized via Config.pm http://Config.pm. Kind regards, Tobias I am using Debian Etch 4.0 with dbd:oracle1.19 and Oracle DB 10.2g with OTRS2 2.1.6/2.1.7 debian built -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429902: libxml-simple-perl: FTBFS: Says to install libxml-sax-expat-perl even if it already is installed
Am Donnerstag, den 21.06.2007, 03:27 -0400 schrieb Daniel Schepler: Package: libxml-simple-perl Version: 2.16-1 Severity: serious From my pbuilder build log: ... - Installing cdbs debhelper perl libxml-namespacesupport-perl libxml-sax-perl libxml-libxml-perl libtie-ixhash-perl libxml-parser-perl ... (cd . /usr/bin/perl Makefile.PL INSTALLDIRS=vendor ) Checking installed modules ... = Fatal error: Your default XML parser (XML::SAX::PurePerl) is broken. There are known bugs in the PurePerl parser included with version 0.13 and 0.14 of XML::SAX. The XML::Simple tests will fail with this parser. One way to avoid the problem is to install XML::SAX::Expat - it will install itself as the system default XML parser and then you will be able to install XML::Simple successfully. XML::SAX::Expat is also much faster than XML::SAX::PurePerl so you probably want it anyway. = make: *** [Makefile] Error 255 Even if I pbuilder login to the chroot and install libxml-sax-expat-perl manually (in addition to the libxml-libxml-perl alternative), this message still appears. Hm. I cannot reproduce this. There we again have a different result in our pbuilder runs (see #425928). Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428825: aptitude: Seems to install *only* new packages upon dist-upgrade
Daniel Burrows [EMAIL PROTECTED] wrote: I believe that we agree that the autoinstalls which aptitude does before displaying a prompt should be explicitly output in dependency order, or at least you should be able to get that information from the prompt. Agreed. So you get something like: Automatically resolving dependencies... wesnoth Depends wesnoth-data ... Continue? [Y/n] I like this idea, although for very large installs, like the one that started this bug, I wonder if this would be counterproductive. AFAICS it was one binary package (foo) which had a new dependency (bar), which in turn pulled in all the rest. In this case it would be sufficiently clear, and easier to read in large installs, if we only had foo Depends bar bar Pulls in baz, fee, faa, fuu, rubber, dubber, doo. without specifying in detail how the dependency/recommendency chain leads from bar to doo. + + Do not install NEW depended-on or recommended packages: + libbla, libfasel, libblubber, pciutils, pci-inutils, ... Score is -30 Here, are you referring to the fact that aptitude cancels installations that are no longer necessary after dependencies are resolved? I think that's what you're saying, Yes, that's what I meant. I'm sorry if I'm really out in left field here or not following your messages. I feel like I'm missing out on an important point -- could you maybe try pounding it into my head again? :) No, I think these are the main points that are left after I understand what was going on. Thanks, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#429918: linux-image-2.6.18-4-686: setuid nobody fails after a set number of calls
Package: linux-image-2.6.18-4-686 Version: 2.6.18.dfsg.1-12etch2 Severity: important The default kernel shipped with etch seems to have an issue where setuid calls will fail after a set number of calls. This seems to happen more with the nobody user. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages linux-image-2.6.18-4-686 depends on: ii coreutils 5.97-5.3 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii initramfs-tools [linux-initra 0.85g tools for generating an initramfs ii module-init-tools 3.3-pre4-2 tools for managing Linux kernel mo Versions of packages linux-image-2.6.18-4-686 recommends: pn libc6-i686none (no description available) -- debconf information: linux-image-2.6.18-4-686/postinst/old-system-map-link-2.6.18-4-686: true linux-image-2.6.18-4-686/preinst/failed-to-move-modules-2.6.18-4-686: linux-image-2.6.18-4-686/preinst/lilo-initrd-2.6.18-4-686: true linux-image-2.6.18-4-686/postinst/depmod-error-2.6.18-4-686: false shared/kernel-image/really-run-bootloader: true linux-image-2.6.18-4-686/preinst/bootloader-initrd-2.6.18-4-686: true linux-image-2.6.18-4-686/preinst/elilo-initrd-2.6.18-4-686: true linux-image-2.6.18-4-686/preinst/abort-install-2.6.18-4-686: linux-image-2.6.18-4-686/preinst/lilo-has-ramdisk: linux-image-2.6.18-4-686/preinst/overwriting-modules-2.6.18-4-686: true linux-image-2.6.18-4-686/preinst/already-running-this-2.6.18-4-686: linux-image-2.6.18-4-686/postinst/bootloader-error-2.6.18-4-686: linux-image-2.6.18-4-686/postinst/depmod-error-initrd-2.6.18-4-686: false linux-image-2.6.18-4-686/prerm/would-invalidate-boot-loader-2.6.18-4-686: true linux-image-2.6.18-4-686/postinst/bootloader-test-error-2.6.18-4-686: linux-image-2.6.18-4-686/preinst/initrd-2.6.18-4-686: linux-image-2.6.18-4-686/postinst/old-initrd-link-2.6.18-4-686: true linux-image-2.6.18-4-686/preinst/abort-overwrite-2.6.18-4-686: linux-image-2.6.18-4-686/postinst/create-kimage-link-2.6.18-4-686: true linux-image-2.6.18-4-686/postinst/old-dir-initrd-link-2.6.18-4-686: true linux-image-2.6.18-4-686/postinst/kimage-is-a-directory: linux-image-2.6.18-4-686/prerm/removing-running-kernel-2.6.18-4-686: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#51909: Please kindly read the attached proposal
Please kindly read the attached proposal PROPOSAL.pdf Description: Adobe PDF document
Bug#354043: general: Failed to detect secondary monitor, MergedFB/Clone mode disabled
Hi Brice, I was running on a debian Sarge, and problem had been fixed downloading Radeon drivers on official website. With latest xserver-xorg-core, I guess it works fine,cause it didn't reproduce on my unbutu distribution. Thanks, Amedee On 6/21/07, Brice Goglin [EMAIL PROTECTED] wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding a failure to detect the secondary monitor and mergedfb/clone mode being disabled on a Radeon board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. Thanks, Brice
Bug#429919: Please package upstream 0.8
Package: tango-icon-theme Please package the latest upstream release (0.8). Thanks! mvrgr, Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl signature.asc Description: Digital signature
Bug#410221: shells.5, noshell, and su
On Wed, Jun 20, 2007 at 07:52:30AM +0200, Michael Kerrisk wrote: So, now I'm starting to get clearer. Are you saying that su will reject a user if there login shell is not one of those listed in /etc/shells? No, Su will not reject the user, but will not allow a user 'switching' to it, to setup an alternate shell (through --shell) if the users' shell is *not* listed in /etc/shells. So, if you have a disabled user (shell is '/usr/sbin/nologin' and is not listed in /etc/shells), a local user cannot 'su' to it as any commands will be executed using that shell and the local user cannot force to use a different one. Hope the explanations helps, Javier signature.asc Description: Digital signature
Bug#415640: now fixed upstream
I've committed a fix for this upstream (r15167 of SVN). Though this won't help until we package a newer version of inkscape (say 0.46) for Debian. Some alternatives if we want to address this bug for Debian earlier: - Apply the patch to 0.45.1 in Debian. - Change libgnomevfs' approach to getting its home dir: either: - Change libgnomevfs to check $HOME before calling g_get_home_dir. - Change libglib2.0 implementation of g_get_home_dir to give priority to $HOME like it did in previous versions. This carries the risk of breaking other things, but OTOH it can act as a test for how safe it is for upstream to use this behaviour. Should drop a note to http://bugzilla.gnome.org/show_bug.cgi?id=142568 if taking this option. - Make libglib2.0 give priority to $HOME but only on buildd's. pjrm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425136: [: 42: ==: unexpected operator
On Wed, 20 Jun 2007, Rafal Czlonka wrote: maximilian attems wrote: any news on that? Sorry I didn't get back to you later, I've been on a holiday and totally forgot about it ;^) hehe cool. Here they are. hmm logs look fine,i don't see any warning there about an unexpected operator. can you post a log of where it is happening? is it still happening? postinst of linux-image you said in the beginning of the bug report: dpkg-reconfigure linux-image-2.6.21-1-powerpc thanks -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425928: More info on slony1 build failure
Am Montag, den 11.06.2007, 18:22 -0400 schrieb Daniel Schepler: On Monday 11 June 2007 18:06:13 pm Daniel Leidert wrote: Am Montag, den 11.06.2007, 17:34 -0400 schrieb Daniel Schepler: [..] I put up slony1-build-log, slony.xml, and slony.xsltprocd (the output of docbook2x-man --nonet http://.../docbook.xsl slony.xml) at http://people.debian.org/~schepler/ . I also put up my pbuilder base.tgz in case having the exact same one I used to reproduce the problem will help you reproduce it as well. [..] Sorry, I guess I uploaded the wrong base.tgz. I'm uploading the straight pbuilder base.tgz now, which is about 61MB. Ok. I now tested a slony-build in the base.tgz you sent. It builds just fine. No error. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429919: [Utnubu-maintainers] Bug#429919: Please package upstream 0.8
clone 429919 -1 reassign -1 icon-naming-utils retitle -1 Please package new upstream release 0.8.2 block 429919 with -1 stop On Thu, Jun 21, 2007, Wouter Bolsterlee wrote: Package: tango-icon-theme Please package the latest upstream release (0.8). Thanks! mvrgr, Wouter -- :wq mail [EMAIL PROTECTED] web http://uwstopia.nl ___ Utnubu-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/utnubu-maintainers -- Loïc Minier
Bug#428302: [pkg-wpa-devel] Bug#428302: when using wpa-bridge in /etc/network/interfaces, interface should be added to bridge
On Wed, 13 Jun 2007 09:13:28 am Elmar Hoffmann wrote: Hi Kel, on Mon, Jun 11, 2007 at 12:29:04 +1000, you wrote: This is the design of ifupdown. wpasupplicant package should not try to do the job of bridge-utils ifupdown hook. If the relationship between the two hooks is not flexible then I see no point in assimilating partial operation of one script into another. Bigger changes are required in this case. I do agree that the bridge-utils hooks have their logic kind of backwards in requiring to specify interfaces of the ports in the bridge interface stanza instead of allowing to specify the bridge in the stanza of the port interface and should be fixed. I planned to pursue that issue, too, anyway. The reason I did report this bug nonetheless is that, assuming the bridge-utils hooks were extended to have some bridge-* option to specify the bridge interface, that option and the wpa-bridge option would (have to) carry duplicate information and users had to make sure both stay in sync. So I thought, it would make sense to avoid that - much like one does not have to specify both madwifi-mode and wireless-mode options either. But I guess, again assuming bridge-utils hooks are extended to have that option, it would be ok for your to have the wpasupplicant hooks understand that option too and not require wpa-bridge? That would be nicer than attempting to manage the bridged interfaces over-simplisticly by the wpasupplicant hook alone. Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427509: initramfs-tools: update-initramfs uses /boot/grub/menu.lst but not /boot/grub/grub.cfg when grub2 installed
On Thu, 21 Jun 2007, Arthur Marsh wrote: OK, in my situation I had never installed lilo, but had installed grub2 which leaves the original grub program and menu installed although removing the original grub package. Arthur. yup anyway doen't matter much, yes the test is first for grub around and also lilo, so not harmfull. :) amicalement -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415640: now fixed upstream
Hi altogether! On Thu, Jun 21, 2007 at 07:24:17PM +1000, Peter Moulder wrote: I've committed a fix for this upstream (r15167 of SVN). Though this won't help until we package a newer version of inkscape (say 0.46) for Debian. Some alternatives if we want to address this bug for Debian earlier: - Apply the patch to 0.45.1 in Debian. I think I'll fetch your patch from SVN and go this way. Thanks for all your work, Wolfi - Change libgnomevfs' approach to getting its home dir: either: - Change libgnomevfs to check $HOME before calling g_get_home_dir. - Change libglib2.0 implementation of g_get_home_dir to give priority to $HOME like it did in previous versions. This carries the risk of breaking other things, but OTOH it can act as a test for how safe it is for upstream to use this behaviour. Should drop a note to http://bugzilla.gnome.org/show_bug.cgi?id=142568 if taking this option. - Make libglib2.0 give priority to $HOME but only on buildd's. pjrm. signature.asc Description: Digital signature
Bug#429922: nginx: New upstream version available (0.6.1)
Package: nginx Version: 0.5.18-1 Severity: wishlist Please consider packaging the latest upstream version (0.6.1) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.4-pollux (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx depends on: ii libc6 2.5-11 GNU C Library: Shared libraries ii libpcre3 6.7-1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii zlib1g1:1.2.3-15 compression library - runtime nginx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429893: jed-extra: The pymode.sl drop-in generates a fit_window is undefined error on starting python_mode
On 21.06.07, Michael Johnson wrote: Package: jed-extra Version: 2.3.2-3 When loading a Python file or starting python_mode in JED with the jed-extra package installed, a fit_window is undefined error is generated. ... I believe adding an autoload to pymode.sl will take care of the problem. Thanks for your report. Thanks to it, the bug is now fixed in the upstream pymode.sl (jedmodes.sf.net/mode/pymode/) to be included in the next version of jed-extra. Guenter Milde -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429923: libapache-mod-suphp: Inserting suphp in modules.conf causes memory errors
Package: libapache-mod-suphp Version: 0.6.2-1 Severity: grave Justification: renders package unusable When changing /etc/apache/modules.conf to have both the php5 module AND suphp loaded (the following 2 lines in /etc/apache/modules.conf: LoadModule php5_module /usr/lib/apache/1.3/libphp5.so Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so) , the apache errorlog displays the following errors: [Thu Jun 21 12:34:52 2007] [notice] FastCGI: process manager initialized (pid 18265) [Thu Jun 21 12:34:52 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0 mod_throttle/3.1.2 PHP/5.2.0-8+etch4 mod_fastcgi/2.4.2 mod_perl/1.29 mod_choke/0.06 mod_scgi/1.11 configured -- resuming normal operations [Thu Jun 21 12:34:52 2007] [notice] Accept mutex: sysvsem (Default: sysvsem) [Thu Jun 21 12:34:57 2007] [error] [client 70.84.173.154] File does not exist: /home/sites/blog/comment.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory [Thu Jun 21 12:34:58 2007] [error] [client 62.69.178.29] File does not exist: /home/sites/www.devalcklaservision.nl/site/robots.txt /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory etc etc When ONLY the suphp module is loaded in modules.conf ( #LoadModule php5_module /usr/lib/apache/1.3/libphp5.so Loadmodule suphp_module /usr/lib/apache/1.3/mod_suphp.so): [Thu Jun 21 12:35:39 2007] [notice] FastCGI: process manager initialized (pid 18338) [Thu Jun 21 12:35:40 2007] [notice] Apache/1.3.34 (Debian) mod_tsunami/3.0 mod_throttle/3.1.2 mod_fastcgi/2.4.2 mod_perl/1.29 mod_choke/0.06 mod_scgi/1.11 con figured -- resuming normal operations [Thu Jun 21 12:35:40 2007] [notice] Accept mutex: sysvsem (Default: sysvsem) [Thu Jun 21 12:35:42 2007] [error] [client 65.55.208.232] Premature end of script headers: /home/sites/site39/web/index.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory [Thu Jun 21 12:35:42 2007] [error] [client 213.84.24.229] Premature end of script headers: /home/sites/site19/web/phpini.php [Thu Jun 21 12:35:47 2007] [error] [client 62.231.243.136] File does not exist: /home/sites/blog/comment.php /usr/bin/php-cgi: error while loading shared libraries: libc.so.6: failed to map segment from shared object: Cannot allocate memory When ONLY php5 is loaded everything works fine. The code I try to view is: ? phpinfo() ? Which shouldn't be causing memory errors :) My suphp.conf: /etc/suphp/suphp.conf -- [global] ;Path to logfile logfile=/var/log/suphp/suphp.log ;Loglevel loglevel=info ;User Apache is running as webserver_user=www-data ;Path all scripts have to be in docroot=/home/sites ;Path to chroot() to before executing script ;chroot=/mychroot ; Security options allow_file_group_writeable=true allow_file_others_writeable=true allow_directory_group_writeable=true allow_directory_others_writeable=true ;Check wheter script is within DOCUMENT_ROOT check_vhost_docroot=true ;Send minor error messages to browser errors_to_browser=true ;PATH environment variable env_path=/bin:/usr/bin ;Umask to set, specify in octal notation umask=0077 ; Minimum UID min_uid=100 ; Minimum GID min_gid=100 [handlers] ;Handler for php-scripts x-httpd-php=php:/usr/bin/php-cgi ;Handler for CGI-scripts x-suphp-cgi=execute:!self - NB. when I delete this file and apt-get install --reinstall suphp-common this file is not rebuilt! -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libapache-mod-suphp depends on: ii apache-common 1.3.34-4.1 support files for all Apache webse ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii suphp-common0.6.2-1 Common files for mod suphp libapache-mod-suphp recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429918: linux-image-2.6.18-4-686: setuid nobody fails after a set number of calls
tags 429918 moreinfo thanks On Thu, Jun 21, 2007 at 02:08:06AM -0700, Huaqing Zheng wrote: The default kernel shipped with etch seems to have an issue where setuid calls will fail after a set number of calls. This seems to happen more with the nobody user. Please provide a test program which shows this problem. Bastian -- Killing is wrong. -- Losira, That Which Survives, stardate unknown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429889: icedove: Crashes while writing Japanese in the body of mail
On Thu, Jun 21, 2007 at 11:41:06AM +0900, Kimikazu KATO wrote: *** Please type your report below this line *** icedove crashes with a segment fault when entering Japanese in a message body. More precisely, it crashes after the following procedure 1. Compose a new message 2. Click the message body area to type in a new message 3. Enter some hiragana 4. Push space key to convert it to kanji, and then icedove crashes This doesn't happen when I cut and paste a Japanese message from gedit to icedove. So I doubt Japanese input system is related. I am using anthy and uim-xim. Please attach a backtrace like: 1. install icedove-dbg 2. start icedove from console: # icedove -g 21 | tee /tmp/gdb.429889.log ... (gdb) run ... // then there will be a crash (gdb) bt ... // one or more console pages of output (gdb) bt full ... // more output (gdb) quit 3. mail this file to this bug. Thanks, - Alexander -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428304: [pkg-wpa-devel] Bug#428304: should reassociate when ifup fails
On Wed, 13 Jun 2007 09:38:40 am Elmar Hoffmann wrote:
Hi Kel,
on Mon, Jun 11, 2007 at 12:27:43 +1000, you wrote:
Could the patch use the return value of ifup rather than grep'ing the
ifstate file?
I'm quite sure my first attempt at this did do the former, but that
did not work, IIRC (its been at 1.5 months since I did this). I'm
going check whether this is true and were the problem lies, if so.
Also, this patch has the potential to bing back the re-association
storm phenomenon that the wpa_hysteresis_{event,check} functions were
designed to prevent. This could lead to an uncontrollable loop of failed
re-association and failed ifup events.
Hmm yes, this might be an issue with cases other than DHCP (which
takes a while before it gives up) that fail immediately.
OTOH in my experience wpasupplicant also takes a while to react to an
reassociate request (and any normal disconnect and connect events
inbetween would be covered by the hysteresis), so that loop should not
be too fast and may not be a problem. I should be able to simulate and
test that with a broken interface stanza or sth. :)
Broken drivers are the acid test. broadcom after suspend and madwifi
association brokenness are two things that have burnt either myself or others
in the past.
Still it is (unlike the hysteresis case) quite logical to not stay
associated to an AP that is not usable as your interface did not
configure. And while trying over and over again arguably does not help
in a one AP with broken DHCP situation, it sure helps when there are
more APs wpasupplicant can connect to or when the wireless connection
is bad enough for DHCP to fail sometimes due to loss of DHCP packets
but another attempt could work. The latter is the case that made me do
these changes.
I agree with the logic. However, I'm not going to risk locking up ifupdown or
causing system instability because the wifi interface gets stuck in an
infinite loop of re-association. It has happened to me before. Sure, I was
using a rather experimental driver (madwifi) but please name one linux wifi
kernel driver that _always_ does the right thing these days.
This is definitely an area that can be improved in this roaming scheme, I just
don't know how far these sh scripts should extend themselves when other more
comprehensive network management suites are in development . . .
Thanks, Kel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429924: heartbeat: Annoying warnings about core_uses_pid displayed when inappropriate
Package: heartbeat Version: 2.0.8-9 Severity: normal echo core.%p.%u.%g /proc/sys/kernel/core_pattern After running the above command I should not be seeing warnings such as the following: Jun 21 15:48:49 node-0 mgmtd: [1632]: debug: Enabling coredumps Jun 21 15:48:49 node-0 mgmtd: [1632]: WARN: Consider setting /proc/sys/kernel/core_uses_pid (or equivalent) to 1 for maximum supportability -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429925: [INTL:gl] Galician debconf template translation for emdebian-tools
Package: emdebian-tools Severity: wishlist Tags: l10n patch It is attached to this report. # Galician translation of emdebian-tools's debconf templates # This file is distributed under the same license as the emdebian-tools package. # Jacobo Tarrio [EMAIL PROTECTED], 2007. # msgid msgstr Project-Id-Version: emdebian-tools\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-06-20 18:13+0100\n PO-Revision-Date: 2007-06-21 11:50+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../emdebian-tools.templates:1001 msgid Specify a usable directory: msgstr Indique un directorio utilizable: #. Type: string #. Description #: ../emdebian-tools.templates:1001 msgid Either specify an existing Emdebian subversion tree (e.g. /home/user/ emdebian/svn/target/) or specify the full path to a directory that can be used by the tools (emsource and emchain) as a build tree. If no directory is given, the tools will just use the current directory, for checkouts and downloads, possibly resulting in multiple source downloads. msgstr Indique unha árbore subversion de Emdebian existente (p.ex. /home/user/ emdebian/svn/target/) ou indique a ruta completa a un directorio que poida ser empregado polas ferramentas (emsource e emchain) coma árbore de compilación. Se non se indica un directorio, as ferramentas han empregar o directorio actual para as descargas, o que pode resultar en múltiples descargas de código fonte. #. Type: string #. Description #: ../emdebian-tools.templates:2001 msgid Your subversion username at buildd.emdebian.org: msgstr Nome de usuario de subversion en buildd.emdebian.org: #. Type: string #. Description #: ../emdebian-tools.templates:2001 msgid If you expect to be submitting improvements to Emdebian, including updates to patches and build logs, emdebian-tools can commit updated patch files for you without further intervention. msgstr Se espera enviar melloras a Emdebian, o que inclúe actualizacións de parches e rexistros de compilación, emdebian-tools pode enviar os ficheiros de parche actualizados por vostede sen necesidade de que interveña. #. Type: string #. Description #: ../emdebian-tools.templates:2001 msgid Note that this username is not necessarily the same as any Debian username or identity. If you do not (yet) have an Emdebian username, leave this blank. (emsource will use anonymous checkouts of the patch files.) msgstr Teña en conta que este usuario non ten por que ser un nome de usuario ou identidade de Debian. Se (aínda) non ten un nome de usuario en Emdebian, deixe este campo baleiro, e emsource ha facer descargas anónimas dos ficheiros de parches. #. Type: boolean #. Description #: ../emdebian-tools.templates:3001 msgid Use apt-get to install toolchains? msgstr ¿Empregar apt-get para instalar as ferramentas? #. Type: boolean #. Description #: ../emdebian-tools.templates:3001 msgid emsetup can install toolchain packages for you using apt-get. Alternatively, unset this option to use aptitude. msgstr emsetup pode instalar os paquetes de ferramentas por vostede empregando apt- get. De xeito alternativo, desactive esta opción para empregar aptitude.
Bug#427791: syslog-ng dies after cron.daily
Szalay Attila wrote:
Hi!
On Wed, 2007-06-06 at 11:34 +0100, Chris Taylor wrote:
When trying to reproduce it manually, sending kill -HUP causes syslog-ng
to die shortly after it gets a new PID.
I am able to consistently reproduce this.
No data is written to the new logfile until I manually restart syslog-ng
Could you do it again and in the same time strace-ing the syslog-ng?
(strace -fo output -s 512 -p `pidof syslog-ng`) And after it please send
the output to me.
Thanks.
Sorry about the delay, things have been pretty busy.
Attached is the strace output.
Below is the process I used:
d350-berlin:~# cat /var/run/syslog-ng.pid; echo
24507
d350-berlin:~# kill -HUP `cat /var/run/syslog-ng.pid`
d350-berlin:~# cat /var/run/syslog-ng.pid; echo
24507
d350-berlin:~# ps ax | grep syslog-ng
24551 pts/2S+ 0:00 grep syslog-ng
d350-berlin:~# tail -f /var/log/messages
Jun 20 19:52:22 10.37.0.72 ports: port 10 is now off-line
Jun 20 19:55:15 10.37.0.71 00077 ports: port 17 is now off-line
Jun 20 20:16:52 10.37.0.71 00331 FFI: port 24-High collision or drop
rate. See help.
Jun 20 20:40:25 10.37.0.72 SNTP: updated time by -4 seconds
Jun 20 21:09:53 10.37.0.71 00331 FFI: port 24-High collision or drop
rate. See help.
Jun 20 21:18:15 10.37.0.71 00331 FFI: port 24-High collision or drop
rate. See help.
Jun 20 21:23:50 10.37.0.71 00331 FFI: port 24-High collision or drop
rate. See help.
Jun 20 23:06:49 10.37.0.74 SNTP: updated time by -4 seconds
Jun 21 00:49:56 10.37.0.64 SNTP: updated time by -4 seconds
Jun 21 10:40:41 d350-berlin syslog-ng[24507]: syslog-ng starting up;
version='2.0.0'
As you can see, -HUP is causing syslog-ng to die (in fact the strace
says it's segfaulting.. always fun), thus leaving us without any logging
of any kind.
Let me know if you need any more information.
Thanks,
Chris
24507 gettimeofday({1182418884, 445078}, NULL) = 0
24507 gettimeofday({1182418884, 445188}, NULL) = 0
24507 poll([{fd=3, events=POLLIN}, {fd=4, events=POLLIN, revents=POLLIN},
{fd=5, events=POLLIN}, {fd=6, events=POLLIN}], 4, 137026) = 1
24507 gettimeofday({1182418898, 162028}, NULL) = 0
24507 accept(4, {sa_family=AF_FILE, [EMAIL PROTECTED], [2]) = 11
24507 fcntl64(11, F_GETFL) = 0x2 (flags O_RDWR)
24507 fcntl64(11, F_SETFL, O_RDWR|O_NONBLOCK) = 0
24507 fcntl64(11, F_GETFD) = 0
24507 fcntl64(11, F_SETFD, FD_CLOEXEC) = 0
24507 gettimeofday({1182418898, 162615}, NULL) = 0
24507 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=11, events=POLLIN, revents=POLLIN|POLLHUP}, {fd=4,
events=POLLIN}], 5, 123309) = 1
24507 gettimeofday({1182418898, 162780}, NULL) = 0
24507 read(11, 38Jun 21 10:41:38 sshd[24538]: Accepted password for root
from 193.203.82.100 port 22449 ssh2\0, 8192) = 96
24507 gettimeofday({1182418898, 162996}, NULL) = 0
24507 time(NULL)= 1182418898
24507 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0
24507 gettimeofday({1182418898, 163355}, NULL) = 0
24507 time(NULL)= 1182418898
24507 open(/var/log/auth.log,
O_WRONLY|O_NONBLOCK|O_APPEND|O_CREAT|O_NOCTTY|O_LARGEFILE, 0640) = 12
24507 fcntl64(12, F_GETFD) = 0
24507 fcntl64(12, F_SETFD, FD_CLOEXEC) = 0
24507 fchown32(12, 0, -1) = 0
24507 fchown32(12, -1, 4) = 0
24507 fchmod(12, 0640) = 0
24507 time(NULL)= 1182418898
24507 time(NULL)= 1182418898
24507 read(11, , 8192)= 0
24507 close(11) = 0
24507 gettimeofday({1182418898, 164271}, NULL) = 0
24507 poll([{fd=7, events=POLLOUT, revents=POLLOUT}, {fd=10, events=POLLOUT,
revents=POLLOUT}, {fd=12, events=POLLOUT, revents=POLLOUT}, {fd=3,
events=POLLIN}, {fd=5, events=POLLIN}, {fd=6, events=POLLIN}, {fd=4,
events=POLLIN}], 7, 123307) = 3
24507 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0
24507 write(7, 38Jun 21 10:41:38 d350-berlin sshd[24538]: Accepted password
for root from 193.203.82.100 port 22449 ssh2\n, 108) = 108
24507 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0
24507 write(10, Jun 21 10:41:38 d350-berlin sshd[24538]: Accepted password for
root from 193.203.82.100 port 22449 ssh2\n, 104) = 104
24507 stat64(/etc/localtime, {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0
24507 write(12, Jun 21 10:41:38 d350-berlin sshd[24538]: Accepted password for
root from 193.203.82.100 port 22449 ssh2\n, 104) = 104
24507 gettimeofday({1182418898, 165322}, NULL) = 0
24507 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=4, events=POLLIN, revents=POLLIN}], 4, 123306) = 1
24507 gettimeofday({1182418898, 242930}, NULL) = 0
24507 accept(4, {sa_family=AF_FILE, [EMAIL PROTECTED], [2]) = 11
24507 fcntl64(11, F_GETFL) = 0x2 (flags O_RDWR)
24507 fcntl64(11, F_SETFL, O_RDWR|O_NONBLOCK) = 0
24507 fcntl64(11, F_GETFD) = 0
Bug#429927: Reproducible stack overflow in PCRE 7.6
Package: libpcre3
Version: 6.7-1
Severity: normal
description:
Located an apparent bug in the PCRE library.
Reproducible if slightly random crash (stack overflow) occurs when using
regex's with certain hex strings on longish (and random) strings.
The length of the string directly relates to the chance of a segfault, and the
segfault only occurs with certain ranges of hex strings (specifically, ONLY
over x7A and ONLY with text strings of exactly 4843 bytes or longer).
Note that using the regex /^([\x00-\x7A])*$/ causes a segfault, whereas
/^([\x00-\x71])*$/ or /^([\x00-\x79])*$/ does not.
I have submitted the bug to PHP already to confirm it was not a PHP handling of
PCRE issue: http://bugs.php.net/41749
I am using 2.6.18-4-amd64 #1 SMP x86_64 GNU/Linux with libc 2.3.6.ds1-13 and
PHP 5.2.0 (all latest stable Debian 4.0).
reproduce code:
---
(please excuse the PHP - this is what I was working in when I encountered the
issue)
?php
/* the length of the string determines the chance of a segfault. */
$strlen = 4846; /* almost total segfault, roughly 100% segfaults*/
//$strlen = 4845; /* almost always segfault, roughly 95% segfaults */
//$strlen = 4844; /* mostly segfault, roughly 80% segfaults */
//$strlen = 4843; /* regularly segfault, roughly 30% segfaults */
//$strlen = 4842; /* run without error, roughly 0% segfaults */
$alphabet = range('a', 'z'); /* range of lowercase letters */
$str = null; /* generate the random string */
for($i = 0; $i $strlen; $i++) { $str .= $alphabet[rand(0,25)]; }
/* perform our regex of doom */
$result = preg_match('/^([\x00-\x7A])*$/', $str);
/* spam our (what should be) boolean result */
var_dump($result);
?
expected result:
int(0) or int(1)
actual result:
--
Segmentation fault (core dumped)
when running in gdb:
This GDB was configured as x86_64-linux-gnu...(no debugging symbolsfound)
Using host libthread_db library /lib/libthread_db.so.1.
(gdb) run test.php
Starting program: /usr/bin/php test.php
(no debugging symbols found)
[snip - lots of these]
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 47782002024432 (LWP 11134)]
(no debugging symbols found)
[snip - lots of these]
(no debugging symbols found)
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47782002024432 (LWP 11134)]
0x2b751be871a8 in pcre_dfa_exec () from /usr/lib/libpcre.so.3
fix:
I suggest that libpcre3 be upgraded to 7.1 or 7.2 where this overflow is not
present (6.7-1 is the only available version in stable, testing or unstable).
Thanks for your time.
Regards,
Joe Harris
Senior Developer
eMomentum Limited
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#133421: closed by Michael Vogt [EMAIL PROTECTED] (Bug#133421: fixed in apt 0.7.2)
reopen 133421
thanks
At 1182412203 time_t, Debian Bug Tracking System wrote:
It has been closed by Michael Vogt [EMAIL PROTECTED].
* add purge commandline argument, closes: #133421)
(thanks to Julien Danjou for the patch)
* add purge commandline argument, closes: #133421)
(thanks to Julien Danjou for the patch)
Even double-closing the bug won't work, because you miss-applied the
patch. ;-)
Here's an update against apt 0.7.2.
--- apt-get.cc.orig 2007-06-21 11:59:10.0 +0200
+++ apt-get.cc 2007-06-21 11:48:07.0 +0200
@@ -2749,6 +2749,7 @@
{upgrade,DoUpgrade},
{install,DoInstall},
{remove,DoInstall},
+ {purge,DoInstall},
{autoremove,DoInstall},
{dist-upgrade,DoDistUpgrade},
{dselect-upgrade,DoDSelectUpgrade},
Cheers,
--
Julien Danjou
.''`. Debian Developer
: :' : http://julien.danjou.info
`. `' http://people.debian.org/~acid
`- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
signature.asc
Description: Digital signature
Bug#429924: heartbeat: Annoying warnings about core_uses_pid displayed when inappropriate
On Thu, Jun 21, 2007 at 06:23:38PM +1000, Russell Coker wrote: Package: heartbeat Version: 2.0.8-9 Severity: normal echo core.%p.%u.%g /proc/sys/kernel/core_pattern After running the above command I should not be seeing warnings such as the following: Jun 21 15:48:49 node-0 mgmtd: [1632]: debug: Enabling coredumps Jun 21 15:48:49 node-0 mgmtd: [1632]: WARN: Consider setting /proc/sys/kernel/core_uses_pid (or equivalent) to 1 for maximum supportability Hi Russell, I think that I know what /proc/sys/kernel/core_uses_pid does, but I am not at all sure about /proc/sys/kernel/core_pattern. Could you elaborate? -- Horms H: http://www.vergenet.net/~horms/ W: http://www.valinux.co.jp/en/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424291: Debian Bug report logs - #424291,recode: FTBFS if built twice in a row
The error happens because I'm modifying some of the .po files in place according to the new files available from the Free Translation Project. It would be much easier for me to fix if there was a new recode release (maybe 3.7) incorporating those new translations. Hi, Actually it is best to remove these files from the orig.tar.gz, as they should be generated on each build of the package. Meanwhile, If you just add them to the clean section of debian/rules, the package will be fine of the second rebuild. Good luck. -- Lior Kaplan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426404: initramfs-tools: firmware related problems in hook-functions
On Mon, 28 May 2007, Emanuele Rocca wrote: Hi, there seems to be something wrong with recent changes to hook-functions. With initramfs-tools 0.88: [EMAIL PROTECTED]:~# LANG=C dpkg-reconfigure linux-image-2.6.22-rc3 Running depmod. Finding valid ramdisk creators. Using mkinitramfs-kpkg to build the ramdisk. Other valid candidates: mkinitramfs-kpkg mkinitrd.yaird mkdir: cannot create directory `/tmp/mkinitramfs_FD9659/lib/udev/': File exists urgs thats due udev hook not using mkdir -p, so that should be harmless. cp: `/lib/firmware/ql2100_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2100_fw.bin' are the same file cp: `/lib/firmware/ql2200_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2200_fw.bin' are the same file cp: `/lib/firmware/ql2300_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2300_fw.bin' are the same file cp: `/lib/firmware/ql2322_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2322_fw.bin' are the same file cp: `/lib/firmware/ql2400_fw.bin' and `/tmp/mkinitramfs_FD9659/lib/firmware/ql2400_fw.bin' are the same file should be harmless too. Trying to boot with this initrd the kernel is not able to find the firmware for my qla2xxx, although a diff -Nur between the contents of the following two images yields to nothing: could you post the diff? [EMAIL PROTECTED]:~# ls -l /boot/initrd.img-2.6.22* -rw-r--r-- 1 root root 5268495 2007-05-28 12:33 /boot/initrd.img-2.6.22-rc3 -rw-r--r-- 1 root root 5269374 2007-05-27 22:30 /boot/initrd.img-2.6.22-rc3.bak The one suffixed with '.bak' is a working initrd built with 0.87b. Albeit it's not the source of this problem, notice the creation of the local variable man_x and the usage of mam_x in the script: thanks fixed in git repo. hmm i need more info on that one as i don't have the hardware to reproduce. could you try to run the initramfs without firmware-qlogic installed, does it than boot? -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343761: Found NullPointerException when starting the report wizard in 2.2.1-1~bpo.1
[EMAIL PROTECTED] wrote: found 343761 2.2.1-1~bpo.1 thanks bpo is not in the scope of this BTS. In this case the BTS doesn't even know there's a 2.2.1-1~bpo.1 anywhere. If I start the report wizard from oobase i get an nearly empty page as described earlier in this bug and the following error messages. Yes. Most probably because it was built with etchs gcj (of course) and the newer gcj in sid fixes loads of stuff. ii sun-java5-bin1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) 5.0 (architecture depende ii sun-java5-fonts 1.5.0-10-3 Lucida TrueType fonts (from the Sun JRE) ii sun-java5-jre1.5.0-10-3 Sun Java(TM) Runtime Environment (JRE) 5.0 (architecture indepen ii sun-java5-plugin 1.5.0-10-3 The Java(TM) Plug-in, Java SE 5.0 Which arch, fwiw? OO.org/amd64 + Sun JDK is still a no-go afaik in an case. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423571: closed by Alastair McKinstry [EMAIL PROTECTED] (Bug#423571: fixed in slang2 2.0.7-2)
* Debian Bug Tracking System [EMAIL PROTECTED] [2007-06-20 15:36]: This is an automatic notification regarding your Bug report #423571: slang2: Build-depend on libpng12-dev, which was filed against the slang2 package. Thanks for fixing the bug. Just a comment: slang2 (2.0.7-2) unstable; urgency=low . * Bump the ABI micro version in shlibs, as new symbols were added. Closes: #427636. * Build-Depend: on libpng12-dev, for png-module.so plugin. Also add a Recommends: libpng for this purpose. Closes: #423571. The Recommends: libpng-dev is put in the libslang2 package. Shouldn't it be in libslang2-dev? At any rate, I think that libpng12-dev would be more appropriate than libpng-dev. -- Rafael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429928: cryptsetup: can't boot with kernel 2.6.21
Package: cryptsetup Version: 2:1.0.4+svn29-1 Severity: important When booting latest Linux kernel 2.6.21 from unstable (linux-image-2.6.21-1-686 2.6.21-4), device mapper reports Error allocating crypto tfm (see screen photo at boot time[0]) and returns to the step of asking for password. [0] http://people.debian.org/~angdraug/cryptsetup-error.jpg Kernel 2.6.18 (linux-image-2.6.18-4-686 2.6.18.dfsg.1-12) boots without errors. [EMAIL PROTECTED]:~$ cat /etc/crypttab # target device source device key file options root/dev/sda5 nonecipher=aes-cbc-essiv:sha256 #swap /dev/sda6 /dev/urandomswap -- Dmitry Borodaenko -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (50, 'testing'), (50, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=be_BY.UTF-8, LC_CTYPE=be_BY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: ii dmsetup 2:1.02.18-1 The Linux Kernel Device Mapper use ii libc62.5-11 GNU C Library: Shared libraries ii libdevma 2:1.02.18-1 The Linux Kernel Device Mapper use ii libgcryp 1.2.4-2 LGPL Crypto library - runtime libr ii libpopt0 1.10-3 lib for parsing cmdline parameters ii libuuid1 1.39+1.40-WIP-2007.04.07+dfsg-2 universally unique id library cryptsetup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429929: Typo (repeated words) in /etc/dnsmasq.conf
Package: dnsmasq Version: 2.35-1 Severity: minor Tags: patch In the dnsmasq config file (/etc/dnsmasq.conf) some words are repeated. Several typo bugs exist, but I found none of them covering this. I've checked the latest version in unstable, but it still contains the double words. The patch is included, it's self-explanatory (assuming that's a real word :) ) -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Versions of packages dnsmasq depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii netbase 4.29 Basic TCP/IP networking system dnsmasq recommends no packages. -- no debconf information --- dnsmasq.conf.dist 2007-06-21 11:53:18.0 +0200 +++ dnsmasq.conf2007-06-21 11:53:59.0 +0200 @@ -204,7 +204,7 @@ # run dnsmasq --help dhcp to get a list. # Note that all the common settings, such as netmask and # broadcast address, DNS server and default route, are given -# sane defaults by dnsmasq. You very likely will not need any +# sane defaults by dnsmasq. You very likely will not need # any dhcp-options. If you use Windows clients and Samba, there # are some options which are recommended, they are detailed at the # end of this section. @@ -333,7 +333,7 @@ # whether it has a record of the lease or not. This avoids long timeouts # when a machine wakes up on a new network. DO NOT enable this if there's # the slighest chance that you might end up accidentally configuring a DHCP -# server for your campus/company accidentally. The ISC server uses the same +# server for your campus/company accidentally. The ISC server uses # the same option, and this URL provides more information: # http://www.isc.org/index.pl?/sw/dhcp/authoritative.php #dhcp-authoritative
Bug#429924: heartbeat: Annoying warnings about core_uses_pid displayed when inappropriate
On Thursday 21 June 2007 19:57, Horms [EMAIL PROTECTED] wrote: echo core.%p.%u.%g /proc/sys/kernel/core_pattern I think that I know what /proc/sys/kernel/core_uses_pid does, but I am not at all sure about /proc/sys/kernel/core_pattern. Could you elaborate? http://etbe.coker.com.au/2007/01/05/core-files/ It is a way of specifying which criteria are used to determine the file name for a core file. The above blog post has some information about it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429926: debian-installer: Tries to download files from mirrors when network is not available
Package: debian-installer
Version: 20070308
Priority: wishlist
I've recently tried to setup a Debian 'etch' install using d-i with no
network connection. One of the bugs I've found is that, even if the network
card is down, DNS resolution does not work and the default gateway is not
available, d-i goes and tries to download stuff when I select a mirror
that I will use (but it is not yet available).
However, since d-i is not able to validate the mirror, the mirror I selected
(based on my location) cannot be set and added to /etc/apt/sources.list.
I think that d-i should (if network is unavailable), just add the mirror to
/etc/apt/sources.list and skip all the validation steps if the user
ackonwledges the fact.
Attached is a crude hack to choose-mirror.c that tries to explain (in code)
what I'm asking for in the bug report, of course, all the code of
check_network() function would have to be implemented.
Regards
Javier
Index: choose-mirror.c
===
--- choose-mirror.c (revisión: 47582)
+++ choose-mirror.c (copia de trabajo)
@@ -575,9 +575,47 @@
}
}
+int check_network (void) {
+ char *hostname;
+ char *proxy;
+ char *proxy_hostname;
+ int valid;
+
+ hostname = add_protocol(hostname);
+ debconf_get(debconf, hostname);
+ free(hostname);
+ hostname = strdup(debconf-value);
+ debconf_get(debconf, proxy);
+ if (debconf-value != NULL strlen(debconf-value)) {
+/* Copy the value to proxy_hostname without the protocol specification */
+}
+
+/* Check if the network interface is up */
+
+/* Check if the default gateway is up */
+
+/* IF we have a proxy, check if it is reachable */
+/* IF it is not, prompt a warning */
+
+/* IF we do not have a proxy, check if the mirror hostname is
+ * reachable */
+
+/* IF we cannot reach the mirror, ask the user if he wants to continue
+ * without testing the mirror */
+
+/* Return 100 if the user acknoledges the fact that he has no network
+ * to prevent doing any more checks */
+
+ free(hostname);
+ free(proxy);
+ free(proxy_hostname);
+return 0;
+}
+
int main (int argc, char **argv) {
/* Use a state machine with a function to run in each state */
int state = 0;
+ int state_return = 0;
int (*states[])() = {
check_base_on_cd,
choose_protocol,
@@ -587,6 +625,7 @@
choose_mirror,
choose_proxy,
set_proxy,
+check_network,
validate_mirror,
choose_suite,
get_codename,
@@ -604,10 +643,15 @@
di_system_init(choose-mirror);
while (state = 0 states[state]) {
- if (states[state]() != 0) { /* back up to start */
- state = 0;
+state_return = states[state]();
+ if (state_return != 0) {
+ if (state_return == 100 ) { /* do not do more checks */
+ state = state + 5; /* go to the end of the list */
+} else {
+ state = 0; /* back up to start */
+}
}
- else if (debconf_go(debconf)) { /* back up */
+else if (debconf_go(debconf)) { /* back up */
state = state - 1;
}
else {
signature.asc
Description: Digital signature
Bug#348330: [radeon]: Second head stays black with traditional dual head setup
On Thu, 21 Jun 2007, Brice Goglin wrote: Hi, About a year ago, you reported a bug to the Debian BTS regarding the second head staying black with a regular dual head setup on a Radeon board. Did you reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. I no longer have access to that kind of hardware. Peter -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429889: icedove: Crashes while writing Japanese in the body of mail
Hi, Thank you for quick reply. I followed the procedure you explained. But if you are expecting a list of debug symbols, this won't be enough. Anyway, the log is attached. -- Kimikazu KATO [EMAIL PROTECTED] Nihon Unisys, Ltd. Blog: http://www.tyzoh.jp/modules/weblog/index.php?user_id=70 Key fingerprint: C41A 4CA4 E7F4 080E 78A6 BABF 26BF 555A B18B F75D /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin MOZILLA_FIVE_HOME=/usr/lib/icedove LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/mre/mre DISPLAY=:0.0 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/components:/usr/lib/mre/mre SHLIB_PATH=/usr/lib/icedove:/usr/lib/mre/mre LIBPATH=/usr/lib/icedove:/usr/lib/mre/mre ADDON_PATH=/usr/lib/icedove MOZ_PROGRAM=/usr/lib/icedove/icedove-bin MOZ_TOOLKIT= moz_debug=1 moz_debugger= /usr/bin/gdb /usr/lib/icedove/icedove-bin -x /tmp/mozargs.T13070 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as x86_64-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) run Starting program: /usr/lib/icedove/icedove-bin BFD: /lib64/ld-linux-x86-64.so.2: don't know how to handle OS specific section `.gnu.hash' [0x6ff6] warning: Unable to grok dynamic linker /lib64/ld-linux-x86-64.so.2 as an object file warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. warning: shared library handler failed to enable breakpoint DOUBLE-CLICK: 400 -- -1 THRESHOLD: 8 -- -1 [New LWP 13091] Program received signal SIGSEGV, Segmentation fault. 0x2aaab73807bf in ?? () (gdb) bt #0 0x2aaab73807bf in ?? () #1 0x2b10734d0d90 in ?? () #2 0x7fff37ac4608 in ?? () #3 0x000100110002 in ?? () #4 0x003f in ?? () #5 0x7fff37ac4608 in ?? () #6 0x85e452a0 in ?? () #7 0x2b10734c6920 in ?? () #8 0x01a30060 in ?? () #9 0x in ?? () (gdb) bt full #0 0x2aaab73807bf in ?? () No symbol table info available. #1 0x2b10734d0d90 in ?? () No symbol table info available. #2 0x7fff37ac4608 in ?? () No symbol table info available. #3 0x000100110002 in ?? () No symbol table info available. #4 0x003f in ?? () No symbol table info available. #5 0x7fff37ac4608 in ?? () No symbol table info available. #6 0x85e452a0 in ?? () No symbol table info available. #7 0x2b10734c6920 in ?? () No symbol table info available. #8 0x01a30060 in ?? () No symbol table info available. #9 0x in ?? () No symbol table info available. (gdb) quit The program is running. Exit anyway? (y or n)
Bug#429878: exim4-config: please explain format of /etc/exim4/lowuid-aliases
Am Donnerstag, den 21.06.2007, 08:19 +0200 schrieb Marc Haber: On Wed, Jun 20, 2007 at 11:37:28PM +0200, Johannes Rohr wrote: Please explain the necessary format of /etc/exim4/lowuid-aliases in README.Debian Should it be the same as that of /etc/email-addresses? Is there a way to use wildcards, in order to redirect all mail to system users to a real user account? It is just another alias file. And no, there is no wildcard mechanism. If you want all system users redirected, just don't use the lowuid mechanism. OK, thanks. I suggest to have this piece of information integrated into README.Debian For some reason, the change seems to have broken the use of /etc/email-addresses. At present, mail to root ends in the bitbucket. Can you please show this in debug output? Forget about it. It was a local glitch caused by something else. Thanks, Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429930: packages.d.o: version information outdated for stable on index page
Package: www.debian.org Severity: normal http://packages.debian.org/src:ekg shows 1:1.5+20050411-5 in stable, while http://packages.debian.org/stable/source/ekg shows the correct version, which was uploaded almost a year ago.. -- System Information: Debian Release: 4.0 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.18-4-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429889: icedove: Crashes while writing Japanese in the body of mail
Alexander Sack wrote: So you didn't install icedove-dbg before doing this? - Alexander p.s. please reply-all so the bug gets your infos too. Yes I am sure I installed icedove-dbg. ii icedove-dbg1.5.0.10.dfsg1 debugging symbols for icedove/thunderbird So something is wrong about linking with debug version. Is this another bug? -- Kimikazu KATO [EMAIL PROTECTED] Nihon Unisys, Ltd. Blog: http://www.tyzoh.jp/modules/weblog/index.php?user_id=70 Key fingerprint: C41A 4CA4 E7F4 080E 78A6 BABF 26BF 555A B18B F75D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261104: xserver-xfree86: [radeon] 9600 Dual DVI - false-color display on secondary head
On Wed, Jun 20, 2007 at 08:00:50PM +0200, Brice Goglin wrote: Hi, About 3 years ago, you reported (or replied to) a bug in the Debian BTS regarding some wrong colors being displayed on the secondary head with a dual DVI Radeom 9600 board. Did any of you guys reproduce this problem recently? With Xorg/Etch? With latest xserver-xorg-core and drivers? If not, I will close this bug in the next weeks. Do so - With the migration from XFree86 to Xorg the problem disappeared at least for me. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#429931: ITA: canna-shion -- supporting dictionaries for Canna
Package: wnpp Severity: normal Hi, I would like to adopt canna-shion package. -- ++++++++++++++ Yukiharu Yabuki (矢吹幸治) I use Debian GNU/Linux mail: [EMAIL PROTECTED] ++++++++++++++ pgp6gsbo9HM4L.pgp Description: PGP signature
Bug#429933: libfile-slurp-perl: Please support UTF8 binary modes
Package: libfile-slurp-perl
Version: .09-1
Severity: important
Tags: patch
Dear Maintainer,
File::Slurp does not support reading from or writing to files
that use multibyte character sets. The manual even says so :)
Even still, the patch to support this is stunningly simple.
Please apply the patch to the Debian package.
Regards,
Allard Hoeve
PS: I will file the bug with the upstream author as well, but
cpan.org is unreachable to me for example.
-- System Information:
Debian Release: 4.0
Architecture: i386 (i686)
Kernel: Linux 2.6.20.4-fwsh-byte
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF8)
Versions of packages libfile-slurp-perl depends on:
ii perl 5.8.8-7 Larry Wall's Practical Extraction
-- no debconf information
--- /usr/share/perl5/File/Slurp.pm.orig 2005-04-19 07:12:40.0 +0200
+++ /usr/share/perl5/File/Slurp.pm 2007-06-21 12:37:36.0 +0200
@@ -65,7 +65,6 @@
# a regular file. set the sysopen mode
my $mode = O_RDONLY ;
- $mode |= O_BINARY if $args{'binmode'} ;
# open the file and handle any error
@@ -75,6 +74,8 @@
goto error ;
}
+ binmode($read_fh, $args{'binmode'}) if $args{'binmode'};
+
# get the size of the file for use in the read loop
$size_left = -s $read_fh ;
@@ -210,7 +211,6 @@
# set the mode for the sysopen
my $mode = O_WRONLY | O_CREAT ;
- $mode |= O_BINARY if $args-{'binmode'} ;
$mode |= O_APPEND if $args-{'append'} ;
$mode |= O_EXCL if $args-{'no_clobber'} ;
@@ -221,6 +221,8 @@
@_ = ( $args, write_file '$file_name' - sysopen: $!);
goto error ;
}
+
+ binmode($write_fh, $args-{'binmode'}) if $args-{'binmode'};
}
sysseek( $write_fh, 0, SEEK_END ) if $args-{'append'} ;
@@ -435,10 +437,8 @@
mode.
my $bin_data = read_file( $bin_file, binmode = ':raw' ) ;
-
-NOTE: this actually sets the O_BINARY mode flag for sysopen. It
-probably should call binmode and pass its argument to support other
-file modes.
+ # Or
+ my $bin_data = read_file( $bin_file, binmode = ':utf8' ) ;
=head3 array_ref
@@ -537,10 +537,8 @@
mode.
write_file( $bin_file, {binmode = ':raw'}, @data ) ;
-
-NOTE: this actually sets the O_BINARY mode flag for sysopen. It
-probably should call binmode and pass its argument to support other
-file modes.
+ # Or
+ write_file( $bin_file, {binmode = ':utf8'}, @data ) ;
=head3 buf_ref
Bug#429889: icedove: Crashes while writing Japanese in the body of mail
On Thu, Jun 21, 2007 at 07:19:21PM +0900, Kimikazu KATO wrote: Hi, Thank you for quick reply. I followed the procedure you explained. But if you are expecting a list of debug symbols, this won't be enough. Anyway, the log is attached. So you didn't install icedove-dbg before doing this? - Alexander p.s. please reply-all so the bug gets your infos too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#368968: This macro package is now in texlive-lang-czechoslovak
reassign 368968 texlive-lang-czechslovak thanks -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Bug#429173: Fixing this problem...
I also experienced this problem: aptitude -s dist-upgrade (Note: same output for apt-get -s dist-upgrade): Reading package lists... Error! E: Dynamic MMap ran out of room E: Error occurred while processing libkleopatra0 (NewVersion1) E: Problem with MergeList /var/lib/dpkg/status E: The package lists or status file could not be parsed or opened. # file /var/lib/dpkg/status /var/lib/dpkg/status: UTF-8 Unicode English text, with very long lines # ll /var/lib/dpkg/status -rw-r--r-- 1 root root 2426072 Jun 18 07:47 /var/lib/dpkg/status and the file appears normal. dpkg can read /var/lib/dpkg/status: # dpkg -s libkleopatra0 Package: libkleopatra0 Status: deinstall ok config-files Priority: optional Section: libs Installed-Size: 1032 Maintainer: Debian Qt/KDE Maintainers [EMAIL PROTECTED] Architecture: i386 Source: kdepim Version: 4:3.3.0-3 Config-Version: 4:3.3.0-3 Depends: kdelibs4 (= 4:3.3.0), libc6 (= 2.3.2.ds1-4), libgcc1 (= 1:3.4.1-3), libgpg-error0 (= 1.0), libgpgme11 (= 0.4.5), libice6 | xlibs ( 4.1.0), libkdenetwork2 (= 4:3.3.0), libpng12-0 (= 1.2.5.0-4), libqt3c102-mt (= 3:3.3.3), libsm6 | xlibs ( 4.1.0), libstdc++5 (= 1:3.3.4-1), libx11-6 | xlibs ( 4.1.0), libxext6 | xlibs ( 4.1.0), zlib1g (= 1:1.2.1), gnupg Conffiles: /etc/kde3/libkleopatrarc 37f0746a9e45bf5e992d80a0852b1f7f Description: KDE GnuPG interface libraries This library is used by several KDE applications to interface to the GnuPG program. . This is the runtime package for programs that use the libkleopatra library. . This package is part of the official KDE pim module. # dpkg -p gdm works as expected. Fix: Modified /etc/apt/apt.conf I had a line which read: APT::Cache-Limit 16777216; I modified this to read: APT::Cache-Limit 42123456; As per suggestion at http://wiki.tryphon.org/debian_package. Both apt-get and aptitude now work. -- Moshe Yudkowsky Disaggregate 2952 W Fargo Chicago, IL 60645 USA www.Disaggregate.com [EMAIL PROTECTED] +1 773 764 8727 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429823: hal: hald-addon-hid-ups eat memory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 429823 normal merge 429823 412700 thanks Kirill A. Korinskiy wrote: Package: hal Version: 0.5.9-3 Severity: critical File: /usr/lib/hal/hald-addon-hid-ups My system has 4gb ram, hald-addon-hid-ups worked on six days and eating 10% of memory. Duplicate of #412700. - -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGelSdh7PER70FhVQRAputAKCEKKF3dQSms7AyB3TnjlgHbKQH1QCfTkpE vTHaOvlV2GqsbAlqwe5LbEE= =3Bet -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429920: [Pkg-shadow-devel] Bug#429920: shadow: [INTL:de] German manpage updated
tags 429920 pending thanks Quoting Simon Brandmair ([EMAIL PROTECTED]): Package: shadow Severity: wishlist Tags: patch l10n Here is the updated version of the German manpage. Please note a few things: Since the shadow cvs seems to be down for quite a while now, I wasn't able to check if I did the translation with the lasted version. Furthermore, I couldn't update the passwd.1 manpage because I couldn't get the diffs to the previous version. And last, I found some bugs in the original (English) manual, but I couldn't make a diff as the cvs is not available. Thanks a lot for your work. It has been committed to Debian's SVN, as a patch for the moment. We are currently trying to decide what to do as our upstream is not responsive and your concerns will be addressed at the moment, hopefully before lenny. This will include: - general detailed review of manpages (hi Christine !) - general update of translations and include more translations - work with other vendors to try to use the same codebase and revive upstream signature.asc Description: Digital signature
Bug#429902: libxml-simple-perl: FTBFS: Says to install libxml-sax-expat-perl even if it already is installed
tags 429902 unreproducible moreinfo help severity 429902 important stop signature.asc Description: This is a digitally signed message part
Bug#429932: openvpn: force removal of pidfile
Package: openvpn
Version: 2.0.9-4
Tags: patch
Hi,
if you use a modified version of rm(1) that ask before removal (like in
RHAS 4), stop_vpn() get stuck. Adding -f should solve the issue and
causing no
harm with the stock command. The patch is diffed againts stable version, but
the same issue is present in testing and unstable.
TIA
--
Riccardo Magliocchetti
Nesit Telecom s.r.l.
http://www.nesit.it--- etc/init.d/openvpn.orig 2007-06-21 12:27:43.0 +0200
+++ etc/init.d/openvpn 2007-06-21 12:28:07.0 +0200
@@ -50,7 +50,7 @@
}
stop_vpn () {
kill `cat $PIDFILE` || true
- rm $PIDFILE
+ rm -f $PIDFILE
rm -f /var/run/openvpn.$NAME.status 2 /dev/null
}
Bug#429928: [Pkg-cryptsetup-devel] Bug#429928: cryptsetup: can't boot with kernel 2.6.21
On 21/06/2007 Dmitry Borodaenko wrote: Package: cryptsetup Version: 2:1.0.4+svn29-1 Severity: important When booting latest Linux kernel 2.6.21 from unstable (linux-image-2.6.21-1-686 2.6.21-4), device mapper reports Error allocating crypto tfm (see screen photo at boot time[0]) and returns to the step of asking for password. [EMAIL PROTECTED]:~$ cat /etc/crypttab # target device source device key file options root/dev/sda5 nonecipher=aes-cbc-essiv:sha256 #swap /dev/sda6 /dev/urandomswap This most likely means that the required crypto kernel modules were not loaded by the initramfs. For aes-cbc-essiv:sha256, you need the kernel modules dm-mod, dm-crypt, aes, cbc, sha256 and blkcipher. If you use initramfs-tools, add all these to /etc/initramfs-tools/modules and regenerate the initramfs afterwards. Maybe some of these modules where compiled into the 2.6.18 kernel while the 2.6.21 kernel has compiled them as modules. ... jonas -- In post-historical society, the rulers have ceased to rule, but the slaves remain slaves. - Perry Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429807: gnome-sudoku screws up other package updates dependant on python-support
Hi Bryan, We apologies for the inconvenience, but we're in the middle of handling the gnome-sudoku move into gnome-games GNOME module by the upstream. If you'use the entire GNOME, please update to the latest gnome-games that will provide the game and remove the buggy gnome-sudoku current package. thanks, -- stratus http://stratusandtheswirl.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
