Bug#344983: Missing version on texi2html build-dep
Package: zsh Version: 4.3.0-dev-2-1 Severity: normal Package fails to build with texi2html 1.66-1.2 (the one in sarge) with the following message: make[2]: Entering directory `/home/tretkowski/zsh/zsh-4.3.0-dev-2/obj/Doc' texi2html --output . --ifinfo --split=chapter ../../Doc/zsh.texi Unknown option: ifinfo Try 'texi2html -help' for usage instructions. make[2]: *** [zsh_toc.html] Error 2 Updating texi2html to 1.76-3 fixed the issue. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages zsh depends on: ii debconf [debconf-2.0] 1.4.65 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand Versions of packages zsh recommends: ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libpcre3 6.4-1.1Perl 5 Compatible Regular Expressi -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316567: Fixed in upstream
The corresponding upstream bug (http://bugs.scribus.net/view.php?id=2500) is closed . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340127: progress on this bug ? -- boo: New version doesn't work
Has there been any progress on this bug? http://bugs.debian.org/340127 -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344984: qtorrent: sort function doesnt work, only minor, good work otherwise
Package: qtorrent Version: 2.9.1-4 Severity: minor sort function doesnt work -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages qtorrent depends on: ii python2.3.5-3An interactive high-level object-o ii python-qt33.15-4 Qt3 bindings for Python (default v qtorrent recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321455: Fails to install due to dependency on libexif10
I've tried to queue binNMUs for this change on the autobuilders, but not all buildds will build contrib packages successfully due to not having non-free in their sources.list. In particular, the package has failed to build on mips and powerpc, so this bug can't be resolved without someone intervening to get the packages rebuilt. The package can't get back into testing anyway until openmotif's RC bug is fixed, though, so I guess it's not a big deal... -- 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#329326: mozilla-firefox: Crash when validating dialog boxes
Are you still experiencing this bug in recent version (ie 1.5?). -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#341247: progress on this bug ? -- beast: overwrite /usr/share/mime/globs
Has there been any progress on this bug? http://bugs.debian.org/341247 -- Clear skies, Justin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344983: Missing version on texi2html build-dep
clone 344983 -1 reassign -1 zsh-beta thanks * Norbert Tretkowski wrote: Package fails to build with texi2html 1.66-1.2 (the one in sarge) with the following message: Same issue with zsh-beta. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337458: [ja] Mapping to chinese when printing
* Kyuma Ohta ([EMAIL PROTECTED]) wrote: Written by Mike Hommey [EMAIL PROTECTED] at Fri, 4 Nov 2005 23:34:37 +0100 : Subject: Re: Bug#337458: [ja] Mapping to chinese when printing mh On Fri, Nov 04, 2005 at 10:10:23PM +0900, Kyuma Ohta [EMAIL PROTECTED] wrote: mh Package: mozilla-firefox mh Version: 1.0.7-1 mh Severity: Important mh Tags: sid,amd64 mh mh When printing Japanese web-page from firefox via cups,printing mh results are mapping seems to traditional-chinese,not japanese. mh ?$B$C$F+, i'd say it might be a font selection problem... I don't mh really know cups, but is there a way to know what font it uses to print mh ? I'm using sazanami-mincho and sazanami-gothic (both Japanese fonts) for printing and viewing. And,print-preview is right. But,printing or putting ps file from firefox is wrong :-( Font setting must be valiation of Japanese,but setting of put ps file is Bandal_ksc5601.1987-0_2b... Any luck with the latest version? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#318248: any better with 1.5?
See subject. -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#319482: Fixed in 1.5?
Has hebrew support been improved in 1.5? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#322661: mozilla-firefox: firefox segfaulting on printing... again
* Rodney Gordon II ([EMAIL PROTECTED]) wrote: On Sat, 2005-08-13 at 19:42 -0400, Eric Dorland wrote: * Rodney Gordon II ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.6-2 Severity: important I have seen a bit of these reports bug hardly any reported fixes, and the last one I read was from 1.0.4 .. This problem is quite erratic, sometimes it'll segfault, sometimes it won't. I have no idea if this backtrace will help, but here it is. If you want me to do more specific testing, please let me know what you want me to do. [snip] Reproducable for me: 1. Open FF 2. Open http://www.ocpetinfo.com/animalcare_cats.htm (yes my cat is getting neutered, lol) 3. Select a few pages of text 4. File - Print, choose 'Selection' 5. Click print button == segfault.. every single time. I'd like to get this sorted out, so if you need any more info let me know. I don't really have a printer to test this with. Which print subsystem are you using? CUPS w/ hpijs and foomatic ppd's etc.. All other apps seem to print fine with it, including plain Mozilla.. Are you still seeing this bug with the latest firefox (1.5)? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305490: Mozilla Firefox and multiple windows
* Chris Davies ([EMAIL PROTECTED]) wrote: I too have had the same problem on sites like imdb.com, cnnfn.com, etc. One similarity I have found is that iframe's seem to be the trigger. However, another interesting data point is that with pipelining turned off, I haven't had it happen since. I had pipelining at 16 before, turned it back to 4, but was having problems with cisco's site (their pix breaks pipelining). After turning pipelining off, I haven't had it happen since. The higher the pipelining number, the more frequently it would happen. I did turn pipelining on and it did recur after about 4 hours of surfing, however, with pipelining off, my browser has been open almost 24 hours with no problem. Still seeing this with Firefox 1.5? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#339852: gdal 339852 fixed in CVS
tags 339852 + pending thanks Looks like the new upstream of gdal in the debian-gis CVS repo has fixed this. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
---BeginMessage---
On Tue, 27 Dec 2005 20:27:45 +0100
Frank Küster [EMAIL PROTECTED] wrote:
Micha Feigin [EMAIL PROTECTED] wrote:
hyperref uses tocdepth to decide the depth of the bookmarks generated
from the document sections. The problem is that with documents that
don't have a chapter section this causes an off by one error.
Setting tocdepth to 1 to have only sections in the table of contents
causes no bookmarks to be generated instead of generating bookmarks only
for sections.
setting tocdepth to 2 shows sections and subsections but only sections
show in the bookmarks.
I tried to reproduce this, but failed. Can you provide a small minimal
example that shows the problem? For how to create a minimal example,
see the explanation in the bugreport you posted:
I attached a sample file. If you change the tocdepth value from 1 to 2 the
bookmarks are one level behind the table of contents (for tocdepth=2 table of
contents shows subsections but bookmarks only sections, tocdepth=1 shows
sections in toc and nothing in bookmarks).
For some reason exporting from lyx produces more erratic results, tocdepth=1
gives nothing in bookmarks (same as regular latex) but tocdepth=2 results with
subsections in bookmarks instead of just sections). I also attached the lyx
file just in case.
If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at
http://www.latex-einfuehrung.de/mini-en.html (english)
or
http://www.latex-einfuehrung.de/mini.html (german)
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
+++
This Mail Was Scanned By Mail-seCure System
at the Tel-Aviv University CC.
+++
This Mail Was Scanned By Mail-seCure System
at the Tel-Aviv University CC.#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
\textclass beamer
\begin_preamble
\usetheme{Warsaw}
% or ...
\setbeamercovered{transparent}
% or whatever (possibly just delete it)
\end_preamble
\language english
\inputencoding auto
\fontscheme default
\graphics default
\paperfontsize default
\spacing single
\papersize Default
\paperpackage a4
\use_geometry 0
\use_amsmath 1
\use_natbib 0
\use_numerical_citations 0
\paperorientation portrait
\secnumdepth 2
\tocdepth 2
\paragraph_separation indent
\defskip medskip
\quotes_language english
\quotes_times 2
\papercolumns 1
\papersides 1
\paperpagestyle default
\layout BeginFrame
Outline
\layout Standard
\begin_inset LatexCommand \tableofcontents{}
\end_inset
\layout Section
Section 1
\layout Subsection
Subsection 1
\layout BeginFrame
frame 1
\layout Standard
something
\layout EndFrame
\the_end
\documentclass{beamer}
\setcounter{tocdepth}{1}
\usetheme{Warsaw}
\begin{document}
\begin{frame}
\frametitle{frame 1}
\tableofcontents
\end{frame}
\section{section 1}
\subsection{subsection 1}
\begin{frame}
\frametitle{frame 1}
something
\end{frame}
\end{document}
---End Message---
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bug#305146: firefox unable to print CJK characters
* Tony Ma ([EMAIL PROTECTED]) wrote: I am sorry for not replying as I couldn't receive the email. Drew's email was spot-on and this is exactly why the postscript font tweaks are needed in firefox.js so that we don't have to wait unreasonbly long before for our Chinese printout. Drew was also right that it took approximate a minute per page, which is a disaster when printing a multiple-page Chinese html file!!! I hope this problem to be fixed ASAP and hopefully incorporated in the 3.0r1 point-release. So are you still experiencing problems printing CJK files? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#305355: mozilla-firefox: cpu usage skyrockets on certain pages
Are you still seeing this bug in version 1.5? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#344919: teTeX 3.x incompatible to older .sty files
retitle 344919 teTeX 3.x incompatible to older .sty files: produces PDF instead
of DVI
thanks
Tilman Höner zu Siederdissen [EMAIL PROTECTED] wrote:
Yes, I can guess which decision was made. :)
I will try get the OSA to change their style file. That might save
some scientists who use teTeX a lot of trouble.
By the way, the solution is simple:
\usepackage{ifpdf}
\ifpdf
%commands for pdf mode
\else %optional
% optional commands for dvi mode
\fi
but in many cases (e.g. hyperref) it isn't needed it all, since the
packages detect it correctly themselves.
But, since it's an important issue, I suggest to mention this in the
documentation or the FAQ. Something like the following would have been
very helpful to me when I encountered this problem:
Thanks for the suggestion; I'll put that somewhere in our package
documentation. But I'll keep the bug open so that people can easily
find it.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bug#344962: mutt-ng: 'c' in index view does not propose a new mailbox
* Elimar Riesebieter [05-12-28 02:49 +0100]: On Wed, 28 Dec 2005 the mental interface of Nicolas ?vrard told: Package: mutt-ng Version: 0.0+20051201-1 Severity: normal Tags: experimental Hello, When I have finished reading all the mails in a mailbox, when I press 'c' in mutt it proposes to me to open the next mailbox with unread messages. Unfortunatly this does not work with mutt-ng when the mailbox I'm currently in is in Maildir format. But it works with the mail in the spool so I suppose this bug is related to the Maildir format and maybe others. Hmm, I am using maildir as well and c(hanging to next new) works perfect here. Did you made changes to change-folder in your muttngrc? You can check it by the output of muttng -T | grep folder. No, I did not change anything except of course for the location of the folder ... % muttng -T | grep folder folder=/home/nicoe/Maildir/ -- (?? Nicolas ??vrard / ) Li??ge - Belgique ^^
Bug#344678: rox-filer: patch
Package: rox-filer
Version: 2.4-1
Followup-For: Bug #344678
Here is a patch you can apply to fix the bug. It's tested and it works.
Index: filer.c
===
RCS file: /cvsroot/rox/rox/ROX-Filer/src/filer.c,v
retrieving revision 1.371
retrieving revision 1.372
diff -u -r1.371 -r1.372
--- ROX-Filer/src/filer.c.orig 13 Nov 2005 11:24:41 - 1.371
+++ ROX-Filer/src/filer.c 15 Dec 2005 18:39:54 - 1.372
@@ -1,5 +1,5 @@
/*
- * $Id: filer.c,v 1.371 2005/11/13 11:24:41 tal197 Exp $
+ * $Id: filer.c,v 1.372 2005/12/15 18:39:54 tal197 Exp $
*
* ROX-Filer, filer for the ROX desktop project
* Copyright (C) 2005, the ROX-Filer team.
@@ -765,6 +765,8 @@
*/
void filer_selection_changed(FilerWindow *filer_window, gint time)
{
+ g_return_if_fail(filer_window != NULL);
+
toolbar_update_info(filer_window);
if (window_with_primary == filer_window)
Index: toolbar.c
===
RCS file: /cvsroot/rox/rox/ROX-Filer/src/toolbar.c,v
retrieving revision 1.82
retrieving revision 1.83
diff -u -r1.82 -r1.83
--- ROX-Filer/src/toolbar.c.orig 1 Aug 2005 07:10:20 - 1.82
+++ ROX-Filer/src/toolbar.c 15 Dec 2005 18:39:54 - 1.83
@@ -1,5 +1,5 @@
/*
- * $Id: toolbar.c,v 1.82 2005/08/01 07:10:20 tal197 Exp $
+ * $Id: toolbar.c,v 1.83 2005/12/15 18:39:54 tal197 Exp $
*
* ROX-Filer, filer for the ROX desktop project
* Copyright (C) 2005, the ROX-Filer team.
@@ -184,6 +184,8 @@
ViewIface *view;
int n_selected;
+ g_return_if_fail(filer_window != NULL);
+
if (o_toolbar.int_value == TOOLBAR_NONE || !o_toolbar_info.int_value)
return; /* Not showing info */
Index: view_details.c
===
RCS file: /cvsroot/rox/rox/ROX-Filer/src/view_details.c,v
retrieving revision 1.46
retrieving revision 1.47
diff -u -r1.46 -r1.47
--- ROX-Filer/src/view_details.c.orig 23 Mar 2005 19:16:55 - 1.46
+++ ROX-Filer/src/view_details.c 15 Dec 2005 18:39:54 - 1.47
@@ -1,5 +1,5 @@
/*
- * $Id: view_details.c,v 1.46 2005/03/23 19:16:55 kerofin Exp $
+ * $Id: view_details.c,v 1.47 2005/12/15 18:39:54 tal197 Exp $
*
* ROX-Filer, filer for the ROX desktop project
* Copyright (C) 2005, the ROX-Filer team.
@@ -990,14 +990,17 @@
GTK_SELECTION_MULTIPLE);
gtk_tree_selection_set_select_function(view_details-selection,
test_can_change_selection, view_details, NULL);
- g_signal_connect(view_details-selection, changed,
- G_CALLBACK(selection_changed), view_details);
/* Sorting */
view_details-sort_fn = NULL;
sortable_list = GTK_TREE_SORTABLE(object);
gtk_tree_view_set_model(treeview, GTK_TREE_MODEL(view_details));
+ /* Do this after set_model, because that can generate this
+ * signal...
+ */
+ g_signal_connect(view_details-selection, changed,
+ G_CALLBACK(selection_changed), view_details);
/* Icon */
cell = cell_icon_new(view_details);
Bug#296755: Firefox deactivates the OK button in the dialog box when clicking on a link to a Microsoft Word attachment
Are you still seeing this bug in the latest versions? -- Eric Dorland [EMAIL PROTECTED] ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
Bug#344986: gjdoc: FTBFS on several architectures (/usr/bin/gij-wrapper-4.0 failed)
Package: gjdoc Version: 0.7.7-1 Severity: important gjdoc fails to build on several architectures (mips, mipsel, arm, m68k) with the same error message: --- configure: WARNING: I have to compile Test.class from scratch checking if /usr/bin/gcj-wrapper-4.0 works... yes checking if /usr/bin/gij-wrapper-4.0 works... configure: error: The Java VM /usr/bin/gij-wrapper-4.0 failed (see config.log, check the CLASSPATH?) make: *** [config.status] Error 1 --- For instance see the buildd log: http://buildd.debian.org/fetch.php?pkg=gjdocver=0.7.7-1arch=armstamp=1134990886file=logas=raw -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344987: kipi-plugins: MPEG Slideshow does not work with mjpegtools 1:1.8.0-0.0 from ftp.nerim.net
Package: kipi-plugins Version: 0.1+rc1-1+b1 Severity: normal Tags: patch (I wonder why there is no mjeptools package in the official Debian archives.) I've just install Digikam and the kipi plugins to create a slideshow in xVCD format. With the mjeptools packaged by Christian Marillat, I run into a bug already known to the KDE people. See http://bugs.kde.org/show_bug.cgi?id=109739#c3 Since there is no mjpegtools package in Debian, I believe the following patch can be applied without causing backwards compatibility problems because the option may not be supported by an older version of ppmtoy4m. --- /usr/bin/images2mpg 2005-12-28 10:17:30.0 +0100 +++ /usr/bin/images2mpg.new 2005-12-28 10:10:45.0 +0100 @@ -828,7 +828,7 @@ # MjpegTools MPEG encoding with the number of frames and the current image. $CONVERT_BIN -depth 8 ppm:$TMPFILENAME.tmp.pnm - | cat - done | $PPMTOY4M_BIN -v $VERBOSE -n $NBFRAMETOTAL -F $IMAGES_SEC_FORMAT | $YUVSCALER_BIN -v $VERBOSE -n $VIDEO_TYPE_LETTER -O $VIDEO_FORMAT | $MPEG2ENC_BIN -v $VERBOSE -n $VIDEO_TYPE_LETTER -b $BIT_RATE -V $BUFFER_SIZE -f $VIDEO_FORMAT_NUMBER -o $TMPFILENAME.tmp.m2v + done | $PPMTOY4M_BIN -v $VERBOSE -n $NBFRAMETOTAL -F $IMAGES_SEC_FORMAT -S 420mpeg2 | $YUVSCALER_BIN -v $VERBOSE -n $VIDEO_TYPE_LETTER -O $VIDEO_FORMAT | $MPEG2ENC_BIN -v $VERBOSE -n $VIDEO_TYPE_LETTER -b $BIT_RATE -V $BUFFER_SIZE -f $VIDEO_FORMAT_NUMBER -o $TMPFILENAME.tmp.m2v DATE_FIN=`date +%s` TEMPSCALCUL=`echo $(($DATE_FIN-DATE_DEBUT))` -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-lpc.1.k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages kipi-plugins depends on: ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8 GNU C Library: Shared libraries an ii libexif120.6.12-2library to parse EXIF files ii libfam0c102 [libfam0]2.7.0-7 client library to control the FAM ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libgphoto2-2 2.1.6-6 gphoto2 digital camera library ii libgphoto2-port0 2.1.6-6 gphoto2 digital camera port librar ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libimlib21.2.1-2 powerful image loading and renderi ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkexif10.2.2-2 library for KDE to read/display/ed ii libkipi0 0.1.2-2 library for apps that want to use ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library 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 libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-11 Mesa 3D graphics library [X.Org] ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages kipi-plugins recommends: pn dcraw none(no description available) ii imagemagick6:6.2.4.5-0.2 Image manipulation programs pn k3bnone(no description available) pn kdeprinter none(no description available) pn kmail none(no description available) pn kooka none(no description available) pn sane-utils
Bug#88274: Mistake in /usr/lib/cruft/explain/home_ftp
Although this bug is tagged fixed, it isn't fixed. As of version 0.9.6-0.4, the mistake is still there. It causes bogus /home/ftp: not found messages at run time. Actually, it's fixed in experimental. Please try 0.9.6-0.11 OK, sorry. The bug is 4 years old but I see that it's only recently been fixed in experimental. Thanks, Andrew. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344988: #!/usr/bin/env ruby in tdiary-setup
Package: tdiary Version: 2.0.2+20050720-1 On my environment, /usr/bin/tdiary-setup fails as follows. % /usr/bin/tdiary-setup default /usr/bin/tdiary-setup:12:in `require': no such file to load -- debian (LoadError) from /usr/bin/tdiary-setup:12 This is because the first line of tdiary-setup use #!/usr/bin/env trick and I have ~/bin/ruby for my development. % head -1 /usr/bin/tdiary-setup #!/usr/bin/env ruby % which ruby /home/akr/bin/ruby I think #! line should specify absolute pathname of ruby which have 'debian' library. % dpkg -l|egrep 'tdiary|ruby' ii libdb4.2-ruby1.8 0.5.6-1 Interface to Berkeley DB for Ruby 1.8 ii libdpkg-ruby1.8 0.3.1modules/classes for dpkg on ruby 1.8 ii libnora-ruby1.8 0.0.20041021-1 Web Application Library for ruby ii librd-ruby1.8 0.6.16-3 RDTool library for Ruby 1.8 ii libruby1.61.6.8-13 Libraries necessary to run Ruby 1.6.x ii libruby1.81.8.3-3 Libraries necessary to run Ruby 1.8 ii libuconv-ruby1.8 0.4.12-1 Unicode/EUC-JP translation module for Ruby 1 ii ruby 1.8.2-1 An interpreter of object-oriented scripting ii ruby1.6 1.6.8-13 An interpreter of object-oriented scripting ii ruby1.8 1.8.3-3 Interpreter of object-oriented scripting lan ii ruby1.8-dev 1.8.3-3 Header files for compiling extension modules ii tdiary2.0.2+20050720-1 a communication-friendly weblog system ii tdiary-contrib2.0.2+20050720-1 Plugins of tDiary to add functionalities ii tdiary-plugin 2.0.2+20050720-1 Plugins of tDiary to add functionalities ii tdiary-theme 2.0.2+20050720-1 Themes of tDiary to change the design -- Tanaka Akira -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: new powerpc.mk version.
On Wed, Dec 28, 2005 at 12:12:06AM +0100, Sven Luther wrote: On Tue, Dec 27, 2005 at 08:39:10PM +0100, Sven Luther wrote: Hi Manoj, ... Attached is a new version of powerpc.mk, which aims at replacing fully the ppc.mk and ppc64.mk files. I think it is not yet fully mature on older system as well as in the pure-64 case, but i will refine it as time passes, but it would be nice if you could upload this one, after i confirm you it works for 2.6.15 and 2.6.14, i also need to test on 2.4.27 too, altough this one is just nubus for now, and scarcely important. Oh, well, doesn't work as is, i need to investigate tomorrow and see where it failed. Manoj, ... I confirm that this one attached version does the right thing for 2.6.14 and 2.6.15-rc7, so it would be helpful if you could upload a version of kernel-package with it and removing ppc.mk and ppc64.mk asap. it may break 2.4.x, due to the removal of the older pmac|prep|chrp|and co subarches, but the powerpc subarch should be perfectly fine for pmacs, and anyone sane should use a 2.6.x kernel on powerpc anyway, the sid 2.4.x powerpc package builds the nubus subarch only for example. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344833: new powerpc.mk version.
On Wed, Dec 28, 2005 at 10:08:41AM +0100, Sven Luther wrote:
On Wed, Dec 28, 2005 at 12:12:06AM +0100, Sven Luther wrote:
On Tue, Dec 27, 2005 at 08:39:10PM +0100, Sven Luther wrote:
Hi Manoj, ...
Attached is a new version of powerpc.mk, which aims at replacing fully the
ppc.mk and ppc64.mk files. I think it is not yet fully mature on older
system
as well as in the pure-64 case, but i will refine it as time passes, but
it
would be nice if you could upload this one, after i confirm you it works
for
2.6.15 and 2.6.14, i also need to test on 2.4.27 too, altough this one is
just
nubus for now, and scarcely important.
Oh, well, doesn't work as is, i need to investigate tomorrow and see where
it
failed.
Manoj, ...
I confirm that this one attached version does the right thing for 2.6.14 and
2.6.15-rc7, so it would be helpful if you could upload a version of
kernel-package with it and removing ppc.mk and ppc64.mk asap. it may break
2.4.x, due to the removal of the older pmac|prep|chrp|and co subarches, but
the powerpc subarch should be perfectly fine for pmacs, and anyone sane should
use a 2.6.x kernel on powerpc anyway, the sid 2.4.x powerpc package builds the
nubus subarch only for example.
And with the attached patch this time :/
Friendly,
Sven Luther
# -*- Mode: Makefile-Gmake -*-
## ppc.mk ---
## Author : Manoj Srivastava ( [EMAIL PROTECTED] )
## Created On : Mon Oct 31 18:31:06 2005
## Created On Node : glaurung.internal.golden-gryphon.com
## Last Modified By : Manoj Srivastava
## Last Modified On : Sun Dec 25 12:14:39 2005
## Last Machine Used: glaurung.internal.golden-gryphon.com
## Update Count : 1
## Status : Unknown, Use with caution!
## HISTORY :
## Description : handle the architecture specific variables.
##
## arch-tag: d59ba6c1-4d5e-46c2-aa8f-8c6e1d4a487b
##
##
## This program is free software; you can redistribute it and/or modify
## it under the terms of the GNU General Public License as published by
## the Free Software Foundation; either version 2 of the License, or
## (at your option) any later version.
##
## This program is distributed in the hope that it will be useful,
## but WITHOUT ANY WARRANTY; without even the implied warranty of
## MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
## GNU General Public License for more details.
##
## You should have received a copy of the GNU General Public License
## along with this program; if not, write to the Free Software
## Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
##
###
# prpmc and mbx are not guessed automatically yet.
ifeq ($(DEB_BUILD_ARCH),powerpc)
# This is only meaningful when building on a PowerPC
ifeq ($(GUESS_SUBARCH),)
GUESS_MACHINE:=$(shell awk '/machine/ { print $$3}' /proc/cpuinfo)
GUESS_CPU:=$(shell awk '/cpu/ { print $$3}' /proc/cpuinfo)
GUESS_GENERATION:=$(shell awk '/generation/ { print $$3}' /proc/cpuinfo)
ifneq (,$(findstring POWER,$(GUESS_CPU)))
GUESS_SUBARCH:=powerpc64
else
ifneq (,$(findstring PPC970,$(GUESS_CPU)))
GUESS_SUBARCH:=powerpc64
else
ifneq (,$(findstring NuBus,$(GUESS_GENERATION)))
GUESS_SUBARCH:=nubus
else
ifneq (,$(findstring Amiga,$(GUESS_MACHINE)))
GUESS_SUBARCH:=apus
endif
endif
endif
endif
ifeq ($(GUESS_SUBARCH),)
GUESS_SUBARCH:=powerpc
endif
else
GUESS_SUBARCH:=powerpc
endif
endif
ifeq (,$(findstring $(KPKG_SUBARCH), apus Amiga APUs nubus ppc ppc32 ppc64
powerpc powerpc32 powerpc64 prpmc mbx MBX))
KPKG_SUBARCH:=$(GUESS_SUBARCH)
endif
# We need to set the KERNEL_ARCH depending on the actual version, so let's
distinguish between pre-2.6.15, 2.6.15 and 2.6.14.
KERNEL_ARCH_VERSION = $(shell if [ $(VERSION) -lt 2 ]; then \
echo pre-2.6.15;
\
elif [ $(VERSION) -eq 2 ] [ $(PATCHLEVEL) -lt 6 ]; then \
echo pre-2.6.15;
\
elif [ $(VERSION) -eq 2 ] [ $(PATCHLEVEL) -eq 6 ] \
[ $(SUBLEVEL) -lt 15 ]; then\
echo pre-2.6.15;
\
elif [ $(VERSION) -eq 2 ] [ $(PATCHLEVEL) -eq 6 ] \
[ $(SUBLEVEL) -lt 16 ]; then\
echo 2.6.15;\
else\
echo post-2.6.15;
\
fi)
# pre-2.6.15 uses ppc for 32bit and ppc64 for 64bit.
ifeq ($(KERNEL_ARCH_VERSION), pre-2.6.15)
Bug#309443: xscreensaver: ignoreUninstalledPrograms should default to True
* Jamie Zawinski [EMAIL PROTECTED]: I understand this rationale, but it is still irritating to have it running hacks that are known not to be installed. Could there be an extra option, such that it *does* show the uninstalled hacks in the list, but it doesn't try to execute them? That part was fixed in 4.24. Uhm, http://www.jwz.org/xscreensaver/download.html still lists The latest xscreensaver source, as a gzipped tar file: xscreensaver-4.23.tar.gz -- Ralf Hildebrandt (i.A. des IT-Zentrums) [EMAIL PROTECTED] Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155 Gemeinsame Einrichtung von FU- und HU-BerlinFax. +49 (0)30-450 570-962 IT-Zentrum Standort CBF send no mail to [EMAIL PROTECTED]
Bug#336474: qc-usb-source: calls io_remap_page range which has been replaced in 2.6.14
Eric,
Le 28.12.2005 01:36:53, Eric Dorland a écrit :
* Jean-Luc Coulon (f5ibh) ([EMAIL PROTECTED]) wrote:
Package: qc-usb-source
Version: 0.8-1
Severity: normal
Hi,
qc-memory.c makes call to io_remap_page_range().
With kernel 2.6.14, it has been replaced with io_remap_pfn_range.
Your version here doesn't make sense, and grepping the source I can't
find a reference to io_remap_page_range.
I've version 0.8.1.
I use amd64 architecture, I got it there:
[EMAIL PROTECTED] % apt-cache policy qc-usb-source
qc-usb-source:
Installé : 0.8-1
Candidat : 0.8-1
Table de version :
*** 0.8-1 0
100 /var/lib/dpkg/status
0.6.3-1 0
900 ftp://ftp.fr.debian.org sid/main Packages
It installs qc-usm-modules.tar.gz in /usr/src and after untaring, I get
usr/src/modules/qc-usb-source/
Then:
[EMAIL PROTECTED] % rgrep 'io_remap_page' .
./qc-usb-source/qc-memory.c:static inline int
qc_io_remap_page_range(unsigned long from, unsigned long addr, unsigned
long size, pgprot_t prot) { return io_remap_page_range(from, addr,
size, prot); }
./qc-usb-source/qc-memory.c:#undef io_remap_page_range
./qc-usb-source/qc-memory.c:#define io_remap_page_range(vma, start,
addr, size, prot) qc_io_remap_page_range((start),(addr),(size),(prot))
./qc-usb-source/qc-memory.c:if (io_remap_page_range(vma,
start, physaddr, PAGE_SIZE, PAGE_SHARED))
But maybe this is related to the amd64 (X86_64) architecture?
--
Eric Dorland [EMAIL PROTECTED]
Best regards
Jean-Luc
pgpln0Gow01wF.pgp
Description: PGP signature
Bug#344990: backuppc: Some implementations of ping lack the -w option
Package: backuppc
Version: 2.1.1-2sarge1
Severity: normal
In version 2.1.1-2sarge1, the -w option was added to $Conf{PingCmd} in
config.pl. This option is available in iptuils-ping, but not in
inetutils-ping and netkit-ping. Thus all backups fail if one of the latter
two imlementations of ping is installed.
Regards,
Joachim
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (900, 'testing'), (200, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.12-jr91-enterprise-e
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages backuppc depends on:
ii adduser 3.63Add and remove users and groups
ii apache2 2.0.54-5next generation, scalable, extenda
ii apache2-mpm-prefork [apa 2.0.54-5traditional model for Apache2
ii debconf 1.4.30.13 Debian configuration management sy
ii dpkg 1.13.11.0.1 package maintenance system for Deb
ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc
ii libcompress-zlib-perl1.34-1 Perl module for creation and manip
ii perl [libdigest-md5-perl 5.8.4-8 Larry Wall's Practical Extraction
ii perl-suid5.8.4-8 Runs setuid Perl scripts
ii samba-common 3.0.14a-3sarge1 Samba common files used by both th
ii smbclient3.0.14a-3sarge1 a LanManager-like simple client fo
ii tar 1.14-2 GNU tar
ii wwwconfig-common 0.0.43 Debian web auto configuration
-- debconf information:
* backuppc/configuration-note:
* backuppc/add-lines: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344976: syntax error on /var/lib/dpkg/info/debsecan.config
tags 344976 confirmed pending thanks * Nelson A. de Oliveira: Today while upgrading debsecan to version 0.3.2, I saw this error: Setting up debsecan (0.3.2) ... /var/lib/dpkg/info/debsecan.config: 30: arith: syntax error: STATE + 1 dpkg: error processing debsecan (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: debsecan Line 30 of /var/lib/dpkg/info/debsecan.config is just a done. I don't know what could be... This is a bashism in the lines before. POSIX requires $(($STATE + 1)), instead of $((STATE + 1)). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344991: ITP: dotproject -- Web-based project management tool
Package: wnpp Severity: wishlist * Package name: dotproject Version : 2.0.1 Upstream Author : Adam Donnison [EMAIL PROTECTED] * URL or Web page : http://www.dotproject.net/ * License : GNU General Public License version 2 or later Description : Web-based project management tool -- Cyril Bouthors pgp5pt0oiU1SU.pgp Description: PGP signature
Bug#344992: arson: Open dialog box too small (select image file)
Package: arson Version: 0.9.8beta2-4.1 Severity: minor When you browse for an ISO image file to burn, the open dialogue box is soo small that you can't actually see any files (at least on my 1024x768 system). It works fine if you stretch out the box, but the default size is too small. (Note, I use xfce, rather than gnome or KDE.) It needs to be at least 50 pixels taller. -- 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-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages arson depends on: ii cdda2wav 4:2.01+01a03-4 Creates WAV files from audio CDs ii cdrdao 1:1.2.1-2 Disk-At-Once (DAO) recording of au ii kdelibs-data 4:3.4.2-4 core shared data for all KDE appli ii kdelibs4c2 4:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8 GNU C Library: Shared libraries an ii libfam0c102 [libfam0]2.7.0-7 client library to control the FAM ii libflac7 1.1.2-3+b1 Free Lossless Audio Codec - runtim ii libfontconfig1 2.3.2-1 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libogg0 1.1.2-1 Ogg Bitstream Library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.0-1 The Vorbis General Audio Compressi ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library 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 libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages arson recommends: pn cdparanoianone (no description available) ii cdrecord 4:2.01+01a03-4 command line CD writing tool pn id3v2 none (no description available) pn konqueror none (no description available) pn mpg321 | mpg123 none (no description available) pn normalize-audio none (no description available) pn vcdimager none (no description available) pn vorbis-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333294: default mirror
The attached pach sets localhost as the default mirror. It forces most users to edit /etc/pbuilderrc. diff -ru pbuilder-0.141_orig/pbuilderrc pbuilder-0.141/pbuilderrc --- pbuilder-0.141_orig/pbuilderrc 2005-12-28 10:27:54.0 +0100 +++ pbuilder-0.141/pbuilderrc 2005-12-28 10:29:02.0 +0100 @@ -8,7 +8,8 @@ #EXTRAPACKAGES=gcc3.0-athlon-builder #export DEBIAN_BUILDARCH=athlon BUILDPLACE=/var/cache/pbuilder/build/ -MIRRORSITE=http://ftp.jp.debian.org/debian +MIRRORSITE=http://127.0.0.1/debian +#MIRRORSITE=http://ftp.jp.debian.org/debian #NONUSMIRRORSITE=http://ftp.jp.debian.org/debian-non-US; #OTHERMIRROR=deb http://www.home.com/updates/ ./ #export http_proxy=http://your-proxy:8080/
Bug#309443: xscreensaver: ignoreUninstalledPrograms should default to True
Uhm, http://www.jwz.org/xscreensaver/download.html still lists The latest xscreensaver source, as a gzipped tar file: xscreensaver-4.23.tar.gz Oh, heh. I forgot I hadn't released that yet! Sorry. Well, you've got something to look forward to! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 10:57:42AM +0100, Javier Fernández-Sanguino Peña wrote: After debugging this issue in a system that Marc Haber set up for testing I've found two different issues, one is a misconfiguration, the other is a problem with the nessus package (the client) - (fixing the above) the nessus client was not able to connect to the server error . Error message: [ client ] [8305] SSL_connect: error:140943FC:SSL routines:SSL3_READ_BYTES:sslv3 alert bad record mac nessus : SSL error [ none at server ] I downgraded the nessus client version to 2.2.5-2 (which is *not* compiled against both 0.9.7 and 0.9.8 SSL libraries) and it worked fine. The issue should be fixed by recompiling the client against a set of the libraries, and should affect only the 2.2.5-3 version under i386. Notice, also that the package has an undeclared dependency on libssl0.9.7 (the binary is linked against that one). Why do you say that? $ dpkg -x n/nessus-core/nessus_2.2.5-3_i386.deb /tmp/nessus $ ldd /tmp/nessus/usr/bin/nessus |grep ssl libssl.so.0.9.8 = not found $ I don't see any reason to think that 2.2.5-3 is linked against 0.9.7. -- 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#343048: linux-image-2.6.14-2-686: ide fails to initialize, fails to boot
Updated today to linux-image-2.6.14-2-686 2.6.14-6 and it booted without problems. DMA working and everything aparently back to normality. Same over here. Upgrading the Kernel without a modified /etc/yaird/Default.cfg leads to a properly running system. Even after the latest yaird update (0.0.12-2) and another dpkg-reconfigure linux-image-2.6.14-2-686 everything runs fine. Thanks a lot! Regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344993: tetex-bin: binaries without manpage
Package: tetex-bin Version: 3.0-11sarge12 Severity: normal Currently, lintian gives the following warnings: W: tetex-bin: binary-without-manpage aleph W: tetex-bin: binary-without-manpage fdf2tan W: tetex-bin: binary-without-manpage lamed W: tetex-bin: binary-without-manpage mfw W: tetex-bin: binary-without-manpage mptopdf W: tetex-bin: binary-without-manpage omfonts W: tetex-bin: binary-without-manpage pdfcrop W: tetex-bin: binary-without-manpage ps4pdf W: tetex-bin: binary-without-manpage texconfig-dialog W: tetex-bin: binary-without-manpage uniqleaf mfw and texconfig-dialog just need redirects to the appropriate manpages, the other need some writing. -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#344994: tetex-bin: Obsolete debconf entries should be purged
Package: tetex-bin Version: 3.0-11sarge12 Severity: normal -- debconf information: tetex-bin/upd_map: true * tetex-bin/cnf_name: tetex-bin/fmtutil: true tetex-bin/fmtutil-failed: tetex-bin/updmap-failed: tetex-bin/hyphen: french[=patois], ngerman[=naustrian-neue_Rechtschreibung] tetex-bin/oldcfg: true tetex-bin/use_debconf: false Except cnf_name, all are unused now -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#295141: OGDI
Hi Frank, I saw the wishlist bug on gdal about ogdi support, so I've gone through the source code, and I have these questions/comments: * Would it be possible for you to release a packager's tarball that would not contain expat, zlib, vpflib, proj, shapelib, rpc_win32 and so on? * What is lib/win32/lxlib.lib derived from? * The LICENCE file is an excellent resource, if only more upstreams were as diligent. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 02:16:26AM -0800, Steve Langasek wrote: The issue should be fixed by recompiling the client against a set of the libraries, and should affect only the 2.2.5-3 version under i386. Notice, also that the package has an undeclared dependency on libssl0.9.7 (the binary is linked against that one). Why do you say that? $ dpkg -x n/nessus-core/nessus_2.2.5-3_i386.deb /tmp/nessus $ ldd /tmp/nessus/usr/bin/nessus |grep ssl libssl.so.0.9.8 = not found $ I don't see any reason to think that 2.2.5-3 is linked against 0.9.7. Sorry, my mistake: * nessusd 2.2.5-3, the server, is linked against both 0.9.7 and 0.9.8 * nessusd 2.2.5-2, the server, is only linked against 0.9.7 * nessus 2.2.5-3, the client, is only linked against 0.9.8. * nessus 2.2.5-2, the client, is only linked against 0.9.7 The 2.2.5-2 client works with the 2.2.5-3 and 2.2.5-2 server. The 2.2.5-3 client does not work against any of the servers. It's the server that has an undeclared dependency (because it's linked against 0.9.7 but depends on just libssl0.9.8 (= 0.9.8a-1)). A known fix is to have nessus, the server and client, link against just 0.9.7 (since it's known to work). Moving to 0.9.8 might require a recompile of other nessus related packages (nasl and nessus-plugins) in order for all of that to work out, it might be another (better?) option. Hopefully that clears it up. Regards Javier signature.asc Description: Digital signature
Bug#344167: Thunderbird bug
tags 344167 + unreproducible thanks On Tue, Dec 20, 2005 at 09:56:37AM -0500, Paul M Foster wrote: Description: When filter logging is turned on, it generates a file called filterlog.html in the mail directory. Each applied filter generates a dated entry in this file. Unfortunately, the date on the entry is uniformly 1969-12-31 19:00:00. The time on my Debian testing Cannot reproduce this here. The date printed should be extracted from the Date: Header of the incoming mail AFAIK. Maybe you receive mail with a strange header encoding? Please take a look in your Mailbox to confirm how the Date header inside the mails affected looks like. what's the output of running 'locale' for you? - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344953: Fixing Submitter E-Mail
submitter 344953 ! -- Fixing my submitter e-mail address. Thanks Jefferson Cowart [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344995: octave-forge: FTBFS (ia64,mips,.../unstable): fixed.h: No such file or directory
Package: octave-forge Version: 2005.06.13-4 Severity: serious octave-forge is failing to build on multiple architectures because it's missing an include path while building in the fixed/examples directory: [...] make[4]: Entering directory /build/buildd/octave-forge-2005.06.13/main/fixed/examples' Depending ffft.cc rm -f ffft.d /usr/bin/g++ -M -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL ffft.cc | /bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,ffft\.o,pic/ ffft.d,g' ffft.d-t mv ffft.d-t ffft.d Depending fixed_inc.cc rm -f fixed_inc.d /usr/bin/g++ -M -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL fixed_inc.cc | /bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,fixed_inc\.o,pic/ fixed_inc.d,g' fixed_inc.d-t mv fixed_inc.d-t fixed_inc.d mkoctfile -DHAVE_OCTAVE_21 -v -c ffft.cc /usr/bin/g++ -c -fPIC -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -DHAVE_OCTAVE_21 ffft.cc -o ffft.o In file included from ffft.cc:30: ffft.h:34:19: error: fixed.h: No such file or directory [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=octave-forgearch=mipsver=2005.06.13-4stamp=1135763004file=log. The fixed.h file is in the parent main/fixed directory, not in main/fixed/examples; for whatever reason, the build is using the -I../ argument correctly when recording the dependencies, but then proceeds to drop it for the actual build, resulting in the shown errors. There are also other errors shown in the build log; I don't understand why the build continues on after these other errors, but I assume at least that the final error, if not the *only* reason for the build failure, is at least *a* reason for the build failure. Because ginac is tied to the KDE ABI transition, and octave-forge depends on libginac1.3c2a, it would be appreciated if you could address this bug ASAP. Thanks, -- 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#344996: debsecan: ugly emails every hour
Package: debsecan Version: 0.3.2 Severity: normal I'm getting emails like this every hour: Traceback (most recent call last): File /usr/bin/debsecan, line 875, in ? rate_system(target, options, fetch_data(options), history) File /usr/bin/debsecan, line 798, in rate_system for pkg in packages: File /usr/bin/debsecan, line 175, in __iter__ self.raiseSyntaxError(expected package field) File /usr/bin/debsecan, line 197, in raiseSyntaxError raise ParseError(self.name, lineno, msg) __main__.ParseError: expected package field Please fix it. Thanks! -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=hr_HR (charmap=ISO-8859-2) Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.4.66 Debian configuration management sy ii python2.3.5-3An interactive high-level object-o Versions of packages debsecan recommends: ii cron 3.0pl1-92 management of regular background p ii equivs-dummy [mail-transport- 2005-04-16 Dummy package -- debconf information: * debsecan/suite: sid debsecan/report: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324798: can't determine who's key to encrypt to
On Sat, Dec 17, 2005 at 01:11:00PM +0100, Tobias Pfeiffer wrote: Maybe another information: When I use the OpenPGP - Key Management menu, only my own key is shown, but only with three out of the four UIDs shown by gpg. When I right-click one of these UIDs and select Key Properties, all fields are filled with ?. FWIW, what's your gnupg version? Further, please try to uninstall the enigmail package and try the latest .xpi available from upstream (http://enigmail.mozdev.org). Take care that you choose the right version (for thunderbird 1.0.7). Let me know if it fixes the problem. - Alexander p.s. please take care that the bug is listed as To: or CC: when replying to this mail (e.g. /reply-all/). -- GPG messages preferred. | .''`. ** Debian GNU/Linux ** Alexander Sack| : :' : The universal [EMAIL PROTECTED] | `. `' Operating System http://www.asoftsite.org | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342662: This bug has been fixed upstream
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D25328 Is there a timeline when we will see this bug fixed in debian? with the next upload in Jan 2006. Matthias -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 11:31:11AM +0100, Javier Fernández-Sanguino Peña wrote: On Wed, Dec 28, 2005 at 02:16:26AM -0800, Steve Langasek wrote: The issue should be fixed by recompiling the client against a set of the libraries, and should affect only the 2.2.5-3 version under i386. Notice, also that the package has an undeclared dependency on libssl0.9.7 (the binary is linked against that one). Why do you say that? $ dpkg -x n/nessus-core/nessus_2.2.5-3_i386.deb /tmp/nessus $ ldd /tmp/nessus/usr/bin/nessus |grep ssl libssl.so.0.9.8 = not found $ I don't see any reason to think that 2.2.5-3 is linked against 0.9.7. Sorry, my mistake: * nessusd 2.2.5-3, the server, is linked against both 0.9.7 and 0.9.8 Ok, I don't see this either: $ ldd /tmp/nessus/usr/sbin/nessusd|grep ssl libssl.so.0.9.8 = not found $ :) Could you please explain why you believe nessusd is linked against both versions of the library? To me, this bug looks like it's just an instance of #338006. The 2.2.5-2 client works with the 2.2.5-3 and 2.2.5-2 server. The 2.2.5-3 client does not work against any of the servers. It's the server that has an undeclared dependency (because it's linked against 0.9.7 but depends on just libssl0.9.8 (= 0.9.8a-1)). A known fix is to have nessus, the server and client, link against just 0.9.7 (since it's known to work). Well, that fix is not available to us, since there is no -dev package left for openssl0.9.7. Moving to 0.9.8 might require a recompile of other nessus related packages (nasl and nessus-plugins) in order for all of that to work out, it might be another (better?) option. Or the only option :) 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#344269: lintian: false executable-not-elf-or-script warning with perl magic header
Russ Allbery [EMAIL PROTECTED] wrote:
Frank Küster [EMAIL PROTECTED] writes:
Err, it only runs without it, but I guess that's because the shebang
line should be #!/usr/bin/perl, not #!/bin/sh.
Hm, the whole point of that sort of magic is that it's supposed to handle
being run under the shell. But indeed I can duplicate this, and I'm
completely mystified why. If one omits #!/bin/sh, it runs fine, even
though this still spawns a shell. If one includes it, Perl is spawned and
then appears to exec /bin/sh to run the script again but passes the -wS
option to it, at which point it fails due to an invlaid option.
[...]
Well, give that this weird construct works and only works without the
shebang line, maybe fixing lintian to recognize it and not complain about
it *is* the right thing to do. Although the problem it's addressing seems
pretty obscure to me at this point.
Here's some more code to chew on:
#! /bin/sh
eval '(exit $?0)' eval 'PERL_BADLANG=x;export PERL_BADLANG;: \
;exec perl -x -S -- $0 ${1+$@};#'if 0;
eval 'setenv PERL_BADLANG x;exec perl -x -S -- $0 $argv:q;#'.q+
#!perl -w
package Htex::a2ping; $0=~/(.*)/s;[EMAIL PROTECTED],'.';do($1);[EMAIL
PROTECTED]@;__END__+if !1;
# This Perl script was generated by JustLib2 at Wed Apr 23 09:14:13 2003.
# Don't touch/remove any lines above; http://www.inf.bme.hu/~pts/justlib
lintian complains:
E: tetex-bin: shell-script-fails-syntax-check ./usr/bin/a2ping
The script in fact starts fine.
Regards, Frank
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 11:31:11AM +0100, Javier Fernández-Sanguino Peña wrote: * nessusd 2.2.5-3, the server, is linked against both 0.9.7 and 0.9.8 Just found out why this happened. The Nessus server gets compile against both versions since libnasl depends on 0.9.7, I did not notice this: in the build process gcc `sh ./cflags` auth.o attack.o comm.o log.o rules.o sighand.o processes.o users.o util s.o ntp_10.o ntp_11.o parser.o hosts.o preferences.o piic.o pluginload.o nasl_plugins.o nes _plugins.o plugs_req.o nessusd.o save_tests.o save_kb.o detached.o pluginlaunch.o locks.o d irutils.o md5.o plugs_hash.o pluginupload.o pluginscheduler.o shared_socket.o -o nessusd `/usr/bin/nasl-config --libs` `/usr/bin/nessus-config --libs`-ldl -lwrap /usr/bin/ld: warning: libssl.so.0.9.7, needed by /usr/lib/libnasl.so, may conflict with lib ssl.so.0.9.8 /usr/bin/ld: warning: libcrypto.so.0.9.7, needed by /usr/lib/libnasl.so, may conflict with libcrypto.so.0.9.8 Since there is no libssl097-dev any longer I guess I'll have to recompile all packages. Did I miss some mail to d-d-a about the OpenSSL transition? Regards Javier signature.asc Description: Digital signature
Bug#344998: lintian: bogus warning about insecure tmpfile handling
Package: lintian
Version: 1.23.8
Severity: normal
W: tetex-bin: possibly-insecure-handling-of-tmp-files-in-maintainer-script
postinst:28
This line reads:
: ${MKTMPDIR:=/tmp}
and in fact the variable MKTMPDIR is only used in invocations of mktemp
with option -p.
Maybe we should change the code to something like
: ${MKTMPDIR:=$TMPDIR}
: ${MKTMPDIR:=/tmp}
but the current code is *not* insecure.
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages lintian depends on:
ii binutils 2.15-6The GNU assembler, linker and bina
ii diffstat 1.39-1produces graph of changes introduc
ii file 4.12-1Determines file type using magic
ii gettext0.14.4-2 GNU Internationalization utilities
ii intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf
ii man-db 2.4.2-21 The on-line manual pager
ii perl [libdigest-md5-perl] 5.8.4-8 Larry Wall's Practical Extraction
-- no debconf information
--
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 11:59:14AM +0100, Javier Fernández-Sanguino Peña wrote: On Wed, Dec 28, 2005 at 11:31:11AM +0100, Javier Fernández-Sanguino Peña wrote: * nessusd 2.2.5-3, the server, is linked against both 0.9.7 and 0.9.8 Just found out why this happened. The Nessus server gets compile against both versions since libnasl depends on 0.9.7, I did not notice this: Aha, so it does. in the build process gcc `sh ./cflags` auth.o attack.o comm.o log.o rules.o sighand.o processes.o users.o util s.o ntp_10.o ntp_11.o parser.o hosts.o preferences.o piic.o pluginload.o nasl_plugins.o nes _plugins.o plugs_req.o nessusd.o save_tests.o save_kb.o detached.o pluginlaunch.o locks.o d irutils.o md5.o plugs_hash.o pluginupload.o pluginscheduler.o shared_socket.o -o nessusd `/usr/bin/nasl-config --libs` `/usr/bin/nessus-config --libs`-ldl -lwrap /usr/bin/ld: warning: libssl.so.0.9.7, needed by /usr/lib/libnasl.so, may conflict with lib ssl.so.0.9.8 /usr/bin/ld: warning: libcrypto.so.0.9.7, needed by /usr/lib/libnasl.so, may conflict with libcrypto.so.0.9.8 Since there is no libssl097-dev any longer I guess I'll have to recompile all packages. It should actually be possible to fix this with binNMUs on the autobuilders, I think. I'll go ahead and queue those now. Did I miss some mail to d-d-a about the OpenSSL transition? No, there hasn't been any mail to d-d-a about it. Since libssl0.9.7 still exists, and libssl-dev was moved to version 0.9.8, this was expected to be a rather soft transition; and it has been, except for the aforementioned bug in libssl0.9.8 giving the bad mac error. Anyway, rebuilding libnasl2 against libssl0.9.8 won't make anything worse here, AFAICT. -- 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#344997: see @.png does not work; neither does display @.png
Package: imagemagick Version: 6:6.2.4.5-0.2 Severity: normal File: /usr/lib/mime/packages/imagemagick -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED]:tmp$ file @.png @.png: PNG image data, 501 x 209, 8-bit/color RGBA, non-interlaced [EMAIL PROTECTED]:tmp$ see @.png display: unable to open file `.png': No such file or directory. [EMAIL PROTECTED]:tmp$ display @.png display: unable to open file `.png': No such file or directory. As opposed to: [EMAIL PROTECTED]:tmp$ gimp @.png # displays image Or: [EMAIL PROTECTED]:tmp$ xloadimage @.png @.png is 501x209 PNG image, color type RGB_ALPHA, 8 bit Building XImage...done Or: [EMAIL PROTECTED]:tmp$ xli @.png @.png is a 501x209 8 bit deep RGB PNG image with an alpha channel Software: RRDtool, Tobias Oetiker [EMAIL PROTECTED], http://tobi.oetiker.ch Default gamma for ITRUE image is 1.00 Building XImage...done Have adjusted image from 1.00 to display gamma of 2.20 see is documented as taking a file name, and @.png is definitely a file name, so this should work. Convert @.png not working also appears to be a bug (according to file:///usr/share/doc/imagemagick/www/command-line-processing.html). This does work, however, and should probably be display's mailcap entry for image/png: display png:@.png Especially since otherwisee see jpg:haha.png wouldn't work, AFAICT. - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (130, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.2-11high-quality block-sorting file co ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libdps1 6.8.2.dfsg.1-11 Display PostScript (DPS) client li ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-10 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmagick9 6:6.2.4.5-0.2 Image manipulation library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra 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 libxml2 2.6.22-2GNOME XML library ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime imagemagick recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDsnH7+z+IwlXqWf4RAgZjAJ9hd7n7fHxLmyGkp2P8Ysdj2GQcVgCfVhj3 UERqsddfrkDTKc1NXY3DPJs= =ETDr -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344999: emacs-snapshot-gtk: error building semantic
Package: emacs-snapshot-gtk Version: 1:20051221-1 Severity: serious During build, get: Error while loading 50bbdb and Error while loading 55ecb Build of emacs ends with: emacs-install: /usr/lib/emacsen-common/packages/install/semantic emacs-snapshot emacs21 failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT line 34. dpkg: error processing emacs-snapshot-gtk (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: emacs-snapshot-gtk -- 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 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages emacs-snapshot-gtk depends on: ii emacs-snapshot-bin-commo 1:20051221-1The GNU Emacs editor's shared, arc ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.9-2 The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-1 shared library for GIF images (run ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxpm4 6.8.2.dfsg.1-11 X pixmap library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii zlib1g 1:1.2.3-8 compression library - runtime emacs-snapshot-gtk recommends no packages. Versions of packages emacs-snapshot-common depends on: ii dpkg 1.13.11.0.1 package maintenance system for Deb ii emacsen-common 1.4.16 Common facilities for all emacsen Versions of packages emacs-snapshot-bin-common depends on: ii emacs-snapshot-common 1:20051221-1 The GNU Emacs editor's common infr ii libc6 2.3.5-8.1GNU C Library: Shared libraries an ii liblockfile11.06 NFS-safe locking library, includes Versions of packages emacs-snapshot-el depends on: ii emacs-snapshot-common 1:20051221-1 The GNU Emacs editor's common infr Versions of packages emacsen-common depends on: ii bsdmainutils 6.1.2 collection of more utilities from Versions of packages emacs-snapshot-gtk is related to: ii dictionaries-common 0.63.2 Common utilities for spelling dict -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345000: libfreetype6-dev: please rebuild -dev package (suspend2_userui segfaults when compiled statically)
Package: libfreetype6-dev Version: 2.1.10-1 Severity: normal For whatever reason, suspend2ui_fbsplash from the suspend2 userui package segfaults (even in test mode -t) when compiled and linked statically against the current freetype-dev version in the archive. After rebuilding the debian source with both the current gcc 3.3 and 4 I was unable to reproduce this (I tried all 4 combinations of gcc 3.3 and 4 for the library and the program) so that I can only assume a rebuild will fix the issue. gcc versions were 1:3.3.6-12 and 4.0.2-5, yes, 3.3.6-12 is not 3.3.6-6 which is on the buildd... -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc7-surc15 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libfreetype6-dev depends on: ii libc6-dev [libc-dev] 2.3.5-9GNU C Library: Development Librari ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii zlib1g-dev [libz-dev] 1:1.2.3-9 compression library - development libfreetype6-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 03:12:44AM -0800, Steve Langasek wrote: Since there is no libssl097-dev any longer I guess I'll have to recompile all packages. It should actually be possible to fix this with binNMUs on the autobuilders, I think. I'll go ahead and queue those now. Please don't. The libssl 0.9.8 does *not* work when using Nessus, I've just recompiled all packages (libnasl, nessus-plugins and nessus-core) to try to get it working and I still get this: [19131] SSL_connect: error:1408F455:SSL routines:SSL3_GET_RECORD:decryption failed or bad record mac nessus : SSL error When trying to connect the nessus client against the server (all using 0.9.8). This seems to have happened to people using nessus in Debian or Mac OS X and building Nessus from sources with OpenSSL 0.9.8 See: http://mail.nessus.org/pipermail/nessus/2005-November/msg00206.html http://mail.nessus.org/pipermail/nessus/2005-November/msg00013.html http://archives.free.net.ph/message/20051212.082941.2fe85e3f.en.html http://mail.nessus.org/pipermail/nessus/2005-October/msg00297.html It seems it is only fixed when using openssl 0.9.7: http://mail.nessus.org/pipermail/nessus/2005-November/msg00213.html Did I miss some mail to d-d-a about the OpenSSL transition? No, there hasn't been any mail to d-d-a about it. Since libssl0.9.7 still exists, and libssl-dev was moved to version 0.9.8, this was expected to be a rather soft transition; and it has been, except for the aforementioned bug in libssl0.9.8 giving the bad mac error. Well, the above error might be an issue with 0.9.8 which might not make this transition smooth for Nessus. I'm not sure if this is a Nessus or an OpenSSL issue. The same error message seems to have appeared in OpenSSL's discussion list in the past (but not recently) Anyway, rebuilding libnasl2 against libssl0.9.8 won't make anything worse here, AFAICT. Yes, but it seems that it's a no go, as it will not work (just tested). Regards Javier signature.asc Description: Digital signature
Bug#344962: mutt-ng: 'c' in index view does not propose a new mailbox
On Wed, 28 Dec 2005 the mental interface of Nicolas Évrard told: * Elimar Riesebieter [05-12-28 02:49 +0100]: On Wed, 28 Dec 2005 the mental interface of Nicolas ?vrard told: Package: mutt-ng Version: 0.0+20051201-1 Severity: normal Tags: experimental Hello, When I have finished reading all the mails in a mailbox, when I press 'c' in mutt it proposes to me to open the next mailbox with unread messages. Unfortunatly this does not work with mutt-ng when the mailbox I'm currently in is in Maildir format. But it works with the mail in the spool so I suppose this bug is related to the Maildir format and maybe others. Hmm, I am using maildir as well and c(hanging to next new) works perfect here. Did you made changes to change-folder in your muttngrc? You can check it by the output of muttng -T | grep folder. No, I did not change anything except of course for the location of the folder Could you please purge personell infos in your mutt(ng)rc and send me the config via PM? Elimar -- Experience is something you don't get until just after you need it!
Bug#344996: debsecan: ugly emails every hour
* Zlatko Calusic: Package: debsecan Version: 0.3.2 Severity: normal I'm getting emails like this every hour: Traceback (most recent call last): File /usr/bin/debsecan, line 875, in ? rate_system(target, options, fetch_data(options), history) File /usr/bin/debsecan, line 798, in rate_system for pkg in packages: File /usr/bin/debsecan, line 175, in __iter__ self.raiseSyntaxError(expected package field) File /usr/bin/debsecan, line 197, in raiseSyntaxError raise ParseError(self.name, lineno, msg) __main__.ParseError: expected package field Please fix it. Thanks! This means that your /var/lib/dpkg/status file contains some invalid data. I'll investigate it if you can send mee a compressed copy. In the meantime, you can invoke dpkg-reconfigure debsecan and answer No to the first question. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344495: ppp: Version 2.4.4b1-1 Fails with code 127
Marco d'Itri said on Fri, Dec 23, 2005 at 10:21:57AM +0100,: What happens if you do not use wvdial? I am not able to configure any other application to connect - sorry about that. Also, please report the owner and permissions of /usr/sbin/pppd. Also, I note that the problem is not reproducible on upgrade back from ppp_2.4.2+20040428-6ubuntu1_amd64.deb to 2.4.4b1-1. Since nothing else has changed in between, I guess the problem could be caused by upgrade from whatever version of ppp I had before to the current version? However, I do not know which version of ppp I was running earlier. It was not fom ubuntu, since I do an apt-get upgrade about once a month, against sid. -- Mahesh T. Pai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345001: crosshurd: Should add /dev/com0 entry for the Hurd
Package: crosshurd Version: 1.7.22 Severity: wishlist Hi, After installing the Hurd thanks to crosshurd, I missed a /dev/com0 entry. The translator should get set by crosshurd. Regards, Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages crosshurd depends on: ii dialog1.0-20051107-1 Displays user-friendly dialog boxe ii dpkg-dev 1.13.11package building tools for Debian Versions of packages crosshurd recommends: ii attr 2.4.25-1 Utilities for manipulating filesys -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345002: streamripper produces corrupt ogg files
Package: streamripper Version: 1.61.7-1 Severity: important Streamripper produces corrupt ogg files. Using ogginfo on a 5 second file recorded by streamripper produces output as follows: New logical stream (#1, serial: 327b23c6): type vorbis Vorbis headers parsed for stream 1, information follows... Version: 0 Vendor: Xiph.Org libVorbis I 20040629 Channels: 2 Rate: 44100 Nominal bitrate: 256.00 kb/s Upper bitrate not set Lower bitrate not set Warning: sequence number gap in stream 1. Got page 1510 when expecting page 2. Indicates missing data. Warning: EOS not set on stream 1 Vorbis stream 1: Total data length: 183196 bytes Playback length: 4m:12.065s Average bitrate: 5.814231 kbps Some players (e.g. Helix) will refuse to play a file recorded by streamripper. Others (e.g. xmms, vlc, ogg123) will play the file but it is impossible to navigate the file (e.g. skip ahead, rewind). The forum for the upstream package has a couple of postings confirming this problem: http://streamripper.sourceforge.net/openbb/viewtopic.php?t=1481 http://streamripper.sourceforge.net/openbb/viewtopic.php?t=1458 I can confirm that re-encoding the ogg file repairs it but is very time consuming. The upstream package concentrates on mp3 with ogg as an in development add-on. In the Debian context there is no official mp3 solution and the ogg recording is crippled. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages streamripper depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libmad0 0.15.1b-1.1 MPEG audio decoder library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345003: ITP: libfuse-perl -- Write filesystems in Perl using FUSE
Package: wnpp Severity: wishlist Owner: Florian Ragwitz [EMAIL PROTECTED] * Package name: libfuse-perl Version : 0.6 Upstream Author : Mark Glines [EMAIL PROTECTED] * URL : http://search.cpan.org/~dpavlin/Fuse/ Description : Write filesystems in Perl using FUSE This module lets you implement filesystems in perl, through the FUSE (Filesystem in USErspace) kernel/lib interface. -- 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.13 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328037: FTBFS: No rule to make target linux-gnu-i386
It's interesting to see a three month old fix for this report at the upstream website (which is not mentioned in the debian/copyrigh file). But even this version at http://plg.uwaterloo.ca/~usystem/pub/uSystem/debian/ doesn't build. Debian uses i486 for the ix86 CPU, the package expects i386. Please fix and upload, the report is marked as release critical. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344996: debsecan: ugly emails every hour
Florian Weimer [EMAIL PROTECTED] writes: * Zlatko Calusic: Package: debsecan Version: 0.3.2 Severity: normal I'm getting emails like this every hour: Traceback (most recent call last): File /usr/bin/debsecan, line 875, in ? rate_system(target, options, fetch_data(options), history) File /usr/bin/debsecan, line 798, in rate_system for pkg in packages: File /usr/bin/debsecan, line 175, in __iter__ self.raiseSyntaxError(expected package field) File /usr/bin/debsecan, line 197, in raiseSyntaxError raise ParseError(self.name, lineno, msg) __main__.ParseError: expected package field Please fix it. Thanks! Hey Florian, thanks for a real fast reply! This means that your /var/lib/dpkg/status file contains some invalid data. I'll investigate it if you can send mee a compressed copy. Interesting, I'll send you a copy off-list to help you debug it, sure. In the meantime, you can invoke dpkg-reconfigure debsecan and answer No to the first question. Right, that should do it. Although I could swear that I have answered that question as 'no' before, but who knows what happened, I've seen much nastier bugs... :) My status file is on your way, hopefully it gives you some idea what's goin' on... Regards, -- Zlatko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227313: Intention to NMU
* Luk Claes wrote: Attached the patch for the version I intend to upload. Please respond if you don't want this NMU to happen, if you are working yourself on a patch or if you think that the attached patch won't work. I'm currently not working on that package... go ahead. Thanks, Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345005: lintian: bogus error bad-version-in-relation conflicts: aleph ( 1:0)
Package: lintian Version: 1.23.8 Severity: important (is important appropriate for error messages about non-errors?) E: tetex-bin: bad-version-in-relation conflicts: aleph ( 1:0) N: N: The version number used in this relationship does not match the N: defined format of a version number. N: N: Refer to Policy Manual, section 5.6.12 for details. N: I see nothing in the policy manual that would forbid an upstream version number of 0 together with an epoch. It doesn't make much sense for a real upstream version number, but why does lintian care? In fact 0 isn't an upstream version number, rather the aleph project has been renamed, and the package for the new software will produce a transitional package for aleph, with epoch 1: and an unknown upstream version number, the maintainer told me. Since the transitional package doesn't contain any files, I need no longer conflict with it. Regards, Frank -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages lintian depends on: ii binutils 2.15-6The GNU assembler, linker and bina ii diffstat 1.39-1produces graph of changes introduc ii file 4.12-1Determines file type using magic ii gettext0.14.4-2 GNU Internationalization utilities ii intltool-debian0.30+20040213 Help i18n of RFC822 compliant conf ii man-db 2.4.2-21 The on-line manual pager ii perl [libdigest-md5-perl] 5.8.4-8 Larry Wall's Practical Extraction -- no debconf information -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#345004: FTBFS: uC++ Translator error: cpp level, execvp: No such file or directory
Package: u++ Version: 5.0.1-5 Severity: serious after fixing #328037: make[2]: Entering directory `/home/packages/u/u++-5.0.1/src/debugger' /home/packages/u/u++-5.0.1/src/translator/bin-linux-i386/u++ -nomulti -debug -B/home/packages/u/u++-5.0.1/src/translator/lib-linux-i386 -I. -I/home/packages/u/u++-5.0.1/src/collection -I/home/packages/u/u++-5.0.1/src/kernel -I/home/packages/u/u++-5.0.1/src/scheduler -I/home/packages/u/u++-5.0.1/src/library -I/home/packages/u/u++-5.0.1/src/debugger -I/home/packages/u/u++-5.0.1/src/profiler -DPACKAGE=\/home/packages/u/u++-5.0.1\ -DVERSION=\5.0.1\ -DTMPDIR=\/tmp\ -O2 -Wall -Wno-unused-label -DSIZE_OF_BREAKPOINT_FIELD=64 -MD /home/packages/u/u++-5.0.1/src/debugger/uBConditionEval.cc -c -o /home/packages/u/u++-5.0.1/src/debugger/obj-linux-i386/uBConditionEval-d.o uC++ Version 5.0.1 (single processor) (debug) (no yield) (no verify) (no profile) uC++ Translator error: cpp level, execvp: No such file or directory make[2]: *** [/home/packages/u/u++-5.0.1/src/debugger/obj-linux-i386/uBConditionEval-d.o] Error 1 make[2]: Leaving directory `/home/packages/u/u++-5.0.1/src/debugger' make[1]: *** [all] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#313604: kdevelop3 xml error
Hi, we found the same problem, but when we generate a new project. However, we have found the solution, we think. Cornelius, we don't think that the kdevelop project file was xml clean. Our file fails passing the xmllint test. Our problem and we think that the same as Cornelius is that the encoding is not defined in the xml file. So, if there's some character diferent from ascii, the parser fails. In our case, my name has accented characters, so, althougth the xmlfile seems correct, fails because the encoding. Probably it also happens in the generated documentation [1]. The solution could be simple: modify the first line of the xml file. ?xml version=1.0 encoding=iso8859-1 ? --- ?xml version=1.0? in our case. Regards, Jordi and Leo From: Cornelius Weiss [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: kdevelop3: loding a project fails with xml markup error Date: Tue, 14 Jun 2005 16:47:54 +0200 Package: kdevelop3 Version: 4:3.2.0-3 Severity: important i'm not able to load project files (*.kdevelop). The errormessage is: This is not a valid projectfile. XML error in line 13 column 11 tag mismatch The projectfile was generated by kdevelop itselve, using new project wizzard. The projectfile is 100% claen XML, i can't find a failure there. cu cornelius [1] http://bugs.kde.org/show_bug.cgi?id=87115 -- Jordi Marcé-Nogué Leopold Palomo
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
Hi Micha, please keep the bugnumber in the Cc, so that the other maintainers also see the mail, and it gets properly archived. Frank Küster [EMAIL PROTECTED] wrote: I attached a sample file. If you change the tocdepth value from 1 to 2 the bookmarks are one level behind the table of contents (for tocdepth=2 table of contents shows subsections but bookmarks only sections, tocdepth=1 shows sections in toc and nothing in bookmarks). This is not the case here. When increasing tocdepth, the bookmarks need 2 pdflatex runs to show the additional level, but they always show the same items as the toc does. If you add \listfiles as the very first line of the LaTeX file, the log file and the output will contain a list of included style files with versions. Please send us this list. Also, above the list you can find the listing of all included files with full path (even without the \listfiles command). Please check whether any file is used that is in /usr/local/texmf, ~/texmf or any other local tree. For some reason exporting from lyx produces more erratic results, tocdepth=1 gives nothing in bookmarks (same as regular latex) but tocdepth=2 results with subsections in bookmarks instead of just sections). I also attached the lyx file just in case. I hope we'll be able to debug this without lyx - I've never used it. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Bug#343487: nessusd: cannot connect to 2.2.5-3 server
On Wed, Dec 28, 2005 at 02:54:17AM -0800, Steve Langasek wrote: * nessusd 2.2.5-3, the server, is linked against both 0.9.7 and 0.9.8 Ok, I don't see this either: $ ldd /tmp/nessus/usr/sbin/nessusd|grep ssl libssl.so.0.9.8 = not found $ Funny, it seems that ldd output varies _if_ you have this: $ dpkg -l ness* *nasl* |grep ^ii ii libnasl2 2.2.5-2Nessus Attack Scripting Language, shared lib ii nessus 2.2.5-2Remote network security auditor, the client ii nessus-plugins 2.2.5-2Nessus plugins ii nessusd2.2.5-3Remote network security auditor, the server $ ldd /usr/sbin/nessusd |grep ssl libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0x40115000) libssl.so.0.9.7 = /usr/lib/i686/cmov/libssl.so.0.9.7 (0x403b4000) However, if you have this: $ dpkg -l ness* *nasl* |grep ^ii ii libnasl2 2.2.5-3Nessus Attack Scripting Language, shared lib ii nessus 2.2.5-3Remote network security auditor, the client ii nessus-plugins 2.2.5-2Nessus plugins ii nessusd2.2.5-3Remote network security auditor, the server (libnasl 2.2.5-3 is the version I was preparing which compiles against libssl.so.0.9.8, it's not in the archive) Then you get this: $ ldd /usr/sbin/nessusd |grep ssl libssl.so.0.9.8 = /usr/lib/i686/cmov/libssl.so.0.9.8 (0x40116000) So, for archs that have compiled libnasl2 against libssl.so.0.9.8 you will not see nessusd linking against both. For archs that have compiled libnasl aginast libssl.so.0.9.7 you will see that. Tthose archs include i386 at least, since the packages for i386 were compiled in August by me. Which was previous to the switch of 0.9.7 to 0.9.8 in libssl-dev (in October). Could you please explain why you believe nessusd is linked against both versions of the library? As said above and easily reproducible. Just install a libnasl2 which has been compiled aginast 0.9.7. To me, this bug looks like it's just an instance of #338006. Indeed, it looks like this might be the end issue. Is it a good idea to force everyone to use a buggy library? Wouldn't it make sense to provide a libssl097-dev to prevent breakage for those packages that get bitten by this bug? Regards Javier signature.asc Description: Digital signature
Bug#344485: cl-tclink_3.3.1-3+b1 (m68k/unstable): FTBFS: canoct create directory ././var/cache/fonts/tf: Permission denied
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (/usr/share/texmf-tetex/tex/latex/base/t1enc.def)kpathsea: Running mktextfm ecrm1000 mkdir: cannot create directory ././var/cache/fonts/tfm': Permission denied mktextfm: mktexdir /var/cache/fonts/tfm/jknappen/ec failed. kpathsea: Appending font creation commands to missfont.log. ! Font T1/cmr/m/n/10=ecrm1000 at 10.0pt not loadable: Metric (TFM) file not fou nd. This is most likely a problem in the buildd's build environment. The font metrics cannot be created, the package itself only calls `latex' with the file. Looking at the TeX file and at the build system it doesn't look like anything that can be solved by modifying the package. I suspect a problem either in the environment or in the tetex package. The other buildds were able to successfully compile `3.3.1-3.0.1' with tetex 3.0-10, the m68k buildd tries it with tetex 3.0-11. Kind regards, Philipp Kern -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (Darwin) iD8DBQFDsn6w7Ro5M7LPzdgRAnO5AKCJGsO5ovP+iFHrFwBvWWA0Qtlp+ACfSTcR 5+IPqd3+T5CkDQRE5oL/Cqg= =+6sA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345006: xchm: segfault at start
Package: xchm Version: 2:1.2.0-5 Severity: important $ xchm Segmentation fault -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (400, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xchm depends on: ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libchm1 0.37-2 library for dealing with Microsoft ii libgcc1 1:4.0.2-5 GCC support library ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libwxgtk2.6-0 2.6.1.2wxWidgets Cross-platform C++ GUI t xchm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322661: mozilla-firefox: firefox segfaulting on printing... again
On Wed, Dec 28, 2005 at 03:20:39AM -0500, Eric Dorland wrote: * Rodney Gordon II ([EMAIL PROTECTED]) wrote: On Sat, 2005-08-13 at 19:42 -0400, Eric Dorland wrote: * Rodney Gordon II ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.6-2 Severity: important I have seen a bit of these reports bug hardly any reported fixes, and the last one I read was from 1.0.4 .. This problem is quite erratic, sometimes it'll segfault, sometimes it won't. I have no idea if this backtrace will help, but here it is. If you want me to do more specific testing, please let me know what you want me to do. [snip] Reproducable for me: 1. Open FF 2. Open http://www.ocpetinfo.com/animalcare_cats.htm (yes my cat is getting neutered, lol) 3. Select a few pages of text 4. File - Print, choose 'Selection' 5. Click print button == segfault.. every single time. I'd like to get this sorted out, so if you need any more info let me know. I don't really have a printer to test this with. Which print subsystem are you using? CUPS w/ hpijs and foomatic ppd's etc.. All other apps seem to print fine with it, including plain Mozilla.. Are you still seeing this bug with the latest firefox (1.5)? Nope, working fine so far! -r -- Rodney Gordon II (meff) | meff at pobox dot com GPG Key ID: 7FF4B2BC| AIM ID: mefforz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344995: [Pkg-octave-devel] Bug#344995: octave-forge: FTBFS (ia64, mips, .../unstable): fixed.h: No such file or directory
This sounds familiar and may already be fixed in CVS, so hopefully it is just a matter of releasing a new version. I think the hordes of octave-forge developers can manage this before the new year. The steps are as usual: (1) post all outstanding changes to your packages (2) address outstanding bugs on the bug tracker (3) address outstanding bugs on the list, or add them to the bug tracker (4) purge functions which have made it into 2.1.72 (5) test build on windows, os x, linux Please help out where you can. Also for all the octave-forge functions you are using, add some test cases at the end if there are none there already so that we can release with more confidence. - Paul On Dec 28, 2005, at 5:42 AM, Steve Langasek wrote: Package: octave-forge Version: 2005.06.13-4 Severity: serious octave-forge is failing to build on multiple architectures because it's missing an include path while building in the fixed/examples directory: [...] make[4]: Entering directory /build/buildd/octave-forge-2005.06.13/main/fixed/examples' Depending ffft.cc rm -f ffft.d /usr/bin/g++ -M -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL ffft.cc | /bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,ffft\.o,pic/ ffft.d,g' ffft.d-t mv ffft.d-t ffft.d Depending fixed_inc.cc rm -f fixed_inc.d /usr/bin/g++ -M -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -I../ -DHAVE_OCTAVE_21 -DHAVE_RESIZE_AND_FILL fixed_inc.cc | /bin/sed -e 's,^[^:]*/\(.*\.o\):,\1:,' -e 's,fixed_inc\.o,pic/ fixed_inc.d,g' fixed_inc.d-t mv fixed_inc.d-t fixed_inc.d mkoctfile -DHAVE_OCTAVE_21 -v -c ffft.cc /usr/bin/g++ -c -fPIC -I/usr/include/octave-2.1.72 -I/usr/include/octave-2.1.72/octave -O2 -DHAVE_OCTAVE_21 ffft.cc -o ffft.o In file included from ffft.cc:30: ffft.h:34:19: error: fixed.h: No such file or directory [...] A full build log can be found at http://buildd.debian.org/fetch.php?pkg=octave- forgearch=mipsver=2005.06.13-4stamp=1135763004file=log. The fixed.h file is in the parent main/fixed directory, not in main/fixed/examples; for whatever reason, the build is using the -I../ argument correctly when recording the dependencies, but then proceeds to drop it for the actual build, resulting in the shown errors. There are also other errors shown in the build log; I don't understand why the build continues on after these other errors, but I assume at least that the final error, if not the *only* reason for the build failure, is at least *a* reason for the build failure. Because ginac is tied to the KDE ABI transition, and octave-forge depends on libginac1.3c2a, it would be appreciated if you could address this bug ASAP. Thanks, -- 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/ ___ Pkg-octave-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-octave-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343525: Technically not against policy, but a problem for security support in stable
While this is technically not against policy, native packages will cause more work for the security team if security fixes need to be released. Please repackage this as a non-native package. 04:02:30 vorlon I guess I'd file that under package smells too buggy to be releasable; so while it's not normally an RC offense, in the absence of a maintainer's opinion to the contrary, we might well call it in the opinion of the release team, the package is not fit for release Don Armstrong -- Tell me something interesting about yourself. Lie if you have to. -- hugh macleod http://www.gapingvoid.com/archives/batch20.php http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Bug#344996: debsecan: ugly emails every hour
tag 344996 confirmed thanks * Zlatko Calusic: This means that your /var/lib/dpkg/status file contains some invalid data. I'll investigate it if you can send mee a compressed copy. Interesting, I'll send you a copy off-list to help you debug it, sure. The culprit is: Package: nerolinux Status: install ok installed Priority: optional Section: unknown Maintainer: Nero AG Architecture: i386 Version: 2.0.0.4-2 Depends: libc6 (= 2.2.4-4), libglib1.2 (= 1.2.0), libgtk1.2 (= 1.2.10-4), xlibs (= 4.1.0) Description: NeroLINUX CD/DVD Burning Software Copyright: Nero AG NeroLINUX uses Nero 6.6's embedded API to bring Nero's powerful CD/DVD-writer functions to the Linux Desktop. The line \n in the description is wrong, it should read .\n. I'm going to implement a workaround in debsecan, even though this begins to resemble HTML parsing. 8-( Right, that should do it. Although I could swear that I have answered that question as 'no' before, but who knows what happened, I've seen much nastier bugs... :) The question is a low-priority debconf question, and it was introduced in version 0.3.2. Unless you explicitly ran dpkg-reconfigure, you shouldn't have seen it before. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331079: Great... but why block on hs-plugins?
It'll be great to have hs-curses packaged in Debian, but why would it have to depend on hs-plugins? Since hs-plugins is not very portable -- either to different Debian platforms or to different Haskell environments -- that's concerning for me. Thanks, -- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344770: status of mrxvt is not preserved across KDE sessions
[Add Jimmy Zhou (the upstream author) to CC] On Sun, Dec 25, 2005 at 06:56:26PM -0500, Kamaraju Kusumanchi wrote: Package: mrxvt Version: 0.4.2-1 Severity: normal I am using KDE 3.4.3 available in Debian SID as my desktop environment. I have enabled the save session option of KDE. Let's say inside KDE, I open two tabs in an mrxvt window. Now I log out of the system and log back in. But in the new KDE session, I see only one tab instead of the original two. This is probably fine if we work with just 2 tabs, but is certainly a trouble if we are working with say 5-10 tabs and loose all the information about the previous state. Even if we are working with just one tab, the working directory is not preserved across KDE sessions. In the new session, the working directory is always the home directory no matter what the original working directory was. Konsole (KDE terminal emulator) restores fine in both of these aspects (number of terminals, working directories). I am not sure whether this is a bug of KDE or mrxvt. Please point out the correct package against which I should report this bug, if this is not the right place for it. thanks raju Hi, Thanks for the bug report. I do not think mrxvt has any KDE session support function. Mrxvt is designed as a small and light-weight terminal emulator and it does not require KDE (or any other) desktop environment. Therefore, it is not a surprise that mrxvt does not save sessions under KDE. Jimmy, can you confirm this? Regards, Qingning signature.asc Description: Digital signature
Bug#344948: libtorrent: New upstream release
On Tue, Dec 27, 2005 at 09:42:08PM +0100, Florian Ragwitz wrote: Package: libtorrent Severity: wishlist Hello, libtorrent 0.9.1 is available on sourceforge. Please update your package. TIA, Flo -- 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.13 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Hi, Thanks for the bug report. Please note that the libtorrent project on sourceforge is not the same project as the libtorrent Debian package. Debian packages of libtorrent and rtorrent are based on the work of Jari Rakshasa Sundell, which are hosted at http://libtorrent.rakshasa.no/ . Be the way, I do have to upgrade libtorrent Debian package to 0.8.1 and rtorrent to 0.4.1. Thanks, Qingning signature.asc Description: Digital signature
Bug#340787: revelation - fails if home is not writable
severity 340787 serious thanks This bug is not s390 specific. It just fails if the home which is listed in /etc/passwd is not writable. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown signature.asc Description: Digital signature
Bug#331079: Great... but why block on hs-plugins?
On Wednesday 28 December 2005 13:28, John Goerzen wrote: It'll be great to have hs-curses packaged in Debian, but why would it have to depend on hs-plugins? hs-curses does not depends on hs-plugins, but riot does. Since hs-plugins is not very portable -- either to different Debian platforms or to different Haskell environments -- that's concerning for me. My idea was actually to ship two binary packages: riot and riot-static, the former needing hs-plugins. Distributing riot as a binary debian package without hs-plugins removes its configuration ability which sounds pretty limitating too me. I am using the riot package as a test to see if hs-curses is working well enough to be released. Maybe I should just release a static only version of riot and hs-curses altogether? Regards, -- Jérémy pgpMQ3fO9VssL.pgp Description: PGP signature
Bug#337820: tse3 - FTBFS: error: call of overloaded 'element(const char [9], size_t)' is ambiguous
tags 337820 patch
thanks
Hi Daniel,
The attached patch allows tse3 to build successfully on both alpha and i386.
IMHO, this is a better answer than either smashing 64-bit size_t values down
to 32 bits, or having to sprinkle casts everywhere; unsigned int and
uint64_t are pretty much always guaranteed to be different sizes, and size_t
is bound to match one of the two on all platforms I'm aware of, so this
should allow clean builds with gcc-4.0 on all platforms.
Since tse3 has reverse-dependencies that are tied to the KDE ABI transition,
I'll plan to upload an NMU for this bug in the next couple of days if you
don't object.
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/
diff -u tse3-0.3.1/debian/changelog tse3-0.3.1/debian/changelog
--- tse3-0.3.1/debian/changelog
+++ tse3-0.3.1/debian/changelog
@@ -1,3 +1,12 @@
+tse3 (0.3.1-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Medium-urgency upload for RC bugfix.
+ * add a uint64_t variant of XmlFileWriter::element(), to cover the case
+when sizeof(size_t) != sizeof(unsigned int). Closes: #337820.
+
+ -- Steve Langasek [EMAIL PROTECTED] Wed, 28 Dec 2005 04:16:43 -0800
+
tse3 (0.3.1-2) unstable; urgency=low
* Rebuild for yet another C++ transition. (Closes: #339272)
only in patch2:
unchanged:
--- tse3-0.3.1.orig/src/tse3/file/XML.h
+++ tse3-0.3.1/src/tse3/file/XML.h
@@ -154,6 +154,7 @@
void element(const std::string name, const char
*value);
void element(const std::string name, int
value);
void element(const std::string name, unsigned int
value);
+void element(const std::string name, uint64_t
value);
void element(const std::string name, bool
value);
void comment(const std::string comment);
only in patch2:
unchanged:
--- tse3-0.3.1.orig/src/tse3/file/XML.cpp
+++ tse3-0.3.1/src/tse3/file/XML.cpp
@@ -117,6 +117,13 @@
}
+void TSE3::File::XmlFileWriter::element(const std::string name, uint64_t
value)
+{
+indent(out);
+outname value=\ value \/\n;
+}
+
+
void TSE3::File::XmlFileWriter::element(const std::string name, bool value)
{
indent(out);
signature.asc
Description: Digital signature
Bug#344948: libtorrent: New upstream release
On Wed, Dec 28, 2005 at 12:43:56PM +, Qingning Huo wrote: On Tue, Dec 27, 2005 at 09:42:08PM +0100, Florian Ragwitz wrote: Package: libtorrent Severity: wishlist Hello, libtorrent 0.9.1 is available on sourceforge. Please update your package. Please note that the libtorrent project on sourceforge is not the same project as the libtorrent Debian package. Debian packages of libtorrent and rtorrent are based on the work of Jari Rakshasa Sundell, which are hosted at http://libtorrent.rakshasa.no/ . Whops. That explains my confusion about the api changes. Thought it was completly rewritten. Sorry, Flo signature.asc Description: Digital signature
Bug#344872: cups-pdf creates 0 bytes pdf file.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin-Éric Racine wrote: ti, 2005-12-27 kello 15:51 -0300, Andres Junge kirjoitti: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin-Éric Racine wrote: ti, 2005-12-27 kello 02:53 -0300, Andres Junge kirjoitti: Cups creates 0 byte pdf file as normal user. As root works ok. Please check /var/log/cups/cups-pdf_log and paste a copy of what it reports to [EMAIL PROTECTED] Thanks. Nothing. /var/log/cups/cups-pdf_log is an empty file (0 byte file). If CUPS-PDF had problems creating the file, it would have logged something about it automatically. Do you have an unusual situation involving e.g. home directories mounted via NFS that could perhaps have the worng mounting options? Nothing special, that's why is so strange. Is logging enabled by default? How do I check that loggin is enabled? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDsooWVxWNkyLu3tYRAjOTAJ4ln7I8K1HJR36A6BB29hRRfNbyaACeM/Kn wpqDNjD99lj0zKwNClq0YH8= =aztz -END PGP SIGNATURE-
Bug#345011: firefox crashes on given png file
Package: firefox Version: 1.5.dfsg-3 Severity: normal Firefox crashes on the following image: http://csillag.dsd.sztaki.hu/~csillag/ff_crash/ftree.png If you download the image by other means (ie. wget), and you try to load in into firefox, it still crashes. This could be a libpng bug, but gqview, which uses the same libpng, can show the image all right. * * * Please let me know if I help you to fix this! Kristof Csillag -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages firefox depends on: ii debianutils 2.15.2 Miscellaneous utilities specific t ii fontconfig 2.3.2-1.1 generic font configuration library ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libc62.3.5-9 GNU C Library: Shared libraries an ii libcairo21.0.2-3 The Cairo 2D vector graphics libra 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.8.9-2 The GTK+ graphical user interface ii libidl0 0.8.5-1 library for parsing CORBA IDL file ii libjpeg626b-11 The Independent JPEG Group's JPEG ii libpango1.0-01.10.1-2Layout and rendering of internatio ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library 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 libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxp6 6.8.2.dfsg.1-11 X Window System printing extension ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii psmisc 21.8-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3-9 compression library - runtime firefox recommends no packages. -- no debconf information -- Csillag Kristof [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337279: Merging virtually identical bugs.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 severity 344915 important merge 344915 337279 thanks These bugs are virtually identical, so merging... - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDso3pn7DbMsAkQLgRAs+yAKCdR5PLHekk+F4wi8cyO5cTuwbMGwCfd34J hYarNYqy1DZVOOZexfrqMoI= =NOru -END PGP SIGNATURE-
Bug#345008: RFP: gphoto-fuse -- filesystem client based on libgphoto2
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: gphoto-fuse Version : 0.0 Upstream Author : Philip Langdale [EMAIL PROTECTED] * URL : http://intr.overt.org/gphoto-fuse/ * License : GPL Description : filesystem client based on libgphoto2 GPhotoFS is a filesystem client based on libgphoto2 that exposes supported cameras as filesystems; while some cameras implement the USB Mass Storage class and already appear as filesystems (making this program redundant), many use the Picture Transfer Protocol (PTP) or some other custom protocol. But as long as the camera is supported by libgphoto2, it can be mounted as a filesystem using this program. - -- 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.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDso2VRqobajv7n7MRAl9UAKCh5zkv9P61JJdpY9pBG4TPKb6U9wCgp63K vAWfkg/xwgD1CnWdjMYgdXc= =Qp3n -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345009: ITP: snake3d -- a 3D snake game
Package: wnpp Severity: wishlist Owner: Jose Carlos Medeiros [EMAIL PROTECTED] * Package name : snake3d * Version : 0.6 * Upstream Author : Irush [EMAIL PROTECTED] * URL : http://sourceforge.net/projects/worms3d/ * License : GPL * Description : snake3d is a variant of the snake game (or worm game, depends on when you where born). You are a snake in a 3d cube trying to eat as many icosahedrons as possible, which makes your tail longer. To make things worse, there are other snakes in the cube.
Bug#345010: tkdiff: Tkdiff broken in 4.0.2-1sarge0 (security update)
Package: tkdiff Version: 1:4.0.2-1sarge0 Severity: grave When I run tkdiff from tkcvs I get the following error: Error in startup script: can not find channel named fid while executing close fid (procedure tmpfile line 11) invoked from within tmpfile $index (procedure get-file-rev line 30) invoked from within get-file-rev $f 1 (procedure init-files line 149) invoked from within init-files (procedure check-error line 22) invoked from within check-error $result $output (procedure do-new-diff line 23) invoked from within do-new-diff (eval body line 1) invoked from within eval do-new-diff (procedure main line 56) invoked from within main (file /usr/bin/tkdiff line 10332) This looks like the same problem reported in November for 4.0.2-2. Maybe the wrong package version ended up on security.debian.org? Thanks, -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.14 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages tkdiff depends on: ii tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- Harry Kuiper [EMAIL PROTECTED] Haarlem, The Netherlands -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309243: gnome-gv: comments to, queries DNS-servers about local filenames
Hi,
I can reproduce also this behavior.
From file name reads itself conclude, which has to do here this behavior
with list to recent documents.
If this list is deleted the dns-lookup and http/ftp querys are gone.
(GMOME MENU recent documents list delete)
I think ggv call at starting gnome vfs to determine state from all
files.
It does not play a role whether these documents with ggv was opened, all
documents at this recent-list queried.
To reproduce
$ eog http://www.google.de/intl/de_de/images/logo.gif
$ cat ~/.recently-used | grep logo.gif
URIhttp://www.google.de/intl/de_de/images/logo.gif/URI
$ strace -o ggv -ff ggv
$ cat ggv.log | grep -10 logo.gif
...
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 18
connect(18, {sa_family=AF_INET, sin_port=htons(80),
sin_addr=inet_addr(66.249.9 3.99)}, 16) = 0
fcntl64(18, F_GETFL)= 0x2 (flags O_RDWR)
fcntl64(18, F_SETFL, O_RDWR|O_NONBLOCK) = 0
write(18, PROPFIND /intl/de_de/images/logo..., 229) = 229
write(18, ?xml version=\1.0\ encoding=\ut..., 275) = 275
read(18, 0x80d1f1c, 4096) = -1 EAGAIN
select(19, [18], NULL, NULL, NULL) = 1 (in [18])
read(18, HTTP/1.1 400 Bad Request\r\nDate: ..., 4096) = 1430
...
$ dpkg -s gnome-gv
Version: 1:2.8.2-3
$ dpkg -s libgnomevfs2-common
Version: 2.8.4-4
HTH,
Andreas
getsockname(18, {sa_family=AF_INET, sin_port=htons(33328), sin_addr=inet_addr(192.168.0.1)}, [16]) = 0
close(18) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 18
connect(18, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr(66.249.93.104)}, 16) = 0
getsockname(18, {sa_family=AF_INET, sin_port=htons(33328), sin_addr=inet_addr(192.168.0.1)}, [16]) = 0
close(18) = 0
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 18
connect(18, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr(66.249.93.99)}, 16) = 0
fcntl64(18, F_GETFL)= 0x2 (flags O_RDWR)
fcntl64(18, F_SETFL, O_RDWR|O_NONBLOCK) = 0
write(18, PROPFIND /intl/de_de/images/logo..., 229) = 229
write(18, ?xml version=\1.0\ encoding=\ut..., 275) = 275
read(18, 0x80d1f1c, 4096) = -1 EAGAIN (Resource temporarily unavailable)
select(19, [18], NULL, NULL, NULL) = 1 (in [18])
read(18, HTTP/1.1 400 Bad Request\r\nDate: ..., 4096) = 1430
read(18, 0x80d1f1c, 4096) = -1 EAGAIN (Resource temporarily unavailable)
select(19, [18], NULL, NULL, NULL) = 1 (in [18])
read(18, ion about this error, please sen..., 4096) = 1430
read(18, 0x80d1f1c, 4096) = -1 EAGAIN (Resource temporarily unavailable)
select(19, [18], NULL, NULL, NULL) = 1 (in [18])
read(18, aiytpyL7uxSsHWdtpOOrcFPtWUrd4u02..., 4096) = 585
write(18, HEAD /intl/de_de/images/logo.gif..., 137) = 137
read(18, 0x80d1f1c, 4096) = -1 EAGAIN (Resource temporarily unavailable)
select(19, [18], NULL, NULL, NULL) = 1 (in [18])
read(18, HTTP/1.1 200 OK\r\nContent-Type: i..., 4096) = 206
open(/etc/localtime, O_RDONLY)= 19
fstat64(19, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
fstat64(19, {st_mode=S_IFREG|0644, st_size=837, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f1c000
read(19, TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\10\0\0\0\10..., 4096) = 837
close(19) = 0
munmap(0xb7f1c000, 4096)= 0
--
Bug#345012: jamvm: fail to run JOSM program (missing Java 5 feature java.lang.Enum)
Package: jamvm
Version: 1.3.3-2
Trying to run the Java OpenStreetmap client fail with a
NoClassDefFoundError exception. To test, download
URL:http://www.eigenheimstrasse.de/josm/josm-rc1.jar, and run like
this:
% jamvm -jar josm-rc1.jar
java.lang.NoClassDefFoundError:
org/openstreetmap/josm/data/projection/UTM$Hemisphere
at org.openstreetmap.josm.data.projection.UTM.init (UTM.java:88)
at org.openstreetmap.josm.data.Preferences.clinit (Preferences.java:70)
at org.openstreetmap.josm.Main.clinit (Main.java:46)
at java.lang.VMClass.forName (Native Method)
at java.lang.Class.forName (Class.java:207)
at jamvm.java.lang.JarLauncher.main (JarLauncher.java:47)
Caused by: java.lang.NoClassDefFoundError: java/lang/Enum
at java.lang.VMClassLoader.defineClass (Native Method)
at java.lang.ClassLoader.defineClass (ClassLoader.java:472)
at java.security.SecureClassLoader.defineClass (SecureClassLoader.java:108)
at java.net.URLClassLoader.findClass (URLClassLoader.java:955)
at java.lang.ClassLoader.loadClass (ClassLoader.java:342)
at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110)
at java.lang.ClassLoader.loadClass (ClassLoader.java:294)
at org.openstreetmap.josm.data.projection.UTM.init (UTM.java:88)
...5 more
Caused by: java.lang.ClassNotFoundException: java.lang.Enum not found in
java.lang.ClassLoader$1{urls=[file:/home/pere/src/debian/java/josm-rc1.jar],
parent=null}
at java.net.URLClassLoader.findClass (URLClassLoader.java:870)
at java.lang.ClassLoader.loadClass (ClassLoader.java:342)
at java.lang.ClassLoader$1.loadClass (ClassLoader.java:1110)
at java.lang.ClassLoader.loadClass (ClassLoader.java:294)
at java.lang.VMClassLoader.defineClass (Native Method)
...12 more
I believe this is because some Java 5 features are missing from jamvm.
-- 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.8-2-386
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages jamvm depends on:
ii classpath 2:0.19-2 clean room standard Java libraries
ii classpath-common 2:0.19-2 architecture independent files
ii java-common 0.23 Base of all Java packages
ii libc6 2.3.5-9GNU C Library: Shared libraries an
ii libffi4 4.0.2-5Foreign Function Interface library
ii zlib1g1:1.2.3-9 compression library - runtime
jamvm recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341326: More infos about this bug
After talking with my local LUG, I've added cout (debug:compressor) Args[0] endl; to apt-inst/contrib/extracttar.cc (ExtractTar::StartGzip()) [1]. The output then looks like as followed: ./cron.log.24722:54:write(1, (debug:compressor) gzip\n, 24) = 24 ./cron.log.24722-55-execve(/usr/bin/gzgzg, [n/gzgzg, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24722-56-execve(/bin/gzgzg, [n/gzgzg, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24722-57-write(2, Failed to exec gzip , 20)= 20 -- ./cron.log.24725:52:write(1, (debug:compressor) gzip\n, 24) = 24 ./cron.log.24725-53-execve(/usr/bin/gzgzgs9, [n/gzgzgs9, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24725-54-execve(/bin/gzgzgs9, [n/gzgzgs9, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24725-55-write(2, Failed to exec gzip , 20) = 20 -- ./cron.log.24726:52:write(1, (debug:compressor) gzip\n, 24) = 24 ./cron.log.24726-53-execve(/usr/bin/gzgzgn), [n/gzgzgn), -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24726-54-execve(/bin/gzgzgn), [n/gzgzgn), -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24726-55-write(2, Failed to exec gzip , 20)= 20 -- ./cron.log.24729:52:write(1, (debug:compressor) gzip\n, 24) = 24 ./cron.log.24729-53-execve(/usr/bin/gzgzg, [n/gzgzg, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24729-54-execve(/bin/gzgzg, [n/gzgzg, -d], [/* 8 vars */]) = -1 ENOENT (No such file or directory) ./cron.log.24729-55-write(2, Failed to exec gzip , 20)= 20 This happens every time I try to use apt-ftparchive via cron-job. The cron-job looks like this: /etc/cron.d/debarchiver_ubuntu: */1 * * * * debarchiver strace -ff -o /tmp/cron.log /usr/bin/apt-ftparchive generate /var/lib/debarchiver_ubuntu/dists/.apt-ftparchive.conf The files for (/var/lib/)debarchiver_ubuntu can be get from here: http://debian.wgdd.de/temp/archiv.tar.gz. On my system, the user debarchiver owns these files (debarchiver:x:113:113:Deb archiving tool,,,:/home/debarchiver:/bin/sh). The configuration file (/var/lib/)debarchiver_ubuntu/dists/.apt-ftparchive.conf further expects /var/cache/debarchiver_ubuntu as CacheDir (also owned by debarchiver). [1] A note beside: After adding this line and installing the rebuilt apt-packages, apt-get install always reported: Tar Checksum failed, archive corrupted. Removing the debug:compressor line, makes this message go away again. Anyone with an idea, what is going wrong here? Can you confirm that bug? Which packages may be corrupted. PS: I've successfully tested my RAM with memtest86. Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344995: [OctDev] Re: [Pkg-octave-devel] Bug#344995: octave-forge: FTBFS (ia64, mips, .../unstable): fixed.h: No such file or directory
Paul Kienzle wrote: This sounds familiar and may already be fixed in CVS, so hopefully it is just a matter of releasing a new version. I think the hordes of octave-forge developers can manage this before the new year. The steps are as usual: (1) post all outstanding changes to your packages (2) address outstanding bugs on the bug tracker (3) address outstanding bugs on the list, or add them to the bug tracker (4) purge functions which have made it into 2.1.72 (5) test build on windows, os x, linux Please help out where you can. Also for all the octave-forge functions you are using, add some test cases at the end if there are none there already so that we can release with more confidence. - Paul Paul, Can we delay a little bit. My reasoning is that I'd like the new autoload function in 2.9.x to be used by octave-forge if available to allow me to significantly reduce the size of my MinGW build by removing all of the symbolic links in octave-forge. The easiest way to do this would be to have make install diff all of the binary files in the directory being installed and see if they are the same and if so don't install it but add an autoload command to the PKG_ADD file. You can't just check if it is a symbolic link, as they aren't under MinGW (which is the problem). I'll try and write a script for this rapidly so that it doesn't hold up the release too much. As for purging functions, it is a little bit more complex than that, as most of the functions merged into octave from octave-forge went into 2.9.x release only, and so rather than purging these functions, they will need a conditional installation. I can attack some of these as well if someone doesn't get there first... Cheers David -- David Bateman[EMAIL PROTECTED] Motorola Labs - Paris+33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin+33 1 69 35 77 01 (Fax) 91193 Gif-Sur-Yvette FRANCE The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344953: spamassassin logcheck entry - another one...
Yo! The ...(checking|processing) message .* for [._[:alnum:]-]+:[0-9]+\.$ line shouldn't have the '.' at the end. -- vbi -- Beware of the FUD - know your enemies. This week * The Alexis de Toqueville Institue * http://fortytwo.ch/opinion/adti pgpW3PkAhO1Yh.pgp Description: PGP signature
Bug#345013: kaffe: buggy java.util.zip implementation
Package: kaffe Version: 2:1.1.5-3 Tags: sarge Trying the war from inside http://switch.dl.sourceforge.net/alfresco/alfresco-war-1.1.1.zip (or any other sf mirror of that file) in a sarge tomcat4+kaffe deployment, fails with an IOException for one of the jar files inside. Yet the failing jar seems fine from an inspection with unzip and from running the jar manually with gcj (which does fail too, but as expected because there is no main class inside). Googling around for the exception message learns that the kaffe zip classes are known to be buggy, and supposedly using those from classpath-common might help. However I have no idea how to do so. From catalina.log: java.io.IOException: No such zip file /var/lib/tomcat4/webapps/alfresco/WEB-INF/lib/yguard.jar at java.util.zip.ZipFile.init (ZipFile.java:50) at java.util.zip.ZipFile.init (ZipFile.java:56) at java.util.jar.JarFile.init (JarFile.java:219) at java.util.jar.JarFile.init (JarFile.java:201) at org.apache.catalina.loader.WebappLoader.setRepositories (WebappLoader.java:1019) ... Regards, Filip -- The less you know about computers the more you want Microsoft! -- Microsoft ad campaign, circa 1996 (Proof that Microsoft's advertising _isn't_ dishonest!) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345015: smstools: Please rebuild against new libmm
Package: smstools Version: 1.16-1 Severity: serious A new libmm has been uploaded with a new soname (libmm14) so smstools needs to be rebuilt against it - at present it is uninstallable. I can prepare an NMU doing this if you like. Sorry about the lack of coordination on this one - I was rushing due to Christmas when I did the upload. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345014: dict-gcide: Typo in definition of sensible
Package: dict-gcide Version: 0.48-4 Severity: minor Under Usage: Sensible, Intelligent. We call a man sensible... semse -- sense. -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.12-hibernate Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages dict-gcide depends on: ii dictd [dict-server] 1.9.15-1 Dictionary Server -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344662: libtool: gentoo patch breaking on Debian amd64.
On Wed, Dec 28, 2005 at 10:03:55AM +0100, Ralf Wildenhues wrote: Hi Kurt, I'm not really sure why this breaks anything though. My guess would be that you're removing paths it needs. I'm not convinced yet that this is the cause for the breakage. It may well be, though. In any case, it's a system-specific patch; it was not accepted into GNU libtool simply because it's not valid for all GNU/Linux distributions. Don't blame libtool for their non-uniformity. Since I don't have a Debian amd64 system for testing, please rerun the build, post the ./libtool --mode=link command, and all of its output, with --debug added. Please also post /bin/sh ./libtool --mode=link --debug x86_64-linux-gnu-gcc -Wall -Wall -g -O2 -lsysfs -o libcpufreq.la -rpath /usr/lib -version-info 0:0:0 -lsysfs cpufreq.lo sysfs.lo proc.lo See libtool.debug attachment. ./libtool --config See libtool.config attachment. I've also attached the /usr/lib/libsysfs.la file. Note that the shared library is installed in /lib, but the rest are in /usr/lib. I assume that I can get the source of the corresponding package (the exact one please!) from these URLs, right? http://ftp.debian.org/debian/pool/main/c/cpufrequtils/cpufrequtils_0.4.orig.tar.gz http://ftp.debian.org/debian/pool/main/c/cpufrequtils/cpufrequtils_0.4-1.diff.gz Yes, those are the correct files. Kurt libtool: enabling shell trace mode + preserve_args=' --debug' + test 16 -gt 0 + arg=x86_64-linux-gnu-gcc + shift + case $arg in + optarg= + test -n '' + case $arg in + nonopt=x86_64-linux-gnu-gcc + break + test -n '' + exec_cmd= + test -z '' + test -z link + test -n '' + generic_help='Try `libtool --help'\'' for more information.' + help='Try `libtool --help --mode=link'\'' for more information.' + case $mode in + modename='libtool: link' + case $host in + allow_undefined=yes + libtool_args=x86_64-linux-gnu-gcc + base_compile='x86_64-linux-gnu-gcc -Wall -Wall -g -O2 -lsysfs -o libcpufreq.la -rpath /usr/lib -version-info 0:0:0 -lsysfs cpufreq.lo sysfs.lo proc.lo' + compile_command=x86_64-linux-gnu-gcc + finalize_command=x86_64-linux-gnu-gcc + compile_rpath= + finalize_rpath= + compile_shlibpath= + finalize_shlibpath= + convenience= + old_convenience= + deplibs= + old_deplibs= + compiler_flags= + linker_flags= + dllsearchpath= ++ pwd + lib_search_path=/usr/src/cpufrequtils-0.4/libcpufreq + inst_prefix_dir= + avoid_version=no + dlfiles= + dlprefiles= + dlself=no + export_dynamic=no + export_symbols= + export_symbols_regex= + generated= + libobjs= + ltlibs= + module=no + no_install=no + objs= + non_pic_objects= + precious_files_regex= + prefer_static_libs=no + preload=no + prev= + prevarg= + release= + rpath= + xrpath= + perm_rpath= + temp_rpath= + thread_safe=no + vinfo= + vinfo_number=no + func_infer_tag x86_64-linux-gnu-gcc -Wall -Wall -g -O2 -lsysfs -o libcpufreq.la -rpath /usr/lib -version-info 0:0:0 -lsysfs cpufreq.lo sysfs.lo proc.lo + test -n ' CXX' + test -z '' + CC_quoted= + for arg in '$CC' + case $arg in + CC_quoted=' x86_64-linux-gnu-gcc' + case $@ in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + for arg in '$@' + case $arg in + test -n '' + test 15 -gt 0 + arg=-Wall + shift + case $arg in + qarg=-Wall + libtool_args='x86_64-linux-gnu-gcc -Wall' + test -n '' + prevarg=-Wall + case $arg in ++ echo X-Wall ++ /bin/sed -e '1s/^X//' -e 's/\([\\`\\$]\)/\\\1/g' + arg=-Wall + case $arg in + test -n -Wall + compile_command='x86_64-linux-gnu-gcc -Wall' + finalize_command='x86_64-linux-gnu-gcc -Wall' + test 14 -gt 0 + arg=-Wall + shift + case $arg in + qarg=-Wall + libtool_args='x86_64-linux-gnu-gcc -Wall -Wall' + test -n '' + prevarg=-Wall + case $arg in ++ echo X-Wall ++ /bin/sed -e '1s/^X//' -e 's/\([\\`\\$]\)/\\\1/g' + arg=-Wall + case $arg in + test -n -Wall + compile_command='x86_64-linux-gnu-gcc -Wall -Wall' + finalize_command='x86_64-linux-gnu-gcc -Wall -Wall' + test 13 -gt 0 + arg=-g + shift + case $arg in + qarg=-g + libtool_args='x86_64-linux-gnu-gcc -Wall -Wall -g' + test -n '' + prevarg=-g + case $arg in ++ echo X-g ++ /bin/sed -e '1s/^X//' -e 's/\([\\`\\$]\)/\\\1/g' + arg=-g + case $arg in + test -n -g + compile_command='x86_64-linux-gnu-gcc -Wall -Wall -g' + finalize_command='x86_64-linux-gnu-gcc -Wall -Wall -g' + test 12 -gt 0 + arg=-O2 + shift + case $arg in + qarg=-O2 + libtool_args='x86_64-linux-gnu-gcc -Wall -Wall -g -O2' + test -n '' + prevarg=-O2 + case $arg in ++ echo X-O2 ++ /bin/sed -e '1s/^X//' -e 's/\([\\`\\$]\)/\\\1/g' + arg=-O2 + case $arg in + test -n -O2 +
Bug#344790: [Micha Feigin] Re: Bug#344790: hyperref: off by 1 error with pdf bookmarks and tocdepth
On Wed, 28 Dec 2005 12:59:55 +0100 Frank Küster [EMAIL PROTECTED] wrote: Hi Micha, please keep the bugnumber in the Cc, so that the other maintainers also see the mail, and it gets properly archived. Sorry mixed up reply and reply all Frank Küster [EMAIL PROTECTED] wrote: I attached a sample file. If you change the tocdepth value from 1 to 2 the bookmarks are one level behind the table of contents (for tocdepth=2 table of contents shows subsections but bookmarks only sections, tocdepth=1 shows sections in toc and nothing in bookmarks). This is not the case here. When increasing tocdepth, the bookmarks need 2 pdflatex runs to show the additional level, but they always show the same items as the toc does. I tried compiling it even 5 times before sending the initial bug report, doesn't help. I get with tocdepth=2 only section 1 in the bookmarks without subsection 1 in bookmarks (but it does appear in toc). With tocdepth=1 nothing in bookmarks and section 1 appears in toc. I tried compiling with both pdflatex and latex-dvipdf and viewing with both xpdf and acroread. I can also send you pdfs if you want. If you add \listfiles as the very first line of the LaTeX file, the log file and the output will contain a list of included style files with versions. Please send us this list. Also, above the list you can find the listing of all included files with full path (even without the \listfiles command). Please check whether any file is used that is in /usr/local/texmf, ~/texmf or any other local tree. only things from /usr/share/texmf(...) nothing local For some reason exporting from lyx produces more erratic results, tocdepth=1 gives nothing in bookmarks (same as regular latex) but tocdepth=2 results with subsections in bookmarks instead of just sections). I also attached the lyx file just in case. I hope we'll be able to debug this without lyx - I've never used it. There is also a lyx related bug, it would be a problem to debug the lyx problem without knowing what lyx compiles. I am trying to see if I can get at what lyx is compiling itself and not what it exports as it seems to be different things. It still leaves me with bookmarks that are lagging one level behind the toc Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC. +++ This Mail Was Scanned By Mail-seCure System at the Tel-Aviv University CC.
Bug#344962: mutt-ng: 'c' in index view does not propose a new mailbox
Closed due to a config mismatch. Elimar -- Excellent day for drinking heavily. Spike the office water cooler;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
