Bug#343285: Unable to bind socket address, already in use
Package: cupsys Version: 1.1.23-13 Severity: important Using the 'Port 631' or 'Port localhost:631' or what else, prevents cups starting due to a 98 return code. AFAIK it already binds automatically 0:631 and returns that code as a warning, not an error. This is an ipv4-only env. Removing the Port instruction of course solves the issue. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcupsimage21.1.23-13 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-13 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-9 Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-13Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo -- debconf information: * cupsys/raw-print: true * cupsys/ports: 631 * cupsys/backend: ipp, lpd, socket, usb cupsys/portserror: * cupsys/browse: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343286: libesd-alsa0: User Gnome session hangs on startup
Package: libesd-alsa0 Version: 0.2.36-1 Severity: important Hi! When libesd-alsa0 is used instead of libesd0, my Gnome session hangs at startup. The splash screen is shown, the welcome sound is played and then nothing more happens: the splash screen remains on the screen, no icons appear on it and the gnome desktop is not launched. The system is idle (no high cpu use, around 1%). The only way to make the startup of Gnome continue is to kill the esd process with the smaller PID. After that everything works well, Gnome is started, but with no sound of course! I have made severals tests to see where the problem comes from: * this doesn't occur if I lauch a Gnome session with my root account * this occurs with every else user * this doesn't occur with libesd0 I can provide an strace log, but as I needed to catch everything in the startup process, it has a size of 3M, which I suppose is too much to be helpful. I can help with debugging and testing, just tell me what you need! :) Cheers, -- Steph -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343038: foreign failing regression tests on 64bit arches
tags 343038 patch thanks On Tue, Dec 13, 2005 at 08:27:55PM -0800, Steve Langasek wrote: > On Tue, Dec 13, 2005 at 08:51:42PM -0600, Dirk Eddelbuettel wrote: > > Here is some follow-up from our developer-accessible ia64 machine. > > [EMAIL PROTECTED]:~$ uname -a > > Linux merulo 2.6.12-dsa-mckinley-smp #1 SMP Thu Aug 11 15:58:43 MDT 2005 > > ia64 GNU/Linux > > [EMAIL PROTECTED]:~$ gcc --version > > gcc (GCC) 4.0.3 2005 (prerelease) (Debian 4.0.2-4) > > Copyright (C) 2005 Free Software Foundation, Inc. > > This is free software; see the source for copying conditions. There is NO > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. > > The gcc version is different from what I had used before. > > * checking examples ... OK > > * checking tests ... > > make[1]: Entering directory `/home/edd/foreign.Rcheck/tests' > > Running 'S3.R' > > Comparing 'S3.Rout' to 'S3.Rout.save' ... OK > > Running 'xport.R' > > R(5876): unaligned access to 0x6fec9e6e, ip=0x2150c021 > > R(5876): unaligned access to 0x6fec9e6e, ip=0x2150c021 > > R(5876): unaligned access to 0x6fec9e6e, ip=0x2150c021 > > R(5876): unaligned access to 0x6fec9e6e, ip=0x2150c021 > > Comparing 'xport.Rout' to 'xport.Rout.save' ... OK > > Running 'octave.R' > > Comparing 'octave.Rout' to 'octave.Rout.save' ... OK > > Running 'stata.R' > > Comparing 'stata.Rout' to 'stata.Rout.save' ... OK > > Running 'minitab.R' > > Comparing 'minitab.Rout' to 'minitab.Rout.save' ... OK > > Running 'spss.R' > > Comparing 'spss.Rout' to 'spss.Rout.save' ... OK > > make[1]: Leaving directory `/home/edd/foreign.Rcheck/tests' > > OK > > * creating foreign-manual.tex ... OK > > * checking foreign-manual.tex ... OK > > This was running interactively, not from the build. So it doesn't even fail. > The unaligned trap handling on ia64 is configurable with a proc > option, and it's not on by default. I'm pretty sure this option is set on > the buildd; I don't know if it's set on the porter machine. Cc:ing LaMont > for confirmation. Grabbed the magic juice from LaMont on IRC. prctl --unaligned=signal The bus error is reproducible on merulo with this command: prctl --unaligned=signal R CMD check --no-latex . And here's the backtrace from R_LIBS=/home/vorlon/foreign/..Rcheck:/usr/local/lib/R/site-library:/usr/lib/R/site-library:/usr/lib/R/library \ srcdir=/home/vorlon/foreign/tests LANGUAGE=C R_HOME_DIR=/usr/lib/R \ R_HOME=/usr/lib/R R_SHARE_DIR=/usr/lib/R/share \ R_INCLUDE_DIR=/usr/lib/R/include R_DOC_DIR=/usr/lib/R/doc \ LD_LIBRARY_PATH=/usr/lib/R/lib R_binary=/usr/lib/R/bin/exec/R \ args=' --vanilla' R_SESSION_TMPDIR=/tmp/Rtmpu3eE6E prctl --unaligned=signal \ gdb /usr/lib/R/bin/exec/R: (gdb) run --vanilla < xport.R Starting program: /usr/lib/R/bin/exec/R --vanilla < xport.R [...] (gdb) bt #0 next_xport_info (fp=0x6095e7b0, namestr_length=140, nvars=6, headpad=0x603c2b40, tailpad=0x603c2b70, length=0x603c2ba0, ntype=0x60f694a0, nlng=0x60f69800, nvar0=0x60f697b8, nname=0x6087a340, nlabel=0x6087a2e8, nform=0x6020f900, npos=0x60f69770) at SASxport.c:137 #1 0x2150cfb0 in xport_info (xportFile=) at SASxport.c:519 #2 0x201536a0 in do_dotcall () from /usr/lib/R/lib/libR.so #3 0x201b0060 in Rf_eval () from /usr/lib/R/lib/libR.so #4 0x201b5150 in do_begin () from /usr/lib/R/lib/libR.so #5 0x201afe00 in Rf_eval () from /usr/lib/R/lib/libR.so #6 0x201b8aa0 in Rf_applyClosure () from /usr/lib/R/lib/libR.so #7 0x201afc10 in Rf_eval () from /usr/lib/R/lib/libR.so #8 0x201f78b0 in Rf_ReplIteration () from /usr/lib/R/lib/libR.so #9 0x201f7cf0 in Rf_ReplIteration () from /usr/lib/R/lib/libR.so #10 0x201f8640 in run_Rmainloop () from /usr/lib/R/lib/libR.so #11 0x201f86c0 in Rf_mainloop () from /usr/lib/R/lib/libR.so #12 0x4b40 in main () hmm, looks like the build I copied from your dir doesn't have debugging on, because line 137 isn't in next_xport_info(), it's in get_nam_header() -- but it definitely *is* a line that could be causing a bus error: it assumes that char record[141] is 32-bit aligned on the stack, and strange as it is, I've seen other bugs which show this is not a safe assumption with the latest versions of gcc. So, recommended fix: static int get_nam_header(FILE *fp, struct SAS_XPORT_namestr *namestr, int length) { /* * point to an array of ints to ensure alignment; * assumes sizeof(int) == 4, because the code already assumes that anyway */ int buf[36]; char *record = (char *) buf; [...] Confirmed to work. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED]
Bug#343287: xkb-data: please add caps as a compose key
Package: xkb-data Version: 0.6-1 Severity: wishlist Please add caps as a compose key, as it is already defined in the current xlibs package. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'proposed-updates'), (500, 'oldstable'), (500, 'stable'), (10, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343288: oooqs-kde: [INTL:sv] Swedish PO-template translation
Package: oooqs-kde Version: 2.0.3 Severity: wishlist Tags: patch l10n Here is the swedish translation of oooqs-kde. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # Swedish translation for oooqs # Copyright (c) (c) 2005 Canonical Ltd, and Rosetta Contributors 2005 # This file is distributed under the same license as the oooqs package. # FIRST AUTHOR <[EMAIL PROTECTED]>, 2005. # msgid "" msgstr "" "Project-Id-Version: oooqs 2.0.3\n" "Report-Msgid-Bugs-To: FULL NAME <[EMAIL PROTECTED]>\n" "POT-Creation-Date: 2003-10-25 19:49+0200\n" "PO-Revision-Date: 2005-12-14 09:15+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: _translatorinfo.cpp:1 msgid "" "_: NAME OF TRANSLATORS\n" "Your names" msgstr "Daniel Nylander" #: _translatorinfo.cpp:3 msgid "" "_: EMAIL OF TRANSLATORS\n" "Your emails" msgstr "[EMAIL PROTECTED]" #: main.cpp:20 msgid "The OpenOffice.org Quickstarter for KDE" msgstr "Snabbstartare för OpenOffice.org för KDE" #: main.cpp:27 msgid "OpenOffice.org Quickstarter should check if autostart is enabled" msgstr "Snabbstartare för OpenOffice.org bör kontrollera om autostart är aktiverad" #: main.cpp:39 msgid "OpenOffice.org Quickstarter" msgstr "Snabbstartare för OpenOffice.org" #: oooqs.cpp:47 msgid "Textdocument" msgstr "Textdokument" #: oooqs.cpp:50 msgid "Spreadsheet" msgstr "Kalkylblad" #: oooqs.cpp:53 msgid "Presentation" msgstr "Presentation" #: oooqs.cpp:56 msgid "Drawing" msgstr "Teckning" #: oooqs.cpp:59 msgid "From Template" msgstr "Från mall" #: oooqs.cpp:63 msgid "Open Document" msgstr "Öppna dokument" #: oooqs.cpp:68 msgid "Start automatically with KDE" msgstr "Starta automatiskt med KDE" #: oooqs.cpp:134 msgid "" "There is still at least one (maybe hidden) instance of OpenOffice.org running that was started by OpenOffice.org Quickstarter.\n" "Do you want OpenOffice.org Quickstarter to close it?\n" "\n" "Please make sure that you have saved all open documents in OpenOffice.org before answering 'yes'!" msgstr "" "Det körs fortfarande åtminstone en (kanske gömd) instans av OpenOffice.org som startades av snabbstartaren för OpenOffice.org.\n" "Vill du att snabbstartaren för OpenOffice.org ska stänga den?\n" "\n" "Vänligen se till att du har sparat alla öppna dokument i OpenOffice.org före du svarar \"ja\"!" #: oooqs.cpp:139 msgid "Running OpenOffice.org detected!" msgstr "Körande OpenOffice.org hittades!" #: rc.cpp:1 msgid "Conflicting versions found" msgstr "Versionskonflikt påträffad" #: rc.cpp:2 msgid "" "There were more than one installations of OpenOffice.org found in your configuration.\n" "\n" "Please choose the one you want OpenOffice.org Quickstarter to use." msgstr "" "Det hittades mer än en installation av OpenOffice.org i din konfiguration.\n" "\n" "Vänligen välj den du vill att snabbstartaren av OpenOffice.org ska använda." #: rc.cpp:8 msgid "F1" msgstr "F1"
Bug#343289: vim-common: doc/vim-common formerly was symlinked to vim but is a directory now
Package: vim-common Version: 1:6.4-004+1 Hello, in previous versions /usr/share/doc/vim-common was a symlink to vim, this has been reversed in 1:6.4-004+1. Since dpkg cannot deal with symlinks changing to directories (because tar cannot), this actually leads to the vim-common doc files still being stored in doc/vim which itself remains being a directory. Please make sure to remove the obsolete symlink in preinst. Something like test -L /usr/share/doc/vim-common && rm /usr/share/doc/vim-common should do the trick (hopefully). Thanks for your work & regards Mario -- () Ascii Ribbon Campaign /\ Support plain text e-mail signature.asc Description: Digital signature
Bug#313283: APT Hebrew translation
tags 313283 pending thanks Quoting Lior Kaplan ([EMAIL PROTECTED]): > Hi, > > I'd like to check about #313283. > > I see updates to the translation of many languages during the apt > upgrade. Great. > > Can you remove the Hebrew translation (see more info the bug log) ? It > should be simple, and would not take too much of your time. I disabled it in my archive (removed in LINGUAS but kept he.po). I'm not completely convinced this is the Right Solution to the display problems you may have at the console. After all, in a correctly setup RTL console, the Hebrew translation is probably usable. What's behind your request are the display problems at the Linux console if the general locale is set to he_IL. Here I think we shoul dwork on a more general solution in D-I and maybe avoid setting the general locale to something that can't be displayed at the Linux console (CJK languages, RTL languages, Indic languages). There's a BR in localechooser abou tthis. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343279: new cupsys fails to start, claiming can't bind port 631
severity 343279 grave thanks On Wed, Dec 14, 2005 at 01:58:23AM -0600, Rodney Gordon II wrote: > On Tue, Dec 13, 2005 at 10:42:22PM -0800, Steve Langasek wrote: > > On Tue, Dec 13, 2005 at 11:19:48PM -0600, Rodney Gordon II wrote: > > > Package: cupsys > > > Version: 1.1.23-13 > > > Severity: grave > > > Justification: renders package unusable > > > The latest cupsys update broke the port binding for me: > > > [EMAIL PROTECTED] { ~ }$ /etc/init.d/cupsys start > > > Starting Common Unix Printing System: cupsd > > > cupsd: Child exited with status 98! > > > /var/log/cups/error_log: > > > E [13/Dec/2005:23:16:09 -0600] StartListening: Unable to bind socket for > > > address :631 - Address already in use. > > > "lsof | grep 631" shows nothing binded to 631. I have checked and tried > > > to open the port myself, and I am sure it's open. I have also rebooted. > > This probably means that the port is opened by an NFS-related kernel thread > > because portmap (incorrectly) assigns the port there. You can confirm this > > by stopping the NFS server (/etc/init.d/nfs-kernel-server and > > /etc/init.d/nfs-common) and starting cupsys again. > > This is not a bug in cupsys, but a systemic problem with portmap's random > > port assignment process. > No, sorry. I do not have portmap installed. > Downgrading to 1.1.23-12 works perfectly. Ok, sorry for the wrong guess. Bumping the severity back up. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#342341: eclipse: too many unneeded dependencies
Le Wed 14/12/2005, Michael Koch disait > I would like that you check the facts before writing such words. > > You are free not to use the Eclipse packaged by Debian but e.g. the Help > system which is a vital system for some users will not work. Other > thinks don't work either. Upstream Eclipse 3.1.1 don't works with free > java runtimes at all because of broken memory management in JDT. It works perfectly without mozilla. It needs a browser but that's why every browser package has a Provides: www-browser, so the dependency should be on www-browser, not mozilla-browser. And that doies not explain th gnome dependency, which is heavier, and tottaly inadequate and, I repeat DANGEROUS. -- Erwan David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335675: menu: [INTL:fr] Manpages translation to French
> Well frankly, I prefer to handle that myself. This way I can decide a string That doesn't scale, sorry. What will happen when you'll get more than 60 translations ? :-). Will you check each one and try to decide whether it is up-to-date or not to decide shipping it or not? What I can't figure out is whether you don't want to use po4a at allor just avoid shipping PO files in your tarball. I actually don't care of the intermediate steps as long as we can guarantee that we have in Debian: -a convenient file for translators to work on: PO files are convenient, manpages aren't -always up-to-date files If you can add to this a convenient way to ship tarballs with up-to-date manpages to other vendors, that's fine. > Yes, but given the current state of the English manpages, does it worth > the trouble ? I don't mind the French translation since I can fix both > the English and French at once. > > If the manpages are important enough to be translated, they must probably > be rewritten first. Which I am doing slowly, but I am not a good English > writer anyway. Manpages are always important. And translated manpages are important *as long as they are up-to-date*. The usual objection against translated manpages is that they're often outdated...which is true with a manual translation system. Using po4a guarantees that the translated manpage remains up-to-date because changed strings fuzzy the translations and are not used. This may result in a translated manpage which is a mix of English and another languagewhich you can decide not shipping with your package with a special case of the build system. So, again, are you completely ruling out po4a in either the package build system or the "upstream" tarballs build system?
Bug#343290: knemo: encoding error in desktop file
Package: knemo Version: 0.3.1-4+b1 Severity: normal Hi, here is the problem: # update-desktop-database [Invalid UTF-8] Could not parse file '/usr/share/applications/kde/kcm_knemo.desktop': desktop entry contain line 'Comment[de]=\xdcberwacht Netzwerk-Schnittstellen' which is not UTF-8 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages knemo depends on: ii kdelibs-bin 4:3.4.3-2 core binaries for all KDE applicat ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii kicker 4:3.4.3-3 desktop panel for KDE ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.1-0exp4 GCC support library ii libstdc++6 4.1-0exp4 The GNU Standard C++ Library v3 ii net-tools1.60-17 The NET-3 networking toolkit Versions of packages knemo recommends: ii kcontrol4:3.4.3-3control center for KDE ii wireless-tools 27+28pre11-1 Tools for manipulating Linux Wirel -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343291: libnjb(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
Package: libnjb Severity: important Version: 2.2.4-1 Tags: patch Hi, this is kind of reopen of #328148, config.sub/config.guess files in libnjb 2.2.4-1 are again outdated. Please, could you update them manually, or modify debian/rules using the method described in /usr/share/doc/autotools-dev/README.Debian.gz to prevent this to reappear in future again. Thanks in advance. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343292: cupsd: Child exited with status 98!
Package: cupsys Version: 1.1.23-13 Severity: grave Justification: renders package unusable After the last upgrade the init script exited with the subject message (actually the message is from cupsd itself) and the daemon did not start. The problem appears to be the contrary of bug #319602. In the present case I have a cupsd.conf with the directive Port 631 uncommented. The same directive is included by the line (in cupsd.conf): Include /etc/cups/cups.d/ports.conf where the content of my ports.conf is simply: Port 631 Commenting out the Include line make things work again, however it is very strange that a repeated directive in conf file is enough to render cupsd unusable. Best regards G. L. Gragnani -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cupsys depends on: ii adduser 3.80Add and remove users and groups ii debconf [debconf-2.0]1.4.62 Debian configuration management sy ii gs-esp 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcupsimage21.1.23-13 Common UNIX Printing System(tm) - ii libcupsys2 1.1.23-13 Common UNIX Printing System(tm) - ii libgnutls12 1.2.9-2 the GNU TLS library - runtime libr ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libpaper11.1.14-3Library for handling paper charact ii libslp1 1.2.1-3 OpenSLP libraries ii patch2.5.9-2 Apply a diff file to an original ii perl-modules 5.8.7-9 Core Perl modules ii procps 1:3.2.6-2 /proc file system utilities ii xpdf-utils 3.01-3 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages cupsys recommends: ii cupsys-client 1.1.23-13Common UNIX Printing System(tm) - ii foomatic-filters3.0.2-20050720-1 linuxprinting.org printer support ii smbclient 3.0.20b-3a LanManager-like simple client fo -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342296: 'man plotchangelog' typos / auto patching
On Sat, 10 Dec 2005 20:47:28 + Julian Gilbey <[EMAIL PROTECTED]> wrote: > Almost. This should be perfect: > > > --- annotate-output.1 16:08:58.0 -0500 > > +++ /tmp/annotateoutput.1.192812005-12-06 > > 02:27:58.0 -0500 > > The first line could have the path in it but not necessarily. The key > thing, though, is that you are patching the *uncompressed* pages, so > don't have a .gz suffix in the original file name. Well, I've written then tested some code, (what you suggested, with a kludgy variation of the 'mktemp -d' stuff), that displays it like so: --- annotate-output.1 2005-12-03 16:08:58.0 -0500 +++ /tmp/annotate-output.1 2005-12-14 02:58:27.0 -0500 Note that the date of the original is preserved. Thanks again for the good suggestions and resulting improvement. More later on the other points from your 12/7 reply. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343293: kcheckgmail: desktop file should be converted from DOS to Unix
Package: kcheckgmail Version: 0.5.5-1 Severity: normal Hi, this report is a follow-up to report #96. Now the cause of the problem is known: the kcheckgmail.desktop has line ends encoding as CR+LF (in DOS style) instead of LF (Unix style). I fixed my system with: # dos2unix /usr/share/applications/kde/kcheckgmail.desktop # update-desktop-database [no error] Could you please do something similar with the kcheckgmail.desktop file provided by the package ? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (100, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kcheckgmail depends on: ii kdebase-bin4:3.4.3-3 core binaries for the KDE base mod ii kdelibs4c2a4:3.4.3-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgamin0 [libfam0 0.1.7-2 Client library for the gamin file ii libgcc11:4.1-0exp4 GCC support library ii libice66.8.99.902.dfsg.1-1 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libpng12-0 1.2.8rel-5PNG library - runtime ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.99.902.dfsg.1-1 X Window System Session Management ii libstdc++6 4.1-0exp4 The GNU Standard C++ Library v3 ii libx11-6 6.8.99.902.dfsg.1-1 X Window System protocol client li ii libxcursor11.1.3-1 X cursor management library ii libxext6 6.8.99.902.dfsg.1-1 X Window System miscellaneous exte ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.99.902.dfsg.1-1 X Window System Input extension li ii libxinerama1 6.8.99.902.dfsg.1-1 X Window System multi-head display ii libxrandr2 6.8.99.902.dfsg.1-1 X Window System Resize, Rotate and ii libxrender11:0.9.0+CVS20051101-1 X Rendering Extension client libra ii libxt6 6.8.99.902.dfsg.1-1 X Toolkit Intrinsics ii zlib1g 1:1.2.3-8 compression library - runtime kcheckgmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343294: atitoppm: [INTL:sv] Swedish PO-template translation
Package: atitoppm Severity: wishlist Tags: patch l10n Here is the small swedish translation of atitoppm Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: atitoppm\n" "POT-Creation-Date: 1999-12-21 22:19+0100\n" "PO-Revision-Date: 2005-12-14 09:49+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: atitoppm.c:45 msgid "fopen() failed" msgstr ""
Bug#343295: gnome-terminal: Laggy with ncurses prgrams
Package: gnome-terminal Version: 2.10.0-3 Severity: normal Hi! When a program that uses ncurses is launched in gnome-terminal, the terminal screen is laggy. I use libncurses5 (5.5-1). For example, when configuring my kernel with 'make menuconfig', it often takes more than one second before the screen is updated when changing section or subsection (not when using up or down arrows). Sometimes when the terminal is resized the ncurses screen isn't well resized too. I have the same behaviour with aptitude. Moreover when looking for packages using the built-in search tool, the characters may be doubled or tripled if the screen is being updated because of the search while typing. This doesn't occurs in the console or with other terminal programs (xterm or konsole for example), so I believe this bug is purely gnome-terminal related, and not ncurses related. I think with this would happen in gnome-terminal with every program that uses ncurses and do large screen redrawings. I can test with other programs or help debugging, just tell what to do! :) Cheers, -- Steph -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnome-terminal depends on: ii gnome-control-center 1:2.10.2-1 utilities to configure the GNOME d ii gnome-terminal-data 2.10.0-3 Data files for the GNOME terminal ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgconf2-4 2.10.1-6 GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libgnome2-0 2.10.1-1 The GNOME 2 library - runtime file ii libgnomeui-0 2.10.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstartup-notification0 0.8-1 library for program launch feedbac ii libvte4 1:0.11.15-4Terminal emulator widget for GTK+ ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii scrollkeeper 0.3.14-10 A free electronic cataloging syste ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m Versions of packages gnome-terminal recommends: ii yelp 2.10.0-3 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343296: atitojpg: [INTL:sv] Swedish PO-template translation
Package: atitojpg Severity: wishlist Tags: patch l10n Here is the small swedish translation of atitojpg. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: atitojpg\n" "POT-Creation-Date: 1999-12-21 22:19+0100\n" "PO-Revision-Date: 2005-12-14 09:51+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: atitojpg.c:59 msgid "fork() failed" msgstr "fork() misslyckades" #: atitojpg.c:47 msgid "open(/dev/null) failed" msgstr "open(/dev/null) misslyckades" #: atitojpg.c:55 msgid "open(outfile) failed" msgstr "open(outfile) misslyckades" #: atitojpg.c:57 msgid "pipe() failed" msgstr "pipe() misslyckades"
Bug#343297: atitogif: [INTL:sv] Swedish PO-template translation
Package: atitogif Severity: wishlist Tags: patch l10n Here is the small swedish translation of atitogif. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: atitogif\n" "POT-Creation-Date: 1999-12-21 22:19+0100\n" "PO-Revision-Date: 2005-12-14 09:52+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: atitogif.c:62 #: atitogif.c:69 msgid "fork() failed" msgstr "fork() misslyckades" #: atitogif.c:49 msgid "open(/dev/null) failed" msgstr "open(/dev/null) misslyckades" #: atitogif.c:57 msgid "open(outfile) failed" msgstr "open(outfile) misslyckades" #: atitogif.c:59 #: atitogif.c:60 msgid "pipe() failed" msgstr "pipe() misslyckades"
Bug#343298: atisplit: [INTL:sv] Swedish PO-template translation
Package: atisplit Severity: wishlist Tags: patch l10n Here is the small swedish translation of atisplit. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: atisplit\n" "POT-Creation-Date: 1999-12-21 22:19+0100\n" "PO-Revision-Date: 2005-12-14 09:53+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: atisplit.c:99 #: atisplit.c:106 #, c-format msgid "atisplit:opening file \"%s\":" msgstr "atisplit:öppnar fil \"%s\":" #: atisplit.c:56 #: atisplit.c:121 #, c-format msgid "atisplit:writing to file \"%s\":" msgstr "atisplit:skriver till fil \"%s\":"
Bug#343299: yuvsum: [INTL:sv] Swedish PO-template translation
Package: yuvsum Severity: wishlist Tags: patch l10n Here is the small swedish translation of yuvsum. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: yuvsum\n" "POT-Creation-Date: 1999-12-21 22:19+0100\n" "PO-Revision-Date: 2005-12-14 09:55+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: yuvsum.c:73 msgid "fopen() failed" msgstr ""
Bug#343300: FvwmTaskBar: [INTL:sv] Swedish PO-template translation
Package: FvwmTaskBar Severity: wishlist Tags: patch l10n Here is the small swedish translation for FvwmTaskBar Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR fvwm workers # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: fvwmtaskbar\n" "POT-Creation-Date: 2003-04-11 12:43+0200\n" "PO-Revision-Date: 2005-12-14 09:56+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: ../modules/FvwmTaskBar/Goodies.c:462 msgid "No new mail" msgstr "Ingen ny e-post" #: ../modules/FvwmTaskBar/Goodies.c:466 msgid "You have new mail" msgstr "Du har ny e-post" #: ../modules/FvwmTaskBar/Goodies.c:470 msgid "You have mail" msgstr "Du har e-post" #: ../modules/FvwmTaskBar/FvwmTaskBar.c:1320 msgid "Click here to start" msgstr "Klicka här för att starta"
Bug#343301: ghextris: [INTL:sv] Swedish PO-template translation
Package: ghextris Severity: wishlist Tags: patch l10n Here is the small swedish translation of ghextris. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: ghextris\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2004-05-13 02:07+0300\n" "PO-Revision-Date: 2005-12-14 09:58+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #: ghextris.glade.h:1 msgid "Ghextris" msgstr "Ghextris" #: ghextris.glade.h:2 msgid "translator_credits" msgstr "Daniel Nylander <[EMAIL PROTECTED]>" #: ghextris.glade.h:3 msgid "© 2004 Mikko Rauhala <[EMAIL PROTECTED]>" msgstr "© 2004 Mikko Rauhala <[EMAIL PROTECTED]>" #: ghextris.py:336 msgid "Score" msgstr "Rekord" #: ghextris.py:337 msgid "High score" msgstr "Högsta rekord"
Bug#343302: initramfs-tools: should not regenerate images on upgrade
Package: initramfs-tools Severity: important The latest version of initramfs-tools (0.44) calls update-initramfs in postinst to regenerate the latest initramfs on upgrades (see initramfs-tools changelog, version 0.40ubuntu6). This can be potentially very dangerous if the newer initramfs-tools for some reason generates unbootable images as all images will be replaced with unbootable ones (meaning that even older kernels kept in /boot as a fallback solution might fail). For instance, earlier combinations of initramfs-tools and udev automatically loaded the ide-disk module for me. 0.44 doesn't and since it replaced all initramfs-images without warning, none of my kernels boot (ok, it was simple to fix, insmod the module, resume boot, then fix the error and regenerate the images). I think the auto-regereration should: o be reverted; or o carry a big warning; or o be configurable Regards, David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343303: dialog: [INTL:sv] Swedish PO-template translation
Package: dialog Version: 1.0-20051107-1 Severity: wishlist Tags: patch l10n Here is the small swedish translation for dialog. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) Versions of packages dialog depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libncursesw5 5.5-1 Shared libraries for terminal hand dialog recommends no packages. -- no debconf information # Dialog # Copyright 2003,2004,2005 # Thomas Dickey # msgid "" msgstr "" "Project-Id-Version: Dialog\n" "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2005-10-30 14:37-0500\n" "PO-Revision-Date: 2005-12-14 09:59+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: buttons.c:370 msgid "Yes" msgstr "Ja" #: buttons.c:378 msgid "No" msgstr "Nej" #: buttons.c:386 msgid "OK" msgstr "OK" #: buttons.c:394 msgid "Cancel" msgstr "Avbryt" #: buttons.c:402 msgid "EXIT" msgstr "AVSLUTA" #: buttons.c:410 msgid "Extra" msgstr "Extra" #: buttons.c:418 msgid "Help" msgstr "Hjälp" #. Headline "Month" #: calendar.c:299 msgid "Month" msgstr "Månad" #. Headline "Year" #: calendar.c:319 msgid "Year" msgstr "År" #: dialog.c:687 msgid "Rename" msgstr "Byt namn" #: fselect.c:431 msgid "Directories" msgstr "Kataloger" #: fselect.c:432 msgid "Files" msgstr "Filer" #: textbox.c:465 msgid "Search" msgstr "Sök"
Bug#338561: clamav incorrectly reports that oversized zip files are virus infected
This one time, at band camp, Michael Gilbert said: > i believe that heuristic is an accurate description. the word > heuristic is defined as something that is based on speculation. the > speculation here is that a highly compressed file within an achive is > always malicious. Well, the definition of heuristic I am familiar with has more to do with a trial and error method when no simple algorithm is available for the problem at hand. But I am also not interested in being pedantic about it. If you prefer calling this test heuristic, we can leave it be. Take care, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#343304: kbd-chooser: Ukrainian keyboard does not work (1st & 2nd stages)
Package: kbd-chooser Severity: important Tags: l10n d-i When trying to install Debian in Ukrainian language and Ukrainian keyboard layout selected it is impossible to enter Cyrillic characters in 1st stage (it should be possible to switch to cyrillic layout by pressing right ctrl or alt key). In 2nd stage I get only white boxes instead of characters when entering from keyboard (but cyrillic characters are displayed correctly by programs like base-config). Keymap file /etc/console/boottime.kmap.gz looks completely incorrect (no charset declaration, some strange compose sequences, ...). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-me Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341827: I got trouble with fmtutil-sys while upgrading tetex-bin
Helge Hafting <[EMAIL PROTECTED]> wrote: > Package: tetex-bin > Version: 3.0-11 > Followup-For: Bug #341827 > > > Setter opp tetex-bin (3.0-11) ... > Running fmtutil-sys. This may take some time. ... > Error: `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed > > ### > fmtutil-sys: Error! Not all formats have been built successfully. > Visit the log files in directory > /var/lib/texmf/web2c > for details. > ### > > This is a summary of all `failed' messages and warnings: > `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed Many thanks for the report. Could you please resubmit it as a separate bug? It is a different issue, although the error message sounds similar, and we should handle it separately. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343305: telnetd: pty issue when connecting to telnet
Package: telnetd Version: 0.17-32 Severity: important On some computer, telnetd does not work, due to a pty issue. However, on another computer with a similar testing debian, telnetd works fine. However, ssh works fine on both computers. Both have same base-files, dpkg, libc6 and netbase package version, but differ for adduser and testing. [EMAIL PROTECTED]:~$ [EMAIL PROTECTED]:~$ telnet localhost Trying 127.0.0.1... Connected to debian. Escape character is '^]'. telnetd: getpty: No such file or directory . Connection closed by foreign host. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages telnetd depends on: ii adduser 3.77Add and remove users and groups ii base-files 3.1.9 Debian base system miscellaneous f ii dpkg 1.13.11.0.1 package maintenance system for Deb ii libc62.3.5-8 GNU C Library: Shared libraries an ii netbase 4.23Basic TCP/IP networking system ii passwd 1:4.0.13-1 change and administer password and telnetd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342026: [Pkg-alsa-devel] Bug#342026: acknowledged by developer (Bug#342026: fixed in alsa-lib 1.0.10-2)
unmerge 342026 reopen 342026 stop Tuomo Valkonen wrote: > On 2005-12-13 14:19 -0800, Debian Bug Tracking System wrote: >>[ Thomas Hood ] >>* Remove obsolete .asoundrc example for enabling dmix. dmix is now >> enabled by default for all sound cards that support it >> (Closes: #340763, #342026) > > How's this supposed to fix the problem? IIRC this "dmix is enabled by > default" change was there already ages ago. Apparently ICE1712 does not > support dmix by this new definition then? The removal of the faulty example fixed the problem in one case but apparently not in yours, so I'll reopen this until it's resolved. > It did not work even without > custom .asoundrc with the previous 1.0.10. But dmix _does_ work perfectly > well in older versions of alsa with the configuration I posted. > Do I have to keep using old ALSA then, or is this going to be properly > fixed? Thanks to the O_BLOCK brain-damage, using alsa without dmix is too > painful, and besides dmix is very useful otherwise too. Do you know of a .asoundrc configuration that works? -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343307: Manpage for lftpget
Package: lftp Version: 3.3.3-1 Tags: patch Urgency: low The lftpget(1) manpage is missing. I join them. Regards François. .TH "lftpget" "1" "December 2005" .SH "NAME" lftpget \- get a file with lftp(1) .SH "SYNOPSIS" .PP .B lftpget [-c] [-d] [-v] .I URL [URL...] .SH "DESCRIPTION" .PP This manual page documents briefly the .B lftpget command. .PP .B lftpget is a shell script for downloading by URL, it calls `lftp -c'. It supports FTP and HTTP protocols. .SH "OPTIONS" .TP .B \-c Continue a previous download. .TP .B \-d Debug output. .TP .B \-v Verbose messages. .SH "SEE ALSO" .PP .BR lftp (1), .BR wget (1). .SH "AUTHOR" .PP .B lftpget is Copyright (c) 1999-2000 Alexander V. Lukyanov <[EMAIL PROTECTED]>. .PP This manual page was written by Francois Wendling <[EMAIL PROTECTED]>.
Bug#337516: Status of sysfig packaging
Hi, what is the status of your ITP? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343145: cups-pdf: graphics work, text is garbled
Alex Satrapa said: > On 13 Dec 2005, at 17:51, Martin-Éric Racine wrote: > >> 1) Ghostscript versions that you use? >> dpkg -l gs-esp > > 11:19 [0|16]% dpkg -l gs-esp > [snip] > ii gs-esp 7.07.1-9 The Ghostscript PostScript > interpreter - ESP ver > >> 2) DPI setting of your cups-pdf printer in CUPS preferences? > > DPI is set to 1200 default in the PPD. > >> Note that CUPS-PDF is completely dependant [on] >> Ghostscript for the printing quality. > > This might be a ghostscript problem then, since the text is being > garbled - as in encrypted, not drawn badly. For example, your message > to me started with the text: > >severity 343145 important >thanks > > while on the PDF version printed via CUPS-PDF, the starting text was: > > > >&2013! > > So by "garbled" I don't mean "printed unclearly", I mean "replaced with > meaningless rubbish" or perhaps even "encrypted". > > The layout is great - almost pixel for pixel, but the actual glyphs > that make up the "text" are replaced with other symbols. In fact, > having a closer look at the text, it looks almost like a > transliteration error: > >> Note that CUPS-PDF is completely dependant upon the DPI resolution >> configured in CUPS via the printer management interface and upon >> Ghostscript for the printing quality. > > is replaced with: > >> W/&"(&20&(UV@>[EMAIL PROTECTED](%!(A/-.8"&"8'(D"."1D01&(C./1(&2"([EMAIL >> PROTECTED]($"!/8C&%/1 >> A/1E%BC$"D(%1(UV@>(#%0(&2"(.$%1&"$(-010B"-"1&(%1&"$E0A"(01D(C./1 >> R2/!&!A$%.&(E/$(&2"(.$%1&%1B(XC08%&'G( > > If - as you already suggested - this is something I should take up with > the gs-esp maintainer, please let me know. Otherwise I can try to > capture the PostScript being sent from my computer to CUPS, in order to > further test the CUPS-PDF printer - would it be enough to "Stop" the > printer and simply snarf the files from the CUPS spool? > This might also be due to some settings for character encoding. I suggest the following tests: 1st: print the CUPS printer test page to CUPS-PDF and check whether there the text appears properly 2nd: create a postscript from a simple text file (e.g. by a2ps or encode), check it with ghostview and print this postscript to CUPS-PDF 3rd: if 1st and 2nd work, to get to the PostScript file that is used by CUPS-PDF you will have to edit the source code of cups-pdf: close to the end of the code there are the lines: if (unlink(spoolfile)) log_event(CPERROR, "failed to unlink spoolfile (non fatal)", spoolfile); else log_event(CPDEBUG, "spoolfile unlinked", spoolfile); Just remove or comment out this block, re-compile cups-pdf and the spoolfile will stay after the printout. -- Volker Christian Behr Experimentelle Physik V (Biophysik), Physikalisches Institut Universitaet Wuerzburg, Am Hubland, 97074 Wuerzburg, Germany Office: Room F-069a +49-931-888-5766 (phone) +49-931-888-5851 (fax)
Bug#343306: gerstensaft: [INTL:sv] Swedish PO-template translation
Package: gerstensaft Severity: wishlist Tags: patch l10n Here is the swedish translation of gerstensaft. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: gerstensaft\n" "POT-Creation-Date: 1999-02-12 02:38+0100\n" "PO-Revision-Date: 2005-12-14 10:20+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: ../src/main.c:438 #: ../src/send.c:204 msgid "Filename" msgstr "Filnamn" #: ../src/main.c:438 #: ../src/send.c:204 msgid "Size" msgstr "Storlek" #: ../src/main.c:484 msgid "Todo" msgstr "Att göra" #: ../src/main.c:489 msgid "About" msgstr "Om" #: ../src/main.c:561 #: ../src/send.c:312 msgid " Select all " msgstr " Markera alla " #: ../src/main.c:564 #: ../src/send.c:315 msgid "Select all files" msgstr "Markera alla filerna" #: ../src/main.c:568 #: ../src/send.c:319 msgid " Unselect all " msgstr " Avmarkera alla " #: ../src/main.c:571 #: ../src/send.c:322 msgid "Unselected all files" msgstr "Avmarkera alla filerna" #: ../src/main.c:575 msgid " Add " msgstr " Lägg till " #: ../src/main.c:578 msgid "Add selected files to sendlist" msgstr "Lägg till markerade filer till sändlista" #: ../src/main.c:582 #: ../src/send.c:326 msgid " Clear " msgstr " Rensa " #: ../src/main.c:586 msgid "Clear list of selected files" msgstr "Rensa lista av markerade filer" #: ../src/main.c:590 #: ../src/send.c:333 msgid " Send " msgstr " Skicka " #: ../src/main.c:594 msgid "Send the recorded files to receipant" msgstr "Skicka de inspelade filerna till mottagare" #: ../src/msgbox.c:50 msgid "About Gerstensaft" msgstr "Om Gerstensaft" #: ../src/msgbox.c:72 msgid " Graphical frontend to SAFT " msgstr " Grafiskt gränssnitt till SAFT " #: ../src/msgbox.c:84 #: ../src/msgbox.c:147 #: ../src/msgbox.c:192 msgid " Close " msgstr " Stäng " #: ../src/msgbox.c:105 msgid "Gerstensaft Todo" msgstr "Att göra för Gerstensaft" #: ../src/msgbox.c:127 msgid " Things to do for Gerstensaft " msgstr " Saker att göra för Gerstensaft " #: ../src/msgbox.c:131 msgid " Receive module " msgstr " Receive module " #: ../src/msgbox.c:135 msgid " Select/Unselect via pattern " msgstr " Markera/Avmarkera via mönster " #: ../src/msgbox.c:139 msgid " Possibility to add comments " msgstr " Möjlighet att lägga till kommentarer " #: ../src/msgbox.c:143 msgid " Option to use an archive instead of files " msgstr " Möjlighet att använda ett arkiv istället för filer " #: ../src/saft.c:81 #: ../src/saft.c:112 #: ../src/saft.c:157 #, c-format msgid "" "Failed to send\n" "%s" msgstr "" "Misslyckades att skicka\n" "%s" #: ../src/saft.c:82 #: ../src/saft.c:113 #: ../src/saft.c:158 msgid "Gerstensaft Error" msgstr "Fel i Gerstensaft" #: ../src/send.c:222 msgid "Send files" msgstr "Skicka filer" #: ../src/send.c:241 msgid "Recipient" msgstr "Mottagare" #: ../src/send.c:256 msgid "Enter recipient's address" msgstr "Ange mottagarens adress" #: ../src/send.c:329 msgid "Clear list of files" msgstr "Rensa lista av filer" #: ../src/send.c:337 msgid "Send the selected files to recipient" msgstr "Skicka de markerade filerna till mottagaren" #: ../src/send.c:341 msgid " Back " msgstr " Tillbaka " #: ../src/send.c:344 msgid "Get back to main program" msgstr "Gå tillbaka till huvudprogrammet"
Bug#343252: More system info
tags 343325 unreproducible upstream thanks Alver wrote: > Killing the systray toolbar does not change anything here, so I suppose it is > safe to say it hasn't got anything to do with this. > This bug forces me to reboot my workstation roughly every 12 hours to free the >memory; the xrestop snippet was taken after 13 hours of uptime with some > non-intensive OpenOffice text processing and irc traffic. Use uim-gtk2.0 and openofffice.org-gtk. And This problem does not reproduce. I run a console which runs over a week, using tgif, kterm and etc, my uim-xim does not leak at all. > I seem to have forgotten to include my sysinfo in the bug report: > > Debian "sid" unstable > custom compiled 2.6.14 kernel > libc6: 2.3.5-8.1 > xserver-xorg: 6.8.2.dfsg.1-11 > All installed uim related packages: uim, libuim0, uim-xim, uim-utils, > uim-gtk2.0, uim-fep, uim-common, uim-canna: 0.4.9.1-1 Use reportbug. Thanks, Masahito Omote([EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Package: tetex-bin Version: 3.0-11.1.sarge1 Severity: normal I (Frank) am sending this as a separate bug report, the real submitter is Helge Hafting, who wrote to an unrelated bug: Setter opp tetex-bin (3.0-11) ... Running fmtutil-sys. This may take some time. ... Error: `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed ### fmtutil-sys: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### This is a summary of all `failed' messages and warnings: `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed fmtutil failed. Output has been stored in /tmp/tetex.postinst.XXcPTjfE Please include this file if you report a bug. In /var/lib/texmf/web2c/amsptex.log I got these details: This is pTeX, Version 3.14159-p3.1.5 (euc) (Web2C 7.4.5) (INITEX) 14 DEC 2005 00:37 **amsptex.ini (/usr/share/texmf/ptex/plain/config/amsptex.ini (/usr/share/texmf/ptex/plain/base/ptex-ams.tex (/usr/share/texmf/tex/plain/base/plain.tex Preloading the plain format: codes, registers, \maxdimen=\dimen10 \hideskip=\skip10 \centering=\skip11 [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] parameters, \smallskipamount=\skip13 \medskipamount=\skip14 \bigskipamount=\skip15 \normalbaselineskip=\skip16 \normallineskip=\skip17 \normallineskiplimit=\dimen13 \jot=\dimen14 \interdisplaylinepenalty=\count23 \interfootnotelinepenalty=\count24 fonts, more fonts, \itfam=\fam4 \slfam=\fam5 \bffam=\fam6 \ttfam=\fam7 macros, \strutbox=\box11 \mscount=\count25 \tabs=\box12 \tabsyet=\box13 \tabsdone=\box14 math definitions, \rootbox=\box15 [EMAIL PROTECTED] output routines, \headline=\toks10 \footline=\toks11 \footins=\insert254 \topins=\insert253 hyphenation (/usr/share/texmf/tex/generic/hyphen/hyphen.tex)) \minfam=\fam8 \gtfam=\fam9 (/usr/share/texmf/ptex/plain/base/kinsoku.tex)) ! I can't find file `amstex'. l.2 \input amstex Please type another input file name: ! Emergency stop. l.2 \input amstex End of file on the terminal! No pages of output. -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#335093: New patch
This patch implements wanted behaviour. The patch defines a new function compare_lists and moves around some code. I've tried to keep the changes to a minimum. I haven't tested the patch, but the changes have been kept to a minimum and it should be correct. Please check and apply. Regards, Allard iso-scan.rescan.patch Description: Binary data
Bug#337516: Status of sysfig packaging
On Wed, 2005-12-14 at 10:30 +0100, Daniel Baumann wrote: > what is the status of your ITP? I've a package ready, waiting on one more upstream release in the next few days that will fix 2 essential copyright changes and fix the compilation with the OpenEXR library (which I also consider essential). The packaging needs to be checked by someone familiar with shared libraries. Before synfig can be uploaded, someone will have to sponsor the etl-dev package: http://lists.debian.org/debian-mentors/2005/11/msg00480.html The synfigstudio package is close to completion as well, but I'm not sure if I should do a shared library package for it too. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#342942: CVE assignment
Hi, this has been assigned CVE-2005-4190, please mention it in the changelog when fixing it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342943: CVE assignemnt
Hi, this has been assigned CVE-2005-4189, please mention it in the changelog when fixing it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342944: CVE assignment
Hi, this has been assigned CVE-2005-4192, please mention it in the changelog when fixing it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342945: CVE assignment
Hi, this has been assigned CVE-2005-4191, please mention it in the changelog when fixing it. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343309: pennmush: FTBFS on GNU/kFreeBSD
Package: pennmush Severity: important Version: 1.8.0p9-1 Tags: patch Hi, the current version fails to build on GNU/kFreeBSD. It fails to really recognise whether GNU C Library is used. Please find enclosed patch with an uptodate test added to fix that. It would also be nice if you can ask upstream to include this changes. Thanks in advance Petr --- pennmush-1.8.0p9.orig/Configure +++ pennmush-1.8.0p9/Configure @@ -3148,10 +3148,27 @@ if $cc $ccflags $ldflags -o gnulibc gnulibc.c $libs >/dev/null 2>&1 && \ ./gnulibc | $contains '^GNU C Library' >/dev/null 2>&1; then val="$define" - echo "You are using the GNU C Library" + echo "You are using the GNU C Library" >&4 else +cat >gnulibc.c < +int main() +{ +#ifdef __GLIBC__ + return 0; +#else + return 1; +#endif +} +EOM +if $cc $ccflags $ldflags -o gnulibc gnulibc.c $libs >/dev/null 2>&1 && \ + ./gnulibc; then +val="$define" +echo "You are using the GNU C Library" >&4 +else val="$undef" - echo "You are not using the GNU C Library" + echo "You are not using the GNU C Library" >&4 +fi fi $rm -f gnulibc* set d_gnulibc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343310: lsb-core: initdutils.py breaks scanning on empty RFC822 headers
Package: lsb-core Version: 3.0-12 Severity: important Tags: patch When putting the RFC822 headers in the "headers"-dictionary, initdutils.py breaks on empty headers instead of just skipping them. I found this to be the case both in versions 2.0-7 (woody) and 3.0-12 (sid). The attached patch fixes it. As this affects vendors trying to ship lsb-compliant packages for current distributions, I would very much favour if this bugfix makes it into woody as well. Thanks, Thomas --- /usr/lib/lsb/initdutils.py.orig 2005-12-13 18:25:32.0 +0100 +++ /usr/lib/lsb/initdutils.py 2005-12-13 18:25:54.0 +0100 @@ -80,7 +80,7 @@ for header, body in inheaders.iteritems(): # Ignore empty headers if not body.strip(): -break +continue if header in ('Default-Start', 'Default-Stop'): headers[header] = map(int, body.split())
Bug#337516: Status of sysfig packaging
Paul Wise wrote: > I've a package ready[...] Fine, thanks for the info and your efforts. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
On Tue, Dec 13, 2005 at 03:55:01PM +, Ian Jackson wrote: > > 1) change devmapper defaults -- patch rejected, no reason given > Certainly I agree that the defaults should be changed. At least in my point of view, a default is something which can be changed easily, maybe in a config file. In this case, it is no default, it is the value which anything gets. > > I've also seen the suggestion that we should have a explicit technical > > policy > > that block devices should default to having 660 permissions with owner root > > and group disk. I don't have any objections to such a policy, but I don't > > see that solving this problem should wait on the adoption of this policy. > Quite so. (Modulo my comments about the exact mode, above.) This breaks anything which wants to use group cdrom for cdrom access without manual intervention. > > Finally, I don't see any reasoning given for things being the way they are > > currently. There might be some such reason, but I'm a bit dubious -- > > if there was a good reason, why wasn't it spelled out months ago? "Secure by default" is no reason? You can always overwrite it on runtime. > I agree, if we can settle my quibble about group-write. If the upper don't apply, 666 is also a valid setting. Bastian -- Each kiss is as the first. -- Miramanee, Kirk's wife, "The Paradise Syndrome", stardate 4842.6
Bug#343311: obby: [INTL:sv] Swedish PO-template translation
Package: obby Severity: wishlist Tags: patch l10n Here is the swedish translation of obby. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR 0x539 dev group # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: obby 0.2.1-1\n" "Report-Msgid-Bugs-To: http://darcs.0x539.de/trac/obby/\n"; "POT-Creation-Date: 2005-07-27 19:33+0200\n" "PO-Revision-Date: 2005-12-14 11:05+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #: src/error.cpp:37 msgid "Colour is already in use" msgstr "Färgen används redan" #: src/error.cpp:39 msgid "Wrong session password" msgstr "Fel sessionslösenord" #: src/error.cpp:41 msgid "Wrong user password" msgstr "Fel användarlösenord" #: src/error.cpp:43 msgid "Protocol version mismatch" msgstr "Protokollversion stämmer inte" #: src/client_buffer.cpp:63 msgid "No server public key available, wait for the welcome packet" msgstr "Ingen publik servernyckel tillgänglig, väntar på välkomstpaket"
Bug#343201: cupsys: CUPS eats up CPU
I finally found it to be related to #280718 (gnome-cups-manager: floods central cups printer server with requests). You should then probably reassign this bug to gnome-cups-manager, and probably merge it with #280718. I have ~30 Sarge workstations running GNOME and so polling constantly the CUPS server for new printing notifications (as CUPS is not yet DBUS-enabled, at least in Sarge). I fixed it by removing gnome-cups-icon from the user sessions. One may want to patch and rebuild libgnomecups1.0-1 instead with a larger UPDATE_TIMEOUT in gnome-cups-printer.c. Still, cupsd is spending most of its time in the "time" syscall. Thanks anyway. -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Bug#343042: Yaird fails to add correct device modules
I've seen the same and got it to work by manually adding the module lines to the yaird Template for my boot disk. This suggests that the automatic module selection done for the boot disk is going wrong somewhere. Haven't looked any deeper at this. -- Alister Winfield. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343313: libstdc++6: upgrade breaks existing applications with scim 1.0.2-3
Package: libstdc++6 Version: 4.0.2-5 Severity: important Upgrading libstdc++6 from 4.0.2-2 to 4.0.2-5 causes crashes in various gtk programs when GTK_IM_MODULE=scim is in the environment. I have the following scim-related packages: ii scim 1.0.2-3Smart Common Input Method platform ii scim-config-socket 1.0.2-3Socket configure module for SCIM ii scim-frontend-socket 1.0.2-3Socket front end module for SCIM ii scim-gtk2-immodule 1.0.2-3GTK2 IMModule with SCIM as backend ii scim-server-socket 1.0.2-3Socket IM engine module for SCIM With libstdc++6 4.0.2-5 installed: $ GTK_IM_MODULE=scim gedit *** glibc detected *** malloc(): memory corruption: 0x0822f3b8 *** $ GTK_IM_MODULE=scim inkscape Launching a SCIM daemon with Socket FrontEnd... *** glibc detected *** corrupted double-linked list: 0x089562e8 *** Emergency save activated! ... galeon doesn't exactly crash, but goes into sleep state before showing its main window. These programs appear to work fine when GTK_IM_MODULE is unset or if I downgrade to libstdc++6 4.0.2-2 or if I upgrade scim to 1.4.2-1. Thus, without really understanding the problem, I suggest that libstdc++6 Conflict with scim (<< 1.4.2-1). scim bug report #342198 may be related. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages libstdc++6 depends on: ii gcc-4.0-base 4.0.2-5The GNU Compiler Collection (base ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library libstdc++6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291137: /usr/X11R6/bin/luit: luit sometimes doesn't restore terminal settings or hangs
I confirm. The patch helps. [EMAIL PROTECTED] -l xutils x11-common cpp libc6 libfreetype6 libfs6 zlib1g Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii cpp4.0.1-3The GNU C preprocessor (cpp) ii libc6 2.3.5-6GNU C Library: Shared libraries and Timezone ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared library files ii libfs6 6.8.2.dfsg.1-7 X Font Server library ii x11-common 6.8.2.dfsg.1-7 X Window System (X.Org) infrastructure ii xutils 6.8.2.dfsg.1-7 X Window System utility programs ii zlib1g 1.2.3-4compression library - runtime To reproduce: 1) $xrdb
Bug#300865: gnome-cups-manager: Several new upstream versions released (latest is 0.30)
Version 0.31 is in unstable now, so this bug should be closed. Regards -- Jérôme Warnier FLOSS Consultant http://beeznest.net
Bug#343315: Eclipse man page has no description for the -clean option
Package: eclipse Version: 3.1.1-6 Severity: minor Hi, I noticed that the eclipse manual page is lacking a description for the -clean option. I'm not very familiar with the current eclipse options as some of them might be missing in the man page too so consider this as a sort of reminder to update the manual page. Thanks a lot for your work on this package. -- GPG Key ID: 0xD6655C18 Linux Just Simply Rocks! http://deathwing.penarmac.com/
Bug#343314: aime: [INTL:sv] Swedish PO-template translation
Package: aime Version: 0.60.3-7.2 Severity: wishlist Tags: patch l10n Here is the swedish translation of aime. Regards, Daniel -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=sv_SE.ISO-8859-1, LC_CTYPE=sv_SE.ISO-8859-1 (charmap=ISO-8859-1) # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR Free Software Foundation, Inc. # FIRST AUTHOR <[EMAIL PROTECTED]>, YEAR. # msgid "" msgstr "" "Project-Id-Version: aime 0.60.3-7.2\n" "POT-Creation-Date: 2001-06-09 06:27-0500\n" "PO-Revision-Date: 2005-12-14 11:30+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" #: src/main.cpp:123 #, c-format msgid "" "\n" "\n" "--\n" "| Advanced Interactive Mudding Environment version: %s |\n" "| Copyright (C) 2000 George Noel (Slate), Ed Boraas, Kelly Gerke |\n" "| Free Software licensed under the GNU General Public License|\n" "--\n" "\n" msgstr "" "\n" "\n" "--\n" "| Advanced Interactive Mudding Environment version: %s |\n" "| Copyright (C) 2000 George Noel (Slate), Ed Boraas, Kelly Gerke |\n" "| Fri programvara licenserad under GNU General Public License|\n" "--\n" "\n" #: src/main.cpp:135 msgid "Reading in config file..." msgstr "Läser in konfigurationsfil..." #: src/main.cpp:141 msgid "Error in config file, failed.\n" msgstr "Fel i konfigurationsfil, misslyckades.\n" #: src/main.cpp:145 msgid "Done.\n" msgstr "Klar.\n" #: src/main.cpp:159 #, c-format msgid "Stdout redirected to %s/%s/stderr.log.\n" msgstr "Standard ut omdirigerad till %s/%s/stderr.log.\n" #: src/main.cpp:176 msgid "Trapping Signals..." msgstr "Fångar signaler..." #: src/main.cpp:179 msgid "Ok\n" msgstr "Ok\n" #: src/main.cpp:185 msgid "Daemonizing mud..." msgstr "Går över i demonläge för mud..." #: src/main.cpp:189 msgid "Fork failed, staying in foreground.\n" msgstr "Processdelning misslyckades, stannar kvar i förgrunden.\n" #: src/main.cpp:194 msgid "Ok.\n" msgstr "Ok.\n" #: src/main.cpp:209 #, c-format msgid "Stdout redirected to %s/%s/stdout.log \n" msgstr "Standard ut omdirigerad till %s/%s/stdout.log \n" #: src/main.cpp:231 msgid "Mud shut down successfully.\n" msgstr "Mud stängdes ner korrekt.\n" #: src/main.cpp:485 #: src/main.cpp:553 msgid "Looking for necessary directories..." msgstr "Letar efter nödvändiga kataloger..." #: src/main.cpp:512 #: src/main.cpp:586 msgid "" "One or more user directories are missing.\n" "Would you like to create them? (y/n) " msgstr "" "En eller flera användarkataloger saknas.\n" "Vill du skapa dom? (y/n)" #: src/main.cpp:519 #: src/main.cpp:593 msgid "All user directory must exist. Exiting.\n" msgstr "Alla användarkataloger måste existera. Avslutar.\n" #: src/main.cpp:528 #, c-format msgid "Error creating directory %s\n" msgstr "Fel vid skapandet av katalog %s\n" #: src/main.cpp:536 #: src/main.cpp:607 msgid "Done!\n" msgstr "Klar!\n" #: src/main.cpp:562 #, c-format msgid "Fatal error, data directory '%s/%s' missing. Reinstall Mud engine.\n" msgstr "Allvarligt fel, datakatalog \"%s/%s\" saknas. Installera om Mud-motor.\n"
Bug#343316: (no subject)
Package: x-symbol Version: 4.43-5 Severity: grave Justification: renders package unusable Hi, The x-symbol mode won't launch here. The first error I get is: Debugger entered--Lisp error: (error "Value out of range for variable `gc-cons-threshold'") x-symbol-init-input() x-symbol-init-language(tex) x-symbol-language-value(x-symbol-token-grammar) x-symbol-decode-all() x-symbol-mode-internal(t) x-symbol-mode(nil) * call-interactively(x-symbol-mode) execute-extended-command(nil) * call-interactively(execute-extended-command) Then the x-symbol menu is not shown, the nice character conversions are not done (e.g. \alpha displayed as a real alpha) and each time I do something I get a (wrong-type-argument arrayp nil) error. For example, Debugger entered--Lisp error: (wrong-type-argument arrayp nil) x-symbol-encode-all(# 1 6612) x-symbol-write-region-annotate-function(1 6612) write-region(1 6612 "/home/pps/smimram/rcs/rcs.tex" nil t "~/rcs/rcs.tex") basic-save-buffer-2() basic-save-buffer-1() basic-save-buffer() save-buffer(1) * call-interactively(save-buffer) or Debugger entered--Lisp error: (wrong-type-argument arrayp nil) x-symbol-menu-filter((("Conversion in %s" :filter x-symbol-extra-filter ["Conversion" nil x-symbol-region-text] ["Encode Characters" x-symbol-encode :active ...] ["Encode & Recode" x-symbol-encode-recode :active ...] ["Decode Tokens" x-symbol-decode :active ...] ["Recode & Decode" x-symbol-decode-recode :active ...] ["Replace Char Aliases" x-symbol-unalias :active ...]) ("Other Commands" :filter x-symbol-extra-filter ["Other Commands" nil nil] ["Copy Encoded" x-symbol-copy-region-encoded :active ...] ["Paste Decoded" x-symbol-yank-decoded :active ...] "---" ["GRID Of Characters" x-symbol-grid t] ["READ Token Character" x-symbol-read-token ...] "---" ["Modify CONTEXT" x-symbol-modify-key ...] ["Rotate CONTEXT" x-symbol-rotate-key ...] "---" ["Info Page" x-symbol-package-info t] ["Web Page" x-symbol-package-web t] ["Send Bug/Problem Report" x-symbol-package-bug t]) ("Buffer/File Options" :filter x-symbol-options-filter ["X-Symbol Mode" x-symbol-mode t] "---" ["Token Language! :" x-symbol-language t] ["8bit Char Encoding:" x-symbol-coding t] ["Store 8bit In File" x-symbol-8bits t] ["Unique Decoding" x-symbol-unique t] "---" ["Super-/Subscripts" x-symbol-subscripts ...] ["Show Images" x-symbol-image ...]) ("General Options" :filter x-symbol-options-filter ["Input Method TOKEN" x-symbol-token-input t] ["Input Method ELECTRIC" x-symbol-electric-input t] "---" ["Language Specific GRID" x-symbol-local-grid t] ["Language Specific MENU" x-symbol-local-menu t] "---" ["Temporary GRID" x-symbol-temp-grid t] ["Temporary Key Completions" x-symbol-temp-help t] "---" ["Reveal Invisible" x-symbol-reveal-invisible t] ["Display Character Info" x-symbol-character-info t] ["Display Context Info" x-symbol-context-info t] "---" ["Browse Customization" ... t]) "---")) (easy-menu-filter-return (x-symbol-menu-filter menu) "X-Symbol") (lambda (menu) (easy-menu-filter-return (x-symbol-menu-filter menu) "X-Symbol"))((("Conversion in %s" :filter x-symbol-extra-filter ["Conversion" nil x-symbol-region-text] ["Encode Characters" x-symbol-encode :active ...] ["Encode & Recode" x-symbol-encode-recode :active ...] ["Decode Tokens" x-symbol-decode :active ...] ["Recode & Decode" x-symbol-decode-recode :active ...] ["Replace Char Aliases" x-symbol-unalias :active ...]) ("Other Commands" :filter x-symbol-extra-filter ["Other Commands" nil nil] ["Copy Encoded" x-symbol-copy-region-encoded :active ...] ["Paste Decoded" x-symbol-yank-decoded :active ...] "---" ["GRID Of Characters" x-symbol-grid t] ["READ Token Character" x-symbol-read-token ...] "---" ["Modify CONTEXT" x-symbol-modify-key ...] ["Rotate CONTEXT" x-symbol-rotate-key ...] "---" ["Info Page" x-symbol-package-info t] ["Web Page" x-symbol-package-web t] ["Send Bug/Problem Report" x-symbol-package-bug t]) ("Buffer/File Options" :filter x-symbol-options-fil! ter ["X-Symbol Mode" x-symbol-mode t] "---" ["Token Language:" x-symbol-language t] ["8bit Char Encoding:" x-symbol-coding t] ["Store 8bit In File" x-symbol-8bits t] ["Unique Decoding" x-symbol-unique t] "---" ["Super-/Subscripts" x-symbol-subscripts ...] ["Show Images" x-symbol-image ...]) ("General Options" :filter x-symbol-options-filter ["Input Method TOKEN" x-symbol-token-input t] ["Input Method ELECTRIC" x-symbol-electric-input t] "---" ["Language Specific GRID" x-symbol-local-grid t] ["Language Specific MENU" x-symbol-local-menu t] "---" ["Temporary GRID" x-symbol-temp-grid t] ["Temporary Key Completions" x-symbol-temp-help t] "---" ["Reveal Invisible" x-symbol-reveal-invisible t] ["Display Character Info" x-symbol-character-info t] ["Display Context Info" x-symbol-context-info t] "---" ["Browse Customization" ... t]) "---")) etc. Please notice that my arch is amd64 (this might be relevant since I don't have any problem o
Bug#339231: Safe to upload mercator
All build-deps are built everywhere, so it's safe to upload a mercator transitioned to c2a. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343317: libapt-front FTBFS on ia64 (ld segfaults)
Package: libapt-front Severity: serious Justification: no longer builds from source Not your fault, setting blocking bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343042: #343042: linux-image-2.6.14-2-686: Boot aborts with message '/bin/cat
Package: yaird Version: 0.0.12-1 Followup-For: Bug #343042 FYI the above workaround does not work for machines with SATA drives. I couldn't find a combination of modules that would get it to boot. Switching back to previous yaird (0.0.11-12) fixes the problem on both PATA & SATA systems. Richard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
Hi Helge, Helge Hafting <[EMAIL PROTECTED]> wrote: > Error: `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed > [...] > (/usr/share/texmf/ptex/plain/base/kinsoku.tex)) > ! I can't find file `amstex'. > l.2 \input amstex This file is installed by tetex-extra and should be in /usr/share/texmf-tetex/tex/amstex/base/amstex.tex Is it there on your system? What is (as root) the output of kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343244: GTK frontend shortcuts should be documented
On Tue, Dec 13, 2005 at 11:09:29PM +0100, Frans Pop wrote: > On Tuesday 13 December 2005 23:04, Attilio Fiandrotti wrote: > > takes a screenshot > > ? There is certainly no key on my keyboard... My laptop also lacks such a key, it even lacks a [PRINTSCREEN] button. GSt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343318: module-assistant: SIGNCHANGES does not work with user dir (-u)
Package: module-assistant Version: 0.10.2 Severity: normal Hi, when using SIGNCHANGES and the -u flag together, paths for CHFILE and the -u option for dpkg-genchanges miss one extra level up (".."), afaict. Thus, this always fails. Example fail log: --- # Build a .changes file. dpkg-genchanges -b -e" <>" -u"/home/absurd/local/debs/module-assistant-test/usr_src/modules/nvidia-kernel/../.." > /home/absurd/local/debs/module-assistant-test/usr_src/modules/nvidia-kernel/../../nvidia-kernel-2.6.8-2-k7_1.0.7174-3+2.6.8-16_.changes dpkg-genchanges: binary-only upload - not including any source code dpkg-genchanges: failure: cannot open upload file /home/absurd/local/debs/module-assistant-test/usr_src/modules/nvidia-kernel/../../nvidia-kernel-2.6.8-2-k7_1.0.7174-3+2.6.8-16_i386.deb for reading: No such file or directory make: *** [kdist] Error 2 --- Thanks, Stephan -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_GB.ISO-8859-15, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages module-assistant depends on: ii libtext-wrapi18n-perl 0.06-1 internationalized substitute of Te ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343319: www.debian.org: superflous characters while searching wiki.d.o
Package: www.debian.org Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello. Searching wiki.debian.org in non-English language returns some unparsed html tags. Here's output when searching on English site: Title Search: "foobar" 0 results of about 3979 pages. (0.10 seconds) And here's output when I set Polish language in my browser: Przeszukiwanie tytułów: "foobar" 0 rezultatów z liczby 3979 stron. ( 0.11 sekund. ) Those tags are somehow broken and displayed instead interpreted. regards fEnIo - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDn/jNhQui3hP+/EARAiiQAKCFChRcAQ+w7rxzaedMv/YdOc5tKACffVIm Dcllr6S6Qerp0XpKE7pkVLw= =uHrs -END PGP SIGNATURE-
Bug#343320: libssl-dev não acha dependências
Package: libssl Version: 0.9.7e-3 Durante a instalação do pacote libssl-dev não é encontrada a dependencia requerida do pacote libssl. A operação e erro estão abaixo: telefonia:/usr/src/asterisk-1.2.1# apt-get install libssl-devLendo Lista de Pacotes... ProntoConstruindo Árvore de Dependências... ProntoAlguns pacotes não puderam ser instalados. Isso pode significar que você solicitou uma situação impossível ou se você está usando adistribuição instável, que alguns pacotes requeridos não foramcriados ainda ou foram tirados do Incoming. Já que você solicitou uma única operação é bem provável que o pacoteesteja simplesmente não instalável e um relato de erro sobre essepacotes deve ser enviado.A informação a seguir pode ajudar a resolver a situação: Os pacotes a seguir têm dependências desencontradas: libssl-dev: Depende: libssl0.9.7 (= 0.9.7e-3) mas 0.9.7e-3sarge1 está para ser instaladoE: Pacotes quebradostelefonia:/usr/src/asterisk-1.2.1# Estou usando Debian Versão Sarge com sources do APT em http://ftp.br.debian.org/debian sarge/main Linux version 2.4.32 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #2 Ter Dez 13 17:49:43 BRST 2005
Bug#303852: Error: app_translator not initialized
On Sat, Apr 09, 2005 at 03:43:56AM -0400, Filipus Klutiero wrote: > Package: wordtrans > Severity: normal > > This error appears when i2e is not installed. When started from CLI, > kwordtrans and others warn with "File /usr/share/wordtrans/Engtospa.dic > doesn't exist" but this is not visible when starting from the KDE menu, > by example. Yes, the problem is related to wordtrans not having any dictionary installed. Wordtrans currently does not provide any dictionaries by itself, you have to download them to use them (or generate them from other files). Also, this is because the default file use is that from babylon. You can switch to other dictionaries (in the 'Dictionaries' menu entry) and the error will (mostly) disappear (you will see the "file not found" error on the CLI, but wordtrans will work). Unfortunately, there's not much I can do (save provide an empty file). For the moment, I'm going to upload a new version describing where you can find dictionaries. Please see the README file attached which hopefully clarifies this issue. In the next upload I will provide an empty dictionary file so that error disappears (although you will not be able to make wordtrans work in a useful way without a dictionary). I'm leaving open this bug as a reminder that wordtrans-data should provide a dictionary or remove the configuration files for dictionaries that are not available in Debian (i.e. the babylon one) and put them in the examples/ directory. Regards Javier README file for wordtrans in Debian --- Wordtrans in Debian does *not* provide any dictionary by itself, the wordtrans-data holds some common configuration and pixmap files but no dictionaries. You can get dictionaries for Wordtrans in http://wordtrans.sourceforge.net. (or http://www.escomposlinux.org/rvm/wordtrans/dictionaries_en.php) The dictionaries available from Wordtrans include those provided by the Internet Dictionary Project (http://www.june29.com/IDP/IDPfiles.html) amongst other sources. In Debian you can also install the 'i2e' package and use the dictionary that the package provides. Or you can install the wordtrans-dict meta-package to have install a dict server and dictionary files available in Debian. If you don't install any dictionaries you can still use the 'dict' interface wordtrans provides. If you don't have a properly configured dictionary, you will see an error similar to: Error: app_translator not initialized To fix this make sure you a) have a proper dictionary installed b) have selected that dictionary in the 'Dictionaries' menu entry - Javier Fernandez-Sanguino Wed, 14 Dec 2005 11:25:25 +0100 signature.asc Description: Digital signature
Bug#340070: yate: FTBFS: compile error: invalid conversion
Hello, The problem is that Debian is using Klauss patches which are incompatibile with the libpri necessary for the wanpipe module from Yate. The only decent way to handle is to get Klauss patches out of Debian until him finds a way to keep a compatibile API. Diana > tags 340070 + patch > thanks > > pri_set_error and pri_set_message in libpri.h from libpri-dev have > changed since this version of yate was released. Updating yate to a > newer upstream would likely fix the FTBFS error. Barring that, the > attached dpatch gets the yate package compiling again in its current > form. > > I assume the changes will make no difference in the functioning on yate, > but I don't use the software and have not tested it. > > John > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342782: xterm -e ./cmd tries to find a wrong program cmd and crashes
El sábado, 10 de diciembre de 2005 19:51, Vincent Lefevre escribió: > On 2005-12-10 10:31:38 -0500, Thomas Dickey wrote: > > This was fixed in patch #203: > > > > http://invisible-island.net/xterm/xterm.log.html#xterm_203 > > > > Patch #203 - 2005/7/6 - XFree86 4.5.99.7 > > > > amend change to command-line processing in patch #201 to avoid > > conflict with -e option (report by Servatius Brandt). > > Thanks, I have to remember to recompile the official version on this > machine... > > I've just tried the Debian/unstable version (unfortunately "reportbug" > didn't tell me that my version was out-of-date, as in the past) and it > has the same problem. But it is #202 only; so, I'm not surprised. You have #204 in experimental. Try it, it is safe. Best regards, Ender. -- Los sistemas me pasado los correos de las personas contradas pero los @red.es. -- Jesús Sanz de las Heras (RedIRIS). -- Desarrollador de Debian Debian developer pgpD75P8jbYIl.pgp Description: PGP signature
Bug#343194: Support for this new mailing list
I have been, along with Raphaël, among the promoters of a closer work between French DD and the current French-speaking developers of educational software, after discussions at [EMAIL PROTECTED] So, I fully support this new mailing list which I will subscribe to as soon as it is created. -- signature.asc Description: Digital signature
Bug#343252: uim-xim: Reportbug info
Package: uim-xim Version: 1:0.4.9.1-1 Followup-For: Bug #343252 It's hard to say which part exactly leaks, but it leaks badly. On a normal workstation usage, the xrestop entry for uim (and the entry that always accompanies it) goes up with 25MB. I haven't found a way to reclaim the memory but restarting the X server. This bug has been around for a while - I started using uim-xim in october, and since then it has been updated at least a few times. Thanks, Lennert -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-Custom Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Versions of packages uim-xim depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libuim0 1:0.4.9.1-1 Simple, secure, and flexible input ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii uim-common 1:0.4.9.1-1 Common files for uim ii uim-utils1:0.4.9.1-1 Utilities for uim ii zlib1g 1:1.2.3-8 compression library - runtime uim-xim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343322: debbugs: Version tracking: reopened bug doesn't display properly
Package: debbugs Severity: grave Justification: breaks tracking of open vs. closed bugs! Examine http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=glibc and look for bug #333766. It is listed under "resolved bugs" and looks like this: #333766: libc6: SIGBUS in libm on hppa breaks qt-x11-free Package: libc6 (libc6 2.3.5-6.0.1, libc6 2.3.5-8, libc6 2.3.5-8.1; fixed: libc6 2.3.5-7); Severity: grave; Reported by: Steve Langasek <[EMAIL PROTECTED]> Done: Steve Langasek <[EMAIL PROTECTED]>; Will be archived in 27 days. Despite the clear meaning of the "found" semantics, which are recorded correctly, it looks like debbugs hasn't figured out that this bug is *OPEN*. I'm not sure whether this is a problem just with the webpages, or with debbugs itself. Either way, it's very bad because it means the bug doesn't show up in the package's list of open bugs. No maintainer or QA person is going to spot such a bug if they look through the bug list, which is the normal thing one would do. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203214: #203214 Re: manpages-dev: missing #include in bind(2)
tags 203214 fixed-upstream thanks The original report that: #include is also needed in order to manipulate struct sockaddr. is definitely wrong. However, regarding Joey's comments: I have added some new text to the bind.2 page which contains "more information on how to use the struct sockaddr and determine the socklen_t" and also says more about the sockaddr structure. The new text will be in 2.18. Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343315: Eclipse man page has no description for the -clean option
On 12/14/05, Aldous D. Penaranda <[EMAIL PROTECTED]> wrote: > I noticed that the eclipse manual page is lacking a description for > the -clean option. I'm not very familiar with the current eclipse > options as some of them might be missing in the man page too so > consider this as a sort of reminder to update the manual page. Not only -clean is missing. There other options as well, which doesn't occur in the man page. It's on my todo list to update the man page. Thank you.
Bug#343321: RFS: tex4ht
Package: tex4ht Version: 20051130-1 Severity: Serious Owner: Norbert Preining <[EMAIL PROTECTED]> On Wed, Dec 14, 2005 at 11:21:14AM +0100, Norbert Preining wrote: >On Fre, 09 Dez 2005, Kapil Hari Paranjape wrote: >> http://www.imsc.res.in/~kapil/tex4ht/tex4ht/tex4ht_20051130-1.dsc > >Now it is uploaded and close to be moved into the archive, >I `repackaged' it locally to depend | texlive-base-bin, I realized that >there is a *stupid* error: > >Package: tex4ht >... >Depends: ... tex4ht-files > >But there is tex4ht-common and not -files! > >Please before uploading be so nice and make an >upgrade/remove/install/purge/install-cycle test. > >Best wishes > >Norbert > >--- >Dr. Norbert Preining Università di Siena >gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 >--- >BUDBY >A nipple clearly defined through flimsy or wet material. > --- Douglas Adams, The Meaning of Liff I used piuparts to install tex4ht, please see below. >piuparts -p /home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >0m0.0s INFO: >-- >0m0.0s INFO: piuparts version 0.13 starting up. >0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p >/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >0m0.0s DEBUG: Starting command: dpkg --info >/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >[...] >0m0.1s DUMP:Depends: tetex-bin, tex4ht-files, libc6 (>= 2.3.5-1), >libkpathsea3 (>= 2.0.2-1) >[...] >2m8.5s DUMP: dpkg: error processing tex4ht (--install): >2m8.5s DUMP:dependency problems - leaving unconfigured >2m8.5s DUMP: Errors were encountered while processing: >2m8.5s DUMP:tex4ht >2m8.5s DEBUG: Command failed (status=256), but ignoring error: 'chroot >/tmp/tmp-vs9L5 dpkg -i tmp/tex4ht_20051130-1_i386.deb' >[...] The problem was reported and ignored by piuparts. I'll file a bug report against piuparts. Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#343287: xkb-data: please add caps as a compose key
On Wed, Dec 14, 2005 at 09:12:31AM +0100, Andreas Kroschel wrote: > Package: xkb-data > Version: 0.6-1 > Severity: wishlist > > Please add caps as a compose key, as it is already defined in the > current xlibs package. Please have a look at /etc/X11/xkb-data/symbols/compose this definition already exists. Or did I miss something? Denis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342841: jffnms: rrdtool dependency problem
tags 342841 upstream thankyou On Sun, Dec 11, 2005 at 05:53:28AM +0100, Lars Boegild Thomsen wrote: > Jffnms should either fix this problem with later versions of rddtool or > depend on rddtool 1.0.49 until the problem is fixed (ant it does seem to > be a jffnms problem - not a problem with the debian package). I'm really stuck because I don't think 1.0.49 is in sarge. It is definitely a JFFNMS upstream problem. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342453: lprng fails it with checkpc
On Wed, Dec 07, 2005 at 05:31:01PM +, nicolas wrote: > The cron daemon says this: > > Dec 7 06:35:43 localhost lpd: cron.daily found errors, run checkpc for > details. > > So I run checkpc as root: cron is telling you there are problems, running checkpc confirms there are problems. What I don't understand is why this is a bug, your files are not correctly setup. checkpc -f should fix it all. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 Eye-Net Consulting http://www.enc.com.au/ MIEE Debian developer csmall at : enc.com.au ieee.org debian.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343308: tetex-bin: fmtutil-sys: problems with amsptex from ptex-base
On 14.12.05 Frank Küster ([EMAIL PROTECTED]) wrote: > Helge Hafting <[EMAIL PROTECTED]> wrote: Hi, > > Error: `ptex -ini -jobname=amsptex -progname=amsptex amsptex.ini' failed > > > [...] > > (/usr/share/texmf/ptex/plain/base/kinsoku.tex)) > > ! I can't find file `amstex'. > > l.2 \input amstex > > This file is installed by tetex-extra and should be in > > /usr/share/texmf-tetex/tex/amstex/base/amstex.tex > > Is it there on your system? What is (as root) the output of > > kpsewhich --progname=amsptex --var-value TEXINPUTS.amsptex > and please give us the output of "dpkg -l tetex-base tetex-extra tetex-bin tex-common". For reference the tetex.postinst.XXcPTjfE from Helge. Thanks, Hilmar P.S.: Frank, you shouldn't try to fake E-Mail addresses -- sigmentation fault tetex.postinst.XXcPTjfE.bz2 Description: Binary data
Bug#339095: Mailman DoS CVE-2005-3573, debbug #339095
tags 339095 -unreproducible tags 339095 +security patch thanks Hi, I've noticed that an issue I have fixed in Mailman in sid has been issued a CVE and that Mandrake has issued a security advisory over it. I haven't been able to reproduce the DoS part of the report, so I didn't treat it as a security issue up to now. It seems the DoS part happens only on lists that have digest members (this explains why I would have missed it). Attached is the same patch applied to the package in unstable; please issue a DSA as appropriate. -- Lioneldiff --recursive -uN mailman-2.1.5.pristine/debian/changelog mailman-2.1.5.security/debian/changelog --- mailman-2.1.5.pristine/debian/changelog 2005-12-14 12:09:41.944679989 +0100 +++ mailman-2.1.5.security/debian/changelog 2005-12-14 12:14:12.163523006 +0100 @@ -1,3 +1,11 @@ +mailman (2.1.5-8sarge1) stable-security; urgency=low + + * Don't fall apart if the filename of an attachment is an invalid UTF-8 +string, which leads to a DoS attack (closes: #339095) +This is CVE-2005-3573 + + -- Lionel Elie Mamane <[EMAIL PROTECTED]> Wed, 14 Dec 2005 12:13:45 +0100 + mailman (2.1.5-8) unstable; urgency=low * Add Italian debconf translation (closes: #278562) diff --recursive -uN mailman-2.1.5.pristine/debian/patches/00list mailman-2.1.5.security/debian/patches/00list --- mailman-2.1.5.pristine/debian/patches/00list2005-12-14 12:09:41.717711648 +0100 +++ mailman-2.1.5.security/debian/patches/00list2005-12-14 12:11:25.000304970 +0100 @@ -32,4 +32,5 @@ 65_donot_add_empty_cc 66_donot_let_cache_html_pages 67_update_handle_old_versions +70_invalid_utf8_dos 99_js_templates diff --recursive -uN mailman-2.1.5.pristine/debian/patches/70_invalid_utf8_dos.dpatch mailman-2.1.5.security/debian/patches/70_invalid_utf8_dos.dpatch --- mailman-2.1.5.pristine/debian/patches/70_invalid_utf8_dos.dpatch 1970-01-01 01:00:00.0 +0100 +++ mailman-2.1.5.security/debian/patches/70_invalid_utf8_dos.dpatch 2005-12-14 12:18:27.017561090 +0100 @@ -0,0 +1,46 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 70_invalid_utf8_dos.dpatch by <[EMAIL PROTECTED]> +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Avoid DOS if attachement filename is invalid Unicode string + [EMAIL PROTECTED]@ +diff -urNad mailman-2.1.5~/Mailman/Handlers/Scrubber.py mailman-2.1.5/Mailman/Handlers/Scrubber.py +--- mailman-2.1.5~/Mailman/Handlers/Scrubber.py2003-12-01 02:43:18.0 +0100 mailman-2.1.5/Mailman/Handlers/Scrubber.py 2005-11-13 15:29:26.585952860 +0100 +@@ -266,7 +266,10 @@ + finally: + os.umask(omask) + desc = part.get('content-description', _('not available')) +-filename = part.get_filename(_('not available')) ++try: ++filename = part.get_filename(_('not available')) ++except UnicodeDecodeError: ++filename = _('not available') + del part['content-type'] + del part['content-transfer-encoding'] + part.set_payload(_("""\ +@@ -356,7 +359,10 @@ + # e.g. image/jpg (should be image/jpeg). For now we just store such + # things as application/octet-streams since that seems the safest. + ctype = msg.get_content_type() +-fnext = os.path.splitext(msg.get_filename(''))[1] ++try: ++fnext = os.path.splitext(msg.get_filename(''))[1] ++except UnicodeDecodeError: ++fnext = '' + ext = guess_extension(ctype, fnext) + if not ext: + # We don't know what it is, so assume it's just a shapeless +@@ -375,7 +381,10 @@ + try: + # Now base the filename on what's in the attachment, uniquifying it if + # necessary. +-filename = msg.get_filename() ++try: ++filename = msg.get_filename() ++except UnicodeDecodeError: ++filename = None + if not filename: + filebase = 'attachment' + else: signature.asc Description: Digital signature
Bug#343323: readline5: FTBFS on GNU/kFreeBSD
Package: readline5 Severity: important Version: 5.1-2 Tags: patch Hi, recent versions of readline5 fails to build on GNU/kFreeBSD, see http://experimental.ftbfs.de/build.php?arch=kfreebsd-i386&pkg=readline5 On GNU/kFreeBSD rlfe have to be linked to libutil, appropriate check is already in configure.in/configure, but result have to be propagated into Makefile. Please find patch bellow to fix that. It would also be nice if you can ask upstream to include this change. Thanks in advance Petr --- examples/rlfe/Makefile.in~ 2005-12-14 11:12:06.0 +0100 +++ examples/rlfe/Makefile.in 2005-12-14 11:12:06.0 +0100 @@ -25,7 +25,7 @@ CPPFLAGS = @CPPFLAGS@ #LDFLAGS = -L$(READLINE_DIR) LDFLAGS = @LDFLAGS@ -LIBS = -lreadline -lhistory -lncurses +LIBS = -lreadline -lhistory -lncurses @LIBS@ [EMAIL PROTECTED]@ CPP_DEPEND=$(CC) -MM -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343324: piuparts should flag as an error a failed installation of a dependency
Package: piuparts Version: 0.13-1 On Wed, Dec 14, 2005 at 10:33:42PM +1100, Anibal Monsalve Salazar wrote: >On Wed, Dec 14, 2005 at 10:10:03PM +1100, Anibal Monsalve Salazar wrote: >>I used piuparts to install tex4ht, please see below. >> >>>piuparts -p /home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>>0m0.0s INFO: >>>-- >>>0m0.0s INFO: piuparts version 0.13 starting up. >>>0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p >>>/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>>0m0.0s DEBUG: Starting command: dpkg --info >>>/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>>[...] >>>0m0.1s DUMP:Depends: tetex-bin, tex4ht-files, libc6 (>= 2.3.5-1), >>>libkpathsea3 (>= 2.0.2-1) >>>[...] > 2m8.5s DUMP:tex4ht depends on tex4ht-files; however: > 2m8.5s DUMP: Package tex4ht-files is not installed. >>>2m8.5s DUMP: dpkg: error processing tex4ht (--install): >>>2m8.5s DUMP:dependency problems - leaving unconfigured >>>2m8.5s DUMP: Errors were encountered while processing: >>>2m8.5s DUMP:tex4ht >>>2m8.5s DEBUG: Command failed (status=256), but ignoring error: 'chroot >>>/tmp/tmp-vs9L5 dpkg -i tmp/tex4ht_20051130-1_i386.deb' >>>[...] >> >>The problem was reported and ignored by piuparts. I'll file a bug report >>against piuparts. >> >>Aníbal Monsalve Salazar > >Aníbal Monsalve Salazar Please refer to #343321. Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#309453: I have the same problem
Using unstable version (0.5.0-4) and trying to blank an CD-RW, the program crashes, cdrecord is still run in the background, don't reply to kill signal and not erase the disk :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343321: RFS: tex4ht
retitle 343321 tex4ht-files is a non-existent install dependency thanks On Wed, Dec 14, 2005 at 10:10:03PM +1100, Anibal Monsalve Salazar wrote: >I used piuparts to install tex4ht, please see below. > >>piuparts -p /home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>0m0.0s INFO: >>-- >>0m0.0s INFO: piuparts version 0.13 starting up. >>0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p >>/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>0m0.0s DEBUG: Starting command: dpkg --info >>/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb >>[...] >>0m0.1s DUMP:Depends: tetex-bin, tex4ht-files, libc6 (>= 2.3.5-1), >>libkpathsea3 (>= 2.0.2-1) >>[...] 2m8.5s DUMP:tex4ht depends on tex4ht-files; however: 2m8.5s DUMP: Package tex4ht-files is not installed. >>2m8.5s DUMP: dpkg: error processing tex4ht (--install): >>2m8.5s DUMP:dependency problems - leaving unconfigured >>2m8.5s DUMP: Errors were encountered while processing: >>2m8.5s DUMP:tex4ht >>2m8.5s DEBUG: Command failed (status=256), but ignoring error: 'chroot >>/tmp/tmp-vs9L5 dpkg -i tmp/tex4ht_20051130-1_i386.deb' >>[...] > >The problem was reported and ignored by piuparts. I'll file a bug report >against piuparts. > >Aníbal Monsalve Salazar Aníbal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#341702: Source code for ppower4?
Dear Klaus, One year ago, I told you that I was packaging ppower4 for Debian as I use it and also quite a good number of my friends also do that, following some recipes of mine. At that time, I told you that ppower4 worked beautifully with the Free Java Virtual Machines available for open source systems, like kaffe or sablevm (and, although I have not tested it, I am confident that it would also work quite well with GCC's interpreter, gij). Since I would like to maintain a package for it in Debian, it is necessary to have the source code available for the package. The tools that you mentioned that were necessary for building the package (junit, ant) are available in the main distribution of Debian (which means that they run successfully without non-free software). So, I would like to ask you to provide the source code for the Java part of ppower4 on its homepage so that I can package it finally. I would love to do that before this Christmas, as this is one of the periods when I will have some free time. As I'm learning some Java, it would be instructive to know how you have written the code and we could even put the sources in an open repository managed by, say, subversion. Thank you very much for your efforts, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#343322: debbugs: Version tracking: reopened bug doesn't display properly
severity 343322 normal reassign 343322 bugs.debian.org thanks On Wed, Dec 14, 2005 at 06:16:50AM -0500, Nathanael Nerode wrote: > Package: debbugs > Severity: grave > Justification: breaks tracking of open vs. closed bugs! > Examine http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=glibc > and look for bug #333766. It is listed under "resolved bugs" and > looks like this: > #333766: libc6: SIGBUS in libm on hppa breaks qt-x11-free > Package: libc6 (libc6 2.3.5-6.0.1, libc6 2.3.5-8, libc6 2.3.5-8.1; fixed: > libc6 2.3.5-7); Severity: grave; Reported by: Steve Langasek <[EMAIL > PROTECTED]> > Done: Steve Langasek <[EMAIL PROTECTED]>; Will be archived in 27 days. > Despite the clear meaning of the "found" semantics, which are recorded > correctly, it looks like debbugs hasn't figured out that this bug is > *OPEN*. I'm not sure whether this is a problem just with the webpages, > or with debbugs itself. The reason for this is that I was (blindly) trying to modify an "archived" bug: the bug had already been closed for 30+ days, and the BTS wrongly allowed me to manipulate ... just about everything, really, except for the DONE flag. Conveniently, I was trying to reopen it because of bug #342545 which was filed about the same issue; so unmerging the two leaves #342545 right where it should be. While it's misleading for the system to allow manipulation of archived bugs (this is a known bug), the BTS mail interface did actually give me several warnings that what I was doing wasn't working, so it's not exactly causing silent breakage. BTW, I think you meant to report this to the bugs.debian.org admins, not to the maintainer of the debbugs package? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#343325: mozilla: hangs on startup polling X socket forever
Package: mozilla Version: 2:1.7.8-1 Severity: normal mozilla seems to hang on startup polling X socket forever. At least "xclock" runs fine so openssh's X forwarding should be working. I ran "strace -o strace.log -f mozilla" and now strace.log has 5767 lines. The last lines are: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3 ... connect(3, {sa_family=AF_INET, sin_port=htons(6010), sin_addr=inet_addr("127.0.0.1")}, 16) = 0 ... ioctl(3, FIONREAD, [0]) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ioctl(3, FIONREAD, [32]) = 0 read(3, "n\2\35\1\305^\377#\1\4\4\0\0\0\0\0\0\0\0\4\4\4\4\4\0\0\3\37%\2\0\0", 32) = 32 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ioctl(3, FIONREAD, [32]) = 0 read(3, "n\2\35\1\23h\377#\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\3\37%\3\0\0", 32) = 32 ioctl(3, FIONREAD, [0]) = 0 poll([{fd=3, events=POLLIN, revents=POLLIN}, {fd=4, events=POLLIN}], 2, -1) = 1 ioctl(3, FIONREAD, [32]) = 0 read(3, "n\2\35\1Z\200\377#\1\4\4\0\0\0\0\0\0\0\0\4\4\4\4\4\0\0\3\37%\2\0\0", 32) = 32 ioctl(3, FIONREAD, [0]) = 0 ... I recompiled mozilla with DEB_BUILD_OPTIONS="nostrip debug noopt" fakeroot apt-get --build source I also added --enable-debug to debian/rules which seemed to trigger some assertions. Gdb shows the following backtrace: #0 0x4080097b in nanosleep () from /lib/tls/libc.so.6 #1 0x408007af in sleep () from /lib/tls/libc.so.6 #2 0x0806c4b3 in ah_crap_handler (signum=1082691200) at nsSigHandlers.cpp:135 #3 0x41b91dcc in nsProfileLock::FatalSignalHandler (signo=6) at nsProfileLock.cpp:209 #4 #5 0x4077f83b in raise () from /lib/tls/libc.so.6 #6 0x40780fa2 in abort () from /lib/tls/libc.so.6 #7 0x400ceea8 in PR_Assert (s=0x40b37700 "PR_CLIST_IS_EMPTY(&self->link)", file=0x40b37533 "plevent.c", ln=1082691200) at prlog.c:530 #8 0x40aea013 in PL_DestroyEvent (self=0x82f70f0) at plevent.c:705 #9 0x40ac8337 in nsAStreamCopier::PostContinuationEvent_Locked (this=0x82f7050) at nsStreamUtils.cpp:442 #10 0x40ac8247 in nsAStreamCopier::PostContinuationEvent (this=0x82f7050) at nsStreamUtils.cpp:419 #11 0x40ac7a5c in nsAStreamCopier::Start (this=0x82f7050, source=0x0, sink=0x0, target=0x0, callback=0, closure=0x0, chunksize=0) at nsStreamUtils.cpp:304 #12 0x40ac7231 in NS_AsyncCopy (source=0x0, sink=0x0, target=0x82f6de0, mode=NS_ASYNCCOPY_VIA_WRITESEGMENTS, chunkSize=0, callback=0, closure=0x0) at nsStreamUtils.cpp:579 #13 0x40dd1ea8 in nsInputStreamTransport::OpenInputStream (this=0x82f6d98, flags=0, segsize=4096, segcount=16, result=0x6) at nsStreamTransportService.cpp:144 #14 0x40dd06a7 in nsInputStreamPump::AsyncRead (this=0x82f6d18, listener=0x0, ctxt=0x0) at nsInputStreamPump.cpp:277 #15 0x40dcd543 in nsInputStreamChannel::AsyncOpen (this=0x82f6c30, listener=0x0, ctxt=0x0) at nsInputStreamChannel.cpp:310 #16 0x41ef3133 in nsDocumentOpenInfo::Open (this=0x82f6cc8, aChannel=0x82f6c30) at nsURILoader.cpp:223 #17 0x41ef5ab5 in nsURILoader::OpenURI (this=0x82ba170, channel=0x82f6c30, aIsContentPreferred=0, aWindowContext=0x82ba268) at nsURILoader.cpp:842 #18 0x41ec0eb8 in nsDocShell::DoChannelLoad (this=0x82ba268, aChannel=0x82f6c30, aURILoader=0x82ba170) at nsDocShell.cpp:6031 #19 0x41ec0326 in nsDocShell::DoURILoad (this=0x82ba268, aURI=0x82b9fc8, aReferrerURI=0x0, aSendReferrer=1, aOwner=0x6, aTypeHint=0x0, aPostData=0x0, aHeadersData=0x0, aFirstParty=1, aDocShell=0x0, aRequest=0x0) at nsDocShell.cpp:5806 #20 0x41ebeb0c in nsDocShell::InternalLoad (this=0x82ba268, aURI=0x82b9fc8, aReferrer=0x0, aOwner=0x0, aFlags=1, aWindowTarget=0x815b350, aTypeHint=0x0, aPostData=0x0, aHeadersData=0x0, aLoadType=1, aSHEntry=0x0, aFirstParty=1, aDocShell=0x0, aRequest=0x0) at nsDocShell.cpp:5582 #21 0x41eaef39 in nsDocShell::LoadURI (this=0x82ba268, aURI=0x82b9fc8, aLoadInfo=0x1, aLoadFlags=0, aFirstParty=6) at nsDocShell.cpp:729 #22 0x41eb5984 in nsDocShell::LoadURI (this=0x82ba268, aURI=0xb4f8, aLoadFlags=1, aReferringURI=0x6, aPostStream=0x6, aHeaderStream=0x6) at nsDocShell.cpp:2695 #23 0x41a6e7ee in nsWebShellWindow::Initialize (this=0x81fcd90, aParent=0x0, aShell=0x6, aUrl=0x81fcd20, aCreatedVisible=0, aLoadDefaultPage=0, aInitialWidth=0, aInitialHeight=0, aIsHiddenWindow=0, [EMAIL PROTECTED]) at nsWebShellWindow.cpp:322 #24 0x41a639f0 in nsAppShellService::JustCreateTopWindow (this=0x81327b0, aParent=0x0, aUrl=0x6, aShowWindow=6, aLoadDefaultPage=6, aChromeMask=4094, aInitialWidth=100, aInitialHeight=100, aIsHiddenWindow=1, aResult=0xb7a0) at nsAppShellService.cpp:885 #25 0x41a62cdf in nsAppShellService::CreateHiddenWindow (this=0x81327b0) at nsAppShellService.cpp:488 #26 0x080625ad in main1 (argc=1, argv=0xbac4, nativeApp=0x0) at nsAppRunner.cpp:1219 #27 0x08063668 in main (argc=1, argv=0xbac4) at nsAppRunner.cpp:1781 Any idea what might be wrong or what I should try next?
Bug#340986: kde: Missing packages
Package: kde Followup-For: Bug #340986 Two packages are missing when installing kde: kdeaddons: is not present in the package list. kde-amusements, wich requires kdeedu wich requires kig wich requires libboost-python1.33.0. However, only libboost-python1.32.00 is available. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342341: eclipse: too many unneeded dependencies
Hi everyone. [Erwan, this mail is for the eclipse maintainers. I've kept you cc'ed to keep you in the discussion.] On Wed, 14 Dec 2005 19:32, Erwan David wrote: > And that doies not explain th gnome dependency, which is heavier, and > tottaly inadequate and, I repeat DANGEROUS. I have an eclipse.org binary release (3.1.1) unpacked in ~/bin/eclipse on my sarge install. A quick search shows that this includes private libraries. $ find /home/andrew/bin/eclipse/ |grep '\.so\.\|\.so$' /home/andrew/bin/eclipse/plugins/org.eclipse.cdt.core.linux.x86_3.0.0/os/linux/x86/libpty.so /home/andrew/bin/eclipse/plugins/org.eclipse.cdt.core.linux.x86_3.0.0/os/linux/x86/libspawner.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-pi-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/83/1/.cp/os/linux/x86/libupdate.so /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/10/1/.cp/os/linux/x86/libcore_3_1_0.so /home/andrew/bin/eclipse/libcairo.so.1 (Obviously this is something that the debian eclipse packages don't do). A quick ldd shows that the private libraries upstream ships _are_ linked against gnome libs. ldd /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so| grep gnome libgnomevfs-2.so.0 => /usr/lib/libgnomevfs-2.so.0 (0x4001b000) libgnome-2.so.0 => /usr/lib/libgnome-2.so.0 (0x4007d000) libgnomeui-2.so.0 => /usr/lib/libgnomeui-2.so.0 (0x40092000) libgnomecanvas-2.so.0 => /usr/lib/libgnomecanvas-2.so.0 (0x4067b000) libgnome-keyring.so.0 => /usr/lib/libgnome-keyring.so.0 (0x40ac) a quick google search "site:eclipse.org libgnome" reveals 36 hits. The following 2 (at least) support the argument that the gnome libraries are (or at least were) used upstream. https://bugs.eclipse.org/bugs/show_bug.cgi?format=multiple&id=79268 http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.swt/Eclipse%20SWT%20PI/motif/library/Attic/gnome.c?rev=1.11 However it ain't that simple. There has recently been a thread about unused library dependencies [1], [2]. The sarge ldd command does not have the -u option. Therefore I tried ldd -u on ubuntu. ldd -u /home/andrew/bin/eclipse/configuration/org.eclipse.osgi/bundles/33/1/.cp/libswt-gnome-gtk-3139.so Unused direct dependencies: /usr/lib/libgnomevfs-2.so.0 /usr/lib/libgnome-2.so.0 /usr/lib/libgnomeui-2.so.0 At this point I'm out of my depth. I don't know how to determine whether (upstreams) libswt-gnome-gtk-3139.so actually _should_ be linked against gnome libs. Since I'm running sarge, it haven't tried ldd on the debian swt libs. I did try the following. 1. Rename /usr/lib/libgnomevfs-2.so.0, /usr/lib/libgnome-2.so.0, /usr/lib/libgnomeui-2.so.0. 2. Reboot. 3. kde apps all seem fine. gedit fails needing libgnomeui-2.so.0. eclipse seems fine. Confirmed basic open, edit, save functionality works. eclipse help also works (uses mozilla-firefox, but this is what /etc/alternatives/mozilla points to). I did not test any other functionality. Important eclipse functionality could easily be broken. Hence it seems that eclipse does not need gnome libs for basic functionality. The above test doesn't mean that other swt apps don't use functionality from gnome libs of course. Andrew V. [1] http://lists.debian.org/debian-devel-announce/2005/11/msg00016.html [2] http://lists.debian.org/debian-devel/2005/11/msg01427.html http://lists.debian.org/debian-devel/2005/11/msg01432.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342870: marked as done (licq contains dev headers from licq-dev)
reopen 342870 stop > Also closing the bugs on digikam and licq, which have already been > requeued for binNMUs with the new make The licq bug is not because of make, it's just that the make problem prevented me from uploading a fixed version. The binNMU isn't going to help. You can stop it and I will upload a fixed version in a few hours. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342870: marked as done (licq contains dev headers from licq-dev)
On Wed, Dec 14, 2005 at 12:50:22PM +0100, Peter Eisentraut wrote: > reopen 342870 > stop > > Also closing the bugs on digikam and licq, which have already been > > requeued for binNMUs with the new make > The licq bug is not because of make, it's just that the make problem > prevented > me from uploading a fixed version. The binNMU isn't going to help. You can > stop it and I will upload a fixed version in a few hours. Hrm, sorry for the misunderstanding then. I've cancelled the binNMUs, but it's already been picked up on most archs. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ signature.asc Description: Digital signature
Bug#343313: libstdc++6: upgrade breaks existing applications with scim 1.0.2-3
I think it's wrong to add conflicts to libstdc++6. we'll end up with an unmanagable long list of conflicts. can the conflict be added to some basic gtk package instead? Peter Moulder writes: > Package: libstdc++6 > Version: 4.0.2-5 > Severity: important > > > Upgrading libstdc++6 from 4.0.2-2 to 4.0.2-5 causes crashes in various > gtk programs when GTK_IM_MODULE=scim is in the environment. > > I have the following scim-related packages: > > ii scim 1.0.2-3Smart Common Input Method platform > ii scim-config-socket 1.0.2-3Socket configure module for SCIM > ii scim-frontend-socket 1.0.2-3Socket front end module for SCIM > ii scim-gtk2-immodule 1.0.2-3GTK2 IMModule with SCIM as backend > ii scim-server-socket 1.0.2-3Socket IM engine module for SCIM > > With libstdc++6 4.0.2-5 installed: > > $ GTK_IM_MODULE=scim gedit > *** glibc detected *** malloc(): memory corruption: 0x0822f3b8 *** > > $ GTK_IM_MODULE=scim inkscape > Launching a SCIM daemon with Socket FrontEnd... > *** glibc detected *** corrupted double-linked list: 0x089562e8 *** > > Emergency save activated! > ... > > galeon doesn't exactly crash, but goes into sleep state before showing > its main window. > > These programs appear to work fine when GTK_IM_MODULE is unset or if > I downgrade to libstdc++6 4.0.2-2 or if I upgrade scim to 1.4.2-1. > > Thus, without really understanding the problem, I suggest that > libstdc++6 Conflict with scim (<< 1.4.2-1). > > > scim bug report #342198 may be related. > > > -- System Information: > Debian Release: testing/unstable > APT prefers testing > APT policy: (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/dash > Kernel: Linux 2.4.27-2-686-smp > Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > > Versions of packages libstdc++6 depends on: > ii gcc-4.0-base 4.0.2-5The GNU Compiler Collection > (base > ii libc6 2.3.5-8GNU C Library: Shared libraries > an > ii libgcc1 1:4.0.2-5 GCC support library > > libstdc++6 recommends no packages. > > -- no debconf information > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#160648: your bug - manpages: resolv.conf(5) doesn't document all options
On Tue, Dec 13, 2005 at 01:18:46PM -0500, Justin Pryzby wrote: > tag 160648 moreinfo > thanks > > resolv.conf(5) now documents a timeout option. Can this bug be > closed, or are there other options which need to be documented? Please send me a current copy of resolv.conf.5 and I'll check it against my copy of glibc source code. Thanks, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306867: Please make errno, perror, strerror refer to err(3)
tags 306867 fixed-upstream thanks Justin, I've made this change for 2.18. Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343194: Support for this new mailing list
Hi, I'm working with the french debian-edu team since several month. It exists some teams in france working for debian-edu software but in their own corner. So this list should be helpful to coordinate our effort to improve the developpement of debian-edu in france. I'm not an official DD but I'm working on, and I fully support the creation of this new mailing list. Friendly, -- Xavier Oswald -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343231: tuxpaint crashs with an segmentation fault
On Wed, 2005-12-14 at 10:56 +0100, Boris Schäfer wrote: > Hi Ben, > > the output of ldd /usr/bin/tuxpaint: > > linux-gate.so.1 => (0xe000) > libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7f17000) > libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7f05000) > libSDL_image-1.2.so.0 => /usr/lib/libSDL_image-1.2.so.0 (0xb7eea000) > libSDL_ttf-2.0.so.0 => /usr/lib/libSDL_ttf-2.0.so.0 (0xb7ee5000) > libSDL_mixer-1.2.so.0 => /usr/lib/libSDL_mixer-1.2.so.0 (0xb7e74000) > libm.so.6 => /lib/tls/libm.so.6 (0xb7e4e000) > libc.so.6 => /lib/tls/libc.so.6 (0xb7d17000) > libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7cf2000) > libasound.so.2 => /usr/lib/libasound.so.2 (0xb7c3f000) > libartsc.so.0 => /usr/lib/libartsc.so.0 (0xb7c39000) > libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7c36000) > libdl.so.2 => /lib/tls/libdl.so.2 (0xb7c31000) > libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7c2d000) > libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7ba9000) > libesd.so.0 => /usr/lib/libesd.so.0 (0xb7ba1000) > libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0xb7b7d000) > libaudio.so.2 => /usr/lib/libaudio.so.2 (0xb7b68000) > libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0xb7b18000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7a4d000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7a3f000) > libvga.so.1 => /usr/lib/libvga.so.1 (0xb79df000) > libaa.so.1 => /usr/lib/libaa.so.1 (0xb79c4000) > /lib/ld-linux.so.2 (0xb7feb000) > libtiff.so.4 => /usr/lib/libtiff.so.4 (0xb7971000) > libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7953000) > libz.so.1 => /usr/lib/libz.so.1 (0xb793f000) > libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb78d2000) > libvorbisfile.so.3 => /usr/lib/libvorbisfile.so.3 (0xb78ca000) > libvorbis.so.0 => /usr/lib/libvorbis.so.0 (0xb78a3000) > libogg.so.0 => /usr/lib/libogg.so.0 (0xb789d000) > libsmpeg-0.4.so.0 => /usr/lib/libsmpeg-0.4.so.0 (0xb7842000) > libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7839000) > libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7822000) > libncurses.so.5 => /lib/libncurses.so.5 (0xb77df000) > libslang.so.2 => /lib/libslang.so.2 (0xb771c000) > libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb7716000) > libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb763a000) > libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb762f000) > > Hope this helps. Thanks, Boris. It didn't show what I was looking for, though. Would you please provide me with a backtrace from the core file? $ gdb tuxpaint core (gdb) bt Thanks again, Ben
Bug#343262: devfs filename emulation not right for raid devices
On Dec 14, Joey Hess <[EMAIL PROTECTED]> wrote: > Under devfs, cciss devices are named /dev/cciss/disc, /dev/cciss/part0, > etc. > > Under udev with devfs emulation using devfs.rules, the devices are named > /dev/cciss/c0d0, /dev/cciss/c0d0p1, etc. IIRC 2.4 kernels used c0d0p1 and 2.6 kernels used the other format or something like this, so who initially contributed the script choose the old format since it would be more compatible. As an extra data point, I have a SuSE system installed a few years ago with static c0d0p1-like devices. Does d-i really really need another script to generate disc/part devices? They are hard to manage (creation requires locking) and I'd rather not spend time trying to support an highly deprecated interfaces. -- ciao, Marco signature.asc Description: Digital signature
Bug#343321: RFS: tex4ht
Hello, On Wed, 14 Dec 2005, Aníbal Monsalve Salazar wrote: > Package: tex4ht > Version: 20051130-1 > Severity: Serious > Owner: Norbert Preining <[EMAIL PROTECTED]> > > >piuparts -p /home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb > >0m0.0s INFO: > >-- > >0m0.0s INFO: piuparts version 0.13 starting up. > >0m0.0s INFO: Command line arguments: /usr/sbin/piuparts -p > >/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb > >0m0.0s DEBUG: Starting command: dpkg --info > >/home/pbuilder/result/tex4ht/tex4ht_20051130-1_i386.deb > >[...] > >0m0.1s DUMP:Depends: tetex-bin, tex4ht-files, libc6 (>= 2.3.5-1), > >libkpathsea3 (>= 2.0.2-1) > >[...] > >2m8.5s DUMP: dpkg: error processing tex4ht (--install): > >2m8.5s DUMP:dependency problems - leaving unconfigured > >2m8.5s DUMP: Errors were encountered while processing: > >2m8.5s DUMP:tex4ht > >2m8.5s DEBUG: Command failed (status=256), but ignoring error: 'chroot > >/tmp/tmp-vs9L5 dpkg -i tmp/tex4ht_20051130-1_i386.deb' > >[...] Sorry for the mess. I should have noted this error. The next version (20051214-1) will indeed fix this problem. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#343194: ...
Hi, ... I also believe the creation of this list is a good idea, and support it, altough i guess the previous supporters and their involvement with debian in france and in general should be more than enough to confer enough weight to this request. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343326: mediawiki: Wrong configuration URL in README.Debian
Package: mediawiki Version: 1.4.12-1 Severity: normal Hi, In README.Debian you write: "The configuration use an easy web-based system ; just go to this URL : http://www.myserver.org/mediawiki/config/index.php (replace by your own servername)" However, the configuration files are put in /var/lib/, not in /var/www, where my apache's DocumentRoot resides: snoopy:/var/www/mediawiki/config# grep DocumentRoot /etc/apache/httpd.conf # DocumentRoot: The directory out of which you will serve your DocumentRoot /var/www # This should be changed to whatever you set DocumentRoot to. #DocumentRoot /www/docs/host.some_domain.com snoopy:/var/www/mediawiki/config# Thank you, Eugen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mediawiki depends on: ii apache [httpd]1.3.34-1 versatile, high-performance HTTP s ii debconf [debconf-2.0] 1.4.59 Debian configuration management sy ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii php4-mysql4:4.4.0-4 MySQL module for php4 Versions of packages mediawiki recommends: ii mysql-server 4.1.15-1 mysql database server (transitiona ii mysql-server-4.1 [mysql-serve 4.1.15-1 mysql database server binaries -- debconf information: * mediawiki/webserver: apache -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343327: menu: wrong i18n: out of date po files
Package: menu Severity: minor Tags: patch l10n Hi, The po files are not updated when the .pot files has been modified. For example: $ msgfmt --statistics fr.po 66 translated messages. $ msgfmt --statistics menu.pot 0 translated messages, 67 untranslated messages. $ msgmerge -U fr.po menu.pot .. done. $ msgfmt --statistics fr.po 63 translated messages, 3 fuzzy translations, 1 untranslated message. Please find attached two patches which should fix the problem for the po/ and po-sections directories as well as a patch for menufile2pot which fixes the incorrect header. -- Thomas Huriaux --- Makefile.am 2005-09-26 18:28:19.0 +0200 +++ Makefile.am.new 2005-12-14 13:42:10.0 +0100 @@ -22,5 +22,13 @@ %.mo : %.po msgfmt -o $@ $^ -clean-local: +clean-local: update-po rm -f *.mo lang.h + +update-po: menu-sections.pot + for po in $(POs); do \ + echo -n "Updating $$po"; \ + msgmerge -U $$po menu-sections.pot; \ + done; + +.PHONY: update-po --- menufile2pot2003-04-01 22:53:13.0 +0200 +++ menufile2pot.new2005-12-14 13:43:40.0 +0100 @@ -46,6 +46,7 @@ $date=`/bin/date +"%Y-%d-%m %H:%M+%Z"`; +$date=`echo -n $date`; print POT "# Collection of titles/sections of debian menu's. # This file is automatically generated. Do not edit. --- Makefile.am 2005-05-23 18:26:42.0 +0200 +++ Makefile.am.new 2005-12-14 13:45:30.0 +0100 @@ -19,5 +19,13 @@ menu.pot:: xgettext -o menu.pot -C -k_ -c ../install-menu/*.[ch]* ../update-menus/*.[ch]* [EMAIL PROTECTED] --copyright-holder="Debian menu team" -clean-local: +clean-local: update-po rm -f *.mo + +update-po: menu.pot + [EMAIL PROTECTED] po in $(POs); do \ + echo -n "Updating $$po"; \ + msgmerge -U $$po menu.pot; \ + done; + +.PHONY: update-po signature.asc Description: Digital signature
Bug#343328: gtkmm2.0 FTBFS on hppa
Package: gtkmm2.0 Severity: serious Justification: no longer builds from source This is almost certainly not your fault, but maybe you'll know what package to report this bug in (glibc? binutils?). The log is at: http://buildd.debian.org/fetch.php?&pkg=gtkmm2.0&ver=2.2.12-2&arch=hppa&stamp=1133394105&file=log&as=raw >From the log: if /bin/sh ../../libtool --mode=compile hppa-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -Dgtkmm_COMPILATION -I../../glib -I../../glib -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -DXTHREADS -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-O2 -Wall -MT widget.lo -MD -MP -MF ".deps/widget.Tpo" -c -o widget.lo widget.cc; \ then mv -f ".deps/widget.Tpo" ".deps/widget.Plo"; else rm -f ".deps/widget.Tpo"; exit 1; fi hppa-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -Dgtkmm_COMPILATION -I../../glib -I../../glib -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -DXTHREADS -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -Wall -MT widget.lo -MD -MP -MF .deps/widget.Tpo -c widget.cc -fPIC -DPIC -o .libs/widget.o ../../glib/glibmm/containers.h: In member function 'typename Glib::List_Iterator_Base::reference Glib::SList_Iterator::operator*() const': ../../glib/glibmm/containers.h:181: warning: statement has no effect hppa-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -Dgtkmm_COMPILATION -I../../glib -I../../glib -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -DXTHREADS -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -Wall -MT widget.lo -MD -MP -MF .deps/widget.Tpo -c widget.cc -o widget.o >/dev/null 2>&1 if /bin/sh ../../libtool --mode=compile hppa-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -Dgtkmm_COMPILATION -I../../glib -I../../glib -I../../pango -I../../pango -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -DXTHREADS -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-O2 -Wall -MT window.lo -MD -MP -MF ".deps/window.Tpo" -c -o window.lo window.cc; \ then mv -f ".deps/window.Tpo" ".deps/window.Plo"; else rm -f ".deps/window.Tpo"; exit 1; fi malloc: ../bash/jobs.c:753: assertion botched malloc: block on free list clobbered Aborting... hppa-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"gtkmm\" -Dgtkmm_COMPILATION -I../../glib -I../../glib -I../../pango "" -I../../atk -I../../atk -I../../gdk -I../../gdk -I../../gtk -I../../gtk -DXTHREADS -I/usr/lib/sigc++-1.2/include -I/usr/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -O2 -Wall -MT window.lo -MD -MP -MF .deps/window.Tpo -c window.cc -fPIC -DPIC -o .libs/window.o hppa-linux-gnu-g++: : No such file or directory ../../glib/glibmm/containers.h: In member function 'typename Glib::List_Iterator_Base::reference Glib::SList_Iterator::operator*() const': ../../glib/glibmm/containers.h:181: warning: statement has no effect make[6]: *** [window.lo] Error 1 make[6]: Leaving directory `/build/buildd/gtkmm2.0-2.2.12/gtk/gtkmm' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343329: segmentation fault on dot
Package: python-numarray Version: 1.4.1-1 Numarray dot produces segmentation fault with Float matrices. ... Python 2.3.5 (#2, Aug 31 2005, 03:10:40) [GCC 4.0.2 20050821 (prerelease) (Debian 4.0.1-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import numarray as na >>> na.dot(na.identity(4), na.identity(4)) array([[1, 0, 0, 0], [0, 1, 0, 0], [0, 0, 1, 0], [0, 0, 0, 1]]) >>> na.dot(na.identity(4), na.identity(4).astype(na.Float)) Segmentation fault This happens on x86_64 testing uname -a: Linux cortex 2.6.12-1-amd64-k8-smp #1 SMP Wed Sep 28 02:57:49 CEST 2005 x86_64 GNU/Linux dpkg -s libc6 | grep ^Version: Version: 2.3.5-8.1 Same example runs fine on a i386 testing. -Antti Korvenoja -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]